Closed Bug 503206 Opened 16 years ago Closed 16 years ago

Firefox 3.5 will not start with libtrash.so in LD_PRELOAD

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Version:
3.5 Branch
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 435683

People

(Reporter: chris.c.theo.rd, Unassigned)

References

Details

(Keywords: qawanted)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1) Gecko/20090703 Shiretoko/3.5 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1) Gecko/20090703 Shiretoko/3.5 Arch Linux 'Don't Panick' 32bit Upgrading from FF 3.0 to FF 3.5 via the package manager and Firefox will not start unless the call to /usr/bin/firefox is preceded by "unset LD_PRELOAD".At least 3 of us on the Arch Linux Newbie forum have this problem and between us found the LD_PRELOAD workround. Reproducible: Always Steps to Reproduce: 1.Upgrade to FF 3.5 via package manager 2.Try start FF as user 3. Actual Results: FF is shown in top as running and useing cpu at 0.0% and does not start as user. FF will always start from terminal as root user after su to root. Expected Results: FF starts as user. If preceed start FF with unset LD_PRELOAD FF will start as user. Tried many things prior to finding the 'unset LD_PRELOAD' workround; 1)'firefox -p' and try start FF as user - FF - will not start 2)rename ~/.mozilla to ~/mozilla-save and ditto 3)removing .gtkrc-2.0 file and ditto 4)useing sudo and ditto 5)reinstall FF from package manager after de-install FF and manually clearing mozilla and xulrunner root directories.
6)One of our users re-installed from mozilla sources and has same problem still so it is not the packaging. 7)A few Arch users have reported that they do not have the problem which again leads me to think that the Arch packaging is OK.
8)The discounted bug no 498355 maybe the same bug as this but 2 of us at Arch where not running libtrash.
Blocks: 479078
Version: unspecified → 3.5 Branch
Keywords: qawanted
Had someone on IRC seeing this behavior with libsafe the other day... any chance thqt's being loaded?
Hullo Stephanie , im'e no expert {except on cobol pl an awfull long time ago!} but from what i know of libsafe that use's preload also.It seems then that any routine loaded by preload that intercepts systems calls can upset FF.But who really knows ? , presently dependant on FF dev's decision as to wether this is their bug or anothers {ld_preload libs maintainer ??}.Chris
comment #5 ? , this is bug 503206
this might be considered as duplicate to https://bugzilla.mozilla.org/show_bug.cgi?id=435683
comment #7 , no problem , my regret for not finding previouslly reported bug.
no problem. I had the same problem as you did :) Anyway, the solution might be this: LD_PRELOAD=/lib/libc.so.6 /path/to/firefox you can set a wrapper script to execute Firefox using code above
comment #10 I've been useing LD_PRELOAD= firefox "$@" I have also had to mod the cups.desktop file to get the cups interface to work,changed exec line to; LD_PRELOAD= xdg-open http://localhost:631/ BW Chris
Reported this 3 weeks ago...What progress ? . BW Chris
Chris, if you think this is a duplicate of bug 435683, you can mark it as such using the "Status" dropdown under the comment box.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
What was in LD_PRELOAD before it was unset?
Not that i can find and at one time i did as thorough a search as i could for all instances of LD_Preload being used.On other hand i don't know of everywhere to check.Mozilla has 2 files, mozilla-common.*, in /etc/profile.d.They only reference mozilla plugin directory.If you want me to check specific place i will gladly do so. BW Chris. Arch Linux 2009.2 , no DE , pcmanfm,fbpanel,openbox and calcurse as DE
What is the output of "printenv LD_PRELOAD"?
reply to #17 /usr/lib/libtrash.so
Thanks. Based on bug 435683 comment 3, this is the same issue as bug 435683. If libtrash is calling malloc from its implementation of open, then that is really a bug in libtrash. Applications should be able to call open from signal handlers and if open uses malloc then that would not be safe. (See "Async-signal-safe functions" in man 7 signal.)
Summary: Firefox 3.5 will not start without unset LD_PRELOAD → Firefox 3.5 will not start with libtrash.so in LD_PRELOAD
Thanks, but please see my comment #2 above which is highly relevant. The point being that of the 3 of us who sorted the "LD_PRELOAD= firefox" to start firefox on Arch Linux newbie forum 2 where not running libsafe. I am but the 2 others are not. If it helps i could ask if they will post the output of "printenv LD_PRELOAD" BW Chris.
amendment to comment #20 , please read libtrash instead if libsafe.
You need to log in before you can comment on or make changes to this bug.