- 01 Eyl, 2000 1 kayıt (commit)
-
-
Guido van Rossum yazdı
This should match the situation in the 1.6b1 tree.
-
- 07 Agu, 2000 1 kayıt (commit)
-
-
Fredrik Lundh yazdı
with uintptr_t (fix MSVC 5.0 build)
-
- 22 Tem, 2000 1 kayıt (commit)
-
-
Thomas Wouters yazdı
declarations yet, those come later.
-
- 30 Haz, 2000 3 kayıt (commit)
-
-
Guido van Rossum yazdı
-
Guido van Rossum yazdı
-
Fred Drake yazdı
The common technique for printing out a pointer has been to cast to a long and use the "%lx" printf modifier. This is incorrect on Win64 where casting to a long truncates the pointer. The "%p" formatter should be used instead. The problem as stated by Tim: > Unfortunately, the C committee refused to define what %p conversion "looks > like" -- they explicitly allowed it to be implementation-defined. Older > versions of Microsoft C even stuck a colon in the middle of the address (in > the days of segment+offset addressing)! The result is that the hex value of a pointer will maybe/maybe not have a 0x prepended to it. Notes on the patch: There are two main classes of changes: - in the various repr() functions that print out pointers - debugging printf's in the various thread_*.h files (these are why the patch is large) Closes SourceForge patch #100505.
-
- 29 Haz, 2000 1 kayıt (commit)
-
-
Fredrik Lundh yazdı
trent (who broke it in the first place ;-) will come up with a cleaner solution.
-
- 28 Haz, 2000 1 kayıt (commit)
-
-
Guido van Rossum yazdı
tests.
-
- 11 May, 2000 1 kayıt (commit)
-
-
Guido van Rossum yazdı
Calling Sleep(0) for a spinlock can cause a priority inversion, adding comments to explain what's going on.
-
- 05 May, 2000 1 kayıt (commit)
-
-
Guido van Rossum yazdı
referencing an undefined variable, so we better change it back.
-
- 04 May, 2000 1 kayıt (commit)
-
-
Guido van Rossum yazdı
who wrote: Here's the new version of thread_nt.h. More particular, there is a new version of thread lock that uses kernel object (e.g. semaphore) only in case of contention; in other case it simply uses interlocked functions, which are faster by the order of magnitude. It doesn't make much difference without threads present, but as soon as thread machinery initialised and (mostly) the interpreter global lock is on, difference becomes tremendous. I've included a small script, which initialises threads and launches pystone. With original thread_nt.h, Pystone results with initialised threads are twofold worse then w/o threads. With the new version, only 10% worse. I have used this patch for about 6 months (with threaded and non-threaded applications). It works remarkably well (though I'd desperately prefer Python was free-threaded; I hope, it will soon).
-
- 20 Ock, 2000 1 kayıt (commit)
-
-
Guido van Rossum yazdı
compilation on NT Alpha. Mostly added casts etc.
-
- 21 Ara, 1998 1 kayıt (commit)
-
-
Guido van Rossum yazdı
names in the source code (they already had those for the linker, through some smart macros; but the source still had the old, un-Py names).
-
- 14 Agu, 1997 1 kayıt (commit)
-
-
Guido van Rossum yazdı
ExitThread(). As discussed in c.l.p, this takes care of initialization and finalization of thread-local storage allocated by the C runtime system. Not sure whether non-MS compilers grok this though (but who cares :-).
-
- 25 Eki, 1996 1 kayıt (commit)
-
-
Guido van Rossum yazdı
-
- 08 Eki, 1996 1 kayıt (commit)
-
-
Guido van Rossum yazdı
Note: waitflag not supported on NT.
-
- 17 Ock, 1995 1 kayıt (commit)
-
-
Guido van Rossum yazdı
-