[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Larry Hastings added the comment: My first cut at a patch. Made the logic in posix_listdir easy to follow, fixed up the docstring and docs. -- keywords: +patch stage: needs patch -> patch review Added file: http://bugs.python.org/file26139/larry.listdir.clarification.1.diff _

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Larry Hastings added the comment: Whoops, wrong issue, ignore that. (Meant for #15176, going there now.) -- ___ Python tracker ___ _

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Changes by Larry Hastings : -- stage: patch review -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue15176] Clarify the behavior of listdir(fd) in both code and documentation

Larry Hastings added the comment: My first cut at a patch. Made the logic in posix_listdir easy to follow, fixed up the docstring and docs. Posted in the correct issue this time. (And Nick: I thought of that independently :D ) -- keywords: +patch Added file: http://bugs.python.org/f

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Larry Hastings added the comment: What I did: * Added dir_fd=None as a keyword only parameter. * Gave top a default of ".". * Passed through dir_fd in two spots--that was all it took! * Made fwalk contingent on os.stat and os.open both being in support_dir_fd, and os.listdir being in support_f

[issue12268] file readline, readlines & readall methods can lose data on EINTR

Gregory P. Smith added the comment: I'm attaching an updated patch for 2.7. It fixes read, readline, readlines and readinto and includes tests. More code auditing for other methods to fix is still needed. -- versions: -Python 3.1 Added file: http://bugs.python.org/file26142/fix-sign

[issue12268] file readline, readlines & readall methods can lose data on EINTR

Gregory P. Smith added the comment: The 3.* ubuntu arm buildbot hanging in test_io is very odd. I'm going to undo my supposedly straight forward signal.alarm(...) to signal.setitimer(...) change first to see if that is related. -- ___ Python tracke

[issue12268] file readline, readlines & readall methods can lose data on EINTR

Changes by Gregory P. Smith : Removed file: http://bugs.python.org/file22258/file-signal-eintr-27.diff ___ Python tracker ___ ___ Python-bugs-

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file26139/larry.listdir.clarification.1.diff ___ Python tracker ___ ___ Python

[issue13799] Base 16 should be hexadecimal in Unicode HOWTO

Terry J. Reedy added the comment: I learned about different number bases in 8th grade math class (a long time ago) and how to use base 2 to win nim. I learned 'octal' and 'hexadecimal' much later. In the absence of an official, documented vocabulary for such non-Python concepts, I think this

[issue12268] file readline, readlines & readall methods can lose data on EINTR

Roundup Robot added the comment: New changeset 95b071194ddd by Gregory P. Smith in branch '3.2': Backout change e8f44ebacda7052267318cecf5b6f128d35add17. Reverting the test http://hg.python.org/cpython/rev/95b071194ddd New changeset b4ae7aa21b46 by Gregory P. Smith in branch 'default': Backout

[issue13799] Base 16 should be hexadecimal in Unicode HOWTO

Georg Brandl added the comment: ±0 from me. -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue14273] distutils2: logging handler not properly initialized

Vinay Sajip added the comment: It's been a while since I looked at this issue, so it would be helpful if you summarised exactly what sort of events are logged at INFO or DEBUG level, and why adding a handler early doesn't work. You said in msg155614 that you would try adding the handler earli

[issue14273] distutils2: logging handler not properly initialized

Vinay Sajip added the comment: One more thing (referring to the opening comment by Tarek): if you add a NullHandler to the top-level logger as recommended in the library docs for libraries, you won't get the "No handlers could be found" message. -- ___

[issue12268] file readline, readlines & readall methods can lose data on EINTR

Changes by Gregory P. Smith : Removed file: http://bugs.python.org/file22262/test_and_fix_readers_3.2-gps02.diff ___ Python tracker ___ ___ P

[issue13799] Base 16 should be hexadecimal in Unicode HOWTO

Mark Dickinson added the comment: I was tempted to suggest that 'hexadecimal' would be more searchable than 'base 16', but the first Google hit for 'base 16' is: en.wikipedia.org/wiki/Hexadecimal :-) -- nosy: +mark.dickinson ___ Python tracker

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Changes by Antoine Pitrou : -- nosy: +neologix versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Larry Hastings added the comment: Second revision of patch. * Removed os.fwalk from os.supports_dir_fd. As Georg points out, you can't test it. (Well, you can, but only if the test would have succeeded.) * Changed fstat(fd) calls to stat(fd) calls. -- Added file: http://bugs.pytho

[issue13173] Default values for string.Template

Serhiy Storchaka added the comment: If the Template defaults should be attached directly to the template instance, then they should be attached directly to the string instance, for classic and modern string formatting. And this obviously is absurd. I agree with Éric, to mention ChainMap class

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Larry Hastings added the comment: Here's a variant of the patch adding os.walk(dir_fd=) support. I'm not pushing for this. I'm not sure it's a must-have; it seems like a nice-to-have, but we're past the time for nice-to-haves. -- Added file: http://bugs.python.org/file26144/larry.fw

[issue15176] Clarify the behavior of listdir(fd) in both code and documentation

Larry Hastings added the comment: Removed "do we have os.listdir" checks from the unit tests. Yes, Virginia, we always have os.listdir in Python 3.3. -- Added file: http://bugs.python.org/file26145/larry.listdir.clarification.2.diff ___ Python trac

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Serhiy Storchaka added the comment: Larry, please regenerate patch in Mercurial for review. I have some comments. -- nosy: +storchaka ___ Python tracker ___

[issue15133] tkinter.BooleanVar.get() behavior and docstring disagree

klappnase added the comment: I agree that get() should better return a boolean in any case, however the bug then is not one of BooleanVar but rather one of tk.getboolean(). I did some experimenting with get() and it seems that there are three possibilities: getboolean() returns True/False as

[issue15133] tkinter.BooleanVar.get() behavior and docstring disagree

klappnase added the comment: "...you could not pass the return value of getboolean() any longer to BooleanVar.get() which would be really bad." Ooops, typo, should be BooleanVar.set() of course. -- ___ Python tracker

[issue1508475] transparent gzip compression in urllib

Serhiy Storchaka added the comment: The first step is to answer on the fundamental question: on what level transparent decompression will work? On http.client level or on urllib level? Patch for first case will be much more difficult, but will benefit from compression in other http-based prot

[issue3244] multipart/form-data encoding

Senthil Kumaran added the comment: Thanks for the patch, Forest Bond. However, the way I look at this feature, it could be added into urllib.request as a separate handler called MultiPostHandler and request object when it requires it should be able to add it and then use it. Here is a first

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Larry Hastings added the comment: Regenerated fwalk(dir_fd=) patch to make Rietveld happy. -- Added file: http://bugs.python.org/file26147/larry.fwalk.dir_fd.3.diff ___ Python tracker _

[issue12559] gzip.open() needs an optional encoding argument

Serhiy Storchaka added the comment: Why not use io.TextWrapper? I think it is the right answer for this issue. -- nosy: +storchaka ___ Python tracker ___ ___

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Larry Hastings added the comment: Regenerated walk(dir_fd=) patch to make Rietveld happy. -- Added file: http://bugs.python.org/file26148/larry.fwalk.and.walk.dir_fd.2.diff ___ Python tracker _

[issue15176] Clarify the behavior of listdir(fd) in both code and documentation

Larry Hastings added the comment: Regenerated patch to make Reitveld happy. -- Added file: http://bugs.python.org/file26149/larry.listdir.clarification.3.diff ___ Python tracker ___

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Serhiy Storchaka added the comment: Rietveld is not happy with git diffs. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue15176] Clarify the behavior of listdir(fd) in both code and documentation

Larry Hastings added the comment: GRAHH HULK SMASH Regenerating again, because I wasn't actually fresh enough last time. -- Added file: http://bugs.python.org/file26150/larry.listdir.clarification.4.diff ___ Python tracker

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Larry Hastings added the comment: Fourth time's the charm. -- Added file: http://bugs.python.org/file26151/larry.fwalk.dir_fd.4.diff ___ Python tracker ___ _

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Larry Hastings added the comment: What's better than regenerating a bunch of diffs on the off chance that it'll make Rietveld happy? Nothing, that's what. -- Added file: http://bugs.python.org/file26152/larry.fwalk.and.walk.dir_fd.3.diff ___ Python

[issue1508475] transparent gzip compression in urllib

Senthil Kumaran added the comment: I think, the transparent compression should work at http.client level. I also agree with other points made by Serhiy: - transparent decompression should delete headers Content-Encoding and Content-Length (this is as per RFC too) - Should not do another comp

[issue15178] Doctest should handle situations when test files are not readable

New submission from Bohuslav "Slavek" Kabrda : Hi, I think that doctest should be able to handle situations when the file that is being tested does not exist/is unreadable/etc... Currently, doctest raises an IOError exception and the whole Python ends with an exception and backtrace. I'm attach

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Changes by Larry Hastings : Removed file: http://bugs.python.org/file26143/larry.fwalk.dir_fd.2.diff ___ Python tracker ___ ___ Python-bugs-li

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Changes by Larry Hastings : Removed file: http://bugs.python.org/file26144/larry.fwalk.and.walk.dir_fd.1.diff ___ Python tracker ___ ___ Pyth

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Changes by Larry Hastings : Removed file: http://bugs.python.org/file26147/larry.fwalk.dir_fd.3.diff ___ Python tracker ___ ___ Python-bugs-li

[issue15176] Clarify the behavior of listdir(fd) in both code and documentation

Changes by Larry Hastings : Removed file: http://bugs.python.org/file26145/larry.listdir.clarification.2.diff ___ Python tracker ___ ___ Pyth

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Changes by Larry Hastings : Removed file: http://bugs.python.org/file26148/larry.fwalk.and.walk.dir_fd.2.diff ___ Python tracker ___ ___ Pyth

[issue15176] Clarify the behavior of listdir(fd) in both code and documentation

Changes by Larry Hastings : Removed file: http://bugs.python.org/file26149/larry.listdir.clarification.3.diff ___ Python tracker ___ ___ Pyth

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Georg Brandl added the comment: Let's keep it to fwalk. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue10053] Don’t close fd when FileIO.__init__ fails

Amaury Forgeot d'Arc added the comment: Indeed, there is no pure-Python FileIO: _pyio.py imports it from C: "from _io import FileIO" -- nosy: +amaury.forgeotdarc ___ Python tracker

[issue15179] An infinite loop happens when we use SysLogHandler with eventlet

New submission from Kazutaka Morita : If we stop a syslog daemon when running the following program, it leads to an infinite loop. == #!/usr/bin/env python import eventlet from logging.handlers import SysLogHandler import time import logging eventlet.patcher.monkey_patch(all=False, socket=True

[issue14443] Distutils test_bdist_rpm failure

Georg Brandl added the comment: Ping. I would like to have this test failure fixed for 3.3 rc. -- nosy: +georg.brandl priority: normal -> deferred blocker ___ Python tracker __

[issue4489] shutil.rmtree is vulnerable to a symlink attack

Roundup Robot added the comment: New changeset 2e2329aeb5c1 by Hynek Schlawack in branch 'default': #4489 Make fd based rmtree work on bytes http://hg.python.org/cpython/rev/2e2329aeb5c1 -- ___ Python tracker _

[issue12927] test_ctypes: segfault with suncc

Georg Brandl added the comment: Ping. Could we update libffi for 3.3 final? -- nosy: +doko, georg.brandl, loewis ___ Python tracker ___

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Larry Hastings added the comment: Sure, for 3.3 anyway. I think walk(dir_fd=) should be okay for 3.4. There's a better implementation anyway, where walk() just calls fwalk() and strips the last element off the yielded stuff. But moving on! -- __

[issue15179] An infinite loop happens when we use SysLogHandler with eventlet

Changes by Kazutaka Morita : -- hgrepos: +137 keywords: +patch Added file: http://bugs.python.org/file26154/syslog.patch ___ Python tracker ___ __

[issue15179] An infinite loop happens when we use SysLogHandler with eventlet

Changes by Kazutaka Morita : -- hgrepos: -137 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue15176] Clarify the behavior of listdir(fd) in both code and documentation

Roundup Robot added the comment: New changeset 8172d8e907a4 by Larry Hastings in branch 'default': Issue #15176: Clarified behavior, documentation, and implementation http://hg.python.org/cpython/rev/8172d8e907a4 -- nosy: +python-dev ___ Python track

[issue15180] Cryptic traceback from os.path.join when mixing str & bytes

New submission from Nick Coghlan : As seen in #4489, the traceback when mixing str and bytes in os.path.join is rather cryptic and hard to decipher if you've never encountered it before: >>> import os.path >>> os.path.join(b'', '') Traceback (most recent call last): File "", line 1, in Fil

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Roundup Robot added the comment: New changeset 814557548af5 by Jesus Cea in branch 'default': Skip test in freebsd entirely - Kernel bug in freebsd7/8/9 - #10142: Support for SEEK_HOLE/SEEK_DATA http://hg.python.org/cpython/rev/814557548af5 -- ___ P

[issue12927] test_ctypes: segfault with suncc

Stefan Krah added the comment: Coincidentally, I've just asked the Solaris buildbot owner if he could try out the system libffi. I'm not sure if even the latest libffi supports suncc out of the box. Meador, did you get any answers on libffi-discuss? -- _

[issue15180] Cryptic traceback from os.path.join when mixing str & bytes

Hynek Schlawack added the comment: Catch TypeError, check whether bytes & str are being mixed, re-raise if not, say something user-friendly if yes? -- nosy: +hynek ___ Python tracker _

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

Roundup Robot added the comment: New changeset 7bebd9870c75 by Larry Hastings in branch 'default': Issue #15177: Added dir_fd parameter to os.fwalk(). http://hg.python.org/cpython/rev/7bebd9870c75 -- nosy: +python-dev ___ Python tracker

[issue15177] Support os.fwalk(dir_fd=)

Larry Hastings added the comment: While I was at it, I changed the subject to accurately reflect the changeset's final disposition. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed title: Support os.walk(dir_fd=) and os.fwalk(dir_fd=) -> Support

[issue15176] Clarify the behavior of listdir(fd) in both code and documentation

Larry Hastings added the comment: Good news, everyone! -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Jesús Cea Avión added the comment: Stefan, I am confused with your comments. The thing is that freebsd defines SEEK_HOLE/SEEK_DATA but reports an error when you use them. I guess they are errors when used on a filesystem that doesn't support them. This is a bug, in my opinion (if a FS doesn't

[issue15180] Cryptic traceback from os.path.join when mixing str & bytes

Nick Coghlan added the comment: Yeah, that should do it - I just hadn't looked at the structure of the code to see how annoying it will be to separate the check out from the if statement. Good use case for PEP 409, too :) -- ___ Python tracker

[issue15181] importlib.h: suncc warnings

New submission from Stefan Krah : suncc complains about negative values that are assigned to unsigned char: "Python/importlib.h", line 3634: warning: initializer does not fit or is out of range: -125 "Python/importlib.h", line 3635: warning: initializer does not fit or is out of range: -125 [.

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Jesús Cea Avión added the comment: Greog, I am confused about ARM ubuntu errors. Do we know what ubuntu version is running there?. What is the filesystem?. I am seriously thinking about supporting these flags only in "real" OSs like Solaris & derivatives :-) -- _

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Georg Brandl added the comment: Jesus, what do you think about removing that test entirely? IMO it is not our job to verify the OS' proper behavior in the face of SEEK_HOLE/SEEK_DATA; it is enough to provide the constants, and let whoever uses it face the perils of the platform. --

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Jesús Cea Avión added the comment: Georg, I am fine with that if you are fine with that :-). Please, confirm :) (sorry for mistyping your name before!) -- ___ Python tracker __

[issue13950] rm commented-out code

Roundup Robot added the comment: New changeset 381c7f897207 by Ned Deily in branch 'default': Issue #13950: Improve support for OS X Xcode 4: http://hg.python.org/cpython/rev/381c7f897207 -- nosy: +python-dev ___ Python tracker

[issue13950] rm commented-out code

Changes by Ned Deily : -- Removed message: http://bugs.python.org/msg163958 ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2

Ned Deily added the comment: [wrong issue number in commit] New changeset 381c7f897207 by Ned Deily in branch 'default': Issue #13590: Improve support for OS X Xcode 4: http://hg.python.org/cpython/rev/381c7f897207 I think this is now in decent shape for 3.3.0b1. Remaining work includes: 1. A b

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Stefan Krah added the comment: Jes??s Cea Avi??n wrote: > Stefan, I am confused with your comments. The FreeBSD bug report you linked to had a test case attached. The test case uses errno == ENXIO. I could not reproduce the failure, so in my *first* comment I questioned whether the failures in

[issue14499] Extension module builds fail with Xcode 4.3 on OS X 10.7 due to SDK move

Ned Deily added the comment: An initial set of changes to support Xcode 4.3+ have been applied for Python 3.3.0b1 have been applied via Issue13590. As noted there, a back port of some subset is needed for 3.2 and 2.7. I'll update this after 3.3.0b1 has been released. -- _

[issue14814] Implement PEP 3144 (the ipaddress module)

Hynek Schlawack added the comment: Currently, we get the following warnings: [ 26/369] test_ipaddress /home/vagrant/default/Lib/ipaddress.py:1401: BytesWarning: str() on a bytes instance addr = str(address).split('/') /home/vagrant/default/Lib/ipaddress.py:2004: BytesWarning: str() on a byte

[issue15171] Fix 64-bit building for buildbot scripts (3.2)

Roundup Robot added the comment: New changeset 334ff92a8483 by Stefan Krah in branch '3.2': Issue #15171: Try the HOST_PYTHON hack for 3.2. http://hg.python.org/cpython/rev/334ff92a8483 -- nosy: +python-dev ___ Python tracker

[issue15178] Doctest should handle situations when test files are not readable

R. David Murray added the comment: In general in Python we let exceptions speak for themselves. It would, however, probably be reasonable to add the try/except and error message in _test, which should only be called when the module is run as a script. -- nosy: +r.david.murray version

[issue15179] An infinite loop happens when we use SysLogHandler with eventlet

Changes by R. David Murray : -- nosy: +vinay.sajip versions: +Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue15178] Doctest should handle situations when test files are not readable

Bohuslav "Slavek" Kabrda added the comment: Thanks for the comment David. I'm attaching second version that does the same in the _test function. -- Added file: http://bugs.python.org/file26155/doctest-dont-end-with-exception-on-unreadable-files-v2.patch __

[issue15170] Fix 64-bit building for buildbot scripts (2.7)

Roundup Robot added the comment: New changeset 723dbf99f9c2 by Stefan Krah in branch '2.7': Issue #15170: Try the HOST_PYTHON hack for 2.7. http://hg.python.org/cpython/rev/723dbf99f9c2 -- ___ Python tracker _

[issue15180] Cryptic traceback from os.path.join when mixing str & bytes

Hynek Schlawack added the comment: Here's a fix. It would be nice if it could make for 3.3 final I guess. Tests pass for Linux and OS X. -- keywords: +needs review, patch stage: needs patch -> patch review Added file: http://bugs.python.org/file26156/nicer-error-on-str-bytes-mix.diff

[issue15182] find_library_file() should try to link

New submission from Jeroen Demeyer : The find_library_function() in Lib/distutils/unixccompiler.py does a very simple-minded check to determine the existence of a library. It basically only checks that a certain .so file exists. This may lead to false positives: the mere existence of a .so fil

[issue3244] multipart/form-data encoding

Forest Bond added the comment: Hi Senthil Kumaran, Thanks for the feedback & patch. I agree having support in urllib probably makes some sense. But why not implement basic support elsewhere and then tie it into urllib so those of us using something else can also use it? I'm using httplib in

[issue15178] Doctest should handle situations when test files are not readable

R. David Murray added the comment: Great, thanks. There's a loop around testfiles. I think it would be nicer to not call sys.exit. You could at the same time fix what appears to be a bug in the loop code. It looks like 1 is currently returned only if the last file fails. Hmm, and given th

[issue15171] Fix 64-bit building for buildbot scripts (3.2)

Stefan Krah added the comment: The buildbot works with the HOST_PYTHON hack. Should we just leave this as a permanent solution? -- I don't feel like touching the project files for stable releases. [%CD% should probably be quoted in the patch.] -- components: +Build resolution: -> fixe

[issue12927] test_ctypes: segfault with suncc

Changes by Stefan Krah : -- nosy: +Justin.Venus ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue15172] SHA1 failures on the 64-bit Windows buildbot

Antoine Pitrou added the comment: By contrast, 2.7 and 3.2 look ok. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue15180] Cryptic traceback from os.path.join when mixing str & bytes

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue15172] SHA1 failures on the 64-bit Windows buildbot

Jeremy Kloth added the comment: The OpenSSL (64-bit build) does not pass its own tests, while the 32-bit build from the same source works just fine. Stefan, how did you get your 64-bit build to work? -- ___ Python tracker

[issue12927] test_ctypes: segfault with suncc

Meador Inge added the comment: Stefan, nope -- I never got a reply. I will try again. -- ___ Python tracker ___ ___ Python-bugs-list

[issue13698] Mailbox module should support other mbox formats in addition to mboxo

endolith added the comment: > - If the mailbox is written using the mboxrd format and read using the mboxo > format, lines that were meant to start with ">From " are changed to ">>>From > ". This is a new type of corruption. Well, yes. So the choices are: mboxrd as default: Sometimes result

[issue15172] SHA1 failures on the 64-bit Windows buildbot

Stefan Krah added the comment: It worked out of the box for me. These are the versions I use: # openssl version: svn export http://svn.python.org/projects/external/openssl-1.0.1c # nasm version (installer): nasm-2.10.01-installer.exe Let me see what I did: cd openssl-1.0.1c nmake -f ms\nt.m

[issue15179] An infinite loop happens when we use SysLogHandler with eventlet

Vinay Sajip added the comment: Why should the socket need closing if the connect fails? This seems a flawed contract; either connect() should work (in which case the socket will need closing when it's finished with) or it should fail, not connect and not require a close call (as it isn't conn

[issue15172] SHA1 failures on the 64-bit Windows buildbot

Stefan Krah added the comment: The openssl self tests also pass here. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue15172] SHA1 failures on the 64-bit Windows buildbot

Jeremy Kloth added the comment: I've narrowed this down to a CPU capabilities issue with OpenSSL. What CPU are you using? I have a Q9450 (Core2 Quad) If I set OPENSSL_ia32cap to 0 the self tests work. I'm now off to debug OpenSSL CPUID support... :( -- __

[issue15172] SHA1 failures on the 64-bit Windows buildbot

Antoine Pitrou added the comment: > If I set OPENSSL_ia32cap to 0 the self tests work. I'm now off to > debug OpenSSL CPUID support... :( At this point, I think asking for help on an OpenSSL mailing-list or IRC channel is a good idea. (unless you want to do the debugging yourself, that is :))

[issue15179] An infinite loop happens when we use SysLogHandler with eventlet

Antoine Pitrou added the comment: > This seems a flawed contract; either connect() should work (in which > case the socket will need closing when it's finished with) or it should > fail, not connect and not require a close call (as it isn't connected) socket.close() closes the file descriptor,

[issue15180] Cryptic traceback from os.path.join when mixing str & bytes

Antoine Pitrou added the comment: Just a nit, you can use double quotes instead of escaping apostrophes ;) -- nosy: +pitrou ___ Python tracker ___ __

[issue14814] Implement PEP 3144 (the ipaddress module)

Hynek Schlawack added the comment: Ok I looked into it. It uses str() to convert objects into text representation which it then parses. -- ___ Python tracker ___ __

[issue15181] importlib.h: suncc warnings

Roundup Robot added the comment: New changeset 6dc9472346de by Antoine Pitrou in branch 'default': Issue #15181: importlib bytecode is unsigned and shouldn't have negative numbers. http://hg.python.org/cpython/rev/6dc9472346de -- nosy: +python-dev _

[issue15181] importlib.h: suncc warnings

Antoine Pitrou added the comment: It should be fixed now! -- nosy: +pitrou resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue15172] SHA1 failures on the 64-bit Windows buildbot

Stefan Krah added the comment: Jeremy Kloth wrote: > I've narrowed this down to a CPU capabilities issue with OpenSSL. > What CPU are you using? I have a Q9450 (Core2 Quad) Core 2 Duo E8500. But I run Windows under Linux/kvm/qemu, in case that matters. -- ___

[issue15181] importlib.h: suncc warnings

Stefan Krah added the comment: +fprintf(outfile, "%d,", (unsigned int) data[i]); Hmm, "%u"? :) -- ___ Python tracker ___ ___

[issue15181] importlib.h: suncc warnings

Antoine Pitrou added the comment: Le lundi 25 juin 2012 à 15:47 +, Stefan Krah a écrit : > > +fprintf(outfile, "%d,", (unsigned int) data[i]); > > Hmm, "%u"? :) It doesn't change anything, since data[i] is between 0 and 255. (unless C `int` is 8 bits on your computer, but I do

  1   2   >