On Tue, Feb 24, 2009 at 10:38:49PM +0100, Roland Mainz wrote:
> Edward Pilatowicz wrote:
> > On Wed, Feb 18, 2009 at 01:03:25AM -0500, Glenn Fowler wrote:
> > > On Tue, 17 Feb 2009 21:30:48 -0800 Edward Pilatowicz wrote:
> [snip]
> > > can you run the same test with libumem configured with sbrk() vs mmap()?
> >
> > hm.  i just upgraded my desktop from 106 to 107 and i can't reproduce the
> > problem there anymore, but the good news is i can still reproduce it on 
> > another
> > machine running 108.
>
> Is this a _debug_ build of B108 ?
>

yes.

> > it doesn't seem to matter if we use mmap or sbrk.
> >
> > ---8<---
> > edp at jurassic-x4600$ UMEM_OPTIONS=sbrk LC_ALL=en_US.ISO8859-1 /bin/time 
> > /bin/sleep 1
> > time: command terminated abnormally.
> >
> > real        3.7
> > user        0.0
> > sys         0.0
> > edp at jurassic-x4600$ UMEM_OPTIONS=mmap LC_ALL=en_US.ISO8859-1 /bin/time 
> > /bin/sleep 1
> > time: command terminated abnormally.
> >
> > real        2.3
> > user        0.0
> > sys         0.0
> > ---8<---
>
> Does it still happen if you do a $ env - UMEM_OPTIONS=mmap
> LC_ALL=en_US.ISO8859-1 /bin/time /bin/sleep 1 # ($ env - ... # clears
> the environment) ?
>

no.  because with the above invocation libumem is not loaded.

but, i can reproduce the crash with the following invocation:
---8<---
env - LD_PRELOAD=libumem.so UMEM_DEBUG=guards UMEM_OPTIONS=backend=mmap 
LC_ALL=en_US.ISO8859-1 /bin/time /bin/sleep 1
---8<---

Reply via email to