Zeev Suraski wrote:
>> gdb tells handle_input1() and handle_input2() is calling each other
>> over and over, but stack does not add up. It works well for all most
>> of all scripts
>
> What do you mean by the stack doesn't add up?
> By the way, if you have a big script that reproduces the pr
At 07:39 07-09-01, Yasuo Ohgaki wrote:
>Yasuo Ohgaki wrote:
>
> > I gave up tring to make reproducible script.
> >
> > For the record, PHP does not execute script properly under very
> > limmited circumstance that I can't find out exactly. Under normal
> > execution, calling function over and ov
Yasuo Ohgaki wrote:
> I gave up tring to make reproducible script.
>
> For the record, PHP does not execute script properly under very
> limmited circumstance that I can't find out exactly. Under normal
> execution, calling function over and over should exhoust memory,
> since new stack i
I gave up tring to make reproducible script.
For the record, PHP does not execute script properly under very limmited
circumstance that I can't find out exactly. Under normal execution,
calling function over and over should exhoust memory, since new stack is
needed for each new function call.
Hey, I encounter a similar problem now, albeit intermittently:
I have no ideas; I don't think I had this problem before Zeev
fixed those two session and output buffering bugs.
--Wez.
Program received signal SIGSEGV, Segmentation fault.
0x4010922a in chunk_free (ar_ptr=0x401942c0, p=0x8d44bc0) a
Wez Furlong wrote:
>>(gdb) run -X
>>Starting program: /usr/sbin/httpd -X
>>[Tue Sep 4 14:10:25 2001] [warn] Loaded DSO lib/apache/mod_gzip.so
>>uses plain Apache 1.3 API, this module might crash under EAPI! (please
>>recompile it with -DEAPI)
>>
>
> Just a stab in the
> (gdb) run -X
> Starting program: /usr/sbin/httpd -X
> [Tue Sep 4 14:10:25 2001] [warn] Loaded DSO lib/apache/mod_gzip.so
> uses plain Apache 1.3 API, this module might crash under EAPI! (please
> recompile it with -DEAPI)
Just a stab in the dark, this wouldn't cause the p
Did you try cutting down the script that crashes (as opposed to trying to
create a script that reproduces the problem from scratch)? That's the
easiest way to create a short test case...
Zeev
At 10:03 05-09-01, Yasuo Ohgaki wrote:
>Zeev Suraski wrote:
>
>>Do you use dl() anywhere? Is the cra
Zeev Suraski wrote:
> Do you use dl() anywhere? Is the crash reproducible?
Hi Zeev,
I'm glad you are interested in. I don't use dl(). This crash is
reproducible, but I could not make it reproduce with simpler script, yet.
Anyway, there is other code that crashes PHP which I can report detai
Do you use dl() anywhere? Is the crash reproducible?
At 10:05 04-09-01, Yasuo Ohgaki wrote:
>FYI
>
>PHP 4.0.8-dev (updated about 30 min ago) has the same problem.
>
>BTW, I don't enable output compression in PHP. No custom output handler. I
>enabled mbstr-enc-trans, but there should be no acutu
FYI
PHP 4.0.8-dev (updated about 30 min ago) has the same problem.
BTW, I don't enable output compression in PHP. No custom output handler.
I enabled mbstr-enc-trans, but there should be no acutual translation,
since I'm using EUC-JP for both internal/output encoding.
Yasuo Ohgaki
Yasuo Ohga
Yasuo Ohgaki wrote:
> I don't get core file after I rebuild PHP with debug option enabled.
> Anyway, I'll take a look at what is going on with gdb when I have time
> to do.
I got SIGSEGV.
GNU gdb 5.0rh-5 Red Hat Linux 7.1
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, cov
12 matches
Mail list logo
