summaryrefslogtreecommitdiffstats
path: root/win
Commit message (Collapse)AuthorAgeFilesLines
* Patch 922727 committed. Implements three changes:dgp2004-04-0611-61/+28
| | | | | | | | | | | | | | | | | | | | | | | * generic/tclInt.h: Reworked the Tcl header files into a clean * unix/tclUnixPort.h: hierarchy where tcl.h < tclPort.h < tclInt.h * win/tclWinInt.h: and every C source file should #include * win/tclWinPort.h: at most one of those files to satisfy its declaration needs. tclWinInt.h and tclWinPort.h also better organized so that tclWinPort.h includes the Windows implementation of cross-platform declarations, while tclWinInt.h makes declarations that are available on Windows only. * generic/tclBinary.c (TCL_NO_MATH): Deleted the generic/tclMath.h * generic/tclMath.h (removed): header file. The internal Tcl * macosx/Makefile (PRIVATE_HEADERS): header, tclInt.h, has a * win/tcl.dsp: #include <math.h> directly, and file external to Tcl needing libm should do the same. * win/Makefile.in (WIN_OBJS): Deleted the win/tclWinMtherr.c file. * win/makefile.bc (TCLOBJS): It's a vestige from matherr() days * win/makefile.vc (TCLOBJS): gone by. * win/tcl.dsp: * win/tclWinMtherr.c (removed):
* * README: Bumped version number to 8.5a2 todgp2004-03-263-5/+5
| | | | | | | | | | | * tools/tcl.wse.in: distinguish HEAD of CVS development * unix/configure.in: from the recent 8.5a1 release. * unix/tcl.spec: * win/README.binary: * win/configure.in: * unix/configure: autoconf-2.57 * win/configure:
* Made HEAD build on Windows VC++ again.Kevin B Kenny2004-03-193-14/+14
|
* * generic/tclIntDecls.h: Removed TclpTime_t. It wasn't really needed,rmax2004-03-181-10/+9
| | | | | | | | | | * generic/tclInt.h: but caused warnings related to * generic/tclInt.decls: strict aliasing with GCC 3.3. * generic/tclClock.c: * generic/tclDate.c: * generic/tclGetDate.y: * win/tclWinTime.c: * unix/tclUnixTime.c:
* Removed support for Mac OS Classic platform [Patch 918142]das2004-03-172-11/+3
|
* * win/tclWinNotify.c: Fixed a mistake where the return value ofdavygrvy2004-03-161-3/+2
| | | | | | | | MsgWaitForMultipleObjectsEx for "a message is in the queue" wasn't accurate. I removed the check on the case result==(WAIT_OBJECT_0 + 1) This was having the error of falling into GetMessage and waiting there by accident, which wasn't alertable through Tcl_AlertNotifier. I'll do some more study on this and try to find-out why.
* added a slot position for a project of my own.davygrvy2004-03-081-1/+2
|
* Checks MSDevDir, not MSVCDir envar.davygrvy2004-03-081-2/+2
|
* * win/configure: Regen.mdejong2004-03-053-2/+92
| | | | | | | | * win/configure.in: Check for define of MWMO_ALERTABLE in winuser.h. * win/tclWinPort.h: If MWMO_ALERTABLE is not defined in winuser.h then define it. This is needed for Mingw.
* Added TIP #100 support to the registry package (patch #903831)patthoyts2004-03-041-4/+81
| | | | | This provides a Windows test of the TIP #100 mechanism and a sample to show how unloading an extension can be done.
* fixed some commentary.davygrvy2004-03-031-3/+3
|
* * win/tclWinNotify.c (Tcl_WaitForEvent) : Allows an idling notifier to servicedavygrvy2004-03-031-5/+15
| | | | | | | | "Asynchronous Procedure Calls" from its wait state. Only useful for extension authors who decide they might want to try "completion routines" with WriteFileEx(), as an example. From experience, I recommend that "completion ports" should be used instead as the execution of the callbacks are more managable.
* default environment variable for VC++ is %MSDevDir% not %MSVCDir%,davygrvy2004-03-031-2/+2
| | | | although vcvars32.bat sets both.
* update patchlevel to 8.5a1hobbs2004-03-023-6/+6
|
* * win/tclWinDde.c: Removed some gcc warnings - except for thepatthoyts2004-02-251-5/+5
| | | | | -Wconversion warning for GetGlobalAtomName. gcc is just wrong about this.
* (SocketThreadExitHandler): Don't call TerminateThread whendavygrvy2004-02-211-14/+5
| | | | | | | WaitForSingleObject returns a timeout. Tcl_Finalize called from DllMain will pause all threads. Trust that the thread will get the close notice at a later time if it does ever wake up before being cleaned up by the system anyway.
* * win/tclWinInit.c (AppendEnvironment):mdejong2004-02-121-4/+23
| | | | | | | | 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.
* better macro grepping logicdavygrvy2004-02-101-2/+6
|
* minor bug fix for last commit.davygrvy2004-02-081-2/+2
|
* * win/makefile.vc:davygrvy2004-02-074-14/+36
| | | | | | | | | | | | | | * win/rules.vc: * win/tcl.rc: * win/tclsh.rc: Added an 'unchecked' option to the OPTS macro so a core build with symbols can be linked to the non-debug enabled C run-time. As per discussion with Kevin Kenny. Called like this: nmake -af makefile.vc OPTS=unchecked,symbols This clarifies the meaning of the 'g' naming suffix to mean only that the binary requires the debug enabled C run-time. Whether the binary contains symbols or not is a seperate condition.
* minor formatting and some commentary.davygrvy2004-02-021-9/+11
|
* * tests/winPipe.test: Six more cases added.davygrvy2004-02-021-6/+2
| | | | | * win/tclWinPipe.c: Fixed BuildCommandLine() to pass the new cases.
* * tests/winPipe.test: Added proof that BuildCommandLine() is notdavygrvy2004-02-021-8/+12
| | | | | | | | doing the "N backslashes followed a quote -> insert N * 2 + 1 backslashes then a quote" rule needed for the crt's parse_cmdline(). * win/tclWinPipe.c: Fixed BuildCommandLine() to pass the new cases.
* * win/nmakehlp.c: defensive techniques to avoid static bufferdavygrvy2004-02-011-14/+18
| | | | | overflows and a couple envars upsetting invokations of cl.exe and link.exe.
* * tests/winPipe.test: more pass-thru commandline verifications.davygrvy2004-02-012-151/+11
| | | | | | | * win/tclWinPipe.c (BuildCommandLine): Special case quoting for '{' not required by the c-runtimes's _setargv(). * win/tclAppInit.c: Removed our custom setargv() in favor of the one provided by the c-runtime. [Bug 672938]
* * win/makefile.vc: Use the -GZ compiler switch when building fordavygrvy2004-01-301-3/+3
| | | | | | symbols. This is supposed to emulate the release build better to avoid hiding problems that would only show themselves in a release build.
* filesystem fixes for '-force' consistency and picky compilersvincentdarley2004-01-291-1/+6
|
* * win/nmakehlp.c: Use '.\nul' as the sourcefile name instead ofdavygrvy2004-01-281-3/+6
| | | | | | | 'nul' so VC 5.2 doesn't try searching the path for it and failing with a possible dialogbox popping up about having to add a CD to an empty drive. Also added a SetErrorMode() call to disable any dialogs. [Bug 885537]
* file normalize bug fixes for .. and .vincentdarley2004-01-231-4/+13
|
* filesystem optimisation -- Three main issues accomplished: (1) cleaned up ↵vincentdarley2004-01-214-29/+130
| | | | variable names in
* * win/tclWinPipe.c (Tcl_WaitPid): Fixed a thread-safety problem with thedavygrvy2004-01-201-5/+14
| | | | | | 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]
* added #pragma comment(lib, "advapi32.lib") when compilingdavygrvy2004-01-171-1/+8
| | | | under VC++
* Same change in how TCL_USE_STATIC_PACKAGES is used.davygrvy2004-01-161-2/+2
|
* Some clean-up with how the resource files are built and howdavygrvy2004-01-161-23/+16
| | | | -DTCL_USE_STATIC_PACKAGES is sent when compiling the shells
* Some clean-up with how the resource files are built.davygrvy2004-01-162-9/+9
|
* document 'fullwarn' in the opening usage commentsdavygrvy2004-01-151-2/+4
|
* Added new logic to crank-up the warning levels for both compiledavygrvy2004-01-151-2/+13
| | | | and link when $(FULLWARNINGS) is set.
* * win/rules.vc: Added new 'fullwarn' to the CHECKS commandlinedavygrvy2004-01-151-1/+8
| | | | macro; sets $(FULLWARNINGS).
* * win/tclWinReg.c: Placed the requirement for advapi.libdavygrvy2004-01-152-4/+7
| | | | | | | | into the object file itself with #paragma comment (lib, ...) when built with VC++. This will simplify linking for users of the static library. * win/makefile.vc: Removed 'advapi.lib' from $(baselibs).
* * win/tclWinThrd.c (Tcl_ConditionNotify): condPtr must be dereferenceddavygrvy2004-01-111-2/+2
| | | | | to see if there are waiters else uninitialized datum is manipulated. [Bug 849007]
* Added -DTCL_NO_DEPRECATED usage to makefile.vc. Called like this:davygrvy2004-01-102-2/+27
| | | | nmake -af makefile.vc CHECKS=nodep
* * win/tclWin32Dll.c (DllMain): Add HAVE_NO_SEHmdejong2003-12-261-1/+69
| | | | | | blocks in place of __try and __except statements to support gcc builds. This is needed after David's changes on 2003-12-21. [Tcl patch 858493]
* All uses of 'panic' (the macro) changeddavygrvy2003-12-247-45/+47
| | | | | | | to 'Tcl_Panic' (the function). The #define of panic in tcl.h clearly states it is deprecated in the comments. [Patch 865264]
* prevent static buffer overflow (Doh!)davygrvy2003-12-231-4/+4
|
* fixed static buffer overflowdavygrvy2003-12-231-2/+2
|
* VERSION macro now set by reading tcl.h for it.davygrvy2003-12-231-2/+13
|
* New feature for extensions that use rules.vc. Now reads header files fordavygrvy2003-12-232-12/+90
| | | | | version strings. No more hard coding TCL_VERSION = 8.5 and having to edit it when you swap cores.
* Structured Exception Handling added around Tcl_Finalize called fromdavygrvy2003-12-211-3/+14
| | | | | | | | DllMain's DLL_PROCESS_DETACH. We can't 100% assured that Tcl is being unloaded by the OS in a stable condition and we need to protect the exit handlers should the stack be in a hosed state. AT&T style assembly for SEH under MinGW has not been added yet. This is a first part change for [Patch 858493]
* fix to file normalization with relative linksvincentdarley2003-12-171-5/+42
|
* * win/tclWinFile.c (TclpUtime) : utimbuf struct not a problemdavygrvy2003-12-162-3/+24
| | | | | | | | | with Borland. * win/tclWinTime.c (TclpGetDate) : Borland's localtime() has a slight behavioral difference. From Helmut Giese <hgiese@ratiosoft.com> [Patch 758097].