[issue8151] [patch] convenience links for subprocess.call()

[anatoly techtonik]

Changes by anatoly techtonik :


--
versions: +Python 2.6, Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8024] upgrade to Unicode 5.2

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

Florent Xicluna wrote:
> 
> Florent Xicluna  added the comment:
> 
> Reverted in 3.x: it triggers some failures.
> 
> Symptoms:
>  * repr('\uaaa') gives an empty string
>  * test_bigmem fails

repr() for Unicode doesn't use the Unicode database. Are you sure that
those errors are related to the upgrade ?

Looking closer at the patch, you also changed the unicodetype mappings
and since this removes a lot of entries, it looks like the Unicode
consortium either moved some mappings out of the UCD file into a
separate file or made some massive changes to the code point properties
(which is unlikely).

If that's the case, please also revert the Python 2.7 checkin.

Thanks,
-- 
Marc-Andre Lemburg
eGenix.com



::: Try our new mxODBC.Connect Python Database Interface for free ! 

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
   Registered at Amtsgericht Duesseldorf: HRB 46611
   http://www.egenix.com/company/contact/

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3690] sys.getsizeof wrong for Py3k bool objects

[Mark Dickinson]

Mark Dickinson  added the comment:

I don't think there's anything worth fixing here.  It's true that getsizeof is 
sometimes going to return results that are too small, because there are a good 
few places in the longobject internals where it's not predictable in advance 
exactly how much space is needed, so memory is overallocated.

The case of the small int 0 is one example of this, but it's far from the only 
one.  For example, if you multiply a 2-limb long by another 2-limb long the 
code will always allocate 4 limbs for the result, even though it'll often turn 
out that the result fits in 3 limbs.  Should sys.getsizeof return base_size + 4 
* sizeof_limb in that case, instead of base_size + 3 * sizeof_limb?  That would 
be difficult to achieve, since long objects don't currently know how much space 
was actually allocated to hold them.

--
nosy: +mark.dickinson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8024] upgrade to Unicode 5.2

[Florent Xicluna]

Florent Xicluna  added the comment:

The bug was a side-effect of the update. Code point "\u" is now assigned to 
a printable character:

  ;TAI VIET LETTER LOW VO;Lo;0;L;N;

And test_bigmem relies on this code point being non-printable.
I changed it for a char in the Low surrogates range, which is guaranteed not 
printable. See attached patch.

The regression test suite passes flawlessly.

I will do further tests before merging back in 3.x

--
keywords: +patch
Added file: http://bugs.python.org/file16580/issue8024_UCD_py3k.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8048] doctest assumes sys.displayhook hasn't been touched

[Noam Yorav-Raphael]

Noam Yorav-Raphael  added the comment:

Here is a better and much shorter patch: I use sys.__displayhook__ instead of 
implementing it in Python, which has the nice side effect of not changing pdb 
behaviour.

--
Added file: http://bugs.python.org/file16581/patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3690] sys.getsizeof wrong for Py3k bool objects

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Closing this as "won't fix", then.

--
resolution:  -> wont fix
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8024] upgrade to Unicode 5.2

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

> Looking closer at the patch, you also changed the unicodetype mappings
> and since this removes a lot of entries, it looks like the Unicode
> consortium either moved some mappings out of the UCD file into a
> separate file or made some massive changes to the code point
> properties (which is unlikely).

Does it? On the contrary, it seems to me that with r79059, unicodetype_db.h 
grown by 200 lines.

--
nosy: +amaury.forgeotdarc

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8024] upgrade to Unicode 5.2

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

Florent Xicluna wrote:
> 
> Florent Xicluna  added the comment:
> 
> The bug was a side-effect of the update. Code point "\u" is now assigned 
> to a printable character:
> 
>   ;TAI VIET LETTER LOW VO;Lo;0;L;N;
> 
> And test_bigmem relies on this code point being non-printable.
> I changed it for a char in the Low surrogates range, which is guaranteed not 
> printable. See attached patch.

That's better.

You wrote about '\üaaa' (3 'a's) in your previous post
on the ticket and I didn't understand why that would change with the
patch, since it's basically a SyntaxError which doesn't have anything
to do with the Unicode types or database.

> The regression test suite passes flawlessly.
> 
> I will do further tests before merging back in 3.x

Please also check what happened to all those code points that were
removed by the patch in unicodetype_db.h.

Thanks.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8024] upgrade to Unicode 5.2

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

Amaury Forgeot d'Arc wrote:
> 
> Amaury Forgeot d'Arc  added the comment:
> 
>> Looking closer at the patch, you also changed the unicodetype mappings
>> and since this removes a lot of entries, it looks like the Unicode
>> consortium either moved some mappings out of the UCD file into a
>> separate file or made some massive changes to the code point
>> properties (which is unlikely).
> 
> Does it? On the contrary, it seems to me that with r79059, unicodetype_db.h 
> grown by 200 lines.

Ooops :-) I now realized that I was looking at the patch reverting
the change.

Sorry about that.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

[Ned Deily]

Changes by Ned Deily :


--
versions: +Python 3.1 -Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

[Ned Deily]

Ned Deily  added the comment:

Per discussion with Ronald and Benjamin, attaching a revised patch 
(issue-sl-configure-32-31-rev3.txt) for 3.1 which ports the changes committed 
in r78813 and r78816 along with the Mac/README changes.

In the process of producing the revised 3.1 patch, I discovered that the 2.6 
changes as committed produce a build error for the 10.5 
--with-universal-archs=all (4-way) variant.  The 3.1 revised patch corrects 
that error.  Since 2.6.5 is now frozen, I am opening a new issue with patch for 
2.6.5.

I recommend that, once the 3.1 patch is applied for 3.1.2, this issue be closed 
and any new or remaining issues be tracked in new or other existing issues.

--
Added file: http://bugs.python.org/file16582/issue-sl-configure-32-31-rev3.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8175] 2.6.5 OS X 10.5 --with-universal-archs=all (4-way) fails building pythonw-64

[Ned Deily]

New submission from Ned Deily :

A change made to Mac/Makefile in r78813 for 2.6.5 does not work correctly
when the --with-universal-archs=all (4-way) framework configure option is 
selected.  The build of pythonw-64 fails with an incorrect gcc command: 
"gcc-4.0   64 -arch x86_64".  The attached patch corrects the problem.

Note, as documented in the 2.6.5 Mac/README file, the "all" variant can 
currently only be built on OS X 10.5.
 
Run autoconf after applying to update configure.

--
assignee: ronaldoussoren
components: Build, Macintosh
files: issue-universal-archs-all-26.txt
messages: 101318
nosy: barry, ned.deily, ronaldoussoren
severity: normal
status: open
title: 2.6.5 OS X 10.5 --with-universal-archs=all (4-way) fails building 
pythonw-64
versions: Python 2.6
Added file: http://bugs.python.org/file16583/issue-universal-archs-all-26.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

[Ned Deily]

Ned Deily  added the comment:

(2.6.5 -> Issue8175)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8176] Interpreter crash with "double free or corruption" message

[Carlos Ribeiro]

New submission from Carlos Ribeiro :

I was running Django in development mode (python manage.py runserver 
0.0.0.0:8002). I saved a python source file; Django automatically detected the 
change and reloaded the module (that's the usual behavior). Then a backtrace 
from glibc appeared in the middle of the log. Django web server kept running, 
so I assume that the bug hit a separate thread. I also assume that this is a 
Python bug due to the nature of the trace (came from glibc). That's all 
information that I have.

 python version 
Python 2.6.4 (r264:75706, Dec  7 2009, 18:45:15) 
[GCC 4.4.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.

 trace 
Django version 1.1.1, using settings 'camg.settings'
Development server is running at http://0.0.0.0:8002/
Quit the server with CONTROL-C.
[18/Mar/2010 22:50:23] "GET / HTTP/1.1" 200 27012
[18/Mar/2010 22:50:23] "GET /static/css/camg.css HTTP/1.1" 304 0
[18/Mar/2010 22:50:23] "GET /static/images/consorciomg.png HTTP/1.1" 304 0
[18/Mar/2010 22:52:01] "GET /andar/SEC1-3/ HTTP/1.1" 200 6441
[18/Mar/2010 22:52:06] "GET /switch/SEC1-3-3A-SA01/ HTTP/1.1" 200 6546
[18/Mar/2010 22:52:11] "GET /sala/3/ HTTP/1.1" 500 69619
[18/Mar/2010 22:52:13] "GET /switch/SEC1-3-3A-SA01/ HTTP/1.1" 200 6546
*** glibc detected *** /usr/bin/python: double free or corruption (out): 
0xb7651b80 ***
=== Backtrace: =
/lib/tls/i686/cmov/libc.so.6[0x17aff1]
/lib/tls/i686/cmov/libc.so.6[0x17c6f2]
/lib/tls/i686/cmov/libc.so.6(cfree+0x6d)[0x17f7cd]
/usr/bin/python[0x80b9ceb]
/usr/bin/python[0x808e622]
/usr/bin/python[0x808e634]
/usr/bin/python[0x806a42b]
/usr/bin/python[0x808e634]
/usr/bin/python[0x808cf19]
/usr/bin/python(PyDict_SetItem+0x87)[0x808f377]
/usr/bin/python(_PyModule_Clear+0x99)[0x8090c49]
/usr/bin/python(PyImport_Cleanup+0x459)[0x80edaf9]
/usr/bin/python(Py_Finalize+0xa5)[0x80fa305]
/usr/bin/python[0x80f9daf]
/usr/bin/python(PyErr_PrintEx+0x18d)[0x80f9f9d]
/usr/bin/python(PyErr_Print+0x12)[0x80fa1d2]
/usr/bin/python(PyRun_SimpleFileExFlags+0x1ab)[0x80facfb]
/usr/bin/python(Py_Main+0xaa8)[0x805c8d8]
/usr/bin/python(main+0x1b)[0x805baeb]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x126b56]
/usr/bin/python[0x805ba31]
=== Memory map: 
0011-0024e000 r-xp  08:01 553
/lib/tls/i686/cmov/libc-2.10.1.so
0024e000-0024f000 ---p 0013e000 08:01 553
/lib/tls/i686/cmov/libc-2.10.1.so
0024f000-00251000 r--p 0013e000 08:01 553
/lib/tls/i686/cmov/libc-2.10.1.so
00251000-00252000 rw-p 0014 08:01 553
/lib/tls/i686/cmov/libc-2.10.1.so
00252000-00255000 rw-p  00:00 0 
00255000-00382000 r-xp  08:01 3085   
/lib/i686/cmov/libcrypto.so.0.9.8
00382000-0038a000 r--p 0012c000 08:01 3085   
/lib/i686/cmov/libcrypto.so.0.9.8
0038a000-00397000 rw-p 00134000 08:01 3085   
/lib/i686/cmov/libcrypto.so.0.9.8
00397000-0039b000 rw-p  00:00 0 
0039b000-003bc000 r-xp  08:01 1749   /usr/lib/libpq.so.5.2
003bc000-003bd000 r--p 0002 08:01 1749   /usr/lib/libpq.so.5.2
003bd000-003be000 rw-p 00021000 08:01 1749   /usr/lib/libpq.so.5.2
003be000-003c r-xp  08:01 560/lib/libcom_err.so.2.1
003c-003c1000 r--p 1000 08:01 560/lib/libcom_err.so.2.1
003c1000-003c2000 rw-p 2000 08:01 560/lib/libcom_err.so.2.1
003c2000-003e8000 r-xp  08:01 1307   /usr/lib/libk5crypto.so.3.1
003e8000-003e9000 ---p 00026000 08:01 1307   /usr/lib/libk5crypto.so.3.1
003e9000-003ea000 r--p 00026000 08:01 1307   /usr/lib/libk5crypto.so.3.1
003ea000-003eb000 rw-p 00027000 08:01 1307   /usr/lib/libk5crypto.so.3.1
003eb000-003f1000 r-xp  08:01 914/usr/lib/libkrb5support.so.0.1
003f1000-003f2000 r--p 5000 08:01 914/usr/lib/libkrb5support.so.0.1
003f2000-003f3000 rw-p 6000 08:01 914/usr/lib/libkrb5support.so.0.1
003f3000-0040 r-xp  08:01 4464   /usr/lib/liblber-2.4.so.2.5.1
0040-00401000 r--p c000 08:01 4464   /usr/lib/liblber-2.4.so.2.5.1
00401000-00402000 rw-p d000 08:01 4464   /usr/lib/liblber-2.4.so.2.5.1
00402000-0041a000 r-xp  08:01 4704   /usr/lib/libsasl2.so.2.0.23
0041a000-0041b000 r--p 00017000 08:01 4704   /usr/lib/libsasl2.so.2.0.23
0041b000-0041c000 rw-p 00018000 08:01 4704   /usr/lib/libsasl2.so.2.0.23
0041c000-004bf000 r-xp  08:01 4258   /usr/lib/libgnutls.so.26.14.10
004bf000-004c3000 r--p 000a2000 08:01 4258   /usr/lib/libgnutls.so.26.14.10
004c3000-004c4000 rw-p 000a6000 08:01 4258   /usr/lib/libgnutls.so.26.14.10
004c4000-004d r-xp  08:01 328860 
/usr/lib/python2.6/dist-packages/mx/DateTime/mxDateTime/mxDateTime.so
004d-004d1000 r--p b000 08:01 328860 
/usr/lib/python2.6/dist-packages/mx/DateTime/mxDateTime/mxDateTime.so
004d1000-004d2000 rw-p c000 08:01 328860 
/usr/lib/python2.6/dist-packages/mx/DateTime/mxDateTime/mxDateTime.so
004d200

[issue8176] Interpreter crash with "double free or corruption" message

[STINNER Victor]

STINNER Victor  added the comment:

Python was displaying an error: did you saw the error? I don't know where 
Django logs stderr.

Could you also run Python in verbose mode? Set PYTHONVERBOSE=2 environment 
variable. It should write useful informations before the crash.

--
nosy: +haypo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8142] libffi update to 3.0.9

[Ned Deily]

Ned Deily  added the comment:

(Adding Ronald for OS X.)

--
nosy: +ned.deily, ronaldoussoren

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8176] Interpreter crash with "double free or corruption" message

[Carlos Ribeiro]

Carlos Ribeiro  added the comment:

I know I have little information but unfortunately I couldn't reproduce the
crash. Seems like a racing condition or something similar. I'll see what I
can do about it.

On Fri, Mar 19, 2010 at 07:46, STINNER Victor wrote:

>
> STINNER Victor  added the comment:
>
> Python was displaying an error: did you saw the error? I don't know where
> Django logs stderr.
>
> Could you also run Python in verbose mode? Set PYTHONVERBOSE=2 environment
> variable. It should write useful informations before the crash.
>
> --
> nosy: +haypo
>
> ___
> Python tracker 
> 
> ___
>

--
Added file: http://bugs.python.org/file16584/unnamed

___
Python tracker 

___I know I have little information but unfortunately I couldn't reproduce the 
crash. Seems like a racing condition or something similar. I'll see what I 
can do about it.On Fri, Mar 19, 2010 at 07:46, 
STINNER Victor rep...@bugs.python.org> 
wrote:


STINNER Victor victor.stin...@haypocalc.com> 
added the comment:

Python was displaying an error: did you saw the error? I don't know where 
Django logs stderr.

Could you also run Python in verbose mode? Set PYTHONVERBOSE=2 environment 
variable. It should write useful informations before the crash.

--
nosy: +haypo

___
Python tracker rep...@bugs.python.org>
http://bugs.python.org/issue8176>
___
-- Carlos 
RibeiroConsultoria em Projetostwitter: http://twitter.com/carribeiro";>http://twitter.com/carribeiroblog: 
http://rascunhosrotos.blogspot.com";>http://rascunhosrotos.blogspot.com

mail: mailto:carribe...@gmail.com";>carribe...@gmail.com
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6081] str.format_from_mapping()

[Eric Smith]

Eric Smith  added the comment:

I believe this patch fixes the issue. Tests and documentation are still needed, 
of course.

--
Added file: http://bugs.python.org/file16585/issue6081.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6081] str.format_from_mapping()

[Eric Smith]

Eric Smith  added the comment:

Added a comment to explain the change.

--
Added file: http://bugs.python.org/file16586/issue6081.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6081] str.format_from_mapping()

[Eric Smith]

Changes by Eric Smith :


Removed file: http://bugs.python.org/file16585/issue6081.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3135] inspect.getcallargs()

[George Sakkis]

Changes by George Sakkis :


Removed file: http://bugs.python.org/file16579/getcallargs.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3135] inspect.getcallargs()

[George Sakkis]

George Sakkis  added the comment:

Renamed the Testcase classes to conform with the rest in test_inspect.py, added 
a few more tests for tuple args and patched against the latest trunk (r79086).

--
Added file: http://bugs.python.org/file16587/getcallargs.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3135] inspect.getcallargs()

[Benjamin Peterson]

Benjamin Peterson  added the comment:

The patch will also need docs in inspect.rst.

--
nosy: +benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8024] upgrade to Unicode 5.2

[Florent Xicluna]

Florent Xicluna  added the comment:

Merged with r79093

--
resolution: accepted -> fixed
stage: commit review -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8154] os.execlp('true') crashes the interpreter on 2.x

[Matthias Klose]

Matthias Klose  added the comment:

commited to the trunk, commit to the 2.6 branch pending

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8142] libffi update to 3.0.9

[Matthias Klose]

Matthias Klose  added the comment:

On 18.03.2010 16:44, Thomas Heller wrote:
> 
> Thomas Heller  added the comment:
> 
>> the ports which are maintained separately still need an update:
>>
>> libffi_msvc
>>libffi trunk now has a port to x86/msvc. might require some
>>extra updates from libffi.
> 
> I'll take care of this one.
> Would it be a good idea to upgrade to libffi trunk
> in Modules/_ctypes/libffi, and get rid of the libffi_msvc
> fork completely (by applying an additional small patch)?

I'm attaching the patch for an update from the trunk; it passes the ctypes 
tests and the libffi testsuite on i486-linux-gnu.

We should revert the following chunk for configure.ac to generate the 
Makefile's again, so that we are able to run the testsuite at least with 
dejagnu:

-AC_CONFIG_FILES(include/Makefile include/ffi.h Makefile testsuite/Makefile 
man/Makefile libffi.pc)
+AC_CONFIG_FILES(include/ffi.h)

--
keywords: +patch
Added file: http://bugs.python.org/file16588/libffi-update2.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7860] 32-bit Python on 64-bit Windows reports incorrect architecture

[Brian Curtin]

Brian Curtin  added the comment:

#7347 depends on this for proper testing, and arch_misrepresented.diff seems to 
have been labeled as acceptable. Would anyone be willing to check it in?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8177] Incoherent error with keyword argument follow by unpacking argument lists

[Ghislain Hivon]

New submission from Ghislain Hivon :

Take a fonction with a parameter and  *args
def foo(bar, args*)
  pass

then call it like this
myargs = [1, 2, 3, 4, 5]
foo(bar=1, *myargs)

The call produce this error : 
TypeError: foo() got multiple values for keyword argument 'bar'

Sould the error be more like : 
SyntaxError: non-keyword arg after keyword arg

the same error if foo was called like this : 
foo(bar=1, myargs)
or
foo(bar=1, 1, 2, 3, 4, 5)

--
components: Interpreter Core
messages: 101332
nosy: GhislainHivon
severity: normal
status: open
title: Incoherent error with  keyword argument follow by unpacking argument 
lists
versions: Python 2.5, Python 2.6, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8151] [patch] convenience links for subprocess.call()

[Brian Curtin]

Brian Curtin  added the comment:

This was fixed in r78206 for trunk, but it doesn't look like it made it's way 
into any of the other branches.

--
nosy: +brian.curtin
priority:  -> low
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6474] Inconsistent TypeError message on function calls with wrong number of arguments

[George Sakkis]

George Sakkis  added the comment:

Which version are you running ? I don't get the "positional" word in 2.6 and 
2.7a4.

In my opinion it should report how many required arguments are passed, 
regardless of how they are passed (positionally or by name). So in your example 
it should say "1 given" in both examples.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8142] libffi update to 3.0.9

[Thomas Heller]

Thomas Heller  added the comment:

> We should revert the following chunk for configure.ac to generate the 
> Makefile's again, so that we are able to run the testsuite at least with 
> dejagnu:
> 
> -AC_CONFIG_FILES(include/Makefile include/ffi.h Makefile testsuite/Makefile 
> man/Makefile libffi.pc)
> +AC_CONFIG_FILES(include/ffi.h)

Can you make this change, run autoconf (I have only version 2.64 but 2.65 is 
needed), and commit please?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8173] test_subprocess leaks

[Gregory P. Smith]

Gregory P. Smith  added the comment:

py3k r79097

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6474] Inconsistent TypeError message on function calls with wrong number of arguments

[George Sakkis]

George Sakkis  added the comment:

Attached patch for displaying the number of missing required arguments.

--
keywords: +patch
Added file: http://bugs.python.org/file16589/6474.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8142] libffi update to 3.0.9

[Matthias Klose]

Matthias Klose  added the comment:

> Can you make this change, run autoconf, and commit please?

done, and updated the patch for the merge from the trunk.

--
Added file: http://bugs.python.org/file16590/libffi-update3.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8142] libffi update to 3.0.9

[Matthias Klose]

Changes by Matthias Klose :


Removed file: http://bugs.python.org/file16588/libffi-update2.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3135] inspect.getcallargs()

[George Sakkis]

George Sakkis  added the comment:

- Added docs in inspect.rst
- Fixed TypeError message for zero-arg functions ("takes no arguments" instead 
of "takes exactly 0 arguments") + added test.

--
Added file: http://bugs.python.org/file16591/getcallargs2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8142] libffi update to 3.0.9

[Thomas Heller]

Thomas Heller  added the comment:

> done, and updated the patch for the merge from the trunk.
> 
> --
> Added file: http://bugs.python.org/file16590/libffi-update3.diff

This patch passes the ctypes tests and libffi testsuite on this system:

  Linux tubu64 2.6.24-27-generic #1 SMP Fri Mar 12 00:52:19 UTC 2010 x86_64 
GNU/Linux

Please apply.  And thanks for all the help...

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8133] test_imp fails on OS X 10.6; filename normalization issue.

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
assignee:  -> brett.cannon
priority:  -> release blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3135] inspect.getcallargs()

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Would you upload this patch to Rietveld for review?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6081] str.format_from_mapping()

[Filip Gruszczyński]

Filip Gruszczyński  added the comment:

Could you point me, where to add tests and documentation? I would happily add 
those.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Fixed 3.1 in r79117.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8133] test_imp fails on OS X; filename normalization issue.

[Ned Deily]

Ned Deily  added the comment:

(BTW, the problem exists on other versions of OS X, not just 10.6.)

--
title: test_imp fails on OS X 10.6; filename normalization issue. -> test_imp 
fails on OS X; filename normalization issue.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8068] OS X Installer: merge python2 and python3 build-installer.py script

[Benjamin Peterson]

Benjamin Peterson  added the comment:

I applied the update in r79119. Thanks!

--
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6081] str.format_from_mapping()

[Eric Smith]

Eric Smith  added the comment:

http://docs.python.org/library/stdtypes.html#str.format, for starters. This is 
in Doc/library/stdtypes.rst.

For tests, probably in Lib/test/test_unicode.py.

I'm not sure if we should add this to 2.7 (or even 3.2, for that matter), but 
if so, we should start by patching trunk and then porting to py3k.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2698] Extension module build fails for MinGW: missing vcvarsall.bat

[Tarek Ziadé]

Tarek Ziadé  added the comment:

Done for 3.1.x in r79121.

I am now waiting for 3.1.2 to be taggued, then I'll revert the 3.x branch into 
a state the closest possible to 3.1.x.

Next, Distutils will be feature-frozen in 3.x like it is in 2.x, as things are 
now happening in distutils2. Only bugs fixes will happen.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3135] inspect.getcallargs()

[George Sakkis]

George Sakkis  added the comment:

Uploaded at http://codereview.appspot.com/659041/show

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6081] str.format_from_mapping()

[Filip Gruszczyński]

Filip Gruszczyński  added the comment:

Ok, unfortunately this code won't work for certain tests. Take those:

self.assertEqual("My name is {0}".format('Fred'), "My name is Fred")

We pass only one argument, which is a dict and this won't satisfy such test. We 
need to think about a different way of passing those arguments there. We can do 
one of two thins:
* the last argument of args tuple would be an object that can be subscripted 
for format values
* keyword with above object

I believe the second version is more explicit and therefore better.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4892] Sending Connection-objects over multiprocessing connections fails

[Stein Magnus Jodal]

Changes by Stein Magnus Jodal :


--
nosy: +jodal

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7755] copyright clarification for audiotest.au

[Barry A. Warsaw]

Changes by Barry A. Warsaw :


--
priority: deferred blocker -> release blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3928] os.mknod missing on Solaris

[Barry A. Warsaw]

Changes by Barry A. Warsaw :


--
priority: deferred blocker -> release blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8178] test_thread fails on POSIX

[Florent Xicluna]

New submission from Florent Xicluna :

The test fails randomly on POSIX platforms since r78527 (fixing issue #7242).
The failure is in the new TestCase: TestForkInThread.


 $ ./python -m test.regrtest -uall -R :: test_thread
test_thread
beginning 9 repetitions
123456789
Unhandled exception in thread started by 
Traceback (most recent call last):
  File "./Lib/test/test_thread.py", line 218, in thread1
os.close(self.write_fd)
OSError: [Errno 9] Bad file descriptor
.Unhandled exception in thread started by 
Traceback (most recent call last):
  File "./Lib/test/test_thread.py", line 218, in thread1
os.close(self.write_fd)
OSError: [Errno 9] Bad file descriptor
test test_thread failed -- Traceback (most recent call last):
  File "./Lib/test/test_thread.py", line 120, in test__count
self.assertEquals(thread._count(), orig + 1)
AssertionError: 1 != 2

1 test failed:
test_thread
Unhandled exception in thread started by 
Error in sys.excepthook:

Original exception was:

--
components: Library (Lib), Tests
messages: 101350
nosy: flox, gregory.p.smith, pitrou
priority: high
severity: normal
stage: needs patch
status: open
title: test_thread fails on POSIX
type: behavior
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8178] test_thread fails on POSIX

[Florent Xicluna]

Florent Xicluna  added the comment:

Fixed with r79127 and r79128.

--
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
versions: +Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7860] 32-bit Python on 64-bit Windows reports incorrect architecture

[R. David Murray]

R. David Murray  added the comment:

I think it is actually pretty straightforward to write a *unit* test for this.  
We just need to check that the logic works correctly given the expected 
presence or absence of the environment variables.  That doesn't test whether or 
not the right thing happens in the environment when you actually run a WOW64, 
but I don't think it is Python's responsibility to test that.  If Microsoft 
changes the API, platform will break and the tests won't notice, but I don't 
think there's anything we can do about that, since as you say the API is the 
only way to find out what to expect for results.

Test patch attached.  Brian, if you can confirm that this test fails before 
your patch and succeeds afterward, I will commit both patches.

--
assignee:  -> r.david.murray
nosy: +r.david.murray
Added file: http://bugs.python.org/file16592/uname_WOW64_test.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2548] Undetected error in exception handling

[Sean Reifschneider]

Sean Reifschneider  added the comment:

The final word on this seems to be this:

   - Wait until when we aren't in a beta release.  (DONE)

   - Quoting:

   Well, For Py3K at least we might need to consider going through the C
   API and fixing it so that these incorrect assumptions that functions
   like PyDict_GetItem() make are no longer made by introducing some new
   functions that behave in a "better" way.

   And for the recursion issue, I think it stems from corners that are
   cut in the C API by us. We inline functions all over the place, assume
   that Python's implementation underneath the hood is going to make
   calls that stay in C, etc. But as time has gone on and we have added
   flexibility to Python, more and more places have a chance to call
   Python code and trigger issues.

from Brett's e-mail at:

   http://mail.python.org/pipermail/python-dev/2008-August/082107.html

Anyone up to trying to make the C API changes required to get this
resolved?

Sean

--
nosy: +jafo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8154] os.execlp('true') crashes the interpreter on 2.x

[Matthias Klose]

Matthias Klose  added the comment:

committed to the 2.6 branch as well

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7443] test.support.unlink issue on Windows platform

[Sean Reifschneider]

Sean Reifschneider  added the comment:

Andrew: There have been changes committed within the last week to #7712, which 
Florent suggested might be related.  Can you please re-test this to see if it 
still exists, and if it does, bug me and I'll try to get some more movement on 
this.

--
nosy: +jafo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4961] Inconsistent/wrong result of askyesno function in tkMessageBox

[Matthias Klose]

Matthias Klose  added the comment:

committed to the 2.6 branch as well

--
assignee: gpolo -> 
status: pending -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7356] parsing of ldconfig output in ctypes/utils.py depends on the locale

[Matthias Klose]

Matthias Klose  added the comment:

committed to the 2.6 branch as well

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2356] fixer for sys.exitfunc -> atexit

[Sean Reifschneider]

Sean Reifschneider  added the comment:

I've posted to python-dev asking for a reviewer for this, the thread is at 
http://mail.python.org/pipermail/python-dev/2010-March/098597.html

--
nosy: +jafo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2356] fixer for sys.exitfunc -> atexit

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Sean, are you referring to the warning or the 2to3 fixer?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2356] fixer for sys.exitfunc -> atexit

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
assignee: collinwinter -> benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8179] Test failure in test_macpath.py test_realpath (Mac OS X)

[Michael Foord]

New submission from Michael Foord :

On Mac OS X 10.6.2


==
ERROR: test_realpath (__main__.MacCommonTest)
--
Traceback (most recent call last):
  File "/compile/python-back/Lib/test/test_genericpath.py", line 213, in 
test_realpath
self.assertIn("foo", self.pathmodule.realpath("foo"))
  File "/compile/python-back/Lib/macpath.py", line 209, in realpath
path = Carbon.File.FSResolveAliasFile(path, 1)[0].as_pathname()
Error: (-43, 'File not found')

--
Ran 19 tests in 0.087s

FAILED (errors=1, skipped=1)
Traceback (most recent call last):
  File "Lib/test/test_macpath.py", line 57, in 
test_main()
  File "Lib/test/test_macpath.py", line 53, in test_main
test_support.run_unittest(MacPathTestCase, MacCommonTest)
  File "/compile/python-back/Lib/test/test_support.py", line 1031, in 
run_unittest
_run_suite(suite)
  File "/compile/python-back/Lib/test/test_support.py", line 1014, in _run_suite
raise TestFailed(err)
test.test_support.TestFailed: Traceback (most recent call last):
  File "/compile/python-back/Lib/test/test_genericpath.py", line 213, in 
test_realpath
self.assertIn("foo", self.pathmodule.realpath("foo"))
  File "/compile/python-back/Lib/macpath.py", line 209, in realpath
path = Carbon.File.FSResolveAliasFile(path, 1)[0].as_pathname()
Error: (-43, 'File not found')

--
assignee: ronaldoussoren
messages: 101360
nosy: michael.foord, ronaldoussoren
severity: normal
stage: needs patch
status: open
title: Test failure in test_macpath.py test_realpath (Mac OS X)
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8180] Unicode File Test failures (PEP 277 on Mac OS X)

[Michael Foord]

New submission from Michael Foord :

I'm *assuming* this is a Mac OS X issue. (10.6.2)

./python.exe Lib/test/test_pep277.py
test_directory (__main__.UnicodeFileTests) ... ok
test_failures (__main__.UnicodeFileTests) ... ok
test_listdir (__main__.UnicodeFileTests) ... FAIL
test_open (__main__.UnicodeFileTests) ... ok
test_rename (__main__.UnicodeFileTests) ... ok

==
FAIL: test_listdir (__main__.UnicodeFileTests)
--
Traceback (most recent call last):
  File "Lib/test/test_pep277.py", line 92, in test_listdir
self.assertEqual(sf2, set(self.files))
AssertionError: Items in the first set but not the second:
u'@test_969_tmp/\u0393\u03b5\u03b9\u03b1\u0301-\u03c3\u03b1\u03c2'
u'@test_969_tmp/Gru\u0308\xdf-Gott'
u'@test_969_tmp/\u0417\u0434\u0440\u0430\u0432\u0441\u0442\u0432\u0443\u0438\u0306\u0442\u0435'
u'@test_969_tmp/\u306b\u307b\u309a\u3093'
Items in the second set but not the first:
u'@test_969_tmp/\u0393\u03b5\u03b9\u03ac-\u03c3\u03b1\u03c2'
u'@test_969_tmp/\u0417\u0434\u0440\u0430\u0432\u0441\u0442\u0432\u0443\u0439\u0442\u0435'
u'@test_969_tmp/Gr\xfc\xdf-Gott'
u'@test_969_tmp/\u306b\u307d\u3093'

--
Ran 5 tests in 0.021s

FAILED (failures=1)
Traceback (most recent call last):
  File "Lib/test/test_pep277.py", line 120, in 
test_main()
  File "Lib/test/test_pep277.py", line 115, in test_main
test_support.run_unittest(UnicodeFileTests)
  File "/compile/python-back/Lib/test/test_support.py", line 1031, in 
run_unittest
_run_suite(suite)
  File "/compile/python-back/Lib/test/test_support.py", line 1014, in _run_suite
raise TestFailed(err)
test.test_support.TestFailed: Traceback (most recent call last):
  File "Lib/test/test_pep277.py", line 92, in test_listdir
self.assertEqual(sf2, set(self.files))
AssertionError: Items in the first set but not the second:
u'@test_969_tmp/\u0393\u03b5\u03b9\u03b1\u0301-\u03c3\u03b1\u03c2'
u'@test_969_tmp/Gru\u0308\xdf-Gott'
u'@test_969_tmp/\u0417\u0434\u0440\u0430\u0432\u0441\u0442\u0432\u0443\u0438\u0306\u0442\u0435'
u'@test_969_tmp/\u306b\u307b\u309a\u3093'
Items in the second set but not the first:
u'@test_969_tmp/\u0393\u03b5\u03b9\u03ac-\u03c3\u03b1\u03c2'
u'@test_969_tmp/\u0417\u0434\u0440\u0430\u0432\u0441\u0442\u0432\u0443\u0439\u0442\u0435'
u'@test_969_tmp/Gr\xfc\xdf-Gott'
u'@test_969_tmp/\u306b\u307d\u3093'

--
assignee: ronaldoussoren
messages: 101361
nosy: michael.foord, ronaldoussoren
severity: normal
status: open
title: Unicode File Test failures (PEP 277 on Mac OS X)

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8180] Unicode File Test failures (PEP 277 on Mac OS X)

[Michael Foord]

Changes by Michael Foord :


--
stage:  -> needs patch
versions: +Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7832] assertSameElements([0, 1, 1], [0, 0, 1]) does not fail

[Michael Foord]

Michael Foord  added the comment:

Committed in revision 79132.

For Python 2.7 I renamed assertSameElements to assertItemsEqual 
(assertSameElements has never been released on 2.X). In 3.2 assertItemsEqual 
will be new and assertSameElements will be de-documented / deprecated.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5649] OS X Installer: only include PythonSystemFixes package if target includes 10.3

[Ned Deily]

Ned Deily  added the comment:

With the installer build updates referenced by Issue8068, PythonSystemFixes is 
now only included in installers targeted for 10.3.

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7347] Add {Create|Delete}KeyEx to _winreg, doc and test updates

[Gabriel Genellina]

Gabriel Genellina  added the comment:

Why the *Ex names? Can't we just add additional arguments to the original names?

The Python names do not necesarily have to match the API calls. Having 
QueryValue and QueryValueEx was a mistake in the first place, and I would 
prefer not continuing doing such things.

--
nosy: +gagenellina

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8179] Test failure in test_macpath.py test_realpath (Mac OS X)

[Ned Deily]

Ned Deily  added the comment:

This failure seems to be caused by major changes to test_macpath.  I'm not sure 
how much of this is really applicable to macpath which implements the obsolete 
MacOS 9 path functions.  Perhaps leave well enough alone?

--
nosy: +flox, ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8180] Unicode File Test failures (PEP 277 on Mac OS X)

[Ned Deily]

Ned Deily  added the comment:

r78585 to test_pep277.py recently enabled this test for all POSIX systems but 
note the warning in r33595.

--
nosy: +flox, ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com