#40747 [NEW]: Reproducible Crash

Ask a Question related to PHP Bugs, Design and Development.

  1. #1

    Default #40747 [NEW]: Reproducible Crash

    From: th at domainbox dot de
    Operating system: Debian Sarge
    PHP version: 4.4.6
    PHP Bug Type: Reproducible crash
    Bug description: Reproducible Crash

    Description:
    ------------
    We are experiencing a repoducible crash of an xt:Commerce installation
    since the server was upgraded from PHP 4.4.4 to PHP 4.4.5. This was
    neither resolved by upgrading to 4.4.6 nor by upgrading to snapshot
    php4-STABLE-200703070730

    Reproduce code:
    ---------------
    The failing Code seems to be in xt:Commerce's sessions.php, i'm not able
    to detect this any further at the moment. The Version is

    $Id: sessions.php,v 1.1 2003/09/06 22:13:54 fanta2k Exp $

    Actual result:
    --------------
    (gdb) bt
    #0 0xb7ae907b in _efree (ptr=0x0, __zend_filename=0xb7b29a20
    "/opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c",
    __zend_lineno=283, __zend_orig_filename=0x0, __zend_orig_lineno=0) at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_alloc.c:256
    #1 0xb7a1c71c in ps_close_files (mod_data=0xb7ba2e90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c:283
    #2 0xb7a1b8f5 in php_rshutdown_session_globals () at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1686
    #3 0xb7a1baa1 in zm_deactivate_session (type=1, module_number=6) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1742
    #4 0xb7afe9af in module_registry_cleanup (module=0x928ea90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_API.c:1168
    #5 0xb7b0194c in zend_hash_apply (ht=0xb7ba7280, apply_func=0xb7afe96c
    <module_registry_cleanup>)
    at /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_hash.c:708
    #6 0xb7afad75 in zend_deactivate_modules () at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend.c:674
    #7 0xb7ac2f4a in php_request_shutdown (dummy=0x0) at
    /opt/confixx-pakete/php4-STABLE-200703070730/main/main.c:989
    #8 0xb7b15124 in apache_php_module_main (r=0x812f194,
    display_source_mode=0)
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/sapi_apache.c:60
    #9 0xb7b15e57 in send_php (r=0x812f194, display_source_mode=0,
    filename=0x8130d34 "/var/www/web46/html/shop/index.php")
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/mod_php4.c:626
    #10 0xb7b15ecd in send_parsed_php (r=0x812f194) at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/mod_php4.c:641
    #11 0x08054ece in ap_invoke_handler ()
    #12 0x0806b8de in process_request_internal ()
    #13 0x0806b93b in ap_process_request ()
    #14 0x08062177 in child_main ()
    #15 0x08062426 in make_child ()
    #16 0x08062794 in perform_idle_server_maintenance ()
    #17 0x08062e35 in standalone_main ()
    #18 0x080634aa in main ()
    (gdb) frame 1
    #1 0xb7a1c71c in ps_close_files (mod_data=0xb7ba2e90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c:283
    283 efree(data->basedir);
    (gdb) frame 2
    #2 0xb7a1b8f5 in php_rshutdown_session_globals () at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1686
    1686 PS(mod)->s_close(&PS(mod_data)
    TSRMLS_CC);
    (gdb) frame 3
    #3 0xb7a1baa1 in zm_deactivate_session (type=1, module_number=6) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1742
    1742 php_rshutdown_session_globals(TSRMLS_C);
    (gdb) frame 4
    #4 0xb7afe9af in module_registry_cleanup (module=0x928ea90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_API.c:1168
    1168
    module->request_shutdown_func(module->type, module->module_number
    TSRMLS_CC);
    (gdb)

    --
    Edit bug report at [url]http://bugs.php.net/?id=40747&edit=1[/url]
    --
    Try a CVS snapshot (PHP 4.4): [url]http://bugs.php.net/fix.php?id=40747&r=trysnapshot44[/url]
    Try a CVS snapshot (PHP 5.2): [url]http://bugs.php.net/fix.php?id=40747&r=trysnapshot52[/url]
    Try a CVS snapshot (PHP 6.0): [url]http://bugs.php.net/fix.php?id=40747&r=trysnapshot60[/url]
    Fixed in CVS: [url]http://bugs.php.net/fix.php?id=40747&r=fixedcvs[/url]
    Fixed in release: [url]http://bugs.php.net/fix.php?id=40747&r=alreadyfixed[/url]
    Need backtrace: [url]http://bugs.php.net/fix.php?id=40747&r=needtrace[/url]
    Need Reproduce Script: [url]http://bugs.php.net/fix.php?id=40747&r=needscript[/url]
    Try newer version: [url]http://bugs.php.net/fix.php?id=40747&r=oldversion[/url]
    Not developer issue: [url]http://bugs.php.net/fix.php?id=40747&r=support[/url]
    Expected behavior: [url]http://bugs.php.net/fix.php?id=40747&r=notwrong[/url]
    Not enough info: [url]http://bugs.php.net/fix.php?id=40747&r=notenoughinfo[/url]
    Submitted twice: [url]http://bugs.php.net/fix.php?id=40747&r=submittedtwice[/url]
    register_globals: [url]http://bugs.php.net/fix.php?id=40747&r=globals[/url]
    PHP 3 support discontinued: [url]http://bugs.php.net/fix.php?id=40747&r=php3[/url]
    Daylight Savings: [url]http://bugs.php.net/fix.php?id=40747&r=dst[/url]
    IIS Stability: [url]http://bugs.php.net/fix.php?id=40747&r=isapi[/url]
    Install GNU Sed: [url]http://bugs.php.net/fix.php?id=40747&r=gnused[/url]
    Floating point limitations: [url]http://bugs.php.net/fix.php?id=40747&r=float[/url]
    No Zend Extensions: [url]http://bugs.php.net/fix.php?id=40747&r=nozend[/url]
    MySQL Configuration Error: [url]http://bugs.php.net/fix.php?id=40747&r=mysqlcfg[/url]
    th at domainbox dot de Guest

  2. Similar Questions and Discussions

    1. reproducible browser crash in linux
      Both mozilla 1.7.5 and firefox 1.0 on linux reproducibly crash when accessing this url: http://www.offroad-challenge.home.ro A backtrace seems...
    2. Crash on Fax
      Hi, Im using Acrobat Pro 6 on Panther. Acrobat crashes when I try to fax using the Panther's fax software from the print dialog box. It works fine...
    3. InDesign CS CE non-stop CRASH, CRASH, CRASH, CRASH, CRASH, CRASH
      Sofware is orig., and OS is win2000 pro, or 2003 server or win2000 server. Any doc with litle more text crash indesign non-stop. With any updates...
    4. ASP.net reproducible bug
      I've seen a few posts from people wondering why OnInit fires multiple times for one web form. I finally figured it out for my situation. I...
    5. #24762 [Fbk->Csd]: Reproducible crash in error handling
      ID: 24762 Updated by: sniper@php.net Reported By: skissane at ics dot mq dot edu dot au -Status: Feedback...
  3. #2

    Default #40747 [Opn->Fbk]: Reproducible Crash

    ID: 40747
    Updated by: [email]derick@php.net[/email]
    Reported By: th at domainbox dot de
    -Status: Open
    +Status: Feedback
    Bug Type: Reproducible crash
    Operating System: Debian Sarge
    PHP Version: 4.4.6
    New Comment:

    Thank you for this bug report. To properly diagnose the problem, we
    need a short but complete example script to be able to reproduce
    this bug ourselves.

    A proper reproducing script starts with <?php and ends with ?>,
    is max. 10-20 lines long and does not require any external
    resources such as databases, etc. If the script requires a
    database to demonstrate the issue, please make sure it creates
    all necessary tables, stored procedures etc.

    Please avoid embedding huge scripts into the report.


    Previous Comments:
    ------------------------------------------------------------------------

    [2007-03-07 10:12:25] th at domainbox dot de

    Description:
    ------------
    We are experiencing a repoducible crash of an xt:Commerce installation
    since the server was upgraded from PHP 4.4.4 to PHP 4.4.5. This was
    neither resolved by upgrading to 4.4.6 nor by upgrading to snapshot
    php4-STABLE-200703070730

    Reproduce code:
    ---------------
    The failing Code seems to be in xt:Commerce's sessions.php, i'm not
    able to detect this any further at the moment. The Version is

    $Id: sessions.php,v 1.1 2003/09/06 22:13:54 fanta2k Exp $

    Actual result:
    --------------
    (gdb) bt
    #0 0xb7ae907b in _efree (ptr=0x0, __zend_filename=0xb7b29a20
    "/opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c",

    __zend_lineno=283, __zend_orig_filename=0x0, __zend_orig_lineno=0)
    at /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_alloc.c:256
    #1 0xb7a1c71c in ps_close_files (mod_data=0xb7ba2e90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c:283
    #2 0xb7a1b8f5 in php_rshutdown_session_globals () at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1686
    #3 0xb7a1baa1 in zm_deactivate_session (type=1, module_number=6) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1742
    #4 0xb7afe9af in module_registry_cleanup (module=0x928ea90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_API.c:1168
    #5 0xb7b0194c in zend_hash_apply (ht=0xb7ba7280, apply_func=0xb7afe96c
    <module_registry_cleanup>)
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_hash.c:708
    #6 0xb7afad75 in zend_deactivate_modules () at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend.c:674
    #7 0xb7ac2f4a in php_request_shutdown (dummy=0x0) at
    /opt/confixx-pakete/php4-STABLE-200703070730/main/main.c:989
    #8 0xb7b15124 in apache_php_module_main (r=0x812f194,
    display_source_mode=0)
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/sapi_apache.c:60
    #9 0xb7b15e57 in send_php (r=0x812f194, display_source_mode=0,
    filename=0x8130d34 "/var/www/web46/html/shop/index.php")
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/mod_php4.c:626
    #10 0xb7b15ecd in send_parsed_php (r=0x812f194) at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/mod_php4.c:641
    #11 0x08054ece in ap_invoke_handler ()
    #12 0x0806b8de in process_request_internal ()
    #13 0x0806b93b in ap_process_request ()
    #14 0x08062177 in child_main ()
    #15 0x08062426 in make_child ()
    #16 0x08062794 in perform_idle_server_maintenance ()
    #17 0x08062e35 in standalone_main ()
    #18 0x080634aa in main ()
    (gdb) frame 1
    #1 0xb7a1c71c in ps_close_files (mod_data=0xb7ba2e90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c:283
    283 efree(data->basedir);
    (gdb) frame 2
    #2 0xb7a1b8f5 in php_rshutdown_session_globals () at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1686
    1686 PS(mod)->s_close(&PS(mod_data)
    TSRMLS_CC);
    (gdb) frame 3
    #3 0xb7a1baa1 in zm_deactivate_session (type=1, module_number=6) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1742
    1742 php_rshutdown_session_globals(TSRMLS_C);
    (gdb) frame 4
    #4 0xb7afe9af in module_registry_cleanup (module=0x928ea90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_API.c:1168
    1168
    module->request_shutdown_func(module->type, module->module_number
    TSRMLS_CC);
    (gdb)


    ------------------------------------------------------------------------


    --
    Edit this bug report at [url]http://bugs.php.net/?id=40747&edit=1[/url]
    derick@php.net Guest

  4. #3

    Default #40747 [Fbk->Opn]: Reproducible Crash

    ID: 40747
    User updated by: th at domainbox dot de
    Reported By: th at domainbox dot de
    -Status: Feedback
    +Status: Open
    Bug Type: Reproducible crash
    Operating System: Debian Sarge
    PHP Version: 4.4.6
    New Comment:

    The problem seems to be that xt::Commerce's configuration variable
    SESSION_WRITE_DIRECTORY is set to an emtpy value.
    The problem can be reduced to this code snippet:

    <?
    session_save_path("");
    session_start();
    ?>


    Previous Comments:
    ------------------------------------------------------------------------

    [2007-03-07 10:15:32] [email]derick@php.net[/email]

    Thank you for this bug report. To properly diagnose the problem, we
    need a short but complete example script to be able to reproduce
    this bug ourselves.

    A proper reproducing script starts with <?php and ends with ?>,
    is max. 10-20 lines long and does not require any external
    resources such as databases, etc. If the script requires a
    database to demonstrate the issue, please make sure it creates
    all necessary tables, stored procedures etc.

    Please avoid embedding huge scripts into the report.

    ------------------------------------------------------------------------

    [2007-03-07 10:12:25] th at domainbox dot de

    Description:
    ------------
    We are experiencing a repoducible crash of an xt:Commerce installation
    since the server was upgraded from PHP 4.4.4 to PHP 4.4.5. This was
    neither resolved by upgrading to 4.4.6 nor by upgrading to snapshot
    php4-STABLE-200703070730

    Reproduce code:
    ---------------
    The failing Code seems to be in xt:Commerce's sessions.php, i'm not
    able to detect this any further at the moment. The Version is

    $Id: sessions.php,v 1.1 2003/09/06 22:13:54 fanta2k Exp $

    Actual result:
    --------------
    (gdb) bt
    #0 0xb7ae907b in _efree (ptr=0x0, __zend_filename=0xb7b29a20
    "/opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c",

    __zend_lineno=283, __zend_orig_filename=0x0, __zend_orig_lineno=0)
    at /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_alloc.c:256
    #1 0xb7a1c71c in ps_close_files (mod_data=0xb7ba2e90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c:283
    #2 0xb7a1b8f5 in php_rshutdown_session_globals () at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1686
    #3 0xb7a1baa1 in zm_deactivate_session (type=1, module_number=6) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1742
    #4 0xb7afe9af in module_registry_cleanup (module=0x928ea90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_API.c:1168
    #5 0xb7b0194c in zend_hash_apply (ht=0xb7ba7280, apply_func=0xb7afe96c
    <module_registry_cleanup>)
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_hash.c:708
    #6 0xb7afad75 in zend_deactivate_modules () at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend.c:674
    #7 0xb7ac2f4a in php_request_shutdown (dummy=0x0) at
    /opt/confixx-pakete/php4-STABLE-200703070730/main/main.c:989
    #8 0xb7b15124 in apache_php_module_main (r=0x812f194,
    display_source_mode=0)
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/sapi_apache.c:60
    #9 0xb7b15e57 in send_php (r=0x812f194, display_source_mode=0,
    filename=0x8130d34 "/var/www/web46/html/shop/index.php")
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/mod_php4.c:626
    #10 0xb7b15ecd in send_parsed_php (r=0x812f194) at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/mod_php4.c:641
    #11 0x08054ece in ap_invoke_handler ()
    #12 0x0806b8de in process_request_internal ()
    #13 0x0806b93b in ap_process_request ()
    #14 0x08062177 in child_main ()
    #15 0x08062426 in make_child ()
    #16 0x08062794 in perform_idle_server_maintenance ()
    #17 0x08062e35 in standalone_main ()
    #18 0x080634aa in main ()
    (gdb) frame 1
    #1 0xb7a1c71c in ps_close_files (mod_data=0xb7ba2e90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c:283
    283 efree(data->basedir);
    (gdb) frame 2
    #2 0xb7a1b8f5 in php_rshutdown_session_globals () at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1686
    1686 PS(mod)->s_close(&PS(mod_data)
    TSRMLS_CC);
    (gdb) frame 3
    #3 0xb7a1baa1 in zm_deactivate_session (type=1, module_number=6) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1742
    1742 php_rshutdown_session_globals(TSRMLS_C);
    (gdb) frame 4
    #4 0xb7afe9af in module_registry_cleanup (module=0x928ea90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_API.c:1168
    1168
    module->request_shutdown_func(module->type, module->module_number
    TSRMLS_CC);
    (gdb)


    ------------------------------------------------------------------------


    --
    Edit this bug report at [url]http://bugs.php.net/?id=40747&edit=1[/url]
    th at domainbox dot de Guest

  5. #4

    Default #40747 [Opn->Fbk]: Reproducible Crash

    ID: 40747
    Updated by: [email]tony2001@php.net[/email]
    Reported By: th at domainbox dot de
    -Status: Open
    +Status: Feedback
    Bug Type: Reproducible crash
    Operating System: Debian Sarge
    PHP Version: 4.4.6
    New Comment:

    This code snippet works perfectly fine.


    Previous Comments:
    ------------------------------------------------------------------------

    [2007-03-07 14:22:23] th at domainbox dot de

    The problem seems to be that xt::Commerce's configuration variable
    SESSION_WRITE_DIRECTORY is set to an emtpy value.
    The problem can be reduced to this code snippet:

    <?
    session_save_path("");
    session_start();
    ?>

    ------------------------------------------------------------------------

    [2007-03-07 10:15:32] [email]derick@php.net[/email]

    Thank you for this bug report. To properly diagnose the problem, we
    need a short but complete example script to be able to reproduce
    this bug ourselves.

    A proper reproducing script starts with <?php and ends with ?>,
    is max. 10-20 lines long and does not require any external
    resources such as databases, etc. If the script requires a
    database to demonstrate the issue, please make sure it creates
    all necessary tables, stored procedures etc.

    Please avoid embedding huge scripts into the report.

    ------------------------------------------------------------------------

    [2007-03-07 10:12:25] th at domainbox dot de

    Description:
    ------------
    We are experiencing a repoducible crash of an xt:Commerce installation
    since the server was upgraded from PHP 4.4.4 to PHP 4.4.5. This was
    neither resolved by upgrading to 4.4.6 nor by upgrading to snapshot
    php4-STABLE-200703070730

    Reproduce code:
    ---------------
    The failing Code seems to be in xt:Commerce's sessions.php, i'm not
    able to detect this any further at the moment. The Version is

    $Id: sessions.php,v 1.1 2003/09/06 22:13:54 fanta2k Exp $

    Actual result:
    --------------
    (gdb) bt
    #0 0xb7ae907b in _efree (ptr=0x0, __zend_filename=0xb7b29a20
    "/opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c",

    __zend_lineno=283, __zend_orig_filename=0x0, __zend_orig_lineno=0)
    at /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_alloc.c:256
    #1 0xb7a1c71c in ps_close_files (mod_data=0xb7ba2e90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c:283
    #2 0xb7a1b8f5 in php_rshutdown_session_globals () at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1686
    #3 0xb7a1baa1 in zm_deactivate_session (type=1, module_number=6) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1742
    #4 0xb7afe9af in module_registry_cleanup (module=0x928ea90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_API.c:1168
    #5 0xb7b0194c in zend_hash_apply (ht=0xb7ba7280, apply_func=0xb7afe96c
    <module_registry_cleanup>)
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_hash.c:708
    #6 0xb7afad75 in zend_deactivate_modules () at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend.c:674
    #7 0xb7ac2f4a in php_request_shutdown (dummy=0x0) at
    /opt/confixx-pakete/php4-STABLE-200703070730/main/main.c:989
    #8 0xb7b15124 in apache_php_module_main (r=0x812f194,
    display_source_mode=0)
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/sapi_apache.c:60
    #9 0xb7b15e57 in send_php (r=0x812f194, display_source_mode=0,
    filename=0x8130d34 "/var/www/web46/html/shop/index.php")
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/mod_php4.c:626
    #10 0xb7b15ecd in send_parsed_php (r=0x812f194) at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/mod_php4.c:641
    #11 0x08054ece in ap_invoke_handler ()
    #12 0x0806b8de in process_request_internal ()
    #13 0x0806b93b in ap_process_request ()
    #14 0x08062177 in child_main ()
    #15 0x08062426 in make_child ()
    #16 0x08062794 in perform_idle_server_maintenance ()
    #17 0x08062e35 in standalone_main ()
    #18 0x080634aa in main ()
    (gdb) frame 1
    #1 0xb7a1c71c in ps_close_files (mod_data=0xb7ba2e90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c:283
    283 efree(data->basedir);
    (gdb) frame 2
    #2 0xb7a1b8f5 in php_rshutdown_session_globals () at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1686
    1686 PS(mod)->s_close(&PS(mod_data)
    TSRMLS_CC);
    (gdb) frame 3
    #3 0xb7a1baa1 in zm_deactivate_session (type=1, module_number=6) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1742
    1742 php_rshutdown_session_globals(TSRMLS_C);
    (gdb) frame 4
    #4 0xb7afe9af in module_registry_cleanup (module=0x928ea90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_API.c:1168
    1168
    module->request_shutdown_func(module->type, module->module_number
    TSRMLS_CC);
    (gdb)


    ------------------------------------------------------------------------


    --
    Edit this bug report at [url]http://bugs.php.net/?id=40747&edit=1[/url]
    tony2001@php.net Guest

  6. #5

    Default #40747 [Fbk->Opn]: Reproducible Crash

    ID: 40747
    User updated by: th at domainbox dot de
    Reported By: th at domainbox dot de
    -Status: Feedback
    +Status: Open
    Bug Type: Reproducible crash
    Operating System: Debian Sarge
    PHP Version: 4.4.6
    New Comment:

    I retried this on a different System, same behavior in 4.4.6 and
    php4-STABLE-200703070730. This is my compile Script:

    #!/bin/sh
    echo "################################################# #############"
    echo "#### PHP"
    echo "################################################# #############"


    tar xvzf php4-STABLE-200703070730.tar.gz
    cd php4-STABLE-200703070730
    echo "###### Running configure on php"
    ../configure \
    --prefix=/usr \
    --with-gd \
    --with-ttf \
    --with-freetype \
    --with-freetype-dir=/usr \
    --with-imap \
    --with-iconv \
    --with-jpeg-dir=/usr \
    --with-png-dir=/usr \
    --with-mcrypt=/usr \
    --with-zlib \
    --with-mysql \
    --with-gettext \
    --with-config-file-path=/etc/httpd \
    --with-ldap-dir=/usr \
    --enable-filepro \
    --enable-dba \
    --enable-ctype \
    --enable-wddx \
    --enable-exif \
    --enable-bcmath \
    --enable-track-vars \
    --enable-sockets \
    --enable-trans-sid \
    --enable-dbase \
    --no-recursion \
    --with-apxs
    echo "###### Running make on php"
    make
    make install

    Calling session_save_path with any value gives the expected behavior
    like: Warning: session_start() [function.session-start]:
    open(bla/sess_e5d8178fe831d9fa1f29f188c397123c, O_RDWR) failed: No such
    file or directory (2)


    Previous Comments:
    ------------------------------------------------------------------------

    [2007-03-07 14:45:00] [email]tony2001@php.net[/email]

    This code snippet works perfectly fine.

    ------------------------------------------------------------------------

    [2007-03-07 14:22:23] th at domainbox dot de

    The problem seems to be that xt::Commerce's configuration variable
    SESSION_WRITE_DIRECTORY is set to an emtpy value.
    The problem can be reduced to this code snippet:

    <?
    session_save_path("");
    session_start();
    ?>

    ------------------------------------------------------------------------

    [2007-03-07 10:15:32] [email]derick@php.net[/email]

    Thank you for this bug report. To properly diagnose the problem, we
    need a short but complete example script to be able to reproduce
    this bug ourselves.

    A proper reproducing script starts with <?php and ends with ?>,
    is max. 10-20 lines long and does not require any external
    resources such as databases, etc. If the script requires a
    database to demonstrate the issue, please make sure it creates
    all necessary tables, stored procedures etc.

    Please avoid embedding huge scripts into the report.

    ------------------------------------------------------------------------

    [2007-03-07 10:12:25] th at domainbox dot de

    Description:
    ------------
    We are experiencing a repoducible crash of an xt:Commerce installation
    since the server was upgraded from PHP 4.4.4 to PHP 4.4.5. This was
    neither resolved by upgrading to 4.4.6 nor by upgrading to snapshot
    php4-STABLE-200703070730

    Reproduce code:
    ---------------
    The failing Code seems to be in xt:Commerce's sessions.php, i'm not
    able to detect this any further at the moment. The Version is

    $Id: sessions.php,v 1.1 2003/09/06 22:13:54 fanta2k Exp $

    Actual result:
    --------------
    (gdb) bt
    #0 0xb7ae907b in _efree (ptr=0x0, __zend_filename=0xb7b29a20
    "/opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c",

    __zend_lineno=283, __zend_orig_filename=0x0, __zend_orig_lineno=0)
    at /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_alloc.c:256
    #1 0xb7a1c71c in ps_close_files (mod_data=0xb7ba2e90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c:283
    #2 0xb7a1b8f5 in php_rshutdown_session_globals () at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1686
    #3 0xb7a1baa1 in zm_deactivate_session (type=1, module_number=6) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1742
    #4 0xb7afe9af in module_registry_cleanup (module=0x928ea90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_API.c:1168
    #5 0xb7b0194c in zend_hash_apply (ht=0xb7ba7280, apply_func=0xb7afe96c
    <module_registry_cleanup>)
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_hash.c:708
    #6 0xb7afad75 in zend_deactivate_modules () at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend.c:674
    #7 0xb7ac2f4a in php_request_shutdown (dummy=0x0) at
    /opt/confixx-pakete/php4-STABLE-200703070730/main/main.c:989
    #8 0xb7b15124 in apache_php_module_main (r=0x812f194,
    display_source_mode=0)
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/sapi_apache.c:60
    #9 0xb7b15e57 in send_php (r=0x812f194, display_source_mode=0,
    filename=0x8130d34 "/var/www/web46/html/shop/index.php")
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/mod_php4.c:626
    #10 0xb7b15ecd in send_parsed_php (r=0x812f194) at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/mod_php4.c:641
    #11 0x08054ece in ap_invoke_handler ()
    #12 0x0806b8de in process_request_internal ()
    #13 0x0806b93b in ap_process_request ()
    #14 0x08062177 in child_main ()
    #15 0x08062426 in make_child ()
    #16 0x08062794 in perform_idle_server_maintenance ()
    #17 0x08062e35 in standalone_main ()
    #18 0x080634aa in main ()
    (gdb) frame 1
    #1 0xb7a1c71c in ps_close_files (mod_data=0xb7ba2e90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c:283
    283 efree(data->basedir);
    (gdb) frame 2
    #2 0xb7a1b8f5 in php_rshutdown_session_globals () at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1686
    1686 PS(mod)->s_close(&PS(mod_data)
    TSRMLS_CC);
    (gdb) frame 3
    #3 0xb7a1baa1 in zm_deactivate_session (type=1, module_number=6) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1742
    1742 php_rshutdown_session_globals(TSRMLS_C);
    (gdb) frame 4
    #4 0xb7afe9af in module_registry_cleanup (module=0x928ea90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_API.c:1168
    1168
    module->request_shutdown_func(module->type, module->module_number
    TSRMLS_CC);
    (gdb)


    ------------------------------------------------------------------------


    --
    Edit this bug report at [url]http://bugs.php.net/?id=40747&edit=1[/url]
    th at domainbox dot de Guest

  7. #6

    Default #40747 [Opn]: Reproducible Crash

    ID: 40747
    User updated by: th at domainbox dot de
    Reported By: th at domainbox dot de
    Status: Open
    Bug Type: Reproducible crash
    Operating System: Debian Sarge
    PHP Version: 4.4.6
    New Comment:

    I could solve this problem changeing mod_files.c. Note that i'm not a
    programmer ;)

    --- php4-STABLE-200703070730/ext/session/mod_files.c 2007-01-05
    02:33:20.000000000 +0100
    +++ php4-STABLE-200703070730-dbx/ext/session/mod_files.c
    2007-03-08 13:09:48.000000000 +0100
    @@ -280,8 +280,10 @@

    if (data->lastkey)
    efree(data->lastkey);
    - efree(data->basedir);
    - efree(data);
    + if (data->basedir)
    + efree(data->basedir);
    + if (data)
    + efree(data);
    *mod_data = NULL;

    return SUCCESS;

    This returns my php installation to the expected behavior:

    Warning: session_start() [function.session-start]: open_basedir
    restriction in effect. File(/tmp) is not within the allowed path(s):
    (/home/user) in /home/user/html/test.php on line 3


    Previous Comments:
    ------------------------------------------------------------------------

    [2007-03-08 06:53:07] th at domainbox dot de

    I retried this on a different System, same behavior in 4.4.6 and
    php4-STABLE-200703070730. This is my compile Script:

    #!/bin/sh
    echo "################################################# #############"
    echo "#### PHP"
    echo "################################################# #############"


    tar xvzf php4-STABLE-200703070730.tar.gz
    cd php4-STABLE-200703070730
    echo "###### Running configure on php"
    ../configure \
    --prefix=/usr \
    --with-gd \
    --with-ttf \
    --with-freetype \
    --with-freetype-dir=/usr \
    --with-imap \
    --with-iconv \
    --with-jpeg-dir=/usr \
    --with-png-dir=/usr \
    --with-mcrypt=/usr \
    --with-zlib \
    --with-mysql \
    --with-gettext \
    --with-config-file-path=/etc/httpd \
    --with-ldap-dir=/usr \
    --enable-filepro \
    --enable-dba \
    --enable-ctype \
    --enable-wddx \
    --enable-exif \
    --enable-bcmath \
    --enable-track-vars \
    --enable-sockets \
    --enable-trans-sid \
    --enable-dbase \
    --no-recursion \
    --with-apxs
    echo "###### Running make on php"
    make
    make install

    Calling session_save_path with any value gives the expected behavior
    like: Warning: session_start() [function.session-start]:
    open(bla/sess_e5d8178fe831d9fa1f29f188c397123c, O_RDWR) failed: No such
    file or directory (2)

    ------------------------------------------------------------------------

    [2007-03-07 14:45:00] [email]tony2001@php.net[/email]

    This code snippet works perfectly fine.

    ------------------------------------------------------------------------

    [2007-03-07 14:22:23] th at domainbox dot de

    The problem seems to be that xt::Commerce's configuration variable
    SESSION_WRITE_DIRECTORY is set to an emtpy value.
    The problem can be reduced to this code snippet:

    <?
    session_save_path("");
    session_start();
    ?>

    ------------------------------------------------------------------------

    [2007-03-07 10:15:32] [email]derick@php.net[/email]

    Thank you for this bug report. To properly diagnose the problem, we
    need a short but complete example script to be able to reproduce
    this bug ourselves.

    A proper reproducing script starts with <?php and ends with ?>,
    is max. 10-20 lines long and does not require any external
    resources such as databases, etc. If the script requires a
    database to demonstrate the issue, please make sure it creates
    all necessary tables, stored procedures etc.

    Please avoid embedding huge scripts into the report.

    ------------------------------------------------------------------------

    [2007-03-07 10:12:25] th at domainbox dot de

    Description:
    ------------
    We are experiencing a repoducible crash of an xt:Commerce installation
    since the server was upgraded from PHP 4.4.4 to PHP 4.4.5. This was
    neither resolved by upgrading to 4.4.6 nor by upgrading to snapshot
    php4-STABLE-200703070730

    Reproduce code:
    ---------------
    The failing Code seems to be in xt:Commerce's sessions.php, i'm not
    able to detect this any further at the moment. The Version is

    $Id: sessions.php,v 1.1 2003/09/06 22:13:54 fanta2k Exp $

    Actual result:
    --------------
    (gdb) bt
    #0 0xb7ae907b in _efree (ptr=0x0, __zend_filename=0xb7b29a20
    "/opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c",

    __zend_lineno=283, __zend_orig_filename=0x0, __zend_orig_lineno=0)
    at /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_alloc.c:256
    #1 0xb7a1c71c in ps_close_files (mod_data=0xb7ba2e90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c:283
    #2 0xb7a1b8f5 in php_rshutdown_session_globals () at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1686
    #3 0xb7a1baa1 in zm_deactivate_session (type=1, module_number=6) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1742
    #4 0xb7afe9af in module_registry_cleanup (module=0x928ea90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_API.c:1168
    #5 0xb7b0194c in zend_hash_apply (ht=0xb7ba7280, apply_func=0xb7afe96c
    <module_registry_cleanup>)
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_hash.c:708
    #6 0xb7afad75 in zend_deactivate_modules () at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend.c:674
    #7 0xb7ac2f4a in php_request_shutdown (dummy=0x0) at
    /opt/confixx-pakete/php4-STABLE-200703070730/main/main.c:989
    #8 0xb7b15124 in apache_php_module_main (r=0x812f194,
    display_source_mode=0)
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/sapi_apache.c:60
    #9 0xb7b15e57 in send_php (r=0x812f194, display_source_mode=0,
    filename=0x8130d34 "/var/www/web46/html/shop/index.php")
    at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/mod_php4.c:626
    #10 0xb7b15ecd in send_parsed_php (r=0x812f194) at
    /opt/confixx-pakete/php4-STABLE-200703070730/sapi/apache/mod_php4.c:641
    #11 0x08054ece in ap_invoke_handler ()
    #12 0x0806b8de in process_request_internal ()
    #13 0x0806b93b in ap_process_request ()
    #14 0x08062177 in child_main ()
    #15 0x08062426 in make_child ()
    #16 0x08062794 in perform_idle_server_maintenance ()
    #17 0x08062e35 in standalone_main ()
    #18 0x080634aa in main ()
    (gdb) frame 1
    #1 0xb7a1c71c in ps_close_files (mod_data=0xb7ba2e90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/mod_files.c:283
    283 efree(data->basedir);
    (gdb) frame 2
    #2 0xb7a1b8f5 in php_rshutdown_session_globals () at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1686
    1686 PS(mod)->s_close(&PS(mod_data)
    TSRMLS_CC);
    (gdb) frame 3
    #3 0xb7a1baa1 in zm_deactivate_session (type=1, module_number=6) at
    /opt/confixx-pakete/php4-STABLE-200703070730/ext/session/session.c:1742
    1742 php_rshutdown_session_globals(TSRMLS_C);
    (gdb) frame 4
    #4 0xb7afe9af in module_registry_cleanup (module=0x928ea90) at
    /opt/confixx-pakete/php4-STABLE-200703070730/Zend/zend_API.c:1168
    1168
    module->request_shutdown_func(module->type, module->module_number
    TSRMLS_CC);
    (gdb)


    ------------------------------------------------------------------------


    --
    Edit this bug report at [url]http://bugs.php.net/?id=40747&edit=1[/url]
    th at domainbox dot de Guest

  8. #7

    Default #40747 [Opn->Csd]: Reproducible Crash

    ID: 40747
    Updated by: [email]tony2001@php.net[/email]
    Reported By: th at domainbox dot de
    -Status: Open
    +Status: Closed
    Bug Type: Reproducible crash
    Operating System: Debian Sarge
    PHP Version: 4.4.6
    New Comment:

    This bug has been fixed in CVS.

    Snapshots of the sources are packaged every three hours; this change
    will be in the next snapshot. You can grab the snapshot at
    [url]http://snaps.php.net/[/url].

    Thank you for the report, and for helping us make PHP better.




    Previous Comments:
    ------------------------------------------------------------------------

    [2007-03-08 12:24:04] th at domainbox dot de

    I could solve this problem changeing mod_files.c. Note that i'm not a
    programmer ;)

    --- php4-STABLE-200703070730/ext/session/mod_files.c 2007-01-05
    02:33:20.000000000 +0100
    +++ php4-STABLE-200703070730-dbx/ext/session/mod_files.c
    2007-03-08 13:09:48.000000000 +0100
    @@ -280,8 +280,10 @@

    if (data->lastkey)
    efree(data->lastkey);
    - efree(data->basedir);
    - efree(data);
    + if (data->basedir)
    + efree(data->basedir);
    + if (data)
    + efree(data);
    *mod_data = NULL;

    return SUCCESS;

    This returns my php installation to the expected behavior:

    Warning: session_start() [function.session-start]: open_basedir
    restriction in effect. File(/tmp) is not within the allowed path(s):
    (/home/user) in /home/user/html/test.php on line 3

    ------------------------------------------------------------------------

    [2007-03-08 06:53:07] th at domainbox dot de

    I retried this on a different System, same behavior in 4.4.6 and
    php4-STABLE-200703070730. This is my compile Script:

    #!/bin/sh
    echo "################################################# #############"
    echo "#### PHP"
    echo "################################################# #############"


    tar xvzf php4-STABLE-200703070730.tar.gz
    cd php4-STABLE-200703070730
    echo "###### Running configure on php"
    ../configure \
    --prefix=/usr \
    --with-gd \
    --with-ttf \
    --with-freetype \
    --with-freetype-dir=/usr \
    --with-imap \
    --with-iconv \
    --with-jpeg-dir=/usr \
    --with-png-dir=/usr \
    --with-mcrypt=/usr \
    --with-zlib \
    --with-mysql \
    --with-gettext \
    --with-config-file-path=/etc/httpd \
    --with-ldap-dir=/usr \
    --enable-filepro \
    --enable-dba \
    --enable-ctype \
    --enable-wddx \
    --enable-exif \
    --enable-bcmath \
    --enable-track-vars \
    --enable-sockets \
    --enable-trans-sid \
    --enable-dbase \
    --no-recursion \
    --with-apxs
    echo "###### Running make on php"
    make
    make install

    Calling session_save_path with any value gives the expected behavior
    like: Warning: session_start() [function.session-start]:
    open(bla/sess_e5d8178fe831d9fa1f29f188c397123c, O_RDWR) failed: No such
    file or directory (2)

    ------------------------------------------------------------------------

    [2007-03-07 14:45:00] [email]tony2001@php.net[/email]

    This code snippet works perfectly fine.

    ------------------------------------------------------------------------

    [2007-03-07 14:22:23] th at domainbox dot de

    The problem seems to be that xt::Commerce's configuration variable
    SESSION_WRITE_DIRECTORY is set to an emtpy value.
    The problem can be reduced to this code snippet:

    <?
    session_save_path("");
    session_start();
    ?>

    ------------------------------------------------------------------------

    [2007-03-07 10:15:32] [email]derick@php.net[/email]

    Thank you for this bug report. To properly diagnose the problem, we
    need a short but complete example script to be able to reproduce
    this bug ourselves.

    A proper reproducing script starts with <?php and ends with ?>,
    is max. 10-20 lines long and does not require any external
    resources such as databases, etc. If the script requires a
    database to demonstrate the issue, please make sure it creates
    all necessary tables, stored procedures etc.

    Please avoid embedding huge scripts into the report.

    ------------------------------------------------------------------------

    The remainder of the comments for this report are too long. To view
    the rest of the comments, please view the bug report online at
    [url]http://bugs.php.net/40747[/url]

    --
    Edit this bug report at [url]http://bugs.php.net/?id=40747&edit=1[/url]
    tony2001@php.net Guest

Posting Permissions

  • You may not post new threads
  • You may post replies
  • You may not post attachments
  • You may not edit your posts

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139