J'ai un script d'installation qui marche parfaitement sous linux mais qui
foire sous OS X. Par exemple un parmetre que je rentre n'est pas pris en
compte. Est-ce qu'il existe des differences de comportement entre le sh de
linux et celui de mac OS X?
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
Éric Lévénez
Le 6/11/03 19:27, dans , « Saïd » a écrit :
J'ai un script d'installation qui marche parfaitement sous linux mais qui foire sous OS X. Par exemple un parmetre que je rentre n'est pas pris en compte. Est-ce qu'il existe des differences de comportement entre le sh de linux et celui de mac OS X?
Quelle version de système ? Quel shell et quel en quelle version ?
Poste ton code pour voir.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 6/11/03 19:27, dans <slrnbql4kn.p1b.saidNo@brian.lan>, « Saïd »
<saidNo@spaMquatramaran.ens.france> a écrit :
J'ai un script d'installation qui marche parfaitement sous linux mais qui
foire sous OS X. Par exemple un parmetre que je rentre n'est pas pris en
compte. Est-ce qu'il existe des differences de comportement entre le sh de
linux et celui de mac OS X?
Quelle version de système ? Quel shell et quel en quelle version ?
Poste ton code pour voir.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
J'ai un script d'installation qui marche parfaitement sous linux mais qui foire sous OS X. Par exemple un parmetre que je rentre n'est pas pris en compte. Est-ce qu'il existe des differences de comportement entre le sh de linux et celui de mac OS X?
Quelle version de système ? Quel shell et quel en quelle version ?
Poste ton code pour voir.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Saïd
Éric Lévénez wrote:
Le 6/11/03 19:27, dans , « Saïd »
J'ai un script d'installation qui marche parfaitement sous linux mais qui foire sous OS X. Par exemple un parmetre que je rentre n'est pas pris en compte. Est-ce qu'il existe des differences de comportement entre le sh de linux et celui de mac OS X?
Quelle version de système ? Quel shell et quel en quelle version ?
Poste ton code pour voir.
J'ai verifier les versions, ce sont les memes que sur mon linux /PC. Je suis meme alle jusqu'a installer make par Fink pour avoir les memes outils.
Poster le code n'aurrait pas trop d'interet vu qu'il y a toute une arborescence. C'est un gloubiboulga infame mais tres pratique pour developper des algorithmes de traitement d'image.
Le projet est la: http://www.cmla.ens-cachan.fr/Cmla/Megawave/
Si tu lances l'install par ./Install il n'ecrira strictement rien hors du repertoire de decompactage. Et les reponses par defaut aux question esoteriques qu'il pose sont les bonnes. sauf quand il demande ou se trouve le include de X11 (/usr/X11R6/include). S'il demande ou se trouve libtiff et libjpeg, il suffit de faire [Entree].
Dans ces conditions, chez moi le make s'arrete avec une erreur du genre:
cp /blabla cp Usage: IL FAUT METTRE UNE DESTINATION. make: Error...
Mais bon c'est un peu trop demander. Je m'arrangerai avec les concepteurs.
-- Saïd.
Éric Lévénez wrote:
Le 6/11/03 19:27, dans <slrnbql4kn.p1b.saidNo@brian.lan>, « Saïd »
J'ai un script d'installation qui marche parfaitement sous linux mais qui
foire sous OS X. Par exemple un parmetre que je rentre n'est pas pris en
compte. Est-ce qu'il existe des differences de comportement entre le sh de
linux et celui de mac OS X?
Quelle version de système ? Quel shell et quel en quelle version ?
Poste ton code pour voir.
J'ai verifier les versions, ce sont les memes que sur mon linux /PC.
Je suis meme alle jusqu'a installer make par Fink pour avoir les memes
outils.
Poster le code n'aurrait pas trop d'interet vu qu'il y a toute une
arborescence. C'est un gloubiboulga infame mais tres pratique pour
developper des algorithmes de traitement d'image.
Le projet est la:
http://www.cmla.ens-cachan.fr/Cmla/Megawave/
Si tu lances l'install par ./Install il n'ecrira strictement rien hors
du repertoire de decompactage. Et les reponses par defaut aux question
esoteriques qu'il pose sont les bonnes. sauf quand il demande ou se
trouve le include de X11 (/usr/X11R6/include). S'il demande ou se trouve
libtiff et libjpeg, il suffit de faire [Entree].
Dans ces conditions, chez moi le make s'arrete avec une erreur du genre:
cp /blabla
cp Usage: IL FAUT METTRE UNE DESTINATION.
make: Error...
Mais bon c'est un peu trop demander. Je m'arrangerai avec les concepteurs.
J'ai un script d'installation qui marche parfaitement sous linux mais qui foire sous OS X. Par exemple un parmetre que je rentre n'est pas pris en compte. Est-ce qu'il existe des differences de comportement entre le sh de linux et celui de mac OS X?
Quelle version de système ? Quel shell et quel en quelle version ?
Poste ton code pour voir.
J'ai verifier les versions, ce sont les memes que sur mon linux /PC. Je suis meme alle jusqu'a installer make par Fink pour avoir les memes outils.
Poster le code n'aurrait pas trop d'interet vu qu'il y a toute une arborescence. C'est un gloubiboulga infame mais tres pratique pour developper des algorithmes de traitement d'image.
Le projet est la: http://www.cmla.ens-cachan.fr/Cmla/Megawave/
Si tu lances l'install par ./Install il n'ecrira strictement rien hors du repertoire de decompactage. Et les reponses par defaut aux question esoteriques qu'il pose sont les bonnes. sauf quand il demande ou se trouve le include de X11 (/usr/X11R6/include). S'il demande ou se trouve libtiff et libjpeg, il suffit de faire [Entree].
Dans ces conditions, chez moi le make s'arrete avec une erreur du genre:
cp /blabla cp Usage: IL FAUT METTRE UNE DESTINATION. make: Error...
Mais bon c'est un peu trop demander. Je m'arrangerai avec les concepteurs.
-- Saïd.
ericb
Bonjour,
Saïd a écrit:
Éric Lévénez wrote:
J'ai un script d'installation qui marche parfaitement sous linux mais qui foire sous OS X. Par exemple un parmetre que je rentre n'est pas pris en compte. Est-ce qu'il existe des differences de comportement entre le sh de linux et celui de mac OS X?
Oui, probablement. Le comportement m'a paru bizarre. Je pense qu'il s'agit d'un pb de variables d'environnement. Je n'ai pas cherché +, et je peux me tromper.
Quelle version de système ? Quel shell et quel en quelle version ?
Poste ton code pour voir.
Le projet est la: http://www.cmla.ens-cachan.fr/Cmla/Megawave/
Super intéressant, ce projet...
Si tu lances l'install par ./Install il n'ecrira strictement rien hors du repertoire de decompactage. Et les reponses par defaut aux question esoteriques qu'il pose sont les bonnes. sauf quand il demande ou se trouve le include de X11 (/usr/X11R6/include). S'il demande ou se trouve libtiff et libjpeg, il suffit de faire [Entree].
S'il cherche des includes, il faut peut-être installer xlibs-dev avec fink...enfin je dis ça comme ça. Il y a une recompilation, pendant l'installation ? (je n'ai pas regardé+ que ça...)
Dans ces conditions, chez moi le make s'arrete avec une erreur du genre:
cp /blabla cp Usage: IL FAUT METTRE UNE DESTINATION. make: Error...
Mais bon c'est un peu trop demander. Je m'arrangerai avec les concepteurs.
J'ai regardé ce script. As-tu essayé avec debug=1 ?
Ensuite, tu peux peut-être poster le message d'erreur pendant l'instal en continuant sur fr.comp.os.unix.mac ?
-- NON AUX BREVETS SUR LES LOGICIELS. Voir http://swpat.ffii.org/
eric b
Bonjour,
Saïd a écrit:
Éric Lévénez wrote:
J'ai un script d'installation qui marche parfaitement sous linux mais
qui
foire sous OS X. Par exemple un parmetre que je rentre n'est pas pris en
compte. Est-ce qu'il existe des differences de comportement entre le
sh de
linux et celui de mac OS X?
Oui, probablement. Le comportement m'a paru bizarre. Je pense qu'il
s'agit d'un pb de variables d'environnement. Je n'ai pas cherché +, et
je peux me tromper.
Quelle version de système ? Quel shell et quel en quelle version ?
Poste ton code pour voir.
Le projet est la:
http://www.cmla.ens-cachan.fr/Cmla/Megawave/
Super intéressant, ce projet...
Si tu lances l'install par ./Install il n'ecrira strictement rien hors
du repertoire de decompactage. Et les reponses par defaut aux question
esoteriques qu'il pose sont les bonnes. sauf quand il demande ou se
trouve le include de X11 (/usr/X11R6/include). S'il demande ou se trouve
libtiff et libjpeg, il suffit de faire [Entree].
S'il cherche des includes, il faut peut-être installer xlibs-dev avec
fink...enfin je dis ça comme ça. Il y a une recompilation, pendant
l'installation ? (je n'ai pas regardé+ que ça...)
Dans ces conditions, chez moi le make s'arrete avec une erreur du genre:
cp /blabla
cp Usage: IL FAUT METTRE UNE DESTINATION.
make: Error...
Mais bon c'est un peu trop demander. Je m'arrangerai avec les concepteurs.
J'ai regardé ce script. As-tu essayé avec debug=1 ?
Ensuite, tu peux peut-être poster le message d'erreur pendant l'instal
en continuant sur fr.comp.os.unix.mac ?
--
NON AUX BREVETS SUR LES LOGICIELS. Voir http://swpat.ffii.org/
J'ai un script d'installation qui marche parfaitement sous linux mais qui foire sous OS X. Par exemple un parmetre que je rentre n'est pas pris en compte. Est-ce qu'il existe des differences de comportement entre le sh de linux et celui de mac OS X?
Oui, probablement. Le comportement m'a paru bizarre. Je pense qu'il s'agit d'un pb de variables d'environnement. Je n'ai pas cherché +, et je peux me tromper.
Quelle version de système ? Quel shell et quel en quelle version ?
Poste ton code pour voir.
Le projet est la: http://www.cmla.ens-cachan.fr/Cmla/Megawave/
Super intéressant, ce projet...
Si tu lances l'install par ./Install il n'ecrira strictement rien hors du repertoire de decompactage. Et les reponses par defaut aux question esoteriques qu'il pose sont les bonnes. sauf quand il demande ou se trouve le include de X11 (/usr/X11R6/include). S'il demande ou se trouve libtiff et libjpeg, il suffit de faire [Entree].
S'il cherche des includes, il faut peut-être installer xlibs-dev avec fink...enfin je dis ça comme ça. Il y a une recompilation, pendant l'installation ? (je n'ai pas regardé+ que ça...)
Dans ces conditions, chez moi le make s'arrete avec une erreur du genre:
cp /blabla cp Usage: IL FAUT METTRE UNE DESTINATION. make: Error...
Mais bon c'est un peu trop demander. Je m'arrangerai avec les concepteurs.
J'ai regardé ce script. As-tu essayé avec debug=1 ?
Ensuite, tu peux peut-être poster le message d'erreur pendant l'instal en continuant sur fr.comp.os.unix.mac ?
-- NON AUX BREVETS SUR LES LOGICIELS. Voir http://swpat.ffii.org/
eric b
Éric Lévénez
Le 7/11/03 12:24, dans , « Saïd » a écrit :
Le projet est la: http://www.cmla.ens-cachan.fr/Cmla/Megawave/
Ou là, je ne vais pas installer cette chose sur ma machine...
Dans ces conditions, chez moi le make s'arrete avec une erreur du genre:
cp /blabla cp Usage: IL FAUT METTRE UNE DESTINATION. make: Error...
Bin si "cp" n'a qu'un argument, ça ne marche pas. Cela doit donc venir d'une variable vide ou non initialisée sur Mac OS X par rapport à Linux. Il suffit de trouver le nom de la variable que veux utiliser le "cp".
Cela n'a donc rien à voir avec la version de shell, c'est juste du portage à faire en adaptant les variables de Linux à Mac OS X.
Pour savoir où ça coince, si tu avais donné le message exacte, j'aurais peut-être pu te dire quoi faire, mais là "cp /blabla..." c'est pas facile de t'aider...
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 7/11/03 12:24, dans <3FAB80EC.3020701@spaMquatramaran.ens.fr>, « Saïd »
<saidNo@spaMquatramaran.ens.fr> a écrit :
Le projet est la:
http://www.cmla.ens-cachan.fr/Cmla/Megawave/
Ou là, je ne vais pas installer cette chose sur ma machine...
Dans ces conditions, chez moi le make s'arrete avec une erreur du genre:
cp /blabla
cp Usage: IL FAUT METTRE UNE DESTINATION.
make: Error...
Bin si "cp" n'a qu'un argument, ça ne marche pas. Cela doit donc venir d'une
variable vide ou non initialisée sur Mac OS X par rapport à Linux. Il suffit
de trouver le nom de la variable que veux utiliser le "cp".
Cela n'a donc rien à voir avec la version de shell, c'est juste du portage à
faire en adaptant les variables de Linux à Mac OS X.
Pour savoir où ça coince, si tu avais donné le message exacte, j'aurais
peut-être pu te dire quoi faire, mais là "cp /blabla..." c'est pas facile de
t'aider...
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le projet est la: http://www.cmla.ens-cachan.fr/Cmla/Megawave/
Ou là, je ne vais pas installer cette chose sur ma machine...
Dans ces conditions, chez moi le make s'arrete avec une erreur du genre:
cp /blabla cp Usage: IL FAUT METTRE UNE DESTINATION. make: Error...
Bin si "cp" n'a qu'un argument, ça ne marche pas. Cela doit donc venir d'une variable vide ou non initialisée sur Mac OS X par rapport à Linux. Il suffit de trouver le nom de la variable que veux utiliser le "cp".
Cela n'a donc rien à voir avec la version de shell, c'est juste du portage à faire en adaptant les variables de Linux à Mac OS X.
Pour savoir où ça coince, si tu avais donné le message exacte, j'aurais peut-être pu te dire quoi faire, mais là "cp /blabla..." c'est pas facile de t'aider...
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Saïd
Éric Lévénez wrote:
Pour savoir où ça coince, si tu avais donné le message exacte, j'aurais peut-être pu te dire quoi faire, mais là "cp /blabla..." c'est pas facile de t'aider...
C'est parce que je n'ai pas la machine sous la main. Je reposte ce soir.
-- Saïd.
Éric Lévénez wrote:
Pour savoir où ça coince, si tu avais donné le message exacte, j'aurais
peut-être pu te dire quoi faire, mais là "cp /blabla..." c'est pas facile de
t'aider...
C'est parce que je n'ai pas la machine sous la main. Je reposte ce soir.
Pour savoir où ça coince, si tu avais donné le message exacte, j'aurais peut-être pu te dire quoi faire, mais là "cp /blabla..." c'est pas facile de t'aider...
C'est parce que je n'ai pas la machine sous la main. Je reposte ce soir.
-- Saïd.
Saïd
ericb wrote:
Bonjour,
Saïd a écrit:
Éric Lévénez wrote:
J'ai un script d'installation qui marche parfaitement sous linux mais qui foire sous OS X. Par exemple un parmetre que je rentre n'est pas pris en compte. Est-ce qu'il existe des differences de comportement entre le sh de linux et celui de mac OS X?
Oui, probablement. Le comportement m'a paru bizarre. Je pense qu'il s'agit d'un pb de variables d'environnement. Je n'ai pas cherché +, et je peux me tromper.
Je vais faire un diff de mes environnements sous OS X et linux.
Si tu lances l'install par ./Install il n'ecrira strictement rien hors du repertoire de decompactage. Et les reponses par defaut aux question esoteriques qu'il pose sont les bonnes. sauf quand il demande ou se trouve le include de X11 (/usr/X11R6/include). S'il demande ou se trouve libtiff et libjpeg, il suffit de faire [Entree].
S'il cherche des includes, il faut peut-être installer xlibs-dev avec fink...enfin je dis ça comme ça. Il y a une recompilation, pendant l'installation ? (je n'ai pas regardé+ que ça...)
Les headers X sont bien trouves et il y a un tas de compilations (qui incluent des headers X11) qui se passent bien avant le crash. Les headers X11 biennent avec le X11 d'Apple.
Dans ces conditions, chez moi le make s'arrete avec une erreur du genre:
cp /blabla cp Usage: IL FAUT METTRE UNE DESTINATION. make: Error...
Mais bon c'est un peu trop demander. Je m'arrangerai avec les concepteurs.
J'ai regardé ce script. As-tu essayé avec debug=1 ?
Ensuite, tu peux peut-être poster le message d'erreur pendant l'instal en continuant sur fr.comp.os.unix.mac ?
Je vais voir. Merci.
-- Saïd.
ericb wrote:
Bonjour,
Saïd a écrit:
Éric Lévénez wrote:
J'ai un script d'installation qui marche parfaitement sous linux
mais qui
foire sous OS X. Par exemple un parmetre que je rentre n'est pas
pris en
compte. Est-ce qu'il existe des differences de comportement entre le
sh de
linux et celui de mac OS X?
Oui, probablement. Le comportement m'a paru bizarre. Je pense qu'il
s'agit d'un pb de variables d'environnement. Je n'ai pas cherché +, et
je peux me tromper.
Je vais faire un diff de mes environnements sous OS X et linux.
Si tu lances l'install par ./Install il n'ecrira strictement rien
hors du repertoire de decompactage. Et les reponses par defaut aux
question esoteriques qu'il pose sont les bonnes. sauf quand il demande
ou se trouve le include de X11 (/usr/X11R6/include). S'il demande ou
se trouve libtiff et libjpeg, il suffit de faire [Entree].
S'il cherche des includes, il faut peut-être installer xlibs-dev avec
fink...enfin je dis ça comme ça. Il y a une recompilation, pendant
l'installation ? (je n'ai pas regardé+ que ça...)
Les headers X sont bien trouves et il y a un tas de compilations (qui
incluent des headers X11) qui se passent bien avant le crash. Les
headers X11 biennent avec le X11 d'Apple.
Dans ces conditions, chez moi le make s'arrete avec une erreur du genre:
cp /blabla
cp Usage: IL FAUT METTRE UNE DESTINATION.
make: Error...
Mais bon c'est un peu trop demander. Je m'arrangerai avec les
concepteurs.
J'ai regardé ce script. As-tu essayé avec debug=1 ?
Ensuite, tu peux peut-être poster le message d'erreur pendant l'instal
en continuant sur fr.comp.os.unix.mac ?
J'ai un script d'installation qui marche parfaitement sous linux mais qui foire sous OS X. Par exemple un parmetre que je rentre n'est pas pris en compte. Est-ce qu'il existe des differences de comportement entre le sh de linux et celui de mac OS X?
Oui, probablement. Le comportement m'a paru bizarre. Je pense qu'il s'agit d'un pb de variables d'environnement. Je n'ai pas cherché +, et je peux me tromper.
Je vais faire un diff de mes environnements sous OS X et linux.
Si tu lances l'install par ./Install il n'ecrira strictement rien hors du repertoire de decompactage. Et les reponses par defaut aux question esoteriques qu'il pose sont les bonnes. sauf quand il demande ou se trouve le include de X11 (/usr/X11R6/include). S'il demande ou se trouve libtiff et libjpeg, il suffit de faire [Entree].
S'il cherche des includes, il faut peut-être installer xlibs-dev avec fink...enfin je dis ça comme ça. Il y a une recompilation, pendant l'installation ? (je n'ai pas regardé+ que ça...)
Les headers X sont bien trouves et il y a un tas de compilations (qui incluent des headers X11) qui se passent bien avant le crash. Les headers X11 biennent avec le X11 d'Apple.
Dans ces conditions, chez moi le make s'arrete avec une erreur du genre:
cp /blabla cp Usage: IL FAUT METTRE UNE DESTINATION. make: Error...
Mais bon c'est un peu trop demander. Je m'arrangerai avec les concepteurs.
J'ai regardé ce script. As-tu essayé avec debug=1 ?
Ensuite, tu peux peut-être poster le message d'erreur pendant l'instal en continuant sur fr.comp.os.unix.mac ?
Je vais voir. Merci.
-- Saïd.
Saïd
Xavier :
Saïd wrote:
Est-ce qu'il existe des differences de comportement entre le sh de linux et celui de mac OS X?
Oui. Celui de Linux est un vrai sh, celui de MacOSX est un hardlink HFS (une copie, donc :-))) vers bash.
Et les intégristes Stallmaniens ont décidé de supprimer des fonctions de sh dans bash. Je ne sais pas lesquelles, par contre.
Ton problème vient donc *peut-être* de là.
Pourtant sur une machine linux j'ai ladjal/kahina - ~ $ /bin/sh --version GNU bash, version 2.05a.0(1)-release (i386-pc-linux-gnu) Copyright 2001 Free Software Foundation, Inc.
et sous OS X:
brian-~ $ /bin/sh --version GNU bash, version 2.05a.0(1)-release (powerpc-apple-darwin6.0) Copyright 2001 Free Software Foundation, Inc.
si bash change de comportement suivant le nom de l'executable, il devrait le faire de la meme maniere sous linux et OS X (exactement la meme version de bash sur les deux). non?
-- Saïd.
Xavier :
Saïd <saidNo@spaMquatramaran.ens.france> wrote:
Est-ce qu'il existe des differences de comportement entre le sh de
linux et celui de mac OS X?
Oui. Celui de Linux est un vrai sh, celui de MacOSX est un hardlink HFS
(une copie, donc :-))) vers bash.
Et les intégristes Stallmaniens ont décidé de supprimer des fonctions de
sh dans bash. Je ne sais pas lesquelles, par contre.
Ton problème vient donc *peut-être* de là.
Pourtant sur une machine linux j'ai
ladjal/kahina - ~ $ /bin/sh --version
GNU bash, version 2.05a.0(1)-release (i386-pc-linux-gnu)
Copyright 2001 Free Software Foundation, Inc.
et sous OS X:
brian-~ $ /bin/sh --version
GNU bash, version 2.05a.0(1)-release (powerpc-apple-darwin6.0)
Copyright 2001 Free Software Foundation, Inc.
si bash change de comportement suivant le nom de l'executable, il devrait
le faire de la meme maniere sous linux et OS X (exactement la meme version
de bash sur les deux). non?
Est-ce qu'il existe des differences de comportement entre le sh de linux et celui de mac OS X?
Oui. Celui de Linux est un vrai sh, celui de MacOSX est un hardlink HFS (une copie, donc :-))) vers bash.
Et les intégristes Stallmaniens ont décidé de supprimer des fonctions de sh dans bash. Je ne sais pas lesquelles, par contre.
Ton problème vient donc *peut-être* de là.
Pourtant sur une machine linux j'ai ladjal/kahina - ~ $ /bin/sh --version GNU bash, version 2.05a.0(1)-release (i386-pc-linux-gnu) Copyright 2001 Free Software Foundation, Inc.
et sous OS X:
brian-~ $ /bin/sh --version GNU bash, version 2.05a.0(1)-release (powerpc-apple-darwin6.0) Copyright 2001 Free Software Foundation, Inc.
si bash change de comportement suivant le nom de l'executable, il devrait le faire de la meme maniere sous linux et OS X (exactement la meme version de bash sur les deux). non?
-- Saïd.
Saïd
Xavier :
Saïd wrote:
si bash change de comportement suivant le nom de l'executable, il devrait le faire de la meme maniere sous linux et OS X (exactement la meme version de bash sur les deux). non?
Effectivement.
Et je ne savais pas que Linux faisait comme MacOSX - ce qui est une connerie, au passage, parce que le jour où la libc explose (pourquoi je pense à ça, quand je pense à Linux ?), tu es bien content d'avoir un *vrai* /bin/sh statique et basique.
Meme pas besoin. IL suffit juste que libncurses soit inaccessible pour ne plus avoir de shell.
-- Saïd.
Xavier :
Saïd <saidNo@spaMquatramaran.ens.france> wrote:
si bash change de comportement suivant le nom de l'executable, il
devrait le faire de la meme maniere sous linux et OS X (exactement la
meme version de bash sur les deux). non?
Effectivement.
Et je ne savais pas que Linux faisait comme MacOSX - ce qui est une
connerie, au passage, parce que le jour où la libc explose (pourquoi je
pense à ça, quand je pense à Linux ?), tu es bien content d'avoir un
*vrai* /bin/sh statique et basique.
Meme pas besoin. IL suffit juste que libncurses soit inaccessible pour ne
plus avoir de shell.
si bash change de comportement suivant le nom de l'executable, il devrait le faire de la meme maniere sous linux et OS X (exactement la meme version de bash sur les deux). non?
Effectivement.
Et je ne savais pas que Linux faisait comme MacOSX - ce qui est une connerie, au passage, parce que le jour où la libc explose (pourquoi je pense à ça, quand je pense à Linux ?), tu es bien content d'avoir un *vrai* /bin/sh statique et basique.
Meme pas besoin. IL suffit juste que libncurses soit inaccessible pour ne plus avoir de shell.
