DragonFly BSD
DragonFly users List (threaded) for 2005-02
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

Re: Yet another PHP issue...

From: EM1897@xxxxxxx
Date: Tue, 8 Feb 2005 10:17:36 EST

In a message dated 2/7/2005 5:27:49 PM Eastern Standard Time, Jonas Trollvik 
<jontro@xxxxxxxxx> writes:

>This works for me with a kernel built on the 21st of december with
>DragonFly haze.midron.tk 1.1-Stable DragonFly 1.1-Stable #1: Tue Dec
>21 21:10:08 GMT 2004    
>kreca@xxxxxxxxxxxxxx:/usr/obj/usr/src/sys/HAZE  i386
>using php-4.3.10 and apache_1.3.33
>On Mon, 07 Feb 2005 23:08:34 +0100, Joerg Anslik <joerg@xxxxxxxxx> wrote:
>> Ok, here's another one:
>> Simply calling "session_start()" from a PHP script causes a "Bus
>> error" and PHP throws a core dump...
>> --j

There is a known bug in php regarding session_start().  The problem is if
*some* application sets the session.save_handler to "user", then the next
call, even by some other applicaion, that assumes its the default of "files"
will crash. Its hard to say "it works now", because its an interaction thats 
difficult to predict. AFAIK, it was still a problem in 4.3.10 as they had
just figured it out. I've never seen the problem (this is on freeBSD mind
you) since adding the ini_set() call before the session_start() as follows:


Note that applications like "oscommerce" for one sets this to user, which
is the most common one I know of.

[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]