[Python-Dev] Summary of Tracker Issues
ACTIVITY SUMMARY (10/23/07 - 10/30/07) Tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1321 open (+28) / 11524 closed (+19) / 12845 total (+47) Open issues with patches: 420 Average duration of open issues: 679 days. Median duration of open issues: 772 days. Open Issues Breakdown open 1317 (+28) pending 4 ( +0) Issues Created Or Reopened (48) ___ smtpd.SMTPServer throws exception on MAIL command with no arg10/23/07 CLOSED http://bugs.python.org/issue1307reopened gvanrossum patch fix a few PyInt_Check vs PyLong_Check problems 10/23/07 CLOSED http://bugs.python.org/issue1316created georg.brandl py3k, patch smtplib.SMTP docs10/23/07 http://bugs.python.org/issue1317created fdrake Remove os.tmpnam() and os.tempnam() 10/23/07 CLOSED http://bugs.python.org/issue1318created tiran patch py3k: fixes for test_ctypes 10/23/07 CLOSED http://bugs.python.org/issue1319created amaury.forgeotdarc patch PCBuild8 Solution Support Changes10/24/07 http://bugs.python.org/issue1320created JosephArmbruster TimedRotatingFileHandler logic for day of week is wrong 10/24/07 CLOSED http://bugs.python.org/issue1321created mosheco platform.dist() has unpredictable result under Linux 10/24/07 http://bugs.python.org/issue1322created sapetnioc py3k: file.truncate() changes the file position 10/24/07 CLOSED http://bugs.python.org/issue1323created amaury.forgeotdarc patch r58034 breaks building _ctypes with the upstream libffi. 10/25/07 CLOSED http://bugs.python.org/issue1324created doko patch zipimport.zipimporter.archive undocumented and untested 10/25/07 http://bugs.python.org/issue1325created exarkun "internal" zipimport.zipimporter feature untested10/25/07 http://bugs.python.org/issue1326created exarkun Python 2.4+ spends too much time in PyEval_EvalFrame w/ xmlrpmcl 10/25/07 http://bugs.python.org/issue1327created eanxgeek feature request: force BOM option10/25/07 http://bugs.python.org/issue1328created jgsack Different 3.0a1 exit behavior10/25/07 CLOSED http://bugs.python.org/issue1329created MrJean1 Fix truncate on Windows, this time for real 10/26/07 CLOSED http://bugs.python.org/issue1330created tiran py3k, patch More fixes for Windows 10/26/07 CLOSED http://bugs.python.org/issue1331created tiran py3k, patch threading.RLock().aquire(0) fails with python-2.5.1.amd64.msi10/26/07 http://bugs.python.org/issue1332created delwarl merge urllib and urlparse functionality 10/26/07 http://bugs.python.org/issue1333created techtonik IDLE - Fix several highlighting bugs 10/26/07
Re: [Python-Dev] Special file "nul" in Windows and os.stat
On Oct 24, 2007 11:05 PM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > > So, the question is what we should do?: > > Before this question can be answered, I think we need to fully > understand what precisely is happening in 2.4, and what precisely > is happening in 2.5. > > AFAICT, it is *not* the case that Python 2.4 (indirectly) has > hard-coded the names CON, PRN, NUL etc. in the C library. Instead, > Python 2.4 *also* relies on kernel32 functions to determine that > these files "exist". > > My question now is what specific kernel32 functions Python 2.4 > calls to determine that NUL is a file; before that question > is sufficiently answered, I don't think any action should be > taken. > os.path.exist() in win32 just calls os.stat() and decides it doesn't exist if an error is returned. os.stat() uses the vcrt stat()in 2.4, but 2.5 implements it directly in terms of win32 api to deal with limitations in the vcrt implementation. The hand-rolled stat uses GetFileAttributesEx, which returns 0 for the special filenames, with an error code of "The parameter is incorrect" (87), which is why os.path.exists() claims it doesn't exist. Interestingly, plain old GetFileAttributes() works, and returns FILE_ATTRIBUTE_ARCHIVE for them. ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Special file "nul" in Windows and os.stat
Chris Mellon schrieb: > On Oct 24, 2007 11:05 PM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: >> > So, the question is what we should do?: >> >> Before this question can be answered, I think we need to fully >> understand what precisely is happening in 2.4, and what precisely >> is happening in 2.5. >> >> AFAICT, it is *not* the case that Python 2.4 (indirectly) has >> hard-coded the names CON, PRN, NUL etc. in the C library. Instead, >> Python 2.4 *also* relies on kernel32 functions to determine that >> these files "exist". >> >> My question now is what specific kernel32 functions Python 2.4 >> calls to determine that NUL is a file; before that question >> is sufficiently answered, I don't think any action should be >> taken. >> > > > os.path.exist() in win32 just calls os.stat() and decides it doesn't > exist if an error is returned. os.stat() uses the vcrt stat()in 2.4, > but 2.5 implements it directly in terms of win32 api to deal with > limitations in the vcrt implementation. > > The hand-rolled stat uses GetFileAttributesEx, which returns 0 for the > special filenames, with an error code of "The parameter is incorrect" > (87), which is why os.path.exists() claims it doesn't exist. > > Interestingly, plain old GetFileAttributes() works, and returns > FILE_ATTRIBUTE_ARCHIVE for them. See also a recent blog entry of Raymond Chen at http://blogs.msdn.com/oldnewthing/archive/2007/10/23/5612082.aspx Thomas ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Special file "nul" in Windows and os.stat
>> My question now is what specific kernel32 functions Python 2.4 >> calls to determine that NUL is a file; before that question >> is sufficiently answered, I don't think any action should be >> taken. >> > > os.path.exist() in win32 just calls os.stat() and decides it doesn't > exist if an error is returned. os.stat() uses the vcrt stat()in 2.4, > but 2.5 implements it directly in terms of win32 api to deal with > limitations in the vcrt implementation. That doesn't really answer the question, though - you merely state that Python 2.4 calls the CRT, but then my question is still what kernel32 functions are called to have stat on NUL succeed. > Interestingly, plain old GetFileAttributes() works, and returns > FILE_ATTRIBUTE_ARCHIVE for them. What about the other attributes (like modification time, size, etc)? Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] 2.5.2 is coming
On Oct 24, 2007 7:22 AM, Facundo Batista <[EMAIL PROTECTED]> wrote: > 2007/10/12, Neal Norwitz <[EMAIL PROTECTED]>: > > > The plan is cut the release candidate around Tuesday/Wednesday next > > week (Oct 16/17). If all goes well, 2.5.2 final will follow a week > > later. > > Hi Neal! Do you have any update of this schedule? Sorry, the various schedules of everyone involved didn't allow us to get a release out as planned. We are hoping to get out a 2.5.2 release candidate in a couple of weeks. n ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Windows amd64 warnings
There are many warnings from the trunk (and 2.5) builds on Win64. I suspect quite a few of these are real problems. Win64 is the most unusual platform wrt 64-bits due to long being 32-bit. If we need 64-bits, we need to use Py_ssize_t. IIRC, we've had some bug reports for Win64. I know I've fixed some problems found in py3k. It would be great if someone could create a patch to fix the warnings. The link below shows the warnings from a recent checkin. http://python.org/dev/buildbot/all/amd64%20XP%20trunk/builds/297/step-compile/0 n ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
