> Linux Reviews > man >

close

zamkni�cie deskryptora pliku

close.2.man
close.9.man

1. close.2.man

Manpage of CLOSE

CLOSE

Section: Podr�cznik programisty Linuksa (2)
Updated: 2001-12-13
Index Return to Main Contents

NAZWA

close - zamkni�cie deskryptora pliku

SK�ADNIA

#include <unistd.h>

int close(int fd);

OPIS

close zamyka deskryptor pliku, tak �e nie odnosi si� on ju� p�niej do �adnego pliku i mo�e by� u�yty ponownie. Wszelkie blokady utrzymywane pliku, z kt�rym deskryptor by� zwi�zany, i kt�rych w�a�cicielem by� proces, zostaj� usuni�te (niezale�nie od deskryptora plik�w, kt�rego u�yto dla uzyskanie blokady).

Je�li fd jest ostatni� kopi� deskryptora pewnego pliku, zasoby z nim zwi�zane zostaj� zwolnione; je�li deskryptor by� ostatnim odniesieniem do pliku, kt�ry usuni�to za pomoc� polecenia unlink(2), to plik jest kasowany.

WARTO�� ZWRACANA

close zwraca zero po pomy�lnym zako�czeniu, a -1 gdy wyst�pi b��d.

B��DY

EBADF: fd nie jest prawid�owym deskryptorem otwartego pliku.
EINTR: Funkcja close() zosta�a przerwana przez sygna�.
EIO: Wyst�pi� b��d we/wy.

ZGODNE Z

SVr4, SVID, POSIX, X/OPEN, BSD 4.3. SVr4 dokumentuje dodatowy b��d ENOLINK.

UWAGI

Niesprawdzanie warto�ci zwracanej przez close jest popularnym, lecz powa�nym b��dem w sztuce programowania. Mo�e si� zdarzy�, �e przy ko�cz�cym close zostan� najpierw zg�oszone b��dy wcze�niejszej operacji write(2). Niesprawdzanie zwracanej podczas zamykania pliku warto�ci mo�e prowadzi� do niesygnalizowanej utraty danych. Jest to obserwowane zw�aszcza w przypadku NFS i quota dyskowych.

Pomy�lne zamkni�cie nie gwarantuje, �e dane zostan� pomy�lnie zapisane na dysku, gdy� j�dro op�nia zapisy. Systemy plik�w nie maja zwyczaju opr�niania bufor�w przy zamykaniu strumienia. Je�li istnieje potrzeba zapewnienia, aby dane zosta�y zapisane fizycznie, nale�y u�ywa� fsync(2). (Zapis zale�y w tym momencie od w�a�ciwo�ci sprz�towych dysku.)

ZOBACZ TAK�E

open(2), fcntl(2), shutdown(2), unlink(2), fclose(3), fsync(2)

This document was created by man2html using the manual pages.
Time: 23:26:02 GMT, July 09, 2008

2. close.9.man

Manpage of close

close

Section: Tcl Built-In Commands (n)
Updated: 7.5
Index Return to Main Contents

NAME

close - Close an open channel.

SYNOPSIS

close channelId

DESCRIPTION

Closes the channel given by channelId.

ChannelId must be an identifier for an open channel such as a Tcl standard channel (stdin, stdout, or stderr), the return value from an invocation of open or socket, or the result of a channel creation command provided by a Tcl extension.

All buffered output is flushed to the channel's output device, any buffered input is discarded, the underlying file or device is closed, and channelId becomes unavailable for use.

If the channel is blocking, the command does not return until all output is flushed. If the channel is nonblocking and there is unflushed output, the channel remains open and the command returns immediately; output will be flushed in the background and the channel will be closed when all the flushing is complete.

If channelId is a blocking channel for a command pipeline then close waits for the child processes to complete.

If the channel is shared between interpreters, then close makes channelId unavailable in the invoking interpreter but has no other effect until all of the sharing interpreters have closed the channel. When the last interpreter in which the channel is registered invokes close, the cleanup actions described above occur. See the interp command for a description of channel sharing.

Channels are automatically closed when an interpreter is destroyed and when the process exits. Channels are switched to blocking mode, to ensure that all output is correctly flushed before the process exits.

The command returns an empty string, and may generate an error if an error occurs while flushing output. If a command in a command pipeline created with open returns an error, close generates an error (similar to the exec command.)

EXAMPLE

This illustrates how you can use Tcl to ensure that files get closed even when errors happen by combining catch, close and return:


proc withOpenFile {filename channelVar script} {
    upvar 1 $channelVar chan
    set chan [open $filename]
    catch {
        uplevel 1 $script
    } result options
    close $chan
    return -options $options $result
}