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.

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.

I'm having the same problem here (PHP 4.3.1) but with RH 7.3 with the latest packages from RHN (apache-1.3.27-2, glibc-2.2.5-43), and a kernel with SGI XFS patches applied (kernel-2.4.18-4SGI_XFS_1.1). When compiled with --disable-debug, I got the Segmentation fault problem with session_start(), but when I use --enable-debug on compile, the SEGV vanishes. I'd like to ask if there is another way to get important info to fix it (I cannot use the --enable-debug version because I need Zend Optimizer and Zend Debugger, and they only work with the --disable-debug version of PHP).
I'm waiting your answer.

Cheers,

Juvenal A. Silva Jr.

sounds like some optimization problem in the compiler.

I have the same problem in PHP 4.3.11 and FreeBSD 4.10.

Ok, here is my fix.

*Although* I had installed everything from scratch, I just went into the /usr/ports/www/php4-session directory, and issued "make deinstall".

Then restarted Apache to reflect changes - worked.

Then I did, "make clean && make install", and reinstalled the session extension again. Restarted Apache, and the segfaults are gone.

Hope this helps!
Till

Observed same issue on FreeBSD 5.2 with PHP 4.3.11 and Apache 2.0.54. Klimpong's 'fix' worked - i suspect it might have something to do with order of loading extension .so files in .ini file.

I just experienced the exact same problem on PHP 4.3.8 and Apache 2.0.50/Suse 9.3.

After reading mszumocki's comment above, I just changed the order of the extensions in my php.ini, so that session.so will be loaded last and now it works like a charm!

My php.ini like it was before ("extension=session.so" inserted as first extension by SuseConfig I assume):

[extension section]
extension=session.so
extension=curl.so
extension=gd.so
extension=mysql.so
extension=zlib.so
extension=bz2.so
; end of extension section

And my changed extensions, now session.so will be loaded last:

[extension section]
extension=curl.so
extension=gd.so
extension=mysql.so
extension=zlib.so
extension=bz2.so
extension=session.so
; end of extension section

Hope it helps someone!