| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
* generic/tclTestObj.c: operations. Thanks to kbk for fix and test.
* tests/listObj.test: [Bug 2971669].
|
|
|
|
|
|
| |
* doc/refchan.n: <ferrieux@users.sourceforge.net> for debugging and fixing
* tests/ioCmd.test: the problem. It is the write-side equivalent
to the bug fixed 2009-08-06.
|
| |
|
|
|
|
| |
and added test cases for it.
|
| |
|
|
|
|
|
|
|
| |
changes from HEAD, so diffing
between 8.5.x and 8.6 shows the
real structural differences again.
(any signature change not backported!)
|
| |
|
|
|
|
|
|
| |
* generic/tclCompile.h: 'info frame' affects not only 8.6 but 8.5 as
* generic/tclExecute.h: well. Backported the fix done in 8.6, without
* tests/info.test: changes. New testcase info-39.1.
|
| |
|
|
|
|
| |
hits the next element to be deleted.
|
|
|
|
|
| |
matched much more rapidly. Many thanks to Tom Lane for dianosing this issue
and providing an initial patch.
|
| |
|
|
|
|
|
|
|
|
|
| |
backported from HEAD. Still
configure script not modified,
so CYGWIN build is still
disabled. Reason: although the
build succeeds with those changes,
many tests still fail.
|
| |
|
|
|
|
|
| |
Formatting (all backported from HEAD)
Fix gcc 4.4 warning: ignoring return value of ‘write’,
|
|
|
|
|
|
|
|
| |
the EventScriptRecord (esPtr) fully before handing it to
Tcl_CreateChannelHandler for registration. Otherwise a reflected
channel calling 'chan postevent' (== Tcl_NotifyChannel) in its
'watchProc' will cause the function 'TclChannelEventScriptInvoker'
to be run on an uninitialized structure.
|
| |
|
| |
|
|
|
|
| |
backported from trunk.
|
|
|
|
|
|
| |
* tests/fileName.test (filename-14.31): the string rep and the intrep
of a path value created by [file rootname]. Thanks to Vitaly Magerya
for reporting. [Bug 2918610]
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
comments to describe when the function can be entered for the same
Tcl_Obj* multiple times. This is a continuation of the 2009-11-10
entry where a memory leak was plugged, but where not sure if that
was just a band-aid to paper over some other error. It isn't, this
is a legal situation.
|
|
|
|
|
| |
better detect the toolchain that needs extra work for proper underflow
treatment instead of merely detecting the mips platform. [Bug 2902010].
|
|
|
|
| |
future.
|
|
|
|
|
|
| |
which used the number of _written_ bytes or character to update
the counters for the read bytes/characters. See last entry for the
test case.
|
|
|
|
| |
commands in safe interps.
|
|
|
|
|
| |
saving the errno from the first of two FlushChannel()s. Uneasy to
test; might need specific channel drivers. Four-hands with aku.
|
|
|
|
| |
evaluation.
|
|
|
|
| |
[Bug 2895323]
|
|
|
|
|
|
| |
TCL_EVAL_DIRECT evaluation.
* tests/info.test: Resolve ambiguous resolution of variable "res".
|
|
|
|
|
|
|
|
|
|
|
|
| |
* library/init.tcl:
* tools/tcl.wse.in:
* unix/configure.in:
* unix/tcl.spec:
* win/configure.in:
* README:
* unix/configure: autoconf-2.59
* win/configure:
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
from:
typedef unsigned long mp_digit;
to:
typedef unsigned int mp_digit;
For 32-bit builds where "long" and "int" are two names for the same
thing, this is no change at all. For 64-bit builds, though, this
causes the dp[] array of an mp_int to be made up of 32-bit elements
instead of 64-bit elements. This is a huge improvement because details
elsewhere in the mp_int implementation cause only 28 bits of each
element to be actually used storing number data. Without this change
bignums are over 50% wasted space on 64-bit systems. [Bug 2800740].
***POTENTIAL INCOMPATIBILITY***
For 64-bit builds, callers of routines with (mp_digit) or (mp_digit *)
arguments *will*, and callers of routines with (mp_int *) arguments
*may* suffer both binary and stubs incompatibilities with Tcl releases
8.5.0 - 8.5.7. Such possibilities should be checked, and if such
incompatibilities are present, suitable [package require] requirements
on the Tcl release should be put in place to keep such built code
[load]-ing only in Tcl interps that are compatible.
|
| |
|
|
|
|
| |
caused crashes. [Bug 2884203].
|
|
|
|
|
|
| |
0-length writes. When closing pipes which have already been closed
not skipping leads to spurious SIG_PIPE signals. Reported by
Mikhail Teterin <mi+thun@aldan.algebra.com>.
|
| |
|
|
|
|
|
|
|
| |
to permit reads to continue up to the string limits of Tcl values.
Before revisions, large read attempts could panic when as little as
half the limiting value length was reached. [Patch 2107634]
Thanks to Sean Morrison and Bob Parker for their roles in the fix.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
objThreadMap and lineCLPtr hashtables. Also make the names of the
continuation line information initialization and finalization
functions more consistent. Patch supplied by Joe Mistachkin
<joe@mistachkin.com>.
|
|
|
|
|
|
| |
constant 11 with the proper errno define, EAGAIN. What was I
thinking ? The BSD's have a different errno assignment and break
with the hardwired number. Reported by emiliano on the chat.
|
|
|
|
|
| |
* generic/tclTomMath.h: dependence on private headers, breaking use
* generic/tommath.h: by extensions [Bug 1941434].
|
|
|
|
|
|
|
| |
* generic/tclCkalloc.c: call stacks for memory allocation to
* generic/tclInt.h: guarantee that any size values computed
* generic/tclThreadAlloc.c: are within the domains of the routines
they get passed to. [Bugs 2557696 and 2557796].
|
|
|
|
| |
[format]. [Bug 2845535]
|
| |
|