1. 31 Mar, 2002 1 kayıt (commit)
  2. 29 Agu, 2001 1 kayıt (commit)
    • Tim Peters's avatar
      SF bug [#456252] Python should never stomp on [u]intptr_t. · 79248aa1
      Tim Peters yazdı
      pyport.h:  typedef a new Py_intptr_t type.
          DELICATE ASSUMPTION:  That HAVE_UINTPTR_T implies intptr_t is
          available as well as uintptr_t.  If that turns out not to be
          true, things must get uglier (C99 wants both, so I think it's
          an assumption we're *likely* to get away with).
      thread_nt.h, PyThread_start_new_thread:  MS _beginthread is documented
          as returning unsigned long; no idea why uintptr_t was being used.
      Others:  Always use Py_[u]intptr_t, never [u]intptr_t directly.
      79248aa1
  3. 12 Ara, 2000 1 kayıt (commit)
  4. 30 Haz, 2000 1 kayıt (commit)
    • Fred Drake's avatar
      [*** Not tested as I don't have Windows running right now! ***] · 25e1726d
      Fred Drake yazdı
      Trent Mick <trentm@activestate.com>:
      
      Fix PC/msvcrtmodule.c and PC/winreg.c for Win64. Basically:
      
      - sizeof(HKEY) > sizeof(long) on Win64, so use PyLong_FromVoidPtr()
      instead of PyInt_FromLong() to return HKEY values on Win64
      
      - Check for string overflow of an arbitrary registry value (I know
      that ensuring that a registry value does not overflow 2**31 characters
      seems ridiculous but it is *possible*).
      
      Closes SourceForge patch #100517.
      25e1726d
  5. 16 Şub, 1999 1 kayıt (commit)
  6. 29 May, 1998 1 kayıt (commit)
  7. 13 Agu, 1997 1 kayıt (commit)
  8. 07 Agu, 1997 1 kayıt (commit)