1. 22 Nis, 2004 1 kayıt (commit)
  2. 20 Nis, 2004 2 kayıt (commit)
  3. 17 Nis, 2004 2 kayıt (commit)
  4. 16 Nis, 2004 4 kayıt (commit)
  5. 15 Nis, 2004 3 kayıt (commit)
  6. 14 Nis, 2004 1 kayıt (commit)
    • Hye-Shik Chang's avatar
      Backport checkin> · 5c4a4080
      Hye-Shik Chang yazdı
      Bug #934635: Fixed a bug where the configure script couldn't detect
      getaddrinfo() properly if the KAME stack had SCTP support.
      (Submitted by SUZUKI Shinsuke)
      5c4a4080
  7. 11 Nis, 2004 2 kayıt (commit)
    • Andrew MacIntyre's avatar
      add AF_UNIX notes · 2c73bc09
      Andrew MacIntyre yazdı
      2c73bc09
    • Andrew MacIntyre's avatar
      Backport to 2.3: · fea6d1a2
      Andrew MacIntyre yazdı
      Fixes for AF_UNIX support on OS/2:
      - return the full size of the sockaddr_un structure, without which
        bind() fails with EINVAL;
      - set test_socketserver to use a socket name that meets the form
        required by the underlying implementation;
      - don't bother exercising the forking AF_UNIX tests on EMX - its
        fork() can't handle the stress.
      fea6d1a2
  8. 08 Nis, 2004 3 kayıt (commit)
  9. 04 Nis, 2004 3 kayıt (commit)
    • Andrew MacIntyre's avatar
      Backport to 2.3 to support Zope 2.7 on OS/2: · 6a2a3b60
      Andrew MacIntyre yazdı
      OS/2's TCP/IP stack supports AF_UNIX sockets, with the limitation that
      the socket name must start with /socket32/.  Unlike Unix systems, this
      file never exists in the file system.
      6a2a3b60
    • Andrew MacIntyre's avatar
      Backport to 2.3 to support Zope 2.7 on OS/2: · fc019dd0
      Andrew MacIntyre yazdı
      OS/2 has support for spawnvp() and spawnvpe() in the C libraries supplied
      with major C compilers (VACPP, EMX+gcc and [Open]Watcom).
      
      Also tidy up the export of spawn*() symbols in the os module to match what
      is found/implemented.
      fc019dd0
    • Andrew MacIntyre's avatar
      Backport to 2.3: · 9ed93292
      Andrew MacIntyre yazdı
      If a file is opened with an explicit buffer size >= 1, repeated
      close() calls would attempt to free() the buffer already free()ed on
      the first close().     [bug introduced with patch #788249]
      
      Making sure that the buffer is free()ed in file object deallocation is
      a belt-n-braces bit of insurance against a memory leak.
      9ed93292
  10. 03 Nis, 2004 1 kayıt (commit)
  11. 01 Nis, 2004 6 kayıt (commit)
  12. 31 Mar, 2004 4 kayıt (commit)
  13. 30 Mar, 2004 1 kayıt (commit)
  14. 29 Mar, 2004 1 kayıt (commit)
  15. 26 Mar, 2004 1 kayıt (commit)
  16. 25 Mar, 2004 4 kayıt (commit)
  17. 23 Mar, 2004 1 kayıt (commit)