1. 25 Haz, 2011 3 kayıt (commit)
  2. 24 Haz, 2011 2 kayıt (commit)
  3. 23 Haz, 2011 2 kayıt (commit)
  4. 22 Haz, 2011 2 kayıt (commit)
  5. 21 Haz, 2011 5 kayıt (commit)
  6. 20 Haz, 2011 5 kayıt (commit)
  7. 19 Haz, 2011 5 kayıt (commit)
  8. 18 Haz, 2011 4 kayıt (commit)
  9. 17 Haz, 2011 5 kayıt (commit)
  10. 16 Haz, 2011 3 kayıt (commit)
  11. 15 Haz, 2011 1 kayıt (commit)
  12. 14 Haz, 2011 1 kayıt (commit)
    • Brian Curtin's avatar
      Correct completely broken os.stat behavior on Windows XP. · c8be8407
      Brian Curtin yazdı
      After 1a3e8db28d49, Windows XP could not os.stat at all due to raising
      immediately when GetFinalPathNameByHandle wasn't available (pre-Vista).
      The proper behavior in that situation is to just not attempt a traversal
      rather than outright rejecting.
      
      This change additionally handles a failed malloc by setting the error code
      and returning false.
      
      Patch by Hirokazu Yamamoto.
      c8be8407
  13. 13 Haz, 2011 2 kayıt (commit)
    • Brian Curtin's avatar
      branch merge? · a87d586f
      Brian Curtin yazdı
      a87d586f
    • Brian Curtin's avatar
      Fix #12084. os.stat on Windows wasn't working properly with relative symlinks. · d25aef55
      Brian Curtin yazdı
      Use of DeviceIoControl to obtain the symlink path via the reparse tag was
      removed. The code now uses GetFinalPathNameByHandle in the case of a
      symbolic link and works properly given the added test which creates a symbolic
      link and calls os.stat on it from multiple locations.
      
      Victor Stinner also noticed an issue with os.lstat following the os.stat
      code path when being passed bytes. The posix_lstat function was adjusted to
      properly hook up win32_lstat instead of the previous STAT macro (win32_stat).
      d25aef55