summaryrefslogtreecommitdiffstats
path: root/Python/thread_pthread.h
Commit message (Collapse)AuthorAgeFilesLines
* REMOVED all CWI, CNRI and BeOpen copyright markings.Guido van Rossum2000-09-011-9/+0
| | | | This should match the situation in the 1.6b1 tree.
* This patch partly (some stuff went in already) ports Python to Monterey.Trent Mick2000-08-231-0/+11
| | | | | | | | | | - Fix bug in thread_pthread.h::PyThread_get_thread_ident() where sizeof(pthread) < sizeof(long). - Add 'configure' for: - SIZEOF_PTHREAD is pthread_t can be included via <pthread.h> - setting Monterey system name - appropriate CC,LINKCC,LDSHARED,OPT, and CCSHARED for Monterey - Add section in README for Monterey build
* Mass ANSIfication of function definitions. Doesn't cover all 'extern'Thomas Wouters2000-07-221-21/+40
| | | | declarations yet, those come later.
* Change copyright notice - 2nd try.Guido van Rossum2000-06-301-6/+0
|
* Change copyright notice.Guido van Rossum2000-06-301-22/+7
|
* Trent Mick <trentm@activestate.com>:Fred Drake2000-06-301-10/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Rob Riggs wrote:Guido van Rossum1999-03-151-2/+2
| | | | | | | | | | | | | | | """ Spec says that on success pthread_create returns 0. It does not say that an error code will be < 0. Linux glibc2 pthread_create() returns ENOMEM (12) when one exceed process limits. (It looks like it should return EAGAIN, but that's another story.) For reference, see: http://www.opengroup.org/onlinepubs/7908799/xsh/pthread_create.html """ [I have a feeling that similar bugs were fixed before; perhaps someone could check that all error checks no check for != 0?]
* Thanks to Chris Herborth, the thread primitives now have proper Py*Guido van Rossum1998-12-211-43/+43
| | | | | 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).
* BSDI specific patches, inspired by Nigel Head and otto@mail.olympus.net.Guido van Rossum1998-10-071-1/+22
| | | | | | | | | | | Also (non-BSDI specific): - Change the CHECK_STATUS() macro so it tests for nonzero error codes instead of negative error codes only (this was needed for BSDI, but appears to be correct according to the PTHREADS spec). - use memset() to zero out the allocated lock structure. Again, this was needed for BSDI, but can't hurt elsewhere either.
* Apparently on AIX when using gcc you need to call pthread_init()Guido van Rossum1998-09-101-0/+3
| | | | | (which is not a POSIX threads call!). Reported and confirmed by Brad Howes.
* Correct typo in #ifdef: PY_THREAD_D4, should be PY_PTHREAD_D4.Guido van Rossum1998-09-041-1/+1
| | | | Reported by Jonathan Giddy.
* Add a 'volatile' to the declaration of threadid in get_thread_ident().Guido van Rossum1998-08-271-1/+1
| | | | | According to Vladimir Marangozov, this is necessary for AIX, where high optimization levels inline this function and then get it wrong :-(
* Improved version of patch for HPUX from David Arnold.Guido van Rossum1998-05-141-4/+1
|
* Support HPUX 10.20 DCE threads.Guido van Rossum1998-05-071-0/+6
|
* Make new gcc -Wall happyGuido van Rossum1998-04-101-1/+2
|
* Add default case (standard conformance) to avoid piling upGuido van Rossum1997-06-021-4/+4
| | | | system specific #ifdefs.
* DG/UX thread patches (Ross Andrus)Guido van Rossum1997-05-221-3/+8
|
* Add pthred-std define for Linux.Guido van Rossum1997-05-151-0/+2
|
* Support for various versions of the pthread draft.Guido van Rossum1997-05-131-12/+64
|
* Add detach call so threads are GC'ed.Guido van Rossum1997-04-301-0/+2
|
* Working semaphore implementation by Sjoerd.Guido van Rossum1997-01-171-3/+64
|
* New permission notice, includes CNRI.Guido van Rossum1996-10-251-13/+20
|
* Sjoerd's thread changes (including down_sema typo fix).Guido van Rossum1996-10-081-2/+3
| | | | Note: waitflag not supported on NT.
* Changes necessary for AIX.Guido van Rossum1996-08-081-0/+15
|
* Got rid of florida hack and made it work with Solaris 2.5 pthreads.Guido van Rossum1996-06-111-19/+7
| | | | Wonder if this will break it on all other platforms :-)
* Alpha OSF/1 fixGuido van Rossum1995-01-091-1/+4
|
* Added 1995 to copyright message.Guido van Rossum1995-01-041-2/+2
| | | | | | bltinmodule.c: fixed coerce() nightmare in ternary pow(). modsupport.c (initmodule2): pass METH_FREENAME flag to newmethodobject(). pythonrun.c: move flushline() into and around print_error().
* ceval.c: dict of local mapping is now a tupleGuido van Rossum1994-05-231-3/+8
| | | | | | | compile.c: lists and dictionary in code objects become tuples import.c: bump MAGIC thread*.[ch]: added thread_ident() function version.c: added '++' to version number and bumped date
* Tim's changes; removed some remaining non-functional ifdefsGuido van Rossum1994-05-111-86/+89
|
* Split thread.c into a number of system-specific files.Guido van Rossum1994-05-091-0/+272
Added Tim Peters' pthread version.
generated by cgit v0.12 at 2024-11-13 17:14:01 (GMT)