Ainsi j'ai tapé "./a.out" : ça ne donne rien, même pas de message
d'erreur, je suis amené à taper Ctrl+C pour reprendre la main.
D'ailleurs "a.out" me retourne le massage d'erreur suivant :
"bash:a.out:command not found".
La 2ème me dit d'essayer "modprobe binfmt_aout" : désolé de ne pas
comprendre ce que ça implique, en clair je ne vois pas ce que je dois
faire.
Pour finir je confirme que a.out est bien executable, ce qu'il devient
automatiquement comme dans Solaris.
2)classement des fichiers dans Nautilus. Quelqu'un me conseille de cliquer
à droite dans la fenêtre, j'y avais, tout de même, pensé : rien
n'apparait. Je voudrais trier selon le type ou la date de dernière
modification.
Merci d'avance.
--
Charles S.
reponse : oter NSP dans mon adresse.
reply : remove NSP in my address.
être désolé c'est bien. Mais en fait tu aurais pu très bien continuer la discussion sur le même fil. Tu as peur de quoi? que la conversation passe dans les oubliettes? Et si tout le monde avait peur de ça, tout le monde initierait un nouveau fil à chaque fois, et effectivement il y aurait des conversations qui passeront inaperçues... La majorité des habitués d'Usenet ont une vue en "fil" (http://faq.fcolc.eu.org/Members/mihamina/divers/fil/image_view) des conversation, et un nouveau fil à achaque fois, ça fatigue.
1)avec mon problême gcc.
Une 1ère réponse me conseillait de regarder mon PATH et d'y chercher ".", le voilà :
Ainsi j'ai tapé "./a.out" : ça ne donne rien, même pas de message d'erreur, je suis amené à taper Ctrl+C pour reprendre la main.
Donc ça donne quelquechose. Qu'est censé faire ton binaire déjà ? un "Hello World" ?
D'ailleurs "a.out" me retourne le massage d'erreur suivant : "bash:a.out:command not found".
D'accord.
La 2ème me dit d'essayer "modprobe binfmt_aout" : désolé de ne pas comprendre ce que ça implique, en clair je ne vois pas ce que je dois faire.
Tu as quel noyaus déjà ? un 2.4 un 2.6 ?
Sur un 2.4, cette ligne demande à insérer (ou charger) le module "binfmt_aout" dans le noyau.
Il parait que la gestion des modules est diffrente sur le 2.6, je ne m'avancerais pas à te donner des explications sur le 2.6.
Pour finir je confirme que a.out est bien executable, ce qu'il devient automatiquement comme dans Solaris.
Il s'est éxécuté, puisque tu a perdu la main. Si il ne s'était pas éxecuté, soit tu aurais eu un message d'erreur, soit tu aurais directement eu la main.
2)classement des fichiers dans Nautilus. Quelqu'un me conseille de cliquer à droite dans la fenêtre, j'y avais, tout de même, pensé : rien n'apparait. Je voudrais trier selon le type ou la date de dernière modification.
Essaie aussi la Mailing List GNOME Pour ce genre de question spécifiques. Le fait que tu pose cette question peut leur faire "tilter" que la fonction n'est pas accessible intuitivement, et ça peut contribuer à rendre les logiciels "conviviaux" : http://mail.gnome.org/mailman/listinfo/nautilus-list
-- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
( Mon, 15 Nov 2004 10:28:31 +0100 ) Charles S. :
Bonjour,
Bonjour
je suis un peu désolé de revenir
être désolé c'est bien. Mais en fait tu aurais pu très bien continuer
la discussion sur le même fil. Tu as peur de quoi? que la conversation
passe dans les oubliettes? Et si tout le monde avait peur de ça, tout le
monde initierait un nouveau fil à chaque fois, et effectivement il y
aurait des conversations qui passeront inaperçues... La
majorité des habitués d'Usenet ont une vue en "fil"
(http://faq.fcolc.eu.org/Members/mihamina/divers/fil/image_view) des
conversation, et un nouveau fil à achaque fois, ça fatigue.
1)avec mon problême gcc.
Une 1ère réponse me conseillait de regarder mon PATH et d'y chercher
".", le voilà :
Ainsi j'ai tapé "./a.out" : ça ne donne rien, même pas de message
d'erreur, je suis amené à taper Ctrl+C pour reprendre la main.
Donc ça donne quelquechose. Qu'est censé faire ton binaire déjà ? un
"Hello World" ?
D'ailleurs "a.out" me retourne le massage d'erreur suivant :
"bash:a.out:command not found".
D'accord.
La 2ème me dit d'essayer "modprobe binfmt_aout" : désolé de ne pas
comprendre ce que ça implique, en clair je ne vois pas ce que je dois
faire.
Tu as quel noyaus déjà ? un 2.4 un 2.6 ?
Sur un 2.4, cette ligne demande à insérer (ou charger) le module
"binfmt_aout" dans le noyau.
Il parait que la gestion des modules est diffrente sur le 2.6, je ne
m'avancerais pas à te donner des explications sur le 2.6.
Pour finir je confirme que a.out est bien executable, ce qu'il devient
automatiquement comme dans Solaris.
Il s'est éxécuté, puisque tu a perdu la main.
Si il ne s'était pas éxecuté, soit tu aurais eu un message d'erreur,
soit tu aurais directement eu la main.
2)classement des fichiers dans Nautilus. Quelqu'un me conseille de
cliquer à droite dans la fenêtre, j'y avais, tout de même, pensé :
rien n'apparait. Je voudrais trier selon le type ou la date de dernière
modification.
Essaie aussi la Mailing List GNOME Pour ce genre de question spécifiques.
Le fait que tu pose cette question peut leur faire "tilter" que la
fonction n'est pas accessible intuitivement, et ça peut contribuer à
rendre les logiciels "conviviaux" :
http://mail.gnome.org/mailman/listinfo/nautilus-list
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
être désolé c'est bien. Mais en fait tu aurais pu très bien continuer la discussion sur le même fil. Tu as peur de quoi? que la conversation passe dans les oubliettes? Et si tout le monde avait peur de ça, tout le monde initierait un nouveau fil à chaque fois, et effectivement il y aurait des conversations qui passeront inaperçues... La majorité des habitués d'Usenet ont une vue en "fil" (http://faq.fcolc.eu.org/Members/mihamina/divers/fil/image_view) des conversation, et un nouveau fil à achaque fois, ça fatigue.
1)avec mon problême gcc.
Une 1ère réponse me conseillait de regarder mon PATH et d'y chercher ".", le voilà :
Ainsi j'ai tapé "./a.out" : ça ne donne rien, même pas de message d'erreur, je suis amené à taper Ctrl+C pour reprendre la main.
Donc ça donne quelquechose. Qu'est censé faire ton binaire déjà ? un "Hello World" ?
D'ailleurs "a.out" me retourne le massage d'erreur suivant : "bash:a.out:command not found".
D'accord.
La 2ème me dit d'essayer "modprobe binfmt_aout" : désolé de ne pas comprendre ce que ça implique, en clair je ne vois pas ce que je dois faire.
Tu as quel noyaus déjà ? un 2.4 un 2.6 ?
Sur un 2.4, cette ligne demande à insérer (ou charger) le module "binfmt_aout" dans le noyau.
Il parait que la gestion des modules est diffrente sur le 2.6, je ne m'avancerais pas à te donner des explications sur le 2.6.
Pour finir je confirme que a.out est bien executable, ce qu'il devient automatiquement comme dans Solaris.
Il s'est éxécuté, puisque tu a perdu la main. Si il ne s'était pas éxecuté, soit tu aurais eu un message d'erreur, soit tu aurais directement eu la main.
2)classement des fichiers dans Nautilus. Quelqu'un me conseille de cliquer à droite dans la fenêtre, j'y avais, tout de même, pensé : rien n'apparait. Je voudrais trier selon le type ou la date de dernière modification.
Essaie aussi la Mailing List GNOME Pour ce genre de question spécifiques. Le fait que tu pose cette question peut leur faire "tilter" que la fonction n'est pas accessible intuitivement, et ça peut contribuer à rendre les logiciels "conviviaux" : http://mail.gnome.org/mailman/listinfo/nautilus-list
-- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
S.Pascal
Bonjour,
Bonjour,
je suis un peu désolé de revenir
1)avec mon problême gcc.
Une 1ère réponse me conseillait de regarder mon PATH et d'y chercher ".", le voilà :
Ainsi j'ai tapé "./a.out" : ça ne donne rien, même pas de message d'erreur, je suis amené à taper Ctrl+C pour reprendre la main. D'ailleurs "a.out" me retourne le massage d'erreur suivant : "bash:a.out:command not found".
Cela me paraît normal. Sans avoir suivi ta demande initiale, je dirai que si tu as mis ./A.out dans le path, le système cherchera le fichier a.out dans le dossier racine. Théoriquement tu ne devrais rien mettre là. Le chemin fait toujours référence à la racine. donc il te faut donner le chemin exact ou plus juste mettre ton fichier dans un des chemins défini dans le path
La 2ème me dit d'essayer "modprobe binfmt_aout" : désolé de ne pas comprendre ce que ça implique, en clair je ne vois pas ce que je dois faire.
Pour finir je confirme que a.out est bien executable, ce qu'il devient automatiquement comme dans Solaris.
2)classement des fichiers dans Nautilus. Quelqu'un me conseille de cliquer à droite dans la fenêtre, j'y avais, tout de même, pensé : rien n'apparait. Je voudrais trier selon le type ou la date de dernière modification.
Normalement, si tu sélectionnes la liste pour l'affichage des fichiers et dossiers, tu peux trier en cliquant sur les titres de colonnes. Tu n'as plus qu'à choisir...
Merci d'avance.
De rien, en espérant que cela réponde à ta question... Cordialement
Pascal
Bonjour,
Bonjour,
je suis un peu désolé de revenir
1)avec mon problême gcc.
Une 1ère réponse me conseillait de regarder mon PATH et d'y chercher
".", le voilà :
Ainsi j'ai tapé "./a.out" : ça ne donne rien, même pas de message
d'erreur, je suis amené à taper Ctrl+C pour reprendre la main.
D'ailleurs "a.out" me retourne le massage d'erreur suivant :
"bash:a.out:command not found".
Cela me paraît normal. Sans avoir suivi ta demande initiale, je dirai
que si tu as mis ./A.out dans le path, le système cherchera le fichier
a.out dans le dossier racine. Théoriquement tu ne devrais rien mettre
là. Le chemin fait toujours référence à la racine. donc il te faut
donner le chemin exact ou plus juste mettre ton fichier dans un des
chemins défini dans le path
La 2ème me dit d'essayer "modprobe binfmt_aout" : désolé de ne pas
comprendre ce que ça implique, en clair je ne vois pas ce que je dois
faire.
Pour finir je confirme que a.out est bien executable, ce qu'il devient
automatiquement comme dans Solaris.
2)classement des fichiers dans Nautilus. Quelqu'un me conseille de cliquer
à droite dans la fenêtre, j'y avais, tout de même, pensé : rien
n'apparait. Je voudrais trier selon le type ou la date de dernière
modification.
Normalement, si tu sélectionnes la liste pour l'affichage des fichiers
et dossiers, tu peux trier en cliquant sur les titres de colonnes. Tu
n'as plus qu'à choisir...
Merci d'avance.
De rien, en espérant que cela réponde à ta question...
Cordialement
Ainsi j'ai tapé "./a.out" : ça ne donne rien, même pas de message d'erreur, je suis amené à taper Ctrl+C pour reprendre la main. D'ailleurs "a.out" me retourne le massage d'erreur suivant : "bash:a.out:command not found".
Cela me paraît normal. Sans avoir suivi ta demande initiale, je dirai que si tu as mis ./A.out dans le path, le système cherchera le fichier a.out dans le dossier racine. Théoriquement tu ne devrais rien mettre là. Le chemin fait toujours référence à la racine. donc il te faut donner le chemin exact ou plus juste mettre ton fichier dans un des chemins défini dans le path
La 2ème me dit d'essayer "modprobe binfmt_aout" : désolé de ne pas comprendre ce que ça implique, en clair je ne vois pas ce que je dois faire.
Pour finir je confirme que a.out est bien executable, ce qu'il devient automatiquement comme dans Solaris.
2)classement des fichiers dans Nautilus. Quelqu'un me conseille de cliquer à droite dans la fenêtre, j'y avais, tout de même, pensé : rien n'apparait. Je voudrais trier selon le type ou la date de dernière modification.
Normalement, si tu sélectionnes la liste pour l'affichage des fichiers et dossiers, tu peux trier en cliquant sur les titres de colonnes. Tu n'as plus qu'à choisir...
Merci d'avance.
De rien, en espérant que cela réponde à ta question... Cordialement
Pascal
no_spam
On Mon, 15 Nov 2004 10:55:27 +0100, Rakotomandimby (R12y) Mihamina wrote:
( Mon, 15 Nov 2004 10:28:31 +0100 ) Charles S. :
Bonjour,
Bonjour
je suis un peu désolé de revenir
être désolé c'est bien. Mais en fait tu aurais pu très bien continuer la discussion sur le même fil. Tu as peur de quoi? que la conversation passe dans les oubliettes? Et si tout le monde avait peur de ça, tout le monde initierait un nouveau fil à chaque fois, et effectivement il y aurait des conversations qui passeront inaperçues... La majorité des habitués d'Usenet ont une vue en "fil" (http://faq.fcolc.eu.org/Members/mihamina/divers/fil/image_view) des conversation, et un nouveau fil à achaque fois, ça fatigue.
1)avec mon problême gcc.
Une 1ère réponse me conseillait de regarder mon PATH et d'y chercher ".", le voilà :
Ainsi j'ai tapé "./a.out" : ça ne donne rien, même pas de message d'erreur, je suis amené à taper Ctrl+C pour reprendre la main.
Donc ça donne quelquechose. Qu'est censé faire ton binaire déjà ? un "Hello World" ?
D'ailleurs "a.out" me retourne le massage d'erreur suivant : "bash:a.out:command not found".
D'accord.
Pour savoir ce qu'il fait pendant ce temps, strace est souvent interressant: strace ./a.out
La 2ème me dit d'essayer "modprobe binfmt_aout" : désolé de ne pas comprendre ce que ça implique, en clair je ne vois pas ce que je dois faire.
Tu as quel noyaus déjà ? un 2.4 un 2.6 ?
Sur un 2.4, cette ligne demande à insérer (ou charger) le module "binfmt_aout" dans le noyau.
Il parait que la gestion des modules est diffrente sur le 2.6, je ne m'avancerais pas à te donner des explications sur le 2.6.
La gestion des modules est différentes dans le noyau mais le nom des commandes n'a pas changé. Mais, comme il a déjà été dit, il est peu probable que ce soit un fichier au format a.out, mais plutôt un ELF standard nommé a.out.
Pour finir je confirme que a.out est bien executable, ce qu'il devient automatiquement comme dans Solaris.
que dit: file a.out ? f
On Mon, 15 Nov 2004 10:55:27 +0100, Rakotomandimby (R12y) Mihamina wrote:
( Mon, 15 Nov 2004 10:28:31 +0100 ) Charles S. :
Bonjour,
Bonjour
je suis un peu désolé de revenir
être désolé c'est bien. Mais en fait tu aurais pu très bien continuer
la discussion sur le même fil. Tu as peur de quoi? que la conversation
passe dans les oubliettes? Et si tout le monde avait peur de ça, tout le
monde initierait un nouveau fil à chaque fois, et effectivement il y
aurait des conversations qui passeront inaperçues... La
majorité des habitués d'Usenet ont une vue en "fil"
(http://faq.fcolc.eu.org/Members/mihamina/divers/fil/image_view) des
conversation, et un nouveau fil à achaque fois, ça fatigue.
1)avec mon problême gcc.
Une 1ère réponse me conseillait de regarder mon PATH et d'y chercher
".", le voilà :
Ainsi j'ai tapé "./a.out" : ça ne donne rien, même pas de message
d'erreur, je suis amené à taper Ctrl+C pour reprendre la main.
Donc ça donne quelquechose. Qu'est censé faire ton binaire déjà ? un
"Hello World" ?
D'ailleurs "a.out" me retourne le massage d'erreur suivant :
"bash:a.out:command not found".
D'accord.
Pour savoir ce qu'il fait pendant ce temps, strace est souvent
interressant:
strace ./a.out
La 2ème me dit d'essayer "modprobe binfmt_aout" : désolé de ne pas
comprendre ce que ça implique, en clair je ne vois pas ce que je dois
faire.
Tu as quel noyaus déjà ? un 2.4 un 2.6 ?
Sur un 2.4, cette ligne demande à insérer (ou charger) le module
"binfmt_aout" dans le noyau.
Il parait que la gestion des modules est diffrente sur le 2.6, je ne
m'avancerais pas à te donner des explications sur le 2.6.
La gestion des modules est différentes dans le noyau mais le nom des
commandes n'a pas changé.
Mais, comme il a déjà été dit, il est peu probable que ce soit un
fichier au format a.out, mais plutôt un ELF standard nommé a.out.
Pour finir je confirme que a.out est bien executable, ce qu'il devient
automatiquement comme dans Solaris.
On Mon, 15 Nov 2004 10:55:27 +0100, Rakotomandimby (R12y) Mihamina wrote:
( Mon, 15 Nov 2004 10:28:31 +0100 ) Charles S. :
Bonjour,
Bonjour
je suis un peu désolé de revenir
être désolé c'est bien. Mais en fait tu aurais pu très bien continuer la discussion sur le même fil. Tu as peur de quoi? que la conversation passe dans les oubliettes? Et si tout le monde avait peur de ça, tout le monde initierait un nouveau fil à chaque fois, et effectivement il y aurait des conversations qui passeront inaperçues... La majorité des habitués d'Usenet ont une vue en "fil" (http://faq.fcolc.eu.org/Members/mihamina/divers/fil/image_view) des conversation, et un nouveau fil à achaque fois, ça fatigue.
1)avec mon problême gcc.
Une 1ère réponse me conseillait de regarder mon PATH et d'y chercher ".", le voilà :
Ainsi j'ai tapé "./a.out" : ça ne donne rien, même pas de message d'erreur, je suis amené à taper Ctrl+C pour reprendre la main.
Donc ça donne quelquechose. Qu'est censé faire ton binaire déjà ? un "Hello World" ?
D'ailleurs "a.out" me retourne le massage d'erreur suivant : "bash:a.out:command not found".
D'accord.
Pour savoir ce qu'il fait pendant ce temps, strace est souvent interressant: strace ./a.out
La 2ème me dit d'essayer "modprobe binfmt_aout" : désolé de ne pas comprendre ce que ça implique, en clair je ne vois pas ce que je dois faire.
Tu as quel noyaus déjà ? un 2.4 un 2.6 ?
Sur un 2.4, cette ligne demande à insérer (ou charger) le module "binfmt_aout" dans le noyau.
Il parait que la gestion des modules est diffrente sur le 2.6, je ne m'avancerais pas à te donner des explications sur le 2.6.
La gestion des modules est différentes dans le noyau mais le nom des commandes n'a pas changé. Mais, comme il a déjà été dit, il est peu probable que ce soit un fichier au format a.out, mais plutôt un ELF standard nommé a.out.
Pour finir je confirme que a.out est bien executable, ce qu'il devient automatiquement comme dans Solaris.
que dit: file a.out ? f
chahnaz.ourzikene
"Charles S." a écrit dans le message de news:
1)avec mon problême gcc.
Une 1ère réponse me conseillait de regarder mon PATH et d'y chercher ".", le voilà :
Ainsi j'ai tapé "./a.out" : ça ne donne rien, même pas de message d'erreur
Salut,
Si tu ne l'avais pas constaté avant, le "." n'existe toujours pas dans ton PATH. Il faut donc le rajouter en dernier de préférence. Le PATH est une suite "ordonnée" de répértoire dans lesquels le shell tentera de chercher l'executable que tu invoques. Il cherchera d'abord dans le premier répértoire (dans ton cas : /usr/local/bin) pui dans le second (/usr/bin) puis le 3ième etc.
Mettre le "." veut dire qu'il faut inclure le répértoire courant dans cette liste de recherche. Ainsi, lorque tu tapes simplement "a.out", le shell cherchera tous les répértoires (certainement sans succés) puis le répértoire courant ("."), et là, normalement, il devrait trouver puis lancer ton executable.
Pourquoi mettre le répértoire courant à la fin ? dans le cas extreme où le nom d'executable est identique au nom d'un autre executable propre au système (comme la commande test, et il m'est souvent arrivé d'appeler mes executables test jusqu'au jour où j'ai su pour le PATH...), ou appartenant à d'autre répértoires.
Hope this helps.
Y.Chaouche.
"Charles S." <schneid@epoisses.inra.frnsp> a écrit dans le message de news:
pan.2004.11.15.09.28.28.319238@epoisses.inra.frnsp...
1)avec mon problême gcc.
Une 1ère réponse me conseillait de regarder mon PATH et d'y chercher
".", le voilà :
Ainsi j'ai tapé "./a.out" : ça ne donne rien, même pas de message d'erreur
Salut,
Si tu ne l'avais pas constaté avant, le "." n'existe toujours pas dans ton
PATH. Il faut donc le rajouter en dernier de préférence. Le PATH est une
suite "ordonnée" de répértoire dans lesquels le shell tentera de chercher
l'executable que tu invoques. Il cherchera d'abord dans le premier
répértoire (dans ton cas : /usr/local/bin) pui dans le second (/usr/bin)
puis le 3ième etc.
Mettre le "." veut dire qu'il faut inclure le répértoire courant dans cette
liste de recherche. Ainsi, lorque tu tapes simplement "a.out", le shell
cherchera tous les répértoires (certainement sans succés) puis le répértoire
courant ("."), et là, normalement, il devrait trouver puis lancer ton
executable.
Pourquoi mettre le répértoire courant à la fin ? dans le cas extreme où le
nom d'executable est identique au nom d'un autre executable propre au
système (comme la commande test, et il m'est souvent arrivé d'appeler mes
executables test jusqu'au jour où j'ai su pour le PATH...), ou appartenant à
d'autre répértoires.
Ainsi j'ai tapé "./a.out" : ça ne donne rien, même pas de message d'erreur
Salut,
Si tu ne l'avais pas constaté avant, le "." n'existe toujours pas dans ton PATH. Il faut donc le rajouter en dernier de préférence. Le PATH est une suite "ordonnée" de répértoire dans lesquels le shell tentera de chercher l'executable que tu invoques. Il cherchera d'abord dans le premier répértoire (dans ton cas : /usr/local/bin) pui dans le second (/usr/bin) puis le 3ième etc.
Mettre le "." veut dire qu'il faut inclure le répértoire courant dans cette liste de recherche. Ainsi, lorque tu tapes simplement "a.out", le shell cherchera tous les répértoires (certainement sans succés) puis le répértoire courant ("."), et là, normalement, il devrait trouver puis lancer ton executable.
Pourquoi mettre le répértoire courant à la fin ? dans le cas extreme où le nom d'executable est identique au nom d'un autre executable propre au système (comme la commande test, et il m'est souvent arrivé d'appeler mes executables test jusqu'au jour où j'ai su pour le PATH...), ou appartenant à d'autre répértoires.
Hope this helps.
Y.Chaouche.
Nicolas George
"chahnaz.ourzikene" wrote in message <4198c020$0$9691$:
Il faut donc le rajouter
Non, non, et non. Si . n'est pas dans le PATH sous Unix, c'est pour de bonnes raisons. Essentiellement, c'est un problème de sécurité assez grave que d'avoir . dans le PATH. Même à la fin, il suffit d'une faute de frappe dans l'orthographe d'une commande (et il y a des fautes assez fréquentes et prévisibles) pour que ce soit exploité.
"chahnaz.ourzikene" wrote in message
<4198c020$0$9691$8fcfb975@news.wanadoo.fr>:
Il faut donc le rajouter
Non, non, et non. Si . n'est pas dans le PATH sous Unix, c'est pour de
bonnes raisons. Essentiellement, c'est un problème de sécurité assez grave
que d'avoir . dans le PATH. Même à la fin, il suffit d'une faute de frappe
dans l'orthographe d'une commande (et il y a des fautes assez fréquentes et
prévisibles) pour que ce soit exploité.
"chahnaz.ourzikene" wrote in message <4198c020$0$9691$:
Il faut donc le rajouter
Non, non, et non. Si . n'est pas dans le PATH sous Unix, c'est pour de bonnes raisons. Essentiellement, c'est un problème de sécurité assez grave que d'avoir . dans le PATH. Même à la fin, il suffit d'une faute de frappe dans l'orthographe d'une commande (et il y a des fautes assez fréquentes et prévisibles) pour que ce soit exploité.
chahnaz.ourzikene
Tu pourrais détailler un peu plus ?
"Nicolas George" <nicolas$ a écrit dans le message de news: cnat53$jva$
"chahnaz.ourzikene" wrote in message <4198c020$0$9691$:
Il faut donc le rajouter
Non, non, et non. Si . n'est pas dans le PATH sous Unix, c'est pour de bonnes raisons. Essentiellement, c'est un problème de sécurité assez grave que d'avoir . dans le PATH. Même à la fin, il suffit d'une faute de frappe dans l'orthographe d'une commande (et il y a des fautes assez fréquentes et
prévisibles) pour que ce soit exploité.
Tu pourrais détailler un peu plus ?
"Nicolas George" <nicolas$george@salle-s.org> a écrit dans le message de
news: cnat53$jva$1@biggoron.nerim.net...
"chahnaz.ourzikene" wrote in message
<4198c020$0$9691$8fcfb975@news.wanadoo.fr>:
Il faut donc le rajouter
Non, non, et non. Si . n'est pas dans le PATH sous Unix, c'est pour de
bonnes raisons. Essentiellement, c'est un problème de sécurité assez grave
que d'avoir . dans le PATH. Même à la fin, il suffit d'une faute de frappe
dans l'orthographe d'une commande (et il y a des fautes assez fréquentes
et
"Nicolas George" <nicolas$ a écrit dans le message de news: cnat53$jva$
"chahnaz.ourzikene" wrote in message <4198c020$0$9691$:
Il faut donc le rajouter
Non, non, et non. Si . n'est pas dans le PATH sous Unix, c'est pour de bonnes raisons. Essentiellement, c'est un problème de sécurité assez grave que d'avoir . dans le PATH. Même à la fin, il suffit d'une faute de frappe dans l'orthographe d'une commande (et il y a des fautes assez fréquentes et
prévisibles) pour que ce soit exploité.
Nicolas George
"chahnaz.ourzikene" wrote in message <41991fe9$0$21028$:
Si je vais dans /tmp/ avec . devant /bin dans mon PATH, et que je tape ls, ça efface mes fichiers et se moque de moi.
Si . est après /bin, qu'à celà ne tienne, il appelle son script sl, et attend que je tape plus vite de la main gauche que de la main droite pour accomplir son méfait.
"Nicolas George" <nicolas$ a écrit dans le message de news: cnat53$jva$
On est censé répondre après le message que l'on cite.
"chahnaz.ourzikene" wrote in message
<41991fe9$0$21028$8fcfb975@news.wanadoo.fr>:
Si je vais dans /tmp/ avec . devant /bin dans mon PATH, et que je tape ls,
ça efface mes fichiers et se moque de moi.
Si . est après /bin, qu'à celà ne tienne, il appelle son script sl, et
attend que je tape plus vite de la main gauche que de la main droite pour
accomplir son méfait.
"Nicolas George" <nicolas$george@salle-s.org> a écrit dans le message de
news: cnat53$jva$1@biggoron.nerim.net...
On est censé répondre après le message que l'on cite.
Si je vais dans /tmp/ avec . devant /bin dans mon PATH, et que je tape ls, ça efface mes fichiers et se moque de moi.
Si . est après /bin, qu'à celà ne tienne, il appelle son script sl, et attend que je tape plus vite de la main gauche que de la main droite pour accomplir son méfait.
"Nicolas George" <nicolas$ a écrit dans le message de news: cnat53$jva$
On est censé répondre après le message que l'on cite.
chahnaz.ourzikene
Tu as raison. /tmp est source de problème de toutes façon, c'est bien pour cela qu'on en efface le contenu toute les heures à la fac :-).
Bein ouais..
Y.Chaouche. Ps: je réponds avant de citer parceque ça m'enerve de devoir scroller 3 fois sur ma pov mollette pour lire une réponse. Si j'entrave une quelconque charte de ce newsgroupe (s'il est modéré ??) je prie à tous les utilisateurs de m'en excuser.
"Nicolas George" <nicolas$ a écrit dans le message de news: cnb8e9$qh2$
"chahnaz.ourzikene" wrote in message <41991fe9$0$21028$:
Si je vais dans /tmp/ avec . devant /bin dans mon PATH, et que je tape ls, ça efface mes fichiers et se moque de moi.
Si . est après /bin, qu'à celà ne tienne, il appelle son script sl, et attend que je tape plus vite de la main gauche que de la main droite pour accomplir son méfait.
"Nicolas George" <nicolas$ a écrit dans le message de news: cnat53$jva$
On est censé répondre après le message que l'on cite.
Tu as raison. /tmp est source de problème de toutes façon, c'est bien pour
cela qu'on en efface le contenu toute les heures à la fac :-).
Bein ouais..
Y.Chaouche.
Ps: je réponds avant de citer parceque ça m'enerve de devoir scroller 3 fois
sur ma pov mollette pour lire une réponse. Si j'entrave une quelconque
charte de ce newsgroupe (s'il est modéré ??) je prie à tous les utilisateurs
de m'en excuser.
"Nicolas George" <nicolas$george@salle-s.org> a écrit dans le message de
news: cnb8e9$qh2$2@biggoron.nerim.net...
"chahnaz.ourzikene" wrote in message
<41991fe9$0$21028$8fcfb975@news.wanadoo.fr>:
Si je vais dans /tmp/ avec . devant /bin dans mon PATH, et que je tape ls,
ça efface mes fichiers et se moque de moi.
Si . est après /bin, qu'à celà ne tienne, il appelle son script sl, et
attend que je tape plus vite de la main gauche que de la main droite pour
accomplir son méfait.
"Nicolas George" <nicolas$george@salle-s.org> a écrit dans le message de
news: cnat53$jva$1@biggoron.nerim.net...
On est censé répondre après le message que l'on cite.
Tu as raison. /tmp est source de problème de toutes façon, c'est bien pour cela qu'on en efface le contenu toute les heures à la fac :-).
Bein ouais..
Y.Chaouche. Ps: je réponds avant de citer parceque ça m'enerve de devoir scroller 3 fois sur ma pov mollette pour lire une réponse. Si j'entrave une quelconque charte de ce newsgroupe (s'il est modéré ??) je prie à tous les utilisateurs de m'en excuser.
"Nicolas George" <nicolas$ a écrit dans le message de news: cnb8e9$qh2$
"chahnaz.ourzikene" wrote in message <41991fe9$0$21028$:
Si je vais dans /tmp/ avec . devant /bin dans mon PATH, et que je tape ls, ça efface mes fichiers et se moque de moi.
Si . est après /bin, qu'à celà ne tienne, il appelle son script sl, et attend que je tape plus vite de la main gauche que de la main droite pour accomplir son méfait.
"Nicolas George" <nicolas$ a écrit dans le message de news: cnat53$jva$
On est censé répondre après le message que l'on cite.
Nicolas George
"chahnaz.ourzikene" wrote in message <4199de5f$0$3312$:
Ps: je réponds avant de citer parceque ça m'enerve de devoir scroller 3 fois sur ma pov mollette pour lire une réponse.
C'est pour ça qu'il ne faut conserver que les parties utiles pour indiquer le contexte.
Si j'entrave une quelconque charte de ce newsgroupe
Il y a une charte, comme à tous les newsgroups de la hiérarchie fr.
(s'il est modéré ??)
Non, ce n'est pas modéré.
je prie à tous les utilisateurs de m'en excuser.
Il ne suffit pas de s'excuser et de continuer.
"chahnaz.ourzikene" wrote in message
<4199de5f$0$3312$8fcfb975@news.wanadoo.fr>:
Ps: je réponds avant de citer parceque ça m'enerve de devoir scroller 3 fois
sur ma pov mollette pour lire une réponse.
C'est pour ça qu'il ne faut conserver que les parties utiles pour indiquer
le contexte.
Si j'entrave une quelconque
charte de ce newsgroupe
Il y a une charte, comme à tous les newsgroups de la hiérarchie fr.
"chahnaz.ourzikene" wrote in message <4199de5f$0$3312$:
Ps: je réponds avant de citer parceque ça m'enerve de devoir scroller 3 fois sur ma pov mollette pour lire une réponse.
C'est pour ça qu'il ne faut conserver que les parties utiles pour indiquer le contexte.
Si j'entrave une quelconque charte de ce newsgroupe
Il y a une charte, comme à tous les newsgroups de la hiérarchie fr.
(s'il est modéré ??)
Non, ce n'est pas modéré.
je prie à tous les utilisateurs de m'en excuser.
Il ne suffit pas de s'excuser et de continuer.
Sebastien Kirche
Le 16 Nov 2004, chahnaz ourzikene a formulé :
Ps: je réponds avant de citer parceque ça m'enerve de devoir scroller 3 fois sur ma pov mollette pour lire une réponse. Si j'entrave une quelconque charte de ce newsgroupe (s'il est modéré ??) je prie à tous les utilisateurs de m'en excuser.
Ce n'est pas comme cela que ça fonctionne.
Quand on arrive quelque part (comme dans la «vraie» vie), on ne met pas les pieds dans le plat en précisant en substance «je me fous de vos usages, moi je fais ce qu'il me plaît».
Tout ce qu'il y a à gagner c'est d'éventuellement de se faire rappeler les usages par les habitués, ou plus simplement de se faire ignorer.
Au moins on ne perdra pas de temps avec vous puisque vous annoncez la couleur d'emblée.
Pour votre information fcolc n'est pas modéré.
J'ajouterai simplement que s'il y a problème à scroller dans un message pour lire une réponse, c'est souvent que celui qui a répondu a peut-être cité un peu trop du message précédent. Et cela ne justifie pas de marcher allègrement sur les usages à son tour pour autant.
Sébastien Kirche
Le 16 Nov 2004, chahnaz ourzikene a formulé :
Ps: je réponds avant de citer parceque ça m'enerve de devoir scroller 3
fois sur ma pov mollette pour lire une réponse. Si j'entrave une
quelconque charte de ce newsgroupe (s'il est modéré ??) je prie à tous les
utilisateurs de m'en excuser.
Ce n'est pas comme cela que ça fonctionne.
Quand on arrive quelque part (comme dans la «vraie» vie), on ne met pas les
pieds dans le plat en précisant en substance «je me fous de vos usages, moi
je fais ce qu'il me plaît».
Tout ce qu'il y a à gagner c'est d'éventuellement de se faire rappeler les
usages par les habitués, ou plus simplement de se faire ignorer.
Au moins on ne perdra pas de temps avec vous puisque vous annoncez la
couleur d'emblée.
Pour votre information fcolc n'est pas modéré.
J'ajouterai simplement que s'il y a problème à scroller dans un message
pour lire une réponse, c'est souvent que celui qui a répondu a peut-être
cité un peu trop du message précédent. Et cela ne justifie pas de marcher
allègrement sur les usages à son tour pour autant.
Ps: je réponds avant de citer parceque ça m'enerve de devoir scroller 3 fois sur ma pov mollette pour lire une réponse. Si j'entrave une quelconque charte de ce newsgroupe (s'il est modéré ??) je prie à tous les utilisateurs de m'en excuser.
Ce n'est pas comme cela que ça fonctionne.
Quand on arrive quelque part (comme dans la «vraie» vie), on ne met pas les pieds dans le plat en précisant en substance «je me fous de vos usages, moi je fais ce qu'il me plaît».
Tout ce qu'il y a à gagner c'est d'éventuellement de se faire rappeler les usages par les habitués, ou plus simplement de se faire ignorer.
Au moins on ne perdra pas de temps avec vous puisque vous annoncez la couleur d'emblée.
Pour votre information fcolc n'est pas modéré.
J'ajouterai simplement que s'il y a problème à scroller dans un message pour lire une réponse, c'est souvent que celui qui a répondu a peut-être cité un peu trop du message précédent. Et cela ne justifie pas de marcher allègrement sur les usages à son tour pour autant.
