Discussion :

[PicuiPicui]

Bien le bonjour braves gens,

Je suis en train de créer un script pour des non-programmeurs du coup j'essaye de gérer un maximum de bugs.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
# Handling of end lines format (Unix: \n, Mac: \r, Windows: \r\n)
try:
	subprocess.Popen('sed -i \'s/\\r\\n/\\n/g\' ' + sys.argv[1], shell=True, stdout=subprocess.PIPE)
	os.system('sed -i \'s/\\r/\\n/g\' ' + sys.argv[1])
except OSError:
	sys.exit('\n ERROR: Sed did not find the input file')
 
# Opening of the input file
try:
	file_in = open(sys.argv[1], 'r')
except IOError:
	sys.exit('\n ERROR: The input file does not exist)

Il y a un truc qui me chiffonne car je ne comprends pas pourquoi, lorsque le fichier input en argument est inexistant, l'exception OSError n'est pas affichée. En lieu de çà, il m'affiche la stderr de sed : "sed: can't read input.txt: No such file or directory" !
J'ai testé avec subprocess.Popen, os.popen et os.system, mais toujours la même incompréhension. Il y a toujours le moyen barbare de virer le message d'erreur avec "2> /dev/null"... Mais çà ne m'explique pas le pourquoi de la chose !

Si quelqu'un à la solution, merci de m'en faire part !

Picui

[Rony22]

A mon avis ça veut simplement dire que sed ne génère pas une erreur au niveau de l'OS quand il ne peut pas ouvrir un fichier.
Le stderror tu reçoit directement de sed et pas de l'OS

Rony

[wiztricks]

Heu...

A mon avis ça veut simplement dire que sed ne génère pas une erreur au niveau de l'OS quand il ne peut pas ouvrir un fichier.
Le stderror tu reçoit directement de sed et pas de l'OS

Dit autrement, pour générer l'exception OSError il faut faire un "raise OSError" dans le contexte d'exécution du script python.

Quand on fait os.system("sed..."), on crée un nouveau contexte avec lequel on échange des chaines de caractères par des pipe stdout, stderr,... et on n'a peut être même pas la valeur de retour de sed...

Ceci dit, je ne vois pas trop l'intérêt de convertir les fins de lignes: Python sait gérer cela tout seul non? Si ce n'est pas le cas, file = open(fichier, 'rU') force la lecture en mode "Universel" - qui est normalement "par défaut", sauf si on s'amuse à lire en "binaire" -.

- W

[PicuiPicui]

Ceci dit, je ne vois pas trop l'intérêt de convertir les fins de lignes: Python sait gérer cela tout seul non?

Eh bien pas dans mon cas en tout cas, il gère les retours chariot Unix et Windows mais lorsque je fais un f.readlines() avec les retours chariots \r, il lit le fichier comme une seule ligne. Pas très pratique à parser par la suite ! Du coup, j'étais obligé de parser dans un premier temps avec sed !

Si ce n'est pas le cas, file = open(fichier, 'rU') force la lecture en mode "Universel" - qui est normalement "par défaut", sauf si on s'amuse à lire en "binaire"

Super cette option, python arrive à gérer les fins de lignes, qu'importe le format Unix, Mac ou Windows. Merci beaucoup, tu me simplifies la vie !

PS : non je ne lis pas en binaire !

[wiztricks]

Super cette option, python arrive à gérer les fins de lignes, qu'importe le format Unix, Mac ou Windows. Merci beaucoup, tu me simplifies la vie !

Ben çà fonctionne pour moi et ce mode est "documenté" dans le PEP 0278.

Vérifiez que cela fonctionne, avant de crier youpi...
Vous êtes peut être dans un cas d'utilisation "tordu".

- W

[PicuiPicui]

Avant de poster, j'avais d'abord testé l'option 'U' et çà marchait d'où le 'Youpi' !!!