Closed Bug 385561 Opened 17 years ago Closed 17 years ago

app registration fails with ./libxul.so: cannot restore segment prot after reloc: Permission denied

Categories

(Toolkit :: Crash Reporting, defect)

x86
Linux
defect
Not set
major

Tracking

()

RESOLVED FIXED
mozilla1.9alpha6

People

(Reporter: ajschult784, Assigned: dcamp)

References

Details

Attachments

(1 file)

With crash reporter enabled, if I try to invoke "seamonkey -register" I get

./seamonkey-bin: error while loading shared libraries: ./libxul.so: cannot restore segment prot after reloc: Permission denied

This fails on nye if I don't disable the ac_cv_visibility_* flags (they're explicitly disabled on nye bloat).  nye is FC6 using gcc 4.1.1.  I also see this on my desktop building with F7's gcc 4.1.2.
I get the same problem with the 6/22 nightly from the cb-sea-linux-tbox.  Conceivably, the official Mozilla tinderboxes themselves are not hitting this because they have selinux disabled.
This is ok with the Firefox nightly builds? Can you determine which symbol references are using textrels?

This is almost certainly the GCC 4.1 visibility bug, which doesn't affect the linux refplatform because we're using a custom GCC with the bug fixed. Hopefully this would also be fixed using GCC 4.2
I also see this with latest the firefox nightly

% eu-findtextrel libxul.so | sort -u
either the file containing the function '_ZNSt6vectorIPN15google_breakpad16ExceptionHandlerESaIS2_EE9push_backERKS2_' or the file containing the function '_ZNKSt6vectorItSaItEE5emptyEv' is not compiled with -fpic/-fPIC
yeah, we need FORCE_USE_PIC in the appropriate makefiles

airbag/airbag/src/common
airbag/airbag/src/common/linux
airbag/airbag/src/client
airbag/airbag/src/client/linux/handler
airbag/airbag/src/tools/linux/dump_syms

and perhaps airbag/client
Assignee: nobody → dcamp
Flags: blocking1.9+
Target Milestone: --- → mozilla1.9alpha6
Attached patch FORCE_USE_PIC on liux (deleted) — Splinter Review
Attachment #269529 - Flags: review?(ted.mielczarek)
Comment on attachment 269529 [details] [diff] [review]
FORCE_USE_PIC on liux

>Index: toolkit/airbag/airbag/src/client/Makefile.in
>===================================================================
>+FORCE_USE_PIC = 1

>Index: toolkit/airbag/airbag/src/common/Makefile.in
>===================================================================
>+FORCE_USE_PIC = 1

This doesn't do anything bad on Mac, does it?

Otherwise, r=me
Attachment #269529 - Flags: review?(ted.mielczarek) → review+
Any idea why the MoCo tinderboxen did not go orange because of this?  Do they run with selinux disabled?
checked in
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
the patch had no apparent effect.  See the "nye cairo" box on MozillaTest

An up to date build with symbols:

eu-findtextrel libxul.so
/build/andrew/smopt/mozilla/toolkit/airbag/airbag/src/client/linux/handler/linux_thread.cc not compiled with -fpic/-fPIC
(this is clearly a lie, but...)
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
This was probably fixed by bug 385692 which I just checked in. Can somebody verify later today?
Yes, that fixed it.  I also tried backing out the fPIC patch and I still get no text relocations.
I'd like to keep the FORCE_USE_PIC patch in because I believe it is necessary in Firefox static builds, which aren't deprecated yet.
Status: REOPENED → RESOLVED
Closed: 17 years ago17 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: