Le titre est éculé mais j'ai pas pu m'empêcher...
Voici le problème:
1. Les applets Java ne marchent ni dans Firefox (installé à la main) ni
dans iceweasel installé par apt.
Il y a juste écrit « ! Erreur : cliquer pour obtenir plus
d'informations »
Je clique, puis <Détails> et un fenêtre totalement vierge s'ouvre.
Un clique droit permet d'obtenir la version de Java utilisée:
(build 1.6.0_16-b01)
Voici le conf de FF pour Java:
2. Les applets Java marchent dans Opera qui est configuré par défaut
pour chercher le plugin Java dans /usr/lib/jvm/java-6-sun/jre/lib/i386
8<------8<------8<------8<------8<------8<------8<------8<------8<------
[pi@T43]$ ll /usr/lib/jvm/java-6-sun/jre/lib/i386 | grep java
lrwxrwxrwx 1 root root 23 Dec 29 14:34 jvm.cfg -> /etc/java-6-sun/jvm.cfg
-rw-r--r-- 1 root root 189159 Jul 31 15:43 libjava.so
-rw-r--r-- 1 root root 25431 Jul 31 15:43 libjava_crw_demo.so
-rw-r--r-- 1 root root 80843 Jul 31 15:46 libjavaplugin_jni.so
-rw-r--r-- 1 root root 268961 Jul 31 15:46 libjavaplugin_nscp.so
-rw-r--r-- 1 root root 358202 Jul 31 15:46 libjavaplugin_nscp_gcc29.so
8<------8<------8<------8<------8<------8<------8<------8<------8<------
Mais ce qui me dérange le plus c'est le 3.
3. Dans éclipse (la dernière version) j'arrive à compiler et exécuter un
programme mais je ne peux pas faire de débogage dans une page
« scrapbook ». J'obtiens le message suivant:
8<------8<------8<------8<------8<------8<------8<------8<------8<------
ERROR: transport error 202: connect failed: Connection refused
ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510)
JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports \
initialized [../../../src/share/back/debugInit.c:690]
FATAL ERROR in native method: JDWP No transports initialized, \
jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)
8<------8<------8<------8<------8<------8<------8<------8<------8<------
Impossible non plus de faire un test unitaire qui se solde par
8<------8<------8<------8<------8<------8<------8<------8<------8<------
Could not connect to: : 51744
java.net.SocketException: Network is unreachable
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:525)
at java.net.Socket.connect(Socket.java:475)
at java.net.Socket.<init>(Socket.java:372)
at java.net.Socket.<init>(Socket.java:186)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.connect(RemoteTestRunner.java:570)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:381)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
8<------8<------8<------8<------8<------8<------8<------8<------8<------
Pour information, si ça peut aider:
[pi@T43]$ cat /etc/debian_version
squeeze/sid
[pi@T43]$ jdb -listen 51744
Listening at address: 127.0.0.1:51744
lorsque j'ai installé linux Zenwalk...forcément, pour passer au tout linux...et avoir un desktop plus ou moins équivalent...j'ai cherché à installer JAVA ! le truc...c'est que je ne savais pas qu'il fallait lui dire à JAVA ou pointer ! du coup, j'ai cliqué sur JAVA...etc, etc...et ça a marché !
t'aurais pas un oublier...ou un problème avec JAVA framework ou JAVAMP3 ?
A+
markliste
slt,
lorsque j'ai installé linux Zenwalk...forcément,
pour passer au tout linux...et avoir un desktop
plus ou moins équivalent...j'ai cherché à installer
JAVA ! le truc...c'est que je ne savais pas qu'il
fallait lui dire à JAVA ou pointer ! du coup, j'ai
cliqué sur JAVA...etc, etc...et ça a marché !
t'aurais pas un oublier...ou un problème avec JAVA
framework ou JAVAMP3 ?
lorsque j'ai installé linux Zenwalk...forcément, pour passer au tout linux...et avoir un desktop plus ou moins équivalent...j'ai cherché à installer JAVA ! le truc...c'est que je ne savais pas qu'il fallait lui dire à JAVA ou pointer ! du coup, j'ai cliqué sur JAVA...etc, etc...et ça a marché !
t'aurais pas un oublier...ou un problème avec JAVA framework ou JAVAMP3 ?
A+
markliste
Doug713705
Dans fr.comp.os.linux.configuration Ph. Ivaldi nous expliquait:
Juste comme ça : /usr/lib/jvm/java-6-sun/jre/lib/i386/libnpjp2.so existe t-il ?
Sinon pour le reste, n'y aurait-il pas une variable JAVA_HOME (où un truc de ce style) à renseigner et exporter ?
Il y avait ça dans le temps et ça mettait pas mal le bazar. -- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) [ Plus ou moins avec une chance de peut-être ]
Dans fr.comp.os.linux.configuration Ph. Ivaldi nous expliquait:
Juste comme ça :
/usr/lib/jvm/java-6-sun/jre/lib/i386/libnpjp2.so existe t-il ?
Sinon pour le reste, n'y aurait-il pas une variable JAVA_HOME (où un
truc de ce style) à renseigner et exporter ?
Il y avait ça dans le temps et ça mettait pas mal le bazar.
--
@+
Doug - Linux user #307925 - Slackware64 roulaize ;-)
[ Plus ou moins avec une chance de peut-être ]
Juste comme ça : /usr/lib/jvm/java-6-sun/jre/lib/i386/libnpjp2.so existe t-il ?
Sinon pour le reste, n'y aurait-il pas une variable JAVA_HOME (où un truc de ce style) à renseigner et exporter ?
Il y avait ça dans le temps et ça mettait pas mal le bazar. -- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) [ Plus ou moins avec une chance de peut-être ]
Ph. Ivaldi
Le 29 décembre 2009, Doug713705 écrivit :
Juste comme ça : /usr/lib/jvm/java-6-sun/jre/lib/i386/libnpjp2.so existe t-il ?
Sinon pour le reste, n'y aurait-il pas une variable JAVA_HOME (où un truc de ce style) à renseigner et exporter ?
export JAVA_HOME="/usr/lib/jvm/java-6-sun" et redémarrage de FF/eclipse depuis la console. Ça ne change malheureusement rien, j'avais déjà essayé sans et avec... Et aussi export JAVA_HOME="/usr/lib/jvm/java-6-sun/jre"
C'est d'autant plus étrange que Java fonctionne avec Opera. C'est donc surtout Eclipse qui me gêne.
Il y avait ça dans le temps et ça mettait pas mal le bazar.
Oui, cela ne semble toujours d'actualité.
En tout cas, merci pour ton aide ! -- Philippe Ivaldi. http://www.piprime.fr/
Le 29 décembre 2009, Doug713705 écrivit :
Juste comme ça :
/usr/lib/jvm/java-6-sun/jre/lib/i386/libnpjp2.so existe t-il ?
Sinon pour le reste, n'y aurait-il pas une variable JAVA_HOME (où un
truc de ce style) à renseigner et exporter ?
export JAVA_HOME="/usr/lib/jvm/java-6-sun"
et redémarrage de FF/eclipse depuis la console.
Ça ne change malheureusement rien, j'avais déjà essayé sans et avec...
Et aussi export JAVA_HOME="/usr/lib/jvm/java-6-sun/jre"
C'est d'autant plus étrange que Java fonctionne avec Opera.
C'est donc surtout Eclipse qui me gêne.
Il y avait ça dans le temps et ça mettait pas mal le bazar.
Oui, cela ne semble toujours d'actualité.
En tout cas, merci pour ton aide !
--
Philippe Ivaldi.
http://www.piprime.fr/
Sinon pour le reste, n'y aurait-il pas une variable JAVA_HOME (où un truc de ce style) à renseigner et exporter ?
export JAVA_HOME="/usr/lib/jvm/java-6-sun" et redémarrage de FF/eclipse depuis la console. Ça ne change malheureusement rien, j'avais déjà essayé sans et avec... Et aussi export JAVA_HOME="/usr/lib/jvm/java-6-sun/jre"
C'est d'autant plus étrange que Java fonctionne avec Opera. C'est donc surtout Eclipse qui me gêne.
Il y avait ça dans le temps et ça mettait pas mal le bazar.
Oui, cela ne semble toujours d'actualité.
En tout cas, merci pour ton aide ! -- Philippe Ivaldi. http://www.piprime.fr/
NiKo
Ph. Ivaldi a écrit :
Bonjour,
Le titre est éculé mais j'ai pas pu m'empêcher... Voici le problème:
1. Les applets Java ne marchent ni dans Firefox (installé à la main) ni dans iceweasel installé par apt. Il y a juste écrit « ! Erreur : cliquer pour obtenir plus d'informations » Je clique, puis <Détails> et un fenêtre totalement vierge s'ouvre. Un clique droit permet d'obtenir la version de Java utilisée: (build 1.6.0_16-b01) Voici le conf de FF pour Java:
2. Les applets Java marchent dans Opera qui est configuré par défaut pour chercher le plugin Java dans /usr/lib/jvm/java-6-sun/jre/lib/i386 8<------8<------8<------8<------8<------8<------8<------8<------8<------ []$ ll /usr/lib/jvm/java-6-sun/jre/lib/i386 | grep java lrwxrwxrwx 1 root root 23 Dec 29 14:34 jvm.cfg -> /etc/java-6-sun/jvm.cfg -rw-r--r-- 1 root root 189159 Jul 31 15:43 libjava.so -rw-r--r-- 1 root root 25431 Jul 31 15:43 libjava_crw_demo.so -rw-r--r-- 1 root root 80843 Jul 31 15:46 libjavaplugin_jni.so -rw-r--r-- 1 root root 268961 Jul 31 15:46 libjavaplugin_nscp.so -rw-r--r-- 1 root root 358202 Jul 31 15:46 libjavaplugin_nscp_gcc29.so 8<------8<------8<------8<------8<------8<------8<------8<------8<------
Mais ce qui me dérange le plus c'est le 3.
3. Dans éclipse (la dernière version) j'arrive à compiler et exécuter un programme mais je ne peux pas faire de débogage dans une page « scrapbook ». J'obtiens le message suivant: 8<------8<------8<------8<------8<------8<------8<------8<------8<------ ERROR: transport error 202: connect failed: Connection refused ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510) JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports initialized [../../../src/share/back/debugInit.c:690] FATAL ERROR in native method: JDWP No transports initialized, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197) 8<------8<------8<------8<------8<------8<------8<------8<------8<------
Impossible non plus de faire un test unitaire qui se solde par 8<------8<------8<------8<------8<------8<------8<------8<------8<------ Could not connect to: : 51744 java.net.SocketException: Network is unreachable at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) at java.net.Socket.connect(Socket.java:525) at java.net.Socket.connect(Socket.java:475) at java.net.Socket.<init>(Socket.java:372) at java.net.Socket.<init>(Socket.java:186) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.connect(RemoteTestRunner.java:570) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:381) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) 8<------8<------8<------8<------8<------8<------8<------8<------8<------
Pour information, si ça peut aider:
[]$ cat /etc/debian_version squeeze/sid
[]$ jdb -listen 51744 Listening at address: 127.0.0.1:51744
Voilà, ça fait une bonne douzaine d'heures que je cherche et là je suis à court d'idées.
Merci de votre aide,
Est tu sur que ta distrib utilise bien la machine JVM de SUN ?
Parce que par défaut, les Debians & consorts utilisent l'OpenJDK ...
Un petit 'updatealternatives --config java' t'en dira plus.
Ph. Ivaldi a écrit :
Bonjour,
Le titre est éculé mais j'ai pas pu m'empêcher...
Voici le problème:
1. Les applets Java ne marchent ni dans Firefox (installé à la main) ni
dans iceweasel installé par apt.
Il y a juste écrit « ! Erreur : cliquer pour obtenir plus
d'informations »
Je clique, puis <Détails> et un fenêtre totalement vierge s'ouvre.
Un clique droit permet d'obtenir la version de Java utilisée:
(build 1.6.0_16-b01)
Voici le conf de FF pour Java:
2. Les applets Java marchent dans Opera qui est configuré par défaut
pour chercher le plugin Java dans /usr/lib/jvm/java-6-sun/jre/lib/i386
8<------8<------8<------8<------8<------8<------8<------8<------8<------
[pi@T43]$ ll /usr/lib/jvm/java-6-sun/jre/lib/i386 | grep java
lrwxrwxrwx 1 root root 23 Dec 29 14:34 jvm.cfg -> /etc/java-6-sun/jvm.cfg
-rw-r--r-- 1 root root 189159 Jul 31 15:43 libjava.so
-rw-r--r-- 1 root root 25431 Jul 31 15:43 libjava_crw_demo.so
-rw-r--r-- 1 root root 80843 Jul 31 15:46 libjavaplugin_jni.so
-rw-r--r-- 1 root root 268961 Jul 31 15:46 libjavaplugin_nscp.so
-rw-r--r-- 1 root root 358202 Jul 31 15:46 libjavaplugin_nscp_gcc29.so
8<------8<------8<------8<------8<------8<------8<------8<------8<------
Mais ce qui me dérange le plus c'est le 3.
3. Dans éclipse (la dernière version) j'arrive à compiler et exécuter un
programme mais je ne peux pas faire de débogage dans une page
« scrapbook ». J'obtiens le message suivant:
8<------8<------8<------8<------8<------8<------8<------8<------8<------
ERROR: transport error 202: connect failed: Connection refused
ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510)
JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports
initialized [../../../src/share/back/debugInit.c:690]
FATAL ERROR in native method: JDWP No transports initialized,
jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)
8<------8<------8<------8<------8<------8<------8<------8<------8<------
Impossible non plus de faire un test unitaire qui se solde par
8<------8<------8<------8<------8<------8<------8<------8<------8<------
Could not connect to: : 51744
java.net.SocketException: Network is unreachable
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:525)
at java.net.Socket.connect(Socket.java:475)
at java.net.Socket.<init>(Socket.java:372)
at java.net.Socket.<init>(Socket.java:186)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.connect(RemoteTestRunner.java:570)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:381)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
8<------8<------8<------8<------8<------8<------8<------8<------8<------
Pour information, si ça peut aider:
[pi@T43]$ cat /etc/debian_version
squeeze/sid
[pi@T43]$ jdb -listen 51744
Listening at address: 127.0.0.1:51744
Le titre est éculé mais j'ai pas pu m'empêcher... Voici le problème:
1. Les applets Java ne marchent ni dans Firefox (installé à la main) ni dans iceweasel installé par apt. Il y a juste écrit « ! Erreur : cliquer pour obtenir plus d'informations » Je clique, puis <Détails> et un fenêtre totalement vierge s'ouvre. Un clique droit permet d'obtenir la version de Java utilisée: (build 1.6.0_16-b01) Voici le conf de FF pour Java:
2. Les applets Java marchent dans Opera qui est configuré par défaut pour chercher le plugin Java dans /usr/lib/jvm/java-6-sun/jre/lib/i386 8<------8<------8<------8<------8<------8<------8<------8<------8<------ []$ ll /usr/lib/jvm/java-6-sun/jre/lib/i386 | grep java lrwxrwxrwx 1 root root 23 Dec 29 14:34 jvm.cfg -> /etc/java-6-sun/jvm.cfg -rw-r--r-- 1 root root 189159 Jul 31 15:43 libjava.so -rw-r--r-- 1 root root 25431 Jul 31 15:43 libjava_crw_demo.so -rw-r--r-- 1 root root 80843 Jul 31 15:46 libjavaplugin_jni.so -rw-r--r-- 1 root root 268961 Jul 31 15:46 libjavaplugin_nscp.so -rw-r--r-- 1 root root 358202 Jul 31 15:46 libjavaplugin_nscp_gcc29.so 8<------8<------8<------8<------8<------8<------8<------8<------8<------
Mais ce qui me dérange le plus c'est le 3.
3. Dans éclipse (la dernière version) j'arrive à compiler et exécuter un programme mais je ne peux pas faire de débogage dans une page « scrapbook ». J'obtiens le message suivant: 8<------8<------8<------8<------8<------8<------8<------8<------8<------ ERROR: transport error 202: connect failed: Connection refused ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510) JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports initialized [../../../src/share/back/debugInit.c:690] FATAL ERROR in native method: JDWP No transports initialized, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197) 8<------8<------8<------8<------8<------8<------8<------8<------8<------
Impossible non plus de faire un test unitaire qui se solde par 8<------8<------8<------8<------8<------8<------8<------8<------8<------ Could not connect to: : 51744 java.net.SocketException: Network is unreachable at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) at java.net.Socket.connect(Socket.java:525) at java.net.Socket.connect(Socket.java:475) at java.net.Socket.<init>(Socket.java:372) at java.net.Socket.<init>(Socket.java:186) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.connect(RemoteTestRunner.java:570) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:381) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) 8<------8<------8<------8<------8<------8<------8<------8<------8<------
Pour information, si ça peut aider:
[]$ cat /etc/debian_version squeeze/sid
[]$ jdb -listen 51744 Listening at address: 127.0.0.1:51744
Le titre "solution" de ce message http://bugs.debian.org/cgi-bin/bugreport.cgi?bugV0044#20 est plutot usurpé. Ce n'est qu'un workaround un peu crade, en fait. ok Java va pouvoir communiquer, mais il y a d'autres trucs qui risquent de ne pas pouvoir.
En fait une autre "solution" devrait etre avant de lancer eclipse ou java web start ou etc. (dans le script de lancement) sudo sysctl -w net.ipv6.bindv6only=0 et après sudo sysctl -w net.ipv6.bindv6only=1
et si vous choisissez de supprimmer le support ipv6only, sysctl -p /etc/sysctl.d/bindv6only.conf devrait suffire plutot que de relancer procps (ce n'est qu'un effet de bord si sysctl -p est lancé sur tout le répertoire sysctl.d)
-- All truth passes through three stages : First, it is ridiculed Second, it is violently opposed Third, it is accepted as being self-evident Schopenhauer
In article <87hbr84rjr.fsf@tele2.fr>,
Ph. Ivaldi <invalid@dev.null> writes:
Le 30 décembre 2009, nicolas-gadoux écrivit :
C'est juste une config sysctl qui a été ajoutée :
net.ipv6.bindv6only=1
(dans le fichier /etc/sysctl.d/bindv6only.conf)
Il faut le mettre à 0, redémarrer procps (invoke-rc.d procps restart)
et roule ma poule !
C'est ça ! Je revis ! Merci !
C'est une modification provisoire ou il faut suivre le sujet de près ?
La lecture du commentaire de /etc/sysctl.d/bindv6only.conf me fait
pencher sur "à suivre de près" et rétablir dès que possible.
Le titre "solution" de ce message
http://bugs.debian.org/cgi-bin/bugreport.cgi?bugV0044#20 est plutot usurpé.
Ce n'est qu'un workaround un peu crade, en fait. ok Java va pouvoir
communiquer, mais il y a d'autres trucs qui risquent de ne pas pouvoir.
En fait une autre "solution" devrait etre avant de lancer eclipse ou
java web start ou etc. (dans le script de lancement)
sudo sysctl -w net.ipv6.bindv6only=0
et après
sudo sysctl -w net.ipv6.bindv6only=1
et si vous choisissez de supprimmer le support ipv6only,
sysctl -p /etc/sysctl.d/bindv6only.conf
devrait suffire plutot que de relancer procps (ce n'est qu'un effet de
bord si sysctl -p est lancé sur tout le répertoire sysctl.d)
--
All truth passes through three stages :
First, it is ridiculed
Second, it is violently opposed
Third, it is accepted as being self-evident
Schopenhauer
Le titre "solution" de ce message http://bugs.debian.org/cgi-bin/bugreport.cgi?bugV0044#20 est plutot usurpé. Ce n'est qu'un workaround un peu crade, en fait. ok Java va pouvoir communiquer, mais il y a d'autres trucs qui risquent de ne pas pouvoir.
En fait une autre "solution" devrait etre avant de lancer eclipse ou java web start ou etc. (dans le script de lancement) sudo sysctl -w net.ipv6.bindv6only=0 et après sudo sysctl -w net.ipv6.bindv6only=1
et si vous choisissez de supprimmer le support ipv6only, sysctl -p /etc/sysctl.d/bindv6only.conf devrait suffire plutot que de relancer procps (ce n'est qu'un effet de bord si sysctl -p est lancé sur tout le répertoire sysctl.d)
-- All truth passes through three stages : First, it is ridiculed Second, it is violently opposed Third, it is accepted as being self-evident Schopenhauer
Nicolas George
Ph. Ivaldi wrote in message :
C'est une modification provisoire ou il faut suivre le sujet de près ?
C'est le défaut sur quasiment tous les autres Unix (sans parler d'OpenBSD, qui ne sait tout simplement pas faire autrement), donc il y a des chances que ça reste.
Ph. Ivaldi wrote in message <87hbr84rjr.fsf@tele2.fr>:
C'est une modification provisoire ou il faut suivre le sujet de près ?
C'est le défaut sur quasiment tous les autres Unix (sans parler d'OpenBSD,
qui ne sait tout simplement pas faire autrement), donc il y a des chances
que ça reste.
C'est une modification provisoire ou il faut suivre le sujet de près ?
C'est le défaut sur quasiment tous les autres Unix (sans parler d'OpenBSD, qui ne sait tout simplement pas faire autrement), donc il y a des chances que ça reste.
Ph. Ivaldi
Le 30 décembre 2009, Nicolas George écrivit :
Ph. Ivaldi wrote in message :
C'est une modification provisoire ou il faut suivre le sujet de près ?
C'est le défaut sur quasiment tous les autres Unix (sans parler d'OpenBSD, qui ne sait tout simplement pas faire autrement), donc il y a des chances que ça reste.
Bon... entre les propos de Yves Lambert et ceux là... je ne suis pas très avancé :-) Je vais suivre ça de près, donc. -- Philippe Ivaldi. http://www.piprime.fr/
Le 30 décembre 2009, Nicolas George écrivit :
Ph. Ivaldi wrote in message <87hbr84rjr.fsf@tele2.fr>:
C'est une modification provisoire ou il faut suivre le sujet de près ?
C'est le défaut sur quasiment tous les autres Unix (sans parler d'OpenBSD,
qui ne sait tout simplement pas faire autrement), donc il y a des chances
que ça reste.
Bon... entre les propos de Yves Lambert et ceux là... je ne suis pas
très avancé :-)
Je vais suivre ça de près, donc.
--
Philippe Ivaldi.
http://www.piprime.fr/
C'est une modification provisoire ou il faut suivre le sujet de près ?
C'est le défaut sur quasiment tous les autres Unix (sans parler d'OpenBSD, qui ne sait tout simplement pas faire autrement), donc il y a des chances que ça reste.
Bon... entre les propos de Yves Lambert et ceux là... je ne suis pas très avancé :-) Je vais suivre ça de près, donc. -- Philippe Ivaldi. http://www.piprime.fr/