bugMIT/GNU Scheme - Bugs: bug #27852, liarc loader has a heisenbug

 
 

bug #27852: liarc loader has a heisenbug

Submitter:  Taylor R. Campbell <riastradh>
Submitted:  Thu 29 Oct 2009 06:36:51 PM UTC
   
 
Category:  None Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Incorrect behavior
Status:  None Privacy:  Public
Assigned to:  None Originator Name: 
Open/Closed:  Open
Keywords: 
* Mandatory Fields

Post a Comment

Add a New Comment Rich Markup
   

Discussion

Thu 30 May 2013 09:47:30 PM UTC, comment #2: 

I haven't tried using liarc in a while so I don't know.  My main application for liarc -- running scmutils on amd64 systems -- went away when I implemented the amd64 back end.  I don't remember what I meant by `dependencies not fully in place', but I suspect it was about the runtime's cold load.

(Making LOAD atomic would be nice...but no, the original bug report was about an uninterrupted LOAD.)

Taylor R. Campbell <riastradh>
Group Member
Thu 30 May 2013 04:25:54 PM UTC, comment #1: 

Is this still happening?  I am regularly building and testing my Gtk system (large?) using LIAR/{C,i386,x86-64) (large system?) and have never come across inexplicably uninitialized variables.

Granted: these builds rarely have "dependencies not fully in place" and never load scmutils and are all on an Ubuntu host...

Don't tell me this is AFTER you smack Ctrl-C because you've decided load should be atomic.

Matt Birkholz <mhb>
Group Member
Thu 29 Oct 2009 06:36:51 PM UTC, original submission:  

Sometimes, after loading a file, not every effect of the file, or perhaps no effect of the file, is incurred.  This leads, for example, to unassigned variables and uninitialized data structures.  This happens sometimes after loading a large system, such as LIAR or scmutils, or sometimes while loading the system because dependencies aren't fully in place.  It is infrequent enough that I can get work done, but frequent enough to worry me, and I have seen it on more than one machine but only with liarc, so it's probably not just bad RAM.

Taylor R. Campbell <riastradh>
Group Member

 

Attached Files

This item currently has no attached files.

(Note: upload size limit is set to 4.0MiB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

 

Dependencies

This item does not depend on any other items.

No items depend on this one.

 

Mail Notification Carbon-Copy List

Carbon-Copy List
  • -email is unavailable- added by mhb (Posted a comment)
  • -email is unavailable- added by mhb
  • -email is unavailable- added by riastradh (Submitted the item)
  •  

    Votes

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

    History

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2013-05-30 mhb Carbon-Copy- Added -email is unavailable-

    Back to the top

    Powered by Savane 3.16-a7ba.
    Corresponding source code