delta/cpython-git.git/Modules/posixmodule.c, branch v2.4.4 github.com: python/cpython.git Backport r45505, r45573, r45576 2006-10-09T19:29:06+00:00 Martin v. Löwis martin@v.loewis.de 2006-10-09T19:29:06+00:00 b8f82e6febddbd534e0f08ab480367561daa0717 - reset errno before calling confstr - use confstr() doc to simplify checks afterwards - Correct implementation and documentation of os.confstr. Add a simple test case. I've yet to figure out how to provoke a None return I can test. - Address issues brought up by MvL on python-checkins. I tested this with valgrind on amd64. The man pages I found for diff architectures are inconsistent on this. I'm not entirely sure this change is correct for all architectures either. Perhaps we should just over-allocate and not worry about it? The change to return None instead of "" in case of unconfigured values has not been backported. 
- reset errno before calling confstr - use confstr() doc to simplify
  checks afterwards
- Correct implementation and documentation of os.confstr.  Add a simple
  test case.  I've yet to figure out how to provoke a None return I can test.
- Address issues brought up by MvL on python-checkins.
  I tested this with valgrind on amd64.

  The man pages I found for diff architectures are inconsistent on this.
  I'm not entirely sure this change is correct for all architectures
  either.

  Perhaps we should just over-allocate and not worry about it?

The change to return None instead of "" in case of unconfigured
values has not been backported.
Port of universal binary support for Mac OSX from python 2.5. This takes away 2006-10-08T17:41:25+00:00 Ronald Oussoren ronaldoussoren@mac.com 2006-10-08T17:41:25+00:00 392cafba4fb899f8a205f7962302b77db8c61980 the need for the out-of-tree universal binary support that was used to build the 2.4.3 installer. Missing here relative to that tree are some changes to IDLE, IMHO those patches aren't appropriate for the 2.4 branch and users are better of using 2.5's IDLE. 
the need for the out-of-tree universal binary support that was used to build
the 2.4.3 installer.

Missing here relative to that tree are some changes to IDLE, IMHO those patches
aren't appropriate for the 2.4 branch and users are better of using 2.5's IDLE.
[Backport r51223 | neal.norwitz] 2006-10-05T17:24:08+00:00 Andrew M. Kuchling amk@amk.ca 2006-10-05T17:24:08+00:00 a1ade3e925836a89e1ebacb74eb8e81d85190cd8 If _stat_float_times is false, we will try to INCREF ival which could be NULL. Return early in that case. The caller checks for PyErr_Occurred so this should be ok. Klocwork #297 
If _stat_float_times is false, we will try to INCREF ival which could be NULL.
Return early in that case.  The caller checks for PyErr_Occurred so this
should be ok.

Klocwork #297
[Backport rev. 39135 by mwh] 2006-09-28T17:16:25+00:00 Andrew M. Kuchling amk@amk.ca 2006-09-28T17:16:25+00:00 602117a6968ab74a473790d7486e14671208ce16 Fix bug [ 1232517 ] OverflowError in time.utime() causes strange traceback A needed error check was missing. (Actually, this error check may only have become necessary in fairly recent Python, not sure). Backport candidate. [A few lines below the code in 2.4 touched by the patch, there's already a similar check of (intval == -1 && PyErr_Occurred()), so I think this function can already report such errors, and therefore the fix still applies. Perhaps Michael can clarify what he was referring to. --amk] 
Fix bug

[ 1232517 ] OverflowError in time.utime() causes strange traceback

A needed error check was missing.

(Actually, this error check may only have become necessary in fairly
recent Python, not sure).

Backport candidate.

[A few lines below the code in 2.4 touched by the patch, there's already
 a similar check of (intval == -1 && PyErr_Occurred()), so I think
 this function can already report such errors, and therefore the fix
 still applies.  Perhaps Michael can clarify what he was referring to. --amk]
[Backport of rev. 42093 by neal.norwitz] 2006-09-27T19:17:32+00:00 Andrew M. Kuchling amk@amk.ca 2006-09-27T19:17:32+00:00 e7031223e36c43ccd47321b3ff8997c1423e2b9c Check return result from Py_InitModule*(). This API can fail. Probably should be backported. 
Check return result from Py_InitModule*().  This API can fail.

Probably should be backported.
Bug #1551427: fix a wrong NULL pointer check in the win32 version 2006-09-06T06:04:03+00:00 Georg Brandl georg@python.org 2006-09-06T06:04:03+00:00 5e6d03114e7cb4a27c6216228796583d6f9a398b of os.urandom(). (backport from rev. 51762) 
of os.urandom().
 (backport from rev. 51762)
Bug #1524310: Properly report errors from FindNextFile in os.listdir. 2006-07-24T12:57:47+00:00 Martin v. Löwis martin@v.loewis.de 2006-07-24T12:57:47+00:00 e3f1ab7255868ea2a496bb7ea84607b9e033032d 






Backport of 46010
2006-05-16T07:06:33+00:00

Martin v. Löwis
martin@v.loewis.de

2006-05-16T07:06:33+00:00

cd9a3bbc0f34f9b3c8391fd8baa1400ca3d34814

- Test for sys/statvfs.h before including it, as statvfs is present
  on some OSX installations, but its header file is not.





- Test for sys/statvfs.h before including it, as statvfs is present
  on some OSX installations, but its header file is not.







Backport trunk's r45715:
2006-04-25T15:33:48+00:00

Thomas Wouters
thomas@python.org

2006-04-25T15:33:48+00:00

eba52802cdde6ffc622ea3f8e12e4f55e43cc79b

Define MAXPATHLEN to be at least PATH_MAX, if that's defined. Python uses
MAXPATHLEN-sized buffers for various output-buffers (like to realpath()),
and that's correct on BSD platforms, but not Linux (which uses PATH_MAX, and
does not define MAXPATHLEN.) Cursory googling suggests Linux is following a
newer standard than BSD, but in cases like this, who knows. Using the
greater of PATH_MAX and 1024 as a fallback for MAXPATHLEN seems to be the
most portable solution.





Define MAXPATHLEN to be at least PATH_MAX, if that's defined. Python uses
MAXPATHLEN-sized buffers for various output-buffers (like to realpath()),
and that's correct on BSD platforms, but not Linux (which uses PATH_MAX, and
does not define MAXPATHLEN.) Cursory googling suggests Linux is following a
newer standard than BSD, but in cases like this, who knows. Using the
greater of PATH_MAX and 1024 as a fallback for MAXPATHLEN seems to be the
most portable solution.







Clear errno before calling opendir() and readdir().
2006-04-11T07:04:09+00:00

Georg Brandl
georg@python.org

2006-04-11T07:04:09+00:00

e539fad2e780c5cdf91d191d14a69db7a6192c45

 (backport from rev. 45262)





 (backport from rev. 45262)