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
Michael Schmarck [EMAIL PROTECTED] added the comment:
It's a warning.
Added file: http://bugs.python.org/file11419/config.log
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3784
___
Michael Schmarck [EMAIL PROTECTED] added the comment:
Attaching a log of the complete build process of Python 2.5.2.
Added file: http://bugs.python.org/file11420/build-Python-2.5.2.log
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3784
New submission from Matt Giuca [EMAIL PROTECTED]:
I've noticed that in Python 3.0, the , , = and = operators now raise
a TypeError when comparing objects of different types, rather than
ordering them consistently but arbitrarily. The documentation doesn't
yet reflect this behaviour.
The current
Michael Schmarck [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.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3786
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]
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]
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;
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]
http://bugs.python.org/issue3705
___
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
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
Changes by Daniel Diniz [EMAIL PROTECTED]:
--
nosy: +ajaksu2
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2016
___
___
Python-bugs-list mailing list
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
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:
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
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
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
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
Bill Janssen [EMAIL PROTECTED] added the comment:
I've applied Simon's patch to the 2.6 trunk.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3162
___
___
Bill Janssen [EMAIL PROTECTED] added the comment:
And for the 3K branch. Thanks!
--
resolution: accepted - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3162
___
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]
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]
http://bugs.python.org/issue516762
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)
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
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
Simon Cross [EMAIL PROTECTED] added the comment:
And thanks for looking at them and applying! :)
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3162
___
___
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]
http://bugs.python.org/issue3805
___
Changes by Bill Janssen [EMAIL PROTECTED]:
--
priority: high - low
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3805
___
___
Python-bugs-list mailing
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]
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Gregory, could you merge this into py3k, please?
--
nosy: +benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3708
___
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]
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.
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Apparently this isn't an issue in py3k, so no worries! :)
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3708
___
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
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]
http://bugs.python.org/issue3804
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]
http://bugs.python.org/issue3804
Benjamin Peterson [EMAIL PROTECTED] added the comment:
In the meantime, Amaury, you patch is good.
--
keywords: -needs review
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3777
___
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.
Benjamin Peterson [EMAIL PROTECTED] added the comment:
I think the patch good; go ahead.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3705
___
___
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:
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]
http://bugs.python.org/issue3806
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
___
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Looks good to me.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3806
___
___
Python-bugs-list mailing
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
STINNER Victor [EMAIL PROTECTED] added the comment:
Can anyone review my new patch?
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3632
___
___
Python-bugs-list
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]
http://bugs.python.org/issue3804
STINNER Victor [EMAIL PROTECTED] added the comment:
Ok, no problem. So you can close this (invalid) issue.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3606
___
STINNER Victor [EMAIL PROTECTED] added the comment:
The bug and the fix are trivials. Can anyone review my patch?
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3634
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
resolution: - wont fix
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3606
___
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
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
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Adding a simple unit test would be nice.
--
nosy: +pitrou
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3634
___
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]
http://bugs.python.org/issue3781
___
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
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]
http://bugs.python.org/issue3808
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]
http://bugs.python.org/issue3808
Brett Cannon [EMAIL PROTECTED] added the comment:
r66322 has the fix in 3.0.
--
resolution: - accepted
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3781
___
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
Facundo Batista [EMAIL PROTECTED] added the comment:
Fixed in r66326. Thank you!
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3808
___
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
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
Changes by Martin v. Löwis [EMAIL PROTECTED]:
--
keywords: +needs review
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3811
___
___
Python-bugs-list
62 matches
Mail list logo
