This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug malloc/16159] malloc_printerr() deadlock, when calling malloc_printerr() again


https://sourceware.org/bugzilla/show_bug.cgi?id=16159

Rich Felker <bugdal at aerifal dot cx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bugdal at aerifal dot cx

--- Comment #9 from Rich Felker <bugdal at aerifal dot cx> ---
Carlos, this is yet another reason why dlopen'ing libgcc_s is simply the wrong
thing to do, and libgcc_eh should be static-linked into libc. (The other big
reason is the possibility of pthread_cancel aborting the program.) At one time
in the distant past, it was necessary for there to only be one copy of this
code (and its data) in the whole program; otherwise, exception propagation (or
backtracing) across DSOs would not work reliably. But modern unwinding code
uses dl_iterate_phdr and works fine even if multiple copies of the code are
present in the program.

Fixing this error in the way I describe will greatly simplify glibc and improve
its reliability.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]