noreply | 2 Apr 16:14 2001
Picon
Picon

[ python-Bugs-413135 ] urllib2 fails with proxy requiring auth

Bugs item #413135, was updated on 2001-04-02 07:14
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=413135&group_id=5470

Category: Python Library
Group: None
Status: Open
Priority: 5
Submitted By: Paul Moore (pmoore)
Assigned to: Nobody/Anonymous (nobody)
Summary: urllib2 fails with proxy requiring auth

Initial Comment:
The following program:

import urllib2

proxy_info = {
    'user' : 'my_name', 'pass' : 'my_pass',
    'host' : "my-proxy", 'port' : 80
}

# build a new opener that uses a proxy requiring
# authorization
proxy_support = urllib2.ProxyHandler(
    {"http" :
     "http://%(user)s:%(pass)s <at> %(host)s:%(port)d"
     % proxy_info})
opener = urllib2.build_opener(proxy_support, 
urllib2.HTTPHandler)
(Continue reading)

noreply | 2 Apr 17:05 2001
Picon
Picon

[ python-Bugs-413144 ] sdist can't create empty directories

Bugs item #413144, was updated on 2001-04-02 08:05
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=413144&group_id=5470

Category: Distutils
Group: Feature Request
Status: Open
Priority: 5
Submitted By: A.M. Kuchling (akuchling)
Assigned to: A.M. Kuchling (akuchling)
Summary: sdist can't create empty directories

Initial Comment:
If a file fails an os.path.isfile()
check, sdist.py skips it and prints a warning.  That's
probably worth
loosening so an empty directory can be created in a
source distribution by listing it in the MANIFEST.

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

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

noreply | 2 Apr 22:02 2001
Picon
Picon

[ python-Bugs-407300 ] Win32: pydoc command isn't executable

Bugs item #407300, was updated on 2001-03-09 05:45
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=407300&group_id=5470

Category: Windows
Group: Platform-specific
>Status: Closed
Priority: 5
Submitted By: Paul Moore (pmoore)
Assigned to: Tim Peters (tim_one)
Summary: Win32: pydoc command isn't executable

Initial Comment:
The Python 2.1b1 binary installer for Windows supplies 
a small "pydoc" script in the main Python executable 
directory. However, this script is Unix-specific and 
does not work on Windows.

Suggestion: for Windows, include a trivial pydoc.bat 
file to start pydoc. The following one-liner works:

--- pydoc.bat ---
 <at> python -c "import pydoc; pydoc.cli()" %*
-----------------

The only problem with this version is that it uses the 
version of python.exe found on PATH, rather than the 
version in the directory containing pydoc.bat. 
However, as the Unix script has the same issue, this 
can be viewed as a "feature"...
(Continue reading)

noreply | 2 Apr 22:04 2001
Picon
Picon

[ python-Bugs-406563 ] test_long loops openbsd2.8 i386

Bugs item #406563, was updated on 2001-03-06 19:16
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=406563&group_id=5470

Category: Build
>Group: Irreproducible
>Status: Closed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Tim Peters (tim_one)
Summary: test_long loops openbsd2.8 i386

Initial Comment:
processor is a pentium 120.

build of python 2-1b1 on openbsd apparently works fine,
only hitch so far is test_long apparently looping
during make test, compiled using GCC 2.95.3 19991030
(prerelease).
I used the standard issue Openbsd 2.8 download
components.

No problems using python so far. 

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

>Comment By: Tim Peters (tim_one)
Date: 2001-04-02 13:04

Message:
(Continue reading)

noreply | 2 Apr 22:06 2001
Picon
Picon

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

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

Category: Windows
Group: 3rd Party
>Status: Closed
Priority: 3
Submitted By: Tim Peters (tim_one)
Assigned to: Tim Peters (tim_one)
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)

noreply | 2 Apr 22:07 2001
Picon
Picon

[ python-Bugs-407019 ] Python-2.1 does not compile under cygwin

Bugs item #407019, was updated on 2001-03-08 06:02
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=407019&group_id=5470

Category: Build
Group: Platform-specific
>Status: Closed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Tim Peters (tim_one)
Summary: Python-2.1 does not compile under cygwin

Initial Comment:
configure runs well.

I use:
> g++ --version
2.95.2

Errors are occuring in tokenizer.c. the pointer-variable new seems to be misinterpreted. After 
renaming it to newptr in line 192 ans subsequent lines, tokenizer.c.

The next errors occure in Parser/myreadline.c:

Parser/myreadline.c: In function `char * PyOS_StdioReadline(char *)':
Parser/myreadline.c:62: ANSI C++ forbids implicit conversion from `void *' in as
signment
Parser/myreadline.c:99: ANSI C++ forbids implicit conversion from `void *' in as
signment
Parser/myreadline.c:109: ANSI C++ forbids implicit conversion from `void *' in r
(Continue reading)

noreply | 2 Apr 22:16 2001
Picon
Picon

[ python-Bugs-410708 ] Condition.wait() and KeyboardInterrupt

Bugs item #410708, was updated on 2001-03-22 21:41
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=410708&group_id=5470

Category: Threads
Group: None
>Status: Closed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Tim Peters (tim_one)
Summary: Condition.wait() and KeyboardInterrupt

Initial Comment:
>My problem is: Condition.wait() is not protected 
against
>KeyboardInterrupt. Fix is below.
>
>Regards,
>Oleg.
>
>-----------------------------
>#python 2.0, threading.py:
>
>...
>class _Condition(_Verbose):
>...
>    def wait(self, timeout=None):
>...
>        saved_state = self._release_save()
># line to be inserted
(Continue reading)

noreply | 3 Apr 06:56 2001
Picon
Picon

[ python-Bugs-413320 ] sys.argv should always be a sequence

Bugs item #413320, was updated on 2001-04-02 21:56
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=413320&group_id=5470

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Stephen McInerney (smcinerney)
Assigned to: Nobody/Anonymous (nobody)
Summary: sys.argv should always be a sequence

Initial Comment:
Hi,

It seems that sys.argv is not a sequence if there are
no args passed. Hence references to len() or
non-existent element sys.argv[1] cause a TypeError
which we have to kludge around with a try...except
TypeError. sys.argv should always be a sequence.

Python 1.6 (#4, Sep 13 2000, 17:24:07)  [GCC
egcs-2.91.66 19990314 (egcs-1.1.2 release)] on sunos5
(Solaris 8)

Best regards,
Stephen

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

(Continue reading)

noreply | 4 Apr 02:42 2001
Picon
Picon

[ python-Bugs-413582 ] g++ must be called for c++ extensions

Bugs item #413582, was updated on 2001-04-03 17:42
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=413582&group_id=5470

Category: Distutils
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: g++ must be called for c++ extensions

Initial Comment:
When building c++ extension using distutils setup,
the compiler that was used to build python distribution
is always called. On Linux, it is normally gcc.
When gcc is called to link shared library, it does not
link certain c++ runtime stuff. As a result, when
extension is imported, missing symbols are reported,
e.g.:
>>> import ex_ext1
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
ImportError: ./ex_ext1.so: undefined symbol:
__vt_13runtime_error
>>>
I tried to use "extra_link_args = ['-x c++']" in
setup.py (it tells gcc to link as c++), but that gets
added to the end of compiler's command line, which
results in:
(Continue reading)

noreply | 4 Apr 16:16 2001
Picon
Picon

[ python-Bugs-230029 ] [HP-UX] Python chokes on pthread_mutex_init

Bugs item #230029, was updated on 2001-01-25 02:55
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=105470&aid=230029&group_id=5470

Category: Threads
Group: Platform-specific
Status: Open
Priority: 3
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Guido van Rossum (gvanrossum)
Summary: [HP-UX] Python chokes on pthread_mutex_init

Initial Comment:
On an HPUX 11.00:  During "make intstall":

./install-sh -c -m 644 ./Lib/curses/__init__.py /opt/tmp/Python/lib/python2.0/curses
./install-sh -c -m 644 ./Lib/curses/ascii.py /opt/tmp/Python/lib/python2.0/curses
./install-sh -c -m 644 ./Lib/curses/has_key.py /opt/tmp/Python/lib/python2.0/curses
./install-sh -c -m 644 ./Lib/curses/textpad.py /opt/tmp/Python/lib/python2.0/curses
./install-sh -c -m 644 ./Lib/curses/wrapper.py /opt/tmp/Python/lib/python2.0/curses
./install-sh -c -m 644 ./Lib/plat-hp-uxB/core /opt/tmp/Python/lib/python2.0/plat-hp-uxB
./install-sh -c -m 755 ./Lib/plat-hp-uxB/regen /opt/tmp/Python/lib/python2.0/plat-hp-uxB
        ./install-sh -c -m 644 ./LICENSE /opt/tmp/Python/lib/python2.0/LICENSE.txt
        PYTHONPATH=/opt/tmp/Python/lib/python2.0 \
                        ./python -tt /opt/tmp/Python/lib/python2.0/compileall.py /opt/tmp/Python/lib/python2.0
pthread_mutex_init: Invalid argument
sh: 6074 Memory fault(coredump)

----------------------------------------------------------
This fault can be reproduced:
(Continue reading)


Gmane