[Bug 1088677] Re: rtld: limit self loading check to normal mode only

Adam Conrad adconrad at 0c3.net
Mon Jan 28 06:57:03 UTC 2013


** Changed in: eglibc (Ubuntu)
       Status: In Progress => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to eglibc in Ubuntu.
https://bugs.launchpad.net/bugs/1088677

Title:
  rtld: limit self loading check to normal mode only

Status in “eglibc” package in Ubuntu:
  Fix Committed
Status in “eglibc” source package in Precise:
  New
Status in “eglibc” source package in Quantal:
  New

Bug description:
  [Impact / Justification]
  To be fair, this bug is (mostly) cosmetic, but when tools exit non-zero in scary ways, it can have knock-on effects elsewhere (to custom scripting, or just frightened users).  The fix here is targeted, "obviously correct", and easily auditable, so I figured I'd pull it back to the LTS for a bit of polish.

  [Test Case]
  The SRU patch includes an addition to the glibc testsuite that tests that ld.so can now load itself correctly in a few different ways, but the easiest user verification is to run:

  ldd /lib/ld-linux.so.2 (or /lib64/ld-linux-x86-64.so.2 on amd64)

  And witness it fail before the upgrade, and work after.

  [Regression Potential]
  Regression potential here is low, the patch is from upstream, very simple, and it's quite clear what it does.

  [Original Report]
  Commit glibc-2.14~10 disallowed rtld self loading to avoid a segfault

  that used to happen when rtld was loading itself in normal mode.

  Unfortunately, that commit disallowed all modes of self loading,

  including those that used to work before.  This change limits the
  check

  for self loading to normal mode only, so that instruments like ldd
  could

  handle rtld properly.

  http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=f3fd569c365ca5149fedbbc6c7a902aa1f8e5b60

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/1088677/+subscriptions




More information about the foundations-bugs mailing list