summaryrefslogtreecommitdiffstats
path: root/unix/tclUnixFile.c
diff options
context:
space:
mode:
authorandreask@activestate.com <andreas_kupries>2004-07-15 20:46:49 (GMT)
committerandreask@activestate.com <andreas_kupries>2004-07-15 20:46:49 (GMT)
commit5e00368eb6912366e2d82d62e09a5cfd4d543b81 (patch)
tree57898ba81f1e08b32a243a13819f2637f6435d74 /unix/tclUnixFile.c
parenta368d40974d420cf6eb48950f18727082206edd5 (diff)
downloadtcl-5e00368eb6912366e2d82d62e09a5cfd4d543b81.zip
tcl-5e00368eb6912366e2d82d62e09a5cfd4d543b81.tar.gz
tcl-5e00368eb6912366e2d82d62e09a5cfd4d543b81.tar.bz2
* generic/tclIO.h (CHANNEL_INCLOSE): New flag. Set in
* generic/tclIO.c (Tcl_UnregisterChannel): 'Tcl_Close' while the * generic/tclIO.c (Tcl_Close): close callbacks are run. Checked in 'Tcl_Close' and 'Tcl_Unregister' to prevent recursive call of 'close' in the close-callbacks. This is a possible error made by implementors of virtual filesystems based on 'tclvfs', thinking that they have to close the channel in the close handler for the filesystem. * generic/tclIO.c: * generic/tclIO.h: * Not reverting, but #ifdef'ing the changes from May 19, 2004 out of the core. This removes the ***POTENTIAL INCOMPATIBILITY*** for channel drivers it introduced. This has become possible due to Expect gaining a BlockModeProc and now handling blockingg and non-blocking modes correctly. Thus [SF Tcl Bug 943274] is still fixed if a recent enough version of Expect is used. * doc/CrtChannel.3: Added warning about usage of a channel without a BlockModeProc.
Diffstat (limited to 'unix/tclUnixFile.c')
0 files changed, 0 insertions, 0 deletions