Backgrounding bug in hzoli 10.2

Backgrounding bug in hzoli 10.2

[Andy Wick]

options: 
autocd correctall cshjunkieloops hashcmds hashdirs hashlistall interactive
mailwarning menucomplete monitor nolistbeep notify pathdirs shinstdin
zle

"x &" where x is any command, causes a core dump when the command finishes.
Backgrounding and then foregrounding works fine.

dbx:

signal SEGV (no mapping at the fault address) in strlen at 0x1ff874a8
strlen+0x1c:	ldub   	[%o1], %o3
Current function is dotrap

  699           name = (char *)zalloc(5 + strlen(sigs[sig]));

  [1] strlen(0x0, 0x1, 0x9c3ec, 0x1, 0x99490, 0xff00), at 0x1ff874a8
=>[2] dotrap(sig = 18), line 699 in "signals.c"
  [3] updatestatus(0x98e20, 0xf1240, 0x169b600, 0x0, 0x12, 0xc5acc), at 0x3db00
  [4] handler(sig = 18), line 491 in "signals.c"
  ---- called from signal handler with signal 18 (SIGCLD) ------
  [5] _read(), at 0x1ff9bb48
  [6] getkey(0x0, 0x9bc00, 0x98000, 0x9c36c, 0x81010100, 0xff00), at 0x5f9b8
  [7] getkeycmd(0x15, 0x0, 0x0, 0x0, 0x20, 0x0), at 0x603b8
  [8] zleread(0x8f848, 0x9f2d8, 0x64, 0x9c36c, 0x9fae0, 0x1), at 0x5ff50
  [9] inputline(0x97000, 0x0, 0xfa4fdbff, 0x0, 0xeffff7c8, 0xff69ccd0), at 0x3cda0
  [10] ingetc(0x9a000, 0x400000, 0x0, 0x0, 0x1ff99f78, 0xff4e0e00), at 0x3cbc8
  [11] hgetc(0x9c000, 0x9c000, 0x9c400, 0x4e608, 0xff151248, 0xeffff7c8), at 0x37b20
  [12] gettok(0x0, 0x1, 0x0, 0x0, 0x8, 0xeffff7cc), at 0x40220
  [13] yylex(0x2, 0x50, 0x0, 0x3, 0x2, 0x50), at 0x3fb3c
  [14] parse_event(0x9c47c, 0x2, 0x994f2, 0x22, 0x5e, 0x9c51f), at 0x4a9c8
  [15] loop(0x1, 0xbc874, 0x9367c, 0x1, 0x99400, 0x0), at 0x3afb0
  [16] main(0x1, 0xeffff9ec, 0xeffff9f4, 0x98c00, 0x0, 0x0), at 0x3ae84
-- 
awick@vt.edu                                        Andy Wick
awick@yertle.fp.trw.com                         Virginia Tech/TRW
It may be that your whole purpose in life, is to serve as a warning to others.

Re: Backgrounding bug in hzoli 10.2

[Zoltan Hidvegi]

> 
> options: 
> autocd correctall cshjunkieloops hashcmds hashdirs hashlistall interactive
> mailwarning menucomplete monitor nolistbeep notify pathdirs shinstdin
> zle
> 
> "x &" where x is any command, causes a core dump when the command finishes.
> Backgrounding and then foregrounding works fine.
> 
> dbx:
> 
> signal SEGV (no mapping at the fault address) in strlen at 0x1ff874a8
> strlen+0x1c:	ldub   	[%o1], %o3
> Current function is dotrap
> 
>   699           name = (char *)zalloc(5 + strlen(sigs[sig]));
> 
>   [1] strlen(0x0, 0x1, 0x9c3ec, 0x1, 0x99490, 0xff00), at 0x1ff874a8
> =>[2] dotrap(sig = 18), line 699 in "signals.c"
>   [3] updatestatus(0x98e20, 0xf1240, 0x169b600, 0x0, 0x12, 0xc5acc), at 0x3db00
>   [4] handler(sig = 18), line 491 in "signals.c"
>   ---- called from signal handler with signal 18 (SIGCLD) ------
>   [5] _read(), at 0x1ff9bb48
>   [6] getkey(0x0, 0x9bc00, 0x98000, 0x9c36c, 0x81010100, 0xff00), at 0x5f9b8
>   [7] getkeycmd(0x15, 0x0, 0x0, 0x0, 0x20, 0x0), at 0x603b8
>   [8] zleread(0x8f848, 0x9f2d8, 0x64, 0x9c36c, 0x9fae0, 0x1), at 0x5ff50
>   [9] inputline(0x97000, 0x0, 0xfa4fdbff, 0x0, 0xeffff7c8, 0xff69ccd0), at 0x3cda0
>   [10] ingetc(0x9a000, 0x400000, 0x0, 0x0, 0x1ff99f78, 0xff4e0e00), at 0x3cbc8
>   [11] hgetc(0x9c000, 0x9c000, 0x9c400, 0x4e608, 0xff151248, 0xeffff7c8), at 0x37b20
>   [12] gettok(0x0, 0x1, 0x0, 0x0, 0x8, 0xeffff7cc), at 0x40220
>   [13] yylex(0x2, 0x50, 0x0, 0x3, 0x2, 0x50), at 0x3fb3c
>   [14] parse_event(0x9c47c, 0x2, 0x994f2, 0x22, 0x5e, 0x9c51f), at 0x4a9c8
>   [15] loop(0x1, 0xbc874, 0x9367c, 0x1, 0x99400, 0x0), at 0x3afb0
>   [16] main(0x1, 0xeffff9ec, 0xeffff9f4, 0x98c00, 0x0, 0x0), at 0x3ae84

Check your signames.h. Some systems have broken nawk which generates wrong
signames.h and this causes similar problems. This usually happens on Ultrix,
HP-UX, IRIX as fas as I know. I think that this bug must be reproducible with
the stoch beta10 as well.

This is the reason that ^Z suspension did not work on ULTRIX and some other
systems. Get and compile gawk, remove signames.h and recompile.

Zoltan