| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
called from the stack frame of DllMain's PROCESS_DETACH, the
wait operation should timeout and continue.
|
|
|
|
|
| |
* win/configure.in: define TCL_LIB_FLAG, TCL_BUILD_LIB_SPEC,
TCL_LIB_SPEC and TCL_PACKAGE_PATH in tclConfig.sh.
|
|
|
|
|
|
|
|
|
| |
* generic/tclEncoding.c (TclFindEncodings, Tcl_FindExecutable):
* mac/tclMacInit.c (TclpInitLibraryPath): Correct handling of UTF
* unix/tclUnixInit.c (TclpInitLibraryPath): data that is actually
* win/tclWinFile.c (TclpFindExecutable): "clean", allowing the
* win/tclWinInit.c (TclpInitLibraryPath): loading of Tcl from
paths that contain multi-byte chars on Windows [Bug 920667]
|
|
|
|
| |
as a unicode (WCHAR) platform.
|
| |
|
|
|
|
| |
rules of quoting
|
|
|
|
|
|
|
|
| |
Use the tail component of the passed in
lib path instead of just blindly using
lib+4. That worked when lib was "lib/..."
but fails for other values. Thanks go to
Patrick Samson for pointing this out.
|
| |
|
|
|
|
|
|
|
|
|
| |
* unix/configure.in: CVS snapshots from 8.4.5 release.
* unix/tcl.spec:
* win/configure.in:
* unix/configure: autoconf (2.13)
* win/configure:
|
|
|
|
|
|
|
|
|
|
|
|
| |
* generic/tcl.h: CVS snapshots from the 8.4.5 release.
* tools/tcl.wse.in:
* unix/configure.in:
* unix/tcl.spec:
* win/README.binary:
* win/configure.in:
* unix/configure: autoconf (2.13)
* win/configure:
|
|
|
|
|
|
| |
* library/reg/pkgIndex.tcl: and dde packages are not offered
* win/tclWinDde.c: on non-Windows platforms. Bumped to
* win/tclWinReg.c: registry 1.1.3 and dde 1.2.2.
|
|
|
|
|
|
| |
* unix/tclUnixInit.c (TclpInitLibraryPath): Alternative fix
* win/tclWinInit.c (TclpInitLibraryPath): for [Bug 832657]
that should not run afoul of startup constraints.
|
|
|
|
|
|
|
|
| |
asked for writable events by the generic layer.
(SocketEventProc): Generate a writable event too when a close is
detected.
Together the changes fix [Bug 599468].
|
|
|
|
|
| |
with [Bug 805605] to the code, fixing the incorrect use of
ispace noted by Ronald Dauster <ronaldd@users.sourceforge.net>.
|
| |
|
|
|
|
|
|
| |
This bug built a command line with a missing space between
tclpipe.dll and the following arguments. It caused error
in Windows 98 when exec command.com (e.g. dir) [Bug 789040]
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* generic/tcl.h: for next patch release.
* tools/tcl.wse.in:
* unix/configure.in:
* unix/tcl.spec:
* win/README.binary:
* win/configure.in:
* unix/configure: autoconf (2.13)
* win/configure:
* library/http/http.tcl: Bumped to http 2.4.5
* library/http/pkgIndex.tcl:
|
|
|
|
|
| |
of the other pipe functions. Added a missing PipeInit() call to make
sure the initialization happens.
|
|
|
|
| |
Windows CE platform.
|
|
|
|
| |
* library/reg/pkgIndex.tcl:
|
|
|
|
| |
which causes the registry set command to fail when built with VC7.
|
|
|
|
|
|
|
|
| |
* generic/tclIOUtil.c (SetFsPathFromAny): Add Cygwin specific
code to convert POSIX filename to native format.
* generic/tclFileName.c (Tcl_TranslateFileName): And remove from here.
(TclDoGlob): Adjust for cygwin and append / for dirs instead of \
* win/tclWinFile.c (TclpObjChdir): Use chdir on Cygwin.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
symbol for every compile. Instead, define
TCL_PIPE_DLL only when compiling tclWinPipe.c.
This will break other build systems, so
they will need to remove the TCL_DBGX define
and replace it with a define for TCL_PIPE_DLL.
* win/makefile.vc: Ditto.
* win/tclWinPipe.c (TclpCreateProcess):
Remove PREFIX_IDENT and DEBUG_IDENT from
top of file. Use TCL_PIPE_DLL passed in
from build env instead of trying to construct
the dll name from already defined symbols.
This approach is more flexible and better
in the long run.
|
|
|
|
|
|
|
|
|
|
|
|
| |
* generic/tcl.h: of another patch release.
* tools/tcl.wse.in:
* unix/configure.in:
* unix/tcl.spec:
* win/README.binary:
* win/configure.in:
* unix/configure: autoconf (2.13)
* win/configure:
|
|
|
|
| |
r1.44 as 2003-04-14 optimizations broke Windows98 glob'ing.
|
| |
|
| |
|
|
|
|
| |
closing a Windows serial port [Bug #718002] (schroedter)
|
| |
|
|
|
|
|
|
|
|
|
|
| |
the code to catch any errors returned by the windows functions
handling TLS ASAP instead of waiting to get some mysterious
crash later on due to bogus pointers. Patch provided by Joe
Mistachkin.
This is a stop-gap measure to deal with the low number of ?TLS
slots provided by some of the variants of Windows (60-80).
|
| |
|
|
|
|
| |
was broken by recent changes.
|
| |
|
|
|
|
|
| |
changes to tclWinTime.c and related code to improve loop filter
stability.
|
|
|
|
|
|
|
|
|
|
|
| |
* win/configure.in: Set stub lib flag based
on new LIBFLAGSUFFIX variable.
* win/tcl.m4 (SC_CONFIG_CFLAGS): Set new
LIBFLAGSUFFIX that works like LIBSUFFIX,
it is used when creating library names.
The previous implementation would generate
-ltclstub85 instead of -ltclstub85s when
configured with --disable-shared.
|
|
|
|
|
| |
Mistachkin insists that he has a configuration that fails to launch
tcltest without it, and it appears harmless otherwise.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* generic/tclStubInit.c (tclOriginalNotifier):
* mac/tclMacNotify.c (Tcl_SetTimer,Tcl_WaitForEvent):
* unix/tclUnixNotfy.c (Tcl_SetTimer,Tcl_WaitForEvent,
Tcl_CreateFileHandler,Tcl_DeleteFileHandler):
* win/tclWinNotify.c (Tcl_SetTimer,Tcl_WaitForEvent): Some linkers
apparently use a different representation for a pointer to a function
within the same compilation unit and a pointer to a function in a
different compilation unit. This causes checks like those in the
original notifier procedures to fall into infinite loops. The fix
is to store pointers to the original notifier procedures in a struct
defined in the same compilation unit as the stubs tables, and compare
against those values. [Bug 707174]
|
| |
|
|
|
|
| |
(I just loathe sticky tags).
|
|
|
|
|
| |
* win/tclWinPipe.c: from tcl.h -- they are not part of Tcl's
public interface. Put them in win/tclWinPipe.c where they are used.
|
|
|
|
| |
panicking on Win9x.
|
|
|
|
| |
d to g in rules.vc.
|
|
|
|
|
|
|
|
|
| |
* win/tclWinDde.c: bundled release with Tcl 8.4.2
* library/reg/pkgIndex.tcl: registry bumped to version 1.1.1 for
* win/tclWinReg.c: bundled release with Tcl 8.4.2
* library/opt/pkgIndex.tcl: updated package index to version 0.4.4
|
|
|
|
|
|
| |
* win/configure.in: check for 'g' for debug build type, not 'd'.
* win/rules.vc (DBGX): correct to use 'g' for nmake win makefile
to match the cygwin makefile for debug builds. [Bug #635107]
|
|
|
|
| |
calling GetUserName
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* generic/tcl.h:
* tools/tcl.wse.in:
* unix/configure:
* unix/configure.in:
* unix/tcl.m4:
* unix/tcl.spec:
* win/README.binary:
* win/configure:
* win/configure.in:
* macosx/Tcl.pbproj/project.pbxproj:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
leaps of the performance counter. See the MSDN Knowledge Base article
Q274323 for the hardware problem that makes this necessary on certain
machines.
* tests/winTime.test: Revised winTime-2.1 - it had a tolerance of
thousands of seconds, rather than milliseconds. (What's six orders of
magnitude among friends?
Both the above changes are triggered by a problem reported at
http://aspn.activestate.com/ASPN/Mail/Message/ActiveTcl/1536811
although the developers find it difficult to believe that it accounts
for the observed behavior and suspect a fault in the RTC chip.
|
|
|
|
| |
that it works with non-ASCII7 user names. [Bug 685926]
|