[issue1420] Unicode literals in tokenize.py and tests.

New submission from Ron Adam: Replaced Unicode literals in tokenize.py and it's tests files with byte literals. Added a compile step to the test to make sure the text file used in the test are valid python code. This will catch changes that need to be done in to the text (gold file) for future

[issue1421] python.org: outdated and false information

New submission from Christian Heimes: Short of a bug tracker for errors on python.org I'm using this bug tracker to support some problems. http://www.python.org/dev/process/ "Documenting Python" still mentions LaTeX as the system for documentation of Python. http://www.python.org/dev/implementa

[issue1395] py3k: duplicated line endings when using read(1)

Christian Heimes added the comment: By the way I've found the daily builds you were asking for, Raghuram. http://www.python.org/dev/daily-msi/ :) __ Tracker <[EMAIL PROTECTED]> __ _

[issue1421] python.org: outdated and false information

Georg Brandl added the comment: Fixed in revisions 4 and 5 of the pydotorg repository. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue1420] Unicode literals in tokenize.py and tests.

Georg Brandl added the comment: I don't think you can have raw bytes (rb"..." etc.) literals. -- nosy: +georg.brandl __ Tracker <[EMAIL PROTECTED]> __ _

[issue1419] ssl module version 1.10 causes TypeError when accepting connection

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

[issue1420] Unicode literals in tokenize.py and tests.

Christian Heimes added the comment: Yes, raw byte strings are possible: >>> br"\x" b'\\x' -- keywords: +patch, py3k nosy: +tiran priority: -> normal __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1422] Writing to an invalid fd doesn't raise an exception

New submission from Christian Heimes: The bug is related to http://bugs.python.org/issue1415 and occurs only with the latest patch from #1415. Writing to an invalid fd doesn't raise an exception: >>> f = open(100, 'w') >>> f.fileno() 100 >>> f.write("test") 4 However reading or opening an inva

[issue1415] py3k: pythonw.exe fails because std streams a missing

Guido van Rossum added the comment: Hmm... In internal_close() there's still a test for self->fd >= 0. I'm not sure if this is an oversight or intentional. Also, I don't understand under what circumstances fds < 0 can occur. I presume this is only on Windows. Can you point me to docs for this fa

[issue1415] py3k: pythonw.exe fails because std streams a missing

Christian Heimes added the comment: Guido van Rossum wrote: > Hmm... In internal_close() there's still a test for self->fd >= 0. I'm > not sure if this is an oversight or intentional. I'll check it later. The patch still contains some debugging code that redirects stdout and stderr to a file wh

[issue1417] Weakref not working properly

MHOOO added the comment: Well, too bad. My workaround (to make weakrefs work) is attached as a file. Added file: http://bugs.python.org/file8733/myhacks.py __ Tracker <[EMAIL PROTECTED]> __""" Som

[issue1422] Writing to an invalid fd doesn't raise an exception

Christian Heimes added the comment: Python 2.5 and probably 2.6 suffer from the same problem although it's harder to trigger it. Python 2.5.1 (r251:54863, Oct 5 2007, 13:36:32) [GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2 Type "help", "copyright", "credits" or "license"

[issue1423] wave sunau aifc 16bit errors

New submission from jeroen: When you write sound files wav sunau of aifc and you are using 16 bits samples. The number of frames in the files is incorrect. close function which updates the headers makes a mistake I assume. For the sunau type I had to double the number of frames in the close funct

[issue1424] py3k: readline and rlcompleter doesn't list choices

New submission from Christian Heimes: Python 2.5: >>> import readline; import rlcompleter; readline.parse_and_bind("tab: complete") >>> import sys >>> sys.std sys.stderr sys.stdin sys.stdout Python 3.0: >>> import readline; import rlcompleter; readline.parse_and_bind("tab: complete") >>> impo

[issue1419] ssl module version 1.10 causes TypeError when accepting connection

Bill Janssen added the comment: Good catch. I found this in the 3K branch, but hadn't backported it to the SSL PyPI module yet. -- resolution: -> accepted __ Tracker <[EMAIL PROTECTED]> ___

[issue1419] ssl module version 1.10 causes TypeError when accepting connection

Bill Janssen added the comment: I've uploaded a fixed ssl-1.12 to PyPI. -- resolution: accepted -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue1425] readline: no display matches hook set

New submission from Christian Heimes: In Python 2.6 and 3.0 the readline module has changed. A new hook to set a display matches was introduced but no default method is set thus rendering rlcompleter partly useless. -- components: Extension Modules, Library (Lib) keywords: py3k messages

[issue1425] readline: no display matches hook set

Christian Heimes added the comment: http://bugs.python.org/issue1388440 http://bugs.python.org/issue1424 -- assignee: -> loewis nosy: +loewis priority: -> normal superseder: -> py3k: readline and rlcompleter doesn't list choices __ Tracker <[EMAIL PROT

[issue1426] readline module needs a review

New submission from Christian Heimes: The readline module needs a review and cleanup. Several functions don't do enough error checks and the indention is partly borked with mixes of tab and 2 space indention. -- keywords: py3k messages: 57383 nosy: tiran priority: high severity: normal s

[issue1427] Error in standard module calendar

New submission from Damjan Georgievski: This is LocaleTextCalendar.__init__ def __init__(self, firstweekday=0, locale=None): TextCalendar.__init__(self, firstweekday) if locale is None: locale = locale.getdefaultlocale() self.locale = locale Which can not

[issue1428] Update to property.__doc__

New submission from Christian Heimes: The patch adds the new syntax to the doc string of property: Decorators makes defining new or modifying existing properties easy: class C(object): @property def x(self): return self.__x @x.setter def x(self, value): self.__x = value @x.de

[issue1427] Error in standard module calendar

Christian Heimes added the comment: My patch uses "import locale as _locale" to avoid ambiguous variables. It also fixes some additional bugs. I still don't understand how prweek() should work. self.week is missing. -- keywords: +patch nosy: +tiran priority: -> normal versions: +Python

[issue1427] Error in standard module calendar

Changes by Christian Heimes: Removed file: http://bugs.python.org/file8736/calendar.diff __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing

[issue1427] Error in standard module calendar

Christian Heimes added the comment: wrong file Added file: http://bugs.python.org/file8737/calendar_fix.patch __ Tracker <[EMAIL PROTECTED]> __Index: Lib/calendar.py ==

[issue1428] Update to property.__doc__

Guido van Rossum added the comment: I would use _x instead of __x. Otherwise looks good. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing l

[issue1428] Update to property.__doc__

Christian Heimes added the comment: Applied in r58935 (trunk) -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue1427] Error in standard module calendar

Christian Heimes added the comment: I've applied my patch in r58936 (trunk) and r58937 (2.5 branch). I'm assigning the bug to Walter. Maybe he is able to shed some light on the prweek() issue. $ svn ann Lib/calendar.py | grep self\.week 43483 walter.doerwald print self.week(theweek, wi

[issue1425] readline: no display matches hook set

Martin v. Löwis added the comment: Thanks for the report. This is now fixed in r58940. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1420] Unicode literals in tokenize.py and tests.

Martin v. Löwis added the comment: I think this patch is wrong. Python source code is inherently text, so generate_tokens should decode the input, rather than operating on bytes. -- nosy: +loewis __ Tracker <[EMAIL PROTECTED]>

[issue1418] Python/hypot.c is never used

Martin v. Löwis added the comment: Thanks for the patch. Committed as r58941. -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _