[issue7511] msvc9compiler.py: ValueError: [u'path']

Christopher Paolini added the comment: I'm running into the same issue myself. I even installed Visual Studio 2008. Issue is it installed as a 32-bit application in the x86 directory, not sure why. I have 64-bit Windows 7. I'm installing the SDK to see if that helps. Also I need this for pycr

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: -0 eric.smith for concerns about people relying on current behaviour -0 brian.curtin the same counterarg: current behavior will be broken anyway with compatibility fix in r80004 +0 r.david.murray the policy that we shouldn't change stdlib interfaces

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Mark Dickinson added the comment: > This type of failure appears again in current builds: Unfortunately, I think you mean 'still' rather than 'again'. :) As far as I can tell, the failure's never gone away, though it may have been obscured by other failures from time to time. Maybe it's time

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Mark Dickinson added the comment: Should also modify regrtest to print out the result of the command getconf GNU_LIBPTHREAD_VERSION that Antoine suggested. -- ___ Python tracker __

[issue8383] pickle is unable to encode unicode surrogates

Marc-Andre Lemburg added the comment: Both pickle and marshal will need to use the new error handler in order to stay compatible with Python 3.0 (and 2.x) and also to enable creating Unicode literals that include lone surrogates. -- ___ Python trac

[issue8359] % formating - TypeError: not all arguments converted during string formatting

David Planella added the comment: It would be nice that %-formatting had the same functionality as in C when it comes to discarding unnamed arguments, but from the comments I understand that being deprecated no changes in functionality are contemplated. However, before recommending using str.

[issue6090] zipfile DeprecationWarning Python in 2.6, failure in 2.7

Mark Dickinson added the comment: [Martin] > I think the error message could be better, though; it should probably be a > ValueError. Do you mean a ValueError at the level of the struct module, or the zipfile module. I'd quite like to change all the exceptions raised by the struct module to

[issue1722344] Thread shutdown exception in Thread.notify()

Thijs Triemstra added the comment: Looks like this influenced mod_wsgi as well: http://groups.google.com/group/modwsgi/browse_thread/thread/ba82b2643564d2dd -- nosy: +thijs ___ Python tracker __

[issue5377] Strange behavior when performing int on a Decimal made from -sys.maxint-1

Mark Dickinson added the comment: Closing: it's too late for Python 2.x. -- resolution: -> out of date status: open -> closed ___ Python tracker ___

[issue7873] Remove precision restriction for integer formatting.

Mark Dickinson added the comment: Closing: it's too late for 2.x. -- resolution: -> out of date status: open -> closed ___ Python tracker ___ __

[issue3451] Asymptotically faster divmod and str(long)

Mark Dickinson added the comment: Unassigning myself for now. The most recent patch still needs work before it can be considered for inclusion. -- assignee: mark.dickinson -> status: open -> languishing versions: -Python 2.7 ___ Python tracker <

[issue8383] pickle is unable to encode unicode surrogates

STINNER Victor added the comment: > Both pickle and marshal will need to use the new error handler > in order to stay compatible with Python 3.0 (and 2.x) > and also to enable creating Unicode literals that include > lone surrogates. Attached patch fixes pickle. Marshal does already use surr

[issue8383] pickle is unable to encode unicode surrogates

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > >> Both pickle and marshal will need to use the new error handler >> in order to stay compatible with Python 3.0 (and 2.x) >> and also to enable creating Unicode literals that include >> lon

[issue8188] Unified hash for numeric types.

Mark Dickinson added the comment: Many thanks for reviewing, Stefan, and for the patch. Here's an updated patch: - specify 32-bit/64-bit C long rather than 32-bit/64-bit machine - apply hash->hash_ fix to Python hash recipe - use _PyHASH_MODULUS instead of _PyHASH_MASK throughout (this wa

[issue8188] Unified hash for numeric types.

Changes by Mark Dickinson : -- assignee: -> mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue8188] Unified hash for numeric types.

Mark Dickinson added the comment: ... and here's the actual patch... Forget my own head next. :) -- Added file: http://bugs.python.org/file16907/numeric_hash7.patch ___ Python tracker _

[issue8188] Unified hash for numeric types.

Changes by Mark Dickinson : -- priority: -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Stefan Krah added the comment: This bugreport http://bugs.gentoo.org/28193 indeed suggests that the failure occurs on systems without nptl. Would it be possible for someone with an affected system to run the test program from the bug report? -- ___

[issue8383] pickle is unable to encode unicode surrogates

STINNER Victor added the comment: Commited: r80031 (py3k) and r80032 (3.1), fix also pickletools. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue8384] Distutils C extension build with MinGW on Windows fails

Amaury Forgeot d'Arc added the comment: Can you run the following command: ld -v and paste the result? -- nosy: +amaury.forgeotdarc ___ Python tracker ___

[issue8355] diff.py produce unified format by default

Stefan Krah added the comment: You can use http://gnuwin32.sourceforge.net/packages/diffutils.htm or cygwin or msys. -- nosy: +skrah ___ Python tracker ___ __

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: I hope this is not a support tracker. =) -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: Do you really think that Python users shouldn't use tools written in Python if they are available? -- ___ Python tracker ___ ___

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Charles-Francois Natali added the comment: Signal 32 is the first real-time signal, and is indeed used by linuxthreads, so it's very likely a linuxthreads bug, since this signal shouldn't leak to application. Since linuxthreads is no longer maintained, I'm afraid we can't do much about this,

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Mark Dickinson added the comment: > Since linuxthreads is no longer maintained, I'm afraid we can't do much > about this. Agreed. But I think it's still worth trying to narrow down (and possibly work around) the cause of failure, just so that we can make this buildbot useful again on 3.x. P

[issue8382] StringIO.write() takes any argument and converts it to a string

Changes by R. David Murray : -- resolution: -> wont fix stage: -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue7585] difflib should separate filename from timestamp with tab

R. David Murray added the comment: Yes, thanks for the typo correction. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue8385] _winreg remaining in test_winsound

New submission from Tim Golden : There is a reference to _winreg left in test_winsound. Trivial patch attached renames this to winreg. -- components: Tests files: test_winsound.patch keywords: patch messages: 103042 nosy: tim.golden severity: normal status: open title: _winreg remaining

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

STINNER Victor added the comment: Extract of the Prelude ticket https://dev.prelude-ids.com/issues/show/133 : "commenting out sigprocmask(SIG_SETMASK, &set, NULL) seems to fixes the problem (...)" -- nosy: +haypo ___ Python tracker

[issue8385] _winreg remaining in test_winsound

Changes by Tim Golden : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue8385] _winreg remaining in test_winsound

Brian Curtin added the comment: Whoops, thanks for catching that, Tim. Fixed in r80044 and 80046. -- assignee: -> brian.curtin nosy: +brian.curtin priority: -> normal resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Py

[issue8386] test_pickle failing

New submission from Tim Golden : test_pickle failing on WinXP http://svn.python.org/projects/python/branches/py3k/Lib r80044 == ERROR: test_unicode (__main__.CPicklerTests) --

[issue8386] test_pickle failing

Changes by Amaury Forgeot d'Arc : -- assignee: -> haypo nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Mark Dickinson added the comment: Results of my simple-minded strategy (see r80033-4, r80037, r80042, r80045, r80047-51): test_execvpe_with_bad_program in ExecTests by itself is enough to trigger the signal 32 error (in combination with test_wait3). See: http://www.python.org/dev/buildbot/b

[issue8386] test_pickle failing

STINNER Victor added the comment: The failing test was introduced by r80031 by me: see issue #8383. I don't understand why the test fails. -- ___ Python tracker ___

[issue8386] test_pickle failing

STINNER Victor added the comment: Does the follow code work on Windows? >>> '\uDC80'.encode("utf8", "surrogatepass") b'\xed\xb2\x80' -- ___ Python tracker ___ __

[issue8386] test_pickle failing

Tim Golden added the comment: Yes: C:\temp>\work_in_progress\make-snapshots\branches Python 3.2a0 (py3k:80030, Apr 13 2010, 11:13:13) Type "help", "copyright", "credits" or "license" >>> '\uDC80'.encode("utf8", "surrogatepass") b'\xed\xb2\x80' >>> -- ___

[issue8386] test_pickle failing

STINNER Victor added the comment: How did you get these errors? I don't see them in the buildbots (x86 Windows7 3.x, x86 XP-4 3.x): * http://www.python.org/dev/buildbot/builders/x86 Windows7 3.x/builds/408/steps/test/logs/stdio * http://www.python.org/dev/buildbot/builders/x86 XP-4 3.x/buil

[issue7584] datetime.rfcformat() for Date and Time on the Internet

Daniel Urban added the comment: I've made a patch. This patch adds a datetime_rfcformat function to datetimemodule.c which is available from Python as the datetime.rfcformat method in the datetime module. This method returns the date in RFC 3339 format: -MM-DDTHH:MM:SS[.mm]+HH:MM.

[issue8386] test_pickle failing

Tim Golden added the comment: Well that's embarrassing: I updated but didn't rebuild. Sorry for the noise; all tests passing now. Please close the call. -- ___ Python tracker __

[issue8386] test_pickle failing

STINNER Victor added the comment: he he, ok, no problem. -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___

[issue8355] diff.py produce unified format by default

Antoine Pitrou added the comment: > Do you really think that Python users shouldn't use tools written in > Python if they are available? Sure, they can. For example, they can use Mercurial and type "hg diff". Or even TortoiseHg and do it all from a GUI. -- nosy: +pitrou __

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Mark Dickinson added the comment: Here's some fairly minimal Python code that produces the signal: ### begin example ### import os import time import _thread try: os.execv('/usr/bin/dorothyq', ['dorothyq']) except OSError: pass def f(): time.sleep(1.0) # probably irrelevant to th

[issue8355] diff.py produce unified format by default

Brian Curtin added the comment: > Don't you want to add a recommendation to use diff.py tool so > that Windows users can also send patches? > http://python.org/dev/patches/ We could add that note but it should not be a recommendation. Patches should ideally be generated using "svn diff" at th

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Mark Dickinson added the comment: Okay, I think I've got as far as I can, but if anyone else wants to hack on this, please do. The branch name is py3k-issue4970 In that branch: - there's an extra test Lib/test/test_issue4970 that demonstrates the signal 32 failure - Lib/test/regrtest.p

[issue2554] test_ioctl failed Python 2.6a2 Solaris 10 SUN C

Changes by Martin Ducár : -- versions: +Python 2.5 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue2554] test_ioctl failed Python 2.6a2 Solaris 10 SUN C

Brian Curtin added the comment: Removing 2.5 as it's only receiving security fixes. -- nosy: +brian.curtin versions: -Python 2.5 ___ Python tracker ___ _

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: I'll add a note about preferred "svn diff" way and "diff.py" as a fallback. But first I'd like to see this patch committed to streamline patch submission process by removing requirement to remember "-u" option. Do agree that "diff.py" is not a replacement

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

Alex Willmer added the comment: On 13 April 2010 03:21, Matthew Barnett wrote: > issue2636-20100413.zip is a new version of the regex module. Matthew, When I run test_regex.py 6 tests are failing, with Python 2.6.5 on Ubuntu Lucid and my setup.py. Attached is the output, do all the tests p

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

STINNER Victor added the comment: signal.__dict__: {... 'NSIG': 65, 'SIGABRT': 6, 'SIGALRM': 14, 'SIGBUS': 7, 'SIGCHLD': 17, 'SIGCLD': 17, 'SIGCONT': 18, 'SIGFPE': 8, 'SIGHUP': 1, 'SIGILL': 4, 'SIGINT': 2, 'SIGIO': 29, 'SIGIOT': 6, 'SIGKILL': 9, 'SIGPIPE': 13, 'SIGPOLL': 29, 'SI

[issue8355] diff.py produce unified format by default

Stefan Krah added the comment: The requirement to remember the "-u" option is a benefit for the user. If he ever wants to use a standard diff, he doesn't have to relearn things. I don't agree that diff.py should be a custom tool. It's unfortunate that it already deviates from standard diffs, bu

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: Stefan, do you use "diff.py"? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

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

Matthew Barnett added the comment: Yes, it passed all the tests, although I've since found a minor bug that isn't covered/caught by them, so I'll need to add a few more tests. Anyway, do: regex.match(ur"\p{Ll}", u"a") regex.match(ur'(?u)\w', u'\xe0') really return None? Your results

[issue2987] RFC2732 support for urlparse (IPv6 addresses)

Keegan Carruthers-Smith added the comment: Just thought I'd point out that RFC2732 was obsoleted by RFC3986 http://www.rfc-editor.org/rfc/rfc3986.txt -- nosy: +Keegan.Carruthers-Smith ___ Python tracker __

[issue8384] Distutils C extension build with MinGW on Windows fails

Changes by Sridhar Ratnakumar : -- components: +Windows ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue2987] RFC2732 support for urlparse (IPv6 addresses)

Éric Araujo added the comment: Hello Thanks for the precision. This particular topic is discussed on #5650, feel free to help there! Better update the code before the doc, though. Regards -- ___ Python tracker

[issue2987] RFC2732 support for urlparse (IPv6 addresses)

Senthil Kumaran added the comment: Actually, this bug is just for parsing the IPv6 url. We are having the right set of patches in the bug. I shall commit it soon. The RFC part is separate and we will slowly achieve a good compliance with STD 66. -- _

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

STINNER Victor added the comment: There are many references to "unknown signal 32" errors in Google. Gdb mailing list, December 2002: "SIG32/SIGTRAP issues" http://sources.redhat.com/ml/gdb/2002-12/msg00057.html Gdb mailing list, September 2003: "pthread_create, Program received signal ?, Unk

[issue1856] shutdown (exit) can hang or segfault with daemon threads running

Changes by James Cooper : -- nosy: +jamescooper ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

STINNER Victor added the comment: NPTL was introduced in Linux kernel 2.6(.0). glibc 2.4 requires NPTL: "The LinuxThreads add-on, providing pthreads on Linux 2.4 kernels, is no longer supported. The new NPTL implementation requires Linux 2.6 kernels. For a libc and libpthread that works well

[issue7316] Add a timeout functionality to common locking operations

Antoine Pitrou added the comment: Updated patch against current py3k. About the timeout limit, an useful point of comparison is select(), which doesn't try to loop either: it just throws OverflowError if the specified timeout value is too large to be represented in a timeval struct. -

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Antoine Pitrou added the comment: I suggest simply skipping the "offending" test on linuxthread platforms. (perhaps as simple as checking for sys.platform == "linux2" and signal.SIGRTMIN == 35) -- ___ Python tracker

[issue1722344] Thread shutdown exception in Thread.notify()

Changes by Brett Cannon : -- nosy: -brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue8379] if __debug__: has nonobvious behaviour when evaluating .pyo without -O

Brett Cannon added the comment: So technically Python does not know that some bytecode was compiled with optimization flags on; that is simply not carried in the bytecode format. You also cannot rely on file name extensions as the bytecode could have been generated by an interpreter that used

[issue3783] dbm.sqlite proof of concept

Changes by Éric Araujo : -- nosy: +merwok ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: Seems like I have to remind that everybody can still paint their bikeshed in classic colors with "-c" option, but if you all prefer unified colors, why do you resist on painting them in these by default? Custom color options add more to a total price, you

[issue8355] diff.py produce unified format by default

Eric Smith added the comment: To change the default, you need to know how many people it will benefit, and how many people will be negatively impacted by the change. I personally suspect that both numbers are zero, which is why I have a hard time getting excited about it. Are there any real-

[issue8355] diff.py produce unified format by default

Antoine Pitrou added the comment: > Seems like I have to remind that everybody can still paint their > bikeshed in classic colors with "-c" option, but if you all prefer > unified colors, why do you resist on painting them in these by > default? Custom color options add more to a total price, yo

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

STINNER Victor added the comment: > I suggest simply skipping the "offending" test on linuxthread > platforms. Good idea > (perhaps as simple as checking for sys.platform == "linux2" > and signal.SIGRTMIN == 35) I would prefer to rely on confstr(): import os try: # 'linuxthreads-0.10' o

[issue8355] diff.py produce unified format by default

Changes by Brian Curtin : -- nosy: -brian.curtin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue8355] diff.py produce unified format by default

Changes by Antoine Pitrou : -- nosy: -pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Mark Dickinson added the comment: Skipping test_execvpe_with_bad_program sounds good to me. I'd ideally like to understand why 3.x is failing where 2.x is happy, but life's too short to stuff a mushroom. -- ___ Python tracker

[issue8355] diff.py produce unified format by default

Changes by Eric Smith : -- nosy: -eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

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

Alex Willmer added the comment: On 13 April 2010 18:10, Matthew Barnett wrote: > Anyway, do: > >    regex.match(ur"\p{Ll}", u"a") >    regex.match(ur'(?u)\w', u'\xe0') > > really return None? Your results suggest that they won't. Python 2.6.5 (r265:79063, Apr 3 2010, 01:56:30) [GCC 4.4.3]

[issue1152248] Enhance file.readlines by making line separator selectable

Changes by Éric Araujo : -- nosy: +merwok ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Charles-Francois Natali added the comment: > It looks as though the failed os.execv call messes something up internally, > so that any attempt thereafter to start a thread produces this signal. I > can't see anything obviously wrong with the os.execv implementation (see > posix_execv in Modu

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

STINNER Victor added the comment: > I think it's simply because we didn't test a wrong program path > with execve in 2.X version of test_os. Oh, we should add this test to Python2 ;-) -- ___ Python tracker __

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Mark Dickinson added the comment: > I think it's simply because we didn't test a wrong program path with execve > in 2.X version of test_os. D'oh! Thank you very much. I'm happy now: my mushroom's stuffed. :) -- ___ Python tracker

[issue7651] Python3: guess text file charset using the BOM

Éric Araujo added the comment: The link has gone. Is this the message you’re refering to? http://mail.python.org/pipermail/python-dev/2010-January/097115.html Regards -- nosy: +merwok ___ Python tracker

[issue6626] show Python mimetypes module some love

Changes by Éric Araujo : -- nosy: +merwok ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: Seems like a bikeshed was too much of an argument, but I've run out of them discussing such minor issue. The last is that if anybody here has 0's - does my +1 value something? Why can't anybody just commit it and close this, so I can concentrate on resolut

[issue7651] Python3: guess text file charset using the BOM

Walter Dörwald added the comment: Yes, that's the posting I was referring to. I wonder why the link is gone. -- ___ Python tracker ___ ___

[issue8355] diff.py produce unified format by default

Changes by Stefan Krah : -- nosy: -skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue8355] diff.py produce unified format by default

Georg Brandl added the comment: Tentatively closing as rejected. There were quite a lot of -0 or -1, and you can include one from me as well. -- nosy: +georg.brandl resolution: -> rejected status: open -> pending ___ Python tracker

[issue7559] TestLoader.loadTestsFromName swallows import errors

Changes by Daniel Diniz : -- stage: unit test needed -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue8370] change module "builtins" to "__builtin__" in __import__ documentation

Changes by Daniel Diniz : -- priority: -> normal stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue8387] use universal newline mode in csv module examples

New submission from sfinnie : Running the examples in the csv module docs (http://docs.python.org/library/csv.html) causes problems reading file on a mac. This is highlighted in issue 1072404 (http://bugs.python.org/issue1072404). Commentary on the bug indicates a no fix, meaning most/many p

[issue8362] Add Misc/maintainers.rst to 2.x branch

Changes by Éric Araujo : -- keywords: +needs review priority: -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue8297] AttributeError message text should include module name

Changes by Daniel Diniz : -- nosy: +ajaksu2 stage: unit test needed -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing

[issue8299] Improve GIL in 2.7

Kristján Valur Jónsson added the comment: Maybe the state of this discussion is my fault for not being clear enough. Let's abandon terms such as "broken" and "roundrobin." CS theory has the perfectly useful terms "fair" and "unfair." The fact of the matter is this: the pthread GIL (implemente

[issue8299] Improve GIL in 2.7

Antoine Pitrou added the comment: Kristjan, > Maybe the state of this discussion is my fault for not being clear enough. It's quite a bit simpler. The first 2.7 beta has been released and there's IMO no way such patches will be accepted. It doesn't seem to be a pressing enough issue to be cons

[issue8388] None shouldn't be passed to traceback.format_exception

New submission from Benjamin Peterson : When porting recent unittest patches to py3k, I encountered a failure in testBufferOutputAddErrorOrFailure. The reason is that the test passes None to traceback.format_exception, which works by accident in 2.x. I added these lines in _exc_info_to_string

[issue7291] urllib2 cannot handle https with proxy requiring auth

Mike Beachy added the comment: I have worked up a monkey patch for urllib2/httplib for the issue of setting the authentication using a Proxy(Basic|Digest)AuthHandler. The basic approach was to create a new httplib exception (ProxyTunnelError) and raise that with the http response attached so

[issue8389] Incomprehensibly import error

New submission from Torsten Landschoff : I ran into an ImportError I was unable to explain: $ python -c "import a.b" Traceback (most recent call last): File "", line 1, in File "a/b/__init__.py", line 1, in import a.b.c File "a/b/c.py", line 2, in import a.b.t as t AttributeErro

[issue8389] Incomprehensibly import error

Torsten Landschoff added the comment: Err, typo, in c.py I meant to write # Does not work: import a.b.t as t # Works: # import a.b.t So without renaming it it works. -- ___ Python tracker

[issue8299] Improve GIL in 2.7

Martin v. Löwis added the comment: > Maybe the state of this discussion is my fault for not being clear > enough. Let's abandon terms such as "broken" and "roundrobin." CS > theory has the perfectly useful terms "fair" and "unfair." The fact > of the matter is this: the pthread GIL (implemente

[issue8389] Incomprehensible import error

Changes by Benjamin Peterson : -- title: Incomprehensibly import error -> Incomprehensible import error ___ Python tracker ___ ___ Pyth

[issue8384] Distutils C extension build with MinGW on Windows fails

Craig McQueen added the comment: \MinGW\bin\ld.exe -v GNU ld (GNU Binutils) 2.20 -- ___ Python tracker ___ ___ Python-bugs-list maili

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

Matthew Barnett added the comment: issue2636-20100414.zip is a new version of the regex module. I think I might have identified the cause of the problem, although I still haven't been able to reproduce it, so I can't be certain. -- ___ Python track

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

Matthew Barnett added the comment: Oops, forgot the file! :-) -- Added file: http://bugs.python.org/file16916/issue2636-20100414.zip ___ Python tracker ___ __

  1   2   >