[python] module os et fonction open()
bbakeroo
Messages postés
2200
Statut
Membre
-
Tufanik -
Tufanik -
Bonjour,
je viens de découvrir un contexte assez étrange sous python.
utilisateur de pywin (environnement python pour windows), j 'écris un script tout simple qui permet l'ouverture et le lecture d'un fichier texte du type :
toto = open("fichier.txt",'r')
ligne = toto.readline()
print ligne
toto.close()
et tout va bien jusqu'a ce que j'importe le module 'os'.
en effet si j'ajoute
from os import *
la fonction open() attend un integer comme argument ?
si qqun a déjà eu ce type de pb ... merci
111 111 111 x 111 111 111 = 12345678987654321
je viens de découvrir un contexte assez étrange sous python.
utilisateur de pywin (environnement python pour windows), j 'écris un script tout simple qui permet l'ouverture et le lecture d'un fichier texte du type :
toto = open("fichier.txt",'r')
ligne = toto.readline()
print ligne
toto.close()
et tout va bien jusqu'a ce que j'importe le module 'os'.
en effet si j'ajoute
from os import *
la fonction open() attend un integer comme argument ?
si qqun a déjà eu ce type de pb ... merci
111 111 111 x 111 111 111 = 12345678987654321
A voir également:
- Import os
- Mac os 15 - Accueil - MacOS
- Reinstaller mac os - Guide
- Mac os 14 - Accueil - MacOS
- Télécharger chrome os iso francais - Guide
- Apfs ou mac os étendu - Guide
18 réponses
Salut...
open( file, flags[, mode])
Open the file file and set various flags according to flags and possibly its mode according to mode. The default mode is 0777 (octal), and the current umask value is first masked out. Return the file descriptor for the newly opened file. Availability: Macintosh, Unix, Windows.
For a description of the flag and mode values, see the C run-time documentation; flag constants (like O_RDONLY and O_WRONLY) are defined in this module too (see below).
Note: this function is intended for low-level I/O. For normal usage, use the built-in function open(), which returns a ``file object'' with read() and write() methods (and many more).
*,* Ce post a été écrit entièrement *,*
\_/ avec des molécules recyclées \_/
open( file, flags[, mode])
Open the file file and set various flags according to flags and possibly its mode according to mode. The default mode is 0777 (octal), and the current umask value is first masked out. Return the file descriptor for the newly opened file. Availability: Macintosh, Unix, Windows.
For a description of the flag and mode values, see the C run-time documentation; flag constants (like O_RDONLY and O_WRONLY) are defined in this module too (see below).
Note: this function is intended for low-level I/O. For normal usage, use the built-in function open(), which returns a ``file object'' with read() and write() methods (and many more).
*,* Ce post a été écrit entièrement *,*
\_/ avec des molécules recyclées \_/
Mais il semblerait qu'il faille plusieurs arguments...
Bizzare cette histoire...
*,* Ce post a été écrit entièrement *,*
\_/ avec des molécules recyclées \_/
Bizzare cette histoire...
*,* Ce post a été écrit entièrement *,*
\_/ avec des molécules recyclées \_/
Moi j'ai la meme erreur avec ou sans OS...
*,* Ce post a été écrit entièrement *,*
\_/ avec des molécules recyclées \_/
*,* Ce post a été écrit entièrement *,*
\_/ avec des molécules recyclées \_/
Essaye file() a la place de open...
*,* Ce post a été écrit entièrement *,*
\_/ avec des molécules recyclées \_/
*,* Ce post a été écrit entièrement *,*
\_/ avec des molécules recyclées \_/
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Tiens ça fait la même chose chez moi (si j'importe os par cette methode).
Par contre si tu tapes
import os
#au lieu de
from os import *
...tu n'auras plus ce problème
Par contre si tu tapes
import os
#au lieu de
from os import *
...tu n'auras plus ce problème
Kilian, débutant en tâche de fond.....
Bonjour,
Merci killian, effectivement import os permet de garder la fonction open() habituelle.
Le module os doit contenir un code qui modifie les argument de cette fonction.
quelle est la différence entre
from os import *
et
import os
?
111 111 111 x 111 111 111 = 12345678987654321
Merci killian, effectivement import os permet de garder la fonction open() habituelle.
Le module os doit contenir un code qui modifie les argument de cette fonction.
quelle est la différence entre
from os import *
et
import os
?
111 111 111 x 111 111 111 = 12345678987654321
Ah ça je ne saurais pas te dire. A mon avis c'est la même chose, c'est juste que l'import de module par "from machin import qqchose" permet de ne selectionner qu'une partie d'un module (ou tout avec l'asterisque).
C'est pour ça que cette histoire me parait plus être un bug qu'une reaction normale de l'interpreteur. Mais c'est peut être moi qui me trompe, peut être ya t'il une différence entre ces deux façons d'importer....
C'est pour ça que cette histoire me parait plus être un bug qu'une reaction normale de l'interpreteur. Mais c'est peut être moi qui me trompe, peut être ya t'il une différence entre ces deux façons d'importer....
Kilian, débutant en tâche de fond.....
Bonjour,
et ca continue .....
si je test les deux méthodes d'importation du module os j'arrive à :
from os import *
def where():
crep = getcwd()
print crep
return
where()
nrep = raw_input("path ?")
chdir(nrep)
where()
la tout va bien la fonction getcwd() est bien loadée
par contre avec:
import os
def where():
crep = getcwd()
print crep
return
where()
nrep = raw_input("path ?")
chdir(nrep)
where()
la message :
File "U:\pythonscript\testos.py", line 3, in where
crep = getcwd()
NameError: global name 'getcwd' is not defined
pour être plus explicite ce script ne fait que changer le repertoire courant avec les fonctions de getcwd (get current working directory) et chdir (change directory).
crep = curent
nrep = new
on demande à python d'afficher la modification.
en conclusion il existe bien une différence notoire d'importation du module os puisqu'avec imort os certaine(s) fonction(s) sont ignorée(s).
ce qui ramène à la méthode : from os import * qui implique le problème d'ouverture de fichier sur la fonction open() (voir les post plus hauts).
HELP
et ca continue .....
si je test les deux méthodes d'importation du module os j'arrive à :
from os import *
def where():
crep = getcwd()
print crep
return
where()
nrep = raw_input("path ?")
chdir(nrep)
where()
la tout va bien la fonction getcwd() est bien loadée
par contre avec:
import os
def where():
crep = getcwd()
print crep
return
where()
nrep = raw_input("path ?")
chdir(nrep)
where()
la message :
File "U:\pythonscript\testos.py", line 3, in where
crep = getcwd()
NameError: global name 'getcwd' is not defined
pour être plus explicite ce script ne fait que changer le repertoire courant avec les fonctions de getcwd (get current working directory) et chdir (change directory).
crep = curent
nrep = new
on demande à python d'afficher la modification.
en conclusion il existe bien une différence notoire d'importation du module os puisqu'avec imort os certaine(s) fonction(s) sont ignorée(s).
ce qui ramène à la méthode : from os import * qui implique le problème d'ouverture de fichier sur la fonction open() (voir les post plus hauts).
HELP
heuuu personne ?
même pas sebsauvage ?
j'en profite pour inscrire une doléance en ce qui concerne ce langage trop peu représenté sur ccm (c'est dit).
111 111 111 x 111 111 111 = 12345678987654321
même pas sebsauvage ?
j'en profite pour inscrire une doléance en ce qui concerne ce langage trop peu représenté sur ccm (c'est dit).
111 111 111 x 111 111 111 = 12345678987654321
Tu as essaye file() ?
Je suis tetu :o)
sinon sous represente malheureusement pas seulement sur CCM...
*,* Ce post a été écrit entièrement *,*
\_/ avec des molécules recyclées \_/
Je suis tetu :o)
sinon sous represente malheureusement pas seulement sur CCM...
*,* Ce post a été écrit entièrement *,*
\_/ avec des molécules recyclées \_/
import toto
et
from toto import *
on un comportement très différent.
Je n'aime pas le "from toto import *", car cela permet d'appeler des fonctions dans préciser explicitement dans quel module on les appelle.
Python va donc aller prendre la première méthode open() trouvée parmis les modules importées.
C'est dangereux.
(Typiquement, open() pourrait exister sur un objet fichier, socket, url, image, etc... )
Et comme "Explicit is better than implicit", il faut mieux utiliser "import toto".
http://python.org/doc/faq/programming.html#what-are-the-best-practices-for-using-import-in-a-module
Mais de toute façon, la méthode open() fait partie du noyau de Python, pas besoin d'importer un module pour l'utiliser.
et
from toto import *
on un comportement très différent.
Je n'aime pas le "from toto import *", car cela permet d'appeler des fonctions dans préciser explicitement dans quel module on les appelle.
Python va donc aller prendre la première méthode open() trouvée parmis les modules importées.
C'est dangereux.
(Typiquement, open() pourrait exister sur un objet fichier, socket, url, image, etc... )
Et comme "Explicit is better than implicit", il faut mieux utiliser "import toto".
http://python.org/doc/faq/programming.html#what-are-the-best-practices-for-using-import-in-a-module
Mais de toute façon, la méthode open() fait partie du noyau de Python, pas besoin d'importer un module pour l'utiliser.
http://tinyurl.com/6e5q9
Merde grille :o)
*,* Ce post a été écrit entièrement *,*
\_/ avec des molécules recyclées \_/
Merde grille :o)
*,* Ce post a été écrit entièrement *,*
\_/ avec des molécules recyclées \_/
salut sebsauvage,
oui pour la fonction open(), livré en standard
mais getcwd, chdir ..... c'est pratique avant un open() non ?
ceci dit je creuse le site officiel
merci
111 111 111 x 111 111 111 = 12345678987654321
oui pour la fonction open(), livré en standard
mais getcwd, chdir ..... c'est pratique avant un open() non ?
ceci dit je creuse le site officiel
merci
111 111 111 x 111 111 111 = 12345678987654321
oui mais dans ce cas, il vaut mieux utiliser "import" que "from x import *".
Ensuite il faut préfixer chaque appel de méthode par le nom du module:
os.getcwd()
L'avantage de cette méthode, c'est qu'en relisant un source, en voyant le nom d'une méthode tu n'aura pas à te demander quel module ou objet il est en train d'appeler.
Ensuite il faut préfixer chaque appel de méthode par le nom du module:
os.getcwd()
L'avantage de cette méthode, c'est qu'en relisant un source, en voyant le nom d'une méthode tu n'aura pas à te demander quel module ou objet il est en train d'appeler.
Donc il ne faut PAS faire:
mais il faut faire:
from os import * toto = getcwd()
mais il faut faire:
import os toto = os.getcwd()
bonjour,
vouuuiii, ca marche !!! lol
bon je sais c'est du code de base, mais bon je réattaque la partie developpement et j'ai choi le python, donc je risque de réapparaitre souvent sur ce chapitre.
merci a vous trois
a+
111 111 111 x 111 111 111 = 12345678987654321
vouuuiii, ca marche !!! lol
bon je sais c'est du code de base, mais bon je réattaque la partie developpement et j'ai choi le python, donc je risque de réapparaitre souvent sur ce chapitre.
merci a vous trois
a+
111 111 111 x 111 111 111 = 12345678987654321
salut
g eu le meme probleme et j'ai finalement compris :
python contient des la base une fonction open() qui est souvent utiliser :
(move(filename,mode)). cependant dans le module os il existe une autre fonction open qui marche diferament (elle demande un integer) donc en faisant from os import * , tu importe tte les fonction de os ce qui a pour effet d'ecraser la fonction open habituel. avec import os (plus conseiller) tu import os comme une classe se qui permet de pas ecraser la fonction open de debut.
j'espere que c'etait clair ^^
g eu le meme probleme et j'ai finalement compris :
python contient des la base une fonction open() qui est souvent utiliser :
(move(filename,mode)). cependant dans le module os il existe une autre fonction open qui marche diferament (elle demande un integer) donc en faisant from os import * , tu importe tte les fonction de os ce qui a pour effet d'ecraser la fonction open habituel. avec import os (plus conseiller) tu import os comme une classe se qui permet de pas ecraser la fonction open de debut.
j'espere que c'etait clair ^^
