summaryrefslogtreecommitdiffstats
path: root/unix
diff options
context:
space:
mode:
authorandreask@activestate.com <andreas_kupries>2002-01-21 20:38:06 (GMT)
committerandreask@activestate.com <andreas_kupries>2002-01-21 20:38:06 (GMT)
commita43a421d9b65542030eaa084ccaf676c37a4fbe6 (patch)
treeb55eec77eccf5f16f69e282f66eca0af288d3ee5 /unix
parent11208f829def0ffb01d498d6a417ae1f8a0ab8bf (diff)
downloadtcl-a43a421d9b65542030eaa084ccaf676c37a4fbe6.zip
tcl-a43a421d9b65542030eaa084ccaf676c37a4fbe6.tar.gz
tcl-a43a421d9b65542030eaa084ccaf676c37a4fbe6.tar.bz2
* generic/tclIO.c (WriteChars): Fix for SF #506297, reported by
Martin Forssen <ruric@users.sourceforge.net>. The encoding chosen in the script exposing the bug writes out three intro characters when TCL_ENCODING_START is set, but does not consume any input as TCL_ENCODING_END is cleared. As some output was generated the enclosing loop calls UtfToExternal again, again with START set. Three more characters in the out and still no use of input ... To break this infinite loop we remove TCL_ENCODING_START from the set of flags after the first call (no condition is required, the later calls remove an unset flag, which is a no-op). This causes the subsequent calls to UtfToExternal to consume and convert the actual input.
Diffstat (limited to 'unix')
0 files changed, 0 insertions, 0 deletions