Perché l'argomento di os.umask() è invertito? (umask 0o000 rende chmod 0o777)

Question

Nella maggior parte dei casi, le autorizzazioni sono definite come un numero ottale nel formato di 0777. Ma il comando umask di UNIX (quindi os.umask()) necessita di 0o000 per produrre i bit di autorizzazione di 0o777 e 0o022 equivale a 0o755 nella mia comprensione.

Ho sentito che l'UNIX umask è invertito per qualche motivo e non capisco il motivo dietro esso. Qualcuno potrebbe spiegare questa inconsistenza?

Answer 1

Non c'è alcuna incoerenza reale, in quanto la relazione tra umask e chmod può essere semplicemente scritta con le equazioni. Apparentemente, umask imposta il contrario di chmod, è stato creato in questo modo ai vecchi tempi.

Esempio: 022 (il valore predefinito al solito umask) crea 755. Funziona in questo modo:

• 7 - 0 = 7 diventa il primo byte
• 7 - 2 = 5 diventa il secondo e il terzo byte

Utilizzando questo esempio, umask 777 crea un file con chmod 000, umask 112 sarà pari a chmod 664. Per quanto ne so, questo è successo perché il comando umask è stato originariamente creato per indicare quali bit di autorizzazione il file sarà NON dopo la sua creazione (da qui l'invertion).

Mentre potrebbe essere fastidioso, non è davvero difficile abituarsi. Pensa solo al modo in cui vuoi aggiungere i tuoi file a e sottrarre il byte desiderato da 7 e otterrai il valore umask. Oppure, quando si è all'IDE, scrivendo il proprio codice, non utilizzare umask, ma piuttosto creare il file (con il valore predefinito umask ovviamente) e quindi utilizzare, in Python, os.chmod().