summaryrefslogtreecommitdiffstats
path: root/tools/configure.in
diff options
context:
space:
mode:
authorandreas_kupries <akupries@shaw.ca>2004-07-15 20:46:49 (GMT)
committerandreas_kupries <akupries@shaw.ca>2004-07-15 20:46:49 (GMT)
commitd030c083e5dd7913feb8736f3727f316fe525876 (patch)
tree57898ba81f1e08b32a243a13819f2637f6435d74 /tools/configure.in
parentac5258caba03972be43bafc65a38ad4571af178f (diff)
downloadtcl-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 'tools/configure.in')
0 files changed, 0 insertions, 0 deletions