Number: 340 Date: 28-Mar-84 9':47':10 Submitter: Sannella.PA Source: masinter.pa Subject: OUTFILEP({CORE}file;1) always fails Lisp Version: 27-Mar-84 Description: ' Date': 27 Mar 84 14':19 PST' Sender': Jellinek.pa' Subject': Lisp': OUTFILEP and core devices' To': LispSupport.pa' From': masinter.pa' cc': masinter.pa' Lisp-System-Date': 27-Mar-84 08':53':34' Machine-Type': Dolphin' ' OUTFILEP for core devices always returns NIL.' ' -----' ' Date': 7 Apr 84 15':19 PST' From': Kaplan.pa' Subject': AR 340': OUTFILEP returning NIL for CORE ' To': Lispsupport, Vanmelle, Jellinek' cc': Kaplan.pa' ' I couldn''t get it to do this. I tried OUTFILEP on old and new file names, and it always behaved properly. Could you give me an actual example that fails?' ' If not, then the status on this should be switched to FIXED (or Closed or whatever).' ' --Ron' ' -----' ' From': lispar.auto' Date': 7-Apr-84 22':39':56 PST' Subject': Re': AR 340': OUTFILEP returning NIL for CORE' In-reply-to': Kaplan.pa''s message of 7 Apr 84 15':19 PST' To': Kaplan.pa' cc': Lispsupport.pa, Vanmelle.pa, Jellinek.pa' ' It happened to me. I take it back that it was exactly {CORE}. Rather, I was running on a DLion with the core-device {DSK}, and connected to {DSK}, and OUTFILEP(FOO) returned NIL. ' ' I was running in [maxc]rosie.sysout which was based on the fugue.6/carol.1 release.' ' -----' ' From': kaplan.pa' Date': 8-Apr-84 16':26':08 PST' Subject': Re': AR 340': OUTFILEP returning NIL for CORE' In-reply-to': lispar.auto''s message of 7-Apr-84 22':39':56 PST' To': lispar.auto' cc': Kaplan, Lispsupport, Vanmelle, Jellinek' ' Can you make it happen at will? Please be more specific about the circumstances under which it happens.' ' -----' ' From': lispar.auto' Date': 8-Apr-84 18':12':17 PST' Subject': Re': AR 340': OUTFILEP returning NIL for CORE' In-reply-to': kaplan.pa''s message of 8-Apr-84 16':26':08 PST' To': kaplan.pa' cc': lispar, Lispsupport.pa, Vanmelle.pa, Jellinek.pa, Masinter.pa' ' Yes, Ron, I could make it happen at will. Walk up to a DLion and say OUTFILEP({DSK}FOO) . Recall that DSK on DLions without DLIONFS is done by COREDEVICE(DSK).' ' It happened reproducably, as I mentioned in my message, using [maxc]ROSIE.SYSOUT.' ' -----' ' Date': 9 Apr 84 09':34 PST' From': Kaplan.pa' Subject': Re': AR 340': OUTFILEP returning NIL for CORE' In-reply-to': lispar.auto''s message of 8-Apr-84 18':12':17 PST' To': Masinter.pa' cc': kaplan.pa, Lispsupport.pa, Vanmelle.pa, Jellinek.pa ' ' The only thing that I can make fail, either on {CORE} or FOO with (COREDEVICE ''FOO) is that OUTFILEP with an explicit version given (i.e., a full name) returns NIL. OUTFILEP of a partial name seems to behave quite properly.' ' Did you observe failure in other than this specific case?' ' --Ron' ' -----' ' Date': 9 Apr 84 19':04 PST' From': Masinter.pa' Subject': Re': [Kaplan.pa': AR 340': OUTFILEP returning NIL for CORE ]' In-reply-to': Jellinek.pa''s message of 9 Apr 84 09':58 PST' To': kaplan, jellinek, lispsupport' cc': Masinter.pa' ' Change AR to read OUTFILEP({CORE}file;1) always fails; status OPEN.' ' ' Workaround: Test Case: Edit-By: Sannella.PA Edit-Date: 10-Apr-84 14':53':16 Attn: Kaplan.pa Assigned To: In/By: Disposition: ' [Date': 4 Apr 84 19':34 PST' From': vanMelle.pa' 340': Easy, Impact': Moderate (not serious, OUTFILEP is not guaranteed to work, and in fact fails on other devices than CORE).] System: Operating System Subsystem: Generic File Operations Machine: 1100 Disk: Microcode Version: Memory Size: File Server: Server Software Version: Difficulty: Easy Frequency: Intermittent Impact: Moderate Priority: Hopefully Status: Open Problem Type: Bug Source Files: