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 \_/

Mais il semblerait qu'il faille plusieurs arguments...
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   \_/

Essaye file() a la place de open...

*,*  Ce post a été écrit entièrement *,*
\_/  avec des molécules recyclées   \_/

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

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

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....

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

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

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   \_/

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.

http://tinyurl.com/6e5q9

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

Donc il ne faut PAS faire:

from os import *
toto = getcwd()

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

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 ^^