[issue6508] expose setresuid

Gregory P. Smith added the comment: Attaching an updated patch that includes unittests. I also changed the set functions to take input as long's instead of int's as that is more likely to fit within a uid_t and forced the return values on the get's to fit within a long and used Py_BuildValue(

[issue7293] test_msvc9compiler test_reg_class failure on new Windows box

Martin v. Löwis added the comment: As you now have access to freshly-installed systems: can you propose such a key? -- nosy: +loewis ___ Python tracker ___ __

[issue7293] test_msvc9compiler test_reg_class failure on new Windows box

David Bolen added the comment: Well, I can at least start by comparing XP and Win7 immediately post-installation. Any suggestions on guidelines to what can be chosen? Does it have to be a DWORD, or a 0/1 value, or under HKCU for a specific reason? -- _

[issue5792] Enable short float repr() on Solaris/x86

Mark Dickinson added the comment: There are some related comments in issue #7281. -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue7281] copysign() with NaN arguments on OpenSolaris

Mark Dickinson added the comment: Yes, I don't think Python 2.6 had a deliberate workaround. I suspect that it's just that one version of Python happened to use something like 0.0/0.0 to generate NaN, while another used some equivalent of strtod("nan", ...). I also remember noticing at some po

[issue7281] copysign() with NaN arguments on OpenSolaris

Mark Dickinson added the comment: Just to confirm the above: In 2.6, PyFloat_FromString in Objects/floatobject.c ends up using the system strtod to parse "nan" and "-nan" (except that if the system strtod fails to recognise "nan" for some reason then it returns the result of 0.0 * Infinity inst

[issue5792] Enable short float repr() on Solaris/x86

Stefan Krah added the comment: I can confirm that short float repr() is active and all float tests are passed on this combination: Ubuntu64bit -> KVM -> OpenSolaris32bit/Python3.2/gcc -- nosy: +skrah ___ Python tracker

[issue5792] Enable short float repr() on Solaris/x86

Mark Dickinson added the comment: Stefan Krah mentions in the issue 7281 discussion that suncc supports the C99 fenv functions. I'm not sure how to use these to set the x87 precision, though. (Setting the rounding mode is straightforward.) -- ___ P

[issue7276] UnboundLocalError scoping problem with nested functions

Ole Laursen added the comment: OK, sorry, I was under the impression that the global binding was still available (I can't find anything to the contrary here http://docs.python.org/reference/simple_stmts.html#assignment-statements ) but it's obviously using a static definition of scope. The e

[issue5792] Enable short float repr() on Solaris/x86

Mark Dickinson added the comment: I see two alternatives: (1) Use fesetenv. I don't know what the appropriate value to pass would be though, or even whether solaris lets you use fesetenv to control the x87 precision. It seems that its primary purpose is to set flags and traps. (2) Use inline

[issue5792] Enable short float repr() on Solaris/x86

Mark Dickinson added the comment: Looking at: http://docs.sun.com/app/docs/doc/816-5172/fesetenv-3m it seems that fesetenv isn't what we want here. It 'only installs the state of the floating-point status flags represented through its argument'. -- __

[issue5792] Enable short float repr() on Solaris/x86

Mark Dickinson added the comment: Stefan, is it possible that suncc already accepts the assembler syntax used in Python/pymath.h (py3k or trunk) for the functions _Py_get_387controlword and _Py_set_387controlword? -- ___ Python tracker

[issue7282] RLocks leak references when used in raw threads

Antoine Pitrou added the comment: An updated patch with test. -- Added file: http://bugs.python.org/file15298/rlock_leak2.patch ___ Python tracker ___ ___

[issue5792] Enable short float repr() on Solaris/x86

Changes by Mark Dickinson : -- assignee: -> mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue7242] Forking in a thread raises RuntimeError

Zsolt Cserna added the comment: Additional info: I've tested it on solaris 10 / sparc 32-bit, and my test script runs fine on that. Based on my test it seems that this bug does not affect solaris 10. -- ___ Python tracker

[issue5792] Enable short float repr() on Solaris/x86

Stefan Krah added the comment: The inline asm compiles, but I don't know how good the GNU inline asm support is with suncc in general. I'm not a heavy user of suncc, I just use it for testing. That said, perhaps fesetprec works, too: http://docs.sun.com/app/docs/doc/816-5172/fesetprec-3m

[issue5792] Enable short float repr() on Solaris/x86

Mark Dickinson added the comment: Excellent! From a bit of searching, it looks as though this assembler syntax works on icc as well, which is very good news. Thanks for finding fesetprec as well. It's a shame this isn't standard C. Oh well; maybe for C201X. I think I'd prefer to stick with

[issue5792] Enable short float repr() on Solaris/x86

Mark Dickinson added the comment: fesetprec and fegetprec are at least semi-standard, it seems. They're recommended in the C99 rationale (see page 121 of http://www.open-std.org/jtc1/sc22/wg14/www/C99RationaleV5.10.pdf ). -- ___ Python tracker

[issue5792] Enable short float repr() on Solaris/x86

Stefan Krah added the comment: If gcc and suncc are present, ./configure chooses gcc and everything is fine. If only suncc is present, it's detected as cc. These tests should be possible: ste...@opensolaris:~/svn/py3k$ cc -V cc: Sun C 5.9 SunOS_i386 Patch 124868-07 2008/10/07 usage: cc [ optio

[issue5792] Enable short float repr() on Solaris/x86

Mark Dickinson added the comment: Thanks. uname looks like the way to go, then. Is your copy of OpenSolaris running in 32-bit mode or 64-bit mode? Does the mode make a difference to the output of uname, or is uname -p always i386, regardless of the mode? I think the configure test for the in

[issue7294] MSDN URL in subprocess.py is incorrect

New submission from Eric Smith : subprocess.py includes this comment, in list2cmdline(): # See # http://msdn.microsoft.com/library/en-us/vccelng/htm/progs_12.asp MSDN gets reorganized with surprising regularity, and this URL is no longer valid. I think the current URL is: http://msdn.mi

[issue7294] MSDN URL in subprocess.py is incorrect

Changes by Eric Smith : -- versions: +Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue5792] Enable short float repr() on Solaris/x86

Mark Dickinson added the comment: Stefan, please could you test the attached patch (against py3k) with suncc? With this patch, sys.float_repr_style should report 'short', and 'make test' should not produce any obviously float-related failures. -- keywords: +patch Added file: http://bug

[issue5792] Enable short float repr() on Solaris/x86

Stefan Krah added the comment: My copy is 32-bit. I never installed a 64-bit version, but I strongly assume that uname -p gives x86_64. BTW, uname -p works on Solaris, but returns 'unknown' on my 64 bit Linux. -- ___ Python tracker

[issue7294] MSDN URL in subprocess.py is incorrect

Changes by Eric Smith : -- assignee: -> eric.smith versions: +Python 2.6, Python 3.1 ___ Python tracker ___ ___ Python-bugs-list maili

[issue7294] MSDN URL in subprocess.py is incorrect

Eric Smith added the comment: Fixed in: trunk: r76168 release26-maint: r76169 py3k: r76170 release31-maint: r76171 -- priority: -> low resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue5792] Enable short float repr() on Solaris/x86

Stefan Krah added the comment: Tested the patch against an updated 3.2. repr-style is 'short', and I did not see obvious float errors. In particular, test_float.py is passed. I also did not see new compile warnings. As for the other tests, the errors I get seem to be the same with or without th

[issue7295] test_tarfile uses a hardcoded file name

New submission from Antoine Pitrou : I got this error on my buildbot: test test_tarfile crashed -- : [Errno 13] Permission denied: '/tmp/test_tarfile_tmp/testtar.tar.gz' test_tarfile should not use a hardcoded file name but rely on TESTFN instead (or any of tempfile.mk*), so that concurrent tes

[issue5792] Enable short float repr() on Solaris/x86

Mark Dickinson added the comment: Many thanks for testing this, Stefan! I'll tidy up the patch a little bit and add a Misc/NEWS entry, then commit this. -- ___ Python tracker _

[issue5792] Enable short float repr() on Solaris/x86

Mark Dickinson added the comment: > As for the other tests, the errors I get seem to be the same with or > without the patch. Any other tests I should watch out for apart from > test_float.py? Well *ideally* you shouldn't be getting any test failures :-). But I could imagine than running Sola

[issue7282] RLocks leak references when used in raw threads

Antoine Pitrou added the comment: Committed in r76172-r76175. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue7251] Mark expected failures of test_math, test_cmath and test_round as such.

Mark Dickinson added the comment: The round tests for large values have been broken out into their own test; this test is now skipped (only if it would fail) on Linux/alpha. See r76176 (trunk), r76177 (py3k) and r76178 (release31-maint). The round function itself needs fixing in release26-m

[issue7070] round(x) gives wrong result for large odd integers

Mark Dickinson added the comment: Fixed in r76179. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-b

[issue7251] Mark expected failures of test_math, test_cmath and test_round as such.

Mark Dickinson added the comment: The round function in release26-maint is fixed (r76179). I'm not sure whether the round_large test needs to be skipped for release26-maint, since the Python 2.6 version of round doesn't use the libm round function. -- _

[issue5792] Enable short float repr() on Solaris/x86

Stefan Krah added the comment: The tests that you mention run o.k., except capi, but that looks harmless: ste...@opensolaris:~/svn/py3k/Lib/test# ../../python test_capi.py test_instancemethod (__main__.CAPITest) ... ok -- Ran

[issue5792] Enable short float repr() on Solaris/x86

Mark Dickinson added the comment: Is the test_ascii_formatd failure due to a failed 'from ctypes import ...'? That's the only failure that looks like it could be related. Thanks for this. -- ___ Python tracker _

[issue7276] UnboundLocalError scoping problem with nested functions

R. David Murray added the comment: The relevant section is http://docs.python.org/reference/executionmodel.html#naming-and-binding. Perhaps a cross-reference should be added to the assignment section. If you think it should, please open a new issue for that. I have opened issue 7290 with a su

[issue3999] Real segmentation fault handler

Adam Olsen added the comment: That's fine, but please provide a link to the new issue once you create it. -- ___ Python tracker ___ __

[issue5792] Enable short float repr() on Solaris/x86

Stefan Krah added the comment: Yes, test_ascii_formatd fails with 'ImportError: No module named _ctypes'. -- ___ Python tracker ___ __

[issue1752919] Exception in HTMLParser for special JavaScript code

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue7296] OverflowError: signed integer is greater than maximum on mips64

New submission from jasper : While trying to get Python 2.6 working on OpenBSD/sgi (64-bit port) I ran into the following during build: OverflowError: signed integer is greater than maximum I ran the command that triggered this by hand with -v added: (sgi Python-2.6.3 40)$ export PATH; PATH="`

[issue7296] OverflowError: signed integer is greater than maximum on mips64

jasper added the comment: And the build log on OpenBSD/sgi. -- Added file: http://bugs.python.org/file15301/Python-2.6.3.log ___ Python tracker ___ __

[issue6845] Restart support in binary upload for ftplib

Pablo Mouzo added the comment: Here is a new patch. It works with both ints and strings. I'm working on a patch for py3k. -- Added file: http://bugs.python.org/file15302/issue6845-trunk.diff ___ Python tracker ___

[issue6845] Restart support in binary upload for ftplib

Changes by Pablo Mouzo : Removed file: http://bugs.python.org/file15027/issue6845.diff ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue7297] Releasing FamousFoodFinder.com

For the past 2 months a friend and I have been working on a site (http://www.famousfoodfinder.com";>www.famousfoodfinder.com) that would allow users to search for famous restaurants. The idea initially came from the fact that I love food and have been considering traveling around the US for

[issue7297] Releasing FamousFoodFinder.com

Changes by Ezio Melotti : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue7297] Releasing FamousFoodFinder.com

Changes by Raymond Hettinger : Removed file: http://bugs.python.org/file15303/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue7297] Releasing FamousFoodFinder.com

Changes by Raymond Hettinger : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman

[issue7297] --spam--

Changes by Raymond Hettinger : -- title: Releasing FamousFoodFinder.com -> --spam-- ___ Python tracker ___ ___ Python-bugs-list mailing