PHP 4.2.2 / apache 2.0.40 compile errors

Anon

Hi,

since i had some troubles when compiling the sapi module i tried to use the "fix" in
http://www.phpbuilder.com/forum/read.php3?num=3&id=112168&thread=111446.

but even then i get errors and it bails out:
(./configure --with-apxs2=/usr/sbin/apxs)

sapi_apache2.c: In function php_register_hook': sapi_apache2.c:534: warning: passing arg 3 ofap_register_output_filter' makes
pointer from integer without a cast
sapi_apache2.c:534: too few arguments to function ap_register_output_filter' sapi_apache2.c:535: warning: passing arg 3 ofap_register_input_filter' makes p
ointer from integer without a cast
sapi_apache2.c:535: too few arguments to function `ap_register_input_filter'
make[3]: *** [sapi_apache2.lo] Error 1

thanks in advance for hints or fixes.

--
rob

Anon

Hello

exactly the same problem here!!! i also tried the "fix"... i use the same version as rob (apache: 2.0.40 php: 4.2.2)

does anyone knows a solution?

thx a lot

JMK

michalani

Hello people!

Good news: PHP.net have put on their site a link for download the newest version (devel) of PHP: 4.3.0. This version complies with the new Apache 2.0.40 and you could install them together, without any problems.

The link is:

http://snaps.php.net/php4-latest.tar.bz2

I've installed these suite in a Mandrake 8.0 Linux box and everything is working very fine (with MySQL and PostgreSQL support).

Any doubt or comment, please let me know.

Club_Neon

Is there any other solution other than running a snapshot of the developer's release? This is for a production machine, and I'd like to have a known good release to rely on (yeah, I know I'm using Apache 2.0 with PHP, but I didn't see any problems with the 2.0.39 (other than segfaulting on restart, but stop/start works)).

neg9

Downloaded and installed the snapshot. Worked wonderfully!!

Thank you!

matlec

Hi,

I got the same problem when I tried to compile PHP.
Seems as if this was a bug in PHP.

Can anybody help us?

Club_Neon

It isn't so much a bug in PHP, as it is the Apache2 module API changed. PHP 4.2.2 was designed to work with Apache versions less than or equal to 2.0.39. PHP 4.3.x has been designed to work with Apache 2.0.40 and later (until they change the API again). I was wondering if they were going to backport a patch for 4.2.2. But I think I read somewhere that 4.3.0 will be out this month (August). Is that date still on? If it is, I'll just wait for a release.

dannys

It'd be nice if it does come out soon - dev version feels pretty stable - being able to open [url]https://[/url] connections with fopen (therefore removing the need for cURL) is just lurvely 😃

Wolphin

Just adding in my experiences, I had the same problem with 4.2.2 and Apache2. Went out and got the latest code snapshot (php4-200208141800) and tried installing that, but that bombed out, different error, but roughtly the same place.

After poking around, discovered that the sapi/apache2filter/Makefile on the snapshot was missing info. Ended up using the 4.2.2 Makefiles, but copying the source files from the snapshot into the apache2filter dir. Thatt seems to have fixed the problem.

Can't want for 4.3 though 🙂

jerdo

To reply to those asking if there is a way to fix this without using a snapshot, simply use the php4apache2.dll from the snapshot but keep the rest of your php installation the same. I'm currently using PHP 4.2.2 (with the new dll replacing the old one), with Apache 2.0.40 on Windows 2000 and it works fine. I wish they would quit making minor revisions that don't work with existing stuff.

msl9669

Absolutely... After more than 2 hours of searching for an answer, I used the snapshot (http://snaps.php.net/php4-latest.tar.bz2), and the compile and make was flawless. I'm using SuSE 7.3 Professional with Apache 2.0.40, MySQL 3.23.52, and mod_perl 2.0. I recommend continuing this thread with additional methods of resolving the issue, which for me the the "make failure" where at the end of make, there were several "too few arguments" warnings: make[3]:

Entering directory /usr/local/src/php/php-4.2.2/sapi/apache2filter' /bin/sh /usr/local/src/php/php-4.2.2/libtool --silent --mode=compile gcc -I. -I/usr/local/src/php/php-4.2.2/sapi/apache2filter -I/usr/local/src/php/php-4.2.2/main -I/usr/local/src/php/php-4.2.2 -I/usr/local/apache2/include -I/usr/local/src/php/php-4.2.2/Zend -I/usr/local/src/php/php-4.2.2/ext/mysql/libmysql -I/usr/local/src/php/php-4.2.2/ext/xml/expat -D_REENTRANT -I/usr/local/src/php/php-4.2.2/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In functionphp_register_hook':
sapi_apache2.c:534: warning: passing arg 3 of ap_register_output_filter' makes pointer from integer without a cast sapi_apache2.c:534: too few arguments to functionap_register_output_filter'
sapi_apache2.c:535: warning: passing arg 3 of ap_register_input_filter' makes pointer from integer without a cast sapi_apache2.c:535: too few arguments to functionap_register_input_filter'
make[3]: [sapi_apache2.lo] Error 1
make[3]: Leaving directory /usr/local/src/php/php-4.2.2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory/usr/local/src/php/php-4.2.2/sapi/apache2filter'
make[1]: [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/php/php-4.2.2/sapi'
make: *** [all-recursive] Error 1

Cheers!!

snax

msl9669 says:

I recommend continuing this thread with additional methods of resolving the issue

If you are brave, you can modify the ap_registerfilter calls in apache2filter/sapi_apache2.c as follows. If you look at the prototypes for these functions in httpd-2.0.40/includes/util_filter.h you will see that there is an added argument to these function calls, an "init" filter function pointer, which belongs in the third spot. You can set this to NULL (the PHP filter as it currently exists doesn't employ the Apache 2 model much at all yet and really doesn't need, or have, an init function to call) and the source should* compile (I've seen reports elsewhere to this effect) but as you might imagine this problem is probably indicative of more sneaky little problems in compatibility between the latest stable PHP and versions 2.0.40 and beyond of Apache.

Looks to me as though the Apach 2.x.x + PHP combo has no business (yet) in any production environment -- the APIs are still changing in Apache 2! As a result, you might just as well grab the latest snapshots at http://snaps.php.net rather than trying to "fix" the stable PHP to work with an unstable (?) Apache.

My $0.02, of course 🙂

robtone

Okay, php 4.2.3 is released which will
obviously solve the issue. I did not have time to
test it yet though (the urge for sleep just got over
me).

Thanks though.

--
rob

yaleyu

Yes, php-4.2.3 solved this issue.

If you still want to use php-4.2.2, you can add NULL as 3rd parameter to ap_register_output_filter and ap_register_output_filter at line around 533, 534 in sapi_apache2.c, then compile again.