[issue6243] getkey() can segfault in combination with curses.ungetch()

Jerry Chen added the comment: Another patch for the same code change but against the 3.1 branch. -- versions: +Python 3.0, Python 3.1 Added file: http://bugs.python.org/file14364/issue6243-py3.1-cursesmodule.diff ___ Python tracker

[issue6243] getkey() can segfault in combination with curses.ungetch()

Jerry Chen added the comment: Sorry -- bad patch, uploading correct one. -- Added file: http://bugs.python.org/file14363/issue6243-py2.7-cursesmodule.diff ___ Python tracker ___

[issue6243] getkey() can segfault in combination with curses.ungetch()

Changes by Jerry Chen : Removed file: http://bugs.python.org/file14362/issue6243-py2.7-cursesmodule.diff ___ Python tracker ___ ___ Python-bugs

[issue6243] getkey() can segfault in combination with curses.ungetch()

Jerry Chen added the comment: Trundle's original patch against r73301 still works currently, but I made a minor tweak and rediff'd. The attached patch is against 2.7 - r73552. I added knp usage to the NetBSD #ifdef region so a) the compiler doesn't complain about unused 'knp' on NetBSD and b)

[issue4388] test_cmd_line fails on MacOS X

Changes by Ned Deily : -- nosy: +ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue6243] getkey() can segfault in combination with curses.ungetch()

Jerry Chen added the comment: Verified Bus Error with code snippet in python 2.7 and 3.1 trunks r73552, e.g.: (gdb) where #0 0x925f6f30 in strlen () #1 0x0005ea10 in PyString_FromString (str=0x0) at Objects/stringobject.c:125 #2 0x003c1710 in PyCursesWindow_GetKey (self=0x3320f0, args=0x3000

[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails

Senthil added the comment: > Craig McQueen comment: > > Speaking as a Mercurial user who can't use Mercurial at work through a > proxy firewall... I beg you to consider that fixing this is not really We might have to take this up at python-dev. I shall do that to get other developers opinion on

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

R. David Murray added the comment: Because I'm a unix weenie, and zip files feel like an intrusion from the Windows world. I expect source tarballs to be, well, tarballs. I don't say zip shouldn't be the default, I just noted that I personally would find that distasteful. ;) -- __

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

Antoine Pitrou added the comment: > Personally I would very much dislike it if python source distributions > were zipfiles by default. Why? -- ___ Python tracker ___ ___

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

Antoine Pitrou added the comment: > other container like zip-container is > not well designed for unix-like file systems. Well, please be more specific as to why zip it affects "sdist" in particular. Never before have I heard anyone claim that zip was ill-suited for source tarballs. > I disagr

[issue6233] ElementTree (py3k) doesn't properly encode characters that can't be represented in the specified encoding

Jerry Chen added the comment: Thanks for the explanation -- looks like I was way off base on that one. I took a look at the code you provided but it doesn't work as a drop-in replacement for _escape_cdata, since that function returns a string rather than bytes. However taking your code, callin

[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails

Craig McQueen added the comment: @gregory.p.smith: > This change is not suitable for back porting as it arguably adds a new feature. Speaking as a Mercurial user who can't use Mercurial at work through a proxy firewall... I beg you to consider that fixing this is not really adding a "new featu

[issue5753] CVE-2008-5983 python: untrusted python modules search path

Tanaka Akira added the comment: src/if_python.c in vim-7.2 has a comment: /* Set sys.argv[] to avoid a crash in warn(). */ I think the crash is follows. % python Python 2.5.2 (r252:60911, Jan 4 2009, 17:40:26) [GCC 4.3.2] on linux2 Type "help", "copyright", "credits" or "license" for more in

[issue6236] os.popen causes illegal seek on AIX in Python 3.1rc

nestor added the comment: That fails consistently: Python 2.6.2 (r262:71600, Jun 4 2009, 16:07:26) [C] on aix5 Type "help", "copyright", "credits" or "license" for more information. >>> import os >>> r,w=os.pipe() >>> os.lseek(r,0,1) Traceback (most recent call last): File "", line 1, in OSE

[issue6340] replace tdemo_chaos.py

Changes by Gregor Lingl : Added file: http://bugs.python.org/file14360/tdemo_chaos.py ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue6340] replace tdemo_chaos.py

Changes by Gregor Lingl : Removed file: http://bugs.python.org/file14359/tdemo_chaos.py ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue6340] replace tdemo_chaos.py

Changes by Gregor Lingl : Added file: http://bugs.python.org/file14359/tdemo_chaos.py ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue6340] replace tdemo_chaos.py

Changes by Gregor Lingl : Removed file: http://bugs.python.org/file14358/tdemo_chaos.py ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue6340] replace tdemo_chaos.py

New submission from Gregor Lingl : I've submitted a replacement, which is functionally 100% equivalent, but cleaner code, more appropriate for a demo: four or five superfluous lines, which were remains from some previous version are deleted now; names and comments are now in English. Regards, G

[issue5166] ElementTree and minidom don't prevent creation of not well-formed XML

Fredrik Lundh added the comment: For ET, that's very much on purpose. Validating data provided by every single application would kill performance for all of them, even if only a small minority would ever try to serialize data that cannot be represented in XML. -- __

[issue6233] ElementTree (py3k) doesn't properly encode characters that can't be represented in the specified encoding

Fredrik Lundh added the comment: That's backwards, unless I'm missing something here: charrefs represent Unicode characters, not UTF-8 byte values. The character "LATIN SMALL LETTER A WITH TILDE" with the character value 227 should be represented as "ã" if serialized to an encoding that does

[issue6337] multiprocessing module: Double close of sys.stdin - ID: 2811568

Jesse Noller added the comment: Dupe of issue 5313 -- resolution: -> duplicate status: open -> closed ___ Python tracker ___ ___ Pyth

[issue6339] Some functional errors in turtle.py documentation (missing links)

New submission from Gregor Lingl : In the Python3.1rc2 documentation for turtle.py there are the following functional errors: In the overview section the (newly added) entries for the functions/methods shearfactor get_shapepoly onkeypress numinput do not have links to the corresponding text s

[issue6337] multiprocessing module: Double close of sys.stdin - ID: 2811568

Changes by Benjamin Peterson : -- assignee: -> jnoller nosy: +jnoller ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue6338] Error message displayed on stderr when no C compiler is present with ctypes

New submission from Eric Huss : Importing the "uuid" module on a posix system (FreeBSD in my case) that does not have a C compiler causes "cc: not found" to be sent to stderr. This is because it imports ctypes and calls ctypes.util.find_library which attempts to determine if the C compiler is ca

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

R. David Murray added the comment: I do not believe it is true that zip is supported by all platforms out of the box. As far as I know Gentoo, for example, does not install unzip by default. For that matter, before windows XP one had to download a utility to unzip files on windows (and that ut

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

Michael Foord added the comment: Yup, standard install procedure is (and will probably remain for a while) - unpack and run python setup.py install Users should be able to unpack on the most common platforms Python supports without needing additional tools. All major platforms have native zip s

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

Zooko O'Whielacronx added the comment: Antoine, when you say zip has "better support everywhere", what do you mean? I don't want to put words in your mouth, but what I think of is that users maybe want to pack or unpack distributions with separate tools instead of with the Python tools. Is tha

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

Roumen Petrov added the comment: Antoine, you may mix container with compression. tar as file container is suitable for unix like systems. other container like zip-container is not well designed for unix-like file systems. I disagree with request. Package distribution is platform dependent. --

[issue6335] Add support for mingw

Roumen Petrov added the comment: quote : "Primarily because the patches that have been contributed don't work well. " :) -- nosy: +rpetrov ___ Python tracker ___

[issue6331] Add unicode script info to the unicode database

Martin v. Löwis added the comment: >> I'm puzzled why you use a hard-coded list of script names. The set of >> scripts will certainly change across Unicode versions, and I think it >> would be better to learn the script names from Scripts.txt. > > I hardcoded the list, because I saw no easy way

[issue6334] 3.0/3.1: Bad bug in range() computation (or possible Integer problem)

Mark Dickinson added the comment: Backported to release30-maint branch in r73549. Thanks for catching this, Markus! -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed ___ Python tracker

[issue6335] Add support for mingw

Martin v. Löwis added the comment: > Don't understand you still don't support it. Primarily because the patches that have been contributed don't work well. We see no point in adding patches that don't work, and prefer to add only patches that actually do work. -- nosy: +loewis ___

[issue6315] locale._build_localename(locale.getdefaultlocale()) returns 'C.mac-roman'

Ned Deily added the comment: This was probably fixed by the checkins for Issue6202. $ python3.1 Python 3.1rc1+ (py3k, Jun 8 2009, 22:53:59) [GCC 4.0.1 (Apple Inc. build 5490)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import locale >>> locale._build_

[issue6331] Add unicode script info to the unicode database

Changes by Walter Dörwald : Added file: http://bugs.python.org/file14356/unicode-script-2.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue6331] Add unicode script info to the unicode database

Walter Dörwald added the comment: Martin v. Löwis wrote: > Martin v. Löwis added the comment: > > I think the patch is incorrect: the default value for the script > property ought to be Unknown, not Common (despite UCD.html saying the > contrary; see UTR#24 and Scripts.txt). Fixed. > I'm puz

[issue6334] 3.0/3.1: Bad bug in range() computation (or possible Integer problem)

Mark Dickinson added the comment: Applied to py3k in r73547. Will backport to 3.0. -- versions: -Python 3.1 ___ Python tracker ___ _

[issue6334] 3.0/3.1: Bad bug in range() computation (or possible Integer problem)

Benjamin Peterson added the comment: The patch looks good. Please apply. -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python

[issue6327] [mimetext] long lines get cut with exclamation mark and newline

Amaury Forgeot d'Arc added the comment: Are you referring to the email.mime.text.MIMEText class (or email.MIMEText.MIMEText)? How did you use it? A basic test (print MIMEText('long'*500)) did not show any line break. -- nosy: +amaury.forgeotdarc ___

[issue6334] 3.0/3.1: Bad bug in range() computation (or possible Integer problem)

Changes by Mark Dickinson : -- stage: -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue6334] 3.0/3.1: Bad bug in range() computation (or possible Integer problem)

Mark Dickinson added the comment: Here's a patch for py3k. There are also a whole bunch of tests that are commented out in BuiltinTest.test_range in Lib/test/test_builtin.py. Some of those tests fail with the current py3k; with this patch applied, they all pass except the one involving 'badzer

[issue6337] multiprocessing module: Double close of sys.stdin - ID: 2811568

New submission from Alexey Akimov : Double close of FD 0 when child process spawns its own child process. Bug causes wrong file descriptors to be closed. Bug affects only posix system. How to reproduce: >>> import multiprocessing as mp >>> def child(q): ... print 'current process:', mp.current_

[issue6334] 3.0/3.1: Bad bug in range() computation (or possible Integer problem)

Mark Dickinson added the comment: The length calculation in range_iter in Objects/rangeobject.c is incorrect, when using a longrangeiterobject. The length is computed as: (stop - start)//step. It should be ceiling((stop-start)/step), or 1 + (stop - start - 1)//step, provided that start <= st

[issue6336] nb_divide missing in docs

New submission from Floris Bruynooghe : http://docs.python.org/c-api/typeobj.html#number-object-structures is missing the entry for nb_divide, this is confusing. -- assignee: georg.brandl components: Documentation messages: 89664 nosy: flub, georg.brandl severity: normal status: open tit

[issue6335] Add support for mingw

New submission from smartmobili : Hi, I can see that python still doesn't support mingw environnment whil during past years some people provided some patch. I wanted recently to compile Python-3.0.1 on mingw and I have found a patch in a svn repository of a opensource project(don't remember whic

[issue2622] Import errors in email.message.py

Barry A. Warsaw added the comment: Looks good; feel free to commit. -- versions: -Python 2.5 ___ Python tracker ___ ___ Python-bugs-l

[issue6334] 3.0/3.1: Bad bug in range() computation (or possible Integer problem)

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

[issue6334] 3.0/3.1: Bad bug in range() computation (or possible Integer problem)

Ezio Melotti added the comment: Simpler test case: Py2.6: >>> n = 46349**2 >>> n 2148229801L >>> range(n-10, n, 3) [2148229791L, 2148229794L, 2148229797L, 2148229800L] Py3.0: >>> n = 46349**2 >>> n 2148229801 >>> list(range(n-10, n, 3)) [2148229791, 2148229794, 2148229797] -- nosy: +ez

[issue6334] 3.0/3.1: Bad bug in range() computation (or possible Integer problem)

New submission from Markus F.X.J. Oberhumer : Please note that the correct answer is 25, and the last element is missing ! This bug does not show on 64-bit versions (but 46337**2 is near 2**31). ~Markus C:\Python31>python Python 3.1rc2 (r31rc2:73414, Jun 13 2009, 16:43:15) [MSC v.1500 32 bit

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

Antoine Pitrou added the comment: As Michael said. As a Linux user I prefer tar.gz (or tar.bz2 or tar.xz), but distutils should go with zip since it has better support everywhere. It's true that tar supports lzma (although unfortunately there is still no lzma support bundled in the stdlib), but

[issue6326] Add a "swap" method to list

Antoine Pitrou added the comment: -1 from me. It is too marginal and obscure an use case to warrant a dedicated method on a builtin type. -- nosy: +pitrou ___ Python tracker ___

[issue6192] add disable_nagle_algorithm to SocketServer.TCPServer

Kristján Valur Jónsson added the comment: Second patch applied in 73546 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un