Wie die zur Verwendung von os.umask() in Python

Ich versuche mit einer umask mit dem os-Modul. Bitte beachten Sie auch meine normalen umask festlegen, in meiner ~/.Profil ist umask 0027.

In einer bash-shell,

umask 0022

ermöglichen wird eine Datei erstellt mit Berechtigungen

-rw-r--r--

Jedoch als us-import das os-Modul und tun Sie dies:

os.umask(0022)
[do some other code here that creates a file]

Ich bekomme die Berechtigungen der

----------

Erste, wie bekomme ich os.umask(mask) Verhalten sich wie die umask in der shell?

Zweitens, was ist die Logik zwischen den Unterschied von den beiden?

Anmerkung: ich habe versucht, die Umwandlung der 0022-zu-dezimal-in Fall ist es zu erwarten, ein dezimal-by-doing:

os.umask(18)

aber es gab Berechtigungen

-----w--w-

Beachten Sie auch, versuchte ich

os.umask(00022)

und

os.mask(0o0022)

Das hat nicht funktioniert entweder.

Ist es möglich die Datei bereits vorhanden ist? Sie müssen mit chmod statt in diesem Fall
Nein, es wurde gelöscht, bevor die hand, aber das ist ein guter Gedanke.
Vazquez-Abrams: der Versuch, die Einstellung umask 0027 in die shell zuerst, dann führen Sie das Skript aufrufen oder Ihr Dolmetscher.
Vazquez-Abrams: ur right, weder konnte ich mit einem einfachen test python-Programm, das getrennt von meiner code. Seltsam, denn ich verwende die gleichen Techniken.
wenn jemand will, um zu sehen, den code, tun "git clone git://git.code.sf.net/p/createlauncher/code createlauncher-code" und Blick auf die file_handler.py Modul und das main-Programm create_launcher.py. Die main site ist sourceforge.net/projects/createlauncher
verwenden Sie nicht den master branch, verwenden Sie die fix_other_buttons Zweig
fix_other_branch jetzt zusammengeführt master. Verwenden Sie den master-branch-version erstellen-launcher-0.1.4+alpha-commit-hash db099a
Mit old_mask = os.umask(0o000) und dann os.makedirs(./foo/bar) Verzeichnisse erstellen mit 777 als erwartet. Und oct(old_mask) gibt 022 die richtige (Standard-umask unter Unix).
Verwandte: stackoverflow.com/questions/15607903/...

InformationsquelleAutor narnie | 2012-04-24

Missverständnis von umask, denke ich.
Die umask legt die Standard - Dementis, nicht die Standard - Berechtigungen.
So

import os
oldmask = os.umask (0o22)
fh1 = os.open ("qq1.junk", os.O_CREAT, 0o777)
fh2 = os.open ("qq2.junk", os.O_CREAT, 0o022)
os.umask (oldmask)
os.close (fh1)
os.close (fh2)

sollte in der Tat die Erstellung von Dateien wie folgt vor:

-rwxr-xr-x 1 pax pax 0 Apr 24 11:11 qq1.junk
---------- 1 pax pax 0 Apr 24 11:11 qq2.junk

Umask 022 entfernt, die Schreibrechte für Gruppe und andere, und das ist genau das Verhalten, wir sehen es.
Ich finde, es hilft, zurück zu gehen, um die Binärdatei, die oktale zahlen darstellen:

 usr grp others 
-rwx rwx rwx is represented in octal as 0777, requested for qq1.junk
-000 010 010 umask of 022 removes any permission where there is a 1
-rwx r-x r-x is the result achieved requesting 0777 with umask of 022

---- -w- -w- is represented in octal as 0022, requested for qq2.junk
-000 010 010 umask of 022 removes any permission where there is a 1
---- --- --- is the result achieved requesting 0022 with umask of 022

Das Programm so verhält, wie Sie es gefragt zu haben, nicht notwendigerweise als Sie dachte, es sollte. Häufig auftretende situation, dass, mit Computern 🙂

umask 022 führen sollte 755Berechtigungen für Verzeichnisse, nicht jedoch für Dateien. Für Dateien sollte es 644. Oder in anderen Worten, mit umask 022 Verzeichnisse sollten rwxr-xr-x, aber die Dateien werden sollte rw-r--r--.

InformationsquelleAutor JimH44

8

Werden Sie wahrscheinlich benötigen, um uns zu zeigen, den code darstellt:
```
[do some other code here that creates a file]
```
Den code, den Sie haben, funktioniert gut auf meinem system:
```
import os
oldmask = os.umask (022)
fh1 = os.open ("qq1.junk", os.O_CREAT, 0777)
fh2 = os.open ("qq2.junk", os.O_CREAT, 0022)
os.umask (oldmask)
os.close (fh1)
os.close (fh2)
```
produzieren-Dateien wie folgt:
```
-rwxr-xr-x 1 pax pax 0 Apr 24 11:11 qq1.junk
---------- 1 pax pax 0 Apr 24 11:11 qq2.junk
```
Beachten Sie auch die Wiederherstellung der alten umask Wert minimiert die Auswirkungen der änderung der lokalen Betrieb.

Wie Sie sehen können aus den oben genannten Ergebnissen, die Sie auch brauchen, um bewusst sein, dass die umask Wert "subtrahiert" von der mode, die Sie verwenden um die Datei zu erstellen und wir wissen nicht, was dieser Modus in Ihrem Fall zu.

Das ist offensichtlich auch in Ihrem bash Probe, da ein umask Wert von 022 beim erstellen eines Datei-Modus 777 führen würde r-xr-xr-x, nicht rw-r--r-- wie Sie es haben.

Basierend auf Ihre Kommentare unten, wo Sie angeben, die Sie verwenden open eher als os.open, ein flüchtiger Blick von der Python-source-scheint zu zeigen, dass dies übersetzt in eine C fopen nennen, die verwendet 0666 wie die erste mode. Unterstützt wird dies durch die leicht geänderte code:
```
import os
oldmask = os.umask (022)
fh3 = open ("qq3.junk", "w")
os.umask (0)
fh4 = open ("qq4.junk", "w")
os.umask (oldmask)
fh3.close()
fh4.close()
```
gibt uns:
```
-rw-r--r-- 1 pax pax 0 Apr 24 11:44 qq3.junk
-rw-rw-rw- 1 pax pax 0 Apr 24 11:44 qq4.junk
```
So, ich bin mir nicht ganz sicher, warum Sie immer 0000 Berechtigungen in Ihrem Fall.

Wäre es sehenswert, was die Ergebnisse sind, wenn Sie führen Sie das obige Programm in Ihrem Umgebung. Wenn es das gleiche wie ich bekommen, dann kann das problem auch woanders liegen.
- Ich habe in der bash-shell, umask 0022 dann hat touch /tmp/test dann hast ls -l /tmp/test kopiert, eingefügt und die Berechtigungen direkt über. Ich glaube du verwechselst den Unterschied zwischen Dateien zu erstellen (in denen ausgeführt wird, davon ausgegangen, nicht erwünscht) und erstellen von Verzeichnissen (wo die execute-Berechtigungen gewünscht wird angenommen).
- dies hängt davon ab, ganz, welcher code ist das erstellen der Datei. Offensichtlich touch hat verschiedene Regeln, sagen, ld im Hinblick auf die mode, die es verwendet. Alles was ich sagte, ist, dass die Berechtigungen der Datei sind die umask Wert und der Modus und der fehlende code ist das bit, die würden uns sagen, die mode.
- der code, den ich verwende um die Datei zu generieren ist Recht Komplex, da bin ich vorbei-Datei-Handler um. Ich will die umask werden 0022 egal, was die .Profil umask kann eingestellt werden (bei mir ist eingestellt 0027). Die jist ist, ich mache nur f = open(filename, 'w'), dann übergeben Sie das file-Objekt auf einer Klasse, die steuert eine gesamte Objekt hat eine write-Methode verwendet, die das f-Objekt zu schreiben, die das Objekt zurückgibt, wobei f.close() ausgeführt.
- Ich denke, Sie sind auf, was das problem ist. Die meisten Benutzer müssen eine umask standardmäßig auf 0022. Ich will meinen code haben können, haben sich verschiedene umask Szenarien in der Lage sein, die behandelt werden, innerhalb des Codes. Ich mag meine umask gesetzt werden, lesbar nur von mir und meinem primären Gruppe und nicht lesbar für andere system-Benutzer. Allerdings kann es auch sein, die open(filename, 'w') kümmert sich nicht, was die system-umask ist. Ich bin gerade jetzt darauf hoffen, dass python diese verarbeitet.
- Ich denke auf den unteren Ebenen, Python ruft einfach fopen für dieses und jenes verwenden sollte mode von 0666 (vor umask Subtraktion). Das würde nicht erklären, warum Sie immer 0000. Es kann sein, dass es einfacher zu verwenden-os.öffnen (anstatt öffnen) mit einer bestimmten 0777-Modus und unabhängig von umask Sie wollen.
- wenn jemand will, um zu sehen, den code, tun "git clone git://git.code.sf.net/p/createlauncher/code createlauncher-code" und Blick auf die file_handler.py Modul und das main-Programm create_launcher.py. Die Haupt-site sourceforge.net/projects/createlauncher
- Ich glaube, Sie haben Recht, und das wird sein der Weg zu gehen. Es ist sicher seltsam. Vielen Dank für die Hilfe.
InformationsquelleAutor paxdiablo
5

Pingelig/vorsichtig, und Python 3k-kompatibel, hier ist meine etwas andere Antwort (das erklärt immer noch nicht, was die OP ' s ursprüngliche Frage war):
```
old_umask = os.umask(0o022) # u=rwx,g=rx,o=rx
try:
    # do stuff

finally:
    os.umask(old_umask)
```
- Nicht kompatibel mit 2.x; 2.x umask ist eine gerade system-Aufruf, der erfordert, integer und wirft TypeError auf oktal.
- es scheint zu funktionieren auf 2.7.13
- du hast Recht! Ich bin mir nicht sicher wo ich habe diese aus. 🙂
InformationsquelleAutor George Lund
0

Obwohl dies scheint zu sein, ein gerades system call, in diesem Fall, es scheint egal, was die Python-version, die Sie verwenden:

Scheint es, dass os.öffnen Sie die Griffe der bereits bestehenden umask anders in Python 2.x und Python 3.x, möglicherweise auch, weil die 2.x ist näher an der OS und 3.x sieht ein bisschen mehr Abstraktion.

https://docs.python.org/2/library/os.html
"Der Standard-Modus ist 0777 (Oktalzahl), und den aktuellen umask-Wert wird zunächst ausgeblendet."

Gibt es keine ähnliche Aussage in https://docs.python.org/3/library/os.html

InformationsquelleAutor Jamieson Becker

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.