headers
noreply | 1 May 2002 05:33
Picon
Favicon

[ python-Bugs-550409 ] What does os.read() return on EOF?

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

Category: Documentation
Group: Python 2.2.1 candidate
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Noah Spurrier (noah)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: What does os.read() return on EOF?

Initial Comment:
You may want to note that os.read() returns 
(apparently) an empty string on EOF. This appears to 
be true of regular files and of file descriptor 
returned by pty.fork().

Yours,
Noah

----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2002-04-30 23:33

Message:
Logged In: YES 
user_id=3066
(Continue reading)

Permalink | Reply | 1 comment |
headers
noreply | 1 May 2002 20:37
Picon
Favicon

[ python-Bugs-549338 ] lib-dynload/*.so permissions wrong

Bugs item #549338, was opened at 2002-04-27 01:38
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=549338&group_id=5470

Category: Installation
Group: Python 2.2
>Status: Closed
>Resolution: Duplicate
Priority: 5
Submitted By: J. Lewis Muir (jlmuir)
>Assigned to: Michael Hudson (mwh)
Summary: lib-dynload/*.so permissions wrong

Initial Comment:
After

    ./configure --prefix=<PYTHON_INSTALL_DIR>
    make
    make test
    make install

the .so files installed 
in '<PYTHON_INSTALL_DIR>/lib/python2.2/lib-dynload' 
have permissions set to 700. They should instead have 
file permissions set to 755.

Running the python interpreter as a non-root user with 
the lib-dynload/*.so file permissions set to 700 (as 
is done by the install), a simple import of the time 
module fails:
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 1 May 2002 20:40
Picon
Favicon

[ python-Bugs-549907 ] Wrong #ifdef in _localemodule.c

Bugs item #549907, was opened at 2002-04-28 21:20
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=549907&group_id=5470

Category: Extension Modules
Group: Python 2.3
Status: Open
Resolution: None
Priority: 5
Submitted By: Raj Srinivasan (rsrini)
>Assigned to: Martin v. Löwis (loewis)
Summary: Wrong #ifdef in _localemodule.c

Initial Comment:
At line 642 should be #ifdef HAVE_LIBINTL_H instead of
#ifdef HAVE_LANGINFO_H

raj

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=549907&group_id=5470

_______________________________________________
Python-bugs-list maillist  -  Python-bugs-list <at> python.org
http://mail.python.org/mailman/listinfo/python-bugs-list
Permalink | Reply | 0 comments |
headers
noreply | 2 May 2002 05:32
Picon
Favicon

[ python-Bugs-227361 ] httplib problem with '100 Continue'

Bugs item #227361, was opened at 2001-01-02 18:14
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=227361&group_id=5470

Category: Python Library
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Doug Fort (dougfort)
Assigned to: Greg Stein (gstein)
Summary: httplib problem with '100 Continue'

Initial Comment:
I believe there is a bug in httplib 

IIS 4 and 5 are subject to send an unsolicited result code of '100 Continue' with a couple of headers and a
blank line before sending '302 Object Moved'.

The 100 response is totally worthless and should be ignored.  Unfortunately, httplib.HTTPConnection is
unwilling to go back and read more headers when it
already has a response object.

I was able to get past this with the following kludge:

    while 1:
        response = self._client.getresponse()
        if response.status != 100:
            break
        # 2000-12-30 djf -- drop bogus 100 response
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 2 May 2002 08:08
Picon
Favicon

[ python-Bugs-551285 ] xrange object attributes broken

Bugs item #551285, was opened at 2002-05-02 02:08
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=551285&group_id=5470

Category: Type/class unification
Group: Python 2.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Fred L. Drake, Jr. (fdrake)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: xrange object attributes broken

Initial Comment:
The start, stop, step, and tolist attributes of xrange
objects can no longer be retrieved.  This appears to
have broken when the attribute lookup machinery changed
with the type/class unification.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=551285&group_id=5470

_______________________________________________
Python-bugs-list maillist  -  Python-bugs-list <at> python.org
http://mail.python.org/mailman/listinfo/python-bugs-list
Permalink | Reply | 0 comments |
headers
noreply | 2 May 2002 13:11
Picon
Favicon

[ python-Bugs-551353 ] Python build not Solaris friendly

Bugs item #551353, was opened at 2002-05-02 06:11
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=551353&group_id=5470

Category: Build
Group: Platform-specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Phil Eschallier (eschaa00)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python build not Solaris friendly

Initial Comment:
In summary: distutils picks up and uses the proper
values for -I and -L when compiling.  However, Solaris
(and likely other SysV UNIX variants) need -R to the
linker as well.

I posted something to USENET trying to help someone
having _socket problems under Solaris.  The follow-ups
suggested that I create this bug report.

From USENET:

Folks;

I'm in no way a Python expert ... but I've been playing
with it under
Solaris for the last week, thinking that we should make
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 2 May 2002 14:17
Picon
Favicon

[ python-Bugs-549907 ] Wrong #ifdef in _localemodule.c

Bugs item #549907, was opened at 2002-04-28 23:20
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=549907&group_id=5470

Category: Extension Modules
Group: Python 2.3
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Raj Srinivasan (rsrini)
Assigned to: Martin v. Löwis (loewis)
Summary: Wrong #ifdef in _localemodule.c

Initial Comment:
At line 642 should be #ifdef HAVE_LIBINTL_H instead of
#ifdef HAVE_LANGINFO_H

raj

----------------------------------------------------------------------

>Comment By: Martin v. Löwis (loewis)
Date: 2002-05-02 14:17

Message:
Logged In: YES 
user_id=21627

Thanks for the report. Fixed in _localemodule.c 2.31.
(Continue reading)

Permalink | Reply | 1 comment |
headers
noreply | 2 May 2002 14:27
Picon
Favicon

[ python-Bugs-551353 ] Python build not Solaris friendly

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

Category: Build
Group: Platform-specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Phil Eschallier (eschaa00)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python build not Solaris friendly

Initial Comment:
In summary: distutils picks up and uses the proper
values for -I and -L when compiling.  However, Solaris
(and likely other SysV UNIX variants) need -R to the
linker as well.

I posted something to USENET trying to help someone
having _socket problems under Solaris.  The follow-ups
suggested that I create this bug report.

From USENET:

Folks;

I'm in no way a Python expert ... but I've been playing
with it under
Solaris for the last week, thinking that we should make
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 2 May 2002 15:42
Picon
Favicon

[ python-Bugs-551412 ] possible to fail to calc mro's

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

Category: Python Interpreter Core
Group: Python 2.2.1 candidate
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Hudson (mwh)
Assigned to: Guido van Rossum (gvanrossum)
Summary: possible to fail to calc mro's

Initial Comment:
This only crashes on the release22-maint branch, and
only when coredump is true:

class UserLong(object):
    def __pow__(self, *args):
        pass

coredump = 1

if not coredump:
   int.__mro__

pow(0, UserLong(), 0)

It's the type of the first argument to pow() that's
relavent: if you change it to "pow(0L, UserLong(), 0)"
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 2 May 2002 18:22
Picon
Favicon

[ python-Bugs-227361 ] httplib problem with '100 Continue'

Bugs item #227361, was opened at 2001-01-02 20:14
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=227361&group_id=5470

Category: Python Library
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Doug Fort (dougfort)
Assigned to: Greg Stein (gstein)
Summary: httplib problem with '100 Continue'

Initial Comment:
I believe there is a bug in httplib 

IIS 4 and 5 are subject to send an unsolicited result code of '100 Continue' with a couple of headers and a
blank line before sending '302 Object Moved'.

The 100 response is totally worthless and should be ignored.  Unfortunately, httplib.HTTPConnection is
unwilling to go back and read more headers when it
already has a response object.

I was able to get past this with the following kludge:

    while 1:
        response = self._client.getresponse()
        if response.status != 100:
            break
        # 2000-12-30 djf -- drop bogus 100 response
(Continue reading)

Permalink | Reply | 0 comments |

Gmane