bonjour,
je voulais savoir si il y avait une façon de savoir / voir sous quel
systeme (unix/linux, windows NT, mac, etc ..) un fichier (html, donc
text je suppose) a été crée, et ce soit via f77 (sous mandrake linux
9.2) ou autre façon.
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
g
merci, c'est très précisémement la réponse recherchée, qui confirme mon idée. maintenant, je lis des fichiers html avec un prog fortran, qui fonctionne très bien sur certain, et plante sur d'autre, en tout d'ebut de lecture : je suspecte un soucis avec le caractère de fin de ligne, auquel cas il suffirait de vérifier la valeur du dernier caractère et passer à la ligne suivante si 13d ou 10d sont trouvés. je suppose que vi (linux) suit la préférence unix?
merci encore pour cette réponse .
G
Olivier Huet a écrit :
Bonjour,
g a écrit :
je voulais savoir si il y avait une façon de savoir / voir sous quel systeme (unix/linux, windows NT, mac, etc ..) un fichier (html, donc text je suppose)
Question curieuse... un fichier, une fois sortit de son OS, n'est qu'une suite d'octets c'est tout.
A la limite, dans un fichier texte, on peut préjuger des "préférences" de son auteur - les éditeurs de texte standard des différents OS utilisent différentes combinaison de caractères pour les retours à la ligne. Ils sont composés de variantes de CR (carriage return : en ascii c'est 13 décimal), et de LF (linefeed : en ascii c'est 10 décimal) :
- si les retours chariots sont LF, l'auteur a peut-être utilisé un éditeur Unix
- si les retours chariots sont CR, l'auteur a peut-être utilisé un éditeur Mac.
- si les retours chariots sont CR puis LF, l'auteur a peut-être utilisé un éditeur Windows.
Remarquons que sur Mac, ça a peut-être changé depuis qu'ils ont un OS Unix like : je ne sais pas ce qu'il en est depuis MacOS X.
Olivier Huet
merci, c'est très précisémement la réponse recherchée, qui confirme mon
idée.
maintenant, je lis des fichiers html avec un prog fortran, qui
fonctionne très bien sur certain, et plante sur d'autre, en tout d'ebut
de lecture : je suspecte un soucis avec le caractère de fin de ligne,
auquel cas il suffirait de vérifier la valeur du dernier caractère et
passer à la ligne suivante si 13d ou 10d sont trouvés.
je suppose que vi (linux) suit la préférence unix?
merci encore pour cette réponse .
G
Olivier Huet a écrit :
Bonjour,
g a écrit :
je voulais savoir si il y avait une façon de savoir / voir sous quel
systeme (unix/linux, windows NT, mac, etc ..) un fichier (html, donc
text je suppose)
Question curieuse... un fichier, une fois sortit de son OS, n'est qu'une
suite d'octets c'est tout.
A la limite, dans un fichier texte, on peut préjuger des "préférences"
de son auteur - les éditeurs de texte standard des différents OS
utilisent différentes combinaison de caractères pour les retours à la
ligne. Ils sont composés de variantes de CR (carriage return : en ascii
c'est 13 décimal), et de LF (linefeed : en ascii c'est 10 décimal) :
- si les retours chariots sont LF, l'auteur a peut-être utilisé un
éditeur Unix
- si les retours chariots sont CR, l'auteur a peut-être utilisé un
éditeur Mac.
- si les retours chariots sont CR puis LF, l'auteur a peut-être utilisé
un éditeur Windows.
Remarquons que sur Mac, ça a peut-être changé depuis qu'ils ont un OS
Unix like : je ne sais pas ce qu'il en est depuis MacOS X.
merci, c'est très précisémement la réponse recherchée, qui confirme mon idée. maintenant, je lis des fichiers html avec un prog fortran, qui fonctionne très bien sur certain, et plante sur d'autre, en tout d'ebut de lecture : je suspecte un soucis avec le caractère de fin de ligne, auquel cas il suffirait de vérifier la valeur du dernier caractère et passer à la ligne suivante si 13d ou 10d sont trouvés. je suppose que vi (linux) suit la préférence unix?
merci encore pour cette réponse .
G
Olivier Huet a écrit :
Bonjour,
g a écrit :
je voulais savoir si il y avait une façon de savoir / voir sous quel systeme (unix/linux, windows NT, mac, etc ..) un fichier (html, donc text je suppose)
Question curieuse... un fichier, une fois sortit de son OS, n'est qu'une suite d'octets c'est tout.
A la limite, dans un fichier texte, on peut préjuger des "préférences" de son auteur - les éditeurs de texte standard des différents OS utilisent différentes combinaison de caractères pour les retours à la ligne. Ils sont composés de variantes de CR (carriage return : en ascii c'est 13 décimal), et de LF (linefeed : en ascii c'est 10 décimal) :
- si les retours chariots sont LF, l'auteur a peut-être utilisé un éditeur Unix
- si les retours chariots sont CR, l'auteur a peut-être utilisé un éditeur Mac.
- si les retours chariots sont CR puis LF, l'auteur a peut-être utilisé un éditeur Windows.
Remarquons que sur Mac, ça a peut-être changé depuis qu'ils ont un OS Unix like : je ne sais pas ce qu'il en est depuis MacOS X.
Olivier Huet
Olivier Huet
Bonjour,
g a écrit :
je voulais savoir si il y avait une façon de savoir / voir sous quel systeme (unix/linux, windows NT, mac, etc ..) un fichier (html, donc text je suppose)
Question curieuse... un fichier, une fois sortit de son OS, n'est qu'une suite d'octets c'est tout.
A la limite, dans un fichier texte, on peut préjuger des "préférences" de son auteur - les éditeurs de texte standard des différents OS utilisent différentes combinaison de caractères pour les retours à la ligne. Ils sont composés de variantes de CR (carriage return : en ascii c'est 13 décimal), et de LF (linefeed : en ascii c'est 10 décimal) :
- si les retours chariots sont LF, l'auteur a peut-être utilisé un éditeur Unix
- si les retours chariots sont CR, l'auteur a peut-être utilisé un éditeur Mac.
- si les retours chariots sont CR puis LF, l'auteur a peut-être utilisé un éditeur Windows.
Remarquons que sur Mac, ça a peut-être changé depuis qu'ils ont un OS Unix like : je ne sais pas ce qu'il en est depuis MacOS X.
Olivier Huet
Bonjour,
g a écrit :
je voulais savoir si il y avait une façon de savoir / voir sous quel
systeme (unix/linux, windows NT, mac, etc ..) un fichier (html, donc
text je suppose)
Question curieuse... un fichier, une fois sortit de son OS, n'est qu'une
suite d'octets c'est tout.
A la limite, dans un fichier texte, on peut préjuger des "préférences"
de son auteur - les éditeurs de texte standard des différents OS
utilisent différentes combinaison de caractères pour les retours à la
ligne. Ils sont composés de variantes de CR (carriage return : en ascii
c'est 13 décimal), et de LF (linefeed : en ascii c'est 10 décimal) :
- si les retours chariots sont LF, l'auteur a peut-être utilisé un
éditeur Unix
- si les retours chariots sont CR, l'auteur a peut-être utilisé un
éditeur Mac.
- si les retours chariots sont CR puis LF, l'auteur a peut-être utilisé
un éditeur Windows.
Remarquons que sur Mac, ça a peut-être changé depuis qu'ils ont un OS
Unix like : je ne sais pas ce qu'il en est depuis MacOS X.
je voulais savoir si il y avait une façon de savoir / voir sous quel systeme (unix/linux, windows NT, mac, etc ..) un fichier (html, donc text je suppose)
Question curieuse... un fichier, une fois sortit de son OS, n'est qu'une suite d'octets c'est tout.
A la limite, dans un fichier texte, on peut préjuger des "préférences" de son auteur - les éditeurs de texte standard des différents OS utilisent différentes combinaison de caractères pour les retours à la ligne. Ils sont composés de variantes de CR (carriage return : en ascii c'est 13 décimal), et de LF (linefeed : en ascii c'est 10 décimal) :
- si les retours chariots sont LF, l'auteur a peut-être utilisé un éditeur Unix
- si les retours chariots sont CR, l'auteur a peut-être utilisé un éditeur Mac.
- si les retours chariots sont CR puis LF, l'auteur a peut-être utilisé un éditeur Windows.
Remarquons que sur Mac, ça a peut-être changé depuis qu'ils ont un OS Unix like : je ne sais pas ce qu'il en est depuis MacOS X.
Olivier Huet
Nicolas
g wrote:
merci, c'est très précisémement la réponse recherchée, qui confirme mon idée. maintenant, je lis des fichiers html avec un prog fortran, qui fonctionne très bien sur certain, et plante sur d'autre, en tout d'ebut de lecture : je suspecte un soucis avec le caractère de fin de ligne, auquel cas il suffirait de vérifier la valeur du dernier caractère et passer à la ligne suivante si 13d ou 10d sont trouvés. je suppose que vi (linux) suit la préférence unix?
Hors charte ici, mais sachez que vim (pour vi, je ne sais pas) permet de forcer cela, et que cela dépend de la configuration de l'utilisateur. Il est ainsi possible de faire : :e ++ff=XXX où XXX vaut mac (r), unix (n), ou dos (rn). J'imagine que vi ne le supporte pas, et que tout est en n, ce qui est sans doute également la conf par défaut dans vim. On ne peut toutefois présager de rien sans vérifier.
merci, c'est très précisémement la réponse recherchée, qui confirme mon
idée.
maintenant, je lis des fichiers html avec un prog fortran, qui
fonctionne très bien sur certain, et plante sur d'autre, en tout d'ebut
de lecture : je suspecte un soucis avec le caractère de fin de ligne,
auquel cas il suffirait de vérifier la valeur du dernier caractère et
passer à la ligne suivante si 13d ou 10d sont trouvés.
je suppose que vi (linux) suit la préférence unix?
Hors charte ici, mais sachez que vim (pour vi, je ne sais pas) permet de
forcer cela, et que cela dépend de la configuration de l'utilisateur. Il
est ainsi possible de faire : :e ++ff=XXX où XXX vaut mac (r), unix
(n), ou dos (rn).
J'imagine que vi ne le supporte pas, et que tout est en n, ce qui est
sans doute également la conf par défaut dans vim.
On ne peut toutefois présager de rien sans vérifier.
merci, c'est très précisémement la réponse recherchée, qui confirme mon idée. maintenant, je lis des fichiers html avec un prog fortran, qui fonctionne très bien sur certain, et plante sur d'autre, en tout d'ebut de lecture : je suspecte un soucis avec le caractère de fin de ligne, auquel cas il suffirait de vérifier la valeur du dernier caractère et passer à la ligne suivante si 13d ou 10d sont trouvés. je suppose que vi (linux) suit la préférence unix?
Hors charte ici, mais sachez que vim (pour vi, je ne sais pas) permet de forcer cela, et que cela dépend de la configuration de l'utilisateur. Il est ainsi possible de faire : :e ++ff=XXX où XXX vaut mac (r), unix (n), ou dos (rn). J'imagine que vi ne le supporte pas, et que tout est en n, ce qui est sans doute également la conf par défaut dans vim. On ne peut toutefois présager de rien sans vérifier.
merci, c'est très précisémement la réponse recherchée, qui
confirme mon
idée. maintenant, je lis des fichiers html avec un prog fortran, qui fonctionne très bien sur certain, et plante sur d'autre, en tout
d'ebut
de lecture
Si ca arrive en tout début de lecture, le problèmpe est peut-être une question d'encodage plus que de find e ligne. Utilises un éditeur qui sait gérer tous les formats correctement (UltraEdit par exemple) pour vérifier le contenu de tes fichiers.
Arnaud
g wrote:
merci, c'est très précisémement la réponse recherchée, qui
confirme mon
idée.
maintenant, je lis des fichiers html avec un prog fortran, qui
fonctionne très bien sur certain, et plante sur d'autre, en tout
d'ebut
de lecture
Si ca arrive en tout début de lecture, le problèmpe est peut-être
une question d'encodage plus que de find e ligne. Utilises un éditeur
qui sait gérer tous les formats correctement (UltraEdit par exemple)
pour vérifier le contenu de tes fichiers.
merci, c'est très précisémement la réponse recherchée, qui
confirme mon
idée. maintenant, je lis des fichiers html avec un prog fortran, qui fonctionne très bien sur certain, et plante sur d'autre, en tout
d'ebut
de lecture
Si ca arrive en tout début de lecture, le problèmpe est peut-être une question d'encodage plus que de find e ligne. Utilises un éditeur qui sait gérer tous les formats correctement (UltraEdit par exemple) pour vérifier le contenu de tes fichiers.
Arnaud
g
Nicolas a écrit :
g wrote:
merci, c'est très précisémement la réponse recherchée, qui confirme mon idée. maintenant, je lis des fichiers html avec un prog fortran, qui fonctionne très bien sur certain, et plante sur d'autre, en tout d'ebut de lecture : je suspecte un soucis avec le caractère de fin de ligne, auquel cas il suffirait de vérifier la valeur du dernier caractère et passer à la ligne suivante si 13d ou 10d sont trouvés. je suppose que vi (linux) suit la préférence unix?
Hors charte ici,
sans doute, amis je sais pas où je pourrais trouver de réponse autre qu'ici. mais sachez que vim (pour vi, je ne sais pas) permet de
forcer cela,
forcer quoi?? et que cela dépend de la configuration de l'utilisateur. Il
est ainsi possible de faire : :e ++ff=XXX où XXX vaut mac (r), unix (n), ou dos (rn).
je ne comprends pas ce que cela fait?
J'imagine que vi ne le supporte pas, et que tout est en n, ce qui est sans doute également la conf par défaut dans vim. On ne peut toutefois présager de rien sans vérifier.
merci pour cela, mais je ne comprends pas dans quel schéma ceci s'inscrit : est-ce que cela impose un char de fin de ligne? ou le donne? qu'est ce cela fait??
merci G
Nicolas a écrit :
g wrote:
merci, c'est très précisémement la réponse recherchée, qui confirme mon
idée.
maintenant, je lis des fichiers html avec un prog fortran, qui
fonctionne très bien sur certain, et plante sur d'autre, en tout
d'ebut de lecture : je suspecte un soucis avec le caractère de fin de
ligne, auquel cas il suffirait de vérifier la valeur du dernier
caractère et passer à la ligne suivante si 13d ou 10d sont trouvés.
je suppose que vi (linux) suit la préférence unix?
Hors charte ici,
sans doute, amis je sais pas où je pourrais trouver de réponse autre qu'ici.
mais sachez que vim (pour vi, je ne sais pas) permet de
forcer cela,
forcer quoi??
et que cela dépend de la configuration de l'utilisateur. Il
est ainsi possible de faire : :e ++ff=XXX où XXX vaut mac (r), unix
(n), ou dos (rn).
je ne comprends pas ce que cela fait?
J'imagine que vi ne le supporte pas, et que tout est en n, ce qui est
sans doute également la conf par défaut dans vim.
On ne peut toutefois présager de rien sans vérifier.
merci pour cela, mais je ne comprends pas dans quel schéma ceci
s'inscrit : est-ce que cela impose un char de fin de ligne? ou le donne?
qu'est ce cela fait??
merci, c'est très précisémement la réponse recherchée, qui confirme mon idée. maintenant, je lis des fichiers html avec un prog fortran, qui fonctionne très bien sur certain, et plante sur d'autre, en tout d'ebut de lecture : je suspecte un soucis avec le caractère de fin de ligne, auquel cas il suffirait de vérifier la valeur du dernier caractère et passer à la ligne suivante si 13d ou 10d sont trouvés. je suppose que vi (linux) suit la préférence unix?
Hors charte ici,
sans doute, amis je sais pas où je pourrais trouver de réponse autre qu'ici. mais sachez que vim (pour vi, je ne sais pas) permet de
forcer cela,
forcer quoi?? et que cela dépend de la configuration de l'utilisateur. Il
est ainsi possible de faire : :e ++ff=XXX où XXX vaut mac (r), unix (n), ou dos (rn).
je ne comprends pas ce que cela fait?
J'imagine que vi ne le supporte pas, et que tout est en n, ce qui est sans doute également la conf par défaut dans vim. On ne peut toutefois présager de rien sans vérifier.
merci pour cela, mais je ne comprends pas dans quel schéma ceci s'inscrit : est-ce que cela impose un char de fin de ligne? ou le donne? qu'est ce cela fait??
merci G
noone
g a écrit :
bonjour, je voulais savoir si il y avait une façon de savoir / voir sous quel systeme (unix/linux, windows NT, mac, etc ..) un fichier (html, donc text je suppose) a été crée, et ce soit via f77 (sous mandrake linux 9.2) ou autre façon.
merci à tous
G
Essayez de transformer l'encodage de votre fichier avec
recode ou iconv (sous Linux mais également sous Windows avec Cygwin)
g a écrit :
bonjour,
je voulais savoir si il y avait une façon de savoir / voir sous quel
systeme (unix/linux, windows NT, mac, etc ..) un fichier (html, donc
text je suppose) a été crée, et ce soit via f77 (sous mandrake linux
9.2) ou autre façon.
merci à tous
G
Essayez de transformer l'encodage de votre fichier avec
recode ou iconv (sous Linux mais également sous Windows avec Cygwin)
bonjour, je voulais savoir si il y avait une façon de savoir / voir sous quel systeme (unix/linux, windows NT, mac, etc ..) un fichier (html, donc text je suppose) a été crée, et ce soit via f77 (sous mandrake linux 9.2) ou autre façon.
merci à tous
G
Essayez de transformer l'encodage de votre fichier avec
recode ou iconv (sous Linux mais également sous Windows avec Cygwin)
g
merci, quel serait la différence entre recode / iconv (dont je viens de regarder le --help) et dos2unix? mis à part le fait que ce dernier ne fait que le changement de dos à unix alors que les autres semblent bcp + variés.? G
a écrit :
g a écrit :
bonjour, je voulais savoir si il y avait une façon de savoir / voir sous quel systeme (unix/linux, windows NT, mac, etc ..) un fichier (html, donc text je suppose) a été crée, et ce soit via f77 (sous mandrake linux 9.2) ou autre façon.
merci à tous
G
Essayez de transformer l'encodage de votre fichier avec
recode ou iconv (sous Linux mais également sous Windows avec Cygwin)
merci,
quel serait la différence entre recode / iconv (dont je viens de
regarder le --help) et dos2unix? mis à part le fait que ce dernier ne
fait que le changement de dos à unix alors que les autres semblent
bcp + variés.?
G
noone@nowhere.com a écrit :
g a écrit :
bonjour,
je voulais savoir si il y avait une façon de savoir / voir sous quel
systeme (unix/linux, windows NT, mac, etc ..) un fichier (html, donc
text je suppose) a été crée, et ce soit via f77 (sous mandrake linux
9.2) ou autre façon.
merci à tous
G
Essayez de transformer l'encodage de votre fichier avec
recode ou iconv (sous Linux mais également sous Windows avec Cygwin)
merci, quel serait la différence entre recode / iconv (dont je viens de regarder le --help) et dos2unix? mis à part le fait que ce dernier ne fait que le changement de dos à unix alors que les autres semblent bcp + variés.? G
a écrit :
g a écrit :
bonjour, je voulais savoir si il y avait une façon de savoir / voir sous quel systeme (unix/linux, windows NT, mac, etc ..) un fichier (html, donc text je suppose) a été crée, et ce soit via f77 (sous mandrake linux 9.2) ou autre façon.
merci à tous
G
Essayez de transformer l'encodage de votre fichier avec
recode ou iconv (sous Linux mais également sous Windows avec Cygwin)
