[issue1321] TimedRotatingFileHandler logic for day of week is wrong

Changes by Moshe Cohen: -- components: None nosy: mosheco severity: major status: open title: TimedRotatingFileHandler logic for day of week is wrong type: behavior versions: Python 2.4 __ Tracker <[EMAIL PROTECTED]> ___

[issue1321] TimedRotatingFileHandler logic for day of week is wrong

New submission from Moshe Cohen: The logic for determining the time till midnight on the requested day of week is reversed. >From logging/handlers.py:234 if day > self.dayOfWeek: daysToWait = (day - self.dayOfWeek) - 1 self.rolloverAt = se

[issue1321] TimedRotatingFileHandler logic for day of week is wrong

Moshe Cohen added the comment: The comments before the code are correct, by the way. The code should do exactly that. __ Tracker <[EMAIL PROTECTED]> __ _

[issue1321] TimedRotatingFileHandler logic for day of week is wrong

Changes by Georg Brandl: -- assignee: -> vsajip nosy: +vsajip __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe:

[issue1298] Support for z/OS and EBCDIC.

Lauri Alanko added the comment: The port is certainly not yet "complete" in any sense. I have only fixed the most obvious places where explicit conversion between ASCII/Unicode values and platform-specific characters is required. There are a number of remaining issues, some of which cannot be fix

[issue1321] TimedRotatingFileHandler logic for day of week is wrong

Vinay Sajip added the comment: Fixed checked into trunk: r58628. Also checked into release25-maint. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue1778443] robotparser.py fixes

Aristotelis Mikropoulos added the comment: Yes, of course I meant spaces on both sides of ">=", it was just a typo of mine. I am sorry. I am glad you recommend applying my patch. I hope it helps. -- nosy: +Indy _ Tracker <[EMAIL PROTECTED]>

[issue419903] Non-contiguous indexing and slicing

Facundo Batista added the comment: The idea is rejected, so I close the bug. If wanted, push further discussion of this in the lists. -- nosy: +facundobatista status: open -> closed Tracker <[EMAIL PROTECTED]> __

[issue1298] Support for z/OS and EBCDIC.

Guido van Rossum added the comment: I have no desire or time to continue this discussion. The ASCII assumption will be ingrained as deeply or deeper in 3.0 than in 2.x, just like 8-bit bytes and 2's complement. The computer industry has chosen, and there just isn't any incentive to invent abstr

[issue588756] python should obey the FHS

Facundo Batista added the comment: Added to the PEP 42, rev 58638. -- nosy: +facundobatista status: open -> closed Tracker <[EMAIL PROTECTED]> _

[issue1290] xml.dom.minidom not able to handle utf-8 data

Changes by Facundo Batista: Removed file: http://bugs.python.org/file8559/unnamed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list U

[issue1290] xml.dom.minidom not able to handle utf-8 data

Changes by Facundo Batista: Removed file: http://bugs.python.org/file8560/unnamed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list U

[issue1322] platform.dist() has unpredictable result under Linux

New submission from Yann Cointepas: The distribution name returned by platform.dist() depends on the order of os.path.listdir( '/etc' ). It selects the first file matching the regex r'(\w+)[-_](release|version)' and takes part of the file name (i.e. matchResult.groups()[0]) as distribution name.

[issue1319] py3k: fixes for test_ctypes

Guido van Rossum added the comment: Looks good to me. I can check it in if Thomas is okay with that (or if he remains silent long enough :-). -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> __

[issue1322] platform.dist() has unpredictable result under Linux

Guido van Rossum added the comment: Do you have a patch? That would help tremendously. -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> __ __

[issue1317] smtplib.SMTP docs

Changes by Guido van Rossum: -- priority: -> low __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue1319] py3k: fixes for test_ctypes

Thomas Heller added the comment: Guido van Rossum schrieb: > Looks good to me. I can check it in if Thomas is okay with that (or if > he remains silent long enough :-). Looks good to me too. Please check it in if you have time ;-) __ Tracker <[EMAIL PROTECTED]>

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Guido van Rossum added the comment: Let's not get overexcited. I agree that it makes sense for fileinput, but I disagree about *StringIO; its close() isn't needed to free resources (since it doesn't use up a scarce resource like a file descriptor). Can you whip up a patch for fileinput? Please

[issue1319] py3k: fixes for test_ctypes

Guido van Rossum added the comment: Committed revision 58639. You're welcome, Thomas. And Thanks, Amaury! Keep them coming...! -- assignee: theller -> gvanrossum resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]>

[issue1303] adapt str8 constructor to bytes constructor

Guido van Rossum added the comment: Georg, can you check this in even with test_str failing? And who is working on that? If I don't get a name I'll tackle it myself. -- assignee: gvanrossum -> georg.brandl __ Tracker <[EMAIL PROTECTED]>

[issue1303] adapt str8 constructor to bytes constructor

Georg Brandl added the comment: Okay, committed in r58640. Gregory wrote this in test_bytes: # I've started porting some of those into buffer_tests.py, we should port # the rest that make sense (the code can be cleaned up to use modern # unittest methods at the same time). -- status: op

[issue1302] Fixes for profile/cprofile

Guido van Rossum added the comment: I like Chris's patch better, but he should use (sizeof(lower)-1) instead of 8, and he should use the TOLOWER macro from bytes_methods.h. Please submit a new one and I'll check it in! -- priority: -> normal __ Tracker

[issue1290] xml.dom.minidom not able to handle utf-8 data

Facundo Batista added the comment: CharacterData.__repr__ was constructing a string in response that keeped having a non-ascii character. Fixed in rev 58641. -- resolution: works for me -> fixed __ Tracker <[EMAIL PROTECTED]>

[issue1319] py3k: fixes for test_ctypes

Thomas Heller added the comment: Looking again, I found a bug in the patch. In the function _get_args(), the local variable 'name' was changed from 'char *' to 'PyObject *'. In line 2995, it is passed to PyErr_Format with a '%s' format code: if (name) PyErr_Format(PyExc

[issue1077] itertools missing, causes interactive help to break

Changes by Georg Brandl: -- status: open -> pending __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue1753371] Open always create new tab or new browser

Changes by Georg Brandl: -- status: pending -> closed _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsubscribe:

[issue1077] itertools missing, causes interactive help to break

Changes by Georg Brandl: -- status: pending -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue1319] py3k: fixes for test_ctypes

Thomas Heller added the comment: Here's the bugfix - is it correct? Added file: http://bugs.python.org/file8603/_ctypes.patch __ Tracker <[EMAIL PROTECTED]> __Index: Modules/_ctypes/_ctypes.c

[issue1319] py3k: fixes for test_ctypes

Guido van Rossum added the comment: Looks good. Can you check it in? __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: h

[issue1252] IDLE - patch Delegator to support callables

Kurt B. Kaiser added the comment: Despite your explanation, I don't understand what is being accomplished here. Delegates are not intended to be callable. They have methods, e.g. insert, which are callable, and the insert call is propagated down the chain by calls like (from ColorDelegator):

[issue1319] py3k: fixes for test_ctypes

Thomas Heller added the comment: Committed as rev 58642. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue1258] Removal of basestring type

Guido van Rossum added the comment: 2007/10/15, Christian Heimes <[EMAIL PROTECTED]>: > > Christian Heimes added the comment: > > Guido van Rossum wrote: > > BTW we need a 2to3 fixer for this. Should be trivial -- just replace > > *all* occurrences of basestring with str. > > I believe you that

[issue1292] libffi needs an update to support mips64, arm and armeabi on linux

Matthias Klose added the comment: committed the following patch to the trunk (lets the buildds test the ctypes extension) Added file: http://bugs.python.org/file8605/arm.diff __ Tracker <[EMAIL PROTECTED]> __

[issue1022] use bytes for code objects

Guido van Rossum added the comment: We won't be doing it this way. -- resolution: remind -> rejected status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue1004] MultiMethods with type annotations in 3000

Guido van Rossum added the comment: Phillip, do you have any interest left in moving PEP 3124 forward? -- assignee: gvanrossum -> pje nosy: +pje __ Tracker <[EMAIL PROTECTED]> __ _

[issue1004] MultiMethods with type annotations in 3000

Phillip J. Eby added the comment: Interested, yes. Have time for at the moment, no. :( Seems unlikely I'll have time before 2008Q1 at this point. __ Tracker <[EMAIL PROTECTED]> __ __

[issue1004] MultiMethods with type annotations in 3000

Guido van Rossum added the comment: OK, that's fine. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue1287] os.environ.pop doesn't work

Georg Brandl added the comment: Fixed in r58651 for 2.6. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _

[issue1323] py3k: file.truncate() changes the file position

New submission from Amaury Forgeot d'Arc: This patch corrects a problem in test_file.py on Windows: f.truncate() seeks to the truncation point, but does not empty the buffers. In the test, f.tell() returns -1... Now we flush the file before, and seek to the initial position after. The same trick

[issue1323] py3k: file.truncate() changes the file position

Changes by Martin v. Löwis: -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue1311] os.path.exists(os.devnull) regression on windows

Martin v. Löwis added the comment: The purpose of Py_GetFileAttributesEx* is to wrap GetFileAttributesEx, on systems where it doesn't exist (Windows 95 in particular). If it doesn't exist, it is emulated; if it exists, it is directly called. -- nosy: +loewis

[issue1311] os.path.exists(os.devnull) regression on windows

Martin v. Löwis added the comment: As Facundo found out, the behavior of os.path.exists is fairly irrelevant here, as that functions is trivial. What really matters is whether os.stat succeeds for NUL. Can those users for whom it succeeds please report what Windows versions they are using, and wh

[issue1311] os.path.exists(os.devnull) regression on windows

Martin v. Löwis added the comment: Please disregard Cygwin Python for this discussion. It (probably) uses the stat implementation from cygwin1.dll, which may work differently from Cygwin release to Cygwin release. __ Tracker <[EMAIL PROTECTED]>