Edward Pilatowicz wrote: > On Sat, Feb 21, 2009 at 03:58:38PM +0100, Roland Mainz wrote: > > Edward Pilatowicz wrote: > > > On Wed, Feb 18, 2009 at 07:55:00PM +0100, Roland Mainz wrote: > > > > Jonathan Adams wrote: > > > > > On Wed, Feb 18, 2009 at 11:39:02AM -0600, Nicolas Williams wrote: > > > > > > On Sun, Feb 15, 2009 at 01:21:28AM -0500, Glenn Fowler wrote: [snip] > > Uhm... that sounds like a "|sbrk()|/|brk()|-consumer collision" can be > > ruled-out in this case (VMCHECK=m forces the libast allocator to use > > |mmap()| for memory allocations (and a different allocation layout)). > > > > > ---8<--- > > > edp at jurassic-x4600$ uname -a > > > SunOS jurassic-x4600 5.11 snv_108 i86pc i386 i86pc > > > edp at jurassic-x4600$ VMCHECK=m LC_ALL=en_US.ISO8859-1 /usr/bin/type type > > > assertion failed: *membgn != patterns[pattern], file: ../common/malloc.c, > > > line: 93 > > > > Where does this assertion come from ? > > http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/sgs/rtld/common/malloc.c#93
Thanks! ... ... are you running a debug kernel+userland ? > > > zsh: IOT instruction (core dumped) VMCHECK=m LC_ALL=en_US.ISO8859-1 > > > /usr/bin/type type > > > > Does the problem still happen if you use "bash" instead of "zsh" ? > > > > Uhm... of course it does. > the problem is not it the invoking shell, but in the ksh93 process. I know... but I suspected something from the environment may affect or cause the problem (a while ago we had a weired bug report which turned to be out that someone used "zsh" which exported the FIGNORE variable (which shouldn't be exported unless really needed (short: user error))) - I am still unable to reproduce the issue on my side and really start to get grey hair... ;-( Can you send me the output of the following commands, please: $ env $ isalist ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;)
