Re: apache 2.2.3 mod_python 3.3 on win32 looking good
sorry for the confusion. I added the file to vcproj the build ran correctly my leak tests passed with flying colors -Original Message- From: Jim Gallacher <[EMAIL PROTECTED]> Date: Thursday, Nov 9, 2006 3:59 pm Subject: Re: apache 2.2.3 mod_python 3.3 on win32 looking good I'm a little confused by your reply to your own message, Jeff. Did you resolve the problems yourself, with Graham's suggestion wrt to the vcproj file, or something else. Jim Jeff Robbins wrote: No memory leaks; no OS handle leaks; no Python object leaks I haven't run the tests yet as I have to leave until Monday. Perhaps another win32 user can do so? - Original Message - From: "Jeff Robbins" <[EMAIL PROTECTED]> To: "python-dev list" Sent: Thursday, November 09, 2006 11:00 AM Subject: 3.3 build problem on Win32 > Two build problems...one I could fix and one I couldn't > the fixable one is that on Win32 libapr.lib is called libapr-1.lib > (not sure why) and libaprutil.lib is called libaprutil-1.lib > > the one I'm lost with is this: > > _apachemodule.obj : error LNK2019: unresolved external symbol > __imp__MpFinfo_New referenced in function _mp_stat > requestobject.obj : error LNK2019: unresolved external symbol > __imp__MpFinfo_Type referenced in function _setreq_recmbr > requestobject.obj : error LNK2019: unresolved external symbol > __imp__MpFinfo_FromFinfo referenced in function _getreq_rec_fi > > .\Release/mod_python.so : fatal error LNK1120: 3 unresolved externals > > What are these functions? > > - Jeff > > > - Original Message - From: "Jim Gallacher" <[EMAIL PROTECTED]> > To: "python-dev list" > Sent: Thursday, November 09, 2006 9:00 AM > Subject: mod_python 3.3.0-dev-20061109 available for testing (release > candidate) > > >> The mod_python 3.3-0-dev-20061109 tarball is available for testing. >> >> We are almost ready for a 3.3.0 release. It's been a while since >> we've had extensive testing of trunk and I think it would be wise to >> have a preliminary testing round. Unless there are huge problems >> we'll do an official beta next week. If it looks *really* good we >> might even jump right to the release. >> >> At this point svn trunk should be considered frozen execpt to fix >> issues that testing exposes or minor documentation changes. >> >> 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]
Re: apache 2.2.3 mod_python 3.3 on win32 looking good
sorry for the confusion. I added the file to vcproj the build ran correctly my leak tests passed with flying colors -Original Message- From: Jim Gallacher <[EMAIL PROTECTED]> Date: Thursday, Nov 9, 2006 3:59 pm Subject: Re: apache 2.2.3 mod_python 3.3 on win32 looking good I'm a little confused by your reply to your own message, Jeff. Did you resolve the problems yourself, with Graham's suggestion wrt to the vcproj file, or something else. Jim Jeff Robbins wrote: No memory leaks; no OS handle leaks; no Python object leaks I haven't run the tests yet as I have to leave until Monday. Perhaps another win32 user can do so? - Original Message - From: "Jeff Robbins" <[EMAIL PROTECTED]> To: "python-dev list" Sent: Thursday, November 09, 2006 11:00 AM Subject: 3.3 build problem on Win32 > Two build problems...one I could fix and one I couldn't > the fixable one is that on Win32 libapr.lib is called libapr-1.lib > (not sure why) and libaprutil.lib is called libaprutil-1.lib > > the one I'm lost with is this: > > _apachemodule.obj : error LNK2019: unresolved external symbol > __imp__MpFinfo_New referenced in function _mp_stat > requestobject.obj : error LNK2019: unresolved external symbol > __imp__MpFinfo_Type referenced in function _setreq_recmbr > requestobject.obj : error LNK2019: unresolved external symbol > __imp__MpFinfo_FromFinfo referenced in function _getreq_rec_fi > > .\Release/mod_python.so : fatal error LNK1120: 3 unresolved externals > > What are these functions? > > - Jeff > > > - Original Message - From: "Jim Gallacher" <[EMAIL PROTECTED]> > To: "python-dev list" > Sent: Thursday, November 09, 2006 9:00 AM > Subject: mod_python 3.3.0-dev-20061109 available for testing (release > candidate) > > >> The mod_python 3.3-0-dev-20061109 tarball is available for testing. >> >> We are almost ready for a 3.3.0 release. It's been a while since >> we've had extensive testing of trunk and I think it would be wise to >> have a preliminary testing round. Unless there are huge problems >> we'll do an official beta next week. If it looks *really* good we >> might even jump right to the release. >> >> At this point svn trunk should be considered frozen execpt to fix >> issues that testing exposes or minor documentation changes. >> >> 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]
Re: apache 2.2.3 mod_python 3.3 on win32 looking good
I'm a little confused by your reply to your own message, Jeff. Did you resolve the problems yourself, with Graham's suggestion wrt to the vcproj file, or something else. Jim Jeff Robbins wrote: No memory leaks; no OS handle leaks; no Python object leaks I haven't run the tests yet as I have to leave until Monday. Perhaps another win32 user can do so? - Original Message - From: "Jeff Robbins" <[EMAIL PROTECTED]> To: "python-dev list" Sent: Thursday, November 09, 2006 11:00 AM Subject: 3.3 build problem on Win32 Two build problems...one I could fix and one I couldn't the fixable one is that on Win32 libapr.lib is called libapr-1.lib (not sure why) and libaprutil.lib is called libaprutil-1.lib the one I'm lost with is this: _apachemodule.obj : error LNK2019: unresolved external symbol __imp__MpFinfo_New referenced in function _mp_stat requestobject.obj : error LNK2019: unresolved external symbol __imp__MpFinfo_Type referenced in function _setreq_recmbr requestobject.obj : error LNK2019: unresolved external symbol __imp__MpFinfo_FromFinfo referenced in function _getreq_rec_fi .\Release/mod_python.so : fatal error LNK1120: 3 unresolved externals What are these functions? - Jeff - Original Message - From: "Jim Gallacher" <[EMAIL PROTECTED]> To: "python-dev list" Sent: Thursday, November 09, 2006 9:00 AM Subject: mod_python 3.3.0-dev-20061109 available for testing (release candidate) The mod_python 3.3-0-dev-20061109 tarball is available for testing. We are almost ready for a 3.3.0 release. It's been a while since we've had extensive testing of trunk and I think it would be wise to have a preliminary testing round. Unless there are huge problems we'll do an official beta next week. If it looks *really* good we might even jump right to the release. At this point svn trunk should be considered frozen execpt to fix issues that testing exposes or minor documentation changes. 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://people.apache.org/~jgallacher/mod_python/dist/ http://people.apache.org/~jgallacher/mod_python/dist/mod_python-3.3.0-dev-20061109.tgz http://people.apache.org/~jgallacher/mod_python/dist/mod_python-3.3.0-dev-20061109.tgz.md5 Please download it, then do the usual $ ./configure --with-apxs=/wherever/it/is $ make $ (su) # make install Then (as non-root user!) $ make check Or for you Windows folks $ 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, Apache, Apache-mpm, Python, the test output, and suggestions, if any). Please present your test results in the following format: +1 OS version, Apache version (apache mpm), Python Version For example: +1 Linux Debian Sid, Apache 2.0.55 (mpm-worker), Python 2.3.5 Presenting your information in a consistent format will help in tabulating the results. You can include additional information in each section, just don't use extra commas. There is no need to include the mod_python version in this string as that information is available in the email subject. Who knows, one day I may actually write a script to extract this information automatically. :) Thank you for your assistance, Jim Gallacher
