Bug 1212 - dlloader will not work when LD_BIND_NOW=1
Summary: dlloader will not work when LD_BIND_NOW=1
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/DDX/Xorg/dlloader (show other bugs)
Version: git
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Adam Jackson
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 351
  Show dependency tree / graph
 
Reported: 2004-08-27 12:43 UTC by Adam Jackson
Modified: 2004-08-28 21:06 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

Attachments
forcibly unset LD_BIND_NOW (578 bytes, patch)
2004-08-27 12:44 UTC, Adam Jackson 		no flags Details | Splinter Review
dlloader-carp-on-ld-bind-now.patch (684 bytes, patch)
2004-08-27 14:40 UTC, Adam Jackson 		no flags Details | Splinter Review
Show Obsolete (1) View All

Description Adam Jackson 2004-08-27 12:43:17 UTC 
i've heard several reports now from people trying to manually sort out module
load order for dlloader, which is in many cases unpossible.  this should never
happen, so i suspect they're setting LD_BIND_NOW somewhere without realizing it.
 cheesy one-off patch to work around this to follow.
Comment 1 Adam Jackson 2004-08-27 12:44:21 UTC 
Created attachment 747 [details] [review]
forcibly unset LD_BIND_NOW
Comment 2 Adam Jackson 2004-08-27 14:40:04 UTC 
Created attachment 749 [details] [review]
dlloader-carp-on-ld-bind-now.patch

previous patch won't work.  libdl checks for LD_BIND_NOW before main() even
runs, so by the time we try an unsetenv it's too late.	all we can do is tell
the user that it won't work.
Comment 3 Adam Jackson 2004-08-27 14:42:36 UTC 
requesting blocker status.  this patch only affects dlloader users, would be
really nice to include for the release.
Comment 4 Kevin E. Martin 2004-08-29 14:06:53 UTC 
Patch looks okay.  Checking in and closing.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.