◐ Shell
reader mode source ↗

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author iandekit
Recipients iandekit
Date 2009-09-23.05:55:35
SpamBayes Score 1.1349793e-08
Marked as misclassified No
Message-id <1253685337.93.0.462290997823.issue6976@psf.upfronthosting.co.za>
In-reply-to
Content
test_posix hung on Solaris 9 ... traced to getcwd test hanging.

This in turn was traced to the very long filename case...
It seems posixmodule was modified (since py2.4.3 at least) 
to retry getcwd with a bigger buffer if ERANGE occurs.  

However on Solaris 9 its not documented that ERANGE also
occurs if getcwd(3) can't cope with the path length, even
if the buffer is big enough.  This causes posix_getcwd() to
loop malloc'ing a bigger buffer, forever.

I enclose a patch that limits the damage, to 1Mbyte at least.
(not sure if more recent Solaris 9 patches than we have
provide another solution)

On Solaris 10, there is no problem as the getcwd() is implemented
as a system call.
History
Date User Action Args
2009-09-23 05:55:38iandekitsetrecipients: + iandekit
2009-09-23 05:55:37iandekitsetmessageid: <1253685337.93.0.462290997823.issue6976@psf.upfronthosting.co.za>
2009-09-23 05:55:36iandekitlinkissue6976 messages
2009-09-23 05:55:36iandekitcreate