Je n'arrive pas à faire tourner eclipse sur SID, c'est la galère !!
J'ai d'abord essayais avec les version autoextractibles de java et
eclipse, ca ne marchait pas (erreur au lancement, meme pas de
splashscreen). Ensuite j'ai rajouté la source
ftp://ftp.oleane.net/pub/java-linux/ dans /etc/apt/sources.list puis
j'ai installé java + eclipse avec apt-get, mais là j'ai eu des erreurs
de dépendances, et au lancement je voyais le splashscreen d'eclipse mais
il disparaissait ensuite avec un message d'erreur. Et finalement, voila
ce que donne java autoextractible et eclipse avec apt-get :
Setting up user Settings...
Edit /home/souliane/.eclipse/eclipserc to change the default settings.
Creating /home/souliane/eclipse directory to be used as default workspace...
Using default /usr/bin/java as java virtual machine...
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x400A728A
Function=__libc_free+0x7A
Library=/lib/tls/libc.so.6
Current Java thread:
at java.util.zip.Inflater.end(Native Method)
at java.util.zip.Inflater.end(Inflater.java:294)
- locked <0x441b61b8> (a java.util.zip.Inflater)
at
java.util.zip.InflaterInputStream.close(InflaterInputStream.java:201)
at java.util.zip.ZipInputStream.close(ZipInputStream.java:206)
at java.lang.Package.loadManifest(Package.java:488)
at java.lang.Package.access$100(Package.java:71)
at java.lang.Package$1.run(Package.java:460)
at java.security.AccessController.doPrivileged(Native Method)
at java.lang.Package.defineSystemPackage(Package.java:444)
at java.lang.Package.getSystemPackage(Package.java:420)
- locked <0x446a72e8> (a java.util.HashMap)
at java.lang.ClassLoader.getPackage(ClassLoader.java:1170)
- locked <0x446b2a28> (a java.util.HashMap)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:218)
at java.net.URLClassLoader.access$100(URLClassLoader.java:54)
at java.net.URLClassLoader$1.run(URLClassLoader.java:193)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:186)
at java.lang.ClassLoader.loadClass(ClassLoader.java:299)
- locked <0x446ae800> (a sun.misc.Launcher$ExtClassLoader)
at java.lang.ClassLoader.loadClass(ClassLoader.java:292)
- locked <0x446a6db0> (a sun.misc.Launcher$AppClassLoader)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:265)
- locked <0x446a6db0> (a sun.misc.Launcher$AppClassLoader)
at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
at java.util.ResourceBundle.loadBundle(ResourceBundle.java:1009)
at java.util.ResourceBundle.findBundle(ResourceBundle.java:884)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:730)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:538)
at sun.text.resources.LocaleData$1.run(LocaleData.java:113)
at java.security.AccessController.doPrivileged(Native Method)
at sun.text.resources.LocaleData.getBundle(LocaleData.java:111)
at
sun.text.resources.LocaleData.getLocaleElements(LocaleData.java:99)
at java.text.Collator.getInstance(Collator.java:227)
- locked <0x4872a7f8> (a java.lang.Class)
at java.text.Collator.getInstance(Collator.java:202)
- locked <0x4872a7f8> (a java.lang.Class)
at
org.eclipse.ui.internal.WorkbenchConfigurationInfo$1.<init>(WorkbenchConfigurationInfo.java:222)
at
org.eclipse.ui.internal.WorkbenchConfigurationInfo.readFeaturesInfo(WorkbenchConfigurationInfo.java:221)
at
org.eclipse.ui.internal.WorkbenchConfigurationInfo.getFeaturesInfo(WorkbenchConfigurationInfo.java:66)
at
org.eclipse.ui.internal.WorkbenchActionBuilder.makeActions(WorkbenchActionBuilder.java:866)
at
org.eclipse.ui.internal.WorkbenchActionBuilder.buildActions(WorkbenchActionBuilder.java:184)
at
org.eclipse.ui.internal.WorkbenchWindow.<init>(WorkbenchWindow.java:295)
at
org.eclipse.ui.internal.Workbench.newWorkbenchWindow(Workbench.java:1058)
at
org.eclipse.ui.internal.Workbench.openFirstTimeWindow(Workbench.java:1067)
at org.eclipse.ui.internal.Workbench.init(Workbench.java:874)
at org.eclipse.ui.internal.Workbench.run(Workbench.java:1373)
at
org.eclipse.core.internal.boot.InternalBootLoader.run(InternalBootLoader.java:858)
at org.eclipse.core.boot.BootLoader.run(BootLoader.java:461)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:291)
at org.eclipse.core.launcher.Main.run(Main.java:747)
at org.eclipse.core.launcher.Main.main(Main.java:583)
Local Time = Mon May 3 20:08:25 2004
Elapsed Time = 7
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (Blackdown-1.4.1-beta mixed mode)
#
# An error report file has been saved as hs_err_pid1937.log.
# Please refer to the file for further information.
#
/usr/bin/eclipse: line 87: 1937 Abandon $ECLIPSE
-showsplash "$SPLASH_PARAM" $OPTIONS
ERROR: eclipse crashed, The reason *could* be, that /usr/bin/java
was used as java virtual machine and that this VM isn't fit to run
eclipse. If thats the case, please edit /home/souliane/.eclipse/eclipsrc, so
that JAVA_HOME points to the right VM.
If that is not the reason, please check
/home/souliane/eclipse/.metadata/.log for
errors. Also, read /usr/share/doc/eclipse-platform/README.Debian
for possible reasons, why eclipse crashed.
20:08 souliane@GAL000476LI ~% /usr/bin/java -version
java version "1.4.1"
Java(TM) 2 Runtime Environment, Standard Edition (build
Blackdown-1.4.1-beta)
Java HotSpot(TM) Client VM (build Blackdown-1.4.1-beta, mixed mode)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
no_spam
On Mon, 03 May 2004 20:17:33 +0200, SoULiANe wrote:
Je n'arrive pas à faire tourner eclipse sur SID, c'est la galère !! J'ai d'abord essayais avec les version autoextractibles de java et eclipse, ca ne marchait pas (erreur au lancement, meme pas de splashscreen). Ensuite j'ai rajouté la source ftp://ftp.oleane.net/pub/java-linux/ dans /etc/apt/sources.list puis j'ai installé java + eclipse avec apt-get, mais là j'ai eu des erreurs de dépendances, et au lancement je voyais le splashscreen d'eclipse mais il disparaissait ensuite avec un message d'erreur. Et finalement, voila ce que donne java autoextractible et eclipse avec apt-get :
Setting up user Settings... Edit /home/souliane/.eclipse/eclipserc to change the default settings. Creating /home/souliane/eclipse directory to be used as default workspace... Using default /usr/bin/java as java virtual machine...
An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x400A728A Function=__libc_free+0x7A Library=/lib/tls/libc.so.6
2 possibilités: un double free ou un pointeur vérolé. Dans les deux cas la SEGFAULT est quasi inévitable. C'est un bug de la VM... Que faire ? Envoyer un rapport de bug concernant la VM avec un backtrace gdb, un core ou encore l'output de valgrind, si c'est sur PC. Pas grand chose de mieux..
On Mon, 03 May 2004 20:17:33 +0200, SoULiANe wrote:
Je n'arrive pas à faire tourner eclipse sur SID, c'est la galère !!
J'ai d'abord essayais avec les version autoextractibles de java et
eclipse, ca ne marchait pas (erreur au lancement, meme pas de
splashscreen). Ensuite j'ai rajouté la source
ftp://ftp.oleane.net/pub/java-linux/ dans /etc/apt/sources.list puis
j'ai installé java + eclipse avec apt-get, mais là j'ai eu des erreurs
de dépendances, et au lancement je voyais le splashscreen d'eclipse mais
il disparaissait ensuite avec un message d'erreur. Et finalement, voila
ce que donne java autoextractible et eclipse avec apt-get :
Setting up user Settings...
Edit /home/souliane/.eclipse/eclipserc to change the default settings.
Creating /home/souliane/eclipse directory to be used as default workspace...
Using default /usr/bin/java as java virtual machine...
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x400A728A
Function=__libc_free+0x7A
Library=/lib/tls/libc.so.6
2 possibilités:
un double free ou un pointeur vérolé. Dans les deux cas la SEGFAULT
est quasi inévitable. C'est un bug de la VM...
Que faire ?
Envoyer un rapport de bug concernant la VM avec un backtrace gdb,
un core ou encore l'output de valgrind, si c'est sur PC.
Pas grand chose de mieux..
On Mon, 03 May 2004 20:17:33 +0200, SoULiANe wrote:
Je n'arrive pas à faire tourner eclipse sur SID, c'est la galère !! J'ai d'abord essayais avec les version autoextractibles de java et eclipse, ca ne marchait pas (erreur au lancement, meme pas de splashscreen). Ensuite j'ai rajouté la source ftp://ftp.oleane.net/pub/java-linux/ dans /etc/apt/sources.list puis j'ai installé java + eclipse avec apt-get, mais là j'ai eu des erreurs de dépendances, et au lancement je voyais le splashscreen d'eclipse mais il disparaissait ensuite avec un message d'erreur. Et finalement, voila ce que donne java autoextractible et eclipse avec apt-get :
Setting up user Settings... Edit /home/souliane/.eclipse/eclipserc to change the default settings. Creating /home/souliane/eclipse directory to be used as default workspace... Using default /usr/bin/java as java virtual machine...
An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x400A728A Function=__libc_free+0x7A Library=/lib/tls/libc.so.6
2 possibilités: un double free ou un pointeur vérolé. Dans les deux cas la SEGFAULT est quasi inévitable. C'est un bug de la VM... Que faire ? Envoyer un rapport de bug concernant la VM avec un backtrace gdb, un core ou encore l'output de valgrind, si c'est sur PC. Pas grand chose de mieux..
SoULiaNe
2 possibilités: un double free ou un pointeur vérolé. Dans les deux cas la SEGFAULT est quasi inévitable. C'est un bug de la VM... Que faire ? Envoyer un rapport de bug concernant la VM avec un backtrace gdb, un core ou encore l'output de valgrind, si c'est sur PC. Pas grand chose de mieux..
Je ne comprend pas grand chose, mais au moins ca me "rassure", merci.
2 possibilités:
un double free ou un pointeur vérolé. Dans les deux cas la SEGFAULT
est quasi inévitable. C'est un bug de la VM...
Que faire ?
Envoyer un rapport de bug concernant la VM avec un backtrace gdb,
un core ou encore l'output de valgrind, si c'est sur PC.
Pas grand chose de mieux..
Je ne comprend pas grand chose, mais au moins ca me "rassure", merci.
2 possibilités: un double free ou un pointeur vérolé. Dans les deux cas la SEGFAULT est quasi inévitable. C'est un bug de la VM... Que faire ? Envoyer un rapport de bug concernant la VM avec un backtrace gdb, un core ou encore l'output de valgrind, si c'est sur PC. Pas grand chose de mieux..
Je ne comprend pas grand chose, mais au moins ca me "rassure", merci.
no_spam
On Tue, 04 May 2004 07:39:58 +0200, SoULiaNe wrote:
2 possibilités: un double free ou un pointeur vérolé. Dans les deux cas la SEGFAULT est quasi inévitable. C'est un bug de la VM... Que faire ? Envoyer un rapport de bug concernant la VM avec un backtrace gdb, un core ou encore l'output de valgrind, si c'est sur PC. Pas grand chose de mieux..
Je ne comprend pas grand chose, mais au moins ca me "rassure", merci.
L'explication: le crash a lieu dans la fonction free de la libc. Cette fonction sert à libérer de la mémoire préalablement allouée. La libc maintient des zones du style: - description de la mémoire allouée - suivie de l'espace mémoire réservé. Si on fait un double free, il y a de bonne chances pour la mémoire en question ait été réutilisée pour autre chose. Dans ce cas, la description de la mémoire allouée n'est plus valide et la libc crashe en essayant de s'en servir. Le cas du pointeur vérolé revient au même: quand on alloue de la mémoire, on garde un pointeur qui contient l'addresse de cette zone. Si ce pointeur est corrompu, on va crasher soit quand on va s'en servir, soit quand on va demander à la libc de libérer la zone correspondante. J'ai oublié un autre cas (classique): le débordement de buffer: on a alloué de la mémoire mais, par erreur, on va écrire plus loin que la fin de la zone allouée. Si cette zone contient un descripteur de mémoire allouée, on le vérole et on a de bonne chances de crasher au moment free de la zone corrompue (si on a pas crashé avant, du fait que certaines données du programme ont été corrompues...).
C'est plus clair ?
On Tue, 04 May 2004 07:39:58 +0200, SoULiaNe wrote:
2 possibilités:
un double free ou un pointeur vérolé. Dans les deux cas la SEGFAULT
est quasi inévitable. C'est un bug de la VM...
Que faire ?
Envoyer un rapport de bug concernant la VM avec un backtrace gdb,
un core ou encore l'output de valgrind, si c'est sur PC.
Pas grand chose de mieux..
Je ne comprend pas grand chose, mais au moins ca me "rassure", merci.
L'explication:
le crash a lieu dans la fonction free de la libc.
Cette fonction sert à libérer de la mémoire préalablement allouée.
La libc maintient des zones du style:
- description de la mémoire allouée
- suivie de l'espace mémoire réservé.
Si on fait un double free, il y a de bonne chances pour la mémoire
en question ait été réutilisée pour autre chose. Dans ce cas, la
description de la mémoire allouée n'est plus valide et la libc
crashe en essayant de s'en servir.
Le cas du pointeur vérolé revient au même: quand on alloue de la mémoire,
on garde un pointeur qui contient l'addresse de cette zone.
Si ce pointeur est corrompu, on va crasher soit quand on va s'en
servir, soit quand on va demander à la libc de libérer la zone
correspondante.
J'ai oublié un autre cas (classique): le débordement de buffer:
on a alloué de la mémoire mais, par erreur, on va écrire plus loin
que la fin de la zone allouée. Si cette zone contient un descripteur
de mémoire allouée, on le vérole et on a de bonne chances de crasher
au moment free de la zone corrompue (si on a pas crashé avant, du fait
que certaines données du programme ont été corrompues...).
On Tue, 04 May 2004 07:39:58 +0200, SoULiaNe wrote:
2 possibilités: un double free ou un pointeur vérolé. Dans les deux cas la SEGFAULT est quasi inévitable. C'est un bug de la VM... Que faire ? Envoyer un rapport de bug concernant la VM avec un backtrace gdb, un core ou encore l'output de valgrind, si c'est sur PC. Pas grand chose de mieux..
Je ne comprend pas grand chose, mais au moins ca me "rassure", merci.
L'explication: le crash a lieu dans la fonction free de la libc. Cette fonction sert à libérer de la mémoire préalablement allouée. La libc maintient des zones du style: - description de la mémoire allouée - suivie de l'espace mémoire réservé. Si on fait un double free, il y a de bonne chances pour la mémoire en question ait été réutilisée pour autre chose. Dans ce cas, la description de la mémoire allouée n'est plus valide et la libc crashe en essayant de s'en servir. Le cas du pointeur vérolé revient au même: quand on alloue de la mémoire, on garde un pointeur qui contient l'addresse de cette zone. Si ce pointeur est corrompu, on va crasher soit quand on va s'en servir, soit quand on va demander à la libc de libérer la zone correspondante. J'ai oublié un autre cas (classique): le débordement de buffer: on a alloué de la mémoire mais, par erreur, on va écrire plus loin que la fin de la zone allouée. Si cette zone contient un descripteur de mémoire allouée, on le vérole et on a de bonne chances de crasher au moment free de la zone corrompue (si on a pas crashé avant, du fait que certaines données du programme ont été corrompues...).
C'est plus clair ?
SoULiaNe
C'est plus clair ?
Oui, merci beaucoup pour cette explication.
Ce que je comprenais le moins, c'était "backtrace gdb, un core ou encore l'output de valgrind" mais bon, je devrais etre capable de faire des recherches la dessus si j'en ai envie (faut pas abuser quand meme :)
C'est plus clair ?
Oui, merci beaucoup pour cette explication.
Ce que je comprenais le moins, c'était "backtrace gdb,
un core ou encore l'output de valgrind" mais bon, je devrais etre
capable de faire des recherches la dessus si j'en ai envie (faut pas
abuser quand meme :)
Ce que je comprenais le moins, c'était "backtrace gdb, un core ou encore l'output de valgrind" mais bon, je devrais etre capable de faire des recherches la dessus si j'en ai envie (faut pas abuser quand meme :)
no_spam
On Tue, 04 May 2004 18:43:10 +0200, SoULiaNe wrote:
C'est plus clair ?
Oui, merci beaucoup pour cette explication.
Ce que je comprenais le moins, c'était "backtrace gdb, un core ou encore l'output de valgrind" mais bon, je devrais etre capable de faire des recherches la dessus si j'en ai envie (faut pas abuser quand meme :)
Ooops... J'ai tendance à oublier que certaines personnes arrivent à vivre sans gdb, strace et valgrind à l'affut :-))) Que des outils de debug... Bon, un rapport de bug détaillant l'environement (distrib, machine, configuration, ...) et le moyen de reproduire à coup sur le crash est déjà une bonne aide...
On Tue, 04 May 2004 18:43:10 +0200, SoULiaNe wrote:
C'est plus clair ?
Oui, merci beaucoup pour cette explication.
Ce que je comprenais le moins, c'était "backtrace gdb,
un core ou encore l'output de valgrind" mais bon, je devrais etre
capable de faire des recherches la dessus si j'en ai envie (faut pas
abuser quand meme :)
Ooops... J'ai tendance à oublier que certaines personnes arrivent
à vivre sans gdb, strace et valgrind à l'affut :-)))
Que des outils de debug...
Bon, un rapport de bug détaillant l'environement (distrib, machine,
configuration, ...) et le moyen de reproduire à coup sur le crash
est déjà une bonne aide...
On Tue, 04 May 2004 18:43:10 +0200, SoULiaNe wrote:
C'est plus clair ?
Oui, merci beaucoup pour cette explication.
Ce que je comprenais le moins, c'était "backtrace gdb, un core ou encore l'output de valgrind" mais bon, je devrais etre capable de faire des recherches la dessus si j'en ai envie (faut pas abuser quand meme :)
Ooops... J'ai tendance à oublier que certaines personnes arrivent à vivre sans gdb, strace et valgrind à l'affut :-))) Que des outils de debug... Bon, un rapport de bug détaillant l'environement (distrib, machine, configuration, ...) et le moyen de reproduire à coup sur le crash est déjà une bonne aide...