ലിനക്സ് കമാൻഡ് ഓപ്പൺ പഠിക്കുക

സംഗ്രഹം

# ഉൾപ്പെടുത്തി << A HREF = "file: /usr/include/sys/types.h"> sys / types.h> # ഉൾക്കൊള്ളുന്നു << ഒരു HREF = "ഫയൽ: /usr/include/sys/stat.h"> sys / stat.h> # ഉൾക്കൊള്ളുന്നു << ഒരു HREF = "ഫയൽ: / usr / include / fcntl.h"> fcntl.h> int തുറന്നു (കോൺ char * pathname , int flags ); int തുറന്നു (കോൺ char * pathname , int flags , mode_t മോഡ് ); int creat (const char * pathname , mode_t മോഡ് );

വിവരണം

ഒരു ഓപ്പൺ () സിസ്റ്റം കോൾ ഒരു പാത്ത് നെയിം ഫയൽ ഡിസ്ക്രിപ്റ്ററിലേക്ക് (ഒരു ചെറിയ, നോൺ-നെഗറ്റീവ് ഇന്റണ്ടർ, തുടർന്നുള്ള I / O ഉപയോഗിയ്ക്കാനായി വായിക്കുക , എഴുതുക തുടങ്ങിയവ ആയി മാറ്റുക) ഉപയോഗിക്കുന്നു. കോൾ വിജയമാകുമ്പോൾ, ഫയൽ ഡിസ്ക്രിപറ്റർ വീണ്ടും പ്രക്രിയയിൽ തുറക്കാത്ത ഏറ്റവും കുറഞ്ഞ ഫയൽ ഡിസ്ക്രിപ്റ്ററെ കാണിക്കുന്നു. ഈ കോൾ ഒരു പുതിയ ഓപ്പൺ ഫയൽ സൃഷ്ടിക്കുന്നു, മറ്റ് പ്രോസസ്സുകളോടൊപ്പം പങ്കിട്ടില്ല. (പക്ഷേ, തുറക്കപ്പെട്ട ഫയലുകൾ ഫോർബ് (2) സിസ്റ്റം കോൾ വഴിയാകാം .) പുതിയ ഫയൽ ഡിസ്ക്രിപ്റ്റർ എക്സിക്യൂട്ട് ഫംഗ്ഷനുകളിൽ ഉടനീളം തുറക്കാൻ സജ്ജമാക്കിയിരിക്കുന്നു ( fcntl (2) കാണുക). ഫയൽ ഓഫ്സെറ്റ് ഫയൽ ആരംഭത്തിന് സെറ്റ് ചെയ്തിരിക്കുന്നു.

O_RDONLY , O_WRONLY അല്ലെങ്കിൽ O_RDWR ഫയലുകളിൽ ഒന്നാണ് പാരാമീറ്റർ ഫ്ലാഗുകൾ ഒന്നുകിൽ വായന-മാത്രം എഴുതുക, റൈറ്റ് ചെയ്യുക അല്ലെങ്കിൽ റൈറ്റ് ചെയ്യുക / റൈറ്റ് ചെയ്യുക, ബിറ്റ്വൈഡ്- അല്ലെങ്കിൽ താഴെ കൊടുത്തിരിക്കുന്നതിൽ പൂജ്യം അല്ലെങ്കിൽ കൂടുതൽ:

O_CREAT

ഫയൽ നിലവിലില്ലെങ്കിൽ അത് സൃഷ്ടിക്കും. ഫയലിന്റെ ഉടമ (ഉപയോക്താവിന്റെ ഐഡി) പ്രക്രിയയുടെ ഫലപ്രദമായ ഉപയോക്തൃ ഐഡിയായി സജ്ജീകരിച്ചിരിക്കുന്നു. ഗ്രൂപ്പ് ഉടമസ്ഥാവകാശം (ഗ്രൂപ്പ് ഐഡി) പ്രക്രിയയുടെ ഫലപ്രദമായ ഗ്രൂപ്പ് ID അല്ലെങ്കിൽ പേരന്റ് ഡയറക്ടറിയുടെ ഗ്രൂപ്പ് ഐഡി ആയി സജ്ജമാക്കിയിരിക്കണം (ഫയൽസിസ്റ്റം തരം, മൌണ്ട് ഓപ്ഷനുകൾ, പാരന്റ് ഡയറക്റ്ററിയുടെ രീതി എന്നിവയ്ക്കായി, ഉദാ, മൌണ്ട് കാണുക മൌണ്ട് (8) ൽ വിശദീകരിച്ചിട്ടുളള ext2 ഫയൽസിസ്റ്റമുകളുടെ ഐച്ഛികങ്ങൾ bsdgroups , sysogroups .

O_EXCL

O_CREAT ഉപയോഗിക്കുമ്പോൾ, ഫയൽ നിലവിലുണ്ടെങ്കിൽ അത് ഒരു പിശകാണ്, തുറന്നത് പരാജയപ്പെടും. ഈ സന്ദർഭത്തിൽ, ഒരു പ്രതീകാത്മക ലിങ്ക്, അതിന്റെ സ്ഥാനങ്ങൾ എവിടെയെങ്കിലും കണക്കിലെടുക്കുന്നു. NFS ഫയൽ സിസ്റ്റങ്ങളിൽ O_EXCL തകർന്നിരിക്കുന്നു, ലോക്കിങ് ടാസ്ക്കുകൾ പ്രകടിപ്പിക്കുന്നതിനുള്ള പ്രോഗ്രാമുകൾ ഒരു റേസ് അവസ്ഥ അടങ്ങിയിരിക്കും. ഒരു ലോക്കിഫയൽ ഉപയോഗിച്ച് ആറ്റോമിക ഫയൽ ലോക്ക് ചെയ്യുന്നതിനുള്ള പരിഹാരം സമാന fs (ഉദാ, ഹോസ്റ്റ് നെയിം ആൻഡ് പിഡ് സംയോജിപ്പിക്കൽ), ഒരു ലോക്ക്ഫയലിനുള്ള ലിങ്ക് നിർമ്മിക്കുന്നതിന് ലിങ്ക് (2) ഉപയോഗിക്കുക. ലിങ്ക് ( 0 ) മടക്കിനൽകുന്നുവെങ്കിൽ, ലോക്ക് വിജയകരമാണ്. അല്ലെങ്കിൽ, അതിന്റെ ലിങ്ക് എണ്ണം 2 ആയി വർദ്ധിച്ചതാണോയെന്ന് പരിശോധിക്കാൻ തനത് ഫയൽ സ്റ്റാറ്റ് (2) ഉപയോഗിക്കുക, അങ്ങനെയെങ്കിൽ ലോക്ക് വിജയകരമാണ്.

O_NOCTTY

പാഥ് നെയിം ഒരു ടെർമിനൽ ഡിവൈസ് സൂചിപ്പിക്കുന്നുവെങ്കിൽ --- tty (4) --- കാണുന്പോൾ ഇത് പ്രോസസ് കൺട്രോൾ ടെർമിനൽ ആയിരിക്കില്ല, പ്രോസസ്സിന് ഒന്നുമില്ലെങ്കിൽ.

O_TRUNC

ഫയൽ നിലവിലുണ്ടെങ്കിൽ അത് ഒരു സാധാരണ ഫയൽ ആണെങ്കിൽ, ഓപ്പൺ മോഡ് എഴുതുക (അതായത്, O_RDWR അല്ലെങ്കിൽ O_WRONLY ആണ്) ഇത് നീളം 0. മാത്രമായി കുറയ്ക്കും. ഫയൽ ഒരു FIFO അല്ലെങ്കിൽ ടെർമിനൽ ഉപകരണ ഫയൽ ആണെങ്കിൽ, O_TRUNC ഫ്ലാഗ് അവഗണിക്കും. അല്ലെങ്കിൽ, O_TRUNC യുടെ പ്രാധാന്യം വ്യക്തമല്ല. (പല ലിനക്സ് പതിപ്പുകളിലും ഇത് അവഗണിക്കപ്പെടും, മറ്റ് പതിപ്പുകളിൽ ഇത് ഒരു പിശക് രേഖപ്പെടുത്തും.)

O_APPEND

ഫയൽ അനുബന്ധ ഘടനയിൽ തുറന്നിരിക്കുന്നു. ഓരോ എഴുത്തിനും മുൻപ്, ഫയലിന്റെ പോയിന്റർ സ്ക്രീനിന്റെ ഒടുവിൽ സ്ഥാനം പോലെ ആണ്. ഒന്നിലധികം പ്രോസസ് ഒരു ഫയലിനൊപ്പം ഡാറ്റയെ കൂട്ടിച്ചേർത്തുവെങ്കിൽ, NFS ഫയൽ സിസ്റ്റങ്ങളിൽ O_APPEND കേടായ ഫയലുകൾക്ക് കാരണമാകാം. എന്എഫ്എസ് ഒരു ഫയലിനായി കൂട്ടിച്ചേർക്കുന്നതിനെ പിന്തുണയ്ക്കുന്നില്ല, അതിനാൽ ക്ലയന്റ് കേർണൽ അതിനെ അനുകരിക്കേണ്ടതുണ്ടു്, അതു് ഒരു റേസിംഗ് അവസ്ഥയില്ലാതെ സാധ്യമല്ല.

O_NONBLOCK അല്ലെങ്കിൽ O_NDELAY

സാധ്യമെങ്കിൽ, ഫയൽ തടയൽ മോഡിൽ തുറക്കുന്നു. തുറന്ന ഫയല് ഡിസ്ക്രിപ്റ്റര് തുറന്നിരിക്കുന്നതോ അതിനുശേഷമുള്ളതോ ആയ പ്രവര്ത്തനങ്ങള് കോള് ചെയ്യല് പ്രക്രിയ അവസാനിപ്പിക്കും. FIFO കൾ കൈകാര്യം ചെയ്യുന്നതിനു് (പൈപ്പുകൾ എന്നു്) കൈകാര്യം ചെയ്യുന്നതിനു്, fifo- ഉം (4) കാണുക. FIFO കളേക്കാൾ അല്ലാത്ത ഫയലുകളിൽ ഈ മോഡ് ഫലപ്രദമാകുന്നില്ല.

O_SYNC

ഫയൽ സിൻക്രൊണസ് I / O നായി തുറക്കുന്നു. ഡാറ്റ ഹാർഡ്വെയറിലേക്ക് ഫിസിക്കൽ എഴുതിയതുവരെ, കോൾ പ്രോസസ്സ് തടയുന്നു തത്ഫലമായുണ്ടാകുന്ന ഫയൽ ഡിസ്ക്രിപ്റ്ററിൽ എഴുതുന്നത് തടയും. ചുവടെയുള്ള RESTRICTIONS കാണുക.

O_NOFOLLOW

പാത്ത്നാമം ഒരു പ്രതീകാത്മക ലിങ്കാണെങ്കിൽ , തുറന്ന പരാജയങ്ങൾ സംഭവിക്കുകയാണെങ്കിൽ. ഇത് ഫ്രീബിഎസ്ഡി എക്സ്റ്റെൻഷൻ, ലിനക്സിൽ 2.1.126 ലും ചേർത്തിട്ടുണ്ട്. പാതയുടെ മുമ്പത്തെ ഘടകങ്ങളിൽ സിംബോളിക് ലിങ്കുകൾ തുടർന്നും പിന്തുടരും. Glibc 2.0.100 ലും പിന്നീടുള്ള പതാകകളും ഈ പതാകയുടെ നിർവചനം ഉൾക്കൊള്ളുന്നു. 2.1.126 ന് മുമ്പുള്ള കേർണലുകൾ ഉപയോഗിച്ചിട്ടുണ്ടെങ്കിൽ അതിനെ അവഗണിക്കും .

O_DIRECTORY

പാഥ് നെയിം ഡയറക്ടറി അല്ലെങ്കിൽ, ഓപ്പൺ പരാജയപ്പെടാൻ കാരണമാകുന്നു. ഈ ഫ്ലാഗ് ലിനക്സ്-അനുസരിച്ചുള്ളതാണു്, അതു് ഫിസിയോ അല്ലെങ്കിൽ ടേപ്പ് ഡിവൈസിൽ opendir (3) വിളിച്ചിട്ടുണ്ടെങ്കിൽ, നിരസിക്കൽ-ഓഫ്-സർവീസ് പ്രശ്നങ്ങൾ ഒഴിവാക്കാൻ കെർണൽ പതിപ്പായ 2.1.126-ൽ ചേർത്തു, പക്ഷേ Opendir- ന്റെ .

O_DIRECT

ഈ ഫയലിൽ നിന്നും, ഐ / ഒ യുടെ കാഷെ ഇഫക്റ്റുകൾ ചെറുതാക്കാൻ ശ്രമിക്കുക. പൊതുവേ ഇത് പ്രകടനത്തെ തകരാറിലാക്കും, പക്ഷേ പ്രത്യേക സാഹചര്യങ്ങളിൽ ഉപയോഗപ്രദമാണ്, അതായത് ആപ്ലിക്കേഷനുകൾ സ്വന്തം കാഷെ ചെയ്യുമ്പോൾ. യൂസർ സ്പേസ് ബഫറുകളിൽ നിന്ന് / ലേക്ക് നേരിട്ട് ഫയൽ I / O നടക്കുന്നു. ഐ / ഒ സിൻക്രൊണസ് ആണ്, അതായത് വായന (2) പൂർത്തിയാക്കാനോ അല്ലെങ്കിൽ (2) സിസ്റ്റം കോൾ എഴുതുകയോ ചെയ്യുമ്പോൾ ഡാറ്റ കൈമാറ്റം ചെയ്യപ്പെടണമെന്ന് ഉറപ്പാണ്. ട്രാൻസ്ഫർ വ്യാപ്തികൾ, ഉപയോക്തൃ ബഫറിന്റെയും ഫയൽ ഓഫ്സെറ്റിന്റെയും അലൈൻമെന്റ് ഫയൽ സിസ്റ്റത്തിന്റെ ലോജിക്കൽ ബ്ലോക്ക് വലുപ്പത്തിൻറെ ഗുണിതങ്ങളായിരിക്കണം.
ഈ കൊടി Unix- പോലുള്ള നിരവധി സിസ്റ്റങ്ങളിൽ പിന്തുണയ്ക്കുന്നു; ലിനക്സ് 2.4.10 ലക്കത്തിൽ കെർണൽ പതിപ്പിനുള്ള പിന്തുണ ചേർത്തിരിയ്ക്കുന്നു.
ബ്ലോക്ക് ഡിവൈസുകൾക്കുള്ള സെമാന്റിനെ സമാനമായ ഇൻഫർമേഷൻ റോ (8) ൽ വിശദീകരിച്ചിരിക്കുന്നു.

O_ASYNC

ഒരു സിഗ്നൽ ഉണ്ടാക്കുക (SIGIO സ്വതവേ, എന്നാൽ fcntl (2) വഴി ഇത് മാറ്റാം . ഈ ഫയൽ ഡിസ്ക്രിപ്റ്ററിൽ ഇൻപുട്ട് അല്ലെങ്കിൽ ഔട്ട്പുട്ട് സാധ്യമാകുമ്പോൾ. ഈ സവിശേഷത ടെർമിനലുകൾക്കും, കപട-ടെർമിനലുകൾക്കും, സോക്കറ്റുകൾക്കും മാത്രമേ ലഭ്യമാകുകയുള്ളൂ. കൂടുതൽ വിവരങ്ങൾക്കായി fcntl (2) കാണുക.

O_LARGEFILE

വലിയ ഫയലുകൾ സിസ്റ്റങ്ങളെ പിന്തുണയ്ക്കുന്ന 32-ബിറ്റ് സിസ്റ്റങ്ങളിൽ, 31 ബിറ്റുകളിൽ തുറക്കുന്നതിനുള്ള വലുപ്പത്തിലുള്ള ഫയലുകൾ അനുവദിക്കരുത്.

ഫയൽ തുറന്നു കഴിഞ്ഞാൽ, ഈ ഐച്ഛികങ്ങളിൽ ചിലത്, fcntl ഉപയോഗിച്ച് മാറ്റാവുന്നതാണ് .

ഒരു പുതിയ ഫയൽ ഉണ്ടായാൽ, ആർഗ്യുമെൻറ് മോഡ് അനുമതികൾ വ്യക്തമാക്കുന്നു. ഇത് സാധാരണ രീതിയിൽ പ്രോസസിന്റെ umask വഴി പരിഷ്കരിച്ചിരിക്കുന്നു: സൃഷ്ടിക്കപ്പെട്ട ഫയലുകളുടെ അനുമതികൾ (മോഡ് & ~ umask) ആണ് . പുതുതായി സൃഷ്ടിച്ച ഫയലിന്റെ ഭാവിയിലേക്കുള്ള ആക്സസ് മാത്രമേ ഈ മോഡ് ബാധകമാകൂ; ഒരു റീഡ്-ഒൺലി ഫയൽ ഉണ്ടാക്കുന്ന ഓപ്പൺ കോൾ ഒരു റീഡ് / റൈറ്റ് ഡിസ്ക്രിപ്റ്ററോ തിരികെ നൽകാം.

ഇനിപ്പറയുന്ന സിംബോളിക് സ്ഥിരാങ്കങ്ങൾ മോഡിന് വേണ്ടി നൽകിയിരിക്കുന്നു:

S_IRWXU

00700 ഉപയോക്താവ് (ഫയൽ ഉടമ) അനുവാദം വായിക്കുകയും എഴുതുകയും പ്രവർത്തിക്കുകയും ചെയ്യുന്നു

S_IRUSR (S_IREAD)

00400 ഉപയോക്താവിന് അനുവാദം ഉണ്ട്

S_IWUSR (S_IWRITE)

00200 ഉപയോക്താവിന് റൈറ്റ് പെർമിഷൻ ഉണ്ട്

S_IXUSR (S_IEXEC)

00100 ഉപയോക്താവിന് അനുമതി നിർവ്വഹിച്ചിരിക്കുന്നു

S_IRWXG

00070 ഗ്രൂപ്പ് അനുവാദം വായിക്കുകയും എഴുതുകയും പ്രവർത്തിക്കുകയും ചെയ്യുന്നു

S_IRGRP

00040 ഗ്രൂപ്പ് വായിക്കാൻ അനുമതിയുണ്ട്

S_IWGRP

00020 സംഘത്തിന് റൈറ്റ് പെർമിഷൻ ഉണ്ട്

S_IXGRP

00010 സംഘത്തിന് അനുമതി നിർവ്വഹിച്ചിരിക്കുന്നു

S_IRWXO

00007 മറ്റുള്ളവർ അനുവാദം വായിക്കുകയും എഴുതുകയും പ്രവർത്തിക്കുകയും ചെയ്യുന്നു

S_IROTH

00004 പേർക്ക് അനുവാദം കിട്ടിയിട്ടുണ്ട്

S_IWOTH

00002 മറ്റുള്ളവർക്ക് റൈറ്റ് പെർമിഷൻ ഉണ്ട്

S_IXOTH

00001 മറ്റുള്ളവർ അനുമതി നിർവ്വഹിക്കുന്നു

O_CREAT ഫ്ലാഗുകളിലായിരിക്കുമ്പോൾ മോഡ് വ്യക്തമാക്കണം, അല്ലാത്തപക്ഷം അവഗണിക്കപ്പെടും.

creat O_CREAT | O_WRONLY | O_TRUNC എന്നതിന് സമാനമായ ഫ്ലാഗുകളുമായി തുല്യമായി തുല്യമാണ്.

VALUE തിരികെ നൽകുക

തുറന്നതും ക്രിയേറ്റ് ചെയ്തതുമായ പുതിയ ഫയൽ ഡിസ്ക്രിപ്റ്റർ, അല്ലെങ്കിൽ -1 ഒരു പിശക് സംഭവിച്ചാൽ (അങ്ങനെയെങ്കിൽ, പിഴവ് സജ്ജമാക്കിയിട്ടുണ്ടെങ്കിൽ). ഡിവൈസ് പ്രത്യേക ഫയലുകൾ തുറക്കാൻ സാധിയ്ക്കും, പക്ഷേ creat അവ ഉണ്ടാക്കാൻ കഴിയില്ല - പകരം mknod (2) ഉപയോഗിയ്ക്കുക.

യുഐഎഫ് ഫയൽ സിസ്റ്റങ്ങൾ യുഐഡി മാപ്പിങ് ലഭ്യമാക്കിയാൽ, തുറക്കുക തുറക്കൽ ഡിസ്ക്രീറ്റർ നൽകാം, ഉദാ. EACCES- നൊപ്പം (2) അഭ്യർത്ഥനകൾ നിരസിച്ചു. അനുമതികൾ പരിശോധിച്ചുകൊണ്ട് ക്ലയന്റ് ഓപ്പൺ ചെയ്യുന്നതിനാൽ, റീഡ് ആൻഡ് റൈറ്റ് റിമോട്ട്സിൽ സെർവറിന് യുഐഡി മാപ്പിങ് നടത്തുന്നു.

ഫയൽ പുതുതായി സൃഷ്ടിച്ചിട്ടുണ്ടെങ്കിൽ, അതിന്റെ ആറ്റം, സിടൈം, mtime ഫീൽഡുകൾ നിലവിലെ സമയം സജ്ജമാക്കിയിരിയ്ക്കുന്നു, കൂടാതെ പേരന്റ് ഡയറക്ടറിയുടെ സിമെറ്റും മൈമെൻറ് ഫീൽഡുകളും. അല്ലെങ്കിൽ, O_TRUNC ഫ്ലാഗ് കാരണം ഫയൽ പരിഷ്ക്കരിച്ചാൽ, അതിന്റെ സിംടിയും mtime ഫീൽഡുകളും നിലവിലെ സമയത്തിലേക്ക് സജ്ജമാക്കും.

പിശകുകൾ

EEXIST

pathname ഇതിനകം നിലവിലുണ്ട്, O_CREAT ഉം O_EXCL ഉം ഉപയോഗിച്ചു.

EISDIR

പാഥ് നെയിം ഡയറക്ടറി സൂചിപ്പിക്കുന്നു, അതിനോടനുബന്ധിച്ചുള്ള ആവശ്യമുളള പ്രവേശനം ആവശ്യപ്പെടുന്നു (അതായതു്, O_WRONLY അല്ലെങ്കിൽ O_RDWR സജ്ജമാക്കിയിരിയ്ക്കുന്നു).

EACCES

ഫയലിനായുള്ള അഭ്യർത്ഥിത ആക്സസ് അനുവദനീയമല്ല അല്ലെങ്കിൽ pathname- ലെ ഡയറക്ടറികളിൽ ഒന്നിൽ തിരയൽ (എക്സിക്യൂട്ട്) അനുമതി നൽകുന്നില്ല, അല്ലെങ്കിൽ ഫയൽ നിലവിലില്ല കൂടാതെ പേരന്റ് ഡയറക്ടറിയിലേക്ക് റൈറ്റ് റൈറ്റ് അനുവദനീയമല്ല.

ENAMETOOLONG

പാതയുടെ ദൈർഘ്യമേറിയതാണ്.

ENOENT

O_CREAT സജ്ജമാക്കിയില്ല, പേരുള്ള ഫയൽ നിലവിലില്ല. അല്ലെങ്കിൽ, pathname- ലുള്ള ഒരു ഡയറക്ടറി ഘടകം നിലവിലില്ല അല്ലെങ്കിൽ ഒരു ഡാംഗ്ലി സിംബോളിക് ലിങ്കാണ്.

ENOTDIR

പാഥേനെ ഒരു ഡയറക്റ്ററിയായി ഉപയോഗിയ്ക്കുന്ന ഒരു ഘടകം അല്ല, വാസ്തവത്തിൽ, ഒരു ഡയറക്ടറി, അല്ലെങ്കിൽ O_DIRECTORY നൽകിയിരിയ്ക്കുന്നു, പാഥ് നെയിം ഡയറക്ടറി അല്ല.

ENXIO

O_NONBLOCK | O_WRONLY സജ്ജമാക്കിയിട്ടുണ്ട്, പേരുള്ള ഫയൽ ഒരു ഫിഫ ആണ്, കൂടാതെ പ്രക്രിയയ്ക്കായി ഫയൽ തുറക്കാൻ കഴിയുന്നില്ല. അല്ലെങ്കിൽ, ഫയൽ ഒരു ഉപകരണ സ്പെഷ്യൽ ഫയലാണ്, അനുയോജ്യമായ ഒരു ഉപകരണവും നിലവിലില്ല.

ENODEV

പാഥ് നെയിം ഡിവൈസ് സ്പെഷ്യൽ ഫയലിനെ സൂചിപ്പിയ്ക്കുന്നു. (ഇത് ഒരു ലിനക്സ് കെർണൽ ബഗ് ആണ് - ഈ സാഹചര്യത്തിൽ ENXIO നൽകണം.)

EROFS

പാഥ് നെയിം റീഡ്-ഒൺലി ഫയൽസിസ്റ്റമിലുള്ള ഒരു ഫയലിനെ റൈറ്റ് ആക്സസ് അഭ്യർത്ഥിക്കുന്നു.

ETXTBSY

pathname നിലവിൽ നടപ്പിലാക്കുന്ന ഒരു എക്സിക്യൂട്ടബിൾ ഇമേജ്, റൈറ്റ് ആക്സസ് അഭ്യർത്ഥിക്കുന്നു.

EFAULT

നിങ്ങളുടെ പ്രവേശനയോഗ്യമായ സ്ഥലസ്ഥലത്തിനു പുറത്തുള്ള pathname പോയിന്റുകൾ.

ELOOP

പാഥ് നെയിം പരിഹരിക്കുന്നതിൽ വളരെയധികം സിംബോളിക് ലിങ്കുകൾ നേരിട്ടു, അല്ലെങ്കിൽ O_NOFOLLOW നൽകിയിട്ടുണ്ടു് , പക്ഷേ പാഥ് നെയിം ഒരു സിംബോളിക് ലിങ്കായിരുന്നു.

ENOSPC

പാഥ് നെയിം ഉണ്ടാക്കിയിരിയ്ക്കുന്നു പക്ഷേ, path path അടങ്ങുന്ന ഡിവൈസ് പുതിയ ഫയലിനു് ഒരിടം ഇല്ല.

ENOMEM

അപര്യാപ്തമായ കേർണൽ മെമ്മറി ലഭ്യമായിരുന്നു.

EMFILE

പ്രക്രിയയിൽ ഇതിനകം തന്നെ പരമാവധി എണ്ണം ഫയലുകൾ തുറന്നിട്ടുണ്ട്.

ENFILE

സിസ്റ്റത്തിൽ തുറന്ന ഫയലുകളുടെ ആകെ എണ്ണം പരിധിയിലെത്തി.

അത് ശരിയാണ്

SVr4, SVID, POSIX, X / OPEN, BSD 4.3 O_NOFOLLOW , O_DIRECTORY പതാകകൾ എന്നിവ ലിനക്സ്- സ്പെസിഫിക് ആണ്. അവരുടെ നിർവ്വചനങ്ങൾ ലഭിക്കുന്നതിന് _GNU_SOURCE മാക്രോയെ നിർവചിക്കേണ്ടിവരുന്നു.

നിയന്ത്രണങ്ങൾ

NFS- ന് കീഴിലുള്ള പ്രോട്ടോക്കോളിൽ അനേകം infelicities ഉണ്ട്, O_SYNC ഉം O_NDELAY ഉം മറ്റുള്ളവരെ ബാധിക്കുന്നു.

OZYNC , O_DSYNC , O_RSYNC എന്നീ ഫ്ലാഗുകൾക്ക് അനുസൃതമായി , പൊസിക്സ് സിൻക്രൊണൈസ്ഡ് I / O യുടെ മൂന്ന് വ്യത്യസ്ത വേരിയൻറുകൾ നൽകുന്നു. നിലവിൽ (2.1.130) ഇവ എല്ലാം Linux- ന്റെ കീഴിൽ പ്രവർത്തിക്കുന്നു.