[ python-Bugs-1496032 ] test_float segfaults with SIGFPE on FreeBSD 6.0 / Alpha
Bugs item #1496032, was opened at 2006-05-27 11:21 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=1496032&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 Submitted By: Bob Ippolito (etrepum) Assigned to: Nobody/Anonymous (nobody) Summary: test_float segfaults with SIGFPE on FreeBSD 6.0 / Alpha Initial Comment: Program received signal SIGFPE, Arithmetic exception. 0x000160418568 in bu_double (p=0x12049d29c "", f=0x0) at / house/etrepum/src/python-46462/Modules/_struct.c:219 (this is actually due to _PyFloat_Unpack8) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1496032&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1496032 ] test_float segfaults with SIGFPE on FreeBSD 6.0 / Alpha
Bugs item #1496032, was opened at 2006-05-27 11:21
Message generated for change (Comment added) made by etrepum
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1496032&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
Submitted By: Bob Ippolito (etrepum)
Assigned to: Nobody/Anonymous (nobody)
Summary: test_float segfaults with SIGFPE on FreeBSD 6.0 / Alpha
Initial Comment:
Program received signal SIGFPE, Arithmetic exception.
0x000160418568 in bu_double (p=0x12049d29c "", f=0x0) at /
house/etrepum/src/python-46462/Modules/_struct.c:219
(this is actually due to _PyFloat_Unpack8)
--
>Comment By: Bob Ippolito (etrepum)
Date: 2006-05-27 12:12
Message:
Logged In: YES
user_id=139309
More fun in test_long
Program received signal SIGFPE, Arithmetic exception.
0x00012003972c in float_richcompare (v=0x120397080,
w=0x1203e7a00, op=2) at ../Objects/floatobject.c:387
387 else if (!Py_IS_FINITE(i)) {
--
Comment By: Bob Ippolito (etrepum)
Date: 2006-05-27 12:12
Message:
Logged In: YES
user_id=139309
More fun in test_long
Program received signal SIGFPE, Arithmetic exception.
0x00012003972c in float_richcompare (v=0x120397080,
w=0x1203e7a00, op=2) at ../Objects/floatobject.c:387
387 else if (!Py_IS_FINITE(i)) {
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1496032&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1496032 ] test_float segfaults with SIGFPE on FreeBSD 6.0 / Alpha
Bugs item #1496032, was opened at 2006-05-27 11:21
Message generated for change (Comment added) made by etrepum
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1496032&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
Submitted By: Bob Ippolito (etrepum)
Assigned to: Nobody/Anonymous (nobody)
Summary: test_float segfaults with SIGFPE on FreeBSD 6.0 / Alpha
Initial Comment:
Program received signal SIGFPE, Arithmetic exception.
0x000160418568 in bu_double (p=0x12049d29c "", f=0x0) at /
house/etrepum/src/python-46462/Modules/_struct.c:219
(this is actually due to _PyFloat_Unpack8)
--
>Comment By: Bob Ippolito (etrepum)
Date: 2006-05-27 12:12
Message:
Logged In: YES
user_id=139309
More fun in test_long
Program received signal SIGFPE, Arithmetic exception.
0x00012003972c in float_richcompare (v=0x120397080,
w=0x1203e7a00, op=2) at ../Objects/floatobject.c:387
387 else if (!Py_IS_FINITE(i)) {
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1496032&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-698374 ] urllib2 Request.get_host and proxies
Bugs item #698374, was opened at 2003-03-05 23:46 Message generated for change (Comment added) made by jjlee You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=698374&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: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: John J Lee (jjlee) Assigned to: Nobody/Anonymous (nobody) Summary: urllib2 Request.get_host and proxies Initial Comment: I think the Request.get_host method should not return the host of the proxy in the case where a proxy has been set. There should be a separate method for returning the proxy's hostname. I'm baffled as to why someone thought a request's host is its proxy's host! Am I missing something? Note that this bug is related to 413135 -- should both be fixed simultaneously. I'll upload a patch eventually. -- >Comment By: John J Lee (jjlee) Date: 2006-05-27 17:15 Message: Logged In: YES user_id=261020 It would probably cause too much breakage to fix this, so I'm closing it. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=698374&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1481296 ] long(float('nan'))!=0L
Bugs item #1481296, was opened at 2006-05-03 20:39
Message generated for change (Comment added) made by ronaldoussoren
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1481296&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.3
Status: Open
Resolution: None
Priority: 5
Submitted By: Erik Dahl (edahl)
Assigned to: Nobody/Anonymous (nobody)
Summary: long(float('nan'))!=0L
Initial Comment:
on all platforms I can test long(float('nan'))=0L
But on maxos X intel long(float('nan'))!=0L
it returns:
0L
This is a problem because:
>>> 344 - long(float('nan'))
Objects/longobject.c:1645: failed assertion `borrow == 0'
Abort trap
--
>Comment By: Ronald Oussoren (ronaldoussoren)
Date: 2006-05-27 20:34
Message:
Logged In: YES
user_id=580910
This could quite easily be fixed by testing for NaN in PyLong_FromDouble, such
as the attached patch. This works correctly on OSX, but I have no idea if this
will
work on other platforms, that depends on how portable the already existing
Py_IS_NAN macro is. C99 also introduces an fpclassify and isnan functions that
could be used (Py_IS_NAN uses neither because Python is written in C89 instead
of C99).
--
Comment By: Erik Dahl (edahl)
Date: 2006-05-10 14:36
Message:
Logged In: YES
user_id=1482543
Just to be clear this does cause a crash in the interpreter.
--
Comment By: Michael Hudson (mwh)
Date: 2006-05-09 20:47
Message:
Logged In: YES
user_id=6656
Nevertheless, assuming that a compiler implements the relavent standards (i.e.
Appendix F of C99) it's pretty clear that what PyLong_FromDouble does with a
nan is pretty random. frexp(dval, &expo); for dval nan stores an unspecified
value in expo which is then used to compute the length of the resulting long.
If
the unspecified value is large-ish and positive, hilarity ensues.
--
Comment By: Tim Peters (tim_one)
Date: 2006-05-03 21:09
Message:
Logged In: YES
user_id=31435
Try it on Windows and you'll get:
>>> long(float('nan'))
Traceback (most recent call last):
File "", line 1, in ?
ValueError: invalid literal for float(): nan
Nothing about the behavior of NaNs, infinities, or signed
zeroes is defined or guaranteed by Python. You use them at
your own risk, and their behavior does vary wildly in
practice (according to the HW, OS, C compiler, C library,
and even the C compiler flags specified when compiling Python).
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1481296&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1160328 ] urllib2 post error when using httpproxy
Bugs item #1160328, was opened at 2005-03-10 01:37
Message generated for change (Comment added) made by jjlee
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1160328&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
Submitted By: small tiger (xhchen111)
Assigned to: Nobody/Anonymous (nobody)
Summary: urllib2 post error when using httpproxy
Initial Comment:
==
program
==
# -*- coding: gbk -*-
import httplib, urllib, urllib2#, cookielib
proxy = urllib2.ProxyHandler
({'http':'http://pic:[EMAIL PROTECTED]:8080'})
opener = urllib2.build_opener(proxy)
urllib2.install_opener(opener)
f = urllib2.urlopen
("http://192.168.10.177:8080/price/login.do?
method=list")
print f.read()
postdata = urllib.urlencode
({'userId':'admin', 'password':'admin'})
request = urllib2.Request
('http://192.168.10.177:8080/price/login.do?
method=login')
response = urllib2.urlopen(request, postdata)
print response.read()
out put
E:\jt>c:\python24\python t.py
Traceback (most recent call last):
File "t.py", line 13, in ?
response = urllib2.urlopen(request, postdata)
File "c:\python24\lib\urllib2.py", line 130, in urlopen
return _opener.open(url, data)
File "c:\python24\lib\urllib2.py", line 358, in open
response = self._open(req, data)
File "c:\python24\lib\urllib2.py", line 376, in _open
'_open', req)
File "c:\python24\lib\urllib2.py", line 337, in _call_chain
result = func(*args)
File "c:\python24\lib\urllib2.py", line 1021, in http_open
return self.do_open(httplib.HTTPConnection, req)
File "c:\python24\lib\urllib2.py", line 996, in do_open
raise URLError(err)
urllib2.URLError:
--
Comment By: John J Lee (jjlee)
Date: 2006-05-28 01:15
Message:
Logged In: YES
user_id=261020
The first URL hangs for me, using Firefox. Especially if
this depends on using a proxy which I do not have permission
to use, I have no idea how to reproduce this. xhchen111,
are you still around?
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1160328&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1496278 ] Incorrect error message related to **kwargs
Bugs item #1496278, was opened at 2006-05-28 02:36 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=1496278&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 Submitted By: Collin Winter (collinwinter) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect error message related to **kwargs Initial Comment: """ >>> def foo(**kwargs): ... pass ... >>> foo(5, 6) TypeError: foo() takes exactly 0 arguments (2 given) """ It clearly does take arguments, just not positional arguments. The attached patch changes the message above to "foo() takes exactly 0 non-keyword arguments", as well as changing the message in several other, similar cases. The patch also updates Lib/test/output/test_extcall appropriately. The patch is against r46495. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1496278&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
