tcl.git - Tcl is a high-level, general-purpose, interpreted, dynamic programming language. It was designed with the goal of being very simple but powerful.

	Commit message (Collapse)	Author	Age	Files	Lines
*	* generic/tclAlloc.c:	hobbs	2002-04-23	1	-1/+8
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	* generic/tclInt.h: * generic/tclThreadAlloc.c (new): * unix/Makefile.in: * unix/tclUnixThrd.c: * win/Makefile.in: * win/tclWinInt.h: * win/tclWinThrd.c: added new threaded allocator contributed by AOL that significantly reduces lock contention when multiple threads are in use. Only Windows and Unix implementations are ready, and the Windows one may need work. It is only used by default on Unix for now, and requires that USE_THREAD_ALLOC be defined (--enable-threads on Unix will define this).
*	win/tclWinInt.h: moved undef of TCL_STORAGE_CLASS. [Bug #478579]	hobbs	2002-03-22	1	-3/+3
\|
*	win fs fixes	vincentdarley	2001-10-29	1	-1/+4
\|
*	* generic/tclInt.decls: Also added 'TclWinFlushDirtyChannels' to	andreas_kupries	2001-09-10	1	-3/+1
\| \| \| \| \| \| \| \| \| \| \|	the internal platform specific stub table. * win/tclWinFile.c (TclpObjStat): Now added the call to 'TclWinFlushDirtyChannels' to this function. I don't know where my head was last thursday (2001-09-06), but the call was actually added to 'TclpObjChdir', i.e. the implementation of [cd]. Corrected this now. Thanks to Vince Darley for spotting this.
*	* All the changes below serve to fix bug [219148] which reports a	andreas_kupries	2001-09-07	1	-1/+3
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	80x performance hit for file I/O on Win* systems. On my system it was closer to a 120x hit. Problem report by Uwe Traum <no email address available>. The fix goes like this: The obstacle is 'FlushFileBuffers', executed whenever Tcl writes data to the OS, as Tcl has to wait for the disk to complete I/O, and disks are slow. We remove that obstacle. This opens another problem, [file size] reports back wrong numbers. So for [file size] we add the call back in. As optimization we keep track of the channels which were written to and flush only these. * win/tclWinFile.c (TclpObjStat): Added a call to 'TclWinFlushDirtyChannels'. This ensures that [file size] and related commands report the correct size of a file even if Tcl has recently written to it. Unixoid OS's always report the correct size even for files with pending data, but Win* syssystem don't. They only report what is actually on disk. * win/tclWinInt.h: Added declaration of 'TclWinFlushDirtyChannels', making it available to other parts of the tcl core. * win/tclWinChan.c (TclWinFlushDirtyChannels): New, internal, procedure. Goes through the list of open file channels and forces the OS to flush its file buffers for all which were written to since the last call of this function. This is an expensive operation as Tcl has to wait for the OS to complete actual writes to the disk. (FileInfo): Added dirty flag required by the procedure above. (FileOutputProc): Removed flushing of file buffers, setting the dirty flag instead. This means that the previously incurred delays do not happen anymore. (TclWinOpenFileChannel): Added initialization of 'dirty' flag.
*	Removed tclWinTCharEncoding (static variable in win/tclWin32Dll.c)	dkf	2001-03-26	1	-2/+1
\|
*	Move functions declarations out of win/tclWinInt.h that are now in	redman	1999-08-03	1	-4/+1
\| \| \| \|	generic/tclInt.decls
*	merged tcl 8.1 branch back into the main trunk	stanton	1999-04-16	1	-6/+62
\|
*	Merged stubs changes into mainline for 8.0	stanton	1999-03-10	1	-4/+14
\|
*	Replaced SCCS strings, fixed binary filescore_8_0_3	stanton	1998-09-14	1	-1/+1
\|
*	EXPORT is now TCL_STORAGE_CLASS	escoffon	1998-08-04	1	-4/+4
\|
*	- added setting of EXPORT to DLLEXPORT if we are building Tcl.	escoffon	1998-07-29	1	-0/+7
\|
*	* empty log message *	stanton	1998-04-29	1	-1/+2
\|
*	Initial revision	rjohnson	1998-03-26	1	-0/+38