[issue6825] Minor documentation bug with os.path.split

Georg Brandl added the comment: Thanks, applied in r85453. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue9093] Tools/README is out of date

Georg Brandl added the comment: This is indeed fixed already. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue10049] Add a "no-op" (null) context manager to contextlib

Raymond Hettinger added the comment: > To me, this is more a matter of conceptual completeness > than one of practical utility ... Nick, you don't seem to be truly sold on the need. I'm -1 on adding this. It's basically cruft. If it were published as an ASPN recipe, its uptake would be nearl

[issue1710703] zipfile.ZipFile behavior inconsistent.

Georg Brandl added the comment: Okay, applied as r85455. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue9418] Move _formatter_* methods from string type into _string module

Georg Brandl added the comment: Okay, committed as 85456. I'll leave it to you how to proceed from here. -- ___ Python tracker ___ __

[issue9964] Test failures with -OO

Georg Brandl added the comment: Fixed pdb issue in r85457. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue10095] Support undecodable filenames in the parser API

Martin v. Löwis added the comment: We shouldn't need to reopen the file in the first place. If we already have a file handle, we can rewind it. Then the encoding of the file name becomes irrelevant. I keep forgetting: what was the plan for deprecating the FILE* functions in the parser interf

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Vlastimil Brom added the comment: I tried to give the 64-bit version a try, but I might have encountered a more general difficulties. I tested this on Windows 7 Home Premium (Czech), the system is 64-bit (or I've hoped so sofar :-), according to System info: x64-based PC I installed Python 2.7

[issue9964] Test failures with -OO

Georg Brandl added the comment: r85459 - test_dis r85460 - test_import r85461 - test_lib2to3 (bug was in fix_operator) r85462 - test_xml_etree r85464 - test_compileall r85465 - test_cmd_line_script That should be all of them. -- resolution: -> fixed status: open -> closed ___

[issue9992] Command-line arguments are not correctly decoded if locale and fileystem encodings are different

Antoine Pitrou added the comment: > I think that we should accept that b'\xff' can be decoded as '\xff' and > that's all. What do you plan to do to fix this failure? == FAIL: test_undecodable_env (test.test_subprocess.POSIXPr

[issue10098] intermittent failure in test_os

New submission from Antoine Pitrou : The Windows 7 buildbot sometimes shows a failure in test_os: test test_os failed -- Traceback (most recent call last): File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_os.py", line 1080, in test_CTRL_BREAK_EVENT self._kill_wi

[issue10097] platform.uname gives UnicodeError for non-ASCII computer names on Windows

Marc-Andre Lemburg added the comment: Martin v. Löwis wrote: > > New submission from Martin v. Löwis : > > Reportedly, platform.uname gives UnicodeError for non-ASCII computer names on > Windows, see http://www.pasteall.org/16215 > > I think it is incorrect that _node uses socket.gethostname

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Martin v. Löwis added the comment: Vlastil, what makes you think that issue2636-20101009.zip is a 64-bit version? I can only find 32-bit DLLs in it. -- ___ Python tracker ___ __

[issue10099] socket.fromfd() documentation problem

New submission from Kálmán Gergely : socket.fromfd()'s behaviour is somewhat counter-intutive and should contain a note to warn the user that it'll leave the original FD open. This is important if someone forgets to manually close the file descriptor as it might lead to FD leaks (and kernel me

[issue10099] socket.fromfd() documentation problem

Kálmán Gergely added the comment: Forgot to add that the changes should be applied to all versions if accepted. synapse -- ___ Python tracker ___ __

[issue10097] platform.uname gives UnicodeError for non-ASCII computer names on Windows

Marc-Andre Lemburg added the comment: Marc-Andre Lemburg wrote: > 2. COMPUTERNAME returns an uppercase version of the host name (which we >could lowercase to stay b/w compatible), however I'm not sure >whether this is the same as the socket.gethostname() or the >NETBIOS name and I'm

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Vlastimil Brom added the comment: Well, it seemed to me too, I happened to read the last post from Matthew, msg118243, in the sense that he made some updates which need testing on a 64 bit system (I am unsure, whether hardware architecture, OS type, python build or something else was meant); b

[issue10093] Warn when files are not explicitly closed

Antoine Pitrou added the comment: There is a slight issue with warnings, and that's the filtering by module/location. Since these warnings will occur in destructors, they can appear at any point without being related to the code being executed. The "default" filtering method (print the first

[issue10093] Warn when files are not explicitly closed

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue10093] Warn when files are not explicitly closed

Giampaolo Rodola' added the comment: Does this work also for sockets? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue10093] Warn when files are not explicitly closed

Antoine Pitrou added the comment: > Does this work also for sockets? Not with the current implementation. I guess this could be added, but then I would have to make the warning method ("_dealloc_warn") public on IO classes. -- ___ Python tracker <

[issue10093] Warn when files are not explicitly closed

Antoine Pitrou added the comment: Here is an updated patch using warnings (RuntimeWarning for now) and also warning about unclosed sockets. -- Added file: http://bugs.python.org/file19231/deallocwarn2.patch ___ Python tracker

[issue9992] Command-line arguments are not correctly decoded if locale and fileystem encodings are different

STINNER Victor added the comment: With r85466+r85467, the test_undecodable_env (of test_subprocess) uses C locale to get ASCII locale encoding (for the first test, on unicode environment variables). It should have the same effect than env['PYTHONFSENCODING'] = 'ascii': get ASCII as the filesy

[issue10100] fromfd is now available on all platforms

New submission from Daniel Stutzbach : fromfd is marked as Availability: Unix, but in Python 3 it is also available on Windows: C:\>c:\python31\python.exe Python 3.1 (r31:73574, Jun 26 2009, 20:21:35) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for mor

[issue10099] socket.fromfd() documentation problem

Changes by Daniel Stutzbach : -- nosy: +stutzbach ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue9992] Command-line arguments are not correctly decoded if locale and fileystem encodings are different

STINNER Victor added the comment: Ok, the issue is not complelty fixed ;-) 12:55 < py-bb> build #504 of x86 debian parallel 3.x is complete: Success [build successful] Build details are at http://www.python.org/dev/buildbot/all/builders/x86%20debian%20parallel%203.x/builds/50

[issue9992] Command-line arguments are not correctly decoded if locale and fileystem encodings are different

STINNER Victor added the comment: I tried... "the issue is *now* complelty fixed" -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue7516] Flag "-3" is silently ignored when running "regrtest.py -j2"

Antoine Pitrou added the comment: Fixed in r85471. -- nosy: +pitrou resolution: -> fixed stage: -> committed/rejected status: open -> closed versions: -Python 2.6 ___ Python tracker _

[issue8998] add crypto routines to stdlib

Marc-Andre Lemburg added the comment: I've been in touch with the copyright holders of pyOpenSSL and they all were positive about contributing the code to the PSF under a contributor agreement. The idea would then be to add the crypto routines to pyOpenSSL and have that added to the stdlib as

[issue8998] add crypto routines to stdlib

Antoine Pitrou added the comment: > I've been in touch with the copyright holders of pyOpenSSL and they > all were positive about contributing the code to the PSF under a > contributor agreement. > So how should we go about this ? Open a new ticket ? I would like to see public discussion about

[issue10063] file:// scheme will stop accessing via ftp protocol

Senthil Kumaran added the comment: Thanks for the comments and feedback. Fixed this in revision 85475. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker _

[issue10095] Support undecodable filenames in the parser API

STINNER Victor added the comment: > We shouldn't need to reopen the file in the first place. > If we already have a file handle, we can rewind it. > Then the encoding of the file name becomes irrelevant. Oh yes, great idea. r85476 implements this solution (use lseek(0) on fileno(tok->fp)). Th

[issue2775] Implement PEP 3108

Retro added the comment: Can you send my patch and comment to python-dev? Because I don't know how to. I don't know where is python-dev and what exactly you mean by this. -- ___ Python tracker

[issue8998] add crypto routines to stdlib

Marc-Andre Lemburg added the comment: Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > >> I've been in touch with the copyright holders of pyOpenSSL and they >> all were positive about contributing the code to the PSF under a >> contributor agreement. >> So how should we go about

[issue8998] add crypto routines to stdlib

Antoine Pitrou added the comment: > > This sounds a bit ridiculous. Why not add the crypto routines directly > > to the stdlib? > > To make those routines available to a broader audience and to > get more user feedback. Sure. But it can be any standalone package, not necessarily pyOpenSSL. The

[issue8998] add crypto routines to stdlib

Marc-Andre Lemburg added the comment: Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > >>> This sounds a bit ridiculous. Why not add the crypto routines directly >>> to the stdlib? >> >> To make those routines available to a broader audience and to >> get more user feedback. > >

[issue8998] add crypto routines to stdlib

Antoine Pitrou added the comment: > The APIs should probably be discussed on the Python crypto or > pyOpenSSL list and the discussion about its integration into the > stdlib on either the python-dev or the stdlib list. If the target goal is stdlib inclusion, the APIs should be discussed on pyth

[issue10101] a bug in built-in function round() ?

New submission from Retro : >>> round(1.255, 2) 1.25 A bug in Python interpreter? Shold have been: >>> round(1.255, 2) 1.26 In mathematics, the .5 part is always rounded up, so in the example the .255 should be rounded to .26 so please fix this bug. -- components: Library (Lib) mes

[issue10065] future_builtins' docstring lacks some functions

Senthil Kumaran added the comment: Fixed in revision 85479. -- nosy: +orsenthil resolution: -> fixed stage: -> committed/rejected status: open -> closed type: -> behavior ___ Python tracker

[issue10101] a bug in built-in function round() ?

Skip Montanaro added the comment: No, just a result of the finite machine representation of floats: >>> repr(1.255) '1.2549' so the machine representation of 1.255 is actually less than that value and round() is doing the right thing. -- nosy: +skip.montanaro

[issue10102] mktime adding an hour in April (naive struct)?

New submission from Kevin Barnhart : Just starting to dabble in the world of time and datetime objects. I was converting an array of datetime objects to an array of floats via mktime to do some data analysis. I have ran into an issue where mktime seems to be adding an hour on April 6, 2003.

[issue10101] a bug in built-in function round() ?

Changes by Benjamin Peterson : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue8998] add crypto routines to stdlib

geremy condra added the comment: > Besides there are already patches available which do add the > ciphers and hashs to pyOpenSSL, so the development could be > sped up by using those as references. I don't think that's the case. I admit that development on this has been very slow (curse you, Re

[issue9205] Parent process hanging in multiprocessing if children terminate unexpectedly

Changes by Alexander Ljungberg : -- nosy: +aljungberg ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue10086] test_sysconfig failure with site-packages

Hallvard B Furuseth added the comment: It's with 'purelib' because my prefix "/site" matches "/site-packages". This fixes it for me, but maybe you should also assert that global_path.startswith(os.path.join(base, "")). --- Lib/test/test_sysconfig.py~ 2010-09-20 +++ Lib/test/test_sysconfig.py 2

[issue10103] use the SOABI for GNU/kfreeBSD and the GNU Hurd

New submission from Matthias Klose : use the SOABI for GNU/kfreeBSD and the GNU Hurd afaik, the only distribution for GNU/kfreeBSD and the GNU Hurd currently is Debian, and Debian already has this turned on for Linux too. -- assignee: doko components: Build files: soabi.diff keywords:

[issue10101] a bug in built-in function round() ?

Retro added the comment: Gee, thanks for the insight. I didn't thought about the fact that binary floating point is so imprecise and can cause the round() to "error" in some situations. In this case, the representation and the actual value are (way) off. How can that be? There are just 3 dec

[issue10103] use the SOABI for GNU/kfreeBSD and the GNU Hurd

Barry A. Warsaw added the comment: Looks good to me. -- nosy: +barry resolution: -> accepted ___ Python tracker ___ ___ Python-bugs-

[issue7523] add SOCK_NONBLOCK and SOCK_CLOEXEC to socket module

Antoine Pitrou added the comment: Patch committed in r85480, thanks! -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker _

[issue10094] test_urllib.py fails in py3k r85440 with RuntimeError

Barry A. Warsaw added the comment: This may not be a Python bug. The failure is consistent on all Ubuntu 10.10 machines I've tried, including both i386 and x86_64 platforms. I've gone back many svn revisions and even pulled down earlier alpha tarballs and the failure is consistent. This doe

[issue10094] test_urllib.py fails in py3k r85440 with RuntimeError

Senthil Kumaran added the comment: I have seen this in very inconsistent manner. -- nosy: +orsenthil ___ Python tracker ___ ___ Pytho

[issue10094] test_urllib.py fails in py3k r85440 with RuntimeError

Barry A. Warsaw added the comment: Senthil, can you provide any additional information on where/when you've seen this? AFAICT, test_urllib.py is the only test it shows up, but it's totally consistent. What OS/platforms have you seen this happen on? Same test or different one? --

[issue10103] use the SOABI for GNU/kfreeBSD and the GNU Hurd

Matthias Klose added the comment: checked in, r85481 -- resolution: accepted -> fixed status: open -> closed ___ Python tracker ___ _

[issue10102] mktime adding an hour in April (naive struct)?

Alexander Belopolsky added the comment: It looks like you have just discovered the joys of daylight saving time. The problem with your example is that datetime(2003,4,6,2,58,17) is not a valid time in your timezone (most likely you are in the US). In the US, prior to 2007, the clocks moved

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Matthew Barnett added the comment: I am not able to build or test a 64-bit version. The update was to the source files to ensure that if it is compiled for 64 bits then the string positions will also be 64-bit. This change was prompted by a poster who tried to use the re module of a 64-bit P

[issue9527] Add aware local time support to datetime module

Alexander Belopolsky added the comment: Would anyone like to review this? The Rietveld link works (thanks Martin!) and I would like to get some feedback on the python version before I invest effort into coding this in C. -- ___ Python tracker

[issue10098] intermittent failure in test_os

Brian Curtin added the comment: I've noticed this a few times since r85315. It raises a dialog box saying "The application was unable to start correctly" for some reason. -- nosy: +ocean-city ___ Python tracker _

[issue10104] test_socket failures on Debian unstable

New submission from Antoine Pitrou : This is following r85480 (issue #7523). It seems the Debian unstable system on one of the buildbots has SOCK_NONBLOCK and SOCK_CLOEXEC, but doesn't support creating sockets using these flags: =

[issue10101] a bug in built-in function round() ?

Éric Araujo added the comment: Maybe something like http://docs.python.org/library/decimal ? -- nosy: +eric.araujo ___ Python tracker ___ ___

[issue10105] Strings failing to print

New submission from RLS0812 : Attempting to print a string fails in 3.1.2, throwing up an "invalid syntax" I included a screen shot with the same codes ran in 2.7 and 3.1.2 . -- components: None files: 3_1_2_bug.jpg messages: 118679 nosy: RLS0812 priority: normal severity: normal statu

[issue10094] test_urllib.py fails with RuntimeError on Ubuntu 10.10

Changes by Barry A. Warsaw : -- title: test_urllib.py fails in py3k r85440 with RuntimeError -> test_urllib.py fails with RuntimeError on Ubuntu 10.10 ___ Python tracker ___ ___

[issue10104] test_socket failures on Debian unstable

Vetoshkin Nikita added the comment: What about kernel version? As far as I know 2.6.27 is minimum requirement. -- ___ Python tracker ___

[issue10105] Strings failing to print

Éric Araujo added the comment: print is a function now. See for example http://docs.python.org/py3k/whatsnew/3.0 In the future, please copy input and output in your message if it's a few line, else attache a plain text file. Text beats images. Thank you! -- nosy: +eric.araujo reso

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Vlastimil Brom added the comment: Sorry for the noise, it seems, I can go back to the 32-bit python for now then... vbr -- ___ Python tracker ___

[issue7537] test_format fails with -j combined with -v

Florent Xicluna added the comment: Unable to reproduce, here. It seems fixed. -- nosy: +haypo resolution: -> works for me status: open -> pending ___ Python tracker ___

[issue10104] test_socket failures on Debian unstable

Vetoshkin Nikita added the comment: Here's the patch from debian's issue http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529920 Patch URL: https://patches.ubuntu.com/by-release/extracted/ubuntu/n/neon27/0.28.4-2/01_runtime_detect_sock_cloexec.dpatch -- __

[issue10106] missing packages

New submission from S S : when trying to install beutifulsoup package on windows xp x86 with python 2.6.6 getting the following error C:\Python26>python C:\temp\BeautifulSoup-3.0.8.1\setup.py install 'import site' failed; use -v for traceback Traceback (most recent call last): File "C:\temp\B

[issue10104] test_socket failures on Debian unstable

Antoine Pitrou added the comment: Thanks for the research. Given that it only happens on Debian unstable, and it only happens if you explicitly use SOCK_{CLOEXEC,NONBLOCK}, I would vote for not adding a workaround until some supported OS also exhibits the issue. -- __

[issue10104] test_socket failures on Debian unstable

Vetoshkin Nikita added the comment: Agree. Already written code won't suffer, new code should be ready to use new linux kernel. -- ___ Python tracker ___ __

[issue2775] Implement PEP 3108

Brett Cannon added the comment: No. Best I can do is suggest you perform an internet search on the term as it makes it obvious what python-dev is. -- ___ Python tracker ___

[issue10106] missing packages

Brett Cannon added the comment: Double-check your install. Errors like this typically means that your Python executable is not able to read the standard library files. Either that or something got moved and so the files are not where Python expects them to be. -- nosy: +brett.cannon

[issue10102] mktime adding an hour in April (naive struct)?

Kevin Barnhart added the comment: Wow. Should have caught that. Thanks for the response. Kevin -- ___ Python tracker ___ ___ Pytho

[issue10097] platform.uname gives UnicodeError for non-ASCII computer names on Windows

Martin v. Löwis added the comment: > There are two issues here: There are two issues, but not here :-) > 1. socket.gethostname() shouldn't raise an error on Windows, but >return the Unicode host name This is issue 9377, please keep that out of this issue. > Could someone please check whe

[issue10101] a bug in built-in function round() ?

Skip Montanaro added the comment: Retro> I didn't thought about the fact that binary floating point is so Retro> imprecise and can cause the round() to "error" in some Retro> situations. Details on the limitations of floating point arithmetic are here: http://docs.python.org/tutori

[issue9183] Intern UTC timezone

Alexander Belopolsky added the comment: Committed in r85485. -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mai

[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names

Martin v. Löwis added the comment: As a further note: I think socket.gethostname() is a special case, since this is just about a local setting (i.e. not related to DNS). We should then assume that it is encoded in the locale encoding (in particular, that it is encoded in mbcs on Windows). --

[issue10097] platform.uname gives UnicodeError for non-ASCII computer names on Windows

Martin v. Löwis added the comment: > More evidence that the NetBIOS name is used: > > http://msdn.microsoft.com/en-us/library/aa368009(VS.85).aspx > http://msdn.microsoft.com/en-us/library/ms724295(v=VS.85).aspx > > One problem with this approach is that changes to the NetBIOS name > are not s

[issue10094] test_urllib.py fails in py3k r85440 with RuntimeError

Senthil Kumaran added the comment: I had seen with test_urllib, but it was inconsistent for me. Sometimes make distclean and run had worked fine. This was on Ubuntu 10.04, Intel 64 bit. It is surprising, if it is seen consistently on Ubuntu 10.10 ( I have not upgraded to this yet, so have not

[issue10107] Quitting IDLE on Mac doesn't save unsaved code

New submission from Bruce Sherwood : It has just been discovered that at least since Python 2.6 on the Mac, quitting IDLE does not prompt to save unsaved code, which is then lost. The recently submitted diff for bringing Guilherme Polo's Google Summer of Code improvements into IDLE on Python 3

[issue8900] IDLE crashes if Preference set to At Startup -> Open Edit Window

Bruce Sherwood added the comment: Putting print statements in that part of the world shows that the reason why the list.remove fails is that while a ColorDelegator.toggle_colorize_event object is in the list, it has a different memory address than the ColorDelegator.toggle_colorize_event obje

[issue10106] missing packages

S S added the comment: Brett, the installation did not had any issues. its running on windows xp, i am administrator of the machine so no permission issues. nothing got moved either as it fresh install -- ___ Python tracker

[issue4086] support %z format in time.strftime and _strptime?

Alexander Belopolsky added the comment: Closing as a duplicate of (closed) issue 6641. time.strftime appears to support %z on the platforms that support it in C strftime: >>> time.strftime("%z", time.localtime()) '-0400' -- dependencies: -No obvious and correct way to get the time

[issue10106] missing packages

Brett Cannon added the comment: I'm now a Windows user, so there might be a better way to solve this, but... Run ``python -v`` and see what it says about why 'site' was not imported. You can also verify that site.py is readable by Python by checking that its directory location is listed in sy

[issue10106] missing packages

Changes by Brett Cannon : -- Removed message: http://bugs.python.org/msg118702 ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue10106] missing packages

Brett Cannon added the comment: I'm not a Windows user, so there might be a better way to solve this, but... Run ``python -v`` and see what it says about why 'site' was not imported. You can also verify that site.py is readable by Python by checking that its directory location is listed in sy

[issue10101] a bug in built-in function round() ?

Martin v. Löwis added the comment: Please note that the error is not in the third decimal position, but only in the 16th (i.e. the difference between the intended value and the actual value is smaller than 0.0001). -- nosy: +loewis ___

[issue10094] test_urllib.py fails in py3k r85440 with RuntimeError

Barry A. Warsaw added the comment: The problem occurs on Ubuntu 10.10 because there's a new environment variable called $UBUNTU_MENUPROXY in the default user environment. This is why it suddenly showed up in Python 3.1 and why it does not occur on other OS (even Ubuntu 10.04). ProxyTests.se

[issue10094] test_urllib.py fails in py3k r85440 with RuntimeError

Changes by Barry A. Warsaw : -- versions: +Python 3.1 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue10097] platform.uname gives UnicodeError for non-ASCII computer names on Windows

Ned Deily added the comment: >It's incorrect to use DNS names when implementing platform.uname(): >on POSIX, uname() *also* does not return the DNS name. If you want >some API to return the DNS name of the computer, you need a different >function (e.g. socket.getfqdn()). Even more importantly,

[issue9013] Implement tzinfo.dst() method in timezone

Alexander Belopolsky added the comment: After thinking some more about this issue, I am going to withdraw this proposal. If we want to support storing dst flag in datetime instances, it should be stored in the datetime object itself, not in tzinfo. See http://mail.python.org/pipermail/pyth

[issue10097] platform.uname gives UnicodeError for non-ASCII computer names on Windows

Marc-Andre Lemburg added the comment: Martin v. Löwis wrote: > > Martin v. Löwis added the comment: > >> More evidence that the NetBIOS name is used: >> >> http://msdn.microsoft.com/en-us/library/aa368009(VS.85).aspx >> http://msdn.microsoft.com/en-us/library/ms724295(v=VS.85).aspx >> >> One

[issue10097] platform.uname gives UnicodeError for non-ASCII computer names on Windows

Changes by Marc-Andre Lemburg : -- resolution: -> wont fix status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue10094] test_urllib.py fails in py3k r85440 with RuntimeError

Changes by Barry A. Warsaw : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names

Marc-Andre Lemburg added the comment: Regarding fixing the issue at hand on Windows, I think Python should use the corresponding win32 API for getting the hostname: GetComputerNameEx(). It supports Unicode, so the encoding issue doesn't arise. See http://msdn.microsoft.com/en-us/library/ms72

[issue10094] test_urllib.py fails in py3k r85440 with RuntimeError

Antoine Pitrou added the comment: Er, this patch is horrible. You should fix the generic bug, not workaround it on your particular environment. The test still fails with NO_PROXY: $ NO_PROXY=1 ./python -m test.regrtest test_urllib [1/1] test_urllib Warning -- os.environ was modified by test_ur

[issue10094] test_urllib.py fails in py3k r85440 with RuntimeError

Antoine Pitrou added the comment: Fixed in r85489, please backport. -- versions: -Python 3.2 ___ Python tracker ___ ___ Python-bugs-

[issue8293] HTTPSConnection.close() does not immediately close the connection.

Tiago Teresa Teodosio added the comment: I can make the connection really get closed by running the garbage collector. It seems that the SSL socket has some kind of lazy close. import gc gc.collect() -- nosy: +TTT ___ Python tracker

[issue10093] Warn when files are not explicitly closed

Antoine Pitrou added the comment: Here is a patch adding ResourceWarning, adding new tests, and fixing failures in existing tests. Feedback welcome. -- Added file: http://bugs.python.org/file19236/deallocwarn3.patch ___ Python tracker

[issue6098] xml.dom.minidom incorrectly claims DOM Level 3 conformance

karl added the comment: The source of 3.1/lib/python3.1/xml/dom/__init__.py is correct === minidom -- A simple implementation of the Level 1 DOM with namespace support added (based on the Level 2 specification) and other minor Level 2 functionality. === E

[issue815646] thread unsafe file objects cause crash

Paul Bolle added the comment: 0) I ran into some (small) problems with the documentation added by revision 62195. It seems more efficient to reuse this issue to report these. Feel free to ask me to open another issue if that's not appreciated. 1) A small patch that addresses two problems with

  1   2   >