[issue3575] [py3k] tell() fails in some situation

[Hirokazu Yamamoto]

New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:

Hello. I noticed test_mailbox (test_add) fails on my win2k machine.
It's something like this.

==
ERROR: test_add (__main__.TestMbox)
--
Traceback (most recent call last):
  File "test_mailbox.py", line 60, in tearDown
self._box.close()
  File "e:\python-dev\py3k\lib\mailbox.py", line 642, in close
self.flush()
  File "e:\python-dev\py3k\lib\mailbox.py", line 600, in flush
stop - self._file.tell()))
  File "e:\python-dev\py3k\lib\io.py", line 1625, in tell
chars_decoded += len(decoder.decode(next_byte))
  File "e:\python-dev\py3k\lib\io.py", line 1295, in decode
output = self.decoder.decode(input, final=final)
TypeError: decode() argument 1 must be string or pinned buffer, not
bytearray

And this is simple reproducable code. ("a.txt" contains some text)

f = open("a.txt")
f.read(1)
f.tell() # boom

I searched the place where raises this error in C code,
and I found mbidecoder_decode() is.

if (!PyArg_ParseTupleAndKeywords(args, kwargs, "t#|i:decode",
incrementalkwarglist, &data, &size, &final))
return NULL;

This uses "t#", so cannot accept bytearray, probably.
I hope attached file solves this issue. Thank you.

--
files: fix_mbidecoder_decode.patch
keywords: patch
messages: 71262
nosy: ocean-city
severity: normal
status: open
title: [py3k] tell() fails in some situation
versions: Python 3.0
Added file: http://bugs.python.org/file11135/fix_mbidecoder_decode.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2222] Memory leak in os.rename?

[Hirokazu Yamamoto]

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:

Fixed in r65745. Will be backported to py3k and release25-maint.

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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3576] Demo/embed builds against old version

[Matt Giuca]

New submission from Matt Giuca <[EMAIL PROTECTED]>:

The Python 2.6 version of Demo/embed/Makefile builds against
libpython2.5.a, which doesn't exist in this version.

Quick patch to let it build against libpython2.6.a.

Commit log:

Fixed Demo/embed/Makefile to build against libpython2.6.a.

--
components: Build
files: embed.makefile.patch
keywords: patch
messages: 71264
nosy: mgiuca
severity: normal
status: open
title: Demo/embed builds against old version
type: compile error
versions: Python 2.6
Added file: http://bugs.python.org/file11136/embed.makefile.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3535] zipfile has problem reading zip files over 2GB

[alonwas]

alonwas <[EMAIL PROTECTED]> added the comment:

Antoine,
I had a similar problem with zip version 2.32, but this is fixed in
version 3.0 (or on 64-bit architectures). Would you be able to give it a
try with the newer version (which can be obtained from info-zip.org)?
Unfortunately, my upload bandwidth will not allow me to upload such a
big file.
Thanks,
Alon

On Wed, 2008-08-13 at 22:11 +, Antoine Pitrou wrote:
> Antoine Pitrou <[EMAIL PROTECTED]> added the comment:
> 
> > The problem happens for files between 2GB and 4GB. I can't really send
> > you a link to such a big file. To reproduce the problem, you can
> > generate one.
> 
> The problem is that the "zip" command fails to create a zip file larger
> than 2GB (I get "zip I/O error: Invalid argument"). And even if it
> didn't fail the internal structure of the zip file might not be exactly
> the same as with other compression tools. That's why I was asking you
> for an existing file.
> 
> If I give you an ssh/sftp access somewhere, would you be able to upload
> such a file?
> 
> ___
> Python tracker <[EMAIL PROTECTED]>
> 
> ___

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3575] [py3k] tell() fails in some situation

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Your patch looks right to me. It should also be backported to 2.6.

--
components: +Library (Lib)
nosy: +pitrou

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3575] [py3k] tell() fails in some situation

[Hirokazu Yamamoto]

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:

Well, MultibyteCodec_Decode() also uses Py_buffer in py3k but not in
trunk. Is this also backported?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3577] Interpreter name: python vs. python-3.0

[John J Lee]

New submission from John J Lee <[EMAIL PROTECTED]>:

The tutorial says:

"The Python interpreter is usually installed as /usr/local/bin/python on
those machines where it is available"

Shouldn't that be "python3" or "python-3.0"?  And the same throughout
the rest of the tutorial?

make install seems to think that Python 3 should not be installed as
"python", and should be installed as "python-3.0".

--
assignee: georg.brandl
components: Documentation
messages: 71268
nosy: georg.brandl, jjlee
severity: normal
status: open
title: Interpreter name: python vs. python-3.0
versions: Python 3.0

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3535] zipfile has problem reading zip files over 2GB

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Alon, can you try with the following patch? It seems to fix it here.

--
keywords: +patch
priority:  -> normal
versions: +Python 2.6, Python 3.0 -Python 2.5
Added file: http://bugs.python.org/file11137/largezip.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3577] Interpreter name: python vs. python-3.0

[John J Lee]

John J Lee <[EMAIL PROTECTED]> added the comment:

"make install" actually installs as "python3.0" (and not as
"python-3.0", nor "python3", nor "python").

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3575] [py3k] tell() fails in some situation

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Le dimanche 17 août 2008 à 11:44 +, Hirokazu Yamamoto a écrit :
> Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:
> 
> Well, MultibyteCodec_Decode() also uses Py_buffer in py3k but not in
> trunk. Is this also backported?

It should be :-)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3575] [py3k] tell() fails in some situation

[Hirokazu Yamamoto]

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:

OK, done.

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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3419] multiprocessing module is racy

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

Here's a patch that fixes the incref problem for me.  This *definitely* 
needs review from someone more familiar with the multiprocessing module 
than I am;  I'm not at all confident that it won't break something else.

The original problem:  the Server.create method creates shared objects 
with an effective reference count of 0, making them vulnerable to 
premature garbage collection.

The solution in the patch: create shared objects with a reference count 
of 1, and make it the responsibility of the caller of Server.create() to 
do a decref later (once a ProxyObject for the created shared object has 
been initialized).   In effect, Server.create creates and returns a 
reference, and the caller then owns that reference and is responsible 
for disposing of it.

Added file: http://bugs.python.org/file11138/issue3419.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3578] 'dictionary changed size' error in test_multiprocessing

[Mark Dickinson]

New submission from Mark Dickinson <[EMAIL PROTECTED]>:

Here's a report from Ismail Donmez (cartman), extracted from the
issue 3419 discussion in an effort to avoid putting multiple
problems under one tracker issue.

[cartman]

With trunk when running test_multiprocessing in a tight loop I saw 
another problem:

test_multiprocessing
Process Process-61:
Traceback (most recent call last):
  File "/Users/cartman/Sources/py3k/Lib/multiprocessing/process.py", 
line 229, in _bootstrap
Process Process-60:
Traceback (most recent call last):
  File "/Users/cartman/Sources/py3k/Lib/multiprocessing/process.py", 
line 229, in _bootstrap
Process Process-62:
Traceback (most recent call last):
  File "/Users/cartman/Sources/py3k/Lib/multiprocessing/process.py", 
line 229, in _bootstrap
util._run_after_forkers()
  File "/Users/cartman/Sources/py3k/Lib/multiprocessing/util.py", line 
138, in _run_after_forkers
util._run_after_forkers()
  File "/Users/cartman/Sources/py3k/Lib/multiprocessing/util.py", line 
138, in _run_after_forkers
util._run_after_forkers()
  File "/Users/cartman/Sources/py3k/Lib/multiprocessing/util.py", line 
138, in _run_after_forkers
items = list(_afterfork_registry.items())
items = list(_afterfork_registry.items())
  File "/Users/cartman/Sources/py3k/Lib/weakref.py", line 103, in items
  File "/Users/cartman/Sources/py3k/Lib/weakref.py", line 103, in items
items = list(_afterfork_registry.items())
  File "/Users/cartman/Sources/py3k/Lib/weakref.py", line 103, in items
for key, wr in self.data.items():
RuntimeError: dictionary changed size during iteration
for key, wr in self.data.items():
RuntimeError: dictionary changed size during iteration
for key, wr in self.data.items():
RuntimeError: dictionary changed size during iteration

--
assignee: jnoller
components: Extension Modules
messages: 71274
nosy: cartman, jnoller, marketdickinson
severity: normal
status: open
title: 'dictionary changed size' error in test_multiprocessing
versions: Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3419] multiprocessing module is racy

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

[jnoller]
> As for if this should block the release, it should be resolved before  
> final, but should not block the next beta.

So the priority should be 'deferred blocker', no?

[cartman]
> With trunk when running test_multiprocessing in a tight loop I saw 
> another problem:

I think this really belongs in a separate issue.  See issue 3578.

--
priority:  -> deferred blocker

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3575] [py3k] tell() fails in some situation

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Please state the revision numbers when closing an issue due to a commit;
this makes it easier to find the change later.

--
nosy: +georg.brandl

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3575] [py3k] tell() fails in some situation

[Hirokazu Yamamoto]

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:

Sorry, fixed in r65760 and r65762.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2222] Memory leak in os.rename?

[Hirokazu Yamamoto]

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:

Backported to py3k(r65746) release25-maint(r65747)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1869] Builtin round function is sometimes inaccurate for floats

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

Thanks for the patch, George!

This patch fixes the problem in some, but not all cases.  I'd like to take 
this a little further.

As far as I can see, getting correctly rounded results in all cases is out 
of reach without either writing lots of multi-precision code (which would 
make the round code unnecessarily complicated and difficult to maintain) 
or using Python's arbitrary-precision integers (which would be slow).

But it would be reasonable to aim for correctly rounded results

--
versions: +Python 2.7, Python 3.1 -Python 2.5, Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1869] Builtin round function is sometimes inaccurate for floats

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

Hit submit too soon; sorry...

But it would be reasonable to aim for correctly rounded results when the 
second argument to round is not too large (less than 22 in absolute 
value, for example), so that 10**abs(n) is exactly representable as a 
double.  I think this should be easy when n is negative (use fmod to 
compute the remainder, and subtract the remainder from the original 
number to round down, or add (10**-n - remainder) to round up, and a 
little bit more involved when n is positive.

Note that the 3.x version will need to be slightly different, so that it 
does round-half-to-even instead of round-half-away-from-zero.

I think that while these changes could be considered bugfixes they're 
not essential, so should be put off until 2.7/3.1.

--
versions:  -Python 3.0

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3579] Faites Attention en Utilisant Cette Merveille!

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
resolution:  -> invalid
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3580] failures test_os

[Antoine Pitrou]

New submission from Antoine Pitrou <[EMAIL PROTECTED]>:

I get failures under test_os when launched under Windows XP. More
precisely, it's a Windows XP image inside qemu with the Python build dir
in a Samba mount.


==
FAIL: test_1565150 (__main__.StatAttributeTests)
--
Traceback (most recent call last):
  File "Lib\test\test_os.py", line 291, in test_1565150
self.assertEquals(os.stat(self.fname).st_mtime, t1)
AssertionError: 1159195039.0 != 1159195039.25

==
FAIL: test_1686475 (__main__.StatAttributeTests)
--
Traceback (most recent call last):
  File "Lib\test\test_os.py", line 300, in test_1686475
self.fail("Could not stat pagefile.sys")
AssertionError: Could not stat pagefile.sys

--

--
assignee: pitrou
components: Tests
messages: 71282
nosy: pitrou
priority: normal
severity: normal
status: open
title: failures test_os
type: behavior
versions: Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3580] failures in test_os

[Antoine Pitrou]

Changes by Antoine Pitrou <[EMAIL PROTECTED]>:


--
title: failures test_os -> failures in test_os

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3581] failures in test_uuid

[Antoine Pitrou]

New submission from Antoine Pitrou <[EMAIL PROTECTED]>:

I get failures in test_uuid when run inside a qemu virtual machine. It
is related to the fake MAC address used by qemu.


==
FAIL: test_ipconfig_getnode (__main__.TestUUID)
--
Traceback (most recent call last):
  File "Lib\test\test_uuid.py", line 326, in test_ipconfig_getnode
self.check_node(node, 'ipconfig')
  File "Lib\test\test_uuid.py", line 288, in check_node
self.assertEqual(universal_local_bit, 0, message)
AssertionError: 525400123456 doesn't look like a real MAC address

==
FAIL: test_windll_getnode (__main__.TestUUID)
--
Traceback (most recent call last):
  File "Lib\test\test_uuid.py", line 351, in test_windll_getnode
self.check_node(uuid._windll_getnode(), 'windll')
  File "Lib\test\test_uuid.py", line 288, in check_node
self.assertEqual(universal_local_bit, 0, message)
AssertionError: 525400123456 doesn't look like a real MAC address

--

--
messages: 71283
nosy: pitrou
severity: normal
status: open
title: failures in test_uuid

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3581] failures in test_uuid

[Antoine Pitrou]

Changes by Antoine Pitrou <[EMAIL PROTECTED]>:


--
assignee:  -> pitrou
components: +Tests
priority:  -> normal
type:  -> behavior
versions: +Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3556] test_raiseMemError consumes an insane amount of memory

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

After testing under Windows, fixed in r65773.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3556] test_raiseMemError consumes an insane amount of memory

[Antoine Pitrou]

Changes by Antoine Pitrou <[EMAIL PROTECTED]>:


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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3570] str.find docstring typo

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

This has been fixed in the trunk.

--
nosy: +benjamin.peterson
resolution:  -> out of date
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1869] Builtin round function is sometimes inaccurate for floats

[George Boutsioukis]

George Boutsioukis <[EMAIL PROTECTED]> added the comment:

Hi Mark,

Yes, I see where you are going with this and I agree. I think the py3k
round function is a bit more accurate, any chance this can be backported
to 2.7(after modifying the half-rounding)?

Anyway, I was just playing around with the code when I wrote this patch.
Anything beyond math.h(and only the really portable functions) is
obviously out of the question, so there's little here to work with. 

Despite the (rare) unpredictable results, I think this issue is probably
too minor to spend any more time on;IMO nobody really relies on round()
for accuracy anyway. Perhaps this should be just ignored.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3580] failures in test_os

[Hirokazu Yamamoto]

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment:

Maybe will first test failure be fixed by attached patch?
Sorry, this is my bug in issue1709599. :-(

--
keywords: +patch
nosy: +ocean-city
Added file: http://bugs.python.org/file11140/fix_test_1565150.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3580] failures in test_os

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

No, it doesn't fix it.
But I've just tried manually, and GetVolumeInformation() returns "NTFS"
for the Samba share. Apparently this is a Samba "feature" to work with
Windows NT. :-)
See http://lists.samba.org/archive/samba/2003-April/065027.html

The other failure is trivial, I've fixed it in r65780.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3582] thread_nt.c update

[Kristján Valur Jónsson]

New submission from Kristján Valur Jónsson <[EMAIL PROTECTED]>:

Here is a suggested update to thread_nt.c.  It has two significant 
changes:
1) it uses the new and safer _beginthreadex API to start a thread
2) it implements native TLS functions on NT, which are certain to be as 
fast as possible.

--
files: thread_nt.patch
keywords: patch, patch
messages: 71289
nosy: krisvale
severity: normal
status: open
title: thread_nt.c update
type: feature request
versions: Python 3.0
Added file: http://bugs.python.org/file11141/thread_nt.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3402] test_nis is hanging on Solaris

[Barry A. Warsaw]

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:

Let's disable it and add it to the release notes.  If nobody steps
forward to fix it, we'll just leave it turned off for the final release.

--
nosy: +barry

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3444] add warnings for intra-package imports

[Barry A. Warsaw]

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:

Has there been any progress on this?  We can fix this after beta 3 if
necessary.

--
nosy: +barry

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3583] test_urllibnet.test_bad_address() fails when using OpenDNS

[Brett Cannon]

New submission from Brett Cannon <[EMAIL PROTECTED]>:

OpenDNS has a "feature" where if you enter an address that doesn't
exist, you get a 404 and a Google-looking search page. Problem is that
urllib.urlopen() does not raise any exception on a 404.

Probably should just change the test such that if no exception is
raised, check if a 404 was returned and still consider the test passed.

--
components: Library (Lib)
messages: 71292
nosy: brett.cannon
priority: normal
severity: normal
status: open
title: test_urllibnet.test_bad_address() fails when using OpenDNS
type: behavior
versions: Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3473] In function call, keyword arguments could follow *args

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

Barry, is it still time for this to be included in 2.6b3?
Guido already approved the idea:
http://mail.python.org/pipermail/python-3000/2008-July/014506.html

--
assignee: rhettinger -> amaury.forgeotdarc
nosy: +barry

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2466] os.path.ismount doesn't work for mounts the user doesn't have permission to see

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Another problem of using os.path.dirname is that for /A/B, it will
return /A, and if /A is itself a symlink to a mount point itself, /A and
/A/B will have different st_dev values... which will be wrongly
interpreted as meaning that /A/B is a mount point.

So here is a possible course of action for ismount:
1- first test if the arg is a symlink and if so, return False (as it
already does today)
2- then use os.path.realname(os.path.dirname(arg)) instead of joining
with ".."

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2464] urllib2 can't handle http://www.wikispaces.com

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

i was pondering if it should go in urlparse instead.  if it did, i think
it should be part of urlparse.urlunparse to ensure that there is always
a trailing slash after the host:port regardless of what the inputs are.

anyways, agreed, this fixes this specific bug.  should it be backported
to release25-maint?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3402] test_nis is hanging on Solaris

[Barry A. Warsaw]

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:

Does this affect 2.6 as well?  It's hard to tell from the buildbot output.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue874900] threading module can deadlock after fork

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

backported to release25-maint in r65789.

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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue874900] threading module can deadlock after fork

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

One of tests is hanging in 3.0.

--
resolution: fixed -> 
status: closed -> open
versions: +Python 3.0 -Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3309] missing lock release in BZ2File_iternext()

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

backported to release25-maint in r65790

--
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3584] Exception for test_urllib2_localnet

[Jim Hermann]

New submission from Jim Hermann <[EMAIL PROTECTED]>:

When I installed Python 2.5.2 on my Fedora Core 4 system, I ran 'make
test" and the process stopped at this point:

test_urllib2_localnet
Exception in thread Thread-1067:
Traceback (most recent call last):
  File "/usr/local/src/Python-2.5.2/Lib/threading.py", line 486, in
__bootstrap_inner
self.run()
  File "/usr/local/src/Python-2.5.2/Lib/test/test_urllib2_localnet.py",
line 64, in run
self._RequestHandlerClass)
  File "/usr/local/src/Python-2.5.2/Lib/test/test_urllib2_localnet.py",
line 22, in __init__
RequestHandlerClass)
  File "/usr/local/src/Python-2.5.2/Lib/SocketServer.py", line 330, in
__init__
self.server_bind()
  File "/usr/local/src/Python-2.5.2/Lib/BaseHTTPServer.py", line 101, in
server_bind
SocketServer.TCPServer.server_bind(self)
  File "/usr/local/src/Python-2.5.2/Lib/SocketServer.py", line 341, in
server_bind
self.socket.bind(self.server_address)
  File "", line 1, in bind
error: (98, 'Address already in use')

Thanks.

Jim

--
components: Tests
messages: 71300
nosy: jimhermann
severity: normal
status: open
title: Exception for test_urllib2_localnet
type: crash
versions: Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

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

[issue874900] threading module can deadlock after fork

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

specifically, test_3_join_in_forked_from_thread hangs in py3k and is
currently disabled.

--
assignee: gregory.p.smith -> 

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3385] cPickle to pickle conversion in py3k missing methods

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

Maybe I missed something, but the (subclassable) python implementation
of Pickler is still available with another name:

from pickle import _Pickler as Pickler
class ForkingPickler(Pickler):
dispatch = Pickler.dispatch.copy()

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2464] urllib2 can't handle http://www.wikispaces.com

[Facundo Batista]

Facundo Batista <[EMAIL PROTECTED]> added the comment:

Maybe we can put it in urlunparse... do you all agree with this test cases?

def test_alwayspath(self):
u = urlparse.urlparse("http://netloc/path;params?query#fragment";)
self.assertEqual(urlparse.urlunparse(u),
"http://netloc/path;params?query#fragment";)

u = urlparse.urlparse("http://netloc?query#fragment";)
self.assertEqual(urlparse.urlunparse(u),
"http://netloc/?query#fragment";)

u = urlparse.urlparse("http://netloc#fragment";)
self.assertEqual(urlparse.urlunparse(u), "http://netloc/#fragment";)



Maybe we could backport this more general fix...

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2464] urllib2 can't handle http://www.wikispaces.com

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

That test case looks good to me for 2.6 and 3.0.  Also add a note to the
documentation with a versionchanged 2.6 about urlunparse always ensuring
there is a / between the netloc and the rest of the url.

I would not back port the more general urlunparse behavior change to 2.5.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3585] pkg-config support

[Clinton Roy]

New submission from Clinton Roy <[EMAIL PROTECTED]>:

This patch adds pkg-config support to the python build, a python.pc file
is installed in the pkgconfig directory such that autoconf buildsystems
can trivially link against the python library.

Diff made against revision 65796

--
components: Build
files: pkgconfig.diff
keywords: patch
messages: 71305
nosy: ClintonRoy
severity: normal
status: open
title: pkg-config support
type: feature request
versions: Python 2.6
Added file: http://bugs.python.org/file11142/pkgconfig.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2013] Long object free list optimization

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

preventing this right now is that when i apply this to py3k today, it
fails miserably in a debug build.

first, my patch has an invalid assert(size > 0) in it in _PyLong_New as
0 size is used when the value is 0.  get rid of that line.

then things at least run but you'll end up in an infinite loop when the
interpreter exits at best if you've compiled in debug mode.

things work great in a non-pydebug build.

i believe the reason is this change is not properly looking at the
structure allocation sizes.  debug builds add extra structure fields.

i'm investigating.  the free_list code in floatobject.c does not have
this problem so at least there's a good example to go from.

and yet another reason why a more general free list library for various
internals to use would be useful...

--
assignee:  -> gregory.p.smith

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3576] Demo/embed builds against old version

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Fixed in r65798.

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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2384] [Py3k] line number is wrong after encoding declaration

[Barry A. Warsaw]

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:

While this is a bug, it's not serious enough to hold up the release.

--
priority: release blocker -> high

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3474] Using functools.reduce() does not stop DeprecationWarning when using -3

[Brett Cannon]

Brett Cannon <[EMAIL PROTECTED]> added the comment:

Reviewing the patch at http://codereview.appspot.com/2968 .

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3474] Using functools.reduce() does not stop DeprecationWarning when using -3

[Brett Cannon]

Brett Cannon <[EMAIL PROTECTED]> added the comment:

Reviewed in Rietveld. Only a minor change is suggested. Otherwise I
think the patch is ready to be committed, Benjamin.

--
assignee: brett.cannon -> benjamin.peterson

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3474] Using functools.reduce() does not stop DeprecationWarning when using -3

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Thanks for the review! Committed in r65802.

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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2919] Merge profile/cProfile in 3.0

[Barry A. Warsaw]

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:

Can you get this done before beta 3?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3132] implement PEP 3118 struct changes

[Barry A. Warsaw]

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:

It's looking pessimistic that this is going to make it by beta 3.  If
they can't get in by then, it's too late.

--
nosy: +barry

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2013] Long object free list optimization

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

attached is an updated patch that also works in debug mode.  to do this
i had to exclude all zero length (value = 0) PyLongObjects from the free
list.  i'm still not sure why, they all have the same underlying
allocation size.

simplifying it to only freelist one digit longs the only useful
differences are in the microbenchmark of -32767..32768.  otherwise
things are slightly slower.  pybench is identical and pystone drops a bit.

i'm closing this as not worth it as things are written.  if someone
wants to pick up the idea and play with freelists go ahead but this
doesn't need to be an open tracker issue.  there is room for improvement
but these patches aren't it.

--
resolution:  -> rejected
status: open -> closed
Added file: http://bugs.python.org/file11143/py3k_longfreelist2_gps03.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2013] Long object free list optimization

[Gregory P. Smith]

Changes by Gregory P. Smith <[EMAIL PROTECTED]>:


Added file: http://bugs.python.org/file11144/py3k_longfreelist2_gps04.patch

___
Python tracker <[EMAIL PROTECTED]>

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