[issue10349] Error in Module/python.c when building on OpenBSD 4.8

Martin v. Löwis added the comment: Out of curiosity: why are you building with --with-cxx_main? -- nosy: +loewis ___ Python tracker ___ _

[issue10217] python-2.7.amd64.msi install fails

Bill Barrett added the comment: Same problem here. I also tried command line launch and get the same warning dialog as I got by clicking Firefox Download. My install "seems" to basically work however. I used Task Manager to kill the Install Application to avoid unrolling the installation.

[issue10349] Error in Module/python.c when building on OpenBSD 4.8

New submission from Prabhu Gurumurthy : When manually building on OpenBSD 4.8 using gcc 4.2.1, I got the following error: g++ -pthread -c -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I. -IInclude -I/usr/home/pgurumur/temp/Python-3.1.2/Include -DTHREAD_STACK_SIZE=0x

[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input

Changes by Jeong-Min Lee : -- nosy: +falsetru ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue2986] difflib.SequenceMatcher not matching long sequences

Eli Bendersky added the comment: Adding a documentation patch for 3.1 which is similar to the 2.6 documentation patch that's been committed by Georg into 2.6 -- Added file: http://bugs.python.org/file19538/issue2986.docs31.1.patch ___ Python tracker

[issue6058] Add cp65001 to encodings/aliases.py

STINNER Victor added the comment: Different tests proved that cp65001 can *not* be set as an alias to utf-8, and that's why I'm closing this issue. Anyway, I don't think that cp65001 is configured by default on any Windows setup. It is only set by the user, using the chcp command, to try to d

[issue10308] Modules/getpath.c bugs

STINNER Victor added the comment: 3.2a3 chunk#2 cannot fail because PyUnicode_AsWideChar() only returns -1 if the first argument is NULL, whereas we just checked that decoded is not NULL. But it would be better to fix the variable type to avoid future bugs. -- ___

[issue10226] urlparse example is wrong

R. David Murray added the comment: Senthil, no it isn't. There is no way to know a priori that ':80' represents a port number rather than a path, absent the // introducer for the netloc. This bug is fixed; I ought to open a new one for the path thing but perhaps I will wait for a user report

[issue10348] multiprocessing: use SysV semaphores on FreeBSD

STINNER Victor added the comment: It looks like SysV semaphores are also preferred on Darwin. So I suppose that Mac OS X would also benefit of this issue. Maybe also other OSes (Solaris?). See also issue #7272. -- nosy: +jnoller title: multiprocessing: use SYSV semaphores on FreeBSD -

[issue10342] trace module cannot produce coverage reports for zipped modules

Alexander Belopolsky added the comment: On Sun, Nov 7, 2010 at 8:59 PM, Brett Cannon wrote: > .. I don't quite see the point of the get_source call as it isn't returned or > used. It is passed to find_docstrings() to produce the "strs" dictionary. -- ___

[issue10342] trace module cannot produce coverage reports for zipped modules

Brett Cannon added the comment: The handling of __loader__ looks fine to me, although I don't quite see the point of the get_source call as it isn't returned or used. -- ___ Python tracker ___

[issue10303] small inconsistency in tutorial

Senthil Kumaran added the comment: Fixed in r86310. print was used in some examples following its mention, so a simple introduction to it was okay. It is introduced properly further down in the tutorial. -- nosy: +orsenthil resolution: -> fixed stage: needs patch -> committed/rejecte

[issue10348] multiprocessing: use SYSV semaphores on FreeBSD

New submission from STINNER Victor : Support POSIX semaphore on FreeBSD is recent, optional (eg. disabled by default in FreeBSD 7) and limited (30 semaphores). SYSV should be used instead because they are less limited or more adjustable (at runtime: POSIX semaphore requires to recompile the ke

[issue10342] trace module cannot produce coverage reports for zipped modules

Alexander Belopolsky added the comment: On Sun, Nov 7, 2010 at 8:47 PM, STINNER Victor wrote: > > STINNER Victor added the comment: > > +            try: > +                with open(filename, 'rb') as fp: > +                    encoding, _ = tokenize.detect_encoding(fp.readline) > +          

[issue10342] trace module cannot produce coverage reports for zipped modules

STINNER Victor added the comment: +try: +with open(filename, 'rb') as fp: +encoding, _ = tokenize.detect_encoding(fp.readline) +except IOError: +encoding = None You should use 'utf-8' instead of None (which will fall ba

[issue10342] trace module cannot produce coverage reports for zipped modules

Changes by Alexander Belopolsky : -- nosy: +brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue10316] tkFileDialog.askopenfilenames scrambling multiple file selection

Ned Deily added the comment: Postscript: I've subsequently noticed Issue5712 in which somewhat similar symptoms are reported but, so far, only on Windows systems. If your problem is not yet resolved, you might want to chime in there. -- ___ Python

[issue10342] trace module cannot produce coverage reports for zipped modules

Alexander Belopolsky added the comment: I am attaching a "proof of concept" patch. The trace code is in a dire need of restructuring to eliminate repeated reading of source files. -- keywords: +needs review, patch nosy: +eli.bendersky, terry.reedy stage: unit test needed -> patch revi

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

STINNER Victor added the comment: I don't understand exactly the goal of this issue. Different people described various bugs of the Windows console, but I don't see any problem with Python here. It looks like it's just not possible to display correctly unicode with the Windows console (the wh

[issue10303] small inconsistency in tutorial

Kent Johnson added the comment: Attached patch deletes the referenced sentence. -- keywords: +patch nosy: +kjohnson Added file: http://bugs.python.org/file19536/issue10303.diff ___ Python tracker _

[issue5066] IDLE documentation for Unix obsolete/incorrect

Jessica McKellar added the comment: Attached is a patch updating the IDLE web documentation as well as the help file displayed when you click the Help -> Idle Help menu item in IDLE. It looks like the IDLE web documentation was lifted directly from the help file at some point and they have go

[issue10347] regrtest progress counter makes -f option less useful

Antoine Pitrou added the comment: Fixed in r86307. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue775964] fix test_grp failing when NIS entries present

Martin v. Löwis added the comment: I'm able to, but I may not find time. Ask on python-dev; if you feel you need to push this, offer to review issues in return. -- ___ Python tracker

[issue775964] fix test_grp failing when NIS entries present

Bobby Impollonia added the comment: Martin, are you able to check in this fix? If not, what should I do and whom should I talk to so this can be checked in? Thanks. -- ___ Python tracker ___

[issue10329] trace.py and unicode in Python 3

Alexander Belopolsky added the comment: Reopening as a reminder to add a unit test for this case. -- stage: needs patch -> unit test needed status: closed -> open ___ Python tracker ___

[issue6317] winsound.PlaySound doesn't accept non-unicode string

Martin v. Löwis added the comment: > Is this also applied to *all* ANSI Win32 API > in other sources? No. I think there are backwards compatibility concerns in some of the APIs, so this must be discussed on python-dev. -- ___ Python tracker

[issue2001] Pydoc interactive browsing enhancement

René Liebscher added the comment: What about http://bugs.python.org/issue2001#msg114326 ? -- ___ Python tracker ___ ___ Python-bugs-li

[issue10342] trace module cannot produce coverage reports for zipped modules

STINNER Victor added the comment: I commited Alexander's fix for #10329: r86303. The trace module now uses the input Python script encoding, instead of the locale encoding. -- ___ Python tracker _

[issue10329] trace.py and unicode in Python 3

STINNER Victor added the comment: $ LANG=C ./python -m test.regrtest test_imp test_trace [1/2] test_imp [2/2] test_trace ... UnicodeEncodeError: 'ascii' codec can't encode character '\xa0' in position 5: ordinal not in range(128) issue10329.diff fixes this failure. The failure comes from a non

[issue9561] distutils: set encoding to utf-8 for input and output files

STINNER Victor added the comment: This issue might be splitted in multiple issue: one issue per file type (eg. Makefile, RPM spec file, etc.). -- ___ Python tracker ___

[issue10337] testTanh() of test_math fails on "NetBSD 5 i386 3.x"

STINNER Victor added the comment: NetBSD bug report: http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=44057 -- ___ Python tracker ___ _

[issue10329] trace.py and unicode in Python 3

Antoine Pitrou added the comment: For the record, the test failure can reproduced by the following: $ LANG=C ./python -m test.regrtest test_imp test_trace [1/2] test_imp [2/2] test_trace /home/antoine/py3k/__svn__/Lib/unittest/case.py:402: ResourceWarning: unclosed file <_io.TextIOWrapper name

[issue10347] regrtest progress counter makes -f option less useful

Georg Brandl added the comment: Right. Let's make -f ignore leading [...] in the file :) -- ___ Python tracker ___ ___ Python-bugs-li

[issue10337] testTanh() of test_math fails on "NetBSD 5 i386 3.x"

STINNER Victor added the comment: > P.S. Greg, as the owner of the buildbot, do you feel like reporting this > upstream? I get the impression that it's easier to do the reporting > directly from the NetBSD machine in question... I already reported the bug upstream: "Thank you for your problem

[issue10347] regrtest progress counter makes -f option less useful

New submission from Antoine Pitrou : The regrtest progress counter ("[ 1/350]") is very nice but makes it less practical to use the "-f" option to regrtest. -- components: Tests messages: 120684 nosy: georg.brandl, pitrou priority: low severity: normal status: open title: regrtest prog

[issue10337] testTanh() of test_math fails on "NetBSD 5 i386 3.x"

Mark Dickinson added the comment: P.S. Greg, as the owner of the buildbot, do you feel like reporting this upstream? I get the impression that it's easier to do the reporting directly from the NetBSD machine in question... -- ___ Python tracker <

[issue2001] Pydoc interactive browsing enhancement

Changes by Nick Coghlan : Added file: http://bugs.python.org/file19534/issue2001_ncoghlan_cleanup.diff ___ Python tracker ___ ___ Python-bugs-l

[issue10337] testTanh() of test_math fails on "NetBSD 5 i386 3.x"

Mark Dickinson added the comment: Nice fix! Thanks. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue2001] Pydoc interactive browsing enhancement

Nick Coghlan added the comment: I'd actually started typing out the command to commit this before it finally clicked that the patch changes public APIs of the pydoc module in incompatible ways. Sure, they aren't documented, but the fact they aren't protected by an underscore means I'm not com

[issue10337] testTanh() of test_math fails on "NetBSD 5 i386 3.x"

STINNER Victor added the comment: Commited to Python 3.2 (r86299) after a review of Mark Dickson on IRC. Thanks Mark ;-) -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue10337] testTanh() of test_math fails on "NetBSD 5 i386 3.x"

Changes by STINNER Victor : Added file: http://bugs.python.org/file19533/skip_tanh_sign-2.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue10337] testTanh() of test_math fails on "NetBSD 5 i386 3.x"

STINNER Victor added the comment: Here is a patch skipping math and cmath tests if TANH_PRESERVES_ZERO_SIGN is 0. -- keywords: +patch Added file: http://bugs.python.org/file19532/skip_tanh_sign.patch ___ Python tracker

[issue10226] urlparse example is wrong

Senthil Kumaran added the comment: Fixed the wordings in r86296(py3k), r86297(release31-maint) and r86298(release27-maint). David, for the examples you mentioned, the first one's parsing logic follows the explanation that is written. It is correct. For the second example, the port value not

[issue10052] Python/dtoa.c:158: #error "Failed to find an exact-width 32-bit integer type" (FreeBSD 4.11 + gcc 2.95.4)

Mark Dickinson added the comment: Thanks for the patch. This looks fine, in principle. A couple of comments and questions: (1) I think the patch should provide *MIN values alongside the *MAX values (for signed types only, of course). (2) Are we sure that these values are valid on all FreeBS

[issue10145] float.is_integer is undocumented

Mark Dickinson added the comment: Fixed in r86293, r86394, r86295. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker __

[issue10027] os.lstat/os.stat don't set st_nlink on Windows

Hirokazu Yamamoto added the comment: I found Win32 FileID API. With this library, it seems we can use GetFileInformationByHandleEx before Vista. We can get real file name and hard link count from handle. http://www.microsoft.com/downloads/en/details.aspx?FamilyID=1DECC547-AB00-4963-A360-E4130EC

[issue7652] Merge C version of decimal into py3k.

Mark Dickinson added the comment: On Wed, Nov 3, 2010 at 3:28 AM, Case Van Horsen wrote: > Has the cdecimal branch kept up with the hash value changes in 3.2? Not sure; that's a question for Stefan. > Is there a still a chance that cdecimal could be merged into 3.2? A chance, yes; the majo

[issue9873] urllib.parse: Allow bytes in some APIs that use string literals internally

Nick Coghlan added the comment: Just a note for myself when I next update the patch: the 2-tuple returned by defrag needs to be turned into a real result type of its own, and the decode/encode methods on result objects should be tested explicitly. -- _

[issue10325] PY_LLONG_MAX & co - preprocessor constants or not?

Changes by Mark Dickinson : Removed file: http://bugs.python.org/file19530/issue10325.patch ___ Python tracker ___ ___ Python-bugs-list mailin

[issue10325] PY_LLONG_MAX & co - preprocessor constants or not?

Changes by Mark Dickinson : Added file: http://bugs.python.org/file19531/issue10325.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue10325] PY_LLONG_MAX & co - preprocessor constants or not?

Mark Dickinson added the comment: Here's a patch (against py3k) incorporating your suggestions. Would you be willing to review? [Removing Python 2.6 from versions since it's no longer maintained for non-security issues.) -- keywords: +patch versions: -Python 2.6 Added file: http://

[issue6317] winsound.PlaySound doesn't accept non-unicode string

Hirokazu Yamamoto added the comment: I've committed in r86291(release31-maint). -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue10297] decimal module documentation is misguiding

Mark Dickinson added the comment: Fixed in r86286, r86287, r86288. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue10297] decimal module documentation is misguiding

Changes by Mark Dickinson : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue10337] testTanh() of test_math fails on "NetBSD 5 i386 3.x"

Mark Dickinson added the comment: I'm not sure what can reasonably be done about these failures. The Python test is failing because of a deficiency in the system math library. Adding extra code to Python to handle this (making use of TANH_PRESERVES_ZERO_SIGN) is an option, but it seems like

[issue10336] test_xmlrpc fails if gzip is not supported by client

Hirokazu Yamamoto added the comment: Sorry, I cannot. I don't know HTTP. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue10346] strange arithmetic behaviour

Mark Dickinson added the comment: It's not a bug: you're seeing Python's rules for integer division, which do indeed differ from those of (some) other languages when either the divisor or the dividend is negative. For integers x and y, in Python 2.x, x / y gives the floor of the exact quoti

[issue6317] winsound.PlaySound doesn't accept non-unicode string

Hirokazu Yamamoto added the comment: > As for back-porting: I'm not sure this is a bug in 2.7. It just > doesn't support Unicode filenames, but that's not (inherently) > a bug. > In 3.1, I can agree that it's a bug - but we need to preserve the > bytes support for compatibility. I agree. > Fo

[issue10346] strange arithmetic behaviour

New submission from Alexey Radkov : The following excerpt will show the issue: $ python Python 2.7 (r27:82500, Sep 16 2010, 18:02:00) [GCC 4.5.1 20100907 (Red Hat 4.5.1-3)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> 8 * 4 / ( 2 - 7 ) * 6 / 3 -14 >>> Wh

[issue6317] winsound.PlaySound doesn't accept non-unicode string

Martin v. Löwis added the comment: As for back-porting: I'm not sure this is a bug in 2.7. It just doesn't support Unicode filenames, but that's not (inherently) a bug. In 3.1, I can agree that it's a bug - but we need to preserve the bytes support for compatibility. For 3.2, dropping the byt

[issue6317] winsound.PlaySound doesn't accept non-unicode string

Hirokazu Yamamoto added the comment: I've committed in r86283(py3k). I'll merge this into release31-maint and release27-maint. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed versions: -Python 2.6, Python 3.0 ___ Python

[issue10335] tokenize.open_python(): open a Python file with the right encoding

STINNER Victor added the comment: On Saturday 06 November 2010 17:00:15 you wrote: > Note that it is useful for opening any text file with an encoding cookie, > not only python source code, so "tokenize.open()" sounds attractive. Ok, the new patch (tokenize_open-2.patch) uses tokenize.open() na

[issue10335] tokenize.open_python(): open a Python file with the right encoding

STINNER Victor added the comment: > what about open(.., encoding="fromcookie")? Please don't do that. It remembers me the magical str.encode() method of Python2. I prefer simple API with limited features: if you want to open a Python script, use tokenize.open(), if you want to open an XML doc