Menu
▾
▴
tcl-bugs
|
From: David G. <dav...@us...> - 2002-11-27 22:47:17
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv3743 Modified Files: ChangeLog Log Message: * win/tclWinSock.c: WSAStartup() loaded version comparison error which resulted in 2.0 looking less than 1.1. |
|
From: David G. <dav...@us...> - 2002-11-27 22:57:08
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv8169 Modified Files: ChangeLog Log Message: * win/tclWinChan.c (Tcl_MakeFileChannel): return of DuplicateHandle() incorrectly used [Bug 618852]. |
|
From: David G. <dav...@us...> - 2002-12-04 03:59:18
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv24034 Modified Files: ChangeLog Log Message: * win/tclAppInit.c (sigHandler): Protect from trying to close a NULL handle. * win/tclWinPipe.c (PipeClose2Proc, TclpCreateProcess): Send a real Win32 signal (CTRL_C_EVENT) when the read channel is brought down to alert the child to close on its side. Start the process with CREATE_NEW_PROCESS_GROUP to allow the ability to send these signals. The following test case now brings down the child without the use of an external [kill] command. % set p [open "|[info name]" w+] file8d5380 % pid $p 2876 % close $p <- now doesn't block in Tcl_WaitPid() % |
|
From: David G. <dav...@us...> - 2002-12-04 05:43:19
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv24792 Modified Files: ChangeLog Log Message: * win/tclWinPipe.c (PipeClose2Proc): Changed CTRL_C_EVENT to CTRL_BREAK_EVENT as it can't be ignored by the child and proved to work on [open "|netstat 1" w+] where CTRL_C_EVENT didn't. |
|
From: Jeffrey H. <ho...@us...> - 2002-12-04 07:07:59
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv15664 Modified Files: ChangeLog Log Message: * generic/tclStubLib.c (Tcl_InitStubs): prevent the cached check of tclStubsPtr to allow for repeated load/unload of the Tcl dll by hosting apps. [Bug 615304] |
|
From: Vince D. <vin...@us...> - 2002-12-04 13:09:24
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv13796 Modified Files: ChangeLog Log Message: filesystem cleanup fix, virtual filesystem load fix |
|
From: David G. <dav...@us...> - 2002-12-04 22:04:42
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv27038 Modified Files: ChangeLog Log Message: * win/tclWinPipe.c (Tcl_WaitPid): When a process exits with an exception, pass this notice on to the caller with a SIG* code rather than truncating the exit code and missing the meaning. This allows TclCleanupChildren() to report "CHILDKILLED". This has a different behavior than unix in that closing the read pipe to a process sends the SIGPIPE signal which is returned as a SIGPIPE exit status. On windows, we send the process a CTRL_BREAK_EVENT and get back a CONTROL_C_EXIT which is documented to mean a SIGINT which seems wrong as a system, but is the correct exit status. |
|
From: David G. <dav...@us...> - 2002-12-05 00:17:04
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv10811 Modified Files: ChangeLog Log Message: * win/tclWinPipe.c: reverted back to -r1.27 due to numerous test failures that need to be resolved first. |
|
From: Jeffrey H. <ho...@us...> - 2002-12-06 02:48:09
|
Update of /cvsroot/tcl/tcl
In directory sc8-pr-cvs1:/tmp/cvs-serv26878
Modified Files:
Tag: mod-8-3-4-branch
ChangeLog
Log Message:
* generic/tclLiteral.c (LiteralThreadExitProc): do no delete
literal table in thread exit handler. This causes a crash
sometimes that must be further explored.
|
|
From: Andreas K. <and...@us...> - 2002-12-06 03:08:18
|
Update of /cvsroot/tcl/tcl
In directory sc8-pr-cvs1:/tmp/cvs-serv31304
Modified Files:
Tag: mod-8-3-4-branch
ChangeLog
Log Message:
* generic/tclCompile.c (TclCleanupByteCode): When encountering a
shared bytecode structure we have to scan the literal table in
that structure for objects of type "cmdName". These objects hold
references to command structures, possibly in a different
interp, and interfere with the cleanup of the refered commands
(they keep their refcount up). Essentially at least one interp
in a set of clones has a circular reference comand -> proc ->
bytecode -> bytecode data -> cmdName obj -> command which
prevents the command int that interp from being freed, leaking
memory.
The solution employed here is to invalidate the internal
representation of 'cmdName's (but keeping the string rep),
driving the refcount of refered command structures down,
and breaking the cycle.
|
|
From: Jeffrey H. <ho...@us...> - 2002-12-06 03:58:59
|
Update of /cvsroot/tcl/tcl
In directory sc8-pr-cvs1:/tmp/cvs-serv13489
Modified Files:
Tag: mod-8-3-4-branch
ChangeLog
Log Message:
* generic/tclCompile.c (TclCleanupByteCode): when using
TCL_THREAD_LITERALS, do not worry about interp != NULL when
cleaning up bytecodes.
|
|
From: Jeffrey H. <ho...@us...> - 2002-12-06 23:22:59
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv9861 Modified Files: ChangeLog Log Message: * generic/tclStubInit.c: regen * generic/tclIntPlatDecls.h: regen * generic/tclInt.decls: added TclWinResetInterface * win/tclWin32Dll.c (TclWinResetInterfaces): * win/tclWinInit.c (TclpSetInitialEncodings, WinEncodingsCleanup): add exit handler that resets the encoding information to a state where we can reuse Tcl. Following these changes, it is possible to reuse Tcl (following Tcl_FindExecutable or Tcl_CreateInterp) following a Tcl_Finalize. |
|
From: David G. <dav...@us...> - 2002-12-08 15:31:50
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv19167 Modified Files: ChangeLog Log Message: * win/tclWinSock.c (SocketThreadExitHandler, InitSockets): Check that the tsdPtr is valid before dereferencing as we call it from the exit handler, too [Bug 650353]. Another WSAStartup() loaded version comparison byte swap issue fixed. Although 0x0101 byte swapped is still 0x0101, properly claiming which is major/minor is more correct. |
|
From: Jeffrey H. <ho...@us...> - 2002-12-10 00:34:15
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv13430 Modified Files: ChangeLog Log Message: * win/tclWinThrd.c (TclpMasterUnlock): * generic/tclThread.c (TclFinalizeThreadData): TclpMasterUnlock must exist and be called unconditional of TCL_THREADS. [Bug #651139] |
|
From: Jeffrey H. <ho...@us...> - 2002-12-10 04:12:19
|
Update of /cvsroot/tcl/tcl
In directory sc8-pr-cvs1:/tmp/cvs-serv5200
Modified Files:
Tag: core-8-3-1-branch
ChangeLog
Log Message:
* win/tclWinThrd.c (TclpMasterUnlock):
* generic/tclThread.c (TclFinalizeThreadData): TclpMasterUnlock
must exist and be called unconditional of TCL_THREADS. [Bug #651139]
|
|
From: Don P. <dg...@us...> - 2002-12-11 20:30:16
|
Update of /cvsroot/tcl/tcl
In directory sc8-pr-cvs1:/tmp/cvs-serv11171
Modified Files:
ChangeLog
Log Message:
* generic/tclParseExpr.c (TclParseInteger): Return 1 for the
string "0x" (recognize leading "0" as an integer). [Bug 648441].
* tests/parseExpr.test (parseExpr-19.1): Test for Bug 648441.
|
|
From: Don P. <dg...@us...> - 2002-12-11 21:29:53
|
Update of /cvsroot/tcl/tcl
In directory sc8-pr-cvs1:/tmp/cvs-serv1436
Modified Files:
ChangeLog
Log Message:
* generic/tclProc.c (ProcessProcResultCode): Fix failure to
propagate negative return codes up the call stack. [Bug 647307]
* tests/proc.test (proc-6.1): Test for Bug 647307
|
|
From: Don P. <dg...@us...> - 2002-12-13 17:45:15
|
Update of /cvsroot/tcl/tcl
In directory sc8-pr-cvs1:/tmp/cvs-serv6387
Modified Files:
ChangeLog
Log Message:
* unix/configure.in: Updated configure of CVS snapshots to reflect
* win/configure.in: the 8.4.1.1 patchlevel.
* unix/configure: autoconf
* win/configure autoconf
|
|
From: David G. <dav...@us...> - 2002-12-17 02:47:40
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv24597 Modified Files: ChangeLog Log Message: * generic/tclPipe.c (TclCleanupChildren): * tests/winPipe.c: * win/tclWinPipe.c (Tcl_WaitPid): * win/tclWinTest.c: Gave Tcl_WaitPid the ability to return a Win32 exception code translated into a posix style SIG*. This allows [close] to report "CHILDKILLED" without the meaning getting lost in a truncated exit code. In TclCleanupChildren(), TclpGetPid() had to get moved to before Tcl_WaitPid() as the the handle is removed from the list taking away the ability to get the process id after the wait is done. This shouldn't effect the unix implimentaion unless waitpid is called with a pid of zero, meaning "any". I don't think it is.. |
|
From: Jeffrey H. <ho...@us...> - 2002-12-17 21:57:27
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv19033 Modified Files: ChangeLog Log Message: * generic/tclNotify.c (TclFinalizeNotifier, Tcl_SetServiceMode): (Tcl_ThreadAlert): Check that the stub functions are non-NULL before calling them. They could be set to NULL by Tcl_SetNotifier. |
|
From: David G. <dav...@us...> - 2002-12-18 22:55:57
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv4234 Modified Files: ChangeLog Log Message: * win/makefile.vc: some uses of xcopy swapped to the @$(CPY) macro. Reported by Joe Mistachkin <jo...@mi...>. |
|
From: David G. <dav...@us...> - 2003-01-05 00:44:41
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv1995 Modified Files: ChangeLog Log Message: no message |
|
From: Don P. <dg...@us...> - 2003-01-08 00:34:59
|
Update of /cvsroot/tcl/tcl
In directory sc8-pr-cvs1:/tmp/cvs-serv27050
Modified Files:
ChangeLog
Log Message:
* generic/tclCompCmds.c (TclCompileReturnCmd):
* tests/compile.test: Corrects failure of bytecompiled
[catch {return}] to have result TCL_RETURN (not TCL_OK) [Bug 633204].
This patch is a workaround for 8.4.X. A new opcode INST_RETURN is a
better long term solution for 8.5 and later.
|
|
From: Don P. <dg...@us...> - 2003-01-08 21:29:07
|
Update of /cvsroot/tcl/tcl
In directory sc8-pr-cvs1:/tmp/cvs-serv24466
Modified Files:
ChangeLog
Log Message:
* generic/tclExecute.c (TclExprFloatError): Use the IS_NAN macro
for greater clarity of code.
|
|
From: Vince D. <vin...@us...> - 2003-01-09 10:02:00
|
Update of /cvsroot/tcl/tcl In directory sc8-pr-cvs1:/tmp/cvs-serv15666 Modified Files: ChangeLog Log Message: remove unused variable |
×
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