[ python-Bugs-1519816 ] urllib2 proxy does not work in 2.4.3
Bugs item #1519816, was opened at 2006-07-10 10:29 Message generated for change (Comment added) made by mniklas You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1519816&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.5 Status: Open Resolution: None Priority: 5 Submitted By: Michal Niklas (mniklas) Assigned to: Nobody/Anonymous (nobody) >Summary: urllib2 proxy does not work in 2.4.3 Initial Comment: My python app had to retrieve some web pages and while our network environment requires proxy it uses urllib2 opener (source is in attachment). It worked very well on older Python interpreters: ActivePython 2.4.2 Build 248 (ActiveState Corp.) based on Python 2.4.2 (#67, Oct 30 2005, 16:11:18) [MSC v.1310 32 bit (Intel)] on win32 It works on linux with 2.3 and 2.4.1: Python 2.4.1 (#2, May 5 2005, 11:32:06) [GCC 3.3.5 (Debian 1:3.3.5-12)] on linux2 But it does not work with newest 2.4.3 on Linux: Python 2.4.3 (#1, Jul 10 2006, 09:57:52) [GCC 3.3.5 (Debian 1:3.3.5-13)] on linux2 Desired result: isof-mark:~# python2.3 proxy_bug.py trying http://www.python.org ... OK. We have reply from http://www.python.org. Size: 13757 [b] http://www.w3.org/TR/xhtml1/DTD/ xhtml1-transitional.dtd"> http://www.w3.org/ 1999/xhtml"> design by pollenation Copyright ÃÅ 1990-2006, Python Software Foundation Legal Statements isof-mark:~# /usr/local/bin/python proxy_bug.py trying http://www.python.org ... Traceback (most recent call last): File "proxy_bug.py", line 37, in ? get_page() File "proxy_bug.py", line 27, in get_page f = urllib2.urlopen(request) File "/usr/local/lib/python2.4/urllib2.py", line 130, in urlopen return _opener.open(url, data) File "/usr/local/lib/python2.4/urllib2.py", line 364, in open response = meth(req, response) File "/usr/local/lib/python2.4/urllib2.py", line 471, in http_response response = self.parent.error( File "/usr/local/lib/python2.4/urllib2.py", line 402, in error return self._call_chain(*args) File "/usr/local/lib/python2.4/urllib2.py", line 337, in _call_chain result = func(*args) File "/usr/local/lib/python2.4/urllib2.py", line 480, in http_error_default raise HTTPError(req.get_full_url(), code, msg, hdrs, fp) urllib2.HTTPError: HTTP Error 407: Proxy Authentication Required I have raported it on ActiveState bug list (http:// bugs.activestate.com/show_bug.cgi?id=47018) while I first spot this bug on their destribution but it seems that bug is in others distributions too. Regards, Michal Niklas -- >Comment By: Michal Niklas (mniklas) Date: 2006-07-19 13:12 Message: Logged In: YES user_id=226518 I have checked that the last wersion my script works with is 2.4.2 and copied that version urllib2.py to 2.4.3 Lib directory. It works again. The only change in urllib2.py is in retry_http_basic_auth(), line 723: 2.4.2 user,pw = self.passwd.find_user_password(realm, host) 2.4.3 user, pw = self.passwd.find_user_password(realm, req.get_full_url()) So "host" is replaced by "req.get_full_url()". Checked again with 2.5b2 and it works! Probably I destroyed my test environment and tested it wrong way :( So the problem is only with 2.4.3. Previous versions and 2.5b works well. Regards, Michal Niklas -- Comment By: Michal Niklas (mniklas) Date: 2006-07-13 12:09 Message: Logged In: YES user_id=226518 2.5b2 does not work any better: Python 2.5b2 (r25b2:50512, Jul 11 2006, 10:16:14) [MSC v.1310 32 bit (Intel)] on win32 Result is the same as in 2.5b1 :( -- Comment By: Michal Niklas (mniklas) Date: 2006-07-11 08:27 Message: Logged In: YES user_id=226518 Tried it with 2.5 beta 1 and it is not better :( c:\tools\pyscripts\scripts>c:\python25\python2.5 Python 2.5b1 (r25b1:47027, Jun 20 2006, 09:31:33) [MSC v.1310 32 bit (Intel)] on win32 c:\tools\pyscripts\scripts>c:\python25\python2.5 proxy_bug.py trying http://www.python.org ... Traceback (most recent call last): File "proxy_bug.py", line 37, in get_page() File "proxy_bug.py", line 27, in get_page f = urllib2.urlopen(request) File "c:\python25\lib\urllib2.py", line 121, in urlopen return _opener.open(url, data) File "c:\python25\lib\urllib2.py", line 380, in open response = meth(req, response) File "c:\python25\lib\urllib2.py", line 491, in http_response 'http', request, response, code, msg, hdrs) File "c:\python25\lib\urllib2.py", line 412, in error result = self._call_chain(*args) File "c:\python25\lib\urllib2.py", line 353, in _call_chain result = func(*args) File "c:\python25\lib\urllib2.py", line
[ python-Bugs-1519816 ] urllib2 proxy does not work in 2.4.3
Bugs item #1519816, was opened at 2006-07-10 10:29 Message generated for change (Settings changed) made by mniklas You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1519816&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: Michal Niklas (mniklas) Assigned to: Nobody/Anonymous (nobody) Summary: urllib2 proxy does not work in 2.4.3 Initial Comment: My python app had to retrieve some web pages and while our network environment requires proxy it uses urllib2 opener (source is in attachment). It worked very well on older Python interpreters: ActivePython 2.4.2 Build 248 (ActiveState Corp.) based on Python 2.4.2 (#67, Oct 30 2005, 16:11:18) [MSC v.1310 32 bit (Intel)] on win32 It works on linux with 2.3 and 2.4.1: Python 2.4.1 (#2, May 5 2005, 11:32:06) [GCC 3.3.5 (Debian 1:3.3.5-12)] on linux2 But it does not work with newest 2.4.3 on Linux: Python 2.4.3 (#1, Jul 10 2006, 09:57:52) [GCC 3.3.5 (Debian 1:3.3.5-13)] on linux2 Desired result: isof-mark:~# python2.3 proxy_bug.py trying http://www.python.org ... OK. We have reply from http://www.python.org. Size: 13757 [b] http://www.w3.org/TR/xhtml1/DTD/ xhtml1-transitional.dtd"> http://www.w3.org/ 1999/xhtml"> design by pollenation Copyright ÃÅ 1990-2006, Python Software Foundation Legal Statements isof-mark:~# /usr/local/bin/python proxy_bug.py trying http://www.python.org ... Traceback (most recent call last): File "proxy_bug.py", line 37, in ? get_page() File "proxy_bug.py", line 27, in get_page f = urllib2.urlopen(request) File "/usr/local/lib/python2.4/urllib2.py", line 130, in urlopen return _opener.open(url, data) File "/usr/local/lib/python2.4/urllib2.py", line 364, in open response = meth(req, response) File "/usr/local/lib/python2.4/urllib2.py", line 471, in http_response response = self.parent.error( File "/usr/local/lib/python2.4/urllib2.py", line 402, in error return self._call_chain(*args) File "/usr/local/lib/python2.4/urllib2.py", line 337, in _call_chain result = func(*args) File "/usr/local/lib/python2.4/urllib2.py", line 480, in http_error_default raise HTTPError(req.get_full_url(), code, msg, hdrs, fp) urllib2.HTTPError: HTTP Error 407: Proxy Authentication Required I have raported it on ActiveState bug list (http:// bugs.activestate.com/show_bug.cgi?id=47018) while I first spot this bug on their destribution but it seems that bug is in others distributions too. Regards, Michal Niklas -- Comment By: Michal Niklas (mniklas) Date: 2006-07-19 13:12 Message: Logged In: YES user_id=226518 I have checked that the last wersion my script works with is 2.4.2 and copied that version urllib2.py to 2.4.3 Lib directory. It works again. The only change in urllib2.py is in retry_http_basic_auth(), line 723: 2.4.2 user,pw = self.passwd.find_user_password(realm, host) 2.4.3 user, pw = self.passwd.find_user_password(realm, req.get_full_url()) So "host" is replaced by "req.get_full_url()". Checked again with 2.5b2 and it works! Probably I destroyed my test environment and tested it wrong way :( So the problem is only with 2.4.3. Previous versions and 2.5b works well. Regards, Michal Niklas -- Comment By: Michal Niklas (mniklas) Date: 2006-07-13 12:09 Message: Logged In: YES user_id=226518 2.5b2 does not work any better: Python 2.5b2 (r25b2:50512, Jul 11 2006, 10:16:14) [MSC v.1310 32 bit (Intel)] on win32 Result is the same as in 2.5b1 :( -- Comment By: Michal Niklas (mniklas) Date: 2006-07-11 08:27 Message: Logged In: YES user_id=226518 Tried it with 2.5 beta 1 and it is not better :( c:\tools\pyscripts\scripts>c:\python25\python2.5 Python 2.5b1 (r25b1:47027, Jun 20 2006, 09:31:33) [MSC v.1310 32 bit (Intel)] on win32 c:\tools\pyscripts\scripts>c:\python25\python2.5 proxy_bug.py trying http://www.python.org ... Traceback (most recent call last): File "proxy_bug.py", line 37, in get_page() File "proxy_bug.py", line 27, in get_page f = urllib2.urlopen(request) File "c:\python25\lib\urllib2.py", line 121, in urlopen return _opener.open(url, data) File "c:\python25\lib\urllib2.py", line 380, in open response = meth(req, response) File "c:\python25\lib\urllib2.py", line 491, in http_response 'http', request, response, code, msg, hdrs) File "c:\python25\lib\urllib2.py", line 412, in error result = self._call_chain(*args) File "c:\python25\lib\urllib2.py", line 353, in _call_chain result = func(*args) File "c:\python25\lib\urllib2.py", li
[ python-Bugs-1525343 ] Webserver TypeError: expected read buffer, NoneType found
Bugs item #1525343, was opened at 2006-07-19 16:53
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=1525343&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.5
Status: Open
Resolution: None
Priority: 5
Submitted By: jbet (jbeisert)
Assigned to: Nobody/Anonymous (nobody)
Summary: Webserver TypeError: expected read buffer, NoneType found
Initial Comment:
When I'm using the python webserver I got the
following message for every access by my client.
Soryy, I have no experience in Python, so I cannot
help. This is only a report.
HTTPdaemon_v1.0.0 listening on port 8001
Exception happened during processing of request from
('192.168.1.9', 33917)
Traceback (most recent call last):
File "/home/jb/bin/lib/python2.5/SocketServer.py",
line 463, in
process_request_thread
self.finish_request(request, client_address)
File "/home/jb/bin/lib/python2.5/SocketServer.py",
line 254, in
finish_request
self.RequestHandlerClass(request, client_address,
self)
File "/home/jb/bin/lib/python2.5/SocketServer.py",
line 521, in __init__
self.handle()
File
"/home/jb/bin/lib/python2.5/BaseHTTPServer.py", line
316, in handle
self.handle_one_request()
File
"/home/jb/bin/lib/python2.5/BaseHTTPServer.py", line
310, in
handle_one_request
method()
File
"./src/Myghty-1.0/lib/myghty/http/HTTPServerHandler.py",
line 53, in
do_GET
self.handle_request()
File
"./src/Myghty-1.0/lib/myghty/http/HTTPServerHandler.py",
line 56, in
handle_request
httpreq = HSHTTPRequest(self)
File
"./src/Myghty-1.0/lib/myghty/http/HTTPServerHandler.py",
line 254, in
__init__
keep_blank_values = True
File "/home/jb/bin/lib/python2.5/cgi.py", line 462,
in __init__
fp = StringIO(qs)
TypeError: expected read buffer, NoneType found
Exception happened during processing of request from
('192.168.1.9', 33918)
Traceback (most recent call last):
File "/home/jb/bin/lib/python2.5/SocketServer.py",
line 463, in
process_request_thread
self.finish_request(request, client_address)
File "/home/jb/bin/lib/python2.5/SocketServer.py",
line 254, in
finish_request
self.RequestHandlerClass(request, client_address,
self)
File "/home/jb/bin/lib/python2.5/SocketServer.py",
line 521, in __init__
self.handle()
File
"/home/jb/bin/lib/python2.5/BaseHTTPServer.py", line
316, in handle
self.handle_one_request()
File
"/home/jb/bin/lib/python2.5/BaseHTTPServer.py", line
310, in
handle_one_request
method()
File
"./src/Myghty-1.0/lib/myghty/http/HTTPServerHandler.py",
line 53, in
do_GET
self.handle_request()
File
"./src/Myghty-1.0/lib/myghty/http/HTTPServerHandler.py",
line 56, in
handle_request
httpreq = HSHTTPRequest(self)
File
"./src/Myghty-1.0/lib/myghty/http/HTTPServerHandler.py",
line 254, in
__init__
keep_blank_values = True
File "/home/jb/bin/lib/python2.5/cgi.py", line 462,
in __init__
fp = StringIO(qs)
TypeError: expected read buffer, NoneType found
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1525343&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1525447 ] Build fails on OS X with case sensitive fs
Bugs item #1525447, was opened at 2006-07-19 19:24
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=1525447&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: Build
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Submitted By: gideon may (gdm)
Assigned to: Nobody/Anonymous (nobody)
Summary: Build fails on OS X with case sensitive fs
Initial Comment:
When compiling python from svn on a Mac OS X with a
case sensitive file system I get the following build
error:
running build
running build_ext
db.h: found (4, 3) in /opt/local/include/db4
db lib: using (4, 3) db-4.3
sqlite: found /usr/include/sqlite3.h
/usr/include/sqlite3.h: version 3.1.3
Traceback (most recent call last):
File "./setup.py", line 1507, in
main()
.
.
File "./setup.py", line 1088, in addMacExtension
raise RuntimeError("%s not found" % name)
RuntimeError: MacOS not found
make: *** [sharedmods] Error 1
It can be fixed by either renaming the file:
Mac/Modules/macosmodule.c
to
Mac/Modules/MacOSmodule.c
or applying the following patch :
Index: setup.py
===
--- setup.py(revision 50687)
+++ setup.py(working copy)
@@ -1101,7 +1101,7 @@
carbon_kwds = {'extra_compile_args':
carbon_extra_compile_args,
'extra_link_args':
['-framework', 'Carbon'],
}
-CARBON_EXTS = ['ColorPicker', 'gestalt',
'MacOS', 'Nav',
+CARBON_EXTS = ['ColorPicker', 'gestalt',
'macos', 'Nav',
'OSATerminology', 'icglue',
# All these are in subdirs
'_AE', '_AH', '_App',
'_CarbonEvt', '_Cm', '_Ctl',
Cheers,
Gideon
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1525447&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1525447 ] Build fails on OS X with case sensitive fs
Bugs item #1525447, was opened at 2006-07-19 19:24
Message generated for change (Settings changed) made by gdm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1525447&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: Build
Group: Python 2.5
Status: Open
Resolution: None
>Priority: 6
Submitted By: gideon may (gdm)
Assigned to: Nobody/Anonymous (nobody)
Summary: Build fails on OS X with case sensitive fs
Initial Comment:
When compiling python from svn on a Mac OS X with a
case sensitive file system I get the following build
error:
running build
running build_ext
db.h: found (4, 3) in /opt/local/include/db4
db lib: using (4, 3) db-4.3
sqlite: found /usr/include/sqlite3.h
/usr/include/sqlite3.h: version 3.1.3
Traceback (most recent call last):
File "./setup.py", line 1507, in
main()
.
.
File "./setup.py", line 1088, in addMacExtension
raise RuntimeError("%s not found" % name)
RuntimeError: MacOS not found
make: *** [sharedmods] Error 1
It can be fixed by either renaming the file:
Mac/Modules/macosmodule.c
to
Mac/Modules/MacOSmodule.c
or applying the following patch :
Index: setup.py
===
--- setup.py(revision 50687)
+++ setup.py(working copy)
@@ -1101,7 +1101,7 @@
carbon_kwds = {'extra_compile_args':
carbon_extra_compile_args,
'extra_link_args':
['-framework', 'Carbon'],
}
-CARBON_EXTS = ['ColorPicker', 'gestalt',
'MacOS', 'Nav',
+CARBON_EXTS = ['ColorPicker', 'gestalt',
'macos', 'Nav',
'OSATerminology', 'icglue',
# All these are in subdirs
'_AE', '_AH', '_App',
'_CarbonEvt', '_Cm', '_Ctl',
Cheers,
Gideon
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1525447&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1525469 ] SimpleXMLRpcServer still uses sys.exc_value and sys.exc_type
Bugs item #1525469, was opened at 2006-07-19 13:06 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=1525469&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.5 Status: Open Resolution: None Priority: 5 Submitted By: Russell Warren (qopit) Assigned to: Nobody/Anonymous (nobody) Summary: SimpleXMLRpcServer still uses sys.exc_value and sys.exc_type Initial Comment: Use of sys.exc_value and sys.exc_type is not thread safe. It should just use sys.exc_info. Both exc_value and exc_type are used in two exceptiuon trapping locations. This goes back to at least 2.3, and I've checked 2.5 svn ver 50569 and it is still an issue. Russ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1525469&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1525549 ] Document additions from PEP 302
Bugs item #1525549, was opened at 2006-07-19 14:30 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=1525549&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 Submitted By: Brett Cannon (bcannon) Assigned to: Nobody/Anonymous (nobody) Summary: Document additions from PEP 302 Initial Comment: meta_path, path_hooks, and path_importer_cache are not in the documentation for sys. These were all added by PEP 302. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1525549&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1524938 ] MemoryError with a lot of available memory - gc not called
Bugs item #1524938, was opened at 2006-07-19 02:46
Message generated for change (Comment added) made by illume
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1524938&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: Feature Request
Status: Open
Resolution: None
Priority: 5
Submitted By: Mark Matusevich (markmat)
Assigned to: Nobody/Anonymous (nobody)
Summary: MemoryError with a lot of available memory - gc not called
Initial Comment:
Also the gc behavior is consistent with the
documentation, I beleave it is wrong. I think, that Gc
should be called automatically before any memory
allocation is raised.
Example 1:
for i in range(700):
a = [range(500)]
a.append(a)
print i
This example will crash on any any PC with less then
20Gb RAM. On my PC (Windows 2000, 256Mb) it crashes at
i==7.
Also, this example can be fixed by addition of a call
to gc.collect() in the loop, in real cases it may be
unreasonable.
--
Comment By: Rene Dudfield (illume)
Date: 2006-07-19 23:20
Message:
Logged In: YES
user_id=2042
Perhaps better than checking before every memory allocation,
would be to check once a memory error happens in an allocation.
That way there is only the gc hit once there is low memory.
So...
res = malloc(...);
if(!res) {
gc.collect();
}
res = malloc(...);
if(!res) {
raise memory error.
}
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1524938&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1525589 ] Malloc, memory error, failmalloc, low memory.
Bugs item #1525589, was opened at 2006-07-19 23:28 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=1525589&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: None Status: Open Resolution: None Priority: 5 Submitted By: Rene Dudfield (illume) Assigned to: Nobody/Anonymous (nobody) Summary: Malloc, memory error, failmalloc, low memory. Initial Comment: The failmalloc library can be used to simulate high load, low memory conditions. http://www.nongnu.org/failmalloc/ It reports that python segfaults under some conditions when memory allocation fails. " $ LD_PRELOAD=libfailmalloc.so FAILMALLOC_INTERVAL=10 python Fatal Python error: Can't initialize 'type' Aborted $ LD_PRELOAD=libfailmalloc.so FAILMALLOC_INTERVAL=100 python Segmentation fault " -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1525589&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1525590 ] ldap get_option(0) causes segfault
Bugs item #1525590, was opened at 2006-07-19 16:31
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=1525590&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: Sean Burford (seanburford)
Assigned to: Nobody/Anonymous (nobody)
Summary: ldap get_option(0) causes segfault
Initial Comment:
$ /usr/bin/python2.4
Python 2.4.1 (#2, Mar 30 2005, 21:51:10)
[GCC 3.3.5 (Debian 1:3.3.5-8ubuntu2)] on linux2
Type "help", "copyright", "credits" or "license" for
more information.
>>> import ldap
>>> l=ldap.open('abc')
>>> l.get_option(0)
Segmentation fault
$ /usr/bin/python2.3
Python 2.3.5 (#2, Aug 30 2005, 13:43:24)
[GCC 3.3.5 (Debian 1:3.3.5-8ubuntu2)] on linux2
Type "help", "copyright", "credits" or "license" for
more information.
>>> import ldap
>>> l=ldap.open('abc')
>>> l.get_option(0)
Under GDB with 2.4.1:
>>> l.get_option(0)
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1209606016 (LWP 27694)]
0xb7ee4d8b in strlen () from /lib/tls/i686/cmov/libc.so.6
(gdb) bt
#0 0xb7ee4d8b in strlen () from
/lib/tls/i686/cmov/libc.so.6
#1 0x080dc668 in Py_InitModule4 ()
#2 0x080dce8e in PyModule_AddStringConstant ()
#3 0x080dc6ba in Py_InitModule4 ()
#4 0x080dc755 in Py_VaBuildValue ()
#5 0x080dc6d8 in Py_BuildValue ()
#6 0xb7fde111 in LDAP_get_option ()
from /usr/lib/python2.4/site-packages/_ldap.so
#7 0xb7fd9127 in py_ldap_sasl_interaction ()
from /usr/lib/python2.4/site-packages/_ldap.so
#8 0x081071fa in PyCFunction_Call ()
#9 0x0805c449 in PyObject_Call ()
#10 0x080afc34 in PyEval_CallObjectWithKeywords ()
#11 0x080add4c in PyEval_EvalFrame ()
#12 0x080ae42e in PyEval_EvalCodeEx ()
#13 0x080af849 in PyEval_CallObjectWithKeywords ()
#14 0x080af464 in PyEval_CallObjectWithKeywords ()
#15 0x080ad9b7 in PyEval_EvalFrame ()
#16 0x080af8cd in PyEval_CallObjectWithKeywords ()
#17 0x080af464 in PyEval_CallObjectWithKeywords ()
#18 0x080ad9b7 in PyEval_EvalFrame ()
#19 0x080ae42e in PyEval_EvalCodeEx ()
#20 0x080b11a9 in PyEval_EvalCode ()
#21 0x080df38b in PyRun_FileExFlags ()
#22 0x080de88e in PyRun_InteractiveOneFlags ()
#23 0x080de683 in PyRun_InteractiveLoopFlags ()
#24 0x080dfd32 in PyRun_AnyFileExFlags ()
#25 0x080554a4 in Py_Main ()
#26 0x08054f2b in main ()
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1525590&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1517370 ] Getting an error message import site failed -v traceback.
Bugs item #1517370, was opened at 07/05/06 00:22 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1517370&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: Closed Resolution: None Priority: 5 Submitted By: brijesh kumar (brijesh_04) Assigned to: Nobody/Anonymous (nobody) Summary: Getting an error message import site failed -v traceback. Initial Comment: we have not installed python on the machine and trying to use python24.dll in c++ code(by including header python.h). At the time of py_initialize() we get an error import site failed -v traceback. But if python is installed on the machine no such error comes. But we don't want to Install Python on my M/C. Please tell us how to get rid of this error in our scenerio. -- >Comment By: SourceForge Robot (sf-robot) Date: 07/19/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Georg Brandl (gbrandl) Date: 07/05/06 01:05 Message: Logged In: YES user_id=849994 You'll have to set Py_NoSiteFlag prior to calling Py_Initialize(). See Python/main.c which does this while parsing command line args. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1517370&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1525590 ] ldap get_option(0) causes segfault
Bugs item #1525590, was opened at 2006-07-19 16:31
Message generated for change (Comment added) made by nnorwitz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1525590&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: 3rd Party
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Sean Burford (seanburford)
Assigned to: Nobody/Anonymous (nobody)
Summary: ldap get_option(0) causes segfault
Initial Comment:
$ /usr/bin/python2.4
Python 2.4.1 (#2, Mar 30 2005, 21:51:10)
[GCC 3.3.5 (Debian 1:3.3.5-8ubuntu2)] on linux2
Type "help", "copyright", "credits" or "license" for
more information.
>>> import ldap
>>> l=ldap.open('abc')
>>> l.get_option(0)
Segmentation fault
$ /usr/bin/python2.3
Python 2.3.5 (#2, Aug 30 2005, 13:43:24)
[GCC 3.3.5 (Debian 1:3.3.5-8ubuntu2)] on linux2
Type "help", "copyright", "credits" or "license" for
more information.
>>> import ldap
>>> l=ldap.open('abc')
>>> l.get_option(0)
Under GDB with 2.4.1:
>>> l.get_option(0)
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1209606016 (LWP 27694)]
0xb7ee4d8b in strlen () from /lib/tls/i686/cmov/libc.so.6
(gdb) bt
#0 0xb7ee4d8b in strlen () from
/lib/tls/i686/cmov/libc.so.6
#1 0x080dc668 in Py_InitModule4 ()
#2 0x080dce8e in PyModule_AddStringConstant ()
#3 0x080dc6ba in Py_InitModule4 ()
#4 0x080dc755 in Py_VaBuildValue ()
#5 0x080dc6d8 in Py_BuildValue ()
#6 0xb7fde111 in LDAP_get_option ()
from /usr/lib/python2.4/site-packages/_ldap.so
#7 0xb7fd9127 in py_ldap_sasl_interaction ()
from /usr/lib/python2.4/site-packages/_ldap.so
#8 0x081071fa in PyCFunction_Call ()
#9 0x0805c449 in PyObject_Call ()
#10 0x080afc34 in PyEval_CallObjectWithKeywords ()
#11 0x080add4c in PyEval_EvalFrame ()
#12 0x080ae42e in PyEval_EvalCodeEx ()
#13 0x080af849 in PyEval_CallObjectWithKeywords ()
#14 0x080af464 in PyEval_CallObjectWithKeywords ()
#15 0x080ad9b7 in PyEval_EvalFrame ()
#16 0x080af8cd in PyEval_CallObjectWithKeywords ()
#17 0x080af464 in PyEval_CallObjectWithKeywords ()
#18 0x080ad9b7 in PyEval_EvalFrame ()
#19 0x080ae42e in PyEval_EvalCodeEx ()
#20 0x080b11a9 in PyEval_EvalCode ()
#21 0x080df38b in PyRun_FileExFlags ()
#22 0x080de88e in PyRun_InteractiveOneFlags ()
#23 0x080de683 in PyRun_InteractiveLoopFlags ()
#24 0x080dfd32 in PyRun_AnyFileExFlags ()
#25 0x080554a4 in Py_Main ()
#26 0x08054f2b in main ()
--
>Comment By: Neal Norwitz (nnorwitz)
Date: 2006-07-19 20:33
Message:
Logged In: YES
user_id=33168
ldap is not part of the Python core. You should file this
bug with the ldap maintainers or whoever provided the ldap
module.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1525590&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1525678 ] exec and eval allocate lots of memory and do not free it
Bugs item #1525678, was opened at 2006-07-20 03:57
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=1525678&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: Open
Resolution: None
Priority: 5
Submitted By: Connelly (connelly)
Assigned to: Nobody/Anonymous (nobody)
Summary: exec and eval allocate lots of memory and do not free it
Initial Comment:
I'm not sure if this is a bug. The "bug" is that if I start a new Python
session, create a dict or list called d which takes around 2 MB of
memory, and then I set d = eval(repr(d)), the Python process now is
using ~38 MB of memory more than where it started at. The high
memory usage continues even after d is deleted.
Example 1:
% python
>>> # Memory use: 3216 KB
>>> d = dict.fromkeys(range(5))
>>> # Memory use: 5400 KB
>>> d = eval('%r' % d)
>>> # Memory use: 41620 KB
>>> del d
>>> # Memory use: 40080 KB
I am using Python 2.4.1 (#65, Mar 30 2005) on Windows XP SP2 with
512 MB RAM.
If we start with a larger initial dict -- say
dict.fromkeys(range(1000**2)), then the line d = eval('%r' % d) can
easily cause the process to start paging to disk, even though both the
data structure and its string representation fit easily in memory.
Perhaps this behavior is due Python caching bytecodes. One
peculiarity about this "bug" is that if Example 1 is repeated with a
second variable such as "d2", which is set to the value
dict.fromkeys(range(5,10)), then the memory usage ends up
exactly at 40080 KB after the second "del" statement. If Python were
caching the bytecodes, then one would expect the repetition of the
example to put the memory usage at ~8 KB.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1525678&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1516184 ] inspect.py: still infinite recursion inspecting frames
Bugs item #1516184, was opened at 2006-07-03 08:39
Message generated for change (Comment added) made by connelly
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1516184&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.5
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Don Quijote (dq_searchlores)
Assigned to: Phillip J. Eby (pje)
Summary: inspect.py: still infinite recursion inspecting frames
Initial Comment:
Using python 2.5 beta 1 on Windows XP, and py2exe 0.6.5.
After packing and compressing a project via py2exe,
there's still an infinite recursion involving functions
getsourcefile, getmodule and getabsfile in module
inspect.py.
I was able to fix this infinite recursion by
1) changing the declaration of getabsfile & getmodule to:
def getabsfile(object, filename=None):
def getmodule(object, filename=None):
2) including the "filename" parameter in all calls to
getabsfile inside of function getmodule.
3) having getabsfile return the absolute and normalized
filename if not null.
Perhaps this change helps to clean up the 'ugliness'
introduced in version 45822.
Kind regards,
Don Quijote
--
Comment By: Connelly (connelly)
Date: 2006-07-20 06:40
Message:
Logged In: YES
user_id=1039782
I tried pje's Revision 50526 and this still causes infinite recursion with:
>>> inspect.getmodule(compile('a=10','','single'))
--
Comment By: Phillip J. Eby (pje)
Date: 2006-07-10 19:05
Message:
Logged In: YES
user_id=56214
Fixed in revision 50526.
--
Comment By: Neal Norwitz (nnorwitz)
Date: 2006-07-05 01:53
Message:
Logged In: YES
user_id=33168
Phillip any comments?
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1516184&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1516184 ] inspect.py: still infinite recursion inspecting frames
Bugs item #1516184, was opened at 2006-07-03 01:39
Message generated for change (Comment added) made by nnorwitz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1516184&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.5
>Status: Open
>Resolution: None
Priority: 5
Submitted By: Don Quijote (dq_searchlores)
Assigned to: Phillip J. Eby (pje)
Summary: inspect.py: still infinite recursion inspecting frames
Initial Comment:
Using python 2.5 beta 1 on Windows XP, and py2exe 0.6.5.
After packing and compressing a project via py2exe,
there's still an infinite recursion involving functions
getsourcefile, getmodule and getabsfile in module
inspect.py.
I was able to fix this infinite recursion by
1) changing the declaration of getabsfile & getmodule to:
def getabsfile(object, filename=None):
def getmodule(object, filename=None):
2) including the "filename" parameter in all calls to
getabsfile inside of function getmodule.
3) having getabsfile return the absolute and normalized
filename if not null.
Perhaps this change helps to clean up the 'ugliness'
introduced in version 45822.
Kind regards,
Don Quijote
--
>Comment By: Neal Norwitz (nnorwitz)
Date: 2006-07-19 23:59
Message:
Logged In: YES
user_id=33168
Confirmed this is bad:
inspect.getmodule(compile('a=10','','single'))
--
Comment By: Connelly (connelly)
Date: 2006-07-19 23:40
Message:
Logged In: YES
user_id=1039782
I tried pje's Revision 50526 and this still causes infinite recursion with:
>>> inspect.getmodule(compile('a=10','','single'))
--
Comment By: Phillip J. Eby (pje)
Date: 2006-07-10 12:05
Message:
Logged In: YES
user_id=56214
Fixed in revision 50526.
--
Comment By: Neal Norwitz (nnorwitz)
Date: 2006-07-04 18:53
Message:
Logged In: YES
user_id=33168
Phillip any comments?
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1516184&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
