Menu
▾
▴
tcl-bugs
|
From: Donal K. F. <dk...@us...> - 2009-02-12 09:27:47
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv28425 Modified Files: ChangeLog Log Message: Fix tricky point that meant it was next to impossible to extend [oo::define]. |
|
From: Don P. <dg...@us...> - 2009-02-12 14:45:44
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv15887 Modified Files: ChangeLog Log Message: * generic/tclStringObj.c: Re-implemented AppendUtfToUnicodeRep so that we no longer pass through Tcl_DStrings which have their own sets of problems when lengths overflow the int range. Now AUTUR and FillUnicodeRep share a common core routine. |
|
From: Don P. <dg...@us...> - 2009-02-12 17:08:49
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv28587 Modified Files: ChangeLog Log Message: * generic/tclStringObj.c: Simplified Tcl_GetCharLength by * generic/tclTestObj.c: removing code that did nothing. Added early returns from Tcl_*SetObjLength when the desired length is already present; adapted test command to the change. |
|
From: Don P. <dg...@us...> - 2009-02-13 03:23:05
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv18468 Modified Files: ChangeLog Log Message: * generic/tclStringObj.c: Rewrites of the routines Tcl_GetCharLength, Tcl_GetUniChar, Tcl_GetUnicodeFromObj, Tcl_GetRange, and TclStringObjReverse to use the new macro, and to more simply and clearly split the cases depending on whether a valid unicode rep is present or needs to be created. * generic/tclInt.h: New macro TclNumUtfChars meant to be a faster replacement for a full Tcl_NumUtfChars() call when the string has all single-byte characters. |
|
From: Don P. <dg...@us...> - 2009-02-13 04:01:50
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv18391 Modified Files: ChangeLog Log Message: New utility routine UnicodeLength(), to compute the length of unicode buffer arguments when no length is passed in, with built-in overflow protection included. Update three callers to use it. |
|
From: Don P. <dg...@us...> - 2009-02-14 22:54:25
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv20600 Modified Files: ChangeLog Log Message: * generic/tclTestObj.c: Revise updates to [teststringobj] so we don't get blocked by MODULE_SCOPE limits. |
|
From: Don P. <dg...@us...> - 2009-02-14 23:07:21
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv22227 Modified Files: ChangeLog Log Message: * generic/tclStringObj.c: Revisions so that we avoid creating the strange representation of an empty string with objPtr->bytes == NULL and stringPtr->hasUnicode == 0. Instead in the situations where that was being created, create a traditional two-legged stork representation (objPtr->bytes = tclEmptyStringRep and stringPtr->hasUnicode = 1). In the situations where the strange rep was treated differently, continue to do so by testing stringPtr->numChars == 0 to detect it. These changes make the code more conventional so easier for new maintainers to pick up. Also sets up further simplifications. |
|
From: Don P. <dg...@us...> - 2009-02-15 16:49:43
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv21807 Modified Files: ChangeLog Log Message: * generic/tclStringObj.c: Removed limitation in Tcl_AppendObjToObj where the char length of the result was only computed if the appended string was all single byte characters. This limitation was in place to dodge a bug in Tcl_GetUniChar. With that bug gone, we can take advantage of always recording the length of append results when we know it. |
|
From: Don P. <dg...@us...> - 2009-02-15 22:32:24
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv32710 Modified Files: ChangeLog Log Message: * generic/tclStringObj.c: Replace the 'size_t uallocated' field of the String struct, storing the number of bytes allocated to store the Tcl_UniChar array, with an 'int maxChars' field, storing the number of Tcl_UniChars that may be stored in the allocated space. This reduces memory requirement a small bit, and makes some range checks simpler to code. |
|
From: Don P. <dg...@us...> - 2009-02-15 23:13:24
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv4276 Modified Files: ChangeLog Log Message: * generic/tclStringObj.c: Factor out duplicate code from Tcl_AppendObjToObj. |
|
From: Don P. <dg...@us...> - 2009-02-16 04:06:13
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv5754 Modified Files: ChangeLog Log Message: * generic/tclStringObj.c: Added protections from invalid memory * generic/tclTestObj.c: accesses when we append (some part of) * tests/stringObj.test: a Tcl_Obj to itself. Added the appendself and appendself2 subcommands to the [teststringobj] testing command and added tests to the test suite. [Bug 2603158] |
|
From: Don P. <dg...@us...> - 2009-02-16 04:33:15
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv8998 Modified Files: ChangeLog Log Message: * generic/tclTestObj.c: Replace the [teststringobj ualloc] testing * tests/stringObj.test: command with [teststringobj maxchars] and update the tests. |
|
From: Jan N. <nij...@us...> - 2009-02-16 22:17:00
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv823 Modified Files: ChangeLog Log Message: fix [Bug 2605232] tdbc doesn't build when Tcl is compiled with --disable-shared. |
|
From: Jan N. <nij...@us...> - 2009-02-16 22:56:19
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv15641 Modified Files: ChangeLog Log Message: fix [Feature Request 2605263] use official zlib build. |
|
From: Don P. <dg...@us...> - 2009-02-17 06:52:10
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv2061 Modified Files: ChangeLog Log Message: * generic/tclStringObj.c: Revise buffer growth implementation in ExtendStringRepWithUnicode. Use cheap checks to determine that no reallocation is necessary without cost of computing the precise number of bytes needed. Also make use of the string growth algortihm in the case of repeated appends. |
|
From: Don P. <dg...@us...> - 2009-02-17 14:28:09
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv20430 Modified Files: Tag: dgp-refactor ChangeLog Log Message: merge updates from HEAD |
|
From: Don P. <dg...@us...> - 2009-02-17 17:17:37
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv24145 Modified Files: ChangeLog Log Message: * generic/tclStringObj.c: Factor out common GrowStringBuffer(). * generic/tclStringObj.c: Convert Tcl_AppendStringsToObj into * tests/stringObj.test: a radically simpler implementation where we just loop over calls to Tcl_AppendToObj. This fixes [Bug 2597185]. It also creates a *** POTENTIAL INCOMPATIBILITY *** in that T_ASTO can now allocate more space than is strictly required, like all the other Tcl_Append* routines. The incompatibility was detected by test stringObj-6.5, which I've updated to reflect the new behavior. |
|
From: Jeffrey H. <ho...@us...> - 2009-02-17 18:07:01
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv31509 Modified Files: Tag: core-8-5-branch ChangeLog Log Message: * win/tcl.m4, win/configure: Check if cl groks _WIN64 already to avoid CC manipulation that can screw up later configure checks. Use 'd'ebug runtime in 64-bit builds. |
|
From: Jeffrey H. <ho...@us...> - 2009-02-17 18:10:42
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv32067 Modified Files: ChangeLog Log Message: * win/tcl.m4, win/configure: Check if cl groks _WIN64 already to avoid CC manipulation that can screw up later configure checks. Use 'd'ebug runtime in 64-bit builds. |
|
From: Don P. <dg...@us...> - 2009-02-17 21:05:46
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv11929 Modified Files: ChangeLog Log Message: * generic/tclStringObj.c: Factor out common GrowUnicodeBuffer() and solve overflow and growth algorithm fallbacks in it. |
|
From: Don P. <dg...@us...> - 2009-02-17 23:13:51
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv23349 Modified Files: ChangeLog Log Message: * generic/tclStringObj.c: Pare back the length of the unicode array in a non-extended String struct to one Tcl_UniChar, meant to hold the terminating NUL character. Non-empty unicode strings are then stored by extending the String struct by stringPtr->maxChars additional slots in that array with sizeof(Tcl_UniChar) bytes per slot. This revision makes the allocation macros much simpler. |
|
From: Don P. <dg...@us...> - 2009-02-18 06:26:07
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv26516 Modified Files: ChangeLog Log Message: * generic/tclStringObj.c: Another round of simplification on the allocation macros. |
|
From: Don P. <dg...@us...> - 2009-02-18 18:32:00
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv26643 Modified Files: ChangeLog Log Message: * generic/tclStringObj.c: Rewrite GrowStringBuffer() so that it has parallel structure with GrowUnicodeBuffer(). The revision permits allocation attempts to continue all the way up to failure, with no gap. It also directly manipulates the String and Tcl_Obj internals instead of inefficiently operating via Tcl_*SetObjLength() with all of its extra protections and underdocumented special cases. |
|
From: Don P. <dg...@us...> - 2009-02-18 18:43:04
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv28339 Modified Files: Tag: dgp-refactor ChangeLog Log Message: merge updates from HEAD |
|
From: Don P. <dg...@us...> - 2009-02-18 20:10:45
|
Update of /cvsroot/tcl/tcl In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv9663 Modified Files: ChangeLog Log Message: * generic/tclStringObj.c: Simplify the logic of the Tcl_*SetObjLength() routines. |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X