On Wed, 18 Feb 2009 06:14:59 +0100 Roland Mainz wrote: > Glenn Fowler wrote: > > well not mentioning libumem in the original message was quite an omission
> Erm... AFAIK libumem isn't the source of the problem. Solaris's libumem > is an alternative memory allocator which "overrides" the default > |libc::malloc()| and provides configurable debugging aids (in a similar > way as libast's internal memory corruption checks controlled via > VMDEBUG/VMCHECK/&co. - see > http://docs.sun.com/app/docs/doc/816-5168/umem-debug-3malloc?l=ja&a=view > for some documentation). AFAIK Edward was only using libumem to > track-down the source of the problem via libumem and the crash happens > with and without it. that's not the impression I got from this message: > to reproduce the problem you have to have libumem loaded. > i've changed the synopsys to be: > ksh93+libumem+time/ptime is broken in non-C locales > > to run with libumem, set the following in your environment: > ---8<--- > LD_PRELOAD=libumem.so > UMEM_DEBUG='audit=50,guards' > UMEM_LOGGING=transaction,fail > ---8<--- exaclty how is the problem reproduced and on what systems?