[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Zach Hirsch added the comment: Without msvc9compiler_stripruntimes.diff, or a patch like it, it doesn't seem possible to use pywin32 (or other binary extensions) with Python-2.6+ installed "just for me" (i.e., without the VC90 runtime installed globally). Using the python-2.6.1 MSI installed "j

[issue4993] Typo in importlib

Brett Cannon added the comment: Yeah, that code has not been tested yet as that is farther down the todo list. Thanks for the catch! Fixed in r68761. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker <

[issue4994] subprocess (Popen) doesn't works properly

Changes by David W. Lambert : -- nosy: +LambertDW ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue3881] IDLE won't start in custom directory.

Daniel Diniz added the comment: Maybe it's "install into a symbolic link pointing to a path with spaces in it, and idle fails"? -- nosy: +ajaksu2 ___ Python tracker ___ _

[issue4995] sqlite3 module gives SQL logic error only in transactions

Antoine Pitrou added the comment: What if you commit before the insert? -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list m

[issue4994] subprocess (Popen) doesn't works properly

Antoine Pitrou added the comment: Please investigate a bit more before posting. Try the following: Popen(['mplayer','/tvixhd2/Pelis para montar/00049.m2ts','-msglevel', 'all=4','-vo', 'null','-ao', 'null','-vf', 'cropdetect','-vid', '4113','-frames', '500']) -- nosy: +pitrou resolutio

[issue4995] sqlite3 module gives SQL logic error only in transactions

Changes by Muayyad Alsadi : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue4995] sqlite3 module gives SQL logic error only in transactions

New submission from Muayyad Alsadi : when I use transactions I got errors I won't get with sqlite3 cli [als...@pc1 ~]$ python Python 2.5.2 (r252:60911, Sep 30 2008, 15:41:38) [GCC 4.3.2 20080917 (Red Hat 4.3.2-4)] on linux2 Type "help", "copyright", "credits" or "license" for more information.

[issue4065] _multiprocessing doesn't build on macosx 10.3

Jesse Noller added the comment: This issues was fixed on 2008-11-04 by Martin Loewis in r67098 Index: multiprocessing.h === --- multiprocessing.h (revision 67097) +++ multiprocessing.h (revision 67098) @@ -20,7 +20,9 @@ # def

[issue4994] subprocess (Popen) doesn't works properly

New submission from simonbcn : Python 2.5.2 Ubuntu 8.04.1 64 bits ** -- ATTEMPT 1 -- Python: Popen(['mplayer','/tvixhd2/Pelis para montar/00049.m2ts','-msglevel all=4','-vo null','-ao null','-vf cropdetect','-vid 4113','-frames 500'])

[issue4989] 'calendar' module is crummy and should be removed

Skip Montanaro added the comment: Look at the oldest checkin comment for a line still in the module: r2166 | guido | 1990-10-13 14:23:40 -0500 (Sat, 13 Oct 1990) | 2 lines Initial revision In short, it's been there for a long, long time. Long before PEPs. Long before Tkinter. Long bef

[issue4993] Typo in importlib

New submission from Antoine Pitrou : In importlib/_bootstrap.py, line 435 reads: with closing(_fileio_FileIO(source_path, 'r')) as file: which whould probably be: with closing(_fileio._FileIO(source_path, 'r')) as file: -- assignee: brett.cannon messages: 80139 nosy: b

[issue4991] os.fdopen doesn't raise on invalid file descriptors

Benjamin Peterson added the comment: Applied in r68755. Will watch Windows. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue4991] os.fdopen doesn't raise on invalid file descriptors

Antoine Pitrou added the comment: I'm not sure Windows has a valid fstat btw, I'll guess we'll see on the Windows buildbots (in that case, some code can be taken from posixmodule.c to emulate fstat behaviour...). Other than that, the patch looks fine to me. _

[issue4991] os.fdopen doesn't raise on invalid file descriptors

Benjamin Peterson added the comment: Attaching new patch... Added file: http://bugs.python.org/file12791/raise_on_bad_fd2.patch ___ Python tracker ___ ___

[issue4991] os.fdopen doesn't raise on invalid file descriptors

Antoine Pitrou added the comment: I think EBADF is defined everywhere, so you can drop the defined() conditional. ___ Python tracker ___ ___ Py

[issue4992] yield's documentation not updated

New submission from Petr Viktorin : In the yield statement documentation (http://docs.python.org/3.0/reference/simple_stmts.html#the-yield-statement), the old way of calling generators is used: "The body of the generator function is executed by calling the generator’s next() method repeatedly un

[issue4989] 'calendar' module is crummy and should be removed

Brett Cannon added the comment: The other option is to propose its removal on python-dev, get support, and then submit patches for the module's deprecation. -- nosy: +brett.cannon ___ Python tracker ___

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

Mark Dickinson added the comment: Looks good to me. I'm not in a position to test with 16-bit wchar_t, but I can't see why anything would go wrong. I think we can take our chances: check this in and watch the buildbots for signs of trouble. Some minor whitespace issues in the unicodeobject.

[issue3881] IDLE won't start in custom directory.

Martin v. Löwis added the comment: > The problem should be related to the Vista symbolic links. Unfortunately, it isn't as simple as "install into a symbolic link, and it fails". I created c:\temp -> c:\tmp, and installed into c:\temp (i.e. into the symlink), and it still worked fine.

[issue4991] os.fdopen doesn't raise on invalid file descriptors

Benjamin Peterson added the comment: Here's a patch for _FileIO. -- keywords: +patch Added file: http://bugs.python.org/file12790/raise_on_bad_fd.patch ___ Python tracker ___ ___

[issue3881] IDLE won't start in custom directory.

Zlm added the comment: "Programas" is the portuguese translation to "Program Files". I have just installed it to C:\Test\Python and IDLE is working! The problem should be related to the Vista symbolic links. ___ Python tracker

[issue4991] os.fdopen doesn't raise on invalid file descriptors

Antoine Pitrou added the comment: Perhaps io.open should be fixed, then? (or the _FileIO constructor) -- nosy: +pitrou ___ Python tracker ___

[issue4301] incorrect and inconsistent logging in multiprocessing

Jesse Noller added the comment: fixed in r68737, merged to py3k in 68740 -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue4990] test_codeccallbacks.CodecCallbackTest.test_badhandlerresult is not testing anything

Benjamin Peterson added the comment: Thanks for noticing! Fixed in r68736. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue4991] os.fdopen doesn't raise on invalid file descriptors

New submission from Benjamin Peterson : Since os.fdopen is now implemented with io.open, it doesn't use fdopen and check for invalid file descriptors. This isn't a huge issue since subsequent actions on the file will raise an error. -- components: Library (Lib) messages: 80125 nosy: benj

[issue4301] incorrect and inconsistent logging in multiprocessing

Changes by Jesse Noller : Removed file: http://bugs.python.org/file12788/issue4301.patch ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue4301] incorrect and inconsistent logging in multiprocessing

Jesse Noller added the comment: remove the import, not needed. switch to the property Added file: http://bugs.python.org/file12789/issue4301.patch ___ Python tracker ___

[issue4301] incorrect and inconsistent logging in multiprocessing

Changes by Jesse Noller : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-b

[issue4301] incorrect and inconsistent logging in multiprocessing

Jesse Noller added the comment: fix copy/paste error, new patch Added file: http://bugs.python.org/file12788/issue4301.patch ___ Python tracker ___ __

[issue4301] incorrect and inconsistent logging in multiprocessing

Changes by Jesse Noller : Removed file: http://bugs.python.org/file12787/issue4301.patch ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue4301] incorrect and inconsistent logging in multiprocessing

Jesse Noller added the comment: This is a patch to fix the logging module, and remove the crufty code in multiprocessing. -- keywords: +needs review, patch Added file: http://bugs.python.org/file12787/issue4301.patch ___ Python tracker

[issue4990] test_codeccallbacks.CodecCallbackTest.test_badhandlerresult is not testing anything

New submission from Maciek Fijalkowski : the reason is that it of course raises TypeError, since number of args is wrong. -- files: out.diff keywords: patch messages: 80121 nosy: fijal severity: normal status: open title: test_codeccallbacks.CodecCallbackTest.test_badhandlerresult is not

[issue4815] idle 3.1a1 utf8

Martin v. Löwis added the comment: Committed as r68732, r68733. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue4008] IDLE: checksyntax() doesn't support Unicode?

Martin v. Löwis added the comment: Committed as r68730 and r68731. -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue4989] 'calendar' module is crummy and should be removed

Benjamin Peterson added the comment: We cannot just remove modules because of backwards compatibility. Feel free to submit patches for improvements you would like to see in the module. -- nosy: +benjamin.peterson resolution: -> rejected status: open -> closed _

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Changes by Jesse Noller : -- resolution: accepted -> fixed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue3325] use of cPickle in multiprocessing

Jesse Noller added the comment: Checked into python-3000 as r68728 -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue4566] 2.6.1 breaks many applications that embed Python on Windows

Sandy Barbour added the comment: Over 3 years ago I wrote a plugin for the Xplane Flight Simulator. This uses a SDK that Ben Supnik and myself created 6 years ago. Our plugins are DLL's that our plugin manager DLL loads at run time. The plugin embeds python and allows python scripts to be run f

[issue4989] 'calendar' module is crummy and should be removed

New submission from Michał Pasternak : I was looking for some library to handle calendar events. Something PIM- style, something useful, that could check if, for example, 2 weekly repeated events that start on Monday morning and last until December conflict with each other. Then I found 'calen

[issue4892] Sending Connection-objects over multiprocessing connections fails

Changes by Jesse Noller : -- priority: -> normal type: behavior -> feature request ___ Python tracker ___ ___ Python-bugs-list mailing

[issue3881] IDLE won't start in custom directory.

Jacob added the comment: Great idea :) Maybe we're starting to find the problem. I'm using a Danish version of Windows Vista Home Premium SP1, and C:\Programmer is the danish path for C:\Program Files. I'll try that, and leave another message when i'we tried it.

[issue4986] Augmented Assignment / Operations Confusion in Documentation

andrew cooke added the comment: thanks! ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/o

[issue4986] Augmented Assignment / Operations Confusion in Documentation

Georg Brandl added the comment: Fixed in r68727. IMO, "augmented operation" was an acceptable term -- the term "operator" is not strictly limited to operators usable in expressions in Python. However, since it's called "augmented assignment" everywhere else, it's better here too for consistency

[issue4988] A link to "What’s New in Python 2.0" on "The Python Tutorial" release 2.6

Georg Brandl added the comment: Well, this isn't going to change; the last topic of the docs (and therefore the "previous" one to the tutorial) is the 2.0 whatsnew. -- resolution: -> wont fix status: open -> closed ___ Python tracker

[issue3881] IDLE won't start in custom directory.

Martin v. Löwis added the comment: > I don't think thats the solution. > "C:\Program Files\Python\2.6\" and > "C:\Programas\Python\2.6\" > are the same, as "C:\Program Files\Python\2.6\" is a symbolic link to > "C:\Programas\Python\2.6\" to allow compatibility with different > operation system l

[issue4988] A link to "What’s New in Python 2.0" on "The Python Tutorial" release 2.6

New submission from Akira Kitada : It might be not a bug, but I think it's weird to see an ancient What's New link on the new Python tutorial page. http://docs.python.org/tutorial/ -- assignee: georg.brandl components: Documentation messages: 80109 nosy: akitada, georg.brandl severity: n

[issue4987] update distutils.README

Akira Kitada added the comment: How about svn rm "svn.python.org/projects/distutils/" to avoid confusion? -- nosy: +akitada ___ Python tracker ___ ___

[issue4973] calendar formatyearpage returns bytes, not str

Michael Newman added the comment: It seems to be working consistently (see UTF-16 extreme example below), but I had expected it to act similarly to Python 2.6, which it does not. I suppose this is due to the distinction now made between strings and bytes in Python 3.0. I was initially concerned

[issue4987] update distutils.README

New submission from Tarek Ziadé : This file is out of date (6 years old), let's update it http://www.python.org/community/sigs/current/distutils-sig/ needs to be revamped too. -- assignee: tarek components: Distutils, Documentation messages: 80106 nosy: tarek severity: normal status: op

[issue4923] time.strftime documentation needs update

Georg Brandl added the comment: %f and %z are not standardized by C89 and therefore not always available. They fall under the clause "Additional directives may be supported on certain platforms, but only the ones listed here have a meaning standardized by ANSI C." which is noted for time.strfti

[issue3873] Unpickling is really slow

Antoine Pitrou added the comment: Nice catch! I can confirm your figures with protocol=2 (and protocol=-1 as well). -- resolution: duplicate -> status: closed -> open superseder: Rewrite the IO stack in C -> ___ Python tracker

[issue3873] Unpickling is really slow

Hagen Fürstenau added the comment: I uploaded a new pickletst.py which specifies protocol 2, otherwise we're comparing apples with oranges. With this I get: 0.211881160736 0.322369813919 for Python 2.6 and 0.158488035202 1.21621990204 on the io-c branch. Can you confirm this? Added file: ht

[issue3873] Unpickling is really slow

Changes by Hagen Fürstenau : Removed file: http://bugs.python.org/file11497/pickletst.py ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue3881] IDLE won't start in custom directory.

Jacob added the comment: I don't think thats the solution. "C:\Program Files\Python\2.6\" and "C:\Programas\Python\2.6\" are the same, as "C:\Program Files\Python\2.6\" is a symbolic link to "C:\Programas\Python\2.6\" to allow compatibility with different operation system languages. ___

[issue3873] Unpickling is really slow

Antoine Pitrou added the comment: Hello, > With the io-c branch I see much better unpickling performance than > before. But it still seems to be around 2 or 3 times slower than with > cPickle in 2.6. It's much closer here. With 2.7 (trunk) and cPickle: 0.439934968948 0.669679880142 With the i

[issue4882] Behavior of backreferences to named groups in regular expressions unclear

Georg Brandl added the comment: I'm happy to review such a patch. -- priority: -> low ___ Python tracker ___ ___ Python-bugs-list mai

[issue4857] syntax: no unpacking in augassign

Georg Brandl added the comment: Fixed in r68725. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue4986] Augmented Assignment / Operations Confusion in Documentation

New submission from andrew cooke : There's a small confusion in terminology in the documentation related to methods that implement augmented assignment. The "Expressions" section of the language reference ("Simple statements") refers to augmented assignment - http://docs.python.org/3.0/reference

[issue3873] Unpickling is really slow

Hagen Fürstenau added the comment: With the io-c branch I see much better unpickling performance than before. But it still seems to be around 2 or 3 times slower than with cPickle in 2.6. Is this expected at this point of io-c development? Otherwise perhaps this issue should stay open until it

[issue1729742] Document effects of PY_SSIZE_T_CLEAN on argument parsing

Changes by Georg Brandl : -- assignee: -> georg.brandl nosy: +georg.brandl priority: normal -> high title: missing int->Py_ssize_t in documentation -> Document effects of PY_SSIZE_T_CLEAN on argument parsing ___ Python tracker

[issue4980] Documentation for "y#" does not mention PY_SSIZE_T_CLEAN

Georg Brandl added the comment: Duplicate of #1729742. -- resolution: -> duplicate status: open -> closed superseder: -> missing int->Py_ssize_t in documentation ___ Python tracker ___

[issue4979] random.uniform can return its upper limit

Georg Brandl added the comment: Thanks, applied in r68724. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue4561] Optimize new io library

Antoine Pitrou added the comment: Marking this as a duplicate of #4565 "Rewrite the IO stack in C". -- resolution: -> duplicate status: open -> closed superseder: -> Rewrite the IO stack in C ___ Python tracker _

[issue1675951] [gzip] Performance for small reads and fix seek problem

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

[issue3873] Unpickling is really slow

Antoine Pitrou added the comment: Making this a duplicate of #4565 ("Rewrite the IO stack in C"). If anyone disagrees, please reopen! -- resolution: -> duplicate status: open -> closed superseder: -> Rewrite the IO stack in C ___ Python tracker

[issue4565] Rewrite the IO stack in C

Antoine Pitrou added the comment: The work to rewrite the IO stack in C will solve this problem as it will probably solve most performance-related IO problems in py3k. Amaury and I have been progressing a lot, the rewrite is now a real branch in SVN at branches/io-c/. On this very issue, it is

[issue4293] Thread Safe Py_AddPendingCall

Kristján Valur Jónsson added the comment: checked in r68722, let's hope this fixes things. ___ Python tracker ___ ___ Python-bugs-list mailing

[issue4979] random.uniform can return its upper limit

Gabriel Genellina added the comment: Doc update -- keywords: +patch nosy: +gagenellina Added file: http://bugs.python.org/file12784/random.diff ___ Python tracker ___ ___

[issue4914] trunc(x) erroneously documented as built-in

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

[issue4974] Redundant mention of lists and tuples at start of Sequence Types documentation

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

[issue4975] 3.0 base64 doc examples lack bytes 'b' indicator

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

[issue4976] Documentation of the set intersection and difference operators is inaccurate

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

[issue4983] Spurious reference to "byte sequences" in Library stdtypes sequence documentation

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

[issue4984] Inconsistent count of sequence types in Library stdtypes document

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

[issue4979] random.uniform can return its upper limit

Mark Dickinson added the comment: The distinction between < and <= is fairly meaningless when applied to a computed floating-point result. I think the docs should be fixed to replace the < with <=. In any case, the b <= N < a bit has the inequalities the wrong way around: presumably it was

[issue3881] IDLE won't start in custom directory.

Gabriel Genellina added the comment: > I installed Python to C:\Program Files\Python\2.6\ and when I try to > run idle from the start menu, it doesn't work. > "C:\Program Files\Python\2.6\Lib\idlelib>python idle.py > Traceback (most recent call last): > File "idle.py", line 21, in > idle

[issue4973] calendar formatyearpage returns bytes, not str

Gabriel Genellina added the comment: This is the expected behavior; that's why the function takes an "encoding" argument. As it returns a complete XML document, it must be already encoded. Other methods return just document pieces, so str is fine. Probably should be better explained in the do