summaryrefslogtreecommitdiffstats
path: root/generic/tclNotify.c
diff options
context:
space:
mode:
authorandreas_kupries <akupries@shaw.ca>2004-07-15 20:46:17 (GMT)
committerandreas_kupries <akupries@shaw.ca>2004-07-15 20:46:17 (GMT)
commit597bb3236aba9dbe1c799b8bde917c1228fd21a1 (patch)
tree6b9b7f812be710b6ab81f81e35ba63a056c6926f /generic/tclNotify.c
parent3c87843ad32da0db04bc580121a56049ad5cb367 (diff)
downloadtcl-597bb3236aba9dbe1c799b8bde917c1228fd21a1.zip
tcl-597bb3236aba9dbe1c799b8bde917c1228fd21a1.tar.gz
tcl-597bb3236aba9dbe1c799b8bde917c1228fd21a1.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 'generic/tclNotify.c')
0 files changed, 0 insertions, 0 deletions