Number: 11 Date: 16-Mar-84 23':55':17 Submitter: lispar.auto Source: Kaplan.pa Subject: ERRORTYPELST a SPECVAR Assigned To: JonL.pa Attn: Status: Closed In/By: Harmony Problem Type: Bug Impact: Moderate Difficulty: Easy Frequency: Priority: Hopefully System: Programming Environment Subsystem: Break Package Machine: Disk: Lisp Version: Source Files: Microcode Version: Memory Size: File Server: Server Software Version: Disposition: [fixed, JonL 8 Mar, not yet tested]' ["Sannella.PA" "21-Aug-84 16':27':06" Attn': Status':(Fixed->Closed) In/By':] Description: Date': 8 Mar 84 11':01 PST' From': Kaplan.pa' Subject': Re': Lisp': ERRORTYPELST -- another candidate for process globals' In-reply-to': JonL.pa''s message of 7 Mar 84 23':12 PST' To': JonL.pa' cc': LispSupport.pa' ' Why don''t we make ERRORTYPELST a simple SPECVAR, not a global at all. It is only looked up under error conditions, and I can''t believe it would be an interesting performance bottleneck.' ' ---------' Date': 8 Mar 84 12':09 PST' From': vanMelle.pa' Subject': Re': Lisp': ERRORTYPELST -- another candidate for process globals' In-reply-to': Kaplan.pa''s message of 8 Mar 84 11':01 PST' To': Kaplan.pa' cc': JonL.pa, LispSupport.pa' ' I agree--ERRORTYPELST should just be a specvar. It makes sense for users to change its global behavior (e.g. in their inits), but programs that rebind it clearly want changed behavior only in their own stack context' ' .---------' ' Date': 8 MAR 84 14':07 PST' From': JONL.PA' Subject': Re': Lisp': ERRORTYPELST -- another candidate for process globals' To': vanMelle, Kaplan' cc': JonL, LispSupport' ' In response to the message sent 8 Mar 84 12':09 PST from vanMelle.pa' ' Then modulo lossages in the monsterscope of the system, all we need to' do is remove the GLOBALVARS declarations on ERRORTYPELST from COMMENT, HELPDL,and MACHINEINDEPENDENT, and re-compile them. Barring any other constraints on this, I''ll do the edits tonite.' ' Workaround: Test Case: Edit-By: Sannella.PA Edit-Date: 21-Aug-84 16':27':06