| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
of int for more internal variables.
|
|
|
| |
drivers on Windows.
|
| |
|
|
|
| |
Eliminate all usage of TclWinSetInterfaces(), which does exactly the same as TclpSetInterfaces(), but keep exported symbol and stub entry.
|
|\ |
|
| | |
|
| |
| |
| |
| |
| | |
example better in order to prevent problems when using HKEY_PERFORMANCE_DATA.
Forgot one important '%'
|
| | |
|
| | |
|
| |
| |
| | |
objects.
|
| |
| |
| |
| | |
needed to honour TIP#398.
|
|\ \
| |/ |
|
| |\ |
|
| | |
| | |
| | | |
to find end of written data bytes.
|
| | | |
|
| | | | |
| \ \ | |
|\ \ \ \
| | |/ /
| | | |
| | | | |
Implement TclWinGetSockOpt, TclWinGetServByName
and TclWinCPUID for Cygwin
|
| | |\ \
| |/ / /
| | | _
| | | |
Implement TclWinGetSockOpt, TclWinGetServByName
and TclWinCPUID for Cygwin
|
| | |\
| | | |
| | | |
| | | | |
Implement TclWinGetSockOpt, TclWinGetServByName
and TclWinCPUID for Cygwin
|
| | | |\
| | | |/
| | |/| |
|
| | | |
| | | |
| | | |
| | | | |
for win64 compatibility with future cygwin64
correctly use win32 as default when cross-compiling under cygwin
|
|\ \ \ \
| |/ / / |
|
| |\ \ \
| | |/ / |
|
| | |/
| | |
| | | |
On cygwin, install dll's in /usr/bin, not in /usr/lib
|
| |\ \
| | |/ |
|
| | | |
|
|\ \ \
| |/ / |
|
| | | |
|
| | | |
|
| | |
| | |
| | | |
Tcl_PosixError).
|
| | |
| | |
| | | |
rest of Tcl source code. No ABI change. API change *should* be harmless.
|
| | | |
|
|\ \ \
| |/ /
| | | |
cause more harm than good. Purged them (except in zlib files).
|
| |\ \
| | |/
| | | |
more harm than good. Purged them.
|
| | |
| | |
| | | |
more harm than good. Purged them.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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]
|
| | |
| | |
| | |
| | |
| | |
| | | |
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).
|
| | |
| | |
| | |
| | |
| | | |
* win/tclWinPort.h: provides extended error code support.
* tests/exec.test: Wrote some tests for this feature.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
the -blocking option when closing. The windows pipe driver
now has the same behavior as the UNIX side. This change is
to avoid a hung shell when exiting due to open pipes that
refuse to close in a graceful manner.
* doc/open.n: Added a note about -blocking 0 and lack of
exit status as it had never been documented. [Bug 947693]
***POTENTIAL INCOMPATIBILITY***
Scripts that use async pipes on windows, must (like the
UNIX side) set -blocking to 1 before calling [close] to
receive the exit status.
* tests/winPipe.test (winpipe-6.1/2): added 'fconfigure $f
-blocking 1' so the exit status can be acquired.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* generic/tclDecls.h: Regenerated from tcl.decls.
* generic/tclStubInit.c:
* doc/CrtChannel.3: Documentation of extended API,
* generic/tcl.decls: extended testsuite, and
* generic/tcl.h: implementation. Removal of old
* generic/tclIO.c: driver-specific TclpCut/Splice
* generic/tclInt.h: functions. Replaced with generic
* tests/io.test: thread-action calls through the
* unix/tclUnixChan.c: new hooks. Update of all builtin
* unix/tclUnixPipe.c: channel drivers to version 4.
* unix/tclUnixSock.c: Windows drivers extended to
* win/tclWinChan.c: manage thread state in a thread
* win/tclWinConsole.c: action handler.
* win/tclWinPipe.c:
* win/tclWinSerial.c:
* win/tclWinSock.c:
* mac/tclMacChan.c:
|
| | |
| | |
| | |
| | |
| | | |
DOS application, the path priming does not need an ending space as
BuildCommandLine() will do this for us.
|
| | | |
|
| | |
| | |
| | |
| | | |
rules of quoting
|
| | |
| | |
| | |
| | |
| | | |
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]
|
| | |
| | |
| | |
| | |
| | | |
of the other pipe functions. Added a missing PipeInit() call to make
sure the initialization happens.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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.
|