ID: 22929
User updated by: soula at lifl dot fr
Reported By: soula at lifl dot fr
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: tru64
PHP Version: 4.3.2RC1
New Comment:

I've just tested php4-STABLE-200307110730 and it does exactly the same
error :


thread 0xb signal Segmentation fault at
warning: PC value 0x30003f37d60 not valid, trying RA
> [exit, 0x3ff800d8850] ldq t0, 8(s0)
(dbx) where
0 exit(0x1, 0x14004f170, 0x1201557b8,0x14004f170,
0x1201557a4) [0x3ff800d8850]
1 main()
["/usr/local/tmp/php4-STABLE-200307110730/sapi/cli/php_cli.c":6,
0x1201557b4]



Before the unload of OCI modules(php_module_shutdown), the faulty is
well defined :


(dbx) 0x30003f37d60/i
[epc_exit_handler:692, 0x30003f37d60] ldah gp, 16387(t12)


--
Julien


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

[2003-07-10 20:40:00] [email]sniperphp.net[/email]

Please try using this CVS snapshot:

[url]http://snaps.php.net/php4-STABLE-latest.tar.gz[/url]

For Windows:

[url]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip[/url]



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

[2003-05-08 14:16:50] soula at lifl dot fr

Sorry for late answer...

I have just tested the version "php4-STABLE-200305060930" and it seems
that the bug is already here :

The crash backtrace is :

Core file created by program "php"

thread 0xb signal Segmentation fault at
warning: PC value 0x30003737d60 not valid, trying RA
> [exit, 0x3ff800d8850] ldq t0, 8(s0)
(dbx) where
0 exit(0x1, 0x0, 0x120195b64, 0x0, 0x120195b50) [0x3ff800d8850]
1 main(argc = 3, argv = 0x11fffc018)
["/usr/local/tmp/php4-STABLE-200305060930/sapi/cli/php_cli.c":853,
0x120195b60]



whereas, during the script, the faulty address "0x30003737d60" is well
defined :

(dbx) 0x30003737d60/i
[epc_exit_handler:692, 0x30003737d60] ldah gp, 16387(t12)




PS : At the other side, the OCI_SHARED flag now works well.

Sincerly,
--
Julien

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

[2003-04-21 09:19:25] [email]sniperphp.net[/email]

This bug has been fixed in CVS.

In case this was a PHP problem, 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].

In case this was a doentation problem, the fix will show up soon at
[url]http://www.php.net/manual/[/url].

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.

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



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

[2003-04-10 13:05:08] michael dot mauch at gmx dot de

php4-STABLE-200304101530 works fine for me on Linux and on Tru64 5.1.
No core dump anymore (and the OCI_SHARED problem is also fixed).

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

[2003-04-09 16:47:15] [email]sniperphp.net[/email]

Please try using this CVS snapshot:

[url]http://snaps.php.net/php4-STABLE-latest.tar.gz[/url]

For Windows:

[url]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip[/url]

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

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/22929[/url]

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