On 12/04/2013 03:38 AM, Pádraig Brady wrote:
> Unfortunately I'm seeing cores with this.
>
> #0 0x00375ce35215 in raise () from /lib64/libc.so.6
> #1 0x00375ce36b2b in abort () from /lib64/libc.so.6
> #2 0x00375ce78550 in malloc_printerr () from /lib64/libc.so.6
> #3 0x
On Wed, Dec 04, 2013 at 03:38:33AM +, Pádraig Brady wrote:
> Ah so mallopt(M_CHECK_ACTION, 2) is documented to abort() on error.
> I suppose we need to suppress core dumps now with the gnulib
> ]GL_NOCRASH[ ... nocrash_init() guard?
> Actually no, that doesn't catch SIGABRT.
> So I suppose you
On Tue, Dec 03, 2013 at 08:55:17PM -0700, Eric Blake wrote:
> MALLOC_CHECK_ in the environment at the start of ./configure affects
> hundreds or even thousands of processes. mallopt() within a single
> conftest affects only the one process. I found it slightly easier to
> use mallopt() within the
On 12/03/2013 08:31 PM, Siddhesh Poyarekar wrote:
> On Tue, Dec 03, 2013 at 10:08:04AM -0700, Eric Blake wrote:
>> Michal complained that setting MALLOC_CHECK_ for the entire configure
>> slowed things down.
>
> That's funny because...
>
>> #endif
>> +#ifdef M_CHECK_ACTION
>> +mallop
On 12/03/2013 05:08 PM, Eric Blake wrote:
> On 11/28/2013 07:34 AM, Eric Blake wrote:
>
> [back from holidays, so reviving this thread]
>
>>> Michal, since you have the environment to test this, can you rerun:
>>>
>>> ./configure MALLOC_CHECK_=2
>>>
>>> and see if the hang goes away? If so, then
On Tue, Dec 03, 2013 at 10:08:04AM -0700, Eric Blake wrote:
> Michal complained that setting MALLOC_CHECK_ for the entire configure
> slowed things down.
That's funny because...
> #endif
> +#ifdef M_CHECK_ACTION
> +mallopt(M_CHECK_ACTION, 2);
> +#endif
> +
... this should have the s
On 12/03/2013 10:31 AM, Pádraig Brady wrote:
>>
>> Any preferences on which one I should use in gnulib?
>>
>
> mallopt seems preferable to me.
Thanks, I went ahead and pushed the mallopt version of the patch.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library
On 12/03/2013 05:08 PM, Eric Blake wrote:
> On 11/28/2013 07:34 AM, Eric Blake wrote:
>
> [back from holidays, so reviving this thread]
>
>>> Michal, since you have the environment to test this, can you rerun:
>>>
>>> ./configure MALLOC_CHECK_=2
>>>
>>> and see if the hang goes away? If so, then
On 11/28/2013 07:34 AM, Eric Blake wrote:
[back from holidays, so reviving this thread]
>> Michal, since you have the environment to test this, can you rerun:
>>
>> ./configure MALLOC_CHECK_=2
>>
>> and see if the hang goes away? If so, then I know how to patch gnulib
>> to ensure that this part
On 11/28/2013 06:54 AM, Eric Blake wrote:
> On 11/27/2013 10:00 PM, Siddhesh Poyarekar wrote:
>
checking for working re_compile_pattern...
When the configure script hang and didn't continue.
>
>> workaround, you could export MALLOC_CHECK_ to 2 so that the program
>> only aborts an
On 11/27/2013 10:00 PM, Siddhesh Poyarekar wrote:
>>> checking for working re_compile_pattern...
>>>
>>> When the configure script hang and didn't continue.
> workaround, you could export MALLOC_CHECK_ to 2 so that the program
> only aborts and does not try to print a backtrace.
Michal, since y
t... yes
> > > checking whether readlink handles trailing slash correctly... yes
> > > checking for working re_compile_pattern...
> > >
> > > When the configure script hang and didn't continue. Attaching a debugger
> > > to hanging conftest process showed:
>
> > When the configure script hang and didn't continue. Attaching a debugger to
> > hanging conftest process showed:
> >
>
> > __lll_lock_wait_private () at
> > ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:93
> > 93 ../nptl/sysdeps/unix
ng whether readlink signature is correct... yes
> checking whether readlink handles trailing slash correctly... yes
> checking for working re_compile_pattern...
>
> When the configure script hang and didn't continue. Attaching a debugger to
> hanging conftest process showed:
>
. yes
checking for working re_compile_pattern...
When the configure script hang and didn't continue. Attaching a debugger to
hanging conftest process showed:
$ gdb -p $(pgrep conftest)
GNU gdb (Gentoo 7.5.1 p2) 7.5.1
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version
15 matches
Mail list logo
