[issue10571] "setup.py upload --sign" broken: TypeError: 'str' does not support the buffer interface

Matthias Klose added the comment: that seems to be the wrong report. did you mean Package: python3.1 Version: 3.1.2+20101012-1 Severity: normal curses.tigetstr() returns bytes (which makes sense), but curses.tparm() expects a Unicode string as first argument. As a consequence even the example

[issue10574] email.header.decode_header fails if the string contains multiple directives

Roy Hyunjin Han added the comment: The following code seems to solve the first case just as well. It seems that it is a problem of missing whitespace. email.header.decode_header('=?UTF-8?B?MjAxMSBBVVRNIENBTEwgZm9yIE5PTUlO?==?UTF-8?B?QVRJT05TIG9mIFZQIGZvciBNZW1iZXJz?==?UTF-8?B?aGlw?='.replace(

[issue10557] Malformed error message from float()

Alexander Belopolsky added the comment: After a bit of svn archeology, it does appear that Arabic-Indic digits' support was deliberate at least in the sense that the feature was tested for when the code was first committed. See r15000. The test migrated from file to file over the last 10 year

[issue10574] email.header.decode_header fails if the string contains multiple directives

Roy Hyunjin Han added the comment: Improved workaround to handle another degenerate case where the encoded string is in between non-encoded strings. import re import email.header pattern_ecre = re.compile(r'((=\?.*?\?[qb]\?).*\?=)', re.VERBOSE | re.IGNORECASE | re.MULTILINE) def decodeSafel

[issue10574] email.header.decode_header fails if the string contains multiple directives

Roy Hyunjin Han added the comment: Currently using the following workaround. import re import email.header def decodeSafely(x): match = re.search('(=\?.*?\?B\?)', x) if not match: return x encoding = match.group(1) return email.header.decode_header('%s%s==?=' % (encodin

[issue10574] email.header.decode_header fails if the string contains multiple directives

New submission from Roy H. Han : email.header.decode_header fails for the following message subject: :: email.header.decode_header('=?UTF-8?B?MjAxMSBBVVRNIENBTEwgZm9yIE5PTUlO?==?UTF-8?B?QVRJT05TIG9mIFZQIGZvciBNZW1iZXJz?==?UTF-8?B?aGlw?=') If the directives are removed and the padding prob

[issue8879] Implement os.link on Windows

Jesús Cea Avión added the comment: I am not familiar with this either, but better to restrict the test to platforms with actual mbcs encoding. -- ___ Python tracker ___

[issue8879] Implement os.link on Windows

Brian Curtin added the comment: Maybe the test should be Windows-only? I don't really know the answer...things tend to fall apart when I get involved with Unicode, encoding, codecs, etc. :/ -- ___ Python tracker _

[issue10500] Palevo.DZ worm msix86 installer 3.x installer

Jesús Cea Avión added the comment: The virustotal (Note: I am associated to those guys) link I posted included HASHES you can verify in your side to know if it is a false positive or the file is actually altered by "something" in transit/in your site. -- _

[issue10500] Palevo.DZ worm msix86 installer 3.x installer

Stephen Hansen added the comment: I downloaded that linked MSI again (as its different from the one originally reported)-- and it too is still coming up as clean. I would suggest that its clearly either a false positive as Jesús is suggesting... or something on your side or between you and py

[issue8879] Implement os.link on Windows

Jesús Cea Avión added the comment: This patch seems to break quite a few buildbots. for instance: http://www.python.org/dev/buildbot/all/builders/x86%20OpenIndiana%203.x/builds/81/steps/test/logs/stdio """ test_mbcs_name (test.test_os.LinkTests) ... test test_os failed -- Traceback (most rec

[issue10500] Palevo.DZ worm msix86 installer 3.x installer

Jesús Cea Avión added the comment: I would recommend to the poster to contact CA and to notify them that they have a false positive no other antivirus (check VirusTotal site) in the world is having :-). -- ___ Python tracker

[issue10544] yield expression inside generator expression does nothing

Guido van Rossum added the comment: Yes it is, but I was never asked about it back then. -- ___ Python tracker ___ ___ Python-bugs-li

[issue10500] Palevo.DZ worm msix86 installer 3.x installer

Vil added the comment: I am using CA antivirus, I downloaded 3.13 in link http://www.python.org/ftp/python/3.1.3/python-3.1.3.msi and it is still showing Win32/Palevo.DZ when i scan and it quarantines and then erases the installer msix86 binary (does not include source) On Sun, Nov 28, 2010 at

[issue10565] isinstance(x, collections.Iterator) can return True, when x isn't iterable

Raymond Hettinger added the comment: Fixed in r86857. Needs backport. -- versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs

[issue10544] yield expression inside generator expression does nothing

Alexander Belopolsky added the comment: Isn't this the same issue as #3267? -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue10544] yield expression inside generator expression does nothing

Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue10563] Spurious newline in time.ctime

Changes by Alexander Belopolsky : -- assignee: -> belopolsky stage: unit test needed -> needs patch type: -> feature request versions: +Python 3.2 -Python 2.6, Python 2.7, Python 3.1 ___ Python tracker __

[issue10563] Spurious newline in time.ctime

Alexander Belopolsky added the comment: This looks like a bug in the underlying platform. POSIX requires [1] that the output of ctime() fits in a 26-character buffer. Note that a change has been recently made to time.asctime() to reject year > . See r85137 and issue6608. I think for co

[issue10544] yield expression inside generator expression does nothing

Changes by Guido van Rossum : -- assignee: gvanrossum -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue10544] yield expression inside generator expression does nothing

Guido van Rossum added the comment: PS. Wasn't there a similar issue with something inside a genexp that raises StopIteration? Did we ever solve that? -- ___ Python tracker __

[issue10544] yield expression inside generator expression does nothing

Guido van Rossum added the comment: I think it is definitely wrong the way it works in 3.x. (Especially since it works as expected in 2.x.) I agree with Inyeol's preference of fixes: (1) make it work properly for listcomps as well as genexps, (2) if that's not possible, forbid yield in a ge

[issue10273] Clean-up Unittest API

Raymond Hettinger added the comment: Ezio, please do the regexp-->regex changes and move the tests under Lib/test. -- assignee: rhettinger -> ezio.melotti ___ Python tracker ___

[issue5150] IDLE to support reindent.py

Changes by Raymond Hettinger : -- assignee: rhettinger -> ned.deily nosy: +ned.deily ___ Python tracker ___ ___ Python-bugs-list mailin

[issue7245] better Ctrl-C support in pdb (program can be resumed) (issue216067)

Ilya Sandler added the comment: The patch tries to write to stdout in signal handler. This currently does not work in the python 3.x (see http://bugs.python.org/issue10478). -- ___ Python tracker ___

[issue3243] Support iterable bodies in httplib

Xuanji Li added the comment: Hi Raymond, I assume you're referring to catlee's patch? 'str' has been changed to 'data' in python 3.2 While porting the patch I ran into this issue, which is that isinstance(str, collections.Iterable) doesn't behave exactly like hasattr(str,'next') >>> hasattr

[issue10478] Ctrl-C locks up the interpreter

Ilya Sandler added the comment: Would avoiding PyErr_CheckSignals() while the file object is in inconsistent state be a reasonable alternative? I am guessing that it's not that uncommon for a signal handler to need IO (e.g to log a signal). If making IO safer is not an option, then I think,

[issue10560] Fixes for Windows sources

Carlo Bramini added the comment: I modified the patch by using Py_LL() as suggested in a previous comment. I just would like to say that these fixes are not required to compiling under MSVC5: I was able to compile all the sources as they were, even without changes and this is a great thing. I

[issue1705520] API for excluding methods from unittest stack traces

Michael Foord added the comment: __unittest needs to die (with appropriate deprecation). I agree that a nicer API for marking functions and methods as needing to be excluded from unittest stacktraces would be useful. A decorator is a good way to expose that API to developers. Internally unitt

[issue10573] Consistency in unittest assert methods: order of actual, expected

New submission from Michael Foord : The unittest documentation, argument names and implementation need to be consistent about the order of (actual, expected) for TestCase.assert methods that take two arguments. This is particularly relevant for the methods that produce 'diffed' output on fai

[issue10572] Move unittest test package to Lib/test

New submission from Michael Foord : Having tests in Lib/test instead of inside the package makes it easier to grep the unittest package without grepping the tests. The Windows installer has an "install without tests" option which is easier to honour if the tests aren't in the package. However

[issue8879] Implement os.link on Windows

Brian Curtin added the comment: Committed in r86854 with your win32_error suggestion. Thanks for your help and input. -- ___ Python tracker ___ _

[issue8879] Implement os.link on Windows

Amaury Forgeot d'Arc added the comment: Looks good, except that win32_error("link", NULL) should be called instead of posix_error(). errno is not guaranteed to be correctly set by the win32 api, and GetLastError() ususally gives more accurate errors. -- __

[issue8879] Implement os.link on Windows

Brian Curtin added the comment: Amaury -- how does issue8879_unicode.diff look? Made the suggested change and added a test. -- stage: committed/rejected -> patch review Added file: http://bugs.python.org/file19862/issue8879_unicode.diff ___ Python t

[issue10571] "setup.py upload --sign" broken: TypeError: 'str' does not support the buffer interface

New submission from Jakub Wilk : $ python3 --version Python 3.1.3 $ python3 setup.py bdist upload --sign [snip] Traceback (most recent call last): File "setup.py", line 71, in cmdclass = dict(build_py=build_py) File "/usr/local/lib/python3.1/distutils/core.py", line 149, in setup di

[issue10570] curses.tigetstr() returns bytes, but curses.tparm() expects a string

New submission from Jakub Wilk : $ python3 --version Python 3.1.3 $ python3 setup.py bdist upload --sign [snip] Traceback (most recent call last): File "setup.py", line 71, in cmdclass = dict(build_py=build_py) File "/usr/local/lib/python3.1/distutils/core.py", line 149, in setup di

[issue10548] Error in setUp not reported as expectedFailure (unittest)

Michael Foord added the comment: Note that if an error is raised in a tearDown or cleanUp then unexpected-success should not be reported either. Not very important but might as well be fixed at the same time. -- ___ Python tracker

[issue10499] Modular interpolation in configparser

Fred L. Drake, Jr. added the comment: Review posted. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue10569] abc: `issubclass([], my_abstract_type)` raises exception

Michael Foord added the comment: FWIW (which isn't much I guess) it annoys me that I have to protect calls to issubclass with if isinstance(obj, type). -- nosy: +michael.foord ___ Python tracker _

[issue5211] Fix complex type to avoid coercion in 2.7.

Blair added the comment: I am not really the person (I don't know how Python is implemented) to explain how the correct behaviour should be achieved (sorry). I do appreciate that this may seem like exceptional behaviour. Numbers are a bit different. However, for what its worth, I think that the

[issue10569] abc: `issubclass([], my_abstract_type)` raises exception

Benjamin Peterson added the comment: Tell python-ideas about it. -- nosy: +benjamin.peterson status: open -> closed ___ Python tracker ___ __

[issue10569] abc: `issubclass([], my_abstract_type)` raises exception

Ram Rachum added the comment: Amaury, I am aware of what `issubclass` does and what `isinstance` does. I am not manually feeding `[]` into `issubclass`. I have an object which can be either a list, or a string, or a callable, or a type. And I want to check whether it's a sub-class of some bas

[issue10569] abc: `issubclass([], my_abstract_type)` raises exception

Amaury Forgeot d'Arc added the comment: issubclass is for relationship between classes. Did you consider isinstance() instead? -- ___ Python tracker ___ ___

[issue10569] abc: `issubclass([], my_abstract_type)` raises exception

Ram Rachum added the comment: But do you think it's a good idea that `issubclass(1, list)` raises an exception? Why not simply return `False`? Do you think there's someone out there who's counting on `issubclass` to raise an exception? -- status: closed -> open _

[issue10569] abc: `issubclass([], my_abstract_type)` raises exception

Amaury Forgeot d'Arc added the comment: I don't agree. "issubclass(1, list)" has always raised an exception. -- nosy: +amaury.forgeotdarc resolution: -> invalid status: open -> closed ___ Python tracker _

[issue10569] abc: `issubclass([], my_abstract_type)` raises exception

New submission from Ram Rachum : >>> import abc >>> class A(object, metaclass=abc.ABCMeta): ... pass >>> issubclass([], A) Traceback (most recent call last): File "", line 1, in issubclass([], A) File "c:\Python32\lib\abc.py", line 137, in __subclasscheck__ if subclass in cls._ab

[issue10548] Error in setUp not reported as expectedFailure (unittest)

Michael Foord added the comment: The same is also true for tearDown and cleanUp functions. -- ___ Python tracker ___ ___ Python-bugs-

[issue10562] Change 'j' for imaginary unit into an 'i'

Changes by Mark Dickinson : Removed file: http://bugs.python.org/file19860/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue10562] Change 'j' for imaginary unit into an 'i'

Antoine Pitrou added the comment: (and perhaps a ResourceWarning if you choose something different from i and j) -- ___ Python tracker ___ __

[issue10562] Change 'j' for imaginary unit into an 'i'

Antoine Pitrou added the comment: There should be an environment variable to make the symbol settable. $ PYTHONIMAGINARYSYMBOL=i python -c "import cmath; print(cmath.sqrt(-1))" 1i -- nosy: +pitrou ___ Python tracker

[issue10562] Change 'j' for imaginary unit into an 'i'

Boštjan Mejak added the comment: It would be great if the feature of having both j and i would exist in the interpreter core, as well as the built-in function complex() to accept i. -- Added file: http://bugs.python.org/file19860/unnamed ___ Python

[issue10562] Change 'j' for imaginary unit into an 'i'

Alexander Belopolsky added the comment: On Sun, Nov 28, 2010 at 3:58 PM, Mark Dickinson wrote: .. > I'd expect to allow complex('3 + 4i') as well. And with spaces surrounding '+' too. -- ___ Python tracker _

[issue10562] Change 'j' for imaginary unit into an 'i'

Mark Dickinson added the comment: > Why not allow complex('1i')? Indeed, if 4i were permitted as an imaginary literal, I'd expect to allow complex('3 + 4i') as well. (And possible just plain complex('i') too, since complex('j') is currently allowed. Grr.) -- __

[issue10562] Change 'j' for imaginary unit into an 'i'

Mark Dickinson added the comment: > It would be a welcome feature in Python if the programming language > would, like MATLAB, associate both i and j with the imaginary unit. I suggest taking this to the python-ideas mailing list. A working patch might increase the idea's chances. --

[issue10562] Change 'j' for imaginary unit into an 'i'

Alexander Belopolsky added the comment: Why not allow complex('1i')? (Tongue in cheek: I am really looking for arguments against lax parsing in number builtins. See issue 10557.) -- nosy: +belopolsky ___ Python tracker

[issue5211] Fix complex type to avoid coercion in 2.7.

Changes by Mark Dickinson : Removed file: http://bugs.python.org/file19859/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue5211] Fix complex type to avoid coercion in 2.7.

Mark Dickinson added the comment: > Just to keep this discussion as clear as possible Mark, it was your > first option that I suggest is needed. Okay, so you want + to try xint.__radd__ before float.__add__. How do you propose this be achieved? Can you explain exactly what semantics you'd

[issue10562] Change 'j' for imaginary unit into an 'i'

Changes by Georg Brandl : Removed file: http://bugs.python.org/file19858/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue10557] Malformed error message from float()

Changes by Alexander Belopolsky : -- Removed message: http://bugs.python.org/msg122725 ___ Python tracker ___ ___ Python-bugs-list mai

[issue10557] Malformed error message from float()

Alexander Belopolsky added the comment: Sending this by e-mail was not a good idea ... On Sun, Nov 28, 2010 at 3:30 PM, Stefan Krah wrote: .. >> UnicodeEncodeError: 'decimal' codec can't encode character '\u066b' > > Hmm, looks like a bug? I think U+066B is correct. > Really? What about >>>

[issue10557] Malformed error message from float()

Alexander Belopolsky added the comment: On Sun, Nov 28, 2010 at 3:30 PM, Stefan Krah wrote: .. >> UnicodeEncodeError: 'decimal' codec can't encode character '\u066b' > > Hmm, looks like a bug? I think U+066B is correct. > Really? What about Traceback (most recent call last): File "", line 1

[issue5211] Fix complex type to avoid coercion in 2.7.

Blair added the comment: Just to keep this discussion as clear as possible Mark, it was your first option that I suggest is needed. When that is done (as it was for a subclass of float in 2.6.6) it is possible for the author of the subclass to implement commutative binary operations (like + and

[issue10557] Malformed error message from float()

Stefan Krah added the comment: > UnicodeEncodeError: 'decimal' codec can't encode character '\u066b' Hmm, looks like a bug? I think U+066B is correct. -- ___ Python tracker ___

[issue10562] Change 'j' for imaginary unit into an 'i'

Boštjan Mejak added the comment: "The Python programming language also uses j to denote the imaginary unit. MATLAB associates both i and j with the imaginary unit." -Wikipedia It would be a welcome feature in Python if the prog

[issue4214] no extension debug info with msvc9compiler.py

Amaury Forgeot d'Arc added the comment: A .pdb is the "program database" that contain debug info, i.e. the mapping between assembler positions and source lines, the description of data structures, and other things that are necessary to debug a program. --

[issue10568] Python and the Unicode Character Database

Alexander Belopolsky added the comment: This was meant as python-dev post, not an issue. (Sent to wrong address by mistake.) -- nosy: +belopolsky resolution: -> invalid status: open -> closed ___ Python tracker

[issue10557] Malformed error message from float()

Alexander Belopolsky added the comment: On Sun, Nov 28, 2010 at 3:09 PM, Stefan Krah wrote: .. > Decimal point: U+066B Well, not so fast: Traceback (most recent call last): File "", line 1, in UnicodeEncodeError: 'decimal' codec can't encode character '\u066b' in position 1: invalid decima

[issue10568] Python and the Unicode Character Database

New submission from Alexander Belopolsky : Two recently reported issues brought into light the fact that Python language definition is closely tied to character properties maintained by the Unicode Consortium. [1,2] For example, when Python switches to Unicode 6.0.0 (planned for the upcoming 3.2

[issue8110] subprocess.py doesn't correctly detect Windows machines

Brian Curtin added the comment: Jeff Hardy just made this change for IronPython 2.7: http://bitbucket.org/ironpython/ironlanguages/changeset/b6bb2a9a7bc5 Any opposition to us matching that so they don't need to patch Lib/subprocess.py? -- ___ Pyth

[issue10557] Malformed error message from float()

Stefan Krah added the comment: > (Anyone knows whether Arabic numbers are written right to left or left > to right? What is the proper decimal point character?) Thousands separator: U+066C Decimal point: U+066B ١٢٣٬١٢٣٫١٢ should be: 123,123.12 Wikipedia says that digits are arranged in the

[issue10567] Unicode space character \u200b unrecognised a space

Alexander Belopolsky added the comment: On Sun, Nov 28, 2010 at 2:40 PM, Marc-Andre Lemburg wrote: .. > Going back further shows the change: > > 3.0.1: 200B;ZERO WIDTH SPACE;Zs;0;BN;N; > 3.2.0: 200B;ZERO WIDTH SPACE;Zs;0;BN;N; > 4.0.1: 200B;ZERO WIDTH SPACE;Cf;0;BN;N; Y

[issue10567] Unicode space character \u200b unrecognised a space

Marc-Andre Lemburg added the comment: Going back further shows the change: 3.0.1: 200B;ZERO WIDTH SPACE;Zs;0;BN;N; 3.2.0: 200B;ZERO WIDTH SPACE;Zs;0;BN;N; 4.0.1: 200B;ZERO WIDTH SPACE;Cf;0;BN;N; 4.1.0: 200B;ZERO WIDTH SPACE;Cf;0;BN;N; 5.1.0: 200B;ZERO WIDTH SPACE

[issue10567] Unicode space character \u200b unrecognised a space

Marc-Andre Lemburg added the comment: It is still strange that the .isspace() property value changed, since the code point has not changed in the recent Unicode versions: 4.1.0: 200B;ZERO WIDTH SPACE;Cf;0;BN;N; 5.1.0: 200B;ZERO WIDTH SPACE;Cf;0;BN;N; 5.2.0: 200B;ZERO WIDTH SPACE

[issue10567] Unicode space character \u200b unrecognised a space

Martin v. Löwis added the comment: >> In 2.6, there was a manually maintained list, probably dating back to before >> Unicode 4.0. > > That's not quite correct: Python 1.6.x - 2.5.x used tables for the > PyUnicode_ISSPACE() function that were created from the Unicode database. That used to b

[issue10567] Unicode space character \u200b unrecognised a space

Alexander Belopolsky added the comment: On Sun, Nov 28, 2010 at 2:07 PM, Marc-Andre Lemburg wrote: .. > The tables were never manually maintained, but we also did not update > Python for each new Unicode version: > > Python 1.6: Unicode 3.0 > Python 2.0: Unicode 3.0 > Python 2.1: Unicode 3.0 >

[issue10567] Unicode space character \u200b unrecognised a space

Martin v. Löwis added the comment: > I'm not quoting anything. Thank you very much. Oops, sorry - I confused you with the OP. -- ___ Python tracker ___

[issue10547] FreeBSD: wrong value for LDSHARED in sysconfig

Stefan Krah added the comment: [Antoine] > I didn't want to mess with these things too much. I guess you can try > and we'll see. You're right, it's better not to touch the Darwin stuff. The 2.7 buildbots are green (including the FreeBSD ones!). I also tested the patch successfully on OpenBSD

[issue10500] Palevo.DZ worm msix86 installer 3.x installer

Terry J. Reedy added the comment: And I checked both .2 and .3 with McAfee "Nothing found" -- nosy: +terry.reedy ___ Python tracker ___ _

[issue3243] Support iterable bodies in httplib

Raymond Hettinger added the comment: Instead of hasattr(str,'next') consider using isinstance(str, collections.Iterable) Also consider changing the variable name from the now overly type specific, "str" to something like "source" to indicate the significance of the data, not its typ

[issue10567] Unicode space character \u200b unrecognised a space

Changes by SilentGhost : -- nosy: -SilentGhost ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue10567] Unicode space character \u200b unrecognised a space

Marc-Andre Lemburg added the comment: Martin v. Löwis wrote: > > Martin v. Löwis added the comment: > > In 2.6, there was a manually maintained list, probably dating back to before > Unicode 4.0. That's not quite correct: Python 1.6.x - 2.5.x used tables for the PyUnicode_ISSPACE() functio

[issue10544] yield expression inside generator expression does nothing

Raymond Hettinger added the comment: This discussion should probably be moved to python-dev. With tools like Twisted's inlineDefer or the Monocle package, there is a growing need to be able to use yield in complex expressions. Yet, that goes against the trend toward making lists comps more

[issue10567] Unicode space character \u200b unrecognised a space

SilentGhost added the comment: I'm not quoting anything. Thank you very much. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue10567] Unicode space character \u200b unrecognised a space

Martin v. Löwis added the comment: > It's not just this character. isspace() is also False for \u200c and \u200d > (from the same category). and \u2060, \u2800 and \ufeff What reason do you have to believe that they should be classified as whitespace, other than the web page you are quoting (w

[issue10565] isinstance(x, collections.Iterator) can return True, when x isn't iterable

Raymond Hettinger added the comment: > A possible solution could be in > collections.Iterator.__subclasshook__ > checking for both required methods. That makes sense. PEP 234 requires iterators to support both methods. -- assignee: -> rhettinger ___

[issue10567] Some unicode space characters are not recognized as a space

Changes by SilentGhost : -- title: Unicode space character \u200b unrecognised a space -> Some unicode space characters are not recognized as a space ___ Python tracker ___

[issue10567] Unicode space character \u200b unrecognised a space

SilentGhost added the comment: It's not just this character. isspace() is also False for \u200c and \u200d (from the same category). and \u2060, \u2800 and \ufeff -- ___ Python tracker ___

[issue10537] OS X IDLE 2.7rc1 from 64-bit installer hangs when you paste something.

Changes by Terry J. Reedy : -- nosy: -terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue9299] os.makedirs(): Add a keyword argument to suppress "File exists" exception

Terry J. Reedy added the comment: Afaik, those error have nothing to do with this issue. I just included them for completeness in case they were helpful to GB. -- ___ Python tracker ___

[issue10567] Unicode space character \u200b unrecognised a space

Martin v. Löwis added the comment: In 2.6, there was a manually maintained list, probably dating back to before Unicode 4.0. Python uses the following criterion for determining white space characters: /* Returns 1 for Unicode characters having the bidirectional type 'WS', 'B' or 'S' or the

[issue10557] Malformed error message from float()

Alexander Belopolsky added the comment: Issue #10567 demonstrated the problem of relying on the Unicode database in Python builtins. Apparently, Unicode does not guarantee stability of the character categories. On the other hand, we are already tied to UCD for the language definition. Maybe

[issue10500] Palevo.DZ worm msix86 installer 3.x installer

Martin v. Löwis added the comment: Thanks for the confirmations; closing this report as invalid. -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___

[issue10560] Fixes for Windows sources

Martin v. Löwis added the comment: > According to the instructions received at #python-dev, I'm posting a > new patch with the same fixes made on the most recent SVN sources > (py3k). Actually the new patch does not include the fixes made on the > GetFileAttributesEx wrappers since they have bee

[issue1710703] zipfile.ZipFile behavior inconsistent.

Georg Brandl added the comment: Not sure what you're referring to, all occurrences of BadZipfile (except for its definition and its documentation) have been removed in py3k. -- ___ Python tracker __

[issue10567] Unicode space character \u200b unrecognised a space

Alexander Belopolsky added the comment: The category of U-200B was changed in Unicode 4.0.1: """ The main new features in Unicode 4.0.1 are the following: ... * Changed: general category of U+200B ZERO WIDTH SPACE """ http://unicode.org/versions/Unicode4.0.1/ -- resolution: -> inval

[issue10567] Unicode space character \u200b unrecognised a space

Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue10557] Malformed error message from float()

Marc-Andre Lemburg added the comment: float('½') > Traceback (most recent call last): > File "", line 1, in > ValueError: could not convert string to float: � > float('42½') > Traceback (most recent call last): > File "", line 1, in > ValueError Note that fractional Unicode cod

[issue10567] Unicode space character \u200b unrecognised a space

Changes by SilentGhost : -- versions: +Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue10567] Unicode space character \u200b unrecognised a space

SilentGhost added the comment: It returns False on the latest py3k checkout as well. -- nosy: +SilentGhost ___ Python tracker ___ ___

[issue10557] Malformed error message from float()

Marc-Andre Lemburg added the comment: Mark Dickinson wrote: > > Mark Dickinson added the comment: > > About Alexander's solution: might it make more sense to have > PyUnicode_EncodeDecimal raise for inputs like this? I see it as > PyUnicode_EncodeDecimal's job to turn the unicode input in

  1   2   >