Hi,
I am running PHP 5.2.3 as a statically compiled module for a web server
(appWeb, which is an embbeded apache-like server).
My platform is a ppc processor, running Windriver Linux.
The problem I encounter is, that when printing many syslogs to the
system my web-server crashes.
I have back
On 25.11.2007 16:26, Rachmel, Nir (Nir) wrote:
> Here is a backtrace I extracted from the core:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 859800816 (LWP 15194)]
> 0x0fcdfa60 in free () from /lib/libc.so.6
> (gdb) bt
> #0 0x0fcdfa60 in free () from /lib/libc.s
On 25.11.2007 17:30, Rachmel, Nir (Nir) wrote:
> Do you mean printing the 'tsrm_ls'?
> There is no 'basic_globals' symbol in the context of any of the frames I
> tried.
Oh, so this is multithreaded version..
That makes it even more complicated.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Run
Do you mean printing the 'tsrm_ls'?
There is no 'basic_globals' symbol in the context of any of the frames I
tried.
Thanks, Nir.
-Original Message-
From: Antony Dovgal [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 25, 2007 4:23 PM
To: Rachmel, Nir (Nir)
Cc: internals@lists.php.net
Su
Hi Andi,
On Mon, 2007-10-08 at 09:00 -0700, "Andi Gutmans" wrote:
> Thanks David.
> We'll start testing the patch in our labs right after we're done with the
> Zend/PHP conference (early next week).
Are there any results of these benchmarks, yet?
johannes
> Andi
>
>
> > -Original Message
I think Zend directory is doable as much as any other directory in the
PHP source code.
On 24-Nov-07, at 12:34 AM, Andy Lester wrote:
Here's dl.c
Is the Zend directory doable as well, or is that off-limits for some
reason or another? That's really the place I should be working on
first, be
Johannes Schlüter schrieb:
> Are there any results of these benchmarks, yet?
Why not just commit the new garbage collector to PHP_5_3 now and disable
it by default? This would make testing/benchmarking it so much easier
for everyone interested.
--
Sebastian Bergmann h
If it helps, I am attaching the relevant tsrm_ls (according to the
globals_id in the relevant frame):
(gdb) print (*( (php_basic_globals*) (*((void***)tsrm_ls))[17]))
$5 = {
user_shutdown_function_names = 0x0,
putenv_ht = {
nTableSize = 8,
nTableMask = 7,
nNumOfElements = 0,
nN
libgd maintenance and extension.
I have submitted feature additions to the libgd list which have been accepted.
http://bugs.libgd.org/?do=details&task_id=131
At the suggestion of Pierre Joye, I am requesting a CVS account in order to
help maintain and develop aspects of libgd. My credentials as
Hi,
May I suggest renaming get_called_class() to get_static_class() to
correspond with the use of the static:: keyword for late binding.
parent:: and get_parent_class() [no parameters] should also correspond
when used in a static method context.
My preference is that parent:: be late bin
On Sun, 25 Nov 2007, Sebastian Bergmann wrote:
> Johannes Schlüter schrieb:
> > Are there any results of these benchmarks, yet?
>
> Why not just commit the new garbage collector to PHP_5_3 now and disable
> it by default? This would make testing/benchmarking it so much easier
> for everyone in
Hi,
On Nov 25, 2007 11:45 PM, Jeff Moore <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> May I suggest renaming get_called_class() to get_static_class() to
> correspond with the use of the static:: keyword for late binding.
It was already kind of discussed, and get_called_class makes more sense IMO.
"st
Hi,
Am Montag, den 19.11.2007, 10:52 +0100 schrieb Hodicska Gergely:
[...]
> I think the *behavior* of the two code blocks is confusing. And I
> *understand* that it can be stated in the manual that it works in this
> way, but *maybe* not this is the best solution.
Why not something like this
13 matches
Mail list logo
