Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 67341 - eclipse segmentation fault
Summary: eclipse segmentation fault
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: AMD64 Linux
: High major
Assignee: Karl Trygve Kalleberg (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 71530
  Show dependency tree
 
Reported: 2004-10-13 00:31 UTC by Machiel Groeneveld
Modified: 2004-11-18 13:32 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Suggestion of new ebuild and patch to fix 64bit problems with getenv() (eclipse-sdk-3.0.1-r2.tar.gz,4.45 KB, application/octet-stream)
2004-10-18 15:14 UTC, Johan Backlund
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Machiel Groeneveld 2004-10-13 00:31:38 UTC
After emerging eclipse-sdk-3.0.1-r1 on amd64 (I've tried both sun-jdk-1.5.0 and blackdown 1.4.2), I get a segmentation fault when trying to start eclipse-3.

Reproducible: Always
Steps to Reproduce:
1. Emerge eclipse-sdk
2. run eclipse-3
3. Also java -cp startup.jar org.eclipse.core.launcher.Main

Actual Results:  
/usr/bin/eclipse-3: line 36:  6935 Segmentation fault      ${ECLIPSE_BIN} $*

Expected Results:  
eclipse starts normally

Portage 2.0.50-r11 (gcc34-amd64-2004.1, gcc-3.4.2, glibc-2.3.4.20040808-r1, 2.6.
8-gentoo-r4)
=================================================================
System uname: 2.6.8-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 2800+
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-march=athlon64 -mtune=athlon64 -O3 -pipe -fomit-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3
/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /us
r/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon64 -mtune=athlon64 -O3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache"
GENTOO_MIRRORS="http://ftp.easynet.nl/mirror/gentoo/ ftp://mirror.nutsmaas.nl/ge
ntoo/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X amd64 apm arts avi berkdb bitmap-fonts crypt cups encode esd f77 foomatic
db gdbm gif gnome gpm gtk gtk2 imlib jpeg kde libg++ libwww mikmod mozilla mpeg
mysql ncurses nls oci8 oggvorbis opengl oss pam pdflib perl png ppds python qt q
uicktime readline samba sdl slang spell ssl tcpd truetype xml2 xmms xprint xv zl ib"
Comment 1 Johan Backlund 2004-10-17 11:57:47 UTC
Stacktrace reveals that problem occurs in strdup() call in fixEnvForMozilla(). Since I am still looking into how to get my own patch into an ebuild, I have not verified this yet, but the problem may be because there are no prototypes for getenv() which introduces conversions from 64 to 32 back to 64.
It seems possible to avoid the problem by making sure environment variables MOZILLA_FIVE_HOME and LD_LIBRARY_PATH are not set when starting eclipse.
Comment 2 Johan Backlund 2004-10-17 14:44:55 UTC
Adding include file stdlib.h to files using getenv() seems to do the trick.
Comment 3 Johan Backlund 2004-10-18 15:14:42 UTC
Created attachment 42127 [details]
Suggestion of new ebuild and patch to fix 64bit problems with getenv()

I do have some amateur version of a new ebuild with patch and digest. I am
attaching it here in case it can be useful to someone.
Comment 4 Karl Trygve Kalleberg (RETIRED) gentoo-dev 2004-10-19 16:46:27 UTC
Okay, thanks! I will apply this and have the amd64 people test it.
Comment 5 Olivier Bilodeau 2004-10-22 14:40:17 UTC
I experienced the same problem.
The stated workaround (unset of MOZILLA_FIVE_HOME and LD_LIBRARY_PATH) worked.
I haven't really used the program so I don't know if something else is broken.

Waiting for a fixed version so I can test it.
Comment 6 Mike Messmore 2004-11-06 21:49:29 UTC
Same issue here.  Resolved by running: 
unset MOZILLA_FIVE_HOME;
eclipse-3
Comment 7 Karl Trygve Kalleberg (RETIRED) gentoo-dev 2004-11-18 13:32:08 UTC
Committed.