Re: mod_python 3.2.6 (Final!) available for testing
2006/2/7, Nicolas Lehuen <[EMAIL PROTECTED]>: > 2006/1/21, Jim Gallacher <[EMAIL PROTECTED]>: > > I notice that we have slight differences in the apache and python > > versions. Could that be significant? More testing to follow. (Oh if only > > qemu wasn't so slow. Compiling Apache takes... a ... long ... time). > > > > Jim > > Oh joy, VMWare has made it VMWare GSX product free of charge : > > http://www.vmware.com/products/server/ > > Judging from how VMWare Workstation performs, it is great news. > Granted, it's not open source, but if it can save us hours of > compilation... I don't know if FreeBSD is supported, but Workstation > runs it without any problem. > > The only problem for me is that I'm a total FreeBSD newbie, meaning > that I could install Apache but something went wrong during the > mod_python configuration. Well, I'll try it another time soon. > > Regards, > Nicolas > Note that there are pre-built environment available here : http://www.vmware.com/vmtn/vm/community.html Amongst them, there is a FreeBSD 6.0 virtual machine. Regards, Nicolas
Re: mod_python 3.2.6 (Final!) available for testing
2006/1/21, Jim Gallacher <[EMAIL PROTECTED]>: > I notice that we have slight differences in the apache and python > versions. Could that be significant? More testing to follow. (Oh if only > qemu wasn't so slow. Compiling Apache takes... a ... long ... time). > > Jim Oh joy, VMWare has made it VMWare GSX product free of charge : http://www.vmware.com/products/server/ Judging from how VMWare Workstation performs, it is great news. Granted, it's not open source, but if it can save us hours of compilation... I don't know if FreeBSD is supported, but Workstation runs it without any problem. The only problem for me is that I'm a total FreeBSD newbie, meaning that I could install Apache but something went wrong during the mod_python configuration. Well, I'll try it another time soon. Regards, Nicolas
Re: mod_python 3.2.6 (Final!) available for testing
Hi Barry, I finally got mod_python working on a qemu image of FreeBSD 6.0 and I can't reproduce your problem. All the tests pass for 3.2.6. I did find that mod_python.so wasn't linking python2.4.so or libpthread.so. Being a BSD noob I'm not sure if I've messed up my configuration or if there is a problem with either configure or dist/setup.py in mod_python. I manually edited src/Makefile to get it to link properly, after which everything compiled and the unit tests passed. In my stumbling around I came across a reference to a possible problem with libtool 1.15.18 and pthreads, so I upgraded to 1.15.22. I'm not sure if that's significant but I'll try reverting to 1.15.18 and see if that makes a difference. Here is what my setup looks like: FreeBSD 6.0 Apache 2.0.54 (prefork) port built WITH_THREADS=1 Python 2.4.1 built from ports with these port options THREADS HUGE_STACK_SIZE UCS4 PYMALLOC IPV6 I notice that we have slight differences in the apache and python versions. Could that be significant? More testing to follow. (Oh if only qemu wasn't so slow. Compiling Apache takes... a ... long ... time). Jim Barry Pederson wrote: Still seeing a failure - seems to be the same thing I saw back on 3.2.5b http://www.mail-archive.com/python-dev@httpd.apache.org/msg00750.html and suspiciously similar to this report on Mac OSX http://issues.apache.org/jira/browse/MODPYTHON-102 FreeBSD 6.0 Apache 2.0.55 (prefork) port built WITH_THREADS=1 Python 2.4.2 built from ports with these port options THREADS HUGE_STACK_SIZE UCS4 PYMALLOC IPV6 == ERROR: test_connectionhandler (__main__.PerRequestTestCase) -- Traceback (most recent call last): File "test.py", line 1336, in test_connectionhandler f = urllib.urlopen(url) File "/usr/local/lib/python2.4/urllib.py", line 77, in urlopen return opener.open(url) File "/usr/local/lib/python2.4/urllib.py", line 185, in open return getattr(self, name)(url) File "/usr/local/lib/python2.4/urllib.py", line 317, in open_http return self.http_error(url, fp, errcode, errmsg, headers) File "/usr/local/lib/python2.4/urllib.py", line 334, in http_error return self.http_error_default(url, fp, errcode, errmsg, headers) File "/usr/local/lib/python2.4/urllib.py", line 574, in http_error_default return addinfourl(fp, headers, "http:" + url) File "/usr/local/lib/python2.4/urllib.py", line 863, in __init__ addbase.__init__(self, fp) File "/usr/local/lib/python2.4/urllib.py", line 813, in __init__ self.read = self.fp.read AttributeError: 'NoneType' object has no attribute 'read' -- Ran 45 tests in 65.420s FAILED (errors=1) F Stopping Apache... /usr/local/sbin/httpd -k stop -f /home/barryp/mod_python-3.2.6/test/conf/test.conf == FAIL: testPerRequestTests (__main__.PerInstanceTestCase) -- Traceback (most recent call last): File "test.py", line 1928, in testPerRequestTests self.failUnless(result.wasSuccessful()) AssertionError -- Ran 6 tests in 121.462s FAILED (failures=1) GDB backtrace -- #0 0x0058 in ?? () #1 0x2849b4f5 in _conn_read () from /home/barryp/mod_python-3.2.6/src/mod_python.so #2 0x2849b6c9 in conn_readline () from /home/barryp/mod_python-3.2.6/src/mod_python.so #3 0x284e4ef2 in PyEval_EvalFrame () from /home/barryp/mod_python-3.2.6/src/mod_python.so #4 0x284e5091 in PyEval_EvalFrame () from /home/barryp/mod_python-3.2.6/src/mod_python.so #5 0x284e56e4 in PyEval_EvalCodeEx () from /home/barryp/mod_python-3.2.6/src/mod_python.so #6 0x2851ede2 in function_call () from /home/barryp/mod_python-3.2.6/src/mod_python.so #7 0x284a5f44 in PyObject_Call () from /home/barryp/mod_python-3.2.6/src/mod_python.so #8 0x284ab986 in instancemethod_call () from /home/barryp/mod_python-3.2.6/src/mod_python.so #9 0x284a5f44 in PyObject_Call () from /home/barryp/mod_python-3.2.6/src/mod_python.so #10 0x284a6119 in PyObject_CallMethod () from /home/barryp/mod_python-3.2.6/src/mod_python.so #11 0x284a35bf in PythonConnectionHandler () from /home/barryp/mod_python-3.2.6/src/mod_python.so #12 0x0807025a in ap_run_process_connection () #13 0x08066285 in child_main () #14 0x080664af in make_child () #15 0x08066540 in startup_children () #16 0x08066bc3 in ap_mpm_run () #17 0x0806be77 in main () --- I'm suspicious about whether the problem is actually in the connection handler code - if I strip the test.py down to just run test_connectionhandler, it works fine. But after some trial and error adding things back, it see
Re: mod_python 3.2.6 (Final!) available for testing
+1 Fedora Core 4 Apache 2.0.54 Python 2.4.1 Jim Gallacher wrote: > Good news everyone! I made a mistake in tagging 3.2.6 as beta instead of > final. The new tarball is now available for testing. This is the same > code as yesterday's 3.2.6b.tgz but with the correct version information. > > This is the one we've all been waiting for! :) > > Here are the rules: > > In order for a file to be officially announced, it has to be tested by > developers on the dev list. Anyone subscribed to this list can (and > should feel obligated to :-) ) test it, and provide feedback *to _this_ > list*! (Not the [EMAIL PROTECTED] list, and preferably not me > personally). > > The files are (temporarily) available here: > > http://www.modpython.org/dist/ > > Please download it, then do the usual > > $ ./configure --with-apxs=/wherever/it/is > $ make > $ (su) > # make install > > Then (as non-root user!) > > $ cd test > $ python test.py > > And see if any tests fail. If they pass, send a +1 to the list, if they > fail, send the details (the versions of OS, Python and Apache, the test > output, and suggestions, if any). > > Thank you, > Jim Ga -- ir. Wim Heirman, ELIS Department, Ghent University, Belgium Phone: +32-9-264.95.27 E-mail: [EMAIL PROTECTED] http://www.elis.UGent.be/~wheirman/
Re: mod_python 3.2.6 (Final!) available for testing
You can fetch the Win32 version for Python 2.3 and Python 2.4 here : http://nicolas.lehuen.com/download/mod_python/ I have successfully tested and give my +1 for : Windows 2000 Server SP4, Python 2.3 Windows XP Pro SP2, Python 2.4 Regards, Nicolas 2006/1/16, Jim Gallacher <[EMAIL PROTECTED]>: > Good news everyone! I made a mistake in tagging 3.2.6 as beta instead of > final. The new tarball is now available for testing. This is the same > code as yesterday's 3.2.6b.tgz but with the correct version information. > > This is the one we've all been waiting for! :) > > Here are the rules: > > In order for a file to be officially announced, it has to be tested by > developers on the dev list. Anyone subscribed to this list can (and > should feel obligated to :-) ) test it, and provide feedback *to _this_ > list*! (Not the [EMAIL PROTECTED] list, and preferably not me > personally). > > The files are (temporarily) available here: > > http://www.modpython.org/dist/ > > Please download it, then do the usual > > $ ./configure --with-apxs=/wherever/it/is > $ make > $ (su) > # make install > > Then (as non-root user!) > > $ cd test > $ python test.py > > And see if any tests fail. If they pass, send a +1 to the list, if they > fail, send the details (the versions of OS, Python and Apache, the test > output, and suggestions, if any). > > Thank you, > Jim Ga >
Re: mod_python 3.2.6 (Final!) available for testing
Still seeing a failure - seems to be the same thing I saw back on 3.2.5b http://www.mail-archive.com/python-dev@httpd.apache.org/msg00750.html and suspiciously similar to this report on Mac OSX http://issues.apache.org/jira/browse/MODPYTHON-102 FreeBSD 6.0 Apache 2.0.55 (prefork) port built WITH_THREADS=1 Python 2.4.2 built from ports with these port options THREADS HUGE_STACK_SIZE UCS4 PYMALLOC IPV6 == ERROR: test_connectionhandler (__main__.PerRequestTestCase) -- Traceback (most recent call last): File "test.py", line 1336, in test_connectionhandler f = urllib.urlopen(url) File "/usr/local/lib/python2.4/urllib.py", line 77, in urlopen return opener.open(url) File "/usr/local/lib/python2.4/urllib.py", line 185, in open return getattr(self, name)(url) File "/usr/local/lib/python2.4/urllib.py", line 317, in open_http return self.http_error(url, fp, errcode, errmsg, headers) File "/usr/local/lib/python2.4/urllib.py", line 334, in http_error return self.http_error_default(url, fp, errcode, errmsg, headers) File "/usr/local/lib/python2.4/urllib.py", line 574, in http_error_default return addinfourl(fp, headers, "http:" + url) File "/usr/local/lib/python2.4/urllib.py", line 863, in __init__ addbase.__init__(self, fp) File "/usr/local/lib/python2.4/urllib.py", line 813, in __init__ self.read = self.fp.read AttributeError: 'NoneType' object has no attribute 'read' -- Ran 45 tests in 65.420s FAILED (errors=1) F Stopping Apache... /usr/local/sbin/httpd -k stop -f /home/barryp/mod_python-3.2.6/test/conf/test.conf == FAIL: testPerRequestTests (__main__.PerInstanceTestCase) -- Traceback (most recent call last): File "test.py", line 1928, in testPerRequestTests self.failUnless(result.wasSuccessful()) AssertionError -- Ran 6 tests in 121.462s FAILED (failures=1) GDB backtrace -- #0 0x0058 in ?? () #1 0x2849b4f5 in _conn_read () from /home/barryp/mod_python-3.2.6/src/mod_python.so #2 0x2849b6c9 in conn_readline () from /home/barryp/mod_python-3.2.6/src/mod_python.so #3 0x284e4ef2 in PyEval_EvalFrame () from /home/barryp/mod_python-3.2.6/src/mod_python.so #4 0x284e5091 in PyEval_EvalFrame () from /home/barryp/mod_python-3.2.6/src/mod_python.so #5 0x284e56e4 in PyEval_EvalCodeEx () from /home/barryp/mod_python-3.2.6/src/mod_python.so #6 0x2851ede2 in function_call () from /home/barryp/mod_python-3.2.6/src/mod_python.so #7 0x284a5f44 in PyObject_Call () from /home/barryp/mod_python-3.2.6/src/mod_python.so #8 0x284ab986 in instancemethod_call () from /home/barryp/mod_python-3.2.6/src/mod_python.so #9 0x284a5f44 in PyObject_Call () from /home/barryp/mod_python-3.2.6/src/mod_python.so #10 0x284a6119 in PyObject_CallMethod () from /home/barryp/mod_python-3.2.6/src/mod_python.so #11 0x284a35bf in PythonConnectionHandler () from /home/barryp/mod_python-3.2.6/src/mod_python.so #12 0x0807025a in ap_run_process_connection () #13 0x08066285 in child_main () #14 0x080664af in make_child () #15 0x08066540 in startup_children () #16 0x08066bc3 in ap_mpm_run () #17 0x0806be77 in main () --- I'm suspicious about whether the problem is actually in the connection handler code - if I strip the test.py down to just run test_connectionhandler, it works fine. But after some trial and error adding things back, it seems the simplest test combination that causes the problem is to run test_fileupload, and then test_connectionhandler. So I'm basically just running --- [EMAIL PROTECTED]:~/mod_python-3.2.6/test>python test2.py * Running the per-request test suite... Creating config listen port: 57772 Starting Apache /usr/local/sbin/httpd -k start -f /home/barryp/mod_python-3.2.6/test/conf/test.conf * Testing 1 MB file upload support --> Send + process + receive took 0.577 s . * Testing PythonConnectionHandler E * Testing internally (status messages go to error_log) . - So I wonder if some non-connection-handling code is stomping over some structure that doesn't happen to be used til the connection-handler is exercised? In that case it maybe we can't just shrug it off figuring it's "...hardly likely that anyone would use connection handlers with mod_python for anything meaningful." Barry
