#12214: [runtime_loader] can't find libgcc_s.so.1 when LD_PRELOAD is used
-------------------------------------+----------------------------
Reporter: diver | Owner: nobody
Type: bug | Status: assigned
Priority: normal | Milestone: Unscheduled
Component: System/runtime_loader | Version: R1/Development
Resolution: | Keywords:
Blocked By: | Blocking:
Has a Patch: 0 | Platform: All
-------------------------------------+----------------------------
Comment (by bonefish):
The libgcc_s.so.1 symbols are as expected. The strace output is
unfortunately incomplete. I played around a little with an older Haiku
image I have at hand and often the beginning of the output is missing. So
apparently something is broken. :-/
Anyway, most of the loading phase still seems to be captured. The images
have been loaded and relocated at [https://dev.haiku-
os.org/attachment/ticket/12214/WebPositive.strace.txt#L572 line 572].
Thereafter the initialization code of the images is invoked -- libroot,
libbe (lots of locale related stuff), libmedia, and finally WebPositive
itself, around [https://dev.haiku-
os.org/attachment/ticket/12214/WebPositive.strace.txt#L1243 line 1243]. A
few lines later the `BApplication` is constructed.
So we have already entered `main()`. The problem must occur when loading
some add-on/library dynamically. Since I see no mention of libgcc_s.so.1,
this does apparently happen in another thread. An `strace` run tracing all
threads would be helpful ("-T"; "-l" won't be needed).
--
Ticket URL: <https://dev.haiku-os.org/ticket/12214#comment:6>
Haiku <https://dev.haiku-os.org>
Haiku - the operating system.
