[issue3784] Incorrect compiler options used for cc of Sun Studio 12

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

Ah, now I see the problem. This is ctypes-specific, and ctypes requires
gcc on Solaris. Closing as "won't fix".

--
resolution:  -> wont fix
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

[issue3786] _curses, _curses_panel & _multiprocessing can't be build in 2.6b3 w/ SunStudio 12

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

> I filed that as a bug against Python 2.6, because in 2.5.2, the curses
> modules could be built just fine.

So would you like to work on a patch?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3451] Asymptotically faster divmod and str(long)

[Pernici Mario]

Pernici Mario <[EMAIL PROTECTED]> added the comment:

I have translated in C the algorithm for long division by
Burnikel and Ziegler (BZ), using the Python version fast_div.py
and the suggestions by Mark.

Here is a benchmark for divmod(p. q), p = 7**np, q = 5**nq
digits = q_digits = p_digits/2; the time taken by Python division
is normalized to 1
tests on Debian, BZ with Python-2.6b3
Pentium 1.60GHzAthlon XP 2600+ Athlon 64 3800+
digits  BZ  fast_div   BZ  fast_divBZ  fast_div
500 1.011.27   1.001.181.001.21
700 0.881.22   0.761.080.811.14
10000.821.17   0.721.040.761.10
20000.660.85   0.550.730.590.78
40000.510.62   0.430.520.450.56
1   0.320.38   0.310.370.330.39
2   0.240.25   0.230.250.250.27
10  0.140.14   0.110.110.120.12

BZ starts being faster than Python division around 2000 bits, apart
from two cases:
 for q with less than 4000 bits and p much smaller than q**2
 x_divrem is faster than divmod_pos;
 for p very much larger than q**2 x_divrem becomes
 again faster.
I put a bound in long_divrem to fall back to x_divrem in those cases,
based on tests on my laptop Pentium 1.60GHz.

The treatment of exceptions is very rudimentary;
I use a simple macro STUB_EXC to return NULL,
but without releasing memory.
Help for doing this properly is welcome.

Please find attached the diff to the longobject.c file in Python-2.6b3 .

Mario

--
nosy: +pernici
Added file: http://bugs.python.org/file11423/diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3705] py3k fails under Windows if "-c" or "-m" is given a non-ascii value

[Amaury Forgeot d'Arc]

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

Updated patch.

Added file: http://bugs.python.org/file11422/find_module_unicode_2.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3705] py3k fails under Windows if "-c" or "-m" is given a non-ascii value

[Amaury Forgeot d'Arc]

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

./python -c "print('à')"
does not work on my Linux machine with latest py3k (r66303), certainly
because my terminal uses a latin-1 encoding: wcstombs will convert the
argument back to the terminal encoding, whereas PyRun_SimpleString
expects a UTF-8 string.

I join another patch, which propagates the wchar_t as far as possible,
and encodes it as utf-8; with test.

This also corrects the Windows case.

Added file: http://bugs.python.org/file11424/command_unicode.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3714] nntplib module broken by str to unicode conversion

[Senthil]

Senthil <[EMAIL PROTECTED]> added the comment:

I verified the patch against the trunk. It works fine and solves the issue.
But, I have a minor concern over 'ascii' as the default encoding, which you
have chosen.

For e.g, when I ran python3.0 nntplib.py (It would run tests, as the module
does not have an explicit test), I got the following error due to encoding.
(tests read comp.lang.python)

UnicodeDecodeError: 'ascii' codec can't decode byte 0x93 in position 29:
ordinal not in range(128)

Setting the encoding to 'latin1', it passed.

Would 'latin1' be a better default encoding? Or should we leave it as 'ascii'.

--
nosy: +orsenthil

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2016] Crash when modifying the **kwargs passed to a function.

[Daniel Diniz]

Changes by Daniel Diniz <[EMAIL PROTECTED]>:


--
nosy: +ajaksu2

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3782] os.write accepts unicode strings

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

posix_write() uses s* 

s* (string, Unicode, or any buffer compatible object) [Py_buffer *]
http://docs.python.org/dev/3.0/c-api/arg.html

IMHO os.write should not accept unicode and convert it to default
encoding. The low level os functions are all about bytes.

--
nosy: +christian.heimes

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3714] nntplib module broken by str to unicode conversion

[Dmitry Vasiliev]

Dmitry Vasiliev <[EMAIL PROTECTED]> added the comment:

Actually RFC-977 said all characters must be in ASCII, but RFC-3977
changed default character set to UTF-8. So I think UTF-8 must be default
encoding, not Latin-1. Moreover Latin-1 can silently hide a real
encoding, for example:

>>> u'\u0422\u0435\u0441\u0442'.encode("koi8-r").decode("latin1")
u'\xf4\xc5\xd3\xd4'

Additionally in the future it would be a good idea to look in the
article headers for article body encoding.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3714] nntplib module broken by str to unicode conversion

[Amaury Forgeot d'Arc]

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

Setting the default encoding as "ascii" is very conservative until we
know the encoding actually used by the server.

Are you sure that comp.lang.python uses latin-1? RFC3977, which
re-defines the NNTP protocol, prefers utf-8 for the character set.

Is there a way to know the character set used by a server?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3714] nntplib module broken by str to unicode conversion

[Senthil]

Senthil <[EMAIL PROTECTED]> added the comment:

When the default encoding 'ascii' failed, I tried, 'utf-8', even that failed to
retrieve the message headers from comp.lang.python. 
'latin1' succeeded. That was reason for my suggestion, considering 'latin1' to
be superset of 'ascii'. 

But, yes checking the encoding at the server and using that would be a good
idea. The for the default, we could follow whatever RFC3977 recommends.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3714] nntplib module broken by str to unicode conversion

[Dmitry Vasiliev]

Dmitry Vasiliev <[EMAIL PROTECTED]> added the comment:

If I understand it correctly there is no "character set used by server"
because every article can be in different encoding. RFC-3977 say:

"""
The character set of article bodies SHOULD be indicated in the
article headers, and this SHOULD be done in accordance with MIME.
"""

But it's not always true, for example fido7.* groups known to use
"KOI-8R" encoding but I didn't find any relevant headers.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3714] nntplib module broken by str to unicode conversion

[Dmitry Vasiliev]

Dmitry Vasiliev <[EMAIL PROTECTED]> added the comment:

RFC-3977 say the following about headers:

- The names of headers (e.g., "From" or "Subject") MUST be in
  US-ASCII.

- Header values SHOULD use US-ASCII or an encoding based on it, such
  as RFC 2047 [RFC2047], until such time as another approach has
  been standardised.  At present, 8-bit encodings (including UTF-8)
  SHOULD NOT be used because they are likely to cause
  interoperability problems.

But in practice for now there is no way to reliable find a header's
encoding.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3162] ssl.SSLSocket implements methods that are overriden by socket.socket.__init__ and methods with incorrect names.

[Bill Janssen]

Bill Janssen <[EMAIL PROTECTED]> added the comment:

I've applied Simon's patch to the 2.6 trunk.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3162] ssl.SSLSocket implements methods that are overriden by socket.socket.__init__ and methods with incorrect names.

[Bill Janssen]

Bill Janssen <[EMAIL PROTECTED]> added the comment:

And for the 3K branch.  Thanks!

--
resolution: accepted -> 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

[issue3782] os.write accepts unicode strings

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Agreed.  But we need to tread carefully -- fixing this might break other
stuff that has silently relied on it.  Better try it ASAP.

--
nosy: +gvanrossum

___
Python tracker <[EMAIL PROTECTED]>

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

[issue516762] have a way to search backwards for re

[Matthew Barnett]

Matthew Barnett <[EMAIL PROTECTED]> added the comment:

Does this request still stand? I'm working on the re module at the moment.

--
nosy: +mrabarnett

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3679] pressing HOME key in IDLE editor ends IDLE

[Toby Donaldson]

Toby Donaldson <[EMAIL PROTECTED]> added the comment:

The problem seems to have disappeared in the 3.0b3 Windows installer
version --- the Home key seems to work as it should.

(However, to get IDLE to run at all in 3.03b, I had to apply the fix
listed here: http://bugs.python.org/issue3628)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3804] Test for issue2222 (r65745)

[Hirokazu Yamamoto]

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

This test is for issue. (I didn't know sys.getrefcount)
This test doesn't cover the case like os.rename(str, int), but it might
be better than no tests.

--
components: Tests
files: test_for_issue.patch
keywords: needs review, patch
messages: 72786
nosy: ocean-city
severity: normal
status: open
title: Test for issue (r65745)
versions: Python 2.5, Python 2.6, Python 3.0
Added file: http://bugs.python.org/file11425/test_for_issue.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3805] sslobj.read py3k takes odd arguments

[Gregory P. Smith]

New submission from Gregory P. Smith <[EMAIL PROTECTED]>:

Modules/_ssl.c in the py3k branch:

PySSL_SSLread():

 calls parsetuple expecting "|Oi" as arguments.

However the logic below to interpret and use the arguments is very
convoluted.  it'd be better to reorder these as "|iO" to match the api
in Lib/ssl.py.  Or even better to just get rid of the "O" all together
(currently used to pass in a bytearray buffer to write into instead of
allocating its own).

also:

it returns either a bytes or a long depending on the order and type of
arguments given.  yuck.

--
assignee: janssen
components: Extension Modules
messages: 72787
nosy: gregory.p.smith, janssen
priority: high
severity: normal
status: open
title: sslobj.read py3k takes odd arguments
type: behavior
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

[issue3162] ssl.SSLSocket implements methods that are overriden by socket.socket.__init__ and methods with incorrect names.

[Simon Cross]

Simon Cross <[EMAIL PROTECTED]> added the comment:

And thanks for looking at them and applying! :)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3805] sslobj.read py3k takes odd arguments

[Bill Janssen]

Bill Janssen <[EMAIL PROTECTED]> added the comment:

There was a reason to do it that way.  Now if I can only remember what
it was...

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3805] sslobj.read py3k takes odd arguments

[Bill Janssen]

Changes by Bill Janssen <[EMAIL PROTECTED]>:


--
priority: high -> low

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2562] Cannot use non-ascii letters in disutils if setuptools is used.

[Benjamin Peterson]

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

Does this need to be merged into py3k? If so, can someone who handled
this bug do it. I met a few test failures in my attempt...

--
nosy: +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

[issue3708] os.urandom(1.1): infinite loop

[Benjamin Peterson]

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

Gregory, could you merge this into py3k, please?

--
nosy: +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

[issue3804] Test for issue2222 (r65745)

[Benjamin Peterson]

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

I think you should put test_rename in FileTests. Then we can write real
tests for os.rename sometimes else.

--
nosy: +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

[issue3805] sslobj.read py3k takes odd arguments

[Gregory P. Smith]

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

i only had a brief look when i was going through code looking for
potentially incorrect uses of PyByteArray_*.

I've got a patch that i believe cleans it up a little but its sitting on
a machine i don't have remote access to at the moment.  i'll attach it
when i get a chance.

Looking at Lib/ssl.py it appears that recv_into needs this functionality.

I'd still suggest changing the order to be "|iO" to simplify the code a
little.  The PyLong_Check(buf) could go away.  I do not see any calls to
_sslobj.read() within Lib.ssl.py that only pass in a buffer without
passing in a length.

When no bytearray is passed in, the code internally uses a temporary
bytearray object which is later freed after being copied into a bytes
object.  I think it would be better to just use
PyBytes_FromStringAndSize(0, len) and replace the "if (!buf_passed)"
conversion data copy with a _PyBytes_Resize?  The latter will only
realloc and copy if needed.

regardless, thanks for lowering the priority.  looking over the code
again I believe whats there is functionally correct even if a bit odd
looking.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3708] os.urandom(1.1): infinite loop

[Benjamin Peterson]

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

Apparently this isn't an issue in py3k, so no worries! :)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted

[Benjamin Peterson]

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

The patch mostly looks good. However, all the w[-1] logic looks rather
verbose to me since its main use case in testing will be making sure
*one* warning happened. Returning a list adds the extra step of checking
the length and then indexing it for the warning validation. I'm not
completely suggesting that you bring back the smart list, but maybe an
option on catch_warning to just yield the WarningMessage on __enter__.

--
keywords:  -needs review
nosy: +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

[issue3804] Test for issue2222 (r65745)

[Hirokazu Yamamoto]

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

OK, this is revised patch.

Added file: http://bugs.python.org/file11426/test_for_issue.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3804] Test for issue2222 (r65745)

[Benjamin Peterson]

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

Ok. I think the patch is fine. (Please don't merge it yet, though. I'm
working on a merge now.)

--
keywords:  -needs review

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3777] long(4.2) now returns an int

[Benjamin Peterson]

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

In the meantime, Amaury, you patch is good.

--
keywords:  -needs review

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1868] threading.local doesn't free attrs when assigning thread exits

[Gregory P. Smith]

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

i won't have time to work on this for several days but i will happily
review updated patches if anyone could contribute fixes for the __dict__
issues described in the most recent comments.

feel free to steal the issue from me.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3705] py3k fails under Windows if "-c" or "-m" is given a non-ascii value

[Benjamin Peterson]

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

I think the patch good; go ahead.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3806] LockTests in test_imp should be skipped when thread is not available

[Hirokazu Yamamoto]

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

LockTests is meaningfull only when thread is available, so this patch
removes it from tests when thread is unavailable. This patch is for trunk.

--
components: Tests
files: test_imp.patch
keywords: patch
messages: 72801
nosy: ocean-city
severity: normal
status: open
title: LockTests in test_imp should be skipped when thread is not available
versions: Python 2.6, Python 3.0
Added file: http://bugs.python.org/file11427/test_imp.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3806] LockTests in test_imp should be skipped when thread is not available

[Benjamin Peterson]

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

Why not just append LockTests to the tests after instead of deleting it
from the list?

--
nosy: +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

[issue3806] LockTests in test_imp should be skipped when thread is not available

[Hirokazu Yamamoto]

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

Like attached new patch? There was no strong meaning. :-)
del tests[0] can can preserve order of tests, but it's not so important,
is it.

Added file: http://bugs.python.org/file11428/test_imp.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3806] LockTests in test_imp should be skipped when thread is not available

[Benjamin Peterson]

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

Looks good to me.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted

[Brett Cannon]

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

On Mon, Sep 8, 2008 at 3:12 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
>
> Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
>
> The patch mostly looks good. However, all the w[-1] logic looks rather
> verbose to me since its main use case in testing will be making sure
> *one* warning happened. Returning a list adds the extra step of checking
> the length and then indexing it for the warning validation. I'm not
> completely suggesting that you bring back the smart list, but maybe an
> option on catch_warning to just yield the WarningMessage on __enter__.
>

Well, the real question is whether most users will use this for
testing, or for temporarily suppressing warnings. The stdlib is not a
normal use-case in this regard since we have to be so careful with
giving deprecations.

I honest don't fine the [-1] indexing that bad and I had to add all of
them. =) Makes it explicit you are assuming there is at least one
warnings (and probably only one) and you should check that there was
not an extra one.

I will wait to see if Barry has anything to say on the matter since he
pushed for the change.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3632] use string_print() in gdb

[STINNER Victor]

STINNER Victor <[EMAIL PROTECTED]> added the comment:

Can anyone review my new patch?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3804] Test for issue2222 (r65745)

[Hirokazu Yamamoto]

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

Thanks, fixed in r66316(trunk), r66318(release25-maint), r66320(py3k)

--
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

[issue3606] 2to3: commands varible replaced by subprocess

[STINNER Victor]

STINNER Victor <[EMAIL PROTECTED]> added the comment:

Ok, no problem. So you can close this (invalid) issue.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3634] invalid result value of _weakref.__init__()

[STINNER Victor]

STINNER Victor <[EMAIL PROTECTED]> added the comment:

The bug and the fix are trivials. Can anyone review my patch?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3606] 2to3: commands varible replaced by subprocess

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
resolution:  -> wont fix
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

[issue3807] _multiprocessing build fails when configure --without-threads

[Hirokazu Yamamoto]

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

I'm not sure how to fix this, (or even should fix this) when configure
--without-threads, error message is not pretty. This happens at trunk,
but probably same thing would happen at py3k.


gcc -shared -Wl,--enable-auto-image-base
build/temp.cygwin-1.5.25-i686-2.6/home/
WhiteRabbit/python-dev/trunk/Modules/_multiprocessing/multiprocessing.o
build/te
mp.cygwin-1.5.25-i686-2.6/home/WhiteRabbit/python-dev/trunk/Modules/_multiproces
sing/socket_connection.o
build/temp.cygwin-1.5.25-i686-2.6/home/WhiteRabbit/pyth
on-dev/trunk/Modules/_multiprocessing/semaphore.o -L/usr/local/lib -L.
-lpython2
.6 -o build/lib.cygwin-1.5.25-i686-2.6/_multiprocessing.dll
build/temp.cygwin-1.5.25-i686-2.6/home/WhiteRabbit/python-dev/trunk/Modules/_mul
tiprocessing/semaphore.o: In function `semlock_acquire':
/home/WhiteRabbit/python-dev/trunk/Modules/_multiprocessing/semaphore.c:330:
und
efined reference to `_PyThread_get_thread_ident'
/home/WhiteRabbit/python-dev/trunk/Modules/_multiprocessing/semaphore.c:283:
und
efined reference to `_PyThread_get_thread_ident'
build/temp.cygwin-1.5.25-i686-2.6/home/WhiteRabbit/python-dev/trunk/Modules/_mul
tiprocessing/semaphore.o: In function `semlock_release':
/home/WhiteRabbit/python-dev/trunk/Modules/_multiprocessing/semaphore.c:339:
und
efined reference to `_PyThread_get_thread_ident'
build/temp.cygwin-1.5.25-i686-2.6/home/WhiteRabbit/python-dev/trunk/Modules/_mul
tiprocessing/semaphore.o: In function `semlock_ismine':
/home/WhiteRabbit/python-dev/trunk/Modules/_multiprocessing/semaphore.c:491:
und
efined reference to `_PyThread_get_thread_ident'
collect2: ld returned 1 exit status

--
components: Build
messages: 72810
nosy: ocean-city
severity: normal
status: open
title: _multiprocessing build fails when configure --without-threads
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

[issue3634] invalid result value of _weakref.__init__()

[Benjamin Peterson]

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

The patch looks absolutely fine to me. (I think I have to have another
core developer look at it too, though.)

--
assignee:  -> benjamin.peterson
keywords: +needs review
nosy: +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

[issue3634] invalid result value of _weakref.__init__()

[Antoine Pitrou]

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

Adding a simple unit test would be nice.

--
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

[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted

[Brett Cannon]

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

Covered by r66321 in the trunk. Now I just need to merge into 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

[issue3808] test_cgi is giving deprecation warnings

[Benjamin Peterson]

New submission from Benjamin Peterson <[EMAIL PROTECTED]>:

test_cgi
/temp/python/py3k/Lib/cgi.py:166: DeprecationWarning: cgi.parse_qs is
deprecated, use urllib.parse.parse_qs instead
  DeprecationWarning)
/temp/python/py3k/Lib/cgi.py:172: DeprecationWarning: cgi.parse_qsl is
deprecated, use urllib.parse.parse_qs instead
  DeprecationWarning)

--
assignee: facundobatista
components: Tests
messages: 72814
nosy: benjamin.peterson, facundobatista
priority: normal
severity: normal
status: open
title: test_cgi is giving deprecation warnings
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

[issue3808] test_cgi is giving deprecation warnings

[Facundo Batista]

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

My fault, I'm exercising functions that have to raise a deprecation
warning... should I remove these tests?

Thank you!

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3808] test_cgi is giving deprecation warnings

[Benjamin Peterson]

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

No, just surround the tests in the warnings.catch_warning context
manager and filter out the DeprecationWarnings.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted

[Brett Cannon]

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

r66322 has the fix in 3.0.

--
resolution:  -> accepted
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

[issue3809] test_logging leaving a 'test.blah' file behind

[Brett Cannon]

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

test_logging is leaving behind a file named 'test.blah' after every run.

--
assignee: vsajip
components: Tests
messages: 72818
nosy: brett.cannon, vsajip
priority: deferred blocker
severity: normal
status: open
title: test_logging leaving a 'test.blah' file behind
type: resource usage
versions: Python 2.6, 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

[issue3808] test_cgi is giving deprecation warnings

[Facundo Batista]

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

Fixed in r66326. Thank you!

--
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

[issue3810] os.chdir() et al: is the path str or bytes?

[Per Cederqvist]

New submission from Per Cederqvist <[EMAIL PROTECTED]>:

The documentation at
http://docs.python.org/dev/3.0/library/os.html#os.chdir doesn't specify
if the path argument to os.chdir() should be a str or a bytes, or if
maybe both are acceptable.  This is true for most of the
file-manipulating functions in the os module.

os.listdir() talks about Unicode objects.  It should probably talk about
bytes and str instead.

--
assignee: georg.brandl
components: Documentation
messages: 72820
nosy: ceder, georg.brandl
severity: normal
status: open
title: os.chdir() et al: is the path str or bytes?
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

[issue3811] Update Unicode database to 5.1.0

[Martin v. Löwis]

New submission from Martin v. Löwis <[EMAIL PROTECTED]>:

This is a patch to update the Unicode database. It's mostly the imported
data, but there were two code changes:
- 5.1 changes the "mirrored" property for a character (U+0F3A), and the
delta-to-3.2 code did not support that. I added a field into
hange_record to support that kind of change.
- 5.1 also added a character (U+1d79) whose upper-case version is far
off (U+A77D), triggering a complaint that the delta can't be represented
in 16 bits. I fixed that adding a flag into the ctype record indicating
that deltas aren't used for that record.

Fredrik, can you please review these changes?

--
assignee: effbot
files: ucd51.diff.bz2
keywords: needs review
messages: 72821
nosy: effbot, loewis
severity: normal
status: open
title: Update Unicode database to 5.1.0
versions: Python 2.6
Added file: http://bugs.python.org/file11429/ucd51.diff.bz2

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3811] Update Unicode database to 5.1.0

[Martin v. Löwis]

Changes by Martin v. Löwis <[EMAIL PROTECTED]>:


--
keywords: +patch -needs review

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3811] Update Unicode database to 5.1.0

[Martin v. Löwis]

Changes by Martin v. Löwis <[EMAIL PROTECTED]>:


--
keywords: +needs review

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3632] use string_print() in gdb

[Amaury Forgeot d'Arc]

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

The patch is fine.
I don't know if it can make the 2.6 release, but it is very simple, and
affect only a function used in debugger macros.

--
resolution:  -> accepted

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3812] py3k build fails if configure --without-threads

[Hirokazu Yamamoto]

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

Hello. I failed to build py3k on cygwin (configure --without-threads).
It's because io.py imports _dummy_thread, and it imports traceback, and
it tries to import c-module itertools which is not built yet.

Attached file is workaround patch.

/

Fatal Python error: Py_Initialize: can't initialize sys standard streams
Traceback (most recent call last):
  File "/home/WhiteRabbit/python-dev/py3k/Lib/io.py", line 64, in 
from _thread import allocate_lock as Lock
ImportError: No module named _thread

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/WhiteRabbit/python-dev/py3k/Lib/io.py", line 66, in 
from _dummy_thread import allocate_lock as Lock
  File "/home/WhiteRabbit/python-dev/py3k/Lib/_dummy_thread.py", line
19, in 
import traceback as _traceback
  File "/home/WhiteRabbit/python-dev/py3k/Lib/traceback.py", line 6, in


import itertools
ImportError: No module named itertools
Aborted (core dumped)

--
components: Build
files: py3k_workaround.patch
keywords: patch
messages: 72823
nosy: ocean-city
severity: normal
status: open
title: py3k build fails if configure --without-threads
versions: Python 3.0
Added file: http://bugs.python.org/file11430/py3k_workaround.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3791] bsddb not completely removed

[Amaury Forgeot d'Arc]

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

Committed patch as r66330.
Lower priority, but let the item open: more "bsddb" should be removed.

--
priority: release blocker -> normal

___
Python tracker <[EMAIL PROTECTED]>

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

Mail Order Bride Tamara Picture Profile

[elis@ miRey@]

Sensitive, passionate and empathetic with an open-minded attitude to life
and others. I am what you might call a bohemian at times, and think that fun
and relaxation are important.

http://www.bridepassion.com/profile026.html



Lula FREE EMAIL for Daily Free Dating

"World Traveler seeks partner in life" I am a very attractive,
world-traveled, sexy, deeply passionate, romantic, sophisticated, classy,
outgoing, elegant, warm, caring, grounded, fun to be around, thoughtful and
a sincere woman.

http://www.dailyfreedate.com/profile058.html

--~--~-~--~~~---~--~~
You received this message because600;
google_ad_format = "160x600_as";
google_ad_channel = "8427791634";
google_color_border = "FF";
google_color_bg = "FF";
google_color_link = "006792";
google_color_url = "006792";
google_color_text = "00";
//-->







[issue1641] asyncore delayed calls feature
Giampaolo Rodola'

 

[issue1641] asyncore delayed calls feature
Giampaolo Rodola'


[issue1641] asyncore delayed calls feature
Giampaolo Rodola'

 



 






  
  





Reply via email to



  
  





 
 








 













Mail Order Bride Tamara Picture Profile
elis@ miRey@
 


 






  
  





Reply via email to



  
  





 
 








 













Mail Order Bride Tamara Picture Profile
elis@ miRey@
 


 






  
  





Reply via email to



  
  





 
 








 













Mail Order Bride Tamara Picture Profile
elis@ miRey@
 


 






  
  





Reply via email to



  
  





 
 








 













Mail Order Bride Tamara Picture Profile
elis@ miRey@
 


 






  
  





Reply via email to



  
  





 
 








 













Mail Order Bride Tamara Picture Profile
elis@ miRey@
 


 






  
  





Reply via email to



  
  





 
 








 













Mail Order Bride Tamara Picture Profile
elis@ miRey@
 


 






  
  





Reply via email to



  
  





 
 








 













Mail Order Bride Tamara Picture Profile
elis@ miRey@
 


 






  
  





Reply via email to