Zsh Mailing List Archive Messages sorted by: Reverse Date, Date, Thread, Author

Re: zsh-3.0-pre2 cores on irix 5.3 (?)

X-seq: zsh-workers 1578
From: Zoltan Hidvegi <hzoli@xxxxxxxxxx>
To: A.Main@xxxxxxxxxxxxxxxxx (Zefram)
Subject: Re: zsh-3.0-pre2 cores on irix 5.3 (?)
Date: Mon, 8 Jul 1996 16:54:47 +0200 (MET DST)
Cc: zsh-workers@xxxxxxxxxxxxxxx
In-reply-to: <28294.199607080737@xxxxxxxxxxxxxxxxxxxxxxx> from Zefram at "Jul 8, 96 08:37:37 am"
Organization: Dept. of Comp. Sci., Eotvos University, Budapest, Hungary
Phone: (36 1)2669833 ext: 2667, home phone: (36 1) 2752368

> >+ #ifdef DEBUG
> >+     int oasp = toplevel ? 0 : alloc_stackp;
> >+ #endif
> 
> Huh?  If we're at the top level, alloc_stackp is 0 anyway.  Even if
> there are bugs, it's 0 at this point -- the beginning of the function.
> Or can loop() be called more than once with toplevel!=0?

run_init_scripts() is called before loop(1) which can mess up alloc_stackp.
Also debug tests should notice even seemingly impossible bugs.  Signal
traps can always cause surprises.  E.g. in execcmd() _very_ weird things
happened before introducing execsave()/execrestore() in dotrap().  For
example variables suddenly changed between two instructions.  Of course
this can still happen any time a global or static variable is used but now
it does not happen as often as before.

Zoltan

References:
- Re: zsh-3.0-pre2 cores on irix 5.3 (?)
  - From: Zefram

Messages sorted by: Reverse Date, Date, Thread, Author