FAQ
hi,

i wonder if anybody out there already tried traits in more complex php
applications. i am currently trying to rewrite part of a somehow complex
application to use traits and i have the problem, that my scripts are
dying, as soon as i include the trait.

with the current php-5.4 beta my processes are dying, but with the lates
snapshot, not -- i still get the message:

2011-10-16 16:41:19: (mod_fastcgi.c.2462) unexpected end-of-file
(perhaps the fastcgi process died): pid: 18556 socket:
unix:/tmp/php-fastcgi.socket-3
2011-10-16 16:41:19: (mod_fastcgi.c.3254) response not received, request
sent: 1329 on socket: unix:/tmp/php-fastcgi.socket-3 for /index.php ,
closing connection

... in my logs, though.

the real problem now is that i seem to be unable to isolate the issue.
it seems to have something to do with properties in traits, but if i try
to reconstruct this with simple example scripts, there won't be any
crash.

my question is: is there anything i can do to track this problem down,
to get a useful backtrace / core dump or any other information, that
would count as useful information for filing a bug-report? as it is
know, i have nothing in my hands besides the info, that it's crashing ...

thanks in advance!

harald

Search Discussions

  • Ferenc Kovacs at Oct 16, 2011 at 6:40 pm

    On Sun, Oct 16, 2011 at 8:31 PM, Harald Lapp wrote:

    hi,

    i wonder if anybody out there already tried traits in more complex php
    applications. i am currently trying to rewrite part of a somehow complex
    application to use traits and i have the problem, that my scripts are dying,
    as soon as i include the trait.

    with the current php-5.4 beta my processes are dying, but with the lates
    snapshot, not -- i still get the message:

    2011-10-16 16:41:19: (mod_fastcgi.c.2462) unexpected end-of-file (perhaps
    the fastcgi process died): pid: 18556 socket: unix:/tmp/php-fastcgi.socket-3
    2011-10-16 16:41:19: (mod_fastcgi.c.3254) response not received, request
    sent: 1329 on socket: unix:/tmp/php-fastcgi.socket-3 for /index.php ,
    closing connection

    ... in my logs, though.

    the real problem now is that i seem to be unable to isolate the issue.
    it seems to have something to do with properties in traits, but if i try to
    reconstruct this with simple example scripts, there won't be any
    crash.

    my question is: is there anything i can do to track this problem down, to
    get a useful backtrace / core dump or any other information, that would
    count as useful information for filing a bug-report? as it is know, i have
    nothing in my hands besides the info, that it's crashing ...

    thanks in advance!

    harald

    https://bugs.php.net/bugs-generating-backtrace.php

    --
    Ferenc Kovács
    @Tyr43l - http://tyrael.hu
  • Harald Lapp at Oct 16, 2011 at 6:46 pm

    Am 16.10.11 20:40, schrieb Ferenc Kovacs:
    https://bugs.php.net/bugs-generating-backtrace.php
    hi,

    great! this seems to be the information, i was looking for. let's see if
    i can get anything useful out of it :)

    harald
  • Stefan Marr at Oct 16, 2011 at 6:42 pm
    Hi Harald:
    On 16 Oct 2011, at 20:31, Harald Lapp wrote:

    with the current php-5.4 beta my processes are dying, but with the lates snapshot, not -- i still get the message:
    There have been a number of bug fixes since the last beta.
    The list is here:
    https://bugs.php.net/search.php?search_for=trait&boolean=0&limit=30&order_by=&direction=DESC&cmd=display&status=All&bug_type=All&project=All&php_os=&phpver=&cve_id=&assign=&author_email=&bug_age=0&bug_updated=0

    If it does not crash with the snapshots, that is what I understand from your sentence, then those fixed bugs might already be the ones you encounter.
    my question is: is there anything i can do to track this problem down, to get a useful backtrace / core dump or any other information, that would count as useful information for filing a bug-report? as it is know, i have nothing in my hands besides the info, that it's crashing ...
    Since you already suspect the traits implementation, how about your unit tests in that regard?
    I would guess they might be run easily with the CLI version of PHP. That is at least the way I narrow down the origin of such crashes.

    Best regards
    Stefan


    thanks in advance!

    harald

    --
    PHP Internals - PHP Runtime Development Mailing List
    To unsubscribe, visit: http://www.php.net/unsub.php
    --
    Stefan Marr
    Software Languages Lab
    Vrije Universiteit Brussel
    Pleinlaan 2 / B-1050 Brussels / Belgium
    http://soft.vub.ac.be/~smarr
    Phone: +32 2 629 2974
    Fax: +32 2 629 3525
  • Harald Lapp at Oct 16, 2011 at 6:50 pm
    hi stefan,

    Am 16.10.11 20:42, schrieb Stefan Marr:
    Hi Harald:
    On 16 Oct 2011, at 20:31, Harald Lapp wrote:

    with the current php-5.4 beta my processes are dying, but with the lates snapshot, not -- i still get the message:
    There have been a number of bug fixes since the last beta.
    The list is here:
    https://bugs.php.net/search.php?search_for=trait&boolean=0&limit=30&order_by=&direction=DESC&cmd=display&status=All&bug_type=All&project=All&php_os=&phpver=&cve_id=&assign=&author_email=&bug_age=0&bug_updated=0

    If it does not crash with the snapshots, that is what I understand from your sentence, then those fixed bugs might already be the ones you encounter.
    yes, i ment: with php-5.4 beta the PHP process was indeed dying, but
    with the latest snapshot the PHP process is not dying, but the
    application is still crashing.
    my question is: is there anything i can do to track this problem down, to get a useful backtrace / core dump or any other information, that would count as useful information for filing a bug-report? as it is know, i have nothing in my hands besides the info, that it's crashing ...
    Since you already suspect the traits implementation, how about your unit tests in that regard?
    I would guess they might be run easily with the CLI version of PHP. That is at least the way I narrow down the origin of such crashes.
    mmm ... i understand, and you are right, i should be able to run this
    with the CLI version. i will try this next ...

    best regards,
    harald
  • Pierre Joye at Oct 16, 2011 at 9:15 pm
    hi Harald,

    Please be sure to open a bug at bugs.php.net and attach the info there
    too (backtrace, reproduce script, etc.).

    Cheers,
    On Sun, Oct 16, 2011 at 8:50 PM, Harald Lapp wrote:
    hi stefan,

    Am 16.10.11 20:42, schrieb Stefan Marr:
    Hi Harald:
    On 16 Oct 2011, at 20:31, Harald Lapp wrote:

    with the current php-5.4 beta my processes are dying, but with the lates
    snapshot, not -- i still get the message:
    There have been a number of bug fixes since the last beta.
    The list is here:

    https://bugs.php.net/search.php?search_for=trait&boolean=0&limit=30&order_by=&direction=DESC&cmd=display&status=All&bug_type=All&project=All&php_os=&phpver=&cve_id=&assign=&author_email=&bug_age=0&bug_updated=0

    If it does not crash with the snapshots, that is what I understand from
    your sentence, then those fixed bugs might already be the ones you
    encounter.
    yes, i ment: with php-5.4 beta the PHP process was indeed dying, but with
    the latest snapshot the PHP process is not dying, but the application is
    still crashing.
    my question is: is there anything i can do to track this problem down, to
    get a useful backtrace / core dump or any other information, that would
    count as useful information for filing a bug-report? as it is know, i have
    nothing in my hands besides the info, that it's crashing ...
    Since you already suspect the traits implementation, how about your unit
    tests in that regard?
    I would guess they might be run easily with the CLI version of PHP. That
    is at least the way I narrow down the origin of such crashes.
    mmm ... i understand, and you are right, i should be able to run this with
    the CLI version. i will try this next ...

    best regards,
    harald

    --
    PHP Internals - PHP Runtime Development Mailing List
    To unsubscribe, visit: http://www.php.net/unsub.php


    --
    Pierre

    @pierrejoye | http://blog.thepimp.net | http://www.libgd.org
  • Harald Lapp at Oct 17, 2011 at 9:32 am
    hi pierre,

    yes, i will try to collect as many as possible information and open a
    bug, if i have something ... i still hope, that i manage to isolate the
    problem that i am able to create the reproduce script.

    best,
    harald

    Am 16.10.11 23:15, schrieb Pierre Joye:
    hi Harald,

    Please be sure to open a bug at bugs.php.net and attach the info there
    too (backtrace, reproduce script, etc.).

    Cheers,

    On Sun, Oct 16, 2011 at 8:50 PM, Harald Lappwrote:
    hi stefan,

    Am 16.10.11 20:42, schrieb Stefan Marr:
    Hi Harald:
    On 16 Oct 2011, at 20:31, Harald Lapp wrote:

    with the current php-5.4 beta my processes are dying, but with the lates
    snapshot, not -- i still get the message:
    There have been a number of bug fixes since the last beta.
    The list is here:

    https://bugs.php.net/search.php?search_for=trait&boolean=0&limit=30&order_by=&direction=DESC&cmd=display&status=All&bug_type=All&project=All&php_os=&phpver=&cve_id=&assign=&author_email=&bug_age=0&bug_updated=0

    If it does not crash with the snapshots, that is what I understand from
    your sentence, then those fixed bugs might already be the ones you
    encounter.
    yes, i ment: with php-5.4 beta the PHP process was indeed dying, but with
    the latest snapshot the PHP process is not dying, but the application is
    still crashing.
    my question is: is there anything i can do to track this problem down, to
    get a useful backtrace / core dump or any other information, that would
    count as useful information for filing a bug-report? as it is know, i have
    nothing in my hands besides the info, that it's crashing ...
    Since you already suspect the traits implementation, how about your unit
    tests in that regard?
    I would guess they might be run easily with the CLI version of PHP. That
    is at least the way I narrow down the origin of such crashes.
    mmm ... i understand, and you are right, i should be able to run this with
    the CLI version. i will try this next ...

    best regards,
    harald

    --
    PHP Internals - PHP Runtime Development Mailing List
    To unsubscribe, visit: http://www.php.net/unsub.php

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupphp-internals @
categoriesphp
postedOct 16, '11 at 6:32p
activeOct 17, '11 at 9:32a
posts7
users5
websitephp.net

People

Translate

site design / logo © 2022 Grokbase