[issue2121] complex constructor doesn't accept string with nan and inf

Cournapeau David added the comment: Of course, I notice two bugs just after sending the patch... New patch to fix those two issues (no check for closing bracket if opening ones are there and a bug when only imaginary part is given). Added file: http://bugs.python.org/file12503/nan_parse.patch

[issue2121] complex constructor doesn't accept string with nan and inf

Cournapeau David added the comment: I started a patch against the trunk to handle nan/inf/infinite (I have not yet tackled the problem of negative zero). The patch is a bit big, because I found the function quite difficult to follow, so I refactored it a bit first (replacing the state machine w

[issue4775] Incorrect documentation - UTC time

David Morley added the comment: > I propose to add this sentence to the explanation of the epoch: > > "It is platform-dependent whether or not 'seconds since the epoch' > includes leap seconds. Most systems likely implement `Unix time`_" That solution is fine. Anyone sufficiently concerned abo

[issue4790] Optimization to heapq module

Raymond Hettinger added the comment: After looking at the ugly handling of this logic in the 3.0 translation, I've reconsidered. It is better to have a separate path for the case where the key is None. See r68095 and r68096 . -- resolution: rejected -> accepted __

[issue4788] two bare "except" clauses are used in the ssl module

Benjamin Peterson added the comment: Fixed in r68089 and r68091. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue4787] Curses Unicode Support

Damian added the comment: Looks like this was my mistake, not a bug. According to: http://mail.python.org/pipermail/python-list/2007-July/450133.html Python 2.5 also requires the addition of libcursesw but it was working for the Ubuntu release because they specifically added it. There's no miss

[issue4790] Optimization to heapq module

Raymond Hettinger added the comment: Am rejecting the patch because it violates the sort equivalence guarantee (including sort's promise to maintain stability). If you need the speed and don't care about sort stability, then just use _heapq.nsmallest() or _heapq.nlargest() directly. We could c

[issue3023] Problem with invalidly-encoded command-line arguments (Unix)

Dan Dever added the comment: >> What if someone puts unconvertible strings in the password database? > > Which database? It sounds like a different issue. It's yet another special case of the more general issue, which is that Unix strings are strings of bytes that may or may not be encoded text

[issue1664] nntplib is not IPv6-capable

Chris Morrow added the comment: Are we sure that the 2.6 fix (in the patch) will make it into 2.6? (and the right upstream patching will happen to the 3.0 code as well?) ___ Python tracker _

[issue4790] Optimization to heapq module

New submission from Nilton : The wrapper around heapq.nlargest and heapq.nsmallest is much slower than it's C version. $ python2.5 -mtimeit -s 'import random; random.seed(123); n=99; x=range(n); random.shuffle(x); import _heapq' '_heapq.nlargest(3, x)' 10 loops, best of 3: 142 msec per loop

[issue4789] Documentation changes break existing URIs

New submission from Mark Sapiro : The Mailman GUI contains a few links to the python.org documentation which are now broken. These links and the current equivalents are: http://www.python.org/doc/ works, but could map to http://docs.python.org/ http://www.python.org/doc/current/ works, b

[issue3023] Problem with invalidly-encoded command-line arguments (Unix)

STINNER Victor added the comment: > Hmm, yes, I see that the open() builtin doesn't accept bytes > filenames, though os.open() still does. What? open() builtin, io.open() and os.open() accept bytes filename. > So what *is* os.listdir() supposed to do when it finds an > unconvertible filename?

[issue4770] binascii module, crazy error messages, unexpected behavior

STINNER Victor added the comment: See also issue #4769 (want base64.b64decode(str)). -- nosy: +haypo ___ Python tracker ___ ___ Python

[issue4777] nntplib - python 2.5

STINNER Victor added the comment: Python 2.5 branch doesn't accept bugfix anymore, only security issues. See #1664 for python 2.6+ and 3.0+. -- nosy: +haypo resolution: -> wont fix status: open -> closed ___ Python tracker

[issue1664] nntplib is not IPv6-capable

STINNER Victor added the comment: About Python 2.5: this branch doesn't accept bugfix anymore, only security issues. So only Python 2.6+ and 3.0+ can be patched. ___ Python tracker ___ _

[issue1664] nntplib is not IPv6-capable

STINNER Victor added the comment: I like nntplib_ipv6.patch: it's a generic solution (may support address families other than IPv6) and reuse code (socket.create_connection()) is always a good thing :-) -- nosy: +haypo ___ Python tracker

[issue4788] two bare "except" clauses are used in the ssl module

STINNER Victor added the comment: socket.getpeername() can only raises an error of type socket.error, so the patch is valid and needed! -- nosy: +haypo ___ Python tracker ___ __

[issue4787] Curses Unicode Support

STINNER Victor added the comment: For Solaris, see this bug report of nano editor: https://savannah.gnu.org/bugs/?24028 libcurses has been added to OpenSolaris in Septembre 2008. But it don't see the unicode version (libncusesw) :-/ ___ Python tracker

[issue4788] two bare "except" clauses are used in the ssl module

Changes by Giampaolo Rodola' : -- nosy: +janssen ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue4788] two bare "except" clauses are used in the ssl module

Changes by Giampaolo Rodola' : Added file: http://bugs.python.org/file12500/ssl-py3k.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue4788] two bare "except" clauses are used in the ssl module

New submission from Giampaolo Rodola' : >From PEP-8: > When catching exceptions, mention specific exceptions > whenever possible instead of using a bare 'except:' clause. > [...] > A bare 'except:' clause will catch SystemExit and KeyboardInterrupt > exceptions, making it harder to interrupt a

[issue4787] Curses Unicode Support

STINNER Victor added the comment: ncursesw looks to be available for: - Linux: eg. packaged in Ubunbut - NetBSD: ftp://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/devel/ncursesw/README.html - FreeBSD: ncurses package with USE="unicode" - Mac OS X: http://ncursesw.darwinports.com/ - Windows: b

[issue2552] test_ctypes failed Python 2.6a2 Solaris 10 SUN C

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue4787] Curses Unicode Support

Damian added the comment: Just finished recompiling and works perfectly. My hat's off to you - many thanks! -Damian ___ Python tracker ___ ___

[issue4787] Curses Unicode Support

STINNER Victor added the comment: See also the old (and closed) issue #1428494: Prefer linking against ncursesw over ncurses library. ___ Python tracker ___ _

[issue4787] Curses Unicode Support

STINNER Victor added the comment: I think that I catched the problem: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=379447 _curses.so should be linked to libncursesw.so.5 and not libncurses.so.5. I tested on Hardy and I doesn't work because _curses.so was linked to libncurses.so.5. Few co

[issue4786] xml.etree.ElementTree module name in Python 3

Quentin Gallet-Gilles added the comment: ElementTree is maintained externally, that's why it wasn't renamed during the stdlib reorganization : http://www.python.org/dev/peps/pep-3108/#open-issues -- nosy: +quentin.gallet-gilles ___ Python tracker

[issue4787] Curses Unicode Support

Damian added the comment: Doing a checkout of the trunk - I'll let you know if it works. Thanks! ___ Python tracker ___ ___ Python-bugs-list ma

[issue4787] Curses Unicode Support

STINNER Victor added the comment: > You do mean the Python 3.0 example didn't work, right? I only tested yje Python3 example and it works correctly on my computer. I'm using Python3 trunk but I don't think that the curses module changed after the 3.0 release. $ ./python Python 3.1a0 (py3k:67

[issue4787] Curses Unicode Support

Damian added the comment: Ack - sorry, typo. I meant "You do mean the Python 3.0 example did work, right?" ___ Python tracker ___ ___ Python-bu

[issue4787] Curses Unicode Support

Damian added the comment: My OS is Ubuntu 8.04 (Hardy) and the locale is utf-8: >>> locale.setlocale(locale.LC_ALL,"") 'en_US.UTF-8' You do mean the Python 3.0 example didn't work, right? The Python3.0 header is: Python 3.0 (r30:67503, Dec 21 2008, 02:16:52) [GCC 4.2.4 (Ubuntu 4.2.4-1ubuntu3)

[issue4702] [PATCH] msvc9compiler raises IOError when no compiler found instead of DistutilsError

Tarek Ziadé added the comment: Fixed, thanks for the patch Philip, -- status: open -> closed versions: +Python 2.7, Python 3.1 ___ Python tracker ___

[issue4787] Curses Unicode Support

STINNER Victor added the comment: I tested your example on Linux (Ubuntu Gutsy) and it works correctly. What is your: - OS (name, version) - locale (charset?) -- nosy: +haypo ___ Python tracker ___

[issue4787] Curses Unicode Support

New submission from Damian : Hi, in switching to Python 3.0 I've run into an issue with displaying Unicode characters via curses. In Python 2.x a simple hello-world looks like: #!/usr/bin/python # coding=UTF-8 import curses import locale locale.setlocale(locale.LC_ALL,"") def doStuff(stdscr):

[issue4749] Issue with RotatingFileHandler logging handler on Windows

Lowell Alleman added the comment: I've ran into the same problem before. I've found that due to differences between the way Unix and Windows handles files (inodes vs file handles), this problem is more apparent on Windows, but it isn't handled 100% correctly on Unix systems either. I think the

[issue4472] Is shared lib building broken on trunk for Mac OS X?

Roumen Petrov added the comment: > A --enable-framework and --enable-shared are mutable exclusive. You > either have a regular unix build or a Python.framework. May be configure has to block user if both are enabled. > Is there any documentation on what the role of the "SO" variable means. Re

[issue4688] GC optimization: don't track simple tuples and dicts

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue4074] Building a list of tuples has non-linear performance

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue4786] xml.etree.ElementTree module name in Python 3

New submission from David M. Beazley : Not a bug, but a question to developers: Is xml.etree.ElementTree going to be the only standard library module in Python 3.0 that doesn't follow the standard Python 3.0 module naming conventions? (e.g., socketserver, configparser, etc.). Are there any

[issue4626] compile() doesn't ignore the source encoding when a string is passed in

Changes by John Machin : -- nosy: +sjmachin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue4783] json documentation needs a BAWM (Big A** Warning Message)

David M. Beazley added the comment: Thanks! Hopefully I'm not giving you too much work to do :-). Cheers, Dave ___ Python tracker ___ ___ Py

[issue4782] json documentation missing load(), loads()

Bob Ippolito added the comment: There are some missing colons in the documentation apparently, which causes reStructuredText to ignore the documentation for those two functions. -- nosy: +bob.ippolito ___ Python tracker

[issue4783] json documentation needs a BAWM (Big A** Warning Message)

Bob Ippolito added the comment: Ok, I've added some notes to the trunk of simplejson's documentation. Not sure when/if that'll hit the Python trunks, I've been having a hard time getting my other patches to sync up with simplejson through: http://bugs.python.org/issue4136 ___

[issue4783] json documentation needs a BAWM (Big A** Warning Message)

David M. Beazley added the comment: Just consider me to be an impartial outside reviewer. Hypothetically, let's say I'm a Python programmer who knows a thing or two about standard library modules (like pickle), but I'm new to JSON so I come looking at the json module documentation. The doc

[issue4783] json documentation needs a BAWM (Big A** Warning Message)

Bob Ippolito added the comment: You're the first person to ever raise any of these issues in the slightly more than 3 years that the package has been around (by other names), so I'm not sure such a warning needs to be that big. JSON doesn't really have any framing, so serializing more than on

[issue4769] b64decode should accept strings or bytes

David M. Beazley added the comment: One more followup. The quopri module (which is highly related to base64 in that quopri and base64 are often used together within MIME) does accept both unicode and byte strings when decoding. For example, this works: >>> quopri.decodestring('Hello World

[issue4472] Is shared lib building broken on trunk for Mac OS X?

Ronald Oussoren added the comment: A --enable-framework and --enable-shared are mutable exclusive. You either have a regular unix build or a Python.framework. As to the SO update: the only way to avoid my change is yet another variable in the makefile. The "altbininstall" target assumes that

[issue4780] Makefile.pre.in patch to run regen on OSX (framework build)

Benjamin Peterson added the comment: I probably forgot to add it when I was missing with the Makefile a while back. I applied your patch in r68075. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker

[issue4472] Is shared lib building broken on trunk for Mac OS X?

Roumen Petrov added the comment: Ronald, In proposed patch we see (insert about line 740): + LDLIBRARY='libpython$(VERSION).dylib' + BLDLIBRARY='-L. -lpython$(VERSION)' + RUNSHARED='DYLD_LIBRARY_PATH=`pwd`:${DYLD_LIBRARY_PATH}' Let see comment in configure script(about line

[issue4785] json.JSONDecoder() strict argument undocumented and potentially confusing

New submission from David M. Beazley : The strict parameter to JSONDecoder() is undocumented and is confusing because someone might assume it has something to do with the encoding parameter or the general handling of parsing errors (which it doesn't). As far as I can determine by reading the s

[issue4784] Mismatch in documentation for module "webbrowser"

New submission from Eric Naeseth : In Python 2.5, a new method named "open_new_tab" was added to webbrowser and webbrowser's browser controller objects. With this addition, there are now three methods on browser controllers, but the documentation still reads: "Browser controllers provide two m

[issue4783] json documentation needs a BAWM (Big A** Warning Message)

Changes by Benjamin Peterson : -- assignee: georg.brandl -> bob.ippolito nosy: +bob.ippolito ___ Python tracker ___ ___ Python-bugs-lis

[issue4263] BufferedWriter non-blocking overage

Antoine Pitrou added the comment: Here is a patch which replaces testWriteNonBlocking with a reasonable implementation-independent test (it works with e.g. the io-c sandbox). The new test also checks for the current problem, i.e. it passes with the fix to io.py and fails without. Added file: ht

[issue4783] json documentation needs a BAWM (Big A** Warning Message)

New submission from David M. Beazley : The json module is described as having an interface similar to pickle: json.dump() json.dumps() json.load() json.loads() I think it would be a WISE idea to add a huge warning message to the documentation that these functions should *NOT*

[issue4742] 3.0 distutils byte-compiling -> Syntax error: unknown encoding: cp1252

Changes by Tarek Ziadé : -- resolution: -> duplicate ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue4263] BufferedWriter non-blocking overage

Antoine Pitrou added the comment: The tests should be written so as not to rely on internal implementation details (the _write_buf attribute). -- nosy: +pitrou ___ Python tracker ___

[issue4472] Is shared lib building broken on trunk for Mac OS X?

Ronald Oussoren added the comment: "SO=.dylib" is needed in the makefile to ensure that "make install" works and to ensure that the libpython shared library is build with the right suffix (OSX uses .dylib for shared libraries). The code in distutils.sysconfig is necessary to ensure that exte

[issue4472] Is shared lib building broken on trunk for Mac OS X?

Changes by Skip Montanaro : -- title: Is shared lib building broken on trunk? -> Is shared lib building broken on trunk for Mac OS X? ___ Python tracker ___ _

[issue4472] Is shared lib building broken on trunk?

Roumen Petrov added the comment: Skip, Why the issue title is without platform? Shared build is fine on Linux and Cygwin too. ___ Python tracker ___ __

[issue4472] Is shared lib building broken on trunk?

Roumen Petrov added the comment: What is reason to change SO to ".dylib" in configure script and later Lib/distutils/sysconfig.py to restore it to ".so" ? Also other builds use $(LDSHARED) to create python shared library. Why proposed patch introduce inconsistency with other builds and ignore L

[issue4782] json documentation missing load(), loads()

New submission from David M. Beazley : Documentation for the json module in Python 2.6 and Python 3.0 doesn't have any description for load() or loads() even though both functions are used in the examples. -- assignee: georg.brandl components: Documentation messages: 78542 nosy: beazle

[issue4472] Is shared lib building broken on trunk?

Ronald Oussoren added the comment: I've uploaded a new version of issue4472.patch that seems to do the trick: this supports --enable-shared and also still works without that flag. Added file: http://bugs.python.org/file12497/issue4472.patch ___ Python trac

[issue4781] The function, Threading.Timer.run(), may be Inappropriate

New submission from Deli.Zhang : def run(self): self.finished.wait(self.interval) if not self.finished.isSet(): self.function(*self.args, **self.kwargs) self.finished.set() I think the function run() should be modified to like this below: def run(self):

[issue4472] Is shared lib building broken on trunk?

Changes by Ronald Oussoren : Removed file: http://bugs.python.org/file12496/issue4472.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue4472] Is shared lib building broken on trunk?

Ronald Oussoren added the comment: Never mind, the patch won't work. Python's build procedure on unix-y platforms assumes that the suffix for shared libraries is the same as that for python extentions. That's not true on OSX :-( I'm working on an updated patch. __

[issue1738250] Universal MacPython 2.5.1 installation fails

Ronald Oussoren added the comment: Can you reproduce this problem with the installer for Python 2.6? ___ Python tracker ___ ___ Python-bugs-

[issue4554] Missing make altframeworkinstall for Mac OS X

Ronald Oussoren added the comment: "make frameworkinstall" should be deprecated anyway, AFAIK it should be possible to use "make install" or "make altinstall" for framework installs as well. That latter should make it possible to install multiple versions of python side-by-side without interf

[issue4472] Is shared lib building broken on trunk?

Ronald Oussoren added the comment: The issue is caused by lack of support for building .dylibs in configure.in and Makefile.pre.in. AFAIK this has never worked on OSX. Fixing that is not entirely trivial (did I mention configure.in is rather crufty?). The attached patch should fix that (the

[issue4779] Can't import Tkinter

Changes by Georg Brandl : -- resolution: -> works for me status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue4742] 3.0 distutils byte-compiling -> Syntax error: unknown encoding: cp1252

Amaury Forgeot d'Arc added the comment: This is a duplicate of issue4626. Here, the content is correctly decoded with cp1252, then passed to compile(); but compile() works on the internal utf-8 representation, and tries to decode it again with cp1252! Yes, the error message is overwritten. If

[issue4626] compile() doesn't ignore the source encoding when a string is passed in

Amaury Forgeot d'Arc added the comment: Issue4742 is similar issue: >>> source = b"# coding=cp1252\n\x94 = '\x94'".decode('cp1252') >>> compile(source, '', 'exec') Traceback (most recent call last): File "", line 1, in File "", line 0 SyntaxError: unknown encoding: cp1252 The real error h

[issue4755] Common path prefix

Nick Coghlan added the comment: The regex based approach to the component splitting when os.altsep is defined obviously works as well. Duplicating the values of sep and altsep in the default regex that way grates a little though... ___ Python tracker

[issue4755] Common path prefix

Nick Coghlan added the comment: 1. The discussion on python-dev shows that the current documentation of os.path.commonprefix is incorrect - it technically works element by element rather than character by character (since it will handle sequences other than strings, such as lists of path compone

[issue3872] Python 2.6rc2: Tix ComboBox error

Matthew Karas added the comment: I'm sorry, will this fix get into a new release? I tried using a tix widget on 2.6.1 and got the same error. -- nosy: +lucidguppy ___ Python tracker __

[issue4755] Common path prefix

Skip Montanaro added the comment: I think we need to recognize the inherent limitations of what we can expect to do. It is perfectly reasonable for a user on Windows to import posixpath and call posixpath.commonpathprefix. The function won't have access to the actual filesystems being manipula

[issue4051] UNICODE macro in cPickle conflicts with Windows define

Changes by Martin v. Löwis : -- assignee: -> loewis priority: -> high resolution: -> accepted stage: -> commit review ___ Python tracker ___ __

[issue4075] Use WCHAR variant of OutputDebugString

Changes by Martin v. Löwis : -- assignee: -> loewis priority: -> high ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue4075] Use WCHAR variant of OutputDebugString

Changes by Martin v. Löwis : -- stage: -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue4075] Use WCHAR variant of OutputDebugString

Changes by Martin v. Löwis : -- resolution: -> accepted ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue4755] Common path prefix

Martin v. Löwis added the comment: The documentation should explain what a "common path prefix" is. It can't be the path to a common parent directory, since the new function doesn't allow mixing absolute and relative directories. As Phillip Eby points out, it also doesn't account for case-insens

[issue4742] 3.0 distutils byte-compiling -> Syntax error: unknown encoding: cp1252

John Machin added the comment: (1) what am I supposed to infer from "Yup"?? That all of that \x9d stuff was a mistake? (2) +def tearDown(self): +pyc_file = os.path.join(os.path.dirname(__file__), 'cp1252.pyc') +if os.path.exists(pyc_file): +os.patth.remove(pyc_fi

[issue4775] Incorrect documentation - UTC time

Martin v. Löwis added the comment: > It was the fact that (at least under Mac OS X) the numeric > representation assumes a 86400 second day that led me to > believe that non-SI seconds and hence a non-UTC version of Universal > Time, such as UT1 was being used. AFAICT, Mac OSX also uses Unix ti

[issue4780] Makefile.pre.in patch to run regen on OSX (framework build)

New submission from Ronald Oussoren : I needed the attached patch to install a framework build of Python3 (py3k branch), otherwise the 'regen' script wouldn't start to build Lib/plat- mac. I haven't applied the patch to the repository because I don't know if there's a reason for not using RUNS

[issue4702] [PATCH] msvc9compiler raises IOError when no compiler found instead of DistutilsError

Changes by Tarek Ziadé : -- assignee: -> tarek nosy: +tarek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue4742] 3.0 distutils byte-compiling -> Syntax error: unknown encoding: cp1252

Changes by Tarek Ziadé : Added file: http://bugs.python.org/file12494/encoding.issue.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue4742] 3.0 distutils byte-compiling -> Syntax error: unknown encoding: cp1252

Changes by Tarek Ziadé : Removed file: http://bugs.python.org/file12493/encoding.issue.patch ___ Python tracker ___ ___ Python-bugs-list mailin

[issue4742] 3.0 distutils byte-compiling -> Syntax error: unknown encoding: cp1252

Tarek Ziadé added the comment: yup, here's the test I have written to demonstrate the problem. In any case, compile doesn't behave right way in the first place. -- keywords: +patch Added file: http://bugs.python.org/file12493/encoding.issue.patch ___

[issue4742] 3.0 distutils byte-compiling -> Syntax error: unknown encoding: cp1252

Marc-Andre Lemburg added the comment: On 2008-12-30 13:20, John Machin wrote: > byte-compiling C:\python26\Lib\site-packages\x9d.py to x9d.pyc > SyntaxError: ('unknown encoding: cp1252', > ('C:\\python26\\Lib\\site-packages\\x9d.py', 0, 0, None)) > > byte-compiling c:\python25\Lib\site-packages

[issue4775] Incorrect documentation - UTC time

David Morley added the comment: - My use of mktime was a bad choice for an example, since "local time" is not defined and does not necessarily bear any relationship to UTC. However the documentation does claim that time.gmtime converts "a time expressed in seconds since the epoch" to "a struc

[issue4742] 3.0 distutils byte-compiling -> Syntax error: unknown encoding: cp1252

John Machin added the comment: TWO POINTS: (1) I am not very concerned about chars like \x9d which are not valid in the declared encoding; I am more concerned with chars like \x93 and \x94 which *ARE* valid in the declared encoding. Please ensure that these cases are included in tests. (2) Pleas

[issue4710] [PATCH] zipfile.ZipFile does not extract directories properly

Changes by Martin v. Löwis : -- priority: -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue3997] zipfile and winzip

Changes by Martin v. Löwis : -- priority: -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue1011893] Problems importing packages in ZIP file

Martin v. Löwis added the comment: It seems most people agree that this "works for me". -- resolution: -> works for me status: open -> closed ___ Python tracker ___ _

[issue4779] Can't import Tkinter

Quentin Gallet-Gilles added the comment: Tkinter has been renamed to tkinter (and been made a package) as part of the stdlib reorganisation : http://www.python.org/dev/peps/pep-3108/#tkinter-package -- nosy: +quentin.gallet-gilles ___ Python tracker

[issue4779] Can't import Tkinter

New submission from pierre.lhoste : I've just installed Python 3.0 (with Tkinter) on Windows Vista, but I can't import Tkinter : "No module named Tkinter" When installing Python 2.6, it works. Why ? Thank you. -- components: Tkinter messages: 78519 nosy: pierre.lhoste severity: normal s

[issue4742] 3.0 distutils byte-compiling -> Syntax error: unknown encoding: cp1252

Tarek Ziadé added the comment: Here's a status: The problem is located in the codec that decodes the data (called by the compile builtin). It throws an error : *** UnicodeDecodeError: 'charmap' codec can't decode byte 0x9d in position 853: character maps to Which is caught by compile and tr

[issue4778] Small typo in multiprocessing documentation

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

[issue4778] Small typo in multiprocessing documentation

New submission from Dmitry Vasiliev : Small typo about "call" Process.daemon flag. The patch attached. -- assignee: georg.brandl components: Documentation files: multiprocessing.patch keywords: patch messages: 78516 nosy: georg.brandl, hdima severity: normal status: open title: Small typ

[issue4742] 3.0 distutils byte-compiling -> Syntax error: unknown encoding: cp1252

Changes by Tarek Ziadé : -- assignee: -> tarek nosy: +tarek priority: -> normal type: -> crash ___ Python tracker ___ ___ Python-bug

[issue4750] tarfile keeps excessive dir structure in compressed files

Martin v. Löwis added the comment: No further bug fixes are accepted for 2.5 (unless they fix security problems), so I reject the 2.5 patch. ___ Python tracker ___ ___

  1   2   >