Hmm Well I have compiled PHP 4.2.x fine under Red Hat 7.3 a few times, but the default gcc in RH7.3 often links stuff wrong, try downgrading gcc to egcs 1.1.2 (also known as gcc 2.91)
What Apache version?
And are you using a non-standard glibc?

Umm because you have a @dodge-diesel.org e-mail address I decided to go to http://uptime.netcraft.com/up/graph?site=www.dodge-diesel.org and it said: The site www.dodge-diesel.org is running Apache/1.3.14 (Unix) (Red-Hat/Linux) PHP/4.1.0 mod_perl/1.23 on Linux

Please upgrade to the latest versions of Apache, PHP and mod_perl.

Hello and thanks for the quick responses.  I am running this on a dev server which will replace my old one.  The one I'm having problems with is running apache 1.3.26 with php version 4.2.2, so it's not the production dodge-diesel.org server. :)  Thanks.

Hmm Is PHP static linked or DSO (APXS)?

(Note: When I say static linked I don't mean linked with static glibc, i mean linked into Apache source code)

Well I'm not the smartest cat about this so I'll post my configure statements.

For php:

./configure --with-mysql --with-apache=../apache_1.3.26 --enable-track-vars 

For Apache:

./configure --sysconfdir=/etc/httpd/conf  --activate-module=src/modules/php4/libphp4.a --logfiledir=/home/log --datadir=/home/httpd

My php info can be seen here:

http://64.244.30.243/phpinfo.php

It says with-zlib but I took that out last time.  Don't know why it still shows up in the info, but it's not on or installed.  Thanks :)

Thats a static.

Try these Apache/PHP configures:

Apache:
./configure --enable-module=so --enable-module=rewrite --enable-module=userdir
make
make install

PHP:
./configure --with-apxs=/usr/local/apache/bin/apxs --with-gd=/usr --with-zlib=/usr --enable-sockets --with-mysql

Oops I mean:

PHP:
./configure --with-apxs=/usr/local/apache/bin/apxs --with-gd=/usr
--with-zlib=/usr --enable-sockets --with-mysql
make
make install

Thanks for the info.  apache compiles ok but when I try php I get this:

Sorry, I was not able to successfully run APXS.  Possible reasons:

1.  Perl is not installed;
2.  Apache was not compiled with DSO support (--enable-module=so);
3.  'apxs' is not in your path.  Try to use --with-apxs=/path/to/apxs
The output of /usr/local/apache/bin/apxs follows
Usage: apxs -g [-S <var>=<val>] -n <modname>
       apxs -q [-S <var>=<val>] <query> ...
       apxs -c [-S <var>=<val>] [-o <dsofile>] [-D <name>[=<value>]]
               [-I <incdir>] [-L <libdir>] [-l <libname>] [-Wc,<flags>]
               [-Wl,<flags>] <files> ...
       apxs -i [-S <var>=<val>] [-a] [-A] [-n <modname>] <dsofile> ...
       apxs -e [-S <var>=<val>] [-a] [-A] [-n <modname>] <dsofile> ...
configure: error: Aborting


I know I'm missing something

Did you use that **exact** PHP/Apache configures?

Yeah I did.  I have perl in there, it works fine.  Forgive my ignorance here, and thank you for the help.

hehe, I mean perl works fine, not the php configure the way you told me.

huh?

I just meant that the php ./configure statement you gave me doesn't work.  I typed it in exactly.  The apache one worked though and compiled ok.

Ok I redid my apache with yours and mine, then I did the php like you said, and this is what I get.

stub.lo: file not recognized: File truncated
collect2: ld returned 1 exit status
make[1]: *** [libphp4.la] Error 1
make[1]: Leaving directory `/home/engineer/installs/php-4.2.2'
make: *** [all-recursive] Error 1

OK, thanks for the help.  I got it all compiled right, but still the seg fault.  I think I'll call it a night.

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.


This looks like something that was fixed already, but try
get us a better backtrace. No need to change to DSO from static. Just read the instructions given in above URL.

Also, if you could try and find out what kind of script causes this crash it would help a lot too..(maybe ask other YaBB users/author?)

My backtraces are the same every time I try it, unless I'm missing something.  This problem is still not fixed.

hint: --enable-debug (read the instructions, please)

This is supposed to be support, not a guessing game.  If you look at the first post in this bug report, you'll see that I've already gone through that (--enable-debug).  Unless I'm missing something else, the information you're asking for is as the top of the thread.

"You get what you pay for." We're all volunteers and most have a job besides this.

Derick, his very first post included a back trace.  He says that all his back traces are the same.

Ok, for running RH 7.3, this is my suggestion.

Install the latest apache RPM's from the RedHat update site.  You'll especially need the apache-devel package.  If the rpm will install, then you can be sure that you've got everything that you need to get PHP working.

Then try configuring php again:
./configure --with-apxs --with-gd --with-mysql --enable-track-vars

It should find everything it needs to compile correctly.

If it doesn't work, configure with --enable-debug and post another back trace.

Then we'll be able to better track down the problem.

Man this is getting old :)  I can't even install the rpm.  I get page read errors when doing it.  I can't even do an rpm -qa without getting errors.  Maybe it's time to go back to 6.2, geez.

Before you do that, do a rpm --rebuilddb.  That should rebuild your Install Database so that you don't get errors.

Do you get errors on installing the RPM, or on page views after installing the RPM?

When I try rpm --rebuilddb I get this:

 rpm --rebuilddb
/usr/lib/rpm/rpmd: relocation error: /usr/lib/librpmdb-4.0.4.so: undefined symbol:


That's what happens to me when I try to do anything in rpm.  This is a brand new install of 7.3 too.

Looks like you need to get ahold of your local LUG for some help.  I don't know how to fix that.

Yep, I think so.  I just tried 6.2 but since I have a P4, it doesn't play well with anaconda.  SO, I'm off to try 7.2  I hope this one works.  It seems that everything I did in 7.3 was broken.  You know you have problems with rpm doesn't work "out of the box" so to speak.  Thanks for trying guys.  I'll let you know what I find out.

Ok here is something odd.  I take out the shtml parsing stuff from httpd.conf and guess what?  No more seg faults.  Must be how apache is working with php and shtml or something.  I don't know for sure if that's the answer, but so far I've gone an hour without a single fault.  Soon as I put shtml handlers back in, it faults within 2-3 minutes.

Well, I don't know why, but the shtml parser was causing the faults.  Since I don't need shtml anyway, I took it out and all is good.  This DOES sound like a bug with either php or apache to me though.  Hope you all can get it fixed.  Probably doesn't occur too often.

Hmm.  See if you have short_open_tag turned on in your php.ini file.  If PHP is invoked to parse an shtml file, that could cause serious problems.  See http://www.php.net/manual/en/configuration.php looking for short_open_tag for how to turn off short open tags.

No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".