Senthil [EMAIL PROTECTED] added the comment:
I was NOT able to Reproduce it in IDLE 3.0b2 running on Linux. Would you
like to try with 3.0b2 and also do.
tjreedy: I did not properly get your comment. When you open Idle
instance and create a new Document, cut-paste the code, and Run. The
Martin v. Löwis [EMAIL PROTECTED] added the comment:
You did the 3.1 thing again! We can accept a new feature like this
before 3.0b3, can we not?
Not without explicit approval by the release manager, no (or by BDFL
pronouncement).
The point of the betas is that *only* bugs get fixed, and
Matt Giuca [EMAIL PROTECTED] added the comment:
Guido suggested that quote's safe parameter should allow any
character, not just ASCII range. I've implemented this now. It was a lot
messier than I imagined.
The problem is that in my older patches, both 's' and 'safe' are encoded
to bytes right
Martin v. Löwis [EMAIL PROTECTED] added the comment:
This might be a duplicate of issue 1099. Can you try building with
--enable-universalsdk ?
__eprintf should have been defined in libgcc, or else assert() should
not call it. To investigate this further, you should determine how many
copies of
Senthil [EMAIL PROTECTED] added the comment:
What is the expected encoding of the pre_install_script file?
I think, the pre_install_script will be provided by the user.
It would be safe to assume UTF-8 for the encoding of pre_install_script
--
nosy: +orsenthil
Matt Giuca [EMAIL PROTECTED] added the comment:
Made a bunch of requested changes (I've reverted the all safe patch
for now since it caused so much grief; see above).
* quote: Fixed encoding illegal % sequences (and lots of new test cases
to prove it).
* quote now throws a type error if s is
Senthil [EMAIL PROTECTED] added the comment:
* scriptor Matt Giuca, explico
I think the biggest problem I have is the existence of fromhex. It's
really strange/inconsistent to have a fromhex without a tohex.
Except, when we look at the context. This is bytes class
method returns a bytes or
Matt Giuca [EMAIL PROTECTED] added the comment:
Except, when we look at the context. This is bytes class
method returns a bytes or bytearray object, decoding the given
string object.
Do we require an opposite in the bytes class method? Where will
we use it?
No, tohex is not a class method
New submission from alonwas [EMAIL PROTECTED]:
zipfile complains about Bad magic number for central directory when I
give it files over 2GB. I believe the problem is that the offset for the
central directory should be read as an unsigned long rather than as a
signed long. Modifying
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Le dimanche 10 août 2008 à 07:05 +, Matt Giuca a écrit :
I don't think it's worth the extra code bloat and performance hit just
to implement a feature whose only use is producing invalid URIs (since
URIs are supposed to only have ASCII
Matt Giuca [EMAIL PROTECTED] added the comment:
Invalid user input? What if the query string comes from filling
a form?
For example if I search the word numéro in a latin1 Web site,
I get the following URL:
http://www.le-tigre.net/spip.php?page=rechercherecherche=num%E9ro
Yes, that is a
Robert Schuppenies [EMAIL PROTECTED] added the comment:
Fixed in r65622. Backported to the release25-maint and merged into the
py3k branch.
--
resolution: accepted - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
New submission from Ozan Çağlayan [EMAIL PROTECTED]:
sys.getdefaultencoding()
'utf-8'
s = 'iı'
s.upper()
'II' # should be 'İI'
t = 'Iİ'
t.lower()
'ii' # should be 'ıi'
unicodedata.name('ı') # The small dotless one
'LATIN SMALL LETTER DOTLESS I'
unicodedata.name('I') # The
Georg Brandl [EMAIL PROTECTED] added the comment:
Thanks, applied in r65627.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3529
___
Georg Brandl [EMAIL PROTECTED] added the comment:
This is why we will get transform() and untransform() in 3.1.
--
nosy: +georg.brandl
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3532
___
Matt Giuca [EMAIL PROTECTED] added the comment:
Oh, where's the information on those?
(A brief search of the peps and bug tracker shows nothing).
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3532
___
Georg Brandl [EMAIL PROTECTED] added the comment:
Being Unicode strings, Py3k strings use the Unicode database's
lowercase-uppercase mapping, which is not context sensitive.
See #1528802 for more discussion.
--
nosy: +georg.brandl
resolution: - wont fix
status: open - pending
STINNER Victor [EMAIL PROTECTED] added the comment:
@kmtracey: Great and thanks! Three years later, the bug is finally
fixed :-)
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1288615
___
Georg Brandl [EMAIL PROTECTED] added the comment:
At the moment, mails on python-dev are the only source of information :)
Look here:
http://mail.python.org/pipermail/python-3000/2008-August/014533.html
___
Python tracker [EMAIL PROTECTED]
Matt Giuca [EMAIL PROTECTED] added the comment:
OK thanks.
Well I still can't really see what transform/untransform are about. Is
it OK to keep this issue open (and listed as 3.1) until more information
becomes available on those methods?
___
Python tracker
Georg Brandl [EMAIL PROTECTED] added the comment:
They are meant to replace encode/decode for those 2.x codecs that didn't
really encode/decode Unicode.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3532
Matt Giuca [EMAIL PROTECTED] added the comment:
So I assumed.
In that case, why is there a fromhex? (Was that put in there before
the notion of transform/untransform?) As I've been saying, it's weird to
have a fromhex but not a tohex.
Anyway, assuming we go to 3.1 and add
J. Pablo Fernández [EMAIL PROTECTED] added the comment:
Is there anything that can be done now about this issue? like renaming
the API and leaving the old names as aliases? If so, let me know and
I'll try to work on it.
--
nosy: +pupeno
___
Python
Barry Alan Scott [EMAIL PROTECTED] added the comment:
I have Xcode 2.3 which is quite old.
Simple program to test assert works with my current setup.
I'm going to update to Xcode 2.5 and see what happens.
I'll report back once I've installed and rebuild python.
Added file:
Barry Alan Scott [EMAIL PROTECTED] added the comment:
Xcode 2.5 solves the build issue.
I suspect you can close the 1099 saying use Xcode 2.5.
I think you can only get 2.5 by login in to the Apple developer site.
___
Python tracker [EMAIL PROTECTED]
Georg Brandl [EMAIL PROTECTED] added the comment:
Added in r65632.
--
resolution: - accepted
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3097
___
Changes by Martin v. Löwis [EMAIL PROTECTED]:
--
resolution: - works for me
status: open - closed
versions: +3rd party -Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3533
___
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Can you please try XCode 2.5? See issue 3533 for a report that says that
upgrading solved the problem.
--
nosy: +loewis
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1099
Martin v. Löwis [EMAIL PROTECTED] added the comment:
What Python version exactly are you using? This might have been fixed in
2.5.2, with r60117.
--
nosy: +loewis
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3535
Terry J. Reedy [EMAIL PROTECTED] added the comment:
I am closing this as 'out of date' because the problem went away in .b1
and is still gone in .b2. There is still, however, a crash problem if a
file is run with utf-8. See http://bugs.python.org/issue2827
--
resolution: - out of
Terry J. Reedy [EMAIL PROTECTED] added the comment:
When one runs a file with Python30.exe, it opens a window, runs the
file, and closes the window too fast to see what happened. The point of
the input() statements is to 'pause' execution. This is standard
debugging along with print()/write()
New submission from Roger Upole [EMAIL PROTECTED]:
If the first item can't be inserted the interpreter will crash
eventually.
while 1:
try:
d = { 'a':a,
'b':'b',
'c':'c',
'd':'d',
'e':'e',
Georg Brandl [EMAIL PROTECTED] added the comment:
Also happens in trunk.
--
nosy: +georg.brandl
versions: +Python 2.6
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3537
___
Georg Brandl [EMAIL PROTECTED] added the comment:
The problem is that PyDict_New doesn't reinitialize the fields of a dict
from the free list when the number of entries is zero. For a
preconstructed dict (like created by BUILD_MAP) of size =8, however,
there will be an allocated ma_table and
Elias Pipping [EMAIL PROTECTED] added the comment:
Configuring with '--with-pydebug --enable-framework --enable-universalsdk'
(and invoking make afterwards) certainly works now for me.
I'm running XCode 3.1 -- or more importantly 'i686-apple-darwin9-gcc-4.0.1
(GCC) 4.0.1 (Apple Inc. build
Viktor Ferenczi [EMAIL PROTECTED] added the comment:
Is forcing the encoding as UTF-8 backwards compatible?
It should be at least noted somewhere if this change could render
existing setup scripts incompatible with Python 3.0.
___
Python tracker [EMAIL
Barry Alan Scott [EMAIL PROTECTED] added the comment:
Grr... this problem is a pain... I have the __eprint undefined back...
I tried to get readline going as well and rebuilt. Couldn't get that
working then rebuilt without readline stuff and got the __eprintf.
I'm goint to have to give up on
New submission from Rambo007 [EMAIL PROTECTED]:
Hello. I was pokinf around in the Python 3.0b2 interpreter and I found
some typos in the following doctring:
import sys; print(sys.platform.__doc__)
str(string[, encoding[, errors]]) - str
Create a new string object from the given encoded
Guilherme Polo [EMAIL PROTECTED] added the comment:
'encoding' and 'errors' refers to the names of the arguments accepted by
str, this is not a typo.
--
nosy: +gpolo
resolution: - invalid
status: open - closed
___
Python tracker [EMAIL PROTECTED]
New submission from Skip Montanaro [EMAIL PROTECTED]:
I usually build Python directly in my source repository (the directory
containing the configure script). Accordingly, I have .o files scattered
throughout my sandbox.
Today I decided to build --with-pydebug, so I created a debug directory,
Jed Smith [EMAIL PROTECTED] added the comment:
This happened in my fresh unpack of the 3.0b2 tarball, as well.
Touching merely Include/Python-ast.h satisfied the dependency, and I did
not have to touch Python-ast.c. Is the particular grammar-rebuild rule
needed for production tarballs anyway?
Changes by Tim Wegener [EMAIL PROTECTED]:
--
nosy: +twegener
versions: +Python 2.5
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1533164
___
___
Alexandre Vassalotti [EMAIL PROTECTED] added the comment:
I don't see why this cannot be fixed easily. All we need to do is fix
the __reduce__ method of array objects to emit a list--i.e. with
array.tolist()--instead of a memory string. Since the reduce protocol is
just a fancy way to store the
Alexandre Vassalotti [EMAIL PROTECTED] added the comment:
This is a bug in the C implementation of pickle (i.e., the _pickle
module). I think you're right about the missing exception check. At
first glance, it looks like the missing else-if case for setstate ==
NULL, in load_build(), is the
44 matches
Mail list logo