[ python-Bugs-1589328 ] ctypes XXX - add a crossref, at least

2006-11-02 Thread SourceForge.net
Bugs item #1589328, was opened at 2006-11-02 10:18
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1589328&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Documentation
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jim Jewett (jimjjewett)
Assigned to: Nobody/Anonymous (nobody)
Summary: ctypes XXX - add a crossref, at least

Initial Comment:
The python library reference section 14.14.2.9 (ctypes 
Arrays and Pointers) is an XXX.  

Until it is filled out, please at least add a cross 
reference to 14.14.1.13 (array tutorial) and 
14.14.1.14 (pointer tutorial)


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1589328&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1588975 ] string subscripting not working on a specific string

2006-11-02 Thread SourceForge.net
Bugs item #1588975, was opened at 2006-11-02 00:02
Message generated for change (Settings changed) made by gbrandl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1588975&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Interpreter Core
Group: Python 2.5
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Dan Aronson (danaronson)
Assigned to: Nobody/Anonymous (nobody)
Summary: string subscripting not working on a specific string

Initial Comment:
on both python2.4 and 2.5, I'm getting incorrect
results while looking at a slice of a particular string.

--

Comment By: Dan Aronson (danaronson)
Date: 2006-11-02 00:06

Message:
Logged In: YES 
user_id=899862

ignore this, PBCAK (problem between chair and keyboard)

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1588975&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1576657 ] dict keyerror formatting and tuples

2006-11-02 Thread SourceForge.net
Bugs item #1576657, was opened at 2006-10-13 16:00
Message generated for change (Comment added) made by gbrandl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1576657&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Interpreter Core
Group: Python 2.5
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: M.-A. Lemburg (lemburg)
>Assigned to: Georg Brandl (gbrandl)
Summary: dict keyerror formatting and tuples

Initial Comment:
Probably just a minor glitch, but one which caused me
half an hour to track down:

>>> d = {1:'x'}
>>> v = (1,)
>>> d[v]
Traceback (most recent call last):
  File "", line 1, in 
KeyError: 1

Note the formatting of the error message. It reads '1',
not '(1,)' as you would expect.

The example is constructed. In the code I was
debugging, I didn't know that v was a tuple and thought
it was the integer 1 - so the KeyError itself was
somewhat puzzling.

Only after printing the key I found that the lookup
failed due to a type error.

This happens in Python 2.4 and 2.5.


--

>Comment By: Georg Brandl (gbrandl)
Date: 2006-11-02 16:18

Message:
Logged In: YES 
user_id=849994

Patch was committed as rev. 52535/6.

--

Comment By: Georg Brandl (gbrandl)
Date: 2006-10-14 07:16

Message:
Logged In: YES 
user_id=849994

This is because a tuple as exception "argument" is
automatically unpacked as the arguments on NormalizeException.

Attaching patch that wraps all KeyErrors from dictionaries
in a tuple. (There may be other objects and exceptions where
this must be handled)

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1576657&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1589328 ] ctypes XXX - add a crossref, at least

2006-11-02 Thread SourceForge.net
Bugs item #1589328, was opened at 2006-11-02 16:18
Message generated for change (Comment added) made by theller
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1589328&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Documentation
Group: Python 2.5
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Jim Jewett (jimjjewett)
>Assigned to: Thomas Heller (theller)
Summary: ctypes XXX - add a crossref, at least

Initial Comment:
The python library reference section 14.14.2.9 (ctypes 
Arrays and Pointers) is an XXX.  

Until it is filled out, please at least add a cross 
reference to 14.14.1.13 (array tutorial) and 
14.14.1.14 (pointer tutorial)


--

>Comment By: Thomas Heller (theller)
Date: 2006-11-02 20:56

Message:
Logged In: YES 
user_id=11105

Fixed in trunk, rev 52588, and release25-maint, rev 52589.

Note that the ctypes docs are maintained in reST format, and
the result is what the toolchain produces:

"Not yet written - please see section 14.14.1, pointers and
section 14.14.1, arrays in the tutorial."


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1589328&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1589480 ] urllib2 does local import of tokenize.py

2006-11-02 Thread SourceForge.net
Bugs item #1589480, was opened at 2006-11-02 12:10
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1589480&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Daniel Farina (drfarina)
Assigned to: Nobody/Anonymous (nobody)
Summary: urllib2 does local import of tokenize.py

Initial Comment:
urllib2 may do a relative import of tokenize.py, which
can cause it to function abnormally when the user has a
file named "tokenizer.py" in the directory as a script
that utilizes urllib2.

The attached tarball has a shell script called
"showme.sh" that will give standard input to afile.py,
which contains two import statements and nothing else.
Code in the neighboring tokenize.py will be executed,
resulting in printing those lines to standard output.

Expected behavior:
no code in tokenize.py should be executed.

Reproducible on Ubuntu 6.10


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1589480&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1589480 ] urllib2 does local import of tokenize.py

2006-11-02 Thread SourceForge.net
Bugs item #1589480, was opened at 2006-11-02 12:10
Message generated for change (Comment added) made by drfarina
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1589480&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Daniel Farina (drfarina)
Assigned to: Nobody/Anonymous (nobody)
Summary: urllib2 does local import of tokenize.py

Initial Comment:
urllib2 may do a relative import of tokenize.py, which
can cause it to function abnormally when the user has a
file named "tokenizer.py" in the directory as a script
that utilizes urllib2.

The attached tarball has a shell script called
"showme.sh" that will give standard input to afile.py,
which contains two import statements and nothing else.
Code in the neighboring tokenize.py will be executed,
resulting in printing those lines to standard output.

Expected behavior:
no code in tokenize.py should be executed.

Reproducible on Ubuntu 6.10


--

>Comment By: Daniel Farina (drfarina)
Date: 2006-11-02 12:11

Message:
Logged In: YES 
user_id=425987

Typo in the above:

"tokenizer.py" should just be "tokenize.py"

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1589480&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1589480 ] urllib2 does local import of tokenize.py

2006-11-02 Thread SourceForge.net
Bugs item #1589480, was opened at 2006-11-02 12:10
Message generated for change (Comment added) made by drfarina
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1589480&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Daniel Farina (drfarina)
Assigned to: Nobody/Anonymous (nobody)
Summary: urllib2 does local import of tokenize.py

Initial Comment:
urllib2 may do a relative import of tokenize.py, which
can cause it to function abnormally when the user has a
file named "tokenizer.py" in the directory as a script
that utilizes urllib2.

The attached tarball has a shell script called
"showme.sh" that will give standard input to afile.py,
which contains two import statements and nothing else.
Code in the neighboring tokenize.py will be executed,
resulting in printing those lines to standard output.

Expected behavior:
no code in tokenize.py should be executed.

Reproducible on Ubuntu 6.10


--

>Comment By: Daniel Farina (drfarina)
Date: 2006-11-02 12:16

Message:
Logged In: YES 
user_id=425987

Yet another typo: the script is called "show.sh"

It's the only shell script in there, so no fear.

--

Comment By: Daniel Farina (drfarina)
Date: 2006-11-02 12:11

Message:
Logged In: YES 
user_id=425987

Typo in the above:

"tokenizer.py" should just be "tokenize.py"

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1589480&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1582742 ] Python is dumping core after the test test_ctypes

2006-11-02 Thread SourceForge.net
Bugs item #1582742, was opened at 2006-10-23 11:42
Message generated for change (Comment added) made by theller
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1582742&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Interpreter Core
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: shashi (shashikala)
Assigned to: Thomas Heller (theller)
Summary: Python is dumping core after the test test_ctypes

Initial Comment:


Hi ,

  Iam building Python-2.5 on HPUX Itanium. The 
compilation is done without any error, but while 
testing the same using gmake test it is dumping core 
telling "Segementation Fault" after the test 
test_ctypes. Please help me in resolving the above 
issue.Iam attaching the output of gmake test.

Thanks in advance,



--

>Comment By: Thomas Heller (theller)
Date: 2006-11-02 22:02

Message:
Logged In: YES 
user_id=11105

Neal, I see no connection between the code that you show and
the stack dump.

For the failure when importing ctypes.test.test_cfuncs it
seems that a library (?) is missing
that _ctypes_test.so requires.  Any idea?  (I know that HP
offers shell access to HPUX boxes,
but I hesitate to try that out...).

--

Comment By: Neal Norwitz (nnorwitz)
Date: 2006-10-29 03:05

Message:
Logged In: YES 
user_id=33168

This is the code that crashes:

from ctypes import *
print cast(c_void_p(0), POINTER(c_int))

***

#0  ffi_call_unix+0x20 ()
at trunk/Modules/_ctypes/libffi/src/ia64/unix.S:63
#1  0x200079194d30:0 in ffi_call (cif=0x7fffe020,
fn=0x7913a860, 
rvalue=0x7fffe090, avalue=0x7fffe070)
at trunk/Modules/_ctypes/libffi/src/ia64/ffi.c:372
#2  0x2000791762f0:0 in _call_function_pointer (flags=4101, 
pProc=0x7913a860, avalues=0x7fffe070, atypes=0x7fffe050, 
restype=0x40081de8, resmem=0x7fffe090, argcount=3)
at trunk/Modules/_ctypes/callproc.c:665
#3  0x2000791781d0:0 in _CallProc (pProc=0x7913a860,
argtuple=0x401cdd78, 
flags=4101, argtypes=0x401ef7b8, restype=0x400eacd8,
checker=0x0)
at trunk/Modules/_ctypes/callproc.c:1001
#4  0x200079165350:0 in CFuncPtr_call (self=0x4007abe8,
inargs=0x401cdd78, 
kwds=0x0)
at trunk/Modules/_ctypes/_ctypes.c:3364

***

Also note there are a bunch of errors like this:

Warning: could not import ctypes.test.test_cfuncs:
Unsatisfied code symbol '__divsf3' in load module
'trunk/build/lib.hp-ux-B.11.23-ia64-2.6/_ctypes_test.so'.


--

Comment By: Martin v. Löwis (loewis)
Date: 2006-10-25 10:41

Message:
Logged In: YES 
user_id=21627

You will need to run Python in a debugger and find out where
it crashes.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1582742&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com