headers
noreply | 1 Dec 2002 02:55
Picon
Favicon

[ python-Bugs-521782 ] unreliable file.read() error handling

Bugs item #521782, was opened at 2002-02-23 13:44
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=521782&group_id=5470

Category: Python Library
Group: None
Status: Open
Resolution: None
Priority: 8
Submitted By: Marius Gedminas (mgedmin)
>Assigned to: Martin v. Löwis (loewis)
Summary: unreliable file.read() error handling

Initial Comment:
fread(3) manual page states
       fread  and  fwrite return the number of items
successfully
       read or written (i.e., not the number of
characters).   If
       an error occurs, or the end-of-file is reached,
the return
       value is a short item count (or zero).

Python only checks ferror status when the return value
is zero (Objects/fileobject.c line 550 from
Python-2.1.2 sources).  I agree that it is a good idea
to delay exception throwing until after the user has
processed the partial chunk of data returned by fread,
but there are two problems with the current
implementation: loss of errno and occasional loss of data.
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 1 Dec 2002 03:05
Picon
Favicon

[ python-Bugs-448679 ] Left to right

Bugs item #448679, was opened at 2001-08-07 06:55
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=448679&group_id=5470

Category: Documentation
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Tim Peters (tim_one)
>Assigned to: Martin v. Löwis (loewis)
Summary: Left to right

Initial Comment:
The Ref Man doesn't explicitly say anything about 
Python's left-to-right evaluation order.  Strict left-
to-right was Guido's intent, though, and it comes up a 
few times per year on c.l.py (indeed, I was just 
replying to a msg asking about it).

The docs should get fleshed out.

There's also a bug:

>>> counter = 0
>>> def i():
...     global counter
...     counter += 1
...     return counter
...
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 1 Dec 2002 03:07
Picon
Favicon

[ python-Bugs-216289 ] Programs using Tkinter sometimes can't shut down (Windows)

Bugs item #216289, was opened at 2000-10-06 23:25
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=216289&group_id=5470

Category: Windows
Group: Python 2.3
Status: Open
Resolution: Later
Priority: 3
Submitted By: Tim Peters (tim_one)
Assigned to: Fredrik Lundh (effbot)
Summary: Programs using Tkinter sometimes can't shut down (Windows)

Initial Comment:
The following msg from the Tutor list is about 1.6, but I noticed the same thing several times today using
2.0b2+CVS.  In my case, I was running IDLE via

python ../tool/idle/idle.pyw

from a DOS box in my PCbuild directory.  Win98SE.  *Most* of the time, shutting down IDLE via Ctrl+Q left the
DOS box hanging.  As with the poster, the only way to regain control was to use the Task Manager to kill off Winoldap.

-----Original Message-----
From: Joseph Stubenrauch <nothingisgoingtochangemyworld <at> yahoo.com>
Sent: Friday, October 06, 2000 9:23 PM
To: tutor <at> python.org
Subject: Re: [Tutor] Python 1.6 BUG

Strange, I have been experiencing the same bug myself.
Here's the low down for me:
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 1 Dec 2002 10:09
Picon
Favicon

[ python-Bugs-645843 ] findall returns '' instead of None

Bugs item #645843, was opened at 2002-11-29 22:18
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=645843&group_id=5470

Category: Regular Expressions
Group: Python 2.2.2
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Zooko O'Whielacronx (zooko)
Assigned to: Fredrik Lundh (effbot)
Summary: findall returns '' instead of None

Initial Comment:
Dear Pythonistas:

Thank you for Python!

>>> import re
>>> re.match("(B+)(A+)?", "B").groups() # test 1
('B', None)
>>> re.match("(B+)(A*)", "B").groups() # test 2
('B', '')
>>> re.findall("(B+)(A+)?", "B") # test 3
[('B', '')]
>>> re.findall("(B+)(A*)", "B") # test 4
[('B', '')]

I was expecting test 3 to return [('B', None)], so this
was a surprise to me.  I also think that this behavior
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 1 Dec 2002 12:20
Picon
Favicon

[ python-Bugs-645843 ] findall returns '' instead of None

Bugs item #645843, was opened at 2002-11-29 22:18
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=645843&group_id=5470

Category: Regular Expressions
Group: Python 2.2.2
Status: Closed
Resolution: Wont Fix
Priority: 5
Submitted By: Zooko O'Whielacronx (zooko)
Assigned to: Fredrik Lundh (effbot)
Summary: findall returns '' instead of None

Initial Comment:
Dear Pythonistas:

Thank you for Python!

>>> import re
>>> re.match("(B+)(A+)?", "B").groups() # test 1
('B', None)
>>> re.match("(B+)(A*)", "B").groups() # test 2
('B', '')
>>> re.findall("(B+)(A+)?", "B") # test 3
[('B', '')]
>>> re.findall("(B+)(A*)", "B") # test 4
[('B', '')]

I was expecting test 3 to return [('B', None)], so this
was a surprise to me.  I also think that this behavior
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 1 Dec 2002 12:21
Picon
Favicon

[ python-Bugs-645843 ] findall returns '' instead of None

Bugs item #645843, was opened at 2002-11-29 22:18
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=645843&group_id=5470

>Category: Documentation
Group: Python 2.2.2
Status: Closed
Resolution: Wont Fix
Priority: 5
Submitted By: Zooko O'Whielacronx (zooko)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: findall returns '' instead of None

Initial Comment:
Dear Pythonistas:

Thank you for Python!

>>> import re
>>> re.match("(B+)(A+)?", "B").groups() # test 1
('B', None)
>>> re.match("(B+)(A*)", "B").groups() # test 2
('B', '')
>>> re.findall("(B+)(A+)?", "B") # test 3
[('B', '')]
>>> re.findall("(B+)(A*)", "B") # test 4
[('B', '')]

I was expecting test 3 to return [('B', None)], so this
was a surprise to me.  I also think that this behavior
(Continue reading)

Permalink | Reply | 4 comments |
headers
noreply | 1 Dec 2002 13:54
Picon
Favicon

[ python-Bugs-646408 ] old UnicodeData.txt

Bugs item #646408, was opened at 2002-12-01 12:54
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=646408&group_id=5470

Category: Unicode
Group: Python 2.3
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthias Klose (doko)
Assigned to: M.-A. Lemburg (lemburg)
Summary: old UnicodeData.txt

Initial Comment:
[submitted at http://bugs.debian.org/171061]

The version mentioned is CVS 021121 HEAD

unicodedata.so is obviously built with older
UnicodeData.txt file,
and does not match new characters introduced in Unicode
3.2.
To fix it, I copied UnicodeData.txt (conveniently
provided by perl-modules
in /usr/share/perl/5.8.0/unicore/UnicodeData.txt) to
the top of
unpacked python2.3 source package, renamed it to
UnicodeData-Latest.txt,
ran "python Tools/unicode/makeunicodedata.py" and then
recompiled
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 1 Dec 2002 14:18
Picon
Favicon

[ python-Bugs-646408 ] old UnicodeData.txt

Bugs item #646408, was opened at 2002-12-01 13:54
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=646408&group_id=5470

Category: Unicode
Group: Python 2.3
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthias Klose (doko)
Assigned to: M.-A. Lemburg (lemburg)
Summary: old UnicodeData.txt

Initial Comment:
[submitted at http://bugs.debian.org/171061]

The version mentioned is CVS 021121 HEAD

unicodedata.so is obviously built with older
UnicodeData.txt file,
and does not match new characters introduced in Unicode
3.2.
To fix it, I copied UnicodeData.txt (conveniently
provided by perl-modules
in /usr/share/perl/5.8.0/unicore/UnicodeData.txt) to
the top of
unpacked python2.3 source package, renamed it to
UnicodeData-Latest.txt,
ran "python Tools/unicode/makeunicodedata.py" and then
recompiled
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 1 Dec 2002 14:23
Picon
Favicon

[ python-Bugs-521782 ] unreliable file.read() error handling

Bugs item #521782, was opened at 2002-02-23 14:44
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=521782&group_id=5470

Category: Python Library
Group: None
Status: Open
>Resolution: Accepted
Priority: 8
Submitted By: Marius Gedminas (mgedmin)
>Assigned to: Gustavo Niemeyer (niemeyer)
Summary: unreliable file.read() error handling

Initial Comment:
fread(3) manual page states
       fread  and  fwrite return the number of items
successfully
       read or written (i.e., not the number of
characters).   If
       an error occurs, or the end-of-file is reached,
the return
       value is a short item count (or zero).

Python only checks ferror status when the return value
is zero (Objects/fileobject.c line 550 from
Python-2.1.2 sources).  I agree that it is a good idea
to delay exception throwing until after the user has
processed the partial chunk of data returned by fread,
but there are two problems with the current
implementation: loss of errno and occasional loss of data.
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 1 Dec 2002 14:30
Picon
Favicon

[ python-Bugs-646408 ] old UnicodeData.txt

Bugs item #646408, was opened at 2002-12-01 13:54
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=646408&group_id=5470

Category: Unicode
Group: Python 2.3
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthias Klose (doko)
Assigned to: M.-A. Lemburg (lemburg)
Summary: old UnicodeData.txt

Initial Comment:
[submitted at http://bugs.debian.org/171061]

The version mentioned is CVS 021121 HEAD

unicodedata.so is obviously built with older
UnicodeData.txt file,
and does not match new characters introduced in Unicode
3.2.
To fix it, I copied UnicodeData.txt (conveniently
provided by perl-modules
in /usr/share/perl/5.8.0/unicore/UnicodeData.txt) to
the top of
unpacked python2.3 source package, renamed it to
UnicodeData-Latest.txt,
ran "python Tools/unicode/makeunicodedata.py" and then
recompiled
(Continue reading)

Permalink | Reply | 0 comments |

Gmane