slt
lorsque j'importe des fichiers *.cpp de la fac a chez moi (utilisation de
visual c++6.0), j'ai le message suivant :
"Lines ending with only a carriage return have been detected. These will be
modified to include a line feed."
Ceci est tres embétant parceque je me retrouve avec un interligne entre
chaque ligne de code lorsque j'ouvre le fichier chez moi.
quelqu'un a-t'il une explication, voire même une solution concernant ce
probleme?
merci
lorsque j'importe des fichiers *.cpp de la fac a chez moi (utilisation de visual c++6.0), j'ai le message suivant : "Lines ending with only a carriage return have been detected. These will be modified to include a line feed."
Ceci est tres embétant parceque je me retrouve avec un interligne entre chaque ligne de code lorsque j'ouvre le fichier chez moi.
quelqu'un a-t'il une explication, voire même une solution concernant ce probleme?
C'est un vieux et célèbre problème de codage des fichiers texte différent entre les Unix et dos/windows. En Unix, une ligne termine par un caractère "retour à la ligne". En dos/windows, une ligne termine par un caractère "fin de ligne" puis un autre "retour à la ligne". Sur de nombreuses distributions Unix, il existe un utilitaire "dos2unix" et son petit frère "unix2dos" qui font ce qu'il faut pour que tout se passe bien.
Marc Boyer -- Lying for having sex or lying for making war? Trust US presidents :-(
abitbol wrote:
lorsque j'importe des fichiers *.cpp de la fac a chez moi (utilisation de
visual c++6.0), j'ai le message suivant :
"Lines ending with only a carriage return have been detected. These will be
modified to include a line feed."
Ceci est tres embétant parceque je me retrouve avec un interligne entre
chaque ligne de code lorsque j'ouvre le fichier chez moi.
quelqu'un a-t'il une explication, voire même une solution concernant ce
probleme?
C'est un vieux et célèbre problème de codage des fichiers
texte différent entre les Unix et dos/windows.
En Unix, une ligne termine par un caractère "retour à
la ligne". En dos/windows, une ligne termine par
un caractère "fin de ligne" puis un autre "retour
à la ligne".
Sur de nombreuses distributions Unix, il existe
un utilitaire "dos2unix" et son petit frère "unix2dos"
qui font ce qu'il faut pour que tout se passe bien.
Marc Boyer
--
Lying for having sex or lying for making war? Trust US presidents :-(
lorsque j'importe des fichiers *.cpp de la fac a chez moi (utilisation de visual c++6.0), j'ai le message suivant : "Lines ending with only a carriage return have been detected. These will be modified to include a line feed."
Ceci est tres embétant parceque je me retrouve avec un interligne entre chaque ligne de code lorsque j'ouvre le fichier chez moi.
quelqu'un a-t'il une explication, voire même une solution concernant ce probleme?
C'est un vieux et célèbre problème de codage des fichiers texte différent entre les Unix et dos/windows. En Unix, une ligne termine par un caractère "retour à la ligne". En dos/windows, une ligne termine par un caractère "fin de ligne" puis un autre "retour à la ligne". Sur de nombreuses distributions Unix, il existe un utilitaire "dos2unix" et son petit frère "unix2dos" qui font ce qu'il faut pour que tout se passe bien.
Marc Boyer -- Lying for having sex or lying for making war? Trust US presidents :-(
Loïc Joly
Marc Boyer wrote:
abitbol wrote:
lorsque j'importe des fichiers *.cpp de la fac a chez moi (utilisation de visual c++6.0), j'ai le message suivant : "Lines ending with only a carriage return have been detected. These will be modified to include a line feed."
Ceci est tres embétant parceque je me retrouve avec un interligne entre chaque ligne de code lorsque j'ouvre le fichier chez moi.
quelqu'un a-t'il une explication, voire même une solution concernant ce probleme?
C'est un vieux et célèbre problème de codage des fichiers texte différent entre les Unix et dos/windows. En Unix, une ligne termine par un caractère "retour à la ligne". En dos/windows, une ligne termine par un caractère "fin de ligne" puis un autre "retour à la ligne". Sur de nombreuses distributions Unix, il existe un utilitaire "dos2unix" et son petit frère "unix2dos" qui font ce qu'il faut pour que tout se passe bien.
De même que si le transfert de fichiers se fait par ftp, la conversion est gérée automatiquement.
-- Loïc
Marc Boyer wrote:
abitbol wrote:
lorsque j'importe des fichiers *.cpp de la fac a chez moi (utilisation de
visual c++6.0), j'ai le message suivant :
"Lines ending with only a carriage return have been detected. These will be
modified to include a line feed."
Ceci est tres embétant parceque je me retrouve avec un interligne entre
chaque ligne de code lorsque j'ouvre le fichier chez moi.
quelqu'un a-t'il une explication, voire même une solution concernant ce
probleme?
C'est un vieux et célèbre problème de codage des fichiers
texte différent entre les Unix et dos/windows.
En Unix, une ligne termine par un caractère "retour à
la ligne". En dos/windows, une ligne termine par
un caractère "fin de ligne" puis un autre "retour
à la ligne".
Sur de nombreuses distributions Unix, il existe
un utilitaire "dos2unix" et son petit frère "unix2dos"
qui font ce qu'il faut pour que tout se passe bien.
De même que si le transfert de fichiers se fait par ftp, la conversion
est gérée automatiquement.
lorsque j'importe des fichiers *.cpp de la fac a chez moi (utilisation de visual c++6.0), j'ai le message suivant : "Lines ending with only a carriage return have been detected. These will be modified to include a line feed."
Ceci est tres embétant parceque je me retrouve avec un interligne entre chaque ligne de code lorsque j'ouvre le fichier chez moi.
quelqu'un a-t'il une explication, voire même une solution concernant ce probleme?
C'est un vieux et célèbre problème de codage des fichiers texte différent entre les Unix et dos/windows. En Unix, une ligne termine par un caractère "retour à la ligne". En dos/windows, une ligne termine par un caractère "fin de ligne" puis un autre "retour à la ligne". Sur de nombreuses distributions Unix, il existe un utilitaire "dos2unix" et son petit frère "unix2dos" qui font ce qu'il faut pour que tout se passe bien.
De même que si le transfert de fichiers se fait par ftp, la conversion est gérée automatiquement.
-- Loïc
abitbol
Merci!
effectivement, si je sauvegarde mon *.cpp en format unix avec un editeur de texte, ca tourne! En revanche, j'aimerais bien savoir comment faire cette conversion automatique par ftp!
"Loïc Joly" a écrit dans le message de news:bveecd$cm5$
Marc Boyer wrote:
abitbol wrote:
lorsque j'importe des fichiers *.cpp de la fac a chez moi (utilisation de
visual c++6.0), j'ai le message suivant : "Lines ending with only a carriage return have been detected. These will be
modified to include a line feed."
Ceci est tres embétant parceque je me retrouve avec un interligne entre chaque ligne de code lorsque j'ouvre le fichier chez moi.
quelqu'un a-t'il une explication, voire même une solution concernant ce probleme?
C'est un vieux et célèbre problème de codage des fichiers texte différent entre les Unix et dos/windows. En Unix, une ligne termine par un caractère "retour à la ligne". En dos/windows, une ligne termine par un caractère "fin de ligne" puis un autre "retour à la ligne". Sur de nombreuses distributions Unix, il existe un utilitaire "dos2unix" et son petit frère "unix2dos" qui font ce qu'il faut pour que tout se passe bien.
De même que si le transfert de fichiers se fait par ftp, la conversion est gérée automatiquement.
-- Loïc
Merci!
effectivement, si je sauvegarde mon *.cpp en format unix avec un editeur de
texte, ca tourne!
En revanche, j'aimerais bien savoir comment faire cette conversion
automatique par ftp!
"Loïc Joly" <loic.actarus.joly@wanadoo.fr> a écrit dans le message de
news:bveecd$cm5$1@news-reader5.wanadoo.fr...
Marc Boyer wrote:
abitbol wrote:
lorsque j'importe des fichiers *.cpp de la fac a chez moi (utilisation
de
visual c++6.0), j'ai le message suivant :
"Lines ending with only a carriage return have been detected. These will
be
modified to include a line feed."
Ceci est tres embétant parceque je me retrouve avec un interligne entre
chaque ligne de code lorsque j'ouvre le fichier chez moi.
quelqu'un a-t'il une explication, voire même une solution concernant ce
probleme?
C'est un vieux et célèbre problème de codage des fichiers
texte différent entre les Unix et dos/windows.
En Unix, une ligne termine par un caractère "retour à
la ligne". En dos/windows, une ligne termine par
un caractère "fin de ligne" puis un autre "retour
à la ligne".
Sur de nombreuses distributions Unix, il existe
un utilitaire "dos2unix" et son petit frère "unix2dos"
qui font ce qu'il faut pour que tout se passe bien.
De même que si le transfert de fichiers se fait par ftp, la conversion
est gérée automatiquement.
effectivement, si je sauvegarde mon *.cpp en format unix avec un editeur de texte, ca tourne! En revanche, j'aimerais bien savoir comment faire cette conversion automatique par ftp!
"Loïc Joly" a écrit dans le message de news:bveecd$cm5$
Marc Boyer wrote:
abitbol wrote:
lorsque j'importe des fichiers *.cpp de la fac a chez moi (utilisation de
visual c++6.0), j'ai le message suivant : "Lines ending with only a carriage return have been detected. These will be
modified to include a line feed."
Ceci est tres embétant parceque je me retrouve avec un interligne entre chaque ligne de code lorsque j'ouvre le fichier chez moi.
quelqu'un a-t'il une explication, voire même une solution concernant ce probleme?
C'est un vieux et célèbre problème de codage des fichiers texte différent entre les Unix et dos/windows. En Unix, une ligne termine par un caractère "retour à la ligne". En dos/windows, une ligne termine par un caractère "fin de ligne" puis un autre "retour à la ligne". Sur de nombreuses distributions Unix, il existe un utilitaire "dos2unix" et son petit frère "unix2dos" qui font ce qu'il faut pour que tout se passe bien.
De même que si le transfert de fichiers se fait par ftp, la conversion est gérée automatiquement.
-- Loïc
Fabien LE LEZ
On Sun, 1 Feb 2004 04:59:22 +0100, "abitbol" <sebastien.iceman_chez_free.fr> wrote:
En revanche, j'aimerais bien savoir comment faire cette conversion automatique par ftp!
En te mettant en mode ASCII. Cf la doc de ton client pour plus de détails.
|> abitbol wrote: |> > lorsque j'importe des fichiers *.cpp de la fac a chez moi |> > (utilisation de visual c++6.0), j'ai le message suivant : |> > "Lines ending with only a carriage return have been detected. |> > These will be modified to include a line feed."
|> > Ceci est tres embétant parceque je me retrouve avec un |> > interligne entre chaque ligne de code lorsque j'ouvre le fichier |> > chez moi.
|> > quelqu'un a-t'il une explication, voire même une solution |> > concernant ce probleme?
|> C'est un vieux et célèbre problème de codage des fichiers |> texte différent entre les Unix et dos/windows. |> En Unix, une ligne termine par un caractère "retour à |> la ligne". En dos/windows, une ligne termine par |> un caractère "fin de ligne" puis un autre "retour |> à la ligne". |> Sur de nombreuses distributions Unix, il existe |> un utilitaire "dos2unix" et son petit frère "unix2dos" |> qui font ce qu'il faut pour que tout se passe bien.
Ce qui ne sert pas à grand chose, étant donné qu'en général, ce sont les mêmes fichiers qu'on lit, montés à travers NFS ou d'autres. Dans la pratique, la meilleur solution, c'est probablement de maintenir les fichiers dans le format normalisé (qui est pour une fois celui qu'utilise Microsoft), et d'utiliser un éditeur sous Unix qui le gère bien -- VIM fait l'affaire, et ça m'étonnerait qu'il n'y a pas d'option sous emacs.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr.invalid> writes:
|> abitbol wrote:
|> > lorsque j'importe des fichiers *.cpp de la fac a chez moi
|> > (utilisation de visual c++6.0), j'ai le message suivant :
|> > "Lines ending with only a carriage return have been detected.
|> > These will be modified to include a line feed."
|> > Ceci est tres embétant parceque je me retrouve avec un
|> > interligne entre chaque ligne de code lorsque j'ouvre le fichier
|> > chez moi.
|> > quelqu'un a-t'il une explication, voire même une solution
|> > concernant ce probleme?
|> C'est un vieux et célèbre problème de codage des fichiers
|> texte différent entre les Unix et dos/windows.
|> En Unix, une ligne termine par un caractère "retour à
|> la ligne". En dos/windows, une ligne termine par
|> un caractère "fin de ligne" puis un autre "retour
|> à la ligne".
|> Sur de nombreuses distributions Unix, il existe
|> un utilitaire "dos2unix" et son petit frère "unix2dos"
|> qui font ce qu'il faut pour que tout se passe bien.
Ce qui ne sert pas à grand chose, étant donné qu'en
général, ce sont les mêmes fichiers qu'on lit, montés à
travers NFS ou d'autres. Dans la pratique, la meilleur solution, c'est
probablement de maintenir les fichiers dans le format normalisé (qui
est pour une fois celui qu'utilise Microsoft), et d'utiliser un
éditeur sous Unix qui le gère bien -- VIM fait l'affaire, et ça
m'étonnerait qu'il n'y a pas d'option sous emacs.
--
James Kanze mailto:kanze@gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
|> abitbol wrote: |> > lorsque j'importe des fichiers *.cpp de la fac a chez moi |> > (utilisation de visual c++6.0), j'ai le message suivant : |> > "Lines ending with only a carriage return have been detected. |> > These will be modified to include a line feed."
|> > Ceci est tres embétant parceque je me retrouve avec un |> > interligne entre chaque ligne de code lorsque j'ouvre le fichier |> > chez moi.
|> > quelqu'un a-t'il une explication, voire même une solution |> > concernant ce probleme?
|> C'est un vieux et célèbre problème de codage des fichiers |> texte différent entre les Unix et dos/windows. |> En Unix, une ligne termine par un caractère "retour à |> la ligne". En dos/windows, une ligne termine par |> un caractère "fin de ligne" puis un autre "retour |> à la ligne". |> Sur de nombreuses distributions Unix, il existe |> un utilitaire "dos2unix" et son petit frère "unix2dos" |> qui font ce qu'il faut pour que tout se passe bien.
Ce qui ne sert pas à grand chose, étant donné qu'en général, ce sont les mêmes fichiers qu'on lit, montés à travers NFS ou d'autres. Dans la pratique, la meilleur solution, c'est probablement de maintenir les fichiers dans le format normalisé (qui est pour une fois celui qu'utilise Microsoft), et d'utiliser un éditeur sous Unix qui le gère bien -- VIM fait l'affaire, et ça m'étonnerait qu'il n'y a pas d'option sous emacs.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
James Kanze
Loïc Joly writes:
|> Marc Boyer wrote:
|> > C'est un vieux et célèbre problème de codage des fichiers |> > texte différent entre les Unix et dos/windows. |> > En Unix, une ligne termine par un caractère "retour à |> > la ligne". En dos/windows, une ligne termine par |> > un caractère "fin de ligne" puis un autre "retour |> > à la ligne". |> > Sur de nombreuses distributions Unix, il existe |> > un utilitaire "dos2unix" et son petit frère "unix2dos" |> > qui font ce qu'il faut pour que tout se passe bien.
|> De même que si le transfert de fichiers se fait par ftp, la |> conversion est gérée automatiquement.
Sauf que ce qu'on transfère par ftp, c'est prèsque toujours un .tar.gz.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
Loïc Joly <loic.actarus.joly@wanadoo.fr> writes:
|> Marc Boyer wrote:
|> > C'est un vieux et célèbre problème de codage des fichiers
|> > texte différent entre les Unix et dos/windows.
|> > En Unix, une ligne termine par un caractère "retour à
|> > la ligne". En dos/windows, une ligne termine par
|> > un caractère "fin de ligne" puis un autre "retour
|> > à la ligne".
|> > Sur de nombreuses distributions Unix, il existe
|> > un utilitaire "dos2unix" et son petit frère "unix2dos"
|> > qui font ce qu'il faut pour que tout se passe bien.
|> De même que si le transfert de fichiers se fait par ftp, la
|> conversion est gérée automatiquement.
Sauf que ce qu'on transfère par ftp, c'est prèsque toujours un
.tar.gz.
--
James Kanze mailto:kanze@gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
|> > C'est un vieux et célèbre problème de codage des fichiers |> > texte différent entre les Unix et dos/windows. |> > En Unix, une ligne termine par un caractère "retour à |> > la ligne". En dos/windows, une ligne termine par |> > un caractère "fin de ligne" puis un autre "retour |> > à la ligne". |> > Sur de nombreuses distributions Unix, il existe |> > un utilitaire "dos2unix" et son petit frère "unix2dos" |> > qui font ce qu'il faut pour que tout se passe bien.
|> De même que si le transfert de fichiers se fait par ftp, la |> conversion est gérée automatiquement.
Sauf que ce qu'on transfère par ftp, c'est prèsque toujours un .tar.gz.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
James Kanze
Fabien LE LEZ writes:
|> On Sun, 1 Feb 2004 04:59:22 +0100, "abitbol" |> <sebastien.iceman_chez_free.fr> wrote:
|> >En revanche, j'aimerais bien savoir comment faire cette conversion |> >automatique par ftp!
|> En te mettant en mode ASCII.
Ce qui est normalement le défaut.
Moi, en revanche, j'aimerais bien savoir comment le faire automatiquement par FTP aussi, étant donné que ce que je transfère, c'est un fichier .tar.gz.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
Fabien LE LEZ <gramster@gramster.com> writes:
|> On Sun, 1 Feb 2004 04:59:22 +0100, "abitbol"
|> <sebastien.iceman_chez_free.fr> wrote:
|> >En revanche, j'aimerais bien savoir comment faire cette conversion
|> >automatique par ftp!
|> En te mettant en mode ASCII.
Ce qui est normalement le défaut.
Moi, en revanche, j'aimerais bien savoir comment le faire
automatiquement par FTP aussi, étant donné que ce que je
transfère, c'est un fichier .tar.gz.
--
James Kanze mailto:kanze@gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
|> On Sun, 1 Feb 2004 04:59:22 +0100, "abitbol" |> <sebastien.iceman_chez_free.fr> wrote:
|> >En revanche, j'aimerais bien savoir comment faire cette conversion |> >automatique par ftp!
|> En te mettant en mode ASCII.
Ce qui est normalement le défaut.
Moi, en revanche, j'aimerais bien savoir comment le faire automatiquement par FTP aussi, étant donné que ce que je transfère, c'est un fichier .tar.gz.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
Samuel Krempp
le Sunday 01 February 2004 13:14, écrivit :
probablement de maintenir les fichiers dans le format normalisé (qui est pour une fois celui qu'utilise Microsoft), et d'utiliser un
ah bon ? c'est la norme C++ qui précise ça ? moi j'ai plutôt tendance à faire l'inverse et les outils windows supportent tres bien les fins de lignes linux n. (meme le wordpad le gère)
éditeur sous Unix qui le gère bien -- VIM fait l'affaire, et ça m'étonnerait qu'il n'y a pas d'option sous emacs.
chez moi xemacs edite un fichier à fins de lignes widnwosiennes (rn) correctement de lui même (et s'adapte, il utilise des rn quand on créé des nouvelles lignes). Je sais pas si c'est par défaut..
Ce qui pose plus de problèmes, c'est les fins de ligne des Mac !
-- Sam
le Sunday 01 February 2004 13:14, kanze@gabi-soft.fr écrivit :
probablement de maintenir les fichiers dans le format normalisé (qui
est pour une fois celui qu'utilise Microsoft), et d'utiliser un
ah bon ? c'est la norme C++ qui précise ça ?
moi j'ai plutôt tendance à faire l'inverse et les outils windows supportent
tres bien les fins de lignes linux n.
(meme le wordpad le gère)
éditeur sous Unix qui le gère bien -- VIM fait l'affaire, et ça
m'étonnerait qu'il n'y a pas d'option sous emacs.
chez moi xemacs edite un fichier à fins de lignes widnwosiennes (rn)
correctement de lui même (et s'adapte, il utilise des rn quand on créé
des nouvelles lignes). Je sais pas si c'est par défaut..
Ce qui pose plus de problèmes, c'est les fins de ligne des Mac !
probablement de maintenir les fichiers dans le format normalisé (qui est pour une fois celui qu'utilise Microsoft), et d'utiliser un
ah bon ? c'est la norme C++ qui précise ça ? moi j'ai plutôt tendance à faire l'inverse et les outils windows supportent tres bien les fins de lignes linux n. (meme le wordpad le gère)
éditeur sous Unix qui le gère bien -- VIM fait l'affaire, et ça m'étonnerait qu'il n'y a pas d'option sous emacs.
chez moi xemacs edite un fichier à fins de lignes widnwosiennes (rn) correctement de lui même (et s'adapte, il utilise des rn quand on créé des nouvelles lignes). Je sais pas si c'est par défaut..
Ce qui pose plus de problèmes, c'est les fins de ligne des Mac !
-- Sam
James Kanze
Samuel Krempp writes:
|> le Sunday 01 February 2004 13:14, écrivit : |> > probablement de maintenir les fichiers dans le format normalisé |> > (qui est pour une fois celui qu'utilise Microsoft), et d'utiliser |> > un
|> ah bon ? c'est la norme C++ qui précise ça ?
C'est la norme ASCII. Celle qui définit le jeu de caractères dont tu te sers.
Évidemment, si tu maintiens tes fichiers en EBCDIC, ce sont d'autres normes qui prévaudrait.
|> moi j'ai plutôt tendance à faire l'inverse et les outils |> windows supportent tres bien les fins de lignes linux n.
En fait, effectivement, tout dépend des outils dont tu te sers. En général, je maintiens aussi les fins de lignes Unix, parce que VC++ et les outils CygWin les accepte, et c'est à peu près les seuls programmes que j'utilise sous Windows. Mais ça ne vaut que quand il n'y a que moi qui s'en occupe. (Ou quand je suis trop paresseux pour faire la translation, comme dans le fichier .tgz sur mon site:-).)
En règle générale, je dirais que quand il y a une norme (ici, ASCII), il vaut mieux s'y tenir. Au delà des règles générales, évidemment, on utilise ce qui marche. C'est un peu comme la différence entre <iostream> et <iostream.h> -- la règle générale veut <iostream>, mais les compilateurs dont je dois me servir disent <iostream.h>. J'utilise donc <iostream.h>, parce que quand on se bat avec ses outils, on ne gagne jamais.
|> (meme le wordpad le gère)
Notepad non:-).
|> > éditeur sous Unix qui le gère bien -- VIM fait l'affaire, et |> > ça m'étonnerait qu'il n'y a pas d'option sous emacs.
|> chez moi xemacs edite un fichier à fins de lignes widnwosiennes |> (rn) correctement de lui même (et s'adapte, il utilise des rn |> quand on créé des nouvelles lignes). Je sais pas si c'est par |> défaut..
|> Ce qui pose plus de problèmes, c'est les fins de ligne des Mac !
Surtout parce que c'est assez rare d'avoir affronté le problème avant.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
Samuel Krempp <krempp@crans.truc.en.trop.ens-cachan.fr> writes:
|> le Sunday 01 February 2004 13:14, kanze@gabi-soft.fr écrivit :
|> > probablement de maintenir les fichiers dans le format normalisé
|> > (qui est pour une fois celui qu'utilise Microsoft), et d'utiliser
|> > un
|> ah bon ? c'est la norme C++ qui précise ça ?
C'est la norme ASCII. Celle qui définit le jeu de caractères dont
tu te sers.
Évidemment, si tu maintiens tes fichiers en EBCDIC, ce sont d'autres
normes qui prévaudrait.
|> moi j'ai plutôt tendance à faire l'inverse et les outils
|> windows supportent tres bien les fins de lignes linux n.
En fait, effectivement, tout dépend des outils dont tu te sers. En
général, je maintiens aussi les fins de lignes Unix, parce que
VC++ et les outils CygWin les accepte, et c'est à peu près les
seuls programmes que j'utilise sous Windows. Mais ça ne vaut que
quand il n'y a que moi qui s'en occupe. (Ou quand je suis trop paresseux
pour faire la translation, comme dans le fichier .tgz sur mon site:-).)
En règle générale, je dirais que quand il y a une norme (ici,
ASCII), il vaut mieux s'y tenir. Au delà des règles
générales, évidemment, on utilise ce qui marche. C'est un peu
comme la différence entre <iostream> et <iostream.h> -- la règle
générale veut <iostream>, mais les compilateurs dont je dois me
servir disent <iostream.h>. J'utilise donc <iostream.h>, parce que quand
on se bat avec ses outils, on ne gagne jamais.
|> (meme le wordpad le gère)
Notepad non:-).
|> > éditeur sous Unix qui le gère bien -- VIM fait l'affaire, et
|> > ça m'étonnerait qu'il n'y a pas d'option sous emacs.
|> chez moi xemacs edite un fichier à fins de lignes widnwosiennes
|> (rn) correctement de lui même (et s'adapte, il utilise des rn
|> quand on créé des nouvelles lignes). Je sais pas si c'est par
|> défaut..
|> Ce qui pose plus de problèmes, c'est les fins de ligne des Mac !
Surtout parce que c'est assez rare d'avoir affronté le problème
avant.
--
James Kanze mailto:kanze@gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
|> le Sunday 01 February 2004 13:14, écrivit : |> > probablement de maintenir les fichiers dans le format normalisé |> > (qui est pour une fois celui qu'utilise Microsoft), et d'utiliser |> > un
|> ah bon ? c'est la norme C++ qui précise ça ?
C'est la norme ASCII. Celle qui définit le jeu de caractères dont tu te sers.
Évidemment, si tu maintiens tes fichiers en EBCDIC, ce sont d'autres normes qui prévaudrait.
|> moi j'ai plutôt tendance à faire l'inverse et les outils |> windows supportent tres bien les fins de lignes linux n.
En fait, effectivement, tout dépend des outils dont tu te sers. En général, je maintiens aussi les fins de lignes Unix, parce que VC++ et les outils CygWin les accepte, et c'est à peu près les seuls programmes que j'utilise sous Windows. Mais ça ne vaut que quand il n'y a que moi qui s'en occupe. (Ou quand je suis trop paresseux pour faire la translation, comme dans le fichier .tgz sur mon site:-).)
En règle générale, je dirais que quand il y a une norme (ici, ASCII), il vaut mieux s'y tenir. Au delà des règles générales, évidemment, on utilise ce qui marche. C'est un peu comme la différence entre <iostream> et <iostream.h> -- la règle générale veut <iostream>, mais les compilateurs dont je dois me servir disent <iostream.h>. J'utilise donc <iostream.h>, parce que quand on se bat avec ses outils, on ne gagne jamais.
|> (meme le wordpad le gère)
Notepad non:-).
|> > éditeur sous Unix qui le gère bien -- VIM fait l'affaire, et |> > ça m'étonnerait qu'il n'y a pas d'option sous emacs.
|> chez moi xemacs edite un fichier à fins de lignes widnwosiennes |> (rn) correctement de lui même (et s'adapte, il utilise des rn |> quand on créé des nouvelles lignes). Je sais pas si c'est par |> défaut..
|> Ce qui pose plus de problèmes, c'est les fins de ligne des Mac !
Surtout parce que c'est assez rare d'avoir affronté le problème avant.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
abitbol
Merci, j'ai trouvé une solution à mon problème. Mais je ne comprends pas, c'est en transfert avec détection auto ou en ASCII que les fichiers sont mal transféré avec mon client ftp(filezilla). En revanche, ca marche si le transfert est en binaire C'est donc le contraire?!! Je n'ai donc pas tout compris ou ya une erreur dans ce post, mais j'ai enfin une solution.
"Fabien LE LEZ" a écrit dans le message de news:
On Sun, 1 Feb 2004 04:59:22 +0100, "abitbol" <sebastien.iceman_chez_free.fr> wrote:
En revanche, j'aimerais bien savoir comment faire cette conversion automatique par ftp!
En te mettant en mode ASCII. Cf la doc de ton client pour plus de détails.
Merci, j'ai trouvé une solution à mon problème.
Mais je ne comprends pas, c'est en transfert avec détection auto ou en
ASCII que les fichiers sont mal transféré avec mon client ftp(filezilla).
En revanche, ca marche si le transfert est en binaire
C'est donc le contraire?!!
Je n'ai donc pas tout compris ou ya une erreur dans ce post, mais j'ai enfin
une solution.
"Fabien LE LEZ" <gramster@gramster.com> a écrit dans le message de
news:ji4p10pp9n83n82dmbtuidrb2vanib965e@4ax.com...
On Sun, 1 Feb 2004 04:59:22 +0100, "abitbol"
<sebastien.iceman_chez_free.fr> wrote:
En revanche, j'aimerais bien savoir comment faire cette conversion
automatique par ftp!
En te mettant en mode ASCII. Cf la doc de ton client pour plus de
détails.
Merci, j'ai trouvé une solution à mon problème. Mais je ne comprends pas, c'est en transfert avec détection auto ou en ASCII que les fichiers sont mal transféré avec mon client ftp(filezilla). En revanche, ca marche si le transfert est en binaire C'est donc le contraire?!! Je n'ai donc pas tout compris ou ya une erreur dans ce post, mais j'ai enfin une solution.
"Fabien LE LEZ" a écrit dans le message de news:
On Sun, 1 Feb 2004 04:59:22 +0100, "abitbol" <sebastien.iceman_chez_free.fr> wrote:
En revanche, j'aimerais bien savoir comment faire cette conversion automatique par ftp!
En te mettant en mode ASCII. Cf la doc de ton client pour plus de détails.
