diff options
author | andreas_kupries <akupries@shaw.ca> | 2004-07-15 20:46:49 (GMT) |
---|---|---|
committer | andreas_kupries <akupries@shaw.ca> | 2004-07-15 20:46:49 (GMT) |
commit | d030c083e5dd7913feb8736f3727f316fe525876 (patch) | |
tree | 57898ba81f1e08b32a243a13819f2637f6435d74 /tests/set.test | |
parent | ac5258caba03972be43bafc65a38ad4571af178f (diff) | |
download | tcl-d030c083e5dd7913feb8736f3727f316fe525876.zip tcl-d030c083e5dd7913feb8736f3727f316fe525876.tar.gz tcl-d030c083e5dd7913feb8736f3727f316fe525876.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 'tests/set.test')
0 files changed, 0 insertions, 0 deletions