| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
* generic/tcl.h:
* tools/tcl.wse.in:
* unix/configure.in:
* unix/tcl.spec:
* win/README.binary:
* win/configure.in:
* unix/configure: autoconf-2.13
* win/configure:
|
|
|
|
|
| |
* win/tclWinReg.c: Bump to registry 1.1.5 to account
* library/reg/pkgIndex.tcl: for [1682211] bug fix.
|
|
|
|
|
|
|
|
|
| |
* generic/tclInt.h: to get the correct type signature
* unix/tclUnixPort.h: for TclpLocaltime and TclpGmtime.
* unix/tclUnixTime.c: CONST TclpTime_t is a 'time_t *CONST'
* win/tclWinTime.c: and not a 'CONST time_t*'!
* generic/tclIntDecls.h: [Bug 1677275]
* generic/tclIntPlatDecls.h: Regenerated.
|
|
|
|
|
|
| |
This allows exit handlers that are registered later to
re-initialize this subsystem in case they need to use some sync
primitives (cond variables) from this file again.
|
|
|
|
|
|
| |
* generic/tclPkg.c (CheckVersion): Tcl_Alloc() with calls to
* unix/tclUnixTime.c (SetTZIfNecessary): ckalloc(), which better
* win/tclAppInit.c (setargv): supports memory debugging.
|
|
|
|
|
|
|
| |
key names correctly, so that Unicode names exceeding 127 chars
can be retrieved without crashing. [Bug 1682211]
* tests/registry.test (registry-4.9): Added test case for the
above bug.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
* generic/tcl.h:
* tools/tcl.wse.in:
* unix/configure.in:
* unix/tcl.spec:
* win/README.binary:
* win/configure.in:
* unix/configure: autoconf-2.13
* win/configure:
|
|
|
|
| |
to make life easier on Windows non-x86 platforms.
|
|
|
|
|
|
| |
* generic/tclInt.h: `make checkexports` test.
* win/tclWin32Dll.c:
* win/tclWinFile.c:
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
* win/nmakehlp.c: MSVC8 and AMD64 target. Backport from 8.5
* win/rules.vc:
* generic/tcl.h: Fixed stat definition for MSVC8 AMD64.
* win/tclWinSock.c: Casting type police.
* win/tclWinTime.c:
|
|
|
|
| |
ports.
|
|
|
|
|
| |
* generic/tclIOUtil.c: from Tcl_FSGetNormalizedPath which was
causing segv's
|
| |
|
|
|
|
|
|
| |
(VS2005). We have to handle a number of oddities as they have
deprecated most of the standard C library and now generate manifest
files to be linked into the binaries. SF bug #1424909
|
|
|
|
|
|
|
|
|
|
|
|
| |
* generic/tcl.h:
* tools/tcl.wse.in:
* unix/configure.in:
* unix/tcl.spec:
* win/README.binary:
* win/configure.in:
* unix/configure: autoconf-2.13
* win/configure:
|
| |
|
|
|
|
|
|
|
| |
* win/tclWinDde.c:
* win/Makefile.in:
* win/configure.in:
* win/configure: autoconf 2.13
|
|
|
|
|
|
| |
package * win/tclWinReg.c: version 1.1.4 (should have been done
for the Tcl 8.4.8 release!)
|
|
|
|
|
| |
* win/tclWinDde.c: version 1.2.4 (should have been done
for the Tcl 8.4.8 release!)
|
|
|
|
| |
Needed by Tk for manifest generation.
|
|
|
|
|
| |
to add win32 unicode console support as it broke the ability to
modify the encoding to the console.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
by David Gravereaux in 2004. See ChangeLog entry 2004-01-19.
[Bug 1381436].
Fixed a thread-safety problem with the process list. The delayed
cut operation after the wait was going stale by being outside
the list lock. It now cuts within the lock and does a locked
splice for when it needs to instead. [Bug 859820]
|
|
|
|
|
|
|
| |
TclpFinalizeSockets() and not over the thread-exit handler,
because the order of actions the Tcl generic core will
impose may result in cores/hangs if the thread exit handler
tears down socket subsystem too early (See Tcl Bug #1437595).
|
|
|
|
|
|
| |
not over the thread-exit handler, because the order of actions the
Tcl generic core will impose may result in cores/hangs if the thread
exit handler tearis down pipes too early (see Bug # 1437595).
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
* changes: changes to start prep for an 8.4.13 release.
* generic/tcl.h:
* tools/tcl.wse.in:
* unix/configure{.in}:
* unix/tcl.spec:
* win/README.binary:
* win/configure{.in}:
* tests/parse.test: Missing constraint
|
|
|
|
| |
path-as-escape issue.
|
| |
|
|
|
|
|
|
| |
* win/configure: --enable-64bit now accepts =amd64|ia64 for
* win/Makefile.in: Windows 64-bit build variants (default: amd64)
* win/makefile.vc: [Bug 1369597]
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
* generic/tcl.h:
* tools/tcl.wse.in:
* unix/configure.in:
* unix/tcl.spec:
* win/README.binary:
* win/configure.in:
* unix/configure: autoconf-2.13
* win/configure:
|
| |
|
|
|
|
|
| |
* win/tclWinPort.h: provides extended error code support.
* tests/exec.test: Wrote some tests for this feature.
|
|
|
|
|
| |
* win/tclWinConsole.c: to give unicode console support on
* win/tclWinInt.h: suitable systems (eg: NT/XP)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* generic/tclBinary.c:
* generic/tclCmdAH.c:
* generic/tclCmdIL.c:
* generic/tclCmdMZ.c:
* generic/tclExecute.c:
* generic/tclLink.c:
* generic/tclMain.c:
* generic/tclProc.c:
* generic/tclScan.c:
* generic/tclTest.c:
* generic/tclVar.c:
* mac/tclMacInit.c:
* unix/tclUnixInit.c:
* win/tclWinInit.c: Insure that the core never calls TclPtrSetVar,
Tcl_SetVar2Ex, Tcl_ObjSetVar2 or Tcl_SetObjErrorCode with a 0-ref
new value. It is not possible to handle error returns correctly in
that case [Bug 1334947], one has the choice of leaking the object
in some cases, or else risk crashing in some others.
|
|
|
|
|
|
|
|
|
|
| |
* generic/tclEnv.c (TclSetEnv, TclUnsetEnv): add
USE_PUTENV_FOR_UNSET to existing USE_PUTENV define to account for
various systems that have putenv(), but can't unset env vars with
it. Note difference between Windows and Linux for actually
unsetting the env var (use of '=').
Correct the resizing of the environ array. We assume that we are
in full ownership, but that's not correct.[Bug 979640]
|
| |
|
|
|
|
|
| |
Remove old Cygwin + Mingw info, people should
just build with the msys + mingw configuration.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
* win/tcl.m4 (SC_PROG_TCLSH, SC_BUILD_TCLSH):
Split confused search for tclsh on PATH and
build and install locations into two macros.
SC_PROG_TCLSH searches just the PATH.
SC_BUILD_TCLSH determines the name of the tclsh
executable in the Tcl build directory.
[Tcl bug 1160114]
[Tcl patch 1244153]
|