[issue6066] POP_MARK was not in pickle protocol 0

Alexandre Vassalotti added the comment: SHORT_BINBYTES needs to be corrected as well; pickletools lists it as part of protocol 0 instead of protocol 3. I doubt backporting this patch to 2.6 will cause any trouble. So, you can go forward with this. -- __

[issue6066] POP_MARK was not in pickle protocol 0

New submission from Collin Winter : Lib/pickletools.py incorrectly thinks POP_MARK was part of protocol 0; POP_MARK was only added with the introduction of protocol 1 in r7753. This mistake led me down a dead end while fixing another pickling issue. Alexandre, can you double-check me on this? Fe

[issue5337] Scanner class in re module undocumented

Raymond Hettinger added the comment: Looking back at the original thread, good reasons were expresses for not documenting this code but just leaving it in as an example. -- dependencies: -Regexp 2.7 (modifications to current re 2.2.2) resolution: -> rejected status: open -> closed __

[issue2690] Precompute range length

Changes by Raymond Hettinger : -- assignee: rhettinger -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue5982] classmethod, staticmethod: expose wrapped function

Raymond Hettinger added the comment: I am all for exposing the __func__ directly but don't immediately see how to do it. -- assignee: rhettinger -> ___ Python tracker ___ __

[issue858809] Use directories from configure rather than hardcoded

Changes by Daniel Diniz : -- assignee: -> tarek components: +Distutils nosy: +tarek stage: -> needs patch type: -> behavior versions: +Python 3.1 -Python 2.5, Python 2.7, Python 3.0 ___ Python tracker _

[issue5982] classmethod, staticmethod: expose wrapped function

George Sakkis added the comment: I don't remember the exact use case but it had to do with making a decorator robust enough to work for different kinds of callables (and a few common non-callables such as classmethod/staticmethod). It's not a show stopper by any means but I thought it would be e

[issue6063] pydoc_data package is not installed

Georg Brandl added the comment: Thanks for fixing! There's no need to backport; the pydoc_data package is new in 2.7/3.1. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue5942] Ambiguity in dbm.open flag documentation

Georg Brandl added the comment: It was my mistake -- anydbm is called dbm in py3k. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue6065] bdist_msi.py failed assert when including extension modules

Index: bdist_msi.py === --- bdist_msi.py(revision 72507) +++ bdist_msi.py(working copy) @@ -141,6 +141,8 @@ bdist_base = self.get_finalized_command('bdist').bdist_base self.bdist_dir = os.path.

[issue6003] ZipFile.writestr "compression_type" argument

Ronald Oussoren added the comment: Argh... The patch includes an update to configure.in, please ignore that bit. -- ___ Python tracker ___ __

[issue6003] ZipFile.writestr "compression_type" argument

Ronald Oussoren added the comment: The attached patch implements my proposal, including documentation and tests. I'm not 100% happy about the tests, they may be a bit too minimal. -- keywords: +patch Added file: http://bugs.python.org/file14018/zipfile_writestr.patch _

[issue4834] Trouble configuring with icc on Mac OS X 10.5

Ronald Oussoren added the comment: Skip could you please answer the questions in msg83149? -- ___ Python tracker ___ ___ Python-bugs-l

[issue6064] Add "daemon" argument to threading.Thread constructor

Changes by Raymond Hettinger : -- versions: +Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue6064] Add "daemon" argument to threading.Thread constructor

Raymond Hettinger added the comment: +1 -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue892707] debuggable/profileable Python framework

Ronald Oussoren added the comment: This might be useful for profiling. Debugging information is already present in the default build of the framework. A seperate binary for --with-pydebug won't be possible as AFAIK --with- pydebug changes the ABI and hence having both in the same framework wil

[issue5769] OS X Installer: new make of documentation installs at wrong location

Ronald Oussoren added the comment: I've recently fixed this for 3.1, and fixed this for 2.x a while back. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue3791] bsddb not completely removed

Ronald Oussoren added the comment: The mac issue mentioned by "karlcow" is not relevant for this discussion and refers to the system install of Python. The python.org maintainers cannot influence the behaviour of that installation, especially not w.r.t. the installation of optional extras l

[issue5272] OS X installer: fix makefile target changed for 3.x

Ronald Oussoren added the comment: "make fullinstall" is wrong, this will install a "python" executable as well as the proper "python3" and "python3.1" executables. I'll do a build of the 3.1 installer ASAP and fix any issues with that. -- nosy: +ronaldoussoren __

[issue5269] OS X Installer: add options to specify universal build type and deployment target

Ronald Oussoren added the comment: Closing this issue because it was fixed a while back. The bsddb test failure I rever to in my previous message turned out to be a non-issue: these tests just take a very long time to finish. -- status: open -> closed

[issue6064] Add "daemon" argument to threading.Thread constructor

New submission from Miki Tebeka : It would be nice if threading.Thread constructor will have a "daemon" argument as well. This way we'll be able to write Thread(target=some_function, daemon=1).start() Instead of currently writing t = Thread(target=some_function) t.daemon = True

[issue4554] Missing make altframeworkinstall for Mac OS X

Ronald Oussoren added the comment: Closing as won't fix because you can use "make altinstall". -- resolution: -> wont fix status: open -> closed ___ Python tracker ___ _

[issue6063] pydoc_data package is not installed

New submission from Ronald Oussoren : The package Lib/pydoc_data is not installed by Makefile.pre.in. Because of this "pydoc if" won't work. The attached patch fixes this issue. I've applied this patch to the trunk (r72787) and py3k (r72788), and filed this issue because I'm not 100% sure if

[issue6022] test_distutils leaves a 'foo' file behind in the cwd

R. David Murray added the comment: It's not just on the buildbots, it passes fine on my Gentoo box. So the question really is, what's different about your box that makes it fail? Can you figure out what bit of code is not finding that library? How do you run the tests? Maybe that makes a dif

[issue6060] PYTHONHOME should be more flexible (and controllable by --libdir)

R. David Murray added the comment: PYTHONHOME is defined as 'prefix:exec-prefix'. Given that definition the library must be resolved relatively by appending 'lib/pythonX.Y'. Given the long standing nature of this interface, I doubt the meaning can be changed. It might be possible to _extend_

[issue1309352] Make fcntl work properly on AMD64

R. David Murray added the comment: On Tue, 19 May 2009 at 16:24, Antoine Pitrou wrote: > Thanks! For the record, did the rest of test_fcntl pass? > Is it a 32-bit or a 64-bit build? Yes and 32 bit. -- ___ Python tracker

[issue1309352] Make fcntl work properly on AMD64

Antoine Pitrou added the comment: > @AP: ran patched test on Freebsd (6.2) as requested. Thanks! For the record, did the rest of test_fcntl pass? Is it a 32-bit or a 64-bit build? -- ___ Python tracker

[issue1761028] pickle - cannot unpickle circular deps with custom __hash__

Tristam MacDonald added the comment: Is there any sign of a patch or workaround for this issue? -- ___ Python tracker ___ ___ Pytho

[issue1761028] pickle - cannot unpickle circular deps with custom __hash__

Changes by Tristam MacDonald : -- nosy: +swiftcoder ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

Jesse Noller added the comment: Well; I'm pretty tapped out right now - I think your idea of checking to see if a timeout has been set elsewhere makes sense. If you have the time to put together a patch (with a unit test or three :)) I can review it. Might take me a bit of time to get to this

[issue1602] windows console doesn't print utf8 (Py30a2)

Amaury Forgeot d'Arc added the comment: an immediate thing to do is to declare cp65001 as an encoding: Index: Lib/encodings/aliases.py === --- Lib/encodings/aliases.py(revision 72757) +++ Lib/encodings/aliases.py(working co

[issue6042] Document and slightly simplify lnotab tracing

Antoine Pitrou added the comment: I can't say anything about the simplification since I never use tracing, but +1 at least on the doc cleanup. -- nosy: +pitrou ___ Python tracker ___

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

Changes by Antoine Pitrou : -- nosy: +pitrou stage: -> patch review type: -> behavior versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5 ___ Python tracker ___

[issue1602] windows console doesn't print utf8 (Py30a2)

Changes by Antoine Pitrou : -- nosy: +amaury.forgeotdarc ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue6058] Add cp65001 to encodings/aliases.py

Changes by Antoine Pitrou : -- nosy: +lemburg, loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue3585] pkg-config support

Antoine Pitrou added the comment: Patch looks good here. -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue6061] time.clock(): overflow in programs that run for very long

Thomas Reiter added the comment: That version of Python is linked against 32-bit libc. Point of overflow corresponds to 2^31 us. -- status: open -> closed ___ Python tracker ___

[issue1983] Return from fork() is pid_t, not int

Changes by Antoine Pitrou : -- resolution: fixed -> stage: -> patch review versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5 ___ Python tracker ___ _

[issue1983] Return from fork() is pid_t, not int

Antoine Pitrou added the comment: The following patch should do the trick. -- keywords: +patch nosy: +pitrou Added file: http://bugs.python.org/file14016/issue1983.patch ___ Python tracker _

[issue3585] pkg-config support

sol added the comment: I totally agree. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue6061] time.clock(): overflow in programs that run for very long

Antoine Pitrou added the comment: It is very likely you have a 32-bit Python build because: >>> 2**32/100. 4294.967295998 and 4294 is exactly the number of seconds by which your clock() value wraps around. -- ___ Python tracker