| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| | |
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.
|
| | |
| | |
| | |
| | |
| | | |
* 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.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
backported from HEAD. Still
configure script not modified,
so CYGWIN build is still
disabled. Reason: although the
build succeeds with those changes,
many tests still fail.
|
| | |
| | |
| | |
| | | |
e.g. by using full 64-bits for socket fd's
|
| | |
| | |
| | |
| | | |
Fix some MSVC 6.0 warnings
|
| | | |
|
| | |
| | |
| | |
| | | |
platforms >win95
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Remove ascii variant of tkWinPocs table,
it is no longer necessary. Fix CreateProcess
signature and remove unused GetModuleFileName and lstrcpy
mingw/cygwin fixes: <tchar.h> should always
be included, and fix conflict in various macro values: Always force
the same values as in VC++.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* win/tclWinPipe.c (TclpCreateProcess):
* win/stub16.c (removed): removed Win9x tclpip8x.dll build and
16-bit application loader stub support. Win9x is no longer
supported.
|
| | |
| | |
| | |
| | | |
Eliminate various unnecessary type casts.
|
| | |
| | |
| | |
| | | |
tclWinPipe.c 2 unnecessary type casts.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Applied missing part of [Patch 2961556]
Change all tclWinProcs signatures to use
TCHAR* in stead of WCHAR*. This is meant
as preparation to make [Enh 2965056]
possible at all.
|
| | |
| | |
| | |
| | |
| | | |
and Tcl_WinTCharToUtf calls, needed
for mslu support.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
tcl*ConstStubs, it's not necessary at all.
tclEnsemble.c: Fix signed-unsigned mismatch
make tclWinProcs "const"
Add first part of mslu support,
See [Feature Request #2819611]
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
resolve the CYGWIN inclusion problems by
re-arranging the inclusions at other places.
Make cygwin configuration error into
a warning: CYGWIN compilation works
although there still are test failures.
|
| | |
| | |
| | |
| | |
| | | |
and various other minor CYGWIN
compilation problems
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* win/tclWinReg.c PDWORD_PTR
* win/tclWinThrd.c: Fix various minor gcc warnings.
* win/tclWinTime.c
* win/tclWinConsole.c Put channel type definitions
* win/tclWinChan.c in static const memory
* win/tclWinPipe.c
* win/tclWinSerial.c
* win/tclWinSock.c
* generic/tclIOGT.c
* generic/tclIORChan.c
* generic/tclIORTrans.c
* unix/tclUnixChan.c
* unix/tclUnixPipe.c
* unix/tclUnixSock.c
* unix/configure (regenerated with autoconf 2.59)
* tests/info.test: Make test independant from
tcltest implementation.
|
| | |
| | |
| | |
| | | |
not enabled yet, but at least it is a step in the right direction.
|
| | |
| | |
| | |
| | |
| | | |
- some internal const decorations
- spacing
|
| | | |
|
| | | |
|
| | | |
|
|/ / |
|
| | |
|
| |
| |
| |
| | |
errors and do proper refcounting of noe objPtr. [bug 1194429]
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* generic/tcl.h: the version where the "truncateProc"
* generic/tclIO.c: is defined at, and moved all channel
* generic/tclIOGT.c: drivers of Tcl to v5.
* generic/tclIORChan.c:
* unix/tclUnixChan.c:
* unix/tclUnixPipe.c:
* win/tclWinChan.c:
* win/tclWinConsole.c:
* win/tclWinPipe.c:
* win/tclWinSerial.c:
* win/tclWinSock.c:
|
| |
| |
| |
| |
| |
| |
| |
| | |
is now solely done in TclpFinalizeSockets() and
TclpFinalizePipes() 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 corresponding subsystem(s) too early.
|
| |
| |
| |
| |
| |
| | |
* win/tclWinPipe.c: extended error code support on Windows.
* tests/exec.test: Tests for extended error codes.
* generic/tclPipe.c: Permit long codes (platform macros permitting).
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
* unix/tclUnixPipe.c (TclpOpenFile): use the O_APPEND flag for
* tests/exec.test (exec-19.1): files opened in a pipeline
like ">>this". Note that Windows cannot support such access; there is
no equivalent flag on the handle that can be set at the kernel-call
level. The test is unix-specific in every way. [Bug 1245953]
|
| | |
|