cvs: php4(PHP_4_3) / TODO_SEGFAULTS
| From: | Sascha Schumann | Date: | Thu, 03 Apr 2003 18:22:14 +0000 |
| Subject: | cvs: php4(PHP_4_3) / TODO_SEGFAULTS | ||
| Groups: | php.cvs | ||
| Request: | Send a blank email to php-cvs+get-20034@lists.php.net to get a copy of this message | ||
sas Thu Apr 3 13:22:14 2003 EDT
Modified files: (Branch: PHP_4_3)
/php4 TODO_SEGFAULTS
Log:
Update - we purged the full list\!
Index: php4/TODO_SEGFAULTS
diff -u php4/TODO_SEGFAULTS:1.1.2.15 php4/TODO_SEGFAULTS:1.1.2.16
--- php4/TODO_SEGFAULTS:1.1.2.15 Wed Apr 2 20:04:13 2003
+++ php4/TODO_SEGFAULTS Thu Apr 3 13:22:14 2003
@@ -15,28 +15,11 @@
bcsub (Rasmus)
mb_ereg, mb_ereg_match, mb_eregi, mb_split (Moriyoshi)
xml_parser_create (Moriyoshi)
+ ob_start (3) (Sascha)
Open:
- ob_start (3) (Unable to reproduce - Moriyoshi)
-
- Notes:
-
-(3) calling ob_start in weird ways caused a segfault in
- php_formatted_print(). In this line:
-
- format = Z_STRVAL_PP(args[0]);
-
- format was zero. The zval appeared to be fubar'ed.
-
- When one comments out the (unused) line
-
- $maxa = array_fill(100,1000,&$maxn);
-
- in the current test script, the segfault can be reproduced (it probably
- influences the heap layout, so that ob_start does not scribble over
- important memory).
-
+ none at this time
Methodology