[PHP-DOC] #41812 [Fbk-Opn]: Backtrace instructions don't work anymore

2007-06-28 Thread jan at horde dot org
 ID:  41812
 User updated by: jan at horde dot org
 Reported By: jan at horde dot org
-Status:  Feedback
+Status:  Open
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

This works fine. But I'm loading httpd when debugging segfaults.


Previous Comments:


[2007-06-28 05:54:10] [EMAIL PROTECTED]

Try this:
gdb php
b zif_var_dump
r -r 'var_dump(1);'
p
(char*)(executor_globals.function_state_ptr-function)-common.function_name



[2007-06-27 09:02:36] jan at horde dot org

I never, ever made a ZTS build of PHP in my whole life. And just to be
sure, I verified with phpinfo().
Anything else I could check? I don't know my way through gdb, I only
use it for generating backtraces. Is there a way to list the available
symbols?



[2007-06-27 08:45:55] [EMAIL PROTECTED]

Well, it looks like you did enable it, because it works perfectly fine
here:

Breakpoint 1, zif_var_dump (ht=1, return_value=0x836c1ac,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at
/local/dev/php/5_2/ext/standard/var.c:177
177 argc = ZEND_NUM_ARGS();
(gdb) print
(char*)(executor_globals.function_state_ptr-function)-common.function_name
$1 = 0x829c56b var_dump



[2007-06-27 08:16:27] jan at horde dot org

No, it's a debug non-zts linux build.



[2007-06-26 12:47:01] [EMAIL PROTECTED]

Did you enable ZTS ?



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
http://bugs.php.net/41812

-- 
Edit this bug report at http://bugs.php.net/?id=41812edit=1


[PHP-DOC] #41812 [Fbk-Opn]: Backtrace instructions don't work anymore

2007-06-27 Thread jan at horde dot org
 ID:  41812
 User updated by: jan at horde dot org
 Reported By: jan at horde dot org
-Status:  Feedback
+Status:  Open
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

No, it's a debug non-zts linux build.


Previous Comments:


[2007-06-26 12:47:01] [EMAIL PROTECTED]

Did you enable ZTS ?



[2007-06-26 12:34:34] jan at horde dot org

Description:

The instructions to generate backtrace information on
http://bugs.php.net/bugs-generating-backtrace.php don't work anymore
with the latest PHP versions.

print (char
*)(executor_globals.function_state_ptr-function)-common.function_name

results in:

Address of symbol executor_globals is unknown.






-- 
Edit this bug report at http://bugs.php.net/?id=41812edit=1


[PHP-DOC] #41812 [Fbk-Opn]: Backtrace instructions don't work anymore

2007-06-27 Thread jan at horde dot org
 ID:  41812
 User updated by: jan at horde dot org
 Reported By: jan at horde dot org
-Status:  Feedback
+Status:  Open
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

I never, ever made a ZTS build of PHP in my whole life. And just to be
sure, I verified with phpinfo().
Anything else I could check? I don't know my way through gdb, I only
use it for generating backtraces. Is there a way to list the available
symbols?


Previous Comments:


[2007-06-27 08:45:55] [EMAIL PROTECTED]

Well, it looks like you did enable it, because it works perfectly fine
here:

Breakpoint 1, zif_var_dump (ht=1, return_value=0x836c1ac,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at
/local/dev/php/5_2/ext/standard/var.c:177
177 argc = ZEND_NUM_ARGS();
(gdb) print
(char*)(executor_globals.function_state_ptr-function)-common.function_name
$1 = 0x829c56b var_dump



[2007-06-27 08:16:27] jan at horde dot org

No, it's a debug non-zts linux build.



[2007-06-26 12:47:01] [EMAIL PROTECTED]

Did you enable ZTS ?



[2007-06-26 12:34:34] jan at horde dot org

Description:

The instructions to generate backtrace information on
http://bugs.php.net/bugs-generating-backtrace.php don't work anymore
with the latest PHP versions.

print (char
*)(executor_globals.function_state_ptr-function)-common.function_name

results in:

Address of symbol executor_globals is unknown.






-- 
Edit this bug report at http://bugs.php.net/?id=41812edit=1


[PHP-DOC] #41812 [NEW]: Backtrace instructions don't work anymore

2007-06-26 Thread jan at horde dot org
From: jan at horde dot org
Operating system: 
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  Backtrace instructions don't work anymore

Description:

The instructions to generate backtrace information on
http://bugs.php.net/bugs-generating-backtrace.php don't work anymore with
the latest PHP versions.

print (char
*)(executor_globals.function_state_ptr-function)-common.function_name

results in:

Address of symbol executor_globals is unknown.


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


[PHP-DOC] #29105 [Bgs-Opn]: Broken links in imap_rfc822_parse_adrlist docs

2004-07-13 Thread jan at horde dot org
 ID:  29105
 User updated by: jan at horde dot org
 Reported By: jan at horde dot org
-Status:  Bogus
+Status:  Open
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

Well, for me the link leads to a File not found page. Or don't you
even get the broken link (with two rfcs)?


Previous Comments:


[2004-07-13 11:50:39] [EMAIL PROTECTED]

I went to http://php.net/imap_rfc822_parse_adrlist and the link seems
fine.



[2004-07-12 11:45:01] jan at horde dot org

Description:

RFC822 in the imap_rfc822_parse_adrlist doc page is linked to
http://www.faqs.org/rfcs/rfcrfc822.html but it should be
http://www.faqs.org/rfcs/rfc822.html instead.






-- 
Edit this bug report at http://bugs.php.net/?id=29105edit=1


[PHP-DOC] #29105 [Fbk-Opn]: Broken links in imap_rfc822_parse_adrlist docs

2004-07-13 Thread jan at horde dot org
 ID:  29105
 User updated by: jan at horde dot org
 Reported By: jan at horde dot org
-Status:  Feedback
+Status:  Open
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

Wherever I get redirected. Mostly de mirrors, I've seen that on de. and
de3.


Previous Comments:


[2004-07-13 12:24:30] [EMAIL PROTECTED]

Strange That page returns the correct URL to me.
Maybe its just a mirror specific issue. Which mirror are you using?



[2004-07-13 12:12:50] jan at horde dot org

Well, for me the link leads to a File not found page. Or don't you
even get the broken link (with two rfcs)?



[2004-07-13 11:50:39] [EMAIL PROTECTED]

I went to http://php.net/imap_rfc822_parse_adrlist and the link seems
fine.



[2004-07-12 11:45:01] jan at horde dot org

Description:

RFC822 in the imap_rfc822_parse_adrlist doc page is linked to
http://www.faqs.org/rfcs/rfcrfc822.html but it should be
http://www.faqs.org/rfcs/rfc822.html instead.






-- 
Edit this bug report at http://bugs.php.net/?id=29105edit=1


[PHP-DOC] #29105 [NEW]: Broken links in imap_rfc822_parse_adrlist docs

2004-07-12 Thread jan at horde dot org
From: jan at horde dot org
Operating system: 
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  Broken links in imap_rfc822_parse_adrlist docs

Description:

RFC822 in the imap_rfc822_parse_adrlist doc page is linked to
http://www.faqs.org/rfcs/rfcrfc822.html but it should be
http://www.faqs.org/rfcs/rfc822.html instead.


-- 
Edit bug report at http://bugs.php.net/?id=29105edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29105r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29105r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29105r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29105r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29105r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29105r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29105r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29105r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29105r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29105r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29105r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29105r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29105r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29105r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29105r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29105r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29105r=float


[PHP-DOC] #27614 [NEW]: backtrace information inappropriate for PHP 5

2004-03-16 Thread jan at horde dot org
From: jan at horde dot org
Operating system: 
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  backtrace information inappropriate for PHP 5

Description:

The instructions on http://bugs.php.net/bugs-generating-backtrace.php how
to find out the function call that causes a stacktrace does not work with
PHP 5.


-- 
Edit bug report at http://bugs.php.net/?id=27614edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=27614r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=27614r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=27614r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=27614r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27614r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=27614r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=27614r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27614r=support
Expected behavior:  http://bugs.php.net/fix.php?id=27614r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27614r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27614r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=27614r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27614r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=27614r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=27614r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27614r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27614r=float


[PHP-DOC] #27614 [Bgs]: backtrace information inappropriate for PHP 5

2004-03-16 Thread jan at horde dot org
 ID:  27614
 User updated by: jan at horde dot org
 Reported By: jan at horde dot org
 Status:  Bogus
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

Yes, but 



print (char
*)(executor_globals.function_state_ptr-function)-common.function_name



doesn't work because executor_globals does not exist.


Previous Comments:


[2004-03-16 09:51:21] [EMAIL PROTECTED]

Generating a backtrace for PHP 4 or 5 is the same.



http://news.php.net/article.php?group=php.internalsarticle=8536



[2004-03-16 04:50:29] jan at horde dot org

Description:

The instructions on http://bugs.php.net/bugs-generating-backtrace.php
how to find out the function call that causes a stacktrace does not
work with PHP 5.






-- 
Edit this bug report at http://bugs.php.net/?id=27614edit=1


[PHP-DOC] #27614 [Bgs]: backtrace information inappropriate for PHP 5

2004-03-16 Thread jan at horde dot org
 ID:  27614
 User updated by: jan at horde dot org
 Reported By: jan at horde dot org
 Status:  Bogus
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

Hm, when I try the described method to analyze the backtrace in
http://bugs.php.net/bug.php?id=27611, I get the following:



(gdb) bt

...

#6  0x4071f478 in zend_do_fcall_handler (execute_data=0xbfe01420,

opline=0x4181f374, op_array=0x4182052c)

at /home/jan/cvs/php5/Zend/zend_execute.c:2781

#7  0x4071b122 in execute (op_array=0x4182052c)

at /home/jan/cvs/php5/Zend/zend_execute.c:1339

...



(gdb) frame 7

#7  0x4071b122 in execute (op_array=0x4182052c)

at /home/jan/cvs/php5/Zend/zend_execute.c:1339

1339if (EX(opline)-handler(execute_data,
EX(opline), op_array TSRMLS_CC)) {



(gdb) print (char
*)(executor_globals.function_state_ptr-function)-common.function_name

Address of symbol executor_globals is unknown.


Previous Comments:


[2004-03-16 09:59:31] [EMAIL PROTECTED]

excutor_globals exists just fine, you really must be doing something
wrong ;-)



[2004-03-16 09:57:58] jan at horde dot org

Yes, but 



print (char
*)(executor_globals.function_state_ptr-function)-common.function_name



doesn't work because executor_globals does not exist.



[2004-03-16 09:51:21] [EMAIL PROTECTED]

Generating a backtrace for PHP 4 or 5 is the same.



http://news.php.net/article.php?group=php.internalsarticle=8536



[2004-03-16 04:50:29] jan at horde dot org

Description:

The instructions on http://bugs.php.net/bugs-generating-backtrace.php
how to find out the function call that causes a stacktrace does not
work with PHP 5.






-- 
Edit this bug report at http://bugs.php.net/?id=27614edit=1


[PHP-DOC] #26832 [Opn]: PATH_SEPARATOR appearence

2004-01-08 Thread jan at horde dot org
 ID:  26832
 User updated by: jan at horde dot org
 Reported By: jan at horde dot org
 Status:  Open
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

Now that I read my bug report again, I see it was an ambigous wording.

I meant to say: It is nowhere mentioned that the constant was
introduced with PHP 4.3.0 and is not available in earlier versions.


Previous Comments:


[2004-01-08 11:28:16] [EMAIL PROTECTED]

In http://php.net/manual/en/ref.dir.php the constant is mentioned.



[2004-01-07 18:57:03] jan at horde dot org

Description:

The PATH_SEPARATOR constant (dir.c) was introduced with PHP 4.3.0-RC2,
but this is nowhere mentioned in the manual.






-- 
Edit this bug report at http://bugs.php.net/?id=26832edit=1


[PHP-DOC] #26832 [NEW]: PATH_SEPARATOR appearence

2004-01-07 Thread jan at horde dot org
From: jan at horde dot org
Operating system: 
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  PATH_SEPARATOR appearence

Description:

The PATH_SEPARATOR constant (dir.c) was introduced with PHP 4.3.0-RC2, but
this is nowhere mentioned in the manual.


-- 
Edit bug report at http://bugs.php.net/?id=26832edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=26832r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=26832r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=26832r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=26832r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26832r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=26832r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=26832r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26832r=support
Expected behavior:  http://bugs.php.net/fix.php?id=26832r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26832r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26832r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=26832r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26832r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=26832r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=26832r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26832r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26832r=float


[PHP-DOC] #22874 [NEW]: Incomplete exit/die documentation

2003-03-25 Thread jan at horde dot org
From: jan at horde dot org
Operating system: 
PHP version:  5CVS-2003-03-25 (dev)
PHP Bug Type: Documentation problem
Bug description:  Incomplete exit/die documentation

The fact that calling die()/exit() with an integer parameter causes php to
return this as the exit value instead of printing the value out is missing
in the manual.
-- 
Edit bug report at http://bugs.php.net/?id=22874edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22874r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22874r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22874r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22874r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22874r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22874r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22874r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22874r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22874r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22874r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22874r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22874r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22874r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22874r=gnused


-- 
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php