diff options
author | andreas_kupries <akupries@shaw.ca> | 2006-04-05 00:05:53 (GMT) |
---|---|---|
committer | andreas_kupries <akupries@shaw.ca> | 2006-04-05 00:05:53 (GMT) |
commit | 3fe923f507658ef0f1f26740f711135dc869f84f (patch) | |
tree | 0b5d30310f1d236b32b5a8dab94572b1d5b51921 /tests/pkg.test | |
parent | d1dcee1f60ab850711da254e86738af719b25a8e (diff) | |
download | tcl-3fe923f507658ef0f1f26740f711135dc869f84f.zip tcl-3fe923f507658ef0f1f26740f711135dc869f84f.tar.gz tcl-3fe923f507658ef0f1f26740f711135dc869f84f.tar.bz2 |
* generic/tclIO.c (ReadChars): Added check and panic and
commentary to a piece of code which relies on BUFFER_PADDING to
create enough space at the beginning of each buffer forthe
insertion of partial multi-byte data at the beginning of a
buffer. To explain why this code is ok, and as precaution if
someone twiddled the BUFFER_PADDING into uselessness.
* generic/tclIO.c (ReadChars): [SF Tcl Bug 1462248]. Added code
temporarily suppress the use of TCL_ENCODING_END set when eof
was reached while the buffer we are converting is not truly the
last buffer in the queue. together with the Utf bug below it was
possible to completely bollox the buffer data structures,
eventually crashing Tcl.
* generic/tclEncoding.c (UtfToUtfProc): Fixed problem where the
function accessed memory beyond the end of the input
buffer. When TCL_ENCODING_END is set and the last bytes of the
buffer start a multi-byte sequence. This bug contributed to [SF
Tcl Bug 1462248].
Diffstat (limited to 'tests/pkg.test')
0 files changed, 0 insertions, 0 deletions