[issue4006] os.getenv silently discards env variables with non-UTF-8 values

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Toshio Kuratomi wrote: > So what's the reason this is not a bug? It's a bug only if the implementation deviates from the specification. In this case, it does not. The behavior is intentional: python deliberately drops environment variables i

[issue4006] os.getenv silently discards env variables with non-UTF-8 values

Toshio Kuratomi <[EMAIL PROTECTED]> added the comment: I'm sorry but "For the moment, this case is just not supported." is not an explanation of why this is not a bug. It is a statement that the interpreter cannot handle a situation that has arisen. If you said, "We don't believe that any compu

[issue4404] os.listdir() documentation error

New submission from steve21 <[EMAIL PROTECTED]>: The documentation entry for os.listdir(path) at html docs at http://docs.python.org/dev/3.0/library/os.html#module-os says: "os.listdir(path) Return a list containing the names of the entries in the directory. The list is in arbitrary order. I

[issue4403] regression from 2.6: smtplib.py requiring ascii for sending messages

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I see. It seems Python 3.0 just won't support that usage, then. You still should be able to use MIME to send non-ASCII characters. ___ Python tracker <[EMAIL PROTECTED]>

[issue4006] os.getenv silently discards env variables with non-UTF-8 values

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Is it a bug? It's not a bug; see my original reply. This case is just not supported. It may be supported in future versions, but (if it was for me) not without a PEP first. ___ Python tracker <[EMAIL P

[issue4006] os.getenv silently discards env variables with non-UTF-8 values

Toshio Kuratomi <[EMAIL PROTECTED]> added the comment: Is it a bug? If so, then it should be retargetted to 3.1 instead of closed wontfix. If it's not a bug then there should be an explanation of why it's not a bug. As for fixing it there are several inelegant methods that are better than sile

[issue4403] regression from 2.6: smtplib.py requiring ascii for sending messages

August Mueller <[EMAIL PROTECTED]> added the comment: Encoding the message first doesn't work either: >>> import smtplib >>> server = smtplib.SMTP("localhost") >>> server.sendmail("[EMAIL PROTECTED]", "[EMAIL PROTECTED]", >>> "Ümlaut".encode("UTF-8")) Traceback (most recent call last): File "

[issue4006] os.getenv silently discards env variables with non-UTF-8 values

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Pardon, but when you close something as wontfix it's polite to say why. Can you propose a reasonable way to fix this? People have thought hard, and many days, and nobody could propose a reasonable fix. As 3.0 is going to be released soon,

[issue4403] regression from 2.6: smtplib.py requiring ascii for sending messages

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Is there a good reason for this? Most definitely. In Python 2.x, the string literal denotes a byte string, whereas in 3.x, it is a character string. It's not possible to send a character string directly over the network; try encoding it.

[issue1208304] urllib2's urlopen() method causes a memory leak

Toshio Kuratomi <[EMAIL PROTECTED]> added the comment: One further data point. On two rhel5 systems with identical kernels, both x86_64, both python-2.4.3... basically, everything I've thought to check identical, I ran the test code with f.read() in an infinite loop. One system only has one TC

[issue2433] Merge audio modules

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Sun, Nov 23, 2008 at 15:49, STINNER Victor <[EMAIL PROTECTED]> wrote: > > STINNER Victor <[EMAIL PROTECTED]> added the comment: > > 2.6 and 3.0rc3 are released. It's too late to change the standard > library. So I prefer to close the bug. Reo

[issue1208304] urllib2's urlopen() method causes a memory leak

Toshio Kuratomi <[EMAIL PROTECTED]> added the comment: I tried to repeat the test in http://bugs.python.org/msg60749 and found that the descriptors will close if you read from the file before closing. so this leads to open descriptors:: import urllib2 f = urllib2.urlopen('http://www.google.

[issue4006] os.getenv silently discards env variables with non-UTF-8 values

Toshio Kuratomi <[EMAIL PROTECTED]> added the comment: Pardon, but when you close something as wontfix it's polite to say why. ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4396] parser module fails to validate "with" statements.

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Thanks for the patch! Fixed in r67365. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue4403] regression from 2.6: smtplib.py requiring ascii for sending messages

New submission from August Mueller <[EMAIL PROTECTED]>: smtplib requires that messages being sent be in ascii, and throws an exception otherwise. Python 2.6 doesn't require this. Here's the diff where it was introduced: http://svn.python.org/view/python/branches/py3k/Lib/smtplib.py?rev=59102&

[issue4402] os.getenv('PATH') return different result between 2.5 and 3.0rc3

New submission from 赵现刚 <[EMAIL PROTECTED]>: I am using windows xp(sp3),chinese simplified.I found that in os module,os.getenv('PATH') return different result between python 2.5 and 3.0rc3.py2.5's result is the same as the path command's result. path command's result: PATH=C:\Tcl\bin;C:\oracle

[issue2628] ftplib Persistent data connection

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: sure go for it, i haven't had time to look at the latest patch myself. ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4194] default subprocess.Popen buffer size

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: If anything for 2.6 lets just highlight this in the docs and mention that bufsize needs to be set to non-zero for good performance on many platforms such as Mac OS X and Solaris. We can consider changing the default for 2.7/3.1. 3.x having

[issue4194] default subprocess.Popen buffer size

STINNER Victor <[EMAIL PROTECTED]> added the comment: Summary of unchanged Python (2.4 .. 2.7): * Mac: subprocess is 25 .. 50 times SLOWER than os.popen * Solaris : subprocess is 13 times SLOWER than os.popen * Windows XP : subprocess is 1.5 times FASTER than os.popen * Linux : (results are v

[issue4401] os.extsep status? doc or os bug?

New submission from Terry J. Reedy <[EMAIL PROTECTED]>: 3.0c3 Manual (as with 2.x): os.extsep The character which separates the base filename from the extension; for example, the '.' in os.py. Also available via os.path. 3.0c3 >>> import os >>> os.extsep Traceback (most recent call last): Fil

[issue4073] distutils build_scripts and install_data commands need 2to3 support

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Review: 1. Since RefactoringTool no longer writes backup files, write_file doesn't need to be overridden. 2. Don't worry about **kwds on log_error. It's not used at the moment. 3. It might be nice to let users pick which fixers they do o

[issue4194] default subprocess.Popen buffer size

STINNER Victor <[EMAIL PROTECTED]> added the comment: About Python3, os.popen() is more than two times faster (0.20 sec vs 0.50 sec) than subprocess.Popen()! It's amazing because popen() opens the standard output as unicode file whereas Popen() creates a binary file! Another funny thing: os.po

[issue4394] make the storage of the password optional in .pypirc (using the prompt)

Tarek Ziadé <[EMAIL PROTECTED]> added the comment: Ok, I wrote a patch for the problem you mentioned in http://bugs.python.org/issue4400 ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4400] pypirc default is not at the right format

New submission from Tarek Ziadé <[EMAIL PROTECTED]>: when generated the default pypirc format is wrong, this patch fixes it (could be backported in 2.6) -- components: Distutils files: fix_pypirc_default.diff keywords: patch messages: 76286 nosy: tarek severity: normal status: open title

[issue4394] make the storage of the password optional in .pypirc (using the prompt)

Tarek Ziadé <[EMAIL PROTECTED]> added the comment: I could reproduce it under 2.6, the problem is located at distutils.config.DEFAULT_PYPIRC the default structure is wrong there, I'll add a ticket with a patch and a test right away ___ Python tracker <[EMAI

[issue4394] make the storage of the password optional in .pypirc (using the prompt)

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Here is what I did: 1. I started with no pypirc 2. I ran register, it asked me for username, password 3. I chose to save it, it created a .pypirc 4. I ran register again, it asked me again for username, password, even though this was saved al

[issue1755388] Problem with socket.gethostbyaddr() and KeyboardInterrupt

Changes by STINNER Victor <[EMAIL PROTECTED]>: -- resolution: -> wont fix status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1755388] Problem with socket.gethostbyaddr() and KeyboardInterrupt

STINNER Victor <[EMAIL PROTECTED]> added the comment: I don't know how to fix the bug and it looks like nobody cares about it. So I prefer to close it. Reopen it if you get the same error. Added file: http://bugs.python.org/file12114/hostname.py ___ Python t

[issue2433] Merge audio modules

STINNER Victor <[EMAIL PROTECTED]> added the comment: 2.6 and 3.0rc3 are released. It's too late to change the standard library. So I prefer to close the bug. Reopen it if you want to work on that. -- resolution: -> out of date status: open -> closed _

[issue4394] make the storage of the password optional in .pypirc (using the prompt)

Tarek Ziadé <[EMAIL PROTECTED]> added the comment: can you provide me a scenario to reproduce it ? -> did you have a .pypirc already with no password, or no .pypirc, etc.. ___ Python tracker <[EMAIL PROTECTED]>

[issue4006] os.getenv silently discards env variables with non-UTF-8 values

Changes by STINNER Victor <[EMAIL PROTECTED]>: -- resolution: -> wont fix status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3926] Idle doesn't obey the new improved warnings arguements

Scott David Daniels <[EMAIL PROTECTED]> added the comment: Attached parts.zip -- a zip of updates for Python 2.6 and Python 3.0 against the current source [zip has two For Python 2.6: py26/diff_py26.txt -- differ against python26-maint tree py26/PyShell.py -- Replacement file for .../Lib/i

[issue4370] warning: unknown conversion type character `z' in format

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: You receive these messages because PyString_FromFormat is declared with a special directive __attribute__(format(printf, 1, 2)). Gcc then takes the format string as a regular printf format and validates it against the passed arguments.

[issue4398] erewer

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4399] "shard" appears where "shared" intended

Georg Brandl <[EMAIL PROTECTED]> added the comment: Fixed in r67359, thanks! -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4399] "shard" appears where "shared" intended

New submission from David W. Lambert <[EMAIL PROTECTED]>: http://docs.python.org/dev/3.0/library/ctypes.html insert "e" into "shard". Errors have dissimilar importance. The manual is so good that this is the worst I can find today. -- assignee: georg.brandl components: Documentation

[issue4398] erewer

Changes by Derek Hval <[EMAIL PROTECTED]>: -- files: aa.html nosy: der74hva3 severity: normal status: open title: erewer type: compile error Added file: http://bugs.python.org/file12112/aa.html ___ Python tracker <[EMAIL PROTECTED]>

[issue4397] test_socket fails occassionaly in teardown: AssertionError: [Errno 57] Socket is not connected

New submission from Martina Oefelein <[EMAIL PROTECTED]>: test_socket fails randomly in about 1 of 50 iterations (MacOS X 10.5.5 intel): $ for ((;;)); do DYLD_FRAMEWORK_PATH=/Users/martina/Downloads/Python- 3.0rc3: ./python.exe -E -bb ./Lib/test/regrtest.py -l test_socket;done test_socket 1 tes

[issue4073] distutils build_scripts and install_data commands need 2to3 support

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I'd like to see this in 3.0. It will help people porting to 3.0 better. -- assignee: -> barry nosy: +barry priority: -> release blocker ___ Python tracker <[EMAIL PROTECTED]>

[issue4391] optparse: use proper gettext plurals forms

Changes by Raymond Hettinger <[EMAIL PROTECTED]>: -- priority: -> low ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list m

[issue4382] test_dbm_dumb fails due to character encoding issue on Mac OS X

Martina Oefelein <[EMAIL PROTECTED]> added the comment: Yes, the patch fixes the issue for me. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Pyt

[issue4370] warning: unknown conversion type character `z' in format

Akira Kitada <[EMAIL PROTECTED]> added the comment: I looked into the code and found these warnings about 'z' were not from printf family but PyString_FromFormat. Apparently PyString_FromFormat handles the 'z' itself, without delegating that to printf family. Then why am I getting these warnings?

[issue4392] incorrect parameter name for collections.namedtuple

Georg Brandl <[EMAIL PROTECTED]> added the comment: Fixed in r67355. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4396] parser module fails to validate "with" statements.

New submission from David Binger <[EMAIL PROTECTED]>: The parser module validates node trees when they are built from sequences. The validator must, unfortunately, be updated every time there is a change in the grammar. The current validator fails to validate "with" statements. This bug probabl

[issue4395] Document auto __ne__ generation

New submission from Terry J. Reedy <[EMAIL PROTECTED]>: 3.0c3 doc (Basic customization) says "There are no implied relationships among the comparison operators. The truth of x==y does not imply that x!=y is false. Accordingly, when defining __eq__(), one should also define __ne__() so that the op

[issue4394] make the storage of the password optional in .pypirc (using the prompt)

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: According to my tests, something is hosed with password saving in the register command for 3.0 already: the saved password doesn't seem to be used. Before this patch is considered, the other problem should be resolved (but isn't yet reported

[issue4394] make the storage of the password optional in .pypirc (using the prompt)

New submission from Tarek Ziadé <[EMAIL PROTECTED]>: Right now you HAVE to store a clear text password in .pypirc. But this should not be necessary since the "register" command does a getpass.getpass call to get the password from the prompt and use it to authenticate to pypi. So what do we miss

[issue4393] Portability fixes in longobject.c

New submission from Mark Dickinson <[EMAIL PROTECTED]>: This patch fixes 3 classes of bugs in Objects/longobject.c: (1) declarations of a variable (usually a counter into the digits of a PyLong) as int instead of Py_ssize_t. (2) missing (twodigits) casts from multiplies and shifts. (3) use of '<

[issue4389] Uninstaller Lacks an Icon

Retro <[EMAIL PROTECTED]> added the comment: So are you willing to fix this issue? ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-lis