Re: [Swarm-Support] Followup: found work-aroundfor missing~/swarmarchiver.scm too

[Paul Johnson]

I just re-built swarm with the newest fedora tools and here's what I get 
heatbugs -b.


$ ./heatbugs -b
*** event raised for error: InvalidOperation
*** function: main(), file: main.m, line: 39
Can't find the parameters to create batchSwarm*** execution terminating 
due to error
/home/pauljohn/LinuxDownloads/redhat/BUILD/swarm-2.2.2/src/defobj/Symbol.m:187 
-[Error(c) _raiseEvent:]
Aborted

The problem for me is that I have trouble remembering what I was doing 
on this a few months ago, but I will concentrate harder.

pj


Marcus G. Daniels wrote:
> Paul Johnson wrote:
>   
> > If those people who make gcc can cause havoc with a little thing like 
> > the handling of the number 50, what devistation can they wreak when 
> > they start talking about executable stacks, trampolines, and other 
> > abstractions that I can barely grasp.
> >     
> As you know, Swarm has a regression suite that's exists catch important 
> changes to behavior.   Currently, the code in CVS passes "cd tests; make 
> check" for me after a build on updated FC5/i386/gcc version 4.1.1 
> 20060525.   Does it for you?   If there are other constraints you think 
> should always be satisfied, all that's needed is a Swarm program that 
> exits with a non-zero value when something is measurably wrong...
>
> Maybe the nil lispAppArchiver behavior has gone away with recent 
> versions of GCC?
>
> Marcus
>
> _______________________________________________
> Support mailing list
> address@hidden
> http://www.swarm.org/mailman/listinfo/support
>   


--
Paul E. Johnson                       email: address@hidden
Professor, Political Science          http://pj.freefaculty.org
1541 Lilac Lane, Rm 504                              
University of Kansas                  Office: (785) 864-9086
Lawrence, Kansas 66044-3177           FAX: (785) 864-5700