Re: [gentoo-amd64] bug report help

Re: [gentoo-amd64] bug report help

[Randy Barlow]

Perhaps you should rebuild Eclipse so it can link against your new libraries. 

Fernando Boaglio <boaglio@gmail.com> wrote:

>Hi,
>
>There is a recent update which broke my Java IDE (Eclipse - not from
>portage) .
>
>I've seen this strange behavior in 2 different machines, both ADM64, but I'm
>not sure which package should I inform to this error:
>
>
>**** glibc detected *** /opt/sun-jdk-1.6.0.23/bin/java: free(): invalid
>pointer: 0x00000000456f30d0 ***
>======= Backtrace: =========
>/lib/libc.so.6(+0x783c6)[0x7f7c039593c6]
>/opt/sun-jdk-1.6.0.23/jre/lib/amd64/server/libjvm.so(+0x61b879)[0x7f7c0341a879]
>/opt/sun-jdk-1.6.0.23/jre/lib/amd64/server/libjvm.so(+0x43d44f)[0x7f7c0323c44f]
>/home/fb/eclipseWTP3.2.3/configuration/org.eclipse.osgi/bundles/151/1/.cp/libswt-pi-gtk-3657.so(Java_org_eclipse_swt_internal_gtk_OS__1g_1data_1input_1stream_1read_1line+0xe7)[0x7f7bf5267d04]
>[0x7f7bfebeaca8]
>======= Memory map: ========
>40000000-40009000 r-xp 00000000 08:02 13231684
>/opt/sun-jdk-1.6.0.23/bin/java
>40108000-4010a000 rwxp 00008000 08:02 13231684
>/opt/sun-jdk-1.6.0.23/bin/java
>41deb000-481fd000 rwxp 00000000 00:00 0
>[heap]
>b0000000-100000000 rwxp 00000000 00:00 0
>7f7bec3a9000-7f7bec3b6000 r-xp 00000000 08:02 12125842
>/lib64/libudev.so.0.9.3
>7f7bec3b6000-7f7bec5b5000 ---p 0000d000 08:02 12125842
>/lib64/libudev.so.0.9.3
>7f7bec5b5000-7f7bec5b6000 r-xp 0000c000 08:02 12125842
>/lib64/libudev.so.0.9.3
>7f7bec5b6000-7f7bec5b7000 rwxp 0000d000 08:02 12125842
>/lib64/libudev.so.0.9.3
>7f7bec5b7000-7f7bec5e1000 r-xp 00000000 08:02 13237870
>/usr/lib64/gio/modules/libgvfsdbus.so
>7f7bec5e1000-7f7bec7e0000 ---p 0002a000 08:02 13237870
>/usr/lib64/gio/modules/libgvfsdbus.so
>7f7bec7e0000-7f7bec7e1000 r-xp 00029000 08:02 13237870
>/usr/lib64/gio/modules/libgvfsdbus.so
>7f7bec7e1000-7f7bec7e2000 rwxp 0002a000 08:02 13237870
>/usr/lib64/gio/modules/libgvfsdbus.so
>7f7bec7e2000-7f7bec7e3000 rwxp 00000000 00:00 0
>7f7bec7e3000-7f7bec7fb000 r-xp 00000000 08:02 13238043
>/usr/lib64/libgvfscommon.so.0.0.0
>7f7bec7fb000-7f7bec9fa000 ---p 00018000 08:02 13238043
>/usr/lib64/libgvfscommon.so.0.0.0
>7f7bec9fa000-7f7bec9fb000 r-xp 00017000 08:02 13238043
>/usr/lib64/libgvfscommon.so.0.0.0
>7f7bec9fb000-7f7bec9fc000 rwxp 00018000 08:02 13238043
>/usr/lib64/libgvfscommon.so.0.0.0
>7f7bec9fc000-7f7beca10000 r-xp 00000000 08:02 13238065
>/usr/lib64/gio/modules/libgioremote-volume-monitor.so
>7f7beca10000-7f7becc0f000 ---p 00014000 08:02 13238065
>/usr/lib64/gio/modules/libgioremote-volume-monitor.so
>7f7becc0f000-7f7becc10000 r-xp 00013000 08:02 13238065
>/usr/lib64/gio/modules/libgioremote-volume-monitor.so
>7f7becc10000-7f7becc11000 rwxp 00014000 08:02 13238065
>/usr/lib64/gio/modules/libgioremote-volume-monitor.so
>7f7becc11000-7f7becc14000 r-xp 00000000 08:02 11801789
>/usr/lib64/libgpg-error.so.0.8.0
>7f7becc14000-7f7bece13000 ---p 00003000 08:02 11801789
>/usr/lib64/libgpg-error.so.0.8.0
>7f7bece13000-7f7bece14000 r-xp 00002000 08:02 11801789
>/usr/lib64/libgpg-error.so.0.8.0
>7f7bece14000-7f7bece15000 rwxp 00003000 08:02 11801789
>/usr/lib64/libgpg-error.so.0.8.0
>7f7bece15000-7f7bece8a000 r-xp 00000000 08:02 13245772
>/usr/lib64/libgcrypt.so.11.6.0
>7f7bece8a000-7f7bed08a000 ---p 00075000 08:02 13245772
>/usr/lib64/libgcrypt.so.11.6.0
>7f7bed08a000-7f7bed08b000 r-xp 00075000 08:02 13245772
>/usr/lib64/libgcrypt.so.11.6.0
>7f7bed08b000-7f7bed08e000 rwxp 00076000 08:02 13245772
>/usr/lib64/libgcrypt.so.11.6.0
>7f7bed08e000-7f7bed095000 r-xp 00000000 08:02 12551718
>/usr/lib64/libgailutil.so.18.0.1
>7f7bed095000-7f7bed294000 ---p 00007000 08:02 12551718
>/usr/lib64/libgailutil.so.18.0.1
>7f7bed294000-7f7bed295000 r-xp 00006000 08:02 12551718
>/usr/lib64/libgailutil.so.18.0.1
>7f7bed295000-7f7bed296000 rwxp 00007000 08:02 12551718
>/usr/lib64/libgailutil.so.18.0.1
>7f7bed296000-7f7bed29f000 r-xp 00000000 08:02 11476587
>/usr/lib64/libltdl.so.7.3.0
>7f7bed29f000-7f7bed49e000 ---p 00009000 08:02 11476587
>/usr/lib64/libltdl.so.7.3.0
>7f7bed49e000-7f7bed49f000 r-xp 00008000 08:02 11476587
>/usr/lib64/libltdl.so.7.3.0
>7f7bed49f000-7f7bed4a0000 rwxp 00009000 08:02 11476587
>/usr/lib64/libltdl.so.7.3.0
>7f7bed4a0000-7f7bed4a6000 r-xp 00000000 08:02 10991436
>/usr/lib64/libogg.so.0.7.1
>7f7bed4a6000-7f7bed6a5000 ---p 00006000 08:02 10991436
>/usr/lib64/libogg.so.0.7.1
>7f7bed6a5000-7f7bed6a6000 r-xp 00005000 08:02 10991436
>/usr/lib64/libogg.so.0.7.1
>7f7bed6a6000-7f7bed6a7000 rwxp 00006000 08:02 10991436
>/usr/lib64/libogg.so.0.7.1
>7f7bed6a7000-7f7bed6d2000 r-xp 00000000 08:02 11412116
>/usr/lib64/libvorbis.so.0.4.5
>7f7bed6d2000-7f7bed8d2000 ---p 0002b000 08:02 11412116
>/usr/lib64/libvorbis.so.0.4.5
>7f7bed8d2000-7f7bed8d3000 r-xp 0002b000 08:02 11412116
>/usr/lib64/libvorbis.so.0.4.5
>7f7bed8d3000-7f7bed8d4000 rwxp 0002c000 08:02 11412116
>/usr/lib64/libvorbis.so.0.4.5
>7f7bed8d4000-7f7bed8db000 r-xp 00000000 08:02 11410319
>/usr/lib64/libvorbisfile.so.3.3.4
>7f7bed8db000-7f7bedada000 ---p 00007000 08:02 11410319
>/usr/lib64/libvorbisfile.so.3.3.4
>7f7bedada000-7f7bedadb000 r-xp 00006000 08:02 11410319
>/usr/lib64/libvorbisfile.so.3.3.4
>7f7bedadb000-7f7bedadc000 rwxp 00007000 08:02 11410319
>/usr/lib64/libvorbisfile.so.3.3.4
>7f7bedadc000-7f7bedae1000 r-xp 00000000 08:02 13238948
>/usr/lib64/libORBitCosNaming-2.so.0.1.0
>7f7bedae1000-7f7bedce1000 ---p 00005000 08:02 13238948
>/usr/lib64/libORBitCosNaming-2.so.0.1.0
>7f7bedce1000-7f7bedce2000 r-xp 00005000 08:02 13238948
>/usr/lib64/libORBitCosNaming-2.so.0.1.0
>7f7bedce2000-7f7bedce3000 rwxp 00006000 08:02 13238948
>/usr/lib64/libORBitCosNaming-2.so.0.1.0
>7f7bedce3000-7f7bedd01000 r-xp 00000000 08:02 11481557
>/usr/lib64/libgnome-keyring.so.0.1.1
>7f7bedd01000-7f7bedf00000 ---p 0001e000 08:02 11481557
>/usr/lib64/libgnome-keyring.so.0.1.1
>7f7bedf00000-7f7bedf01000 r-xp 0001d000 08:02 11481557
>/usr/lib64/libgnome-keyring.so.0.1.1
>7f7bedf01000-7f7bedf02000 rwxp 0001e000 08:02 11481557
>/usr/lib64/libgnome-keyring.so.0.1.1
>7f7bedf02000-7f7bedf1b000 r-xp 00000000 08:02 5005193
>/usr/lib64/libart_lgpl_2.so.2.3.21
>*
>
>Is it glibc ?
>
>-- 
>[]'s
>Fernando Boaglio

Re: [gentoo-amd64] bug report help

[Fernando Boaglio]

[-- Attachment #1: Type: text/plain, Size: 209 bytes --]

 What I have tried so far:

-reinstall sun-jdk
-run revdep-rebuild
-download older/newer Eclipse version

I've submitted a new bug anyway:

http://bugs.gentoo.org/show_bug.cgi?id=352583

[]'s
Fernando Boaglio

[-- Attachment #2: Type: text/html, Size: 324 bytes --]

Re: [gentoo-amd64] bug report help

[Claes Gyllenswärd]

Why don't you try icedtea instead of sun-jdk?

2011/1/24 Fernando Boaglio <boaglio@gmail.com>:
>
>  What I have tried so far:
>
> -reinstall sun-jdk
> -run revdep-rebuild
> -download older/newer Eclipse version
>
> I've submitted a new bug anyway:
>
> http://bugs.gentoo.org/show_bug.cgi?id=352583
>
> []'s
> Fernando Boaglio
>

Re: [gentoo-amd64] bug report help

[Fernando Boaglio]

[-- Attachment #1: Type: text/plain, Size: 1712 bytes --]

I did, same thing:


fb@de09 ~/eclipse $ ./eclipse -vm /opt/icedtea6-bin-1.9.4/bin/java  -vmargs
-Xms1024M -Xmx1024M -XX:PermSize=256M -XX:MaxPermSize=256M -XX:+UseSerialGC


*** glibc detected *** /opt/icedtea6-bin-1.9.4/bin/java: free(): invalid
pointer: 0x00000000033244c0 ***


======= Backtrace: =========
/lib/libc.so.6(+0x783c6)[0x7f04af1d33c6]
/opt/icedtea6-bin-1.9.4/jre/lib/amd64/server/libjvm.so(+0x4382fe)[0x7f04aea612fe]
/home/fb/eclipseWTP3.2.3/configuration/org.eclipse.osgi/bundles/151/1/.cp/libswt-pi-gtk-3657.so(Java_org_eclipse_swt_internal_gtk_OS__1g_1data_1input_1stream_1read_1line+0xe7)[0x7f04a0710d04]
[0x7f04aa11fca8]
======= Memory map: ========
00400000-00409000 r-xp 00000000 08:02 12945147
/opt/icedtea6-bin-1.9.4/bin/java
00608000-00609000 r--p 00008000 08:02 12945147
/opt/icedtea6-bin-1.9.4/bin/java
00609000-0060a000 rw-p 00009000 08:02 12945147
/opt/icedtea6-bin-1.9.4/bin/java
017a4000-05c19000 rw-p 00000000 00:00 0
[heap]
b0000000-100000000 rw-p 00000000 00:00 0
7f04979dc000-7f04979e9000 r-xp 00000000 08:02 12125842
/lib64/libudev.so.0.9.3
7f04979e9000-7f0497be8000 ---p 0000d000 08:02 12125842
/lib64/libudev.so.0.9.3
7f0497be8000-7f0497be9000 r--p 0000c000 08:02 12125842
/lib64/libudev.so.0.9.3
7f0497be9000-7f0497bea000 rw-p 0000d000 08:02 12125842
/lib64/libudev.so.0.9.3
7f0497bea000-7f0497c14000 r-xp 00000000 08:02 13237870
/usr/lib64/gio/modules/libgvfsdbus.so
7f0497c14000-7f0497e13000 ---p 0002a000 08:02 13237870
/usr/lib64/gio/modules/libgvfsdbus.so
7f0497e13000-7f0497e14000 r--p 00029000 08:02 13237870
/usr/lib64/gio/modules/libgvfsdbus.so
7f0497e14000-7f0497e15000 rw-p 0002a000 08:02 13237870
/usr/lib64/gio/modules/libgvfsdbus.so

 []'s
Fernando Boaglio

[-- Attachment #2: Type: text/html, Size: 2337 bytes --]

[gentoo-amd64] Re: bug report help

[Duncan]

Fernando Boaglio posted on Mon, 24 Jan 2011 13:41:59 -0200 as excerpted:

> I did, same thing:
> 
> 
> fb@de09 ~/eclipse $ ./eclipse -vm /opt/icedtea6-bin-1.9.4/bin/java 
> -vmargs -Xms1024M -Xmx1024M -XX:PermSize=256M -XX:MaxPermSize=256M
> -XX:+UseSerialGC
> 
> 
> *** glibc detected *** /opt/icedtea6-bin-1.9.4/bin/java: free(): invalid
> pointer: 0x00000000033244c0 ***

Two notes, here:

1) I don't know about sunjdk as there's license issues such that I won't 
install it, but the iced-tea6-bin package, while free, is a pre-compiled 
binary install.  As such, revdep-rebuild won't be able to do anything for 
it as it'll just reinstall the same binary, so the package installs a 
revdep-rebuild control file so revdep-rebuild skips checking it, to 
prevent reinstalls that wouldn't fix anything.

FWIW there's the icedtea package for from-source building, but the build-
process is said to be quite convoluted, many dependencies, etc., thus the 
binary package option.

If the sunjdk package similarly has binary components, since that's what 
originally triggered the bug, that /might/ be your issue.  However, I 
don't know that it does.

2) What version of glibc do you have?  Unless you're running ~arch or even 
masked/live, this probably doesn't apply, but... LWN article posted Nov 
10, 2010 about a glibc change to memcpy behavior when used in a context 
with specifically undefined behavior:

http://lwn.net/Articles/414467/

Also see the Nov 24, 2010 longer LWN commentary article, which covers both 
the glibc change and a kernel behavior change, examining how they were 
handled when found to break things, etc.

http://lwn.net/Articles/416821/

FWIW, I'm with the glibc folks here.  The behavior is specifically said to 
be undefined when the memory regions overlap, and think about it, if your 
memory source and destination regions overlap, by definition it's not a 
simple copy anyway, as the data in the source region has changed at the 
end and with a simple copy, it should intuitively be the same as it was -- 
unless you overlap the copies, but then that's not a simple copy so 
shouldn't be using the copy function!  Duh!

The kernel thing is specifically different, in part because Linus has 
established clear rules about breaking the kernel/userspace interface (in 
a word, don't!) -- part of the reason that change was reverted.  If it had 
instead been specifically documented as changeable, much like the kernel's 
internal interfaces are (much to the dismay of many closed-source kernel 
module devs)... the outcome there would likely have been similar to the 
glibc outcome.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

Re: [gentoo-amd64] Re: bug report help

[Fernando Boaglio]

[-- Attachment #1: Type: text/plain, Size: 1879 bytes --]

Hi,

This is my glibc version:

# emerge -vp glibc


[ebuild   R   ] sys-libs/glibc-2.12.2  USE="glibc-omitfp (multilib) nls
-debug -gd (-hardened) -profile (-selinux) -vanilla" 0 kB


I've tried with dev-java/icedtea (6.1.9.4) , but got same thing:

./eclipse -vm /usr/lib64/icedtea6/bin/java  -vmargs -Xms1024M -Xmx1024M
-XX:PermSize=256M -XX:MaxPermSize=256M

*** glibc detected *** /usr/lib64/icedtea6/bin/java: free(): invalid
pointer: 0x0000000001bdccd0 ***

======= Backtrace: =========
/lib/libc.so.6(+0x79da4)[0x7fd955b9dda4]
/usr/lib64/icedtea6/jre/lib/amd64/server/libjvm.so(+0x4921f0)[0x7fd95537c1f0]
/home/fb/eclipseWTP3.2.2/configuration/org.eclipse.osgi/bundles/151/1/.cp/libswt-pi-gtk-3655.so(Java_org_eclipse_swt_internal_gtk_OS__1g_1data_1input_1stream_1read_1line+0xe7)[0x7fd9449feb52]
[0x7fd9509ddca8]

======= Memory map: ========
00400000-00409000 r-xp 00000000 08:01 25399263
/usr/lib64/icedtea6/bin/java
00608000-00609000 r--p 00008000 08:01 25399263
/usr/lib64/icedtea6/bin/java
00609000-0060a000 rw-p 00009000 08:01 25399263
/usr/lib64/icedtea6/bin/java
0060a000-054ee000 rw-p 00000000 00:00 0
[heap]
b0000000-100000000 rw-p 00000000 00:00 0
7fd93b829000-7fd93b837000 r-xp 00000000 08:01 22085993
/lib64/libudev.so.0.9.3
7fd93b837000-7fd93ba36000 ---p 0000e000 08:01 22085993
/lib64/libudev.so.0.9.3
7fd93ba36000-7fd93ba37000 r--p 0000d000 08:01 22085993
/lib64/libudev.so.0.9.3
7fd93ba37000-7fd93ba38000 rw-p 0000e000 08:01 22085993
/lib64/libudev.so.0.9.3
7fd93ba38000-7fd93ba65000 r-xp 00000000 08:01 24350043
/usr/lib64/gio/modules/libgvfsdbus.so
7fd93ba65000-7fd93bc64000 ---p 0002d000 08:01 24350043
/usr/lib64/gio/modules/libgvfsdbus.so
7fd93bc64000-7fd93bc65000 r--p 0002c000 08:01 24350043
/usr/lib64/gio/modules/libgvfsdbus.so
7fd93bc65000-7fd93bc66000 rw-p 0002d000 08:01 24350043
/usr/lib64/gio/modules/libgvfsdbus.so

[]'s
Fernando Boaglio

[-- Attachment #2: Type: text/html, Size: 2550 bytes --]

Re: [gentoo-amd64] Re: bug report help

[Lie Ryan]

[-- Attachment #1: Type: text/plain, Size: 3055 bytes --]

It was actually quite easy now to emerge icedtea from source, you just need
to add the java overlay and then emerge as usual. After emerge and if you
are keeping the binary icedtea or sun's, you'd then need to point your
preferred java vm using eselect.

(Apology for the top post, the Gmail client in Android 2.1 doesn't allow you
to even delete the quoted text, this was fixed in 2.2 but you and I had to
bear with this for the moment)

On 25/01/2011 1:03 PM, "Duncan" <1i5t5.duncan@cox.net> wrote:

Fernando Boaglio posted on Mon, 24 Jan 2011 13:41:59 -0200 as excerpted:


> I did, same thing:
>
>
> fb@de09 ~/eclipse $ ./eclipse -vm /opt/icedtea6-bin-1.9.4/bin/java
> ...
Two notes, here:

1) I don't know about sunjdk as there's license issues such that I won't
install it, but the iced-tea6-bin package, while free, is a pre-compiled
binary install.  As such, revdep-rebuild won't be able to do anything for
it as it'll just reinstall the same binary, so the package installs a
revdep-rebuild control file so revdep-rebuild skips checking it, to
prevent reinstalls that wouldn't fix anything.

FWIW there's the icedtea package for from-source building, but the build-
process is said to be quite convoluted, many dependencies, etc., thus the
binary package option.

If the sunjdk package similarly has binary components, since that's what
originally triggered the bug, that /might/ be your issue.  However, I
don't know that it does.

2) What version of glibc do you have?  Unless you're running ~arch or even
masked/live, this probably doesn't apply, but... LWN article posted Nov
10, 2010 about a glibc change to memcpy behavior when used in a context
with specifically undefined behavior:

http://lwn.net/Articles/414467/

Also see the Nov 24, 2010 longer LWN commentary article, which covers both
the glibc change and a kernel behavior change, examining how they were
handled when found to break things, etc.

http://lwn.net/Articles/416821/

FWIW, I'm with the glibc folks here.  The behavior is specifically said to
be undefined when the memory regions overlap, and think about it, if your
memory source and destination regions overlap, by definition it's not a
simple copy anyway, as the data in the source region has changed at the
end and with a simple copy, it should intuitively be the same as it was --
unless you overlap the copies, but then that's not a simple copy so
shouldn't be using the copy function!  Duh!

The kernel thing is specifically different, in part because Linus has
established clear rules about breaking the kernel/userspace interface (in
a word, don't!) -- part of the reason that change was reverted.  If it had
instead been specifically documented as changeable, much like the kernel's
internal interfaces are (much to the dismay of many closed-source kernel
module devs)... the outcome there would likely have been similar to the
glibc outcome.

--
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

[-- Attachment #2: Type: text/html, Size: 3760 bytes --]

[gentoo-amd64] Re: bug report help

[Jonathan Callen]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 01/25/2011 09:24 AM, Lie Ryan wrote:
> It was actually quite easy now to emerge icedtea from source, you just need
> to add the java overlay and then emerge as usual. After emerge and if you
> are keeping the binary icedtea or sun's, you'd then need to point your
> preferred java vm using eselect.

You don't even have to add the overlay any more.  Icedtea 6 is in the
main tree as dev-java/icedtea.

- -- 
Jonathan Callen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJNP3CVAAoJELHSF2kinlg4mg0P/igBTu/PqEqBWOtM4WJ5VKsw
Mz584ESWj8XIs9wnrdkLLkqDniZpoz2jn9A4+KhIaq2Rb734wBDrEVrhAQyE9mVV
yGpz+yL4x3uHYJc0ByJN+SGeBCa21uoo9JzRMs8KFHXP7ME4E/wnl2+edZxFyJgs
lEC84wdOiY/89nUoUj+12UfgWp4rslpOTlF+LzWZNdH5sfEBkuVWNX2m40xo8lG3
s5m+Nrmx9uLDc3UfN8qJmDRS/3ky+lnl0vanhIDeJ2ebVC6kNBfoySjL+wDr8PTz
1kFsCHYxqtM445HUZXuSLsDS+i6BaBKaMOmTGmVT5NpsG6uZ/kO/gR2ZOdVs+wHj
j4ZnlajXmrSaH8AG/Sr1e0v+ZeysL/AS29EQF1Rd5D4Y0k2PRPrTmOPXfgGJINv1
aneHiv6rZmFJVbFeWfxPHYbk08lkGR6Y4hBwUrSvWWi9W4x3aNR1KcUjeGkh/Rjp
4LmogrkWMqXLQ7w8Pl2tp7V49zkf/i/SyFHyYoJLzUubQ944G/Hhu0OrnZLPny7y
oEm7i7EqN0CiYeN5PsGSqpYXCeNY+28V5AWv9Uv/F/bkDTwgjlkRRDzwhFZZf/mr
UwQCoFeyA0Psy6B/vPkkxyXf6SrBlfkUfGlIMlXPVYpyYBSl7TsbeFjWrtcRLjnR
BZ6idmp98WQ2tALvli1j
=Wt+C
-----END PGP SIGNATURE-----

Re: [gentoo-amd64] Re: bug report help

[Fernando Boaglio]

[-- Attachment #1: Type: text/plain, Size: 253 bytes --]

Anyway, I have tried with:

sun-jdk-1.6.0.23
icedtea-6.1.9.4
icedtea6-bin-1.9.4

And I always get the same error:

*** glibc detected *** java: free(): invalid pointer:

Today I noticied if I run using root Eclipse doesn't crash.

[]'s
Fernando Boaglio

[-- Attachment #2: Type: text/html, Size: 315 bytes --]

Re: [gentoo-amd64] Re: bug report help

[Josh Sled]

Fernando Boaglio <boaglio@gmail.com> writes:
> Anyway, I have tried with:
>
> sun-jdk-1.6.0.23
> icedtea-6.1.9.4
> icedtea6-bin-1.9.4
>
> And I always get the same error:
>
> *** glibc detected *** java: free(): invalid pointer:
>
> Today I noticied if I run using root Eclipse doesn't crash.

Are you compelled to use an unstable version of glibc?  Maybe drop back
to 2.11.2-r3?  Maybe look at the diffs between 2.11.2 and 2.12.2
relating to memory, and file bugs with the guilty parties?

-- 
...jsled
http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo ${a}@${b}