#29421 [NEW]: array_search confusions
From: redeye at erisx dot de Operating system: * PHP version: 5.0.0 PHP Bug Type: Arrays related Bug description: array_search confusions Description: When using array_search with strict set to FALSE will allways return the first matching element of an array, which is absolutly correct, but will also match every (boolean) TRUE value of an array (which is bad). This way, you could either hope no value is set to (boolean) TRUE or are forced to enable strict, which is not allways desired. This behavoir should either be better documented ( as is the behavior of FALSE ( "" , 0 , -1 , FALSE ) or changed to only match against ( "1" , 1 , "TRUE" , TRUE ). Reproduce code: --- $array = array ( 'foo' , TRUE , 'bar' ) ; $search = array_search ( 'baz' , $array ) ; var_dump ( $search ) ; Expected result: bool(false) Actual result: -- int(1) -- Edit bug report at http://bugs.php.net/?id=29421&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29421&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29421&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29421&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29421&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29421&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29421&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29421&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29421&r=support Expected behavior: http://bugs.php.net/fix.php?id=29421&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29421&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29421&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29421&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29421&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29421&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29421&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29421&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29421&r=float
#29419 [Opn]: session_destroy() returns "session object destruction failed"
ID: 29419 User updated by: roberto_stivanello at libero dot it Reported By: roberto_stivanello at libero dot it Status: Open Bug Type: Session related Operating System: Windows NT WEBS119 5.2 build 379 PHP Version: 4.3.7 New Comment: Additional information on error reported: PHP Version 4.3.7 System Windows NT WEBS119 5.2 build 3790 Build Date Jun 2 2004 15:45:18 Server API CGI/FastCGI Virtual Directory Support enabled Configuration File (php.ini) Path C:\WINDOWS\php.ini PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Debug Build no Thread Safety enabled Registered PHP Streams php, http, ftp, compress.zlib PHP Credits Configuration PHP Core Directive Local Value Master Value allow_call_time_pass_reference On On allow_url_fopen On On always_populate_raw_post_data Off Off arg_separator.input & & arg_separator.output & & asp_tags Off Off auto_append_file no value no value auto_prepend_file no value no value browscap no value no value default_charset no value no value default_mimetype text/html text/html define_syslog_variables Off Off disable_classes COM COM disable_functions no value no value display_errors On On display_startup_errors Off Off doc_root no value no value docref_ext no value no value docref_root no value no value enable_dl On On error_append_string no value no value error_log no value no value error_prepend_string no value no value error_reporting 2047 341 expose_php On On extension_dir ./ ./ file_uploads On On gpc_order GPC GPC highlight.bg #FF #FF highlight.comment #FF9900 #FF9900 highlight.default #CC #CC highlight.html #00 #00 highlight.keyword #006600 #006600 highlight.string #CC #CC html_errors On On ignore_repeated_errors Off Off ignore_repeated_source Off Off ignore_user_abort Off Off implicit_flush Off Off include_path .;c:\php\includes .;c:\php\includes log_errors Off Off log_errors_max_len 1024 1024 magic_quotes_gpc On On magic_quotes_runtime Off Off magic_quotes_sybase Off Off max_execution_time 120 120 max_input_time -1 -1 open_basedir no value no value output_buffering no value no value output_handler no value no value post_max_size 8M 8M precision 12 12 register_argc_argv On On register_globals On On report_memleaks On On safe_mode Off Off safe_mode_exec_dir no value no value safe_mode_gid Off Off safe_mode_include_dir no value no value sendmail_from [EMAIL PROTECTED] [EMAIL PROTECTED] sendmail_path no value no value serialize_precision 100 100 short_open_tag On On SMTP localhost localhost smtp_port 25 25 sql.safe_mode Off Off track_errors Off Off unserialize_callback_func no value no value upload_max_filesize 50M 50M upload_tmp_dir C:\PHP\uploadtemp C:\PHP\uploadtemp user_dir no value no value variables_order EGPCS EGPCS xmlrpc_error_number 0 0 xmlrpc_errors Off Off y2k_compliance Off Off bcmath BCMath support enabled calendar Calendar support enabled com Directive Local Value Master Value com.allow_dcom Off Off com.autoregister_casesensitive Off Off com.autoregister_typelib Off Off com.autoregister_verbose Off Off com.typelib_file no value no value ctype ctype functions enabled ftp FTP support enabled mysql MySQL Support enabled Active Persistent Links 0 Active Links 1 Client API version 3.23.49 Directive Local Value Master Value mysql.allow_persistent On On mysql.connect_timeout 60 60 mysql.default_host no value no value mysql.default_password no value no value mysql.default_port no value no value mysql.default_socket no value no value mysql.default_user no value no value mysql.max_links Unlimited Unlimited mysql.max_persistent Unlimited Unlimited mysql.trace_mode Off Off odbc ODBC Support enabled Active Persistent Links 0 Active Links 0 ODBC library Win32 Directive Local Value Master Value odbc.allow_persistent Off Off odbc.check_persistent Off Off odbc.default_db no value no value odbc.default_pw no value no value odbc.default_user no value no value odbc.defaultbinmode return as is return as is odbc.defaultlrl return up to 4096 bytes return up to 4096 bytes odbc.max_links 0 0 odbc.max_persistent 0 0 overload User-Space Object Overloading Support enabled pcre PCRE (Perl Compatible Regular Expressions) Support enabled PCRE Library Version 4.5 01-December-2003 session Session Support enabled Registered save handlers files user Directive Local Value Master Value session.auto_start Off Off session.bug_compat_42 On On session.bug_compat_warn On On session.cache_expire 180 180 session.cache_limiter nocache nocache session.cookie_domain no value no value session.cookie_lifetime 0 0 session.cookie_path / / session.cookie_secure Off Off session.entropy_file no value no value session.entropy_length 0 0 session.gc_divisor 100 100 session.gc_maxlifetime 1440 1440 session.gc_probability 1 1 session.name PHPSESSID PHPSESSID session.referer_check no value no value session.save_handler files files session.save_path C:\P
#25252 [Com]: CGI Application Timeout
ID: 25252 Comment by: gab_cue at hotmail dot com Reported By: brothererryn at atomicmonks dot com Status: Closed Bug Type: CGI related Operating System: Windows 2000 Professional PHP Version: 4.3.3 Assigned To: phildriscoll New Comment: The stable install seemed to work for me.after much deliberation! SIGH :o) Previous Comments: [2004-05-13 08:41:27] gvp at zzr dot dk Yeah, i have same problem, tried different .exe's but nothing works (w2k server, IIS 5.0) [2004-04-19 19:35:34] cdeogade at spectrum2020 dot com hi, I am running PHP 4.3.4.4 on IIS 5.1 on Windows XP. I think i installed PHP in Jan 2004. I get the folowing error message: CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. In one of your responses you stated that everything above 4.3.3 is fixed, but its doesnt seem so. Also i changed the script execution time to higher value in my IIS server. Thanks Chaitanya [2004-03-30 12:11:30] bryan at bleu-tango dot com I have been having a similar problem, but it happens in every version from 4.3.2 through the 3-30 stable win32 release. See Bug #27781 [2004-03-30 01:26:55] [EMAIL PROTECTED] This bug (number 25252) is related to the fact that I accidentally put the cli rather than the cgi version of php.exe into the 4.3.3 installer. This was corrected after a few hours, and I'm certain that I didn't repeat the mistake in 4.3.4 or 4.3.5. Hence, I can state with confidence that the problems reported after I fixed the original error in August 2003, are not related to this bug. [2004-03-29 19:26:39] bryan at bleu-tango dot com I am having a similar problem with a similar setup. IIS 5, Win2k, PHP4.3.4 and 4.3.5 (tried with both). Any scripts that require database WRITES and executed with Internet Explorer (6.0) timeout. If you use Netscape, the script executes fine. If the script only does reads, you can use Netscape or IE. I have had this problem with PHPBB, in particular. This was not an issue in PHP 4.3.2 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/25252 -- Edit this bug report at http://bugs.php.net/?id=25252&edit=1
#29419 [NEW]: session_destroy() returns "session object destruction failed"
From: roberto_stivanello at libero dot it
Operating system: Windows NT WEBS119 5.2 build 379
PHP version: 4.3.7
PHP Bug Type: Session related
Bug description: session_destroy() returns "session object destruction failed"
Description:
Same problem as previous notified bugs, currently marked "closed".
Errore arise in production (webserver is ISP owned).
No problem during test on "localhost" on my machine: software works
properly under ISS/WinXP.
Therefore I guess I cannot try last CVS solution: if you think it is
available, tell me, and I'll endorse your advice to my ISP.
Do you think I should have appended this report to any of the previous
ones instead of opening a new one? To which one, in your opinion? (If so,
pardon me).
Thanks.
Reproduce code:
---
Logout
http://"; . $_SERVER['HTTP_HOST'] . "x.php");
exit(); // Quit the script.
} else { // Logout the user.
echo "Session = " . session_id() . ""; // for test purpose
$_SESSION = array(); // Destroy the variables.
session_destroy(); // Destroy the session itself.
setcookie (session_name(), '', time()-300, '/', '', 0); // Destroy
the cookie.
}
echo "Logout successful! "; // Print a customized message.
?>
Expected result:
As in test: user logged out, with no error displayed.
Actual result:
--
"session object destruction failed" error returned and displayed by error
handler routine.
--
Edit bug report at http://bugs.php.net/?id=29419&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29419&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29419&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29419&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29419&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29419&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29419&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29419&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29419&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29419&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29419&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29419&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29419&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29419&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29419&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29419&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29419&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29419&r=float
#29417 [Opn->Sus]: Type hints do not allow for extended interfaces
ID: 29417
Updated by: [EMAIL PROTECTED]
Reported By: ah08010-zend at yahoo dot com
-Status: Open
+Status: Suspended
Bug Type: Feature/Change Request
-Operating System: Windows 2000
+Operating System: *
PHP Version: 5.0.0
-Assigned To:
+Assigned To: hellz
New Comment:
Wow it seems you'd be the first person answering my OOP test question
correctly. Anyway structer is the wrong word here but you are right.
The code you have here should work. If you wanna experiment with that
you can try this patch:
http://marcus-boerger.de/php/ext/ze2/ze2-type-hint-classes-20040719.diff.txt
But though it works in CLI this is not even a proof of concept.
Previous Comments:
[2004-07-28 03:41:39] ah08010-zend at yahoo dot com
Description:
Type hints in a derived class
that specify a function parameter
implements an interface
derived from the interface
specified in the (other) interface
implemented by the base class
(whew!)
are flagged as an error despite being type-compatible:
Fatal error: Declaration of TranslatedPlural::compose() must be
compatible with that of Translatable::compose() in
...\TranslatedMessage.php on line 83
Reproduce code:
---
// Parameter type hint (BASE)
interface TranslationMap
{
public function fetch($the_key);
}
// Parameter type hint (DERIVED)
interface TranslationLexicon
extends TranslationMap
{
public function plural($the_noun, $the_count);
}
// Implementation Interface
interface Translatable
{
function set_args();
function compose(TranslationMap $map);
}
// Base class
class TranslatedMessage
implements Translatable
{
public function set_args()
{
}
public function compose(TranslationMap $lex)
{
}
}
// Derived class
class TranslatedPlural
extends TranslatedMessage
{
public function compose(TranslationLexicon $lex)
{
}
}
Expected result:
I expect that the derived class, TranslatedPlural, will be checked for
a stricter (but type-compatible) interface than the base class.
Actual result:
--
Fatal error: Declaration of TranslatedPlural::compose() must be
compatible with that of Translatable::compose() in
...\TranslatedMessage.php on line 83
--
Edit this bug report at http://bugs.php.net/?id=29417&edit=1
#29418 [NEW]: OpenSSL mysteriously makes PHP segfault
From: sartre at gmail dot com Operating system: Linux (Slackware 10.0) PHP version: 4.3.8 PHP Bug Type: OpenSSL related Bug description: OpenSSL mysteriously makes PHP segfault Description: (using PHP 4.3.8 as the standalone executable, OpenSSL 0.9.7d) I was writing a regression script for testing my script but when signing a certificate with a CA I stumbled upon an unending delay (self-signed first and then signed against the generated CA in the same script). The PHP executable (I am not running apache) does not always reproduce the segfault. The *error* (forced in the script): The client uses the same private key as the CA. PS: It's my first time using OpenSSL in PHP, and I do not understand most of it, but I didn't expect to get a segfault. Reproduce code: --- $key = openssl_pkey_new (); $csr = openssl_csr_new ($dn, $key); openssl_csr_export ($csr, $csr_exported); $csr_signed = openssl_csr_sign ($csr, NULL, $key, 365); openssl_x509_export ($csr_signed, $x509_exported); openssl_pkey_export ($key, $key_exported, ''); $key_public = openssl_pkey_get_public ($x509_exported); $struct = openssl_x509_parse ($x509_exported); // set $dn to other value $cert_ca = openssl_x509_read ($x509_exported); $cert_cakey = openssl_pkey_get_private ($cert_client); $client_csr = openssl_csr_new ($dn, $cert_cakey); openssl_csr_export ($client_csr, $client_csr_exported); // here! openssl_csr_sign ($client_csr, $cert_ca, $cert_cakey, 365); // (I cannot continue) Expected result: Segfault Actual result: -- #0 0x40536bff in mallopt () from /lib/libc.so.6 #1 0x40535a2f in free () from /lib/libc.so.6 #2 0x08189e7d in shutdown_memory_manager () #3 0x0816e470 in php_request_shutdown () #4 0x081a82c0 in main () (I expected to see any SSL function called) -- Edit bug report at http://bugs.php.net/?id=29418&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29418&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29418&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29418&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29418&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29418&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29418&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29418&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29418&r=support Expected behavior: http://bugs.php.net/fix.php?id=29418&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29418&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29418&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29418&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29418&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29418&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29418&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29418&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29418&r=float
#29342 [Opn->Csd]: strtotime(null) does not return -1
ID: 29342
Updated by: [EMAIL PROTECTED]
Reported By: php dot net at gurugeek dot com
-Status: Open
+Status: Closed
Bug Type: Date/time related
Operating System: RHEL 3.0
PHP Version: 5.0.0
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
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-07-22 23:09:57] php dot net at gurugeek dot com
Description:
Executing strtotime(null) returns midnight of the current day. The same
happens with strtotime(false).
[EMAIL PROTECTED] libexec]$ php -r 'echo strtotime(null) . "\n";'
1090479600
[EMAIL PROTECTED] libexec]$ php -r 'echo date("r", strtotime(null)) .
"\n";'
Thu, 22 Jul 2004 00:00:00 -0700
Reproduce code:
---
echo strtotime(null);
echo strtotime("");
Expected result:
-1
Actual result:
--
Midnight of the current day:
Thu, 22 Jul 2004 00:00:00 -0700
--
Edit this bug report at http://bugs.php.net/?id=29342&edit=1
#29417 [NEW]: Type hints do not allow for extended interfaces
From: ah08010-zend at yahoo dot com
Operating system: Windows 2000
PHP version: 5.0.0
PHP Bug Type: Feature/Change Request
Bug description: Type hints do not allow for extended interfaces
Description:
Type hints in a derived class
that specify a function parameter
implements an interface
derived from the interface
specified in the (other) interface
implemented by the base class
(whew!)
are flagged as an error despite being type-compatible:
Fatal error: Declaration of TranslatedPlural::compose() must be compatible
with that of Translatable::compose() in ...\TranslatedMessage.php on line
83
Reproduce code:
---
// Parameter type hint (BASE)
interface TranslationMap
{
public function fetch($the_key);
}
// Parameter type hint (DERIVED)
interface TranslationLexicon
extends TranslationMap
{
public function plural($the_noun, $the_count);
}
// Implementation Interface
interface Translatable
{
function set_args();
function compose(TranslationMap $map);
}
// Base class
class TranslatedMessage
implements Translatable
{
public function set_args()
{
}
public function compose(TranslationMap $lex)
{
}
}
// Derived class
class TranslatedPlural
extends TranslatedMessage
{
public function compose(TranslationLexicon $lex)
{
}
}
Expected result:
I expect that the derived class, TranslatedPlural, will be checked for a
stricter (but type-compatible) interface than the base class.
Actual result:
--
Fatal error: Declaration of TranslatedPlural::compose() must be compatible
with that of Translatable::compose() in ...\TranslatedMessage.php on line
83
--
Edit bug report at http://bugs.php.net/?id=29417&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29417&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29417&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29417&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29417&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29417&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29417&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29417&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29417&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29417&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29417&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29417&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29417&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29417&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29417&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29417&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29417&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29417&r=float
#29339 [Opn->Csd]: sqlite_escape_string returns bogus data for empty strings on Windows XP
ID: 29339
Updated by: [EMAIL PROTECTED]
Reported By: victor-php at boivie dot com
-Status: Open
+Status: Closed
Bug Type: SQLite related
Operating System: Windows XP
PHP Version: 5.0.0
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
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-07-22 21:00:10] victor-php at boivie dot com
Description:
sqlite_escape_string returns bogus data for empty strings on Windows
XP. In FreeBSD with PHP 5.0.0RC2, it works.
Reproduce code:
---
php.exe -r "echo sqlite_escape_string('');"
Expected result:
(nothing)
Actual result:
--
a few letters from the lower part of the ASCII table. And they can not
easily be shown here.
--
Edit this bug report at http://bugs.php.net/?id=29339&edit=1
#29384 [Opn->Csd]: bcpow crashes apache (PHP 5.0.0)
ID: 29384 Updated by: [EMAIL PROTECTED] Reported By: suzanne at smkelly dot com -Status: Open +Status: Closed Bug Type: BC math related Operating System: NT4 sp6a PHP Version: 5.0.0 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 http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-07-27 20:39:19] suzanne at smkelly dot com The snapshot of 2004-07-27 seems to work just fine. [2004-07-27 14:36:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Could you also try to run the same code with PHP-CLI? I can't reproduce it witn under Win2k. [2004-07-26 09:29:03] suzanne at smkelly dot com Description: the bcpow example in the manual crashes apache 2.0.44 (using php5apache2.dll) apache crashes with access violation not unique to manual example other uses of bcpow do the same thing using php.ini-recommended, with just a few changes, namely: display_errors = On display_startup_errors = On log_errors = Off extension_dir = "E:\php5.0.0\ext\" extension=php_mysql.dll sendmail_from = [EMAIL PROTECTED] bcpow works ok with PHP 4.3.0, same computer, same web server. this is a stable server that has been running for a long time Reproduce code: --- echo bcpow(4.2, 3, 2); // 74.08 Expected result: display 74.08 Actual result: -- apache/php crashes -- Edit this bug report at http://bugs.php.net/?id=29384&edit=1
#29416 [NEW]: ob_include function
From: edwin at cheatah dot nl Operating system: PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: ob_include function Description: I often use something like the following code: ob_start (); include './tpl/mail.php'; $message = ob_get_contents (); ob_end_flush (); I would very much like to see a function of control stucture like this: $message = ob_include ( './tpl/mail.php' ); // or $message = ob_include './tpl/mail.php'; Of course ob_include_once, ob_require and ob_require_once behave similarly. (Creating a custom function in PHP code is NOT possible, for the function's scope would be used.) -- Edit bug report at http://bugs.php.net/?id=29416&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29416&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29416&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29416&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29416&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29416&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29416&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29416&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29416&r=support Expected behavior: http://bugs.php.net/fix.php?id=29416&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29416&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29416&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29416&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29416&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29416&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29416&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29416&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29416&r=float
#29378 [Opn]: foreach() doesn't work with arrays returned by __get
ID: 29378
User updated by: chernyshevsky at hotmail dot com
Reported By: chernyshevsky at hotmail dot com
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Windows 2000
PHP Version: 5.0.0
New Comment:
I know the class doesn't have a member called 'cows'. That's what
__get() and __set() is for after all. If I change the code to
$O->cows = array("Betty", "Agnes", "Jeff");
$temp = $O->cows;
foreach($temp as $cow) {
echo "$cow";
}
Now why should it fail just because the property access is through
foreach()?
Previous Comments:
[2004-07-26 16:45:56] cysgwr_eryri at yahoo dot co dot uk
Your 'Object' object doesn't have a 'cows' member variable. The "object
with overloaded property access" that the warning is telling you about
doesn't exist is this:
$O->cows
Which 'cows' are you referring to?
[2004-07-25 17:47:50] chernyshevsky at hotmail dot com
Description:
Not sure if this is a duplicate of #28444. It's certainly related.
Basically I was trying to loop through an array set earlier using __set
and retrieve through __get. Simple enough it seems, but the engine died
with an "Cannot access undefined property for object with overloaded
property access" fatal error.
Reproduce code:
---
class Object {
private $values;
function __set($name, $value) {
$this->values[$name] = $value;
}
function __get($name) {
return $this->values[$name];
}
}
$O = new Object;
$O->cows = array("Betty", "Agnes", "Jeff");
foreach($O->cows as $cow) {
echo "$cow";
}
Expected result:
Betty
Agnes
Jeff
Actual result:
--
Fatal error: Cannot access undefined property for object with
overloaded property access
--
Edit this bug report at http://bugs.php.net/?id=29378&edit=1
#29066 [Fbk->NoF]: DomXsltStylesheet->process() kills the apache
ID: 29066 Updated by: [EMAIL PROTECTED] Reported By: elzeedee at bonbon dot net -Status: Feedback +Status: No Feedback Bug Type: XSLT related Operating System: Windows 2000 Advanced Server PHP Version: 4.3.7 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-07-09 09:09:27] [EMAIL PROTECTED] 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 , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-07-08 21:18:28] elzeedee at bonbon dot net Description: What did I do: 1) Created a relatively large DOM XML document 2) Created a DomXsltStylesheet from memory. The XSLT document is kinda large (~1020 lines). 3) Used the ->process() method to transform the document What did I expect: My document transformed nice. This actually happens around 3 times out of 4. What is the problem: Around 1 time out of 4 apache service gives a "memory cannot be read" standart Windows error and dies. I am totally sure that the fault happens inside the ->process() method, since when it's commented out, no problems happen. With Sablotron, this problem does not arise. -- Edit this bug report at http://bugs.php.net/?id=29066&edit=1
#29392 [Fbk->Csd]: com_method_get() appears to not handle non-existant method properly
ID: 29392
Updated by: [EMAIL PROTECTED]
Reported By: msisolak at yahoo dot com
-Status: Feedback
+Status: Closed
Bug Type: COM related
Operating System: Windows 2000 Professional
PHP Version: 5.0.0
New Comment:
http://cvs.php.net/diff.php/php-src/ext/com_dotnet/com_handlers.c?php=1882e4582b70d2e731287960a38e67e5&r1=1.24&r2=1.25&ty=u
your sample still does not work (but does not crash) because the engine
tries to call $c->__toString() and the ADODB object *might* implement
that method, but doesn't know until you open the connection.
Previous Comments:
[2004-07-27 04:40:47] [EMAIL PROTECTED]
Actually, this broke calling methods that are dynamically added at
runtime.
Would you mind trying to debug this a bit more?
It sounds like the crash is somewhere else.
[2004-07-27 04:02:08] [EMAIL PROTECTED]
Fixed in HEAD; thanks for pointing out the error :-)
Actual Fix was:
http://cvs.php.net/diff.php/php-src/ext/com_dotnet/com_handlers.c?r1=1.22&r2=1.23&ty=u
[2004-07-26 18:56:16] msisolak at yahoo dot com
Description:
Trying to echo a COM object results in crash.
When zend_call_function() is called to lookup "__tostring" in a COM
object, it calls into com_method_get(). In turn this calls
ITypeComp_Bind to lookup the method. If the method is not found the
result is DESCKIND_NONE, but the switch(kind) statement isn't testing
for this. As a result com_method_get() returns a
zend_internal_function with an invalid handler. The handler is called
and PHP crashes.
I came up with this possible code as the response to a DESCKIND_NONE:
case DESCKIND_NONE:
ITypeComp_Release(comp);
efree(olename);
return NULL;
but I'm not too confident about it. It does stop the crash in my test
case, but there may be a better solution.
Reproduce code:
---
$c = new COM("ADODB.Connection");
echo $c;
Expected result:
Either error on trying to echo object with no __toString() method, or
nothing.
Actual result:
--
The instruction at "0x00e5c208" referenced memory at "0x000". The
memory could not be "written".
--
Edit this bug report at http://bugs.php.net/?id=29392&edit=1
#29366 [Com]: Change in error_reporting behavier
ID: 29366
Comment by: evan at fusion-zero dot com
Reported By: nbi at gmx dot de
Status: Open
Bug Type: PHP options/info functions
Operating System: Windows XP
PHP Version: 4.3.8
New Comment:
In php.ini, you probably have mysql.trace.mode set to On
You need to set it to Off, just like this.
; Trace mode. When trace_mode is active (=On), warnings for table/index
scans and
; SQL-Erros will be displayed.
mysql.trace_mode = Off
Previous Comments:
[2004-07-24 21:11:59] nbi at gmx dot de
Description:
There seems to be a change in error_reporting(), that came up from PHP
4.3.6 to 4.3.7:
Setting error_reporting(0) did NOT display a warning like
Warning: mysql_query(): Your query requires a full tablescan (table
xyz, 4 rows affected). Use EXPLAIN to optimize your query. in xyz.php
on line 594
With PHP 4.3.7 and 4.3.8 this warning is displayed, despite settings of
error_reporting(0) or ini_set ('error_reporting', 0)
--
Edit this bug report at http://bugs.php.net/?id=29366&edit=1
#29407 [Csd]: Fatal error: Call to undefined function: bind_textdomain_codeset()
ID: 29407 Updated by: [EMAIL PROTECTED] Reported By: tv at solnet dot ch Status: Closed Bug Type: Gettext related Operating System: Freebsd 4.10 PHP Version: 4.3.8 New Comment: And FWIW, from gettext.c source: #if HAVE_BIND_TEXTDOMAIN_CODESET PHP_NAMED_FE(bind_textdomain_codeset, zif_bind_textdomain_codeset, NULL) #endif Previous Comments: [2004-07-27 21:37:56] tv at solnet dot ch It looks like a freebsd port issue only. It doesn't find the /usr/local/lib/libintl.so during the configure of php4-gettext. setenv LDFLAGS -L/usr/local/lib and recompiling of the php4-gettext port can fix this problem (tested on a 5.2.1 machine) Many thanks to Torsten Schneider. [2004-07-27 21:17:48] tv at solnet dot ch I use gettext 0.13 with the system. The same configuration with php 4.3.7 works fine. But with 4.3.8 this specified bind_textdomain_codeset() function does not work anymore. [2004-07-27 15:47:47] tv at solnet dot ch Description: Fatal error: Call to undefined function: bind_textdomain_codeset() even if you have gettext enabled in php4. phpinfo() shows gettext enabled. Gettext is also isntalled in the code Reproduce code: --- Actual result: -- Fatal error: Call to undefined function: bind_textdomain_codeset() -- Edit this bug report at http://bugs.php.net/?id=29407&edit=1
#28204 [Com]: Problem with BIT field type with MSSQL (freetds 0.62.3)
ID: 28204
Comment by: fred at tc dot df dot gov dot br
Reported By: johann at infomaniak dot ch
Status: Assigned
Bug Type: Sybase (dblib) related
Operating System: Linux
PHP Version: 4.3.6
Assigned To: fmk
New Comment:
this patch doesn't resolve the problem 100%.
this line:
if ($row[Relationship]==1)
returns false on php>=4.3.4, true on others.
the field Relationship on mssql 6.5 is tinynit
Previous Comments:
[2004-04-28 14:01:12] johann at infomaniak dot ch
Description:
The return value is the real value + a lot of space
character (it is converted to a string with a constant
length)
maybe the problem come from freetds dbconvert. I have this
problem since php 4.3.4 and in php 4.3.4 I applyed the
following patch.
diff -ruP php-4.3.4/ext/sybase/php_sybase_db.c
php-4.3.4.patched/ext/sybase/php_sybase_db.c
--- php-4.3.4/ext/sybase/php_sybase_db.c 2003-10-16
06:24:04.0 +0200
+++ php-4.3.4.patched/ext/sybase/php_sybase_db.c
2004-01-29 11:51:41.0 +0100
@@ -680,6 +680,7 @@
switch (column_type)
{
+ case SYBBIT:
case SYBINT2:
case SYBINT4: {
Z_LVAL_P(result) = (long) anyintcol(offset);
@@ -893,6 +894,7 @@
case SYBINT4:
case SYBFLT8:
case SYBREAL:
+case SYBBIT:
result->fields[i].numeric = 1;
break;
case SYBCHAR:
Expected result:
an integer
for example 0
Actual result:
--
a string with constant length
for example
"0 "
--
Edit this bug report at http://bugs.php.net/?id=28204&edit=1
#28988 [Opn]: Syslog NOT logging Errors to the Event Viewer
ID: 28988
User updated by: mgilbert at kcm dot org
Reported By: mgilbert at kcm dot org
Status: Open
Bug Type: IIS related
Operating System: Windows Server 2003
PHP Version: 4.3.7
New Comment:
I am working with one of our guys in our DCAT dept to test this (I do
not have admin rights). I will let you know the results.
Thank you for responding
Previous Comments:
[2004-07-27 17:58:19] msisolak at yahoo dot com
If you run a script with the code snippet you have interactively from a
command prompt (logged in as a Administrator user) is it able to write
to the Event Log?
[2004-07-01 22:47:28] mgilbert at kcm dot org
Description:
This error was orrigionally logged at an IIS forum. The Forum
administrator had the same problem and sugested that we logg this error
on the PHP web site. Below is some of the text from our origional
message. This is the link to the origional message:
http://www.iis-resources.com/modules/newbb/viewtopic.php?topic_id=1560&forum=5
We recently migrated a website from Windows 2000 to Windows 2003 using
the iis 6.0 Migration tool provided by Microsoft.
PHP is installed and seems to work fine with the exception of a
challenge one of my developers approached me with recently. This
function works fine on Windows 2000, but doesn't on Windows 2003. He
has some code to log errors to the system event log but the events are
not getting logged.
We have logging enabled in the PHP.ini :
; Log errors to syslog (Event Log on NT, not valid in Windows 95).
error_log = syslog
I've attempted giving IUSR_website account more permissions on the box
(including administrative rights for a very short period of time to
make sure that NTFS permissions are not blocking anything)
Any information you could provide would be greatly appreciated.
Thanks,
Reproduce code:
---
if ($priority <> "")
{
openlog("Website", LOG_ODELAY, LOG_USER);
syslog($priority, $error_log);
closelog();
}
Expected result:
It should log an event in the event Windows Event Viewer.
Actual result:
--
Did not log the event.
--
Edit this bug report at http://bugs.php.net/?id=28988&edit=1
#29414 [NEW]: Fatal error: Call to undefined function textdomain()
From: f dot braem at skynet dot be Operating system: Win98 PHP version: 5.0.0 PHP Bug Type: Gettext related Bug description: Fatal error: Call to undefined function textdomain() Description: Although php_gettext.dll is loaded a fatal error occurs when using the function textdomain: Fatal error: Call to undefined function textdomain() -- Edit bug report at http://bugs.php.net/?id=29414&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29414&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29414&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29414&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29414&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29414&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29414&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29414&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29414&r=support Expected behavior: http://bugs.php.net/fix.php?id=29414&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29414&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29414&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29414&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29414&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29414&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29414&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29414&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29414&r=float
#29407 [Opn->Csd]: Fatal error: Call to undefined function: bind_textdomain_codeset()
ID: 29407 User updated by: tv at solnet dot ch Reported By: tv at solnet dot ch -Status: Open +Status: Closed Bug Type: Gettext related Operating System: Freebsd 4.10 PHP Version: 4.3.8 New Comment: It looks like a freebsd port issue only. It doesn't find the /usr/local/lib/libintl.so during the configure of php4-gettext. setenv LDFLAGS -L/usr/local/lib and recompiling of the php4-gettext port can fix this problem (tested on a 5.2.1 machine) Many thanks to Torsten Schneider. Previous Comments: [2004-07-27 21:17:48] tv at solnet dot ch I use gettext 0.13 with the system. The same configuration with php 4.3.7 works fine. But with 4.3.8 this specified bind_textdomain_codeset() function does not work anymore. [2004-07-27 15:47:47] tv at solnet dot ch Description: Fatal error: Call to undefined function: bind_textdomain_codeset() even if you have gettext enabled in php4. phpinfo() shows gettext enabled. Gettext is also isntalled in the code Reproduce code: --- Actual result: -- Fatal error: Call to undefined function: bind_textdomain_codeset() -- Edit this bug report at http://bugs.php.net/?id=29407&edit=1
#29407 [Opn]: Fatal error: Call to undefined function: bind_textdomain_codeset()
ID: 29407 User updated by: tv at solnet dot ch Reported By: tv at solnet dot ch Status: Open Bug Type: Gettext related Operating System: Freebsd 4.10 PHP Version: 4.3.8 New Comment: I use gettext 0.13 with the system. The same configuration with php 4.3.7 works fine. But with 4.3.8 this specified bind_textdomain_codeset() function does not work anymore. Previous Comments: [2004-07-27 15:47:47] tv at solnet dot ch Description: Fatal error: Call to undefined function: bind_textdomain_codeset() even if you have gettext enabled in php4. phpinfo() shows gettext enabled. Gettext is also isntalled in the code Reproduce code: --- Actual result: -- Fatal error: Call to undefined function: bind_textdomain_codeset() -- Edit this bug report at http://bugs.php.net/?id=29407&edit=1
#29413 [NEW]: PHP files won't use php.exe; php.exe asks for a missing .DLL file
From: webmaster at moresifoundry dot com Operating system: Windows 98 PHP version: Irrelevant PHP Bug Type: *General Issues Bug description: PHP files won't use php.exe; php.exe asks for a missing .DLL file Description: Whenever a php program (php.exe, php-cgi.exe) tries to run or execute a php program, errors appear asking for missing .DLL files. I have tried both manual and automatic intallation with both current versions of php and several past versions. ODBC32.DLL and odbcint.dll are some of the missing DLL's. I am running the latest Xitami Webserver on Windows 98. Reproduce code: --- ---Or any other php script!--- Expected result: A result in a webpage. Actual result: -- A prompt-type window and about 10 error messages asking for .DLL files even if the file is opened in Internet Explorer. -- Edit bug report at http://bugs.php.net/?id=29413&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29413&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29413&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29413&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29413&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29413&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29413&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29413&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29413&r=support Expected behavior: http://bugs.php.net/fix.php?id=29413&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29413&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29413&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29413&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29413&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29413&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29413&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29413&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29413&r=float
#29384 [Fbk->Opn]: bcpow crashes apache (PHP 5.0.0)
ID: 29384 User updated by: suzanne at smkelly dot com Reported By: suzanne at smkelly dot com -Status: Feedback +Status: Open Bug Type: BC math related Operating System: NT4 sp6a PHP Version: 5.0.0 New Comment: The snapshot of 2004-07-27 seems to work just fine. Previous Comments: [2004-07-27 14:36:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Could you also try to run the same code with PHP-CLI? I can't reproduce it witn under Win2k. [2004-07-26 09:29:03] suzanne at smkelly dot com Description: the bcpow example in the manual crashes apache 2.0.44 (using php5apache2.dll) apache crashes with access violation not unique to manual example other uses of bcpow do the same thing using php.ini-recommended, with just a few changes, namely: display_errors = On display_startup_errors = On log_errors = Off extension_dir = "E:\php5.0.0\ext\" extension=php_mysql.dll sendmail_from = [EMAIL PROTECTED] bcpow works ok with PHP 4.3.0, same computer, same web server. this is a stable server that has been running for a long time Reproduce code: --- echo bcpow(4.2, 3, 2); // 74.08 Expected result: display 74.08 Actual result: -- apache/php crashes -- Edit this bug report at http://bugs.php.net/?id=29384&edit=1
#26520 [Com]: Segfault when throwing exceptions from function called by call_user_func()
ID: 26520
Comment by: chibisuke at web dot de
Reported By: hertzsprung at mail dot com
Status: No Feedback
Bug Type: Reproducible crash
Operating System: linux 2.4
PHP Version: 5.0.0b2 (beta2)
New Comment:
I am using the windows version of PHP. (and of course I get a access
violation instead of a segmentation fault)
I experienced similiar problems as noted above but it works when using
the deprecated funcation call_user_methode instead.
Previous Comments:
[2004-07-27 20:13:07] chibisuke at web dot de
I am using the windows version of PHP. (and of course I get a access
violation instead of a segmentation fault)
I experienced similiar problems as noted above but it works when using
the deprecated funcation call_user_methode instead.
[2004-07-27 20:11:38] chibisuke at web dot de
I am using the windows version of PHP. (and of course I get a access
violation instead of a segmentation fault)
I experienced similiar problems as noted above but it works when using
the deprecated funcation call_user_methode instead.
[2003-12-09 06:10:48] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-12-04 09:32:03] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2003-12-04 06:51:55] hertzsprung at mail dot com
Description:
Throwing exceptions from within a dynamically called function (via
call_user_func or equivalent) causes PHP to segfault.
Reproduce code:
---
run();
?>
Expected result:
Exception caught (the mzTestFailureException details)
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 674)]
0x4046975a in zend_do_fcall_common_helper (execute_data=0xbfffd050,
op_array=0x80b37b4) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2628
2628if (EG(exception) &&
EX(fbc)->common.fn_flags&ZEND_ACC_CTOR) {
(gdb) bt
#0 0x4046975a in zend_do_fcall_common_helper
(execute_data=0xbfffd050,
op_array=0x80b37b4) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2628
#1 0x40469a77 in zend_do_fcall_handler (execute_data=0xbfffd050,
op_array=0x80b37b4) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2696
#2 0x40464e47 in execute (op_array=0x80b37b4)
at /root/temp/php-5.0.0b2/Zend/zend_execute.c:1271
#3 0x40469409 in zend_do_fcall_common_helper
(execute_data=0xbfffd320,
op_array=0x80b2d50) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2579
#4 0x40469947 in zend_do_fcall_by_name_handler
(execute_data=0xbfffd320,
op_array=0x80b2d50) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2665
#5 0x40464e47 in execute (op_array=0x80b2d50)
at /root/temp/php-5.0.0b2/Zend/zend_execute.c:1271
#6 0x40440ad4 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /root/temp/php-5.0.0b2/Zend/zend.c:1009
#7 0x403f9b2b in php_execute_script (primary_file=0xb638)
at /root/temp/php-5.0.0b2/main/main.c:1622
#8 0x40471d7e in apache_php_module_main (r=0x815c3b4,
display_source_mode=0)
at /root/temp/php-5.0.0b2/sapi/apache/sapi_apache.c:54
#9 0x40472e30 in send_php (r=0x815c3b4, display_source_mode=0,
filename=0x815df4c "/var/www/html/tmp/tests/call_user_func2.php")
at /root/temp/php-5.0.0b2/sapi/apache/mod_php5.c:621
#10 0x40472eaf in send_parsed_php (r=0x815c3b4)
at /root/temp/php-5.0.0b2/sapi/apache/mod_php5.c:636
#11 0x08053ab4 in ap_invoke_handler ()
#12 0x0806342c in ap_some_auth_required ()
#13 0x08063488 in ap_process_request ()
#14 0x0805cc6b in ap_child_terminate ()
#15 0x0805cdfc in ap_child_terminate ()
#16 0x0805cf19 in ap_child_terminate ()
#17 0x0805d3f5 in ap_child_terminate ()
#18 0x0805dafd in main ()
#19 0x400f814f in __libc_start_main () from /lib/libc.so.6
--
Edit this bug report at http://bugs.php.net/?id=26520&edit=1
#26520 [Com]: Segfault when throwing exceptions from function called by call_user_func()
ID: 26520
Comment by: chibisuke at web dot de
Reported By: hertzsprung at mail dot com
Status: No Feedback
Bug Type: Reproducible crash
Operating System: linux 2.4
PHP Version: 5.0.0b2 (beta2)
New Comment:
I am using the windows version of PHP. (and of course I get a access
violation instead of a segmentation fault)
I experienced similiar problems as noted above but it works when using
the deprecated funcation call_user_methode instead.
Previous Comments:
[2004-07-27 20:13:07] chibisuke at web dot de
I am using the windows version of PHP. (and of course I get a access
violation instead of a segmentation fault)
I experienced similiar problems as noted above but it works when using
the deprecated funcation call_user_methode instead.
[2004-07-27 20:11:38] chibisuke at web dot de
I am using the windows version of PHP. (and of course I get a access
violation instead of a segmentation fault)
I experienced similiar problems as noted above but it works when using
the deprecated funcation call_user_methode instead.
[2003-12-09 06:10:48] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-12-04 09:32:03] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2003-12-04 06:51:55] hertzsprung at mail dot com
Description:
Throwing exceptions from within a dynamically called function (via
call_user_func or equivalent) causes PHP to segfault.
Reproduce code:
---
run();
?>
Expected result:
Exception caught (the mzTestFailureException details)
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 674)]
0x4046975a in zend_do_fcall_common_helper (execute_data=0xbfffd050,
op_array=0x80b37b4) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2628
2628if (EG(exception) &&
EX(fbc)->common.fn_flags&ZEND_ACC_CTOR) {
(gdb) bt
#0 0x4046975a in zend_do_fcall_common_helper
(execute_data=0xbfffd050,
op_array=0x80b37b4) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2628
#1 0x40469a77 in zend_do_fcall_handler (execute_data=0xbfffd050,
op_array=0x80b37b4) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2696
#2 0x40464e47 in execute (op_array=0x80b37b4)
at /root/temp/php-5.0.0b2/Zend/zend_execute.c:1271
#3 0x40469409 in zend_do_fcall_common_helper
(execute_data=0xbfffd320,
op_array=0x80b2d50) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2579
#4 0x40469947 in zend_do_fcall_by_name_handler
(execute_data=0xbfffd320,
op_array=0x80b2d50) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2665
#5 0x40464e47 in execute (op_array=0x80b2d50)
at /root/temp/php-5.0.0b2/Zend/zend_execute.c:1271
#6 0x40440ad4 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /root/temp/php-5.0.0b2/Zend/zend.c:1009
#7 0x403f9b2b in php_execute_script (primary_file=0xb638)
at /root/temp/php-5.0.0b2/main/main.c:1622
#8 0x40471d7e in apache_php_module_main (r=0x815c3b4,
display_source_mode=0)
at /root/temp/php-5.0.0b2/sapi/apache/sapi_apache.c:54
#9 0x40472e30 in send_php (r=0x815c3b4, display_source_mode=0,
filename=0x815df4c "/var/www/html/tmp/tests/call_user_func2.php")
at /root/temp/php-5.0.0b2/sapi/apache/mod_php5.c:621
#10 0x40472eaf in send_parsed_php (r=0x815c3b4)
at /root/temp/php-5.0.0b2/sapi/apache/mod_php5.c:636
#11 0x08053ab4 in ap_invoke_handler ()
#12 0x0806342c in ap_some_auth_required ()
#13 0x08063488 in ap_process_request ()
#14 0x0805cc6b in ap_child_terminate ()
#15 0x0805cdfc in ap_child_terminate ()
#16 0x0805cf19 in ap_child_terminate ()
#17 0x0805d3f5 in ap_child_terminate ()
#18 0x0805dafd in main ()
#19 0x400f814f in __libc_start_main () from /lib/libc.so.6
--
Edit this bug report at http://bugs.php.net/?id=26520&edit=1
#26520 [Com]: Segfault when throwing exceptions from function called by call_user_func()
ID: 26520
Comment by: chibisuke at web dot de
Reported By: hertzsprung at mail dot com
Status: No Feedback
Bug Type: Reproducible crash
Operating System: linux 2.4
PHP Version: 5.0.0b2 (beta2)
New Comment:
I am using the windows version of PHP. (and of course I get a access
violation instead of a segmentation fault)
I experienced similiar problems as noted above but it works when using
the deprecated funcation call_user_methode instead.
Previous Comments:
[2003-12-09 06:10:48] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-12-04 09:32:03] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2003-12-04 06:51:55] hertzsprung at mail dot com
Description:
Throwing exceptions from within a dynamically called function (via
call_user_func or equivalent) causes PHP to segfault.
Reproduce code:
---
run();
?>
Expected result:
Exception caught (the mzTestFailureException details)
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 674)]
0x4046975a in zend_do_fcall_common_helper (execute_data=0xbfffd050,
op_array=0x80b37b4) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2628
2628if (EG(exception) &&
EX(fbc)->common.fn_flags&ZEND_ACC_CTOR) {
(gdb) bt
#0 0x4046975a in zend_do_fcall_common_helper
(execute_data=0xbfffd050,
op_array=0x80b37b4) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2628
#1 0x40469a77 in zend_do_fcall_handler (execute_data=0xbfffd050,
op_array=0x80b37b4) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2696
#2 0x40464e47 in execute (op_array=0x80b37b4)
at /root/temp/php-5.0.0b2/Zend/zend_execute.c:1271
#3 0x40469409 in zend_do_fcall_common_helper
(execute_data=0xbfffd320,
op_array=0x80b2d50) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2579
#4 0x40469947 in zend_do_fcall_by_name_handler
(execute_data=0xbfffd320,
op_array=0x80b2d50) at
/root/temp/php-5.0.0b2/Zend/zend_execute.c:2665
#5 0x40464e47 in execute (op_array=0x80b2d50)
at /root/temp/php-5.0.0b2/Zend/zend_execute.c:1271
#6 0x40440ad4 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /root/temp/php-5.0.0b2/Zend/zend.c:1009
#7 0x403f9b2b in php_execute_script (primary_file=0xb638)
at /root/temp/php-5.0.0b2/main/main.c:1622
#8 0x40471d7e in apache_php_module_main (r=0x815c3b4,
display_source_mode=0)
at /root/temp/php-5.0.0b2/sapi/apache/sapi_apache.c:54
#9 0x40472e30 in send_php (r=0x815c3b4, display_source_mode=0,
filename=0x815df4c "/var/www/html/tmp/tests/call_user_func2.php")
at /root/temp/php-5.0.0b2/sapi/apache/mod_php5.c:621
#10 0x40472eaf in send_parsed_php (r=0x815c3b4)
at /root/temp/php-5.0.0b2/sapi/apache/mod_php5.c:636
#11 0x08053ab4 in ap_invoke_handler ()
#12 0x0806342c in ap_some_auth_required ()
#13 0x08063488 in ap_process_request ()
#14 0x0805cc6b in ap_child_terminate ()
#15 0x0805cdfc in ap_child_terminate ()
#16 0x0805cf19 in ap_child_terminate ()
#17 0x0805d3f5 in ap_child_terminate ()
#18 0x0805dafd in main ()
#19 0x400f814f in __libc_start_main () from /lib/libc.so.6
--
Edit this bug report at http://bugs.php.net/?id=26520&edit=1
#29398 [Bgs]: Unable to allocate memory with big jpeg files
ID: 29398
User updated by: speps84 at hotmail dot com
Reported By: speps84 at hotmail dot com
Status: Bogus
Bug Type: GD related
Operating System: Windows XP
PHP Version: 5.0.0
New Comment:
Thank you but I tried the PHP extension for imagick and the opening of
my jpeg files didn't work (it did with smaller files).
Does someone know any software that can handle such big files ? Thx.
Previous Comments:
[2004-07-27 11:30:52] [EMAIL PROTECTED]
GD lib needs lots of memory to store the image converted to it's
internal format, which is very memory consumpting.
So GD just don't have enough memory to do it.
Use console tools (ImageMagick for example) to work with such a large
files, this is not a PHP bug.
[2004-07-26 23:26:38] speps84 at hotmail dot com
Description:
I wrote a script that uses GD to slice big jpeg files (about 50mb,
21600x21600) into small 100x100 jpeg.
To make this, I have to open these big files and I use the function
imagecreatefromjpeg.
While loading (HDD is working), I receive this error:
FATAL: emalloc(): Unable to allocate 86400 bytes
I have tested different values of memory_limit in php.ini ( and with
--enable-memory-limit) even the unlimited value of -1: always the same
error.
This error happens only with very big jpeg files (37mb and 47mb), not
with about 4mb jpeg.
Reproduce code:
---
Launching PHP in Command Line mode under Windows XP:
php "myscript.php" --enable-debug --enable-memory-limit
The PHP Code is very simple :
$img = imagecreatefromjpeg("bigfile.jpg");
Expected result:
Opening of the image.
Actual result:
--
FATAL: emalloc(): Unable to allocate 86400 bytes
--
Edit this bug report at http://bugs.php.net/?id=29398&edit=1
#29395 [Fbk->Csd]: sqlite_escape_string may return a random string
ID: 29395 Updated by: [EMAIL PROTECTED] Reported By: thecwin at gmail dot com -Status: Feedback +Status: Closed Bug Type: SQLite related Operating System: XP Home and Slackware Linux PHP Version: 5CVS-2004-07-26 (dev) 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 http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-07-27 13:30:41] [EMAIL PROTECTED] Try this quickfix: http://tony2004.phpclub.net/dev/tmp/sqlite.diff [2004-07-26 21:18:39] thecwin at gmail dot com Description: http://cwin.dotgeek.org/mem.php http://cwin.redirectme.net/mem.php If an empty string like "" is passed to a function as an argument which then passes the argument to sqlite_escape_string($arg), the returned value will be random garbage. The returned value may contain words or useless data. It looks like its reading random memory. Similar to bug 29339, but does *not* work when passing an empty string created in the function from which it is calling sqlite_escape_string Reproduce code: --- http://cwin.redirectme.net/mem.phps This is affected: whereas this is not: Expected result: It should return/print nothing. Actual result: -- (Possibly) random characters. -- Edit this bug report at http://bugs.php.net/?id=29395&edit=1
#29399 [Opn->Fbk]: Unserialize() really doesn't like some input strings...
ID: 29399 Updated by: [EMAIL PROTECTED] Reported By: AxelLuttgens at swing dot be -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Mac OS 10.3.4 PHP Version: 4.3.8 New Comment: Please leave at feedback until more information is available. Previous Comments: [2004-07-27 17:09:39] AxelLuttgens at swing dot be Thanks for the reply! I downloaded the cvs, and noticed that var_unserializer.c has not been modified since the version I have compiled (files 100% identical). Do you really think the problem could be solved with the cvs? I ask because I'm really busy at the moment, and possibly a bit lazy too... :-) But your reply of course made me think a bit further. So, executing the short sample file through the CLI doesn't trigger the exception. I also performed some other quick tests, that could lead to the conclusion that my compile has some flaws :-( I'll investigate further, and hope to be able to keep you informed as soon as possible. In the meantime, sorry for what could prove to be just noise, Axel [2004-07-27 02:10:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I've tried the sample script and I got the expected FALSE output as well as E_NOTICE saying: unserialize(): Error at offset 0 of 1 bytes [2004-07-26 23:42:50] AxelLuttgens at swing dot be Description: It took me a long time to locate the source of seemingly random crashes I was experiencing these days. But I now believe to have found a very clean example of crashing code on my system. Of course, my real code handles more interesting strings than the one used in the example ;-) This could help to explain some other bug reports related to unserialize(), but that remained rather elusive or without a clear conclusion. Could also be related to another note of mine (Bug #26078). HTH, Axel Reproduce code: --- Expected result: According to the docs, I would have expected unserialize() to return FALSE, as the input string clearly doesn't result from a prior serialize(). Actual result: -- Here follows an excerpt of the resulting crash log: Date/Time: 2004-07-26 17:56:11 +0200 OS Version: 10.3.4 (Build 7H63) Report Version: 2 Command: httpd Path:/usr/sbin/httpd PID: 1237 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x0002 Thread 0 Crashed: 0 libphp4.so 0x020eccc8 php_var_unserialize + 0x180 (var_unserializer.c:320) 1 libphp4.so 0x020e5418 zif_unserialize + 0xa4 (var.c:681) 2 libphp4.so 0x0214bc68 execute + 0x1b58 (zend_execute.c:1635) 3 libphp4.so 0x0213db34 zend_execute_scripts + 0xd8 (zend.c:892) 4 libphp4.so 0x02113064 php_execute_script + 0x258 (main.c:1736) 5 libphp4.so 0x0214f958 apache_php_module_main + 0xb8 (sapi_apache.c:59) 6 libphp4.so 0x02150618 send_php + 0x294 (mod_php4.c:623) 7 httpd 0xd05c ap_invoke_handler + 0xe8 [...] -- Edit this bug report at http://bugs.php.net/?id=29399&edit=1
#28988 [Com]: Syslog NOT logging Errors to the Event Viewer
ID: 28988
Comment by: msisolak at yahoo dot com
Reported By: mgilbert at kcm dot org
Status: Open
Bug Type: IIS related
Operating System: Windows Server 2003
PHP Version: 4.3.7
New Comment:
If you run a script with the code snippet you have interactively from a
command prompt (logged in as a Administrator user) is it able to write
to the Event Log?
Previous Comments:
[2004-07-01 22:47:28] mgilbert at kcm dot org
Description:
This error was orrigionally logged at an IIS forum. The Forum
administrator had the same problem and sugested that we logg this error
on the PHP web site. Below is some of the text from our origional
message. This is the link to the origional message:
http://www.iis-resources.com/modules/newbb/viewtopic.php?topic_id=1560&forum=5
We recently migrated a website from Windows 2000 to Windows 2003 using
the iis 6.0 Migration tool provided by Microsoft.
PHP is installed and seems to work fine with the exception of a
challenge one of my developers approached me with recently. This
function works fine on Windows 2000, but doesn't on Windows 2003. He
has some code to log errors to the system event log but the events are
not getting logged.
We have logging enabled in the PHP.ini :
; Log errors to syslog (Event Log on NT, not valid in Windows 95).
error_log = syslog
I've attempted giving IUSR_website account more permissions on the box
(including administrative rights for a very short period of time to
make sure that NTFS permissions are not blocking anything)
Any information you could provide would be greatly appreciated.
Thanks,
Reproduce code:
---
if ($priority <> "")
{
openlog("Website", LOG_ODELAY, LOG_USER);
syslog($priority, $error_log);
closelog();
}
Expected result:
It should log an event in the event Windows Event Viewer.
Actual result:
--
Did not log the event.
--
Edit this bug report at http://bugs.php.net/?id=28988&edit=1
#29411 [NEW]: make error
From: Lgam at ufm dot edu dot gt Operating system: AIX 4.3.3 PHP version: 5.0.0 PHP Bug Type: Compile Failure Bug description: make error Description: After ./configure --with-apache2=../apache20 --with-informix=$INFORMIXDIR I try to use make and It show this error: "Makefile", line 196: make: 1254-055 Dependency line needs colon or double colon operator. make: 1254-058 Fatal errors encountered -- cannot continue. -- Edit bug report at http://bugs.php.net/?id=29411&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29411&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29411&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29411&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29411&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29411&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29411&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29411&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29411&r=support Expected behavior: http://bugs.php.net/fix.php?id=29411&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29411&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29411&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29411&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29411&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29411&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29411&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29411&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29411&r=float
#29410 [NEW]: Setting of allow_furl_open_wrapper by users script
From: anders at schlund dot de Operating system: Linux PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: Setting of allow_furl_open_wrapper by users script Description: The furl-wrapper enables script to open and include data from remote sites by opening an URL to that data. It is a very powerful and sometimes extremly useful extension for PHP, so almost no web host disables this feature. On the other hand, there are very often cases where insecure written scripts allow e.g. inclusion of config files from remote sites by handing a specially crafted parameter to the script. Although this is an insecurity in those scripts and not in PHP, PHP can help to change exploiting those scripts. Currently, allow_furl_open_wrapper is a system- configurable variable, i.e. the system administrator decides that all users are allowed to use this function. If the admin disables this feature, not a single user can use it. As the feature is useful to many 'power' users, disabling this feature is usually out of the question. Idea: change the variable allow_furl_open_wrapper to become a tri-state variable, e.g. the values On, Off and User. The 'user'-setting means that the function is initially disabled, but a user's php.ini or a special php-call from the user's script can enable this function. That way, a script usually runs a safe environment and can enable the potentially dangerous function when it thinks it does really require usage of the furl_open_wrapper. Reproduce code: --- n/a Expected result: n/a Actual result: -- n/a -- Edit bug report at http://bugs.php.net/?id=29410&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29410&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29410&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29410&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29410&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29410&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29410&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29410&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29410&r=support Expected behavior: http://bugs.php.net/fix.php?id=29410&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29410&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29410&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29410&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29410&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29410&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29410&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29410&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29410&r=float
#29405 [Opn->Csd]: can't make php 5.1
ID: 29405 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: gentoo PHP Version: 5CVS-2004-07-27 (dev) New Comment: fixed. Thanks! Previous Comments: [2004-07-27 14:31:03] [EMAIL PROTECTED] Run ./buildconf && ./configure again after applying the patch. [2004-07-27 14:25:27] [EMAIL PROTECTED] it didn't help [2004-07-27 14:02:23] [EMAIL PROTECTED] Yep, this happens because of missing comma in ext/gd/config.m4. Apply this patch: http://lists.php.net/php.cvs/28020, it should work after that. [2004-07-27 13:58:32] [EMAIL PROTECTED] Description: Not sure if I'm doing something bad, but... I've compilled PHP 5.1 yesterday successfully, but today I couldn't compile it. Reproduce code: --- ./buildconf ./configure --with-tidy --with-mysql --with-zlib --with-bz2 --with-gd --with-png --with-jpeg-dir --with-freetype-dir --with-apxs2=/usr/local/apache2/bin/apxs --disable-cgi --enable-exif --enable-sockets --enable-soap make Actual result: -- As the message is too big, I've posted it at: http://testes.aborla.net/php5_1-errors.txt -- Edit this bug report at http://bugs.php.net/?id=29405&edit=1
#29399 [Fbk->Opn]: Unserialize() really doesn't like some input strings...
ID: 29399 User updated by: AxelLuttgens at swing dot be Reported By: AxelLuttgens at swing dot be -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Mac OS 10.3.4 PHP Version: 4.3.8 New Comment: Thanks for the reply! I downloaded the cvs, and noticed that var_unserializer.c has not been modified since the version I have compiled (files 100% identical). Do you really think the problem could be solved with the cvs? I ask because I'm really busy at the moment, and possibly a bit lazy too... :-) But your reply of course made me think a bit further. So, executing the short sample file through the CLI doesn't trigger the exception. I also performed some other quick tests, that could lead to the conclusion that my compile has some flaws :-( I'll investigate further, and hope to be able to keep you informed as soon as possible. In the meantime, sorry for what could prove to be just noise, Axel Previous Comments: [2004-07-27 02:10:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I've tried the sample script and I got the expected FALSE output as well as E_NOTICE saying: unserialize(): Error at offset 0 of 1 bytes [2004-07-26 23:42:50] AxelLuttgens at swing dot be Description: It took me a long time to locate the source of seemingly random crashes I was experiencing these days. But I now believe to have found a very clean example of crashing code on my system. Of course, my real code handles more interesting strings than the one used in the example ;-) This could help to explain some other bug reports related to unserialize(), but that remained rather elusive or without a clear conclusion. Could also be related to another note of mine (Bug #26078). HTH, Axel Reproduce code: --- Expected result: According to the docs, I would have expected unserialize() to return FALSE, as the input string clearly doesn't result from a prior serialize(). Actual result: -- Here follows an excerpt of the resulting crash log: Date/Time: 2004-07-26 17:56:11 +0200 OS Version: 10.3.4 (Build 7H63) Report Version: 2 Command: httpd Path:/usr/sbin/httpd PID: 1237 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x0002 Thread 0 Crashed: 0 libphp4.so 0x020eccc8 php_var_unserialize + 0x180 (var_unserializer.c:320) 1 libphp4.so 0x020e5418 zif_unserialize + 0xa4 (var.c:681) 2 libphp4.so 0x0214bc68 execute + 0x1b58 (zend_execute.c:1635) 3 libphp4.so 0x0213db34 zend_execute_scripts + 0xd8 (zend.c:892) 4 libphp4.so 0x02113064 php_execute_script + 0x258 (main.c:1736) 5 libphp4.so 0x0214f958 apache_php_module_main + 0xb8 (sapi_apache.c:59) 6 libphp4.so 0x02150618 send_php + 0x294 (mod_php4.c:623) 7 httpd 0xd05c ap_invoke_handler + 0xe8 [...] -- Edit this bug report at http://bugs.php.net/?id=29399&edit=1
#29409 [NEW]: PHP segfaults when domDocument::documentElement return as variable
From: [EMAIL PROTECTED]
Operating system: WinXP w/SP1
PHP version: 5.0.0
PHP Bug Type: XSLT related
Bug description: PHP segfaults when domDocument::documentElement return as variable
Description:
When you assign a the DomDocument::documentElement to a variable before
returning it from a function called by the XSL extension, PHP segfaults.
See code for better explanation.
- Davey
Reproduce code:
---
http://php.net/xsl";
xmlns:xsl="http://www.w3.org/1999/XSL/Transform";
xmlns:crtx="http://synapticmedia.net/xmlns/crtx/template";>
XSL;
$xml = <<
XML;
function returnDomElement() {
$xml = 'cdata';
$dom = domDocument::loadXML($xml);
/* change to 'return $dom->documentElement' and it works */
$return = $dom->documentElement;
return $return
}
$xsl = domDocument::loadXML($xsl);
$xml = domDocument::loadXML($xml);
$xp = new xsltProcessor;
$xp->registerPhpFunctions();
$xp->importStylesheet($xsl);
echo $xp->transformToXML($xml);
?>
Expected result:
cdata
Actual result:
--
in the output and a segfault (details will be added by chregu)
--
Edit bug report at http://bugs.php.net/?id=29409&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29409&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29409&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29409&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29409&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29409&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29409&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29409&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29409&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29409&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29409&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29409&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29409&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29409&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29409&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29409&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29409&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29409&r=float
#29408 [Com]: Binding certain types of variables clears all bindings
ID: 29408
Comment by: patrick dot schutte at gmx dot de
Reported By: mynameisfiber at gmail dot com
Status: Open
Bug Type: MSSQL related
Operating System: linux 2.6.5-gentoo-r1
PHP Version: 4.3.7
New Comment:
Hi,
try mssql_bind($query, "@orgId", $org, SQLINT2,FALSE,FALSE);
mssql_bind($query, "@loginName", $user, SQLVARCHAR,FALSE,FALSE,n);
n=len of varchar in stroed Procedure
Works fine with PHP5/freetds0.62.3/MSSQL2000/tdsversion=7.0
Previous Comments:
[2004-07-27 15:57:47] mynameisfiber at gmail dot com
Description:
i am trying to do mssql (through freetds 0.62.3) with stored proc's
however if i try sending in a parameter of SQLVARCHAR, SQLCHAR,
SQLTEXT, none of the parameters go through... in the following example,
i get an error if @loginName is sent as a SQLVARCHAR (and uppon sniffing
the actual request i see that NO parameters are sent in this case)
however if i change it to SQLINT2 everything works fine (except
@loginName goes in as '0' which isn't productive).
the only possible thing i can think of to explain this is that the
message is too long and becomes truncated? or maybe this version of PHP
hasn't updated it's mssql connection module? does anyone have any ideas
or even any solutions?
thanks alot! :-)
Reproduce code:
---
(after connecting to the database)
$query = mssql_init('adSetUserByLogin', $dbcnx);
$org = 360;
$user = "a";
mssql_bind($query, "@orgId", $org, SQLINT2);
mssql_bind($query, "@loginName", $user, SQLVARCHAR);
$res = mssql_execute($query);
Expected result:
i would have expected the stored procedure to go on just fine so that
it's output could be later retrieved
Actual result:
--
Warning: mssql_execute(): message: Procedure 'adSetUserByLogin' expects
parameter '@orgId', which was not supplied. (severity 16) in
/var/www/localhost/htdocs/aosr/test.php on line 24
Warning: mssql_execute(): stored procedure execution failed in
/var/www/localhost/htdocs/aosr/test.php on line 24
Warning: mssql_fetch_array(): supplied argument is not a valid MS
SQL-result resource in /var/www/localhost/htdocs/aosr/test.php on line
27
--
Edit this bug report at http://bugs.php.net/?id=29408&edit=1
#29408 [NEW]: Binding certain types of variables clears all bindings
From: mynameisfiber at gmail dot com
Operating system: linux 2.6.5-gentoo-r1
PHP version: 4.3.7
PHP Bug Type: MSSQL related
Bug description: Binding certain types of variables clears all bindings
Description:
i am trying to do mssql (through freetds 0.62.3) with stored proc's
however if i try sending in a parameter of SQLVARCHAR, SQLCHAR, SQLTEXT,
none of the parameters go through... in the following example, i get an
error if @loginName is sent as a SQLVARCHAR (and uppon sniffing the actual
request i see that NO parameters are sent in this case) however if i change
it to SQLINT2 everything works fine (except @loginName goes in as '0' which
isn't productive).
the only possible thing i can think of to explain this is that the message
is too long and becomes truncated? or maybe this version of PHP hasn't
updated it's mssql connection module? does anyone have any ideas or even
any solutions?
thanks alot! :-)
Reproduce code:
---
(after connecting to the database)
$query = mssql_init('adSetUserByLogin', $dbcnx);
$org = 360;
$user = "a";
mssql_bind($query, "@orgId", $org, SQLINT2);
mssql_bind($query, "@loginName", $user, SQLVARCHAR);
$res = mssql_execute($query);
Expected result:
i would have expected the stored procedure to go on just fine so that it's
output could be later retrieved
Actual result:
--
Warning: mssql_execute(): message: Procedure 'adSetUserByLogin' expects
parameter '@orgId', which was not supplied. (severity 16) in
/var/www/localhost/htdocs/aosr/test.php on line 24
Warning: mssql_execute(): stored procedure execution failed in
/var/www/localhost/htdocs/aosr/test.php on line 24
Warning: mssql_fetch_array(): supplied argument is not a valid MS
SQL-result resource in /var/www/localhost/htdocs/aosr/test.php on line 27
--
Edit bug report at http://bugs.php.net/?id=29408&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29408&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29408&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29408&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29408&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29408&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29408&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29408&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29408&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29408&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29408&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29408&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29408&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29408&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29408&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29408&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29408&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29408&r=float
#29315 [Fbk->Opn]: Bug in imagecopyresampled
ID: 29315
User updated by: k at ailis dot de
Reported By: k at ailis dot de
-Status: Feedback
+Status: Open
Bug Type: GD related
Operating System: Linux
PHP Version: 4.3.8
New Comment:
No. I've downloaded and opened your bug.png with GIMP and
I still see blue snow around the second line. So the bug
is still there.
You must use a viewer which can display alpha-transparency
like GIMP, ImageMagick or a capable browser like Mozilla
to see the bug.
Previous Comments:
[2004-07-27 15:36:52] [EMAIL PROTECTED]
http://tony2004.phpclub.net/dev/tmp/bug.png - is this what you need?
If yes - please, try the next CVS snapshot, it should be fixed now.
[2004-07-23 09:26:02] k at ailis dot de
I've installed this snapshot, The bug is still present.
Here is the output of gd_info():
array(11) {
["GD Version"]=>
string(27) "bundled (2.0.28 compatible)"
["FreeType Support"]=>
bool(true)
["FreeType Linkage"]=>
string(13) "with freetype"
["T1Lib Support"]=>
bool(true)
["GIF Read Support"]=>
bool(true)
["GIF Create Support"]=>
bool(true)
["JPG Support"]=>
bool(true)
["PNG Support"]=>
bool(true)
["WBMP Support"]=>
bool(true)
["XBM Support"]=>
bool(true)
["JIS-mapped Japanese Font Support"]=>
bool(true)
}
[2004-07-23 01:10:28] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-07-22 09:56:53] k at ailis dot de
Description:
Hello,
I've also send this bug to Boutell (because it is a bug in
the GD library, not in PHP) but I have the feeling that
I'll not get an answer because of the message I got after
submitting the bug.. So maybe someone is able to fix this
bug in the GD library which is bundled with PHP.
There seems to be a bug in gdImageCopyResampled which is
triggered if an alphatransparent image is resampled. The
bug can be reproduced with GD 2.0.28 (and also with the
library bundled with PHP 4.3.8) with the code at the
bottom of this message (It's a C source. I'm putting a PHP
source into the "reproduce code" box)
This example code sets the background color of the
resulting image to transparent so it's easier to see the
bug. Resampling an alpha-transparent image to a
"binary-even" size (2^x, for example: 64x64) works fine,
but other values (like 127x127 in this example) creates
alpha transparent artifacts. Depending on the destination
size of the resampling the artifacts are very different.
To see these artifacts just compile the following code and
start it. You will end up with an out.png which has two
lines in it. The first one is correct (was resized to
64x64), the second one (resized to 127x127) has snow
around the line (only visible if you display the image
with a viewer supporting PNG transparency)
#include
int main(int argc, char *argv[])
{
gdImagePtr alpha_image, test_image;
FILE *file;
int transparent, black, blue;
// Create an alpha-transparent image with a black line
in it
alpha_image = gdImageCreateTrueColor(128, 128);
gdImageAlphaBlending(alpha_image, 0);
gdImageSaveAlpha(alpha_image, 1);
transparent = gdImageColorAllocateAlpha(alpha_image,
0, 0, 0, 127);
black = gdImageColorAllocate(alpha_image, 0, 0, 0);
gdImageFilledRectangle(alpha_image, 0, 0, 128, 128,
transparent);
gdImageLine(alpha_image, 0, 0, 128, 128, black);
// Create a test background image
test_image = gdImageCreateTrueColor(256, 256);
blue = gdImageColorAllocate(test_image, 0, 0, 256);
gdImageColorTransparent(test_image, blue);
gdImageFilledRectangle(test_image, 0, 0, 256, 256,
blue);
// Resample the alpha-transparent image onto the test
image (working)
gdImageCopyResampled(test_image, alpha_image, 10, 10,
0, 0,
64, 64, 128, 128);
// Resample the alpha-transparent image onto the test
image (not working)
gdImageCopyResampled(test_image, alpha_image, 100,
100, 0, 0,
127, 127, 128, 128);
file = fopen("out.png", "w");
gdImagePng(test_image, file);
fclose(file);
return 0;
}
Reproduce code:
---
// Create an alpha-transparent image with a sample line in it
$alpha_image = imagecreatetruecolor(128, 128);
imagealphablending($alpha_image, false);
imagesavealpha($alpha_image, true);
$transparent = imagecolorallocatealpha($alpha_image, 0, 0, 0, 127);
$black = imagecolorallocate($alpha_image, 0, 0, 0);
imagefilledrectangle($alpha_image, 0, 0, 128, 128, $transparent);
image
#29407 [NEW]: Fatal error: Call to undefined function: bind_textdomain_codeset()
From: tv at solnet dot ch Operating system: Freebsd 4.10 PHP version: 4.3.8 PHP Bug Type: Gettext related Bug description: Fatal error: Call to undefined function: bind_textdomain_codeset() Description: Fatal error: Call to undefined function: bind_textdomain_codeset() even if you have gettext enabled in php4. phpinfo() shows gettext enabled. Gettext is also isntalled in the code Reproduce code: --- Actual result: -- Fatal error: Call to undefined function: bind_textdomain_codeset() -- Edit bug report at http://bugs.php.net/?id=29407&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29407&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29407&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29407&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29407&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29407&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29407&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29407&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29407&r=support Expected behavior: http://bugs.php.net/fix.php?id=29407&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29407&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29407&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29407&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29407&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29407&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29407&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29407&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29407&r=float
#29315 [Opn->Fbk]: Bug in imagecopyresampled
ID: 29315
Updated by: [EMAIL PROTECTED]
Reported By: k at ailis dot de
-Status: Open
+Status: Feedback
Bug Type: GD related
Operating System: Linux
PHP Version: 4.3.8
New Comment:
http://tony2004.phpclub.net/dev/tmp/bug.png - is this what you need?
If yes - please, try the next CVS snapshot, it should be fixed now.
Previous Comments:
[2004-07-23 09:26:02] k at ailis dot de
I've installed this snapshot, The bug is still present.
Here is the output of gd_info():
array(11) {
["GD Version"]=>
string(27) "bundled (2.0.28 compatible)"
["FreeType Support"]=>
bool(true)
["FreeType Linkage"]=>
string(13) "with freetype"
["T1Lib Support"]=>
bool(true)
["GIF Read Support"]=>
bool(true)
["GIF Create Support"]=>
bool(true)
["JPG Support"]=>
bool(true)
["PNG Support"]=>
bool(true)
["WBMP Support"]=>
bool(true)
["XBM Support"]=>
bool(true)
["JIS-mapped Japanese Font Support"]=>
bool(true)
}
[2004-07-23 01:10:28] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-07-22 09:56:53] k at ailis dot de
Description:
Hello,
I've also send this bug to Boutell (because it is a bug in
the GD library, not in PHP) but I have the feeling that
I'll not get an answer because of the message I got after
submitting the bug.. So maybe someone is able to fix this
bug in the GD library which is bundled with PHP.
There seems to be a bug in gdImageCopyResampled which is
triggered if an alphatransparent image is resampled. The
bug can be reproduced with GD 2.0.28 (and also with the
library bundled with PHP 4.3.8) with the code at the
bottom of this message (It's a C source. I'm putting a PHP
source into the "reproduce code" box)
This example code sets the background color of the
resulting image to transparent so it's easier to see the
bug. Resampling an alpha-transparent image to a
"binary-even" size (2^x, for example: 64x64) works fine,
but other values (like 127x127 in this example) creates
alpha transparent artifacts. Depending on the destination
size of the resampling the artifacts are very different.
To see these artifacts just compile the following code and
start it. You will end up with an out.png which has two
lines in it. The first one is correct (was resized to
64x64), the second one (resized to 127x127) has snow
around the line (only visible if you display the image
with a viewer supporting PNG transparency)
#include
int main(int argc, char *argv[])
{
gdImagePtr alpha_image, test_image;
FILE *file;
int transparent, black, blue;
// Create an alpha-transparent image with a black line
in it
alpha_image = gdImageCreateTrueColor(128, 128);
gdImageAlphaBlending(alpha_image, 0);
gdImageSaveAlpha(alpha_image, 1);
transparent = gdImageColorAllocateAlpha(alpha_image,
0, 0, 0, 127);
black = gdImageColorAllocate(alpha_image, 0, 0, 0);
gdImageFilledRectangle(alpha_image, 0, 0, 128, 128,
transparent);
gdImageLine(alpha_image, 0, 0, 128, 128, black);
// Create a test background image
test_image = gdImageCreateTrueColor(256, 256);
blue = gdImageColorAllocate(test_image, 0, 0, 256);
gdImageColorTransparent(test_image, blue);
gdImageFilledRectangle(test_image, 0, 0, 256, 256,
blue);
// Resample the alpha-transparent image onto the test
image (working)
gdImageCopyResampled(test_image, alpha_image, 10, 10,
0, 0,
64, 64, 128, 128);
// Resample the alpha-transparent image onto the test
image (not working)
gdImageCopyResampled(test_image, alpha_image, 100,
100, 0, 0,
127, 127, 128, 128);
file = fopen("out.png", "w");
gdImagePng(test_image, file);
fclose(file);
return 0;
}
Reproduce code:
---
// Create an alpha-transparent image with a sample line in it
$alpha_image = imagecreatetruecolor(128, 128);
imagealphablending($alpha_image, false);
imagesavealpha($alpha_image, true);
$transparent = imagecolorallocatealpha($alpha_image, 0, 0, 0, 127);
$black = imagecolorallocate($alpha_image, 0, 0, 0);
imagefilledrectangle($alpha_image, 0, 0, 128, 128, $transparent);
imageline($alpha_image, 0, 0, 128, 128, $black);
// Create a test background image
$test_image = imagecreatetruecolor(256, 256);
$blue = imagecolorallocate($test_image, 0, 0, 255);
imagecolortransparent($test_image, $blue);
imagefilledrectangle($test_image, 0, 0, 256, 256, $blue);
// Resample the alpha transparent image onto the test image (working)
imagecopyresampled($test_image, $alph
#16690 [Com]: Java support in PHP with Apache2 multithreaded server doesn't work
ID: 16690 Comment by: engel_o at yahoo dot com Reported By: cunha17 at uol dot com dot br Status: Wont fix Bug Type: Java related Operating System: any PHP Version: 4.3.2RC4-dev New Comment: Me too ! The interaction between Java and PHP is really important Previous Comments: [2004-07-04 03:37:44] rustamabd at columbus dot rr dot com Without this fix, Java support is useless. recommend reopening with highest priority. [2003-11-17 22:38:08] [EMAIL PROTECTED] Java support in PHP 4 has been extremely experimental since it was introduced. And the support for it has been dropped. [2003-05-21 17:40:30] cunha17 at uol dot com dot br Why the status changed to SUSPENDED? Does it mean that it is not important? [2002-10-04 17:33:01] [EMAIL PROTECTED] This really falls inline with the numerous Java/Windows bugs that we have logged. My initial debugging of it shows that their problems are being caused by the non-multi-thread safe code. Havne't been able to fix it yet though. [2002-10-04 16:45:26] [EMAIL PROTECTED] Not Apache 2 issue, rather a problem with ext/java/ not being thread safe, reclassifying. 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/16690 -- Edit this bug report at http://bugs.php.net/?id=16690&edit=1
#28150 [Com]: configure in 5.0-RC2 does not look for mysqlclient in lib64
ID: 28150 Comment by: sonny at sun dot com Reported By: thomas+php at stromberg dot org Status: Wont fix Bug Type: Compile Failure Operating System: SUSE Linux 9.0 AMD64 PHP Version: 5CVS-2004-04-26 (dev) New Comment: Is there a timeframe when this Bug will be fixed? Previous Comments: [2004-06-30 23:44:15] gregory at networksentry dot co dot za Ive just built myself up a x86_64 distro from scratch and have had the same problem as the libs are installed in */lib64/* and not */lib/* even setting this in configure args will not help i manualy edited the configure script useing a dirty sed script the configure program will need to take into the 64 bit lib paths to be multi platform ... the /lib dirs are for 32 bit apps and legacy software it is posible to have both a 32bit and 64 bit MySQL client lib on the same host even compiled with the same compiler (-m32/-m64) switches. i never took time to look into modifying the .m4 files as i do not understand there layout/usage. if the fine android in charge of the said files could make changes it would be appreciated. TTFN [2004-05-21 14:57:00] zerokode at gmx dot net Hmmm... Maybe you could just check for -lmysql... That is platform-independent... (this also goes for the GD-dependent libs...) [2004-04-26 20:35:46] thomas+php at stromberg dot org The problem in this situation is there is no way to tell configure to see this directory. configure only allows you to specify the root directory of mysql, which in my case is /usr. There is no option in the PHP5 configure script to set something like --with-mysql-library=/usr/ lib64. [2004-04-26 20:30:15] [EMAIL PROTECTED] We only look for old fashion standard directories. Please specify the location manually on the configure line. [2004-04-26 04:20:06] thomas+php at stromberg dot org Description: The configure script has it hardcoded to search in lib/ or lib/mysql/ for the libmysqlclient library. At least in SUSE Linux 9.0 64-bit, you must add lib64/ to this search path so that it runs correctly. Here is a patch to configure, though I guess you guys need to patch the script that generates configure: --- configure~ 2004-04-25 21:13:43.0 -0500 +++ configure 2004-04-25 21:13:43.0 -0500 @@ -53844,7 +53844,7 @@ Note that the MySQL client library is not bundled anymore." 1>&2; exit 1; } fi - for i in lib lib/mysql; do + for i in lib lib64 lib64/mysql lib/mysql; do str="$MYSQL_DIR/$i/libmysqlclient.*" for j in `echo $str`; do Reproduce code: --- ./configure --with-apxs2=/usr/sbin/apxs2 --with-mysql Expected result: It should configure -- Edit this bug report at http://bugs.php.net/?id=28150&edit=1
#29384 [Opn->Fbk]: bcpow crashes apache (PHP 5.0.0)
ID: 29384 Updated by: [EMAIL PROTECTED] Reported By: suzanne at smkelly dot com -Status: Open +Status: Feedback Bug Type: BC math related Operating System: NT4 sp6a PHP Version: 5.0.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Could you also try to run the same code with PHP-CLI? I can't reproduce it witn under Win2k. Previous Comments: [2004-07-26 09:29:03] suzanne at smkelly dot com Description: the bcpow example in the manual crashes apache 2.0.44 (using php5apache2.dll) apache crashes with access violation not unique to manual example other uses of bcpow do the same thing using php.ini-recommended, with just a few changes, namely: display_errors = On display_startup_errors = On log_errors = Off extension_dir = "E:\php5.0.0\ext\" extension=php_mysql.dll sendmail_from = [EMAIL PROTECTED] bcpow works ok with PHP 4.3.0, same computer, same web server. this is a stable server that has been running for a long time Reproduce code: --- echo bcpow(4.2, 3, 2); // 74.08 Expected result: display 74.08 Actual result: -- apache/php crashes -- Edit this bug report at http://bugs.php.net/?id=29384&edit=1
#29405 [Opn]: can't make php 5.1
ID: 29405 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: gentoo PHP Version: 5CVS-2004-07-27 (dev) New Comment: Run ./buildconf && ./configure again after applying the patch. Previous Comments: [2004-07-27 14:25:27] [EMAIL PROTECTED] it didn't help [2004-07-27 14:02:23] [EMAIL PROTECTED] Yep, this happens because of missing comma in ext/gd/config.m4. Apply this patch: http://lists.php.net/php.cvs/28020, it should work after that. [2004-07-27 13:58:32] [EMAIL PROTECTED] Description: Not sure if I'm doing something bad, but... I've compilled PHP 5.1 yesterday successfully, but today I couldn't compile it. Reproduce code: --- ./buildconf ./configure --with-tidy --with-mysql --with-zlib --with-bz2 --with-gd --with-png --with-jpeg-dir --with-freetype-dir --with-apxs2=/usr/local/apache2/bin/apxs --disable-cgi --enable-exif --enable-sockets --enable-soap make Actual result: -- As the message is too big, I've posted it at: http://testes.aborla.net/php5_1-errors.txt -- Edit this bug report at http://bugs.php.net/?id=29405&edit=1
#29389 [Opn->Bgs]: var_dump() output is a little random
ID: 29389
Updated by: [EMAIL PROTECTED]
Reported By: tim at tenkan dot org
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: linux
PHP Version: 4.3.7
New Comment:
Duplicate of #29390.
Previous Comments:
[2004-07-26 17:29:43] tim at tenkan dot org
Description:
two var_dump() calls right after each other print something
different, even though they're given the same argument
Reproduce code:
---
Expected result:
array(1) {
[1]=>
&array(1) {
[1]=>
*RECURSION*
}
}
array(1) {
[1]=>
&array(1) {
[1]=>
*RECURSION*
}
}
Actual result:
--
array(1) {
[1]=>
&array(1) {
[1]=>
&array(1) {
[1]=>
*RECURSION*
}
}
}
array(1) {
[1]=>
array(1) {
[1]=>
*RECURSION*
}
}
--
Edit this bug report at http://bugs.php.net/?id=29389&edit=1
#29405 [Fbk->Opn]: can't make php 5.1
ID: 29405 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: gentoo PHP Version: 5CVS-2004-07-27 (dev) New Comment: it didn't help Previous Comments: [2004-07-27 14:02:23] [EMAIL PROTECTED] Yep, this happens because of missing comma in ext/gd/config.m4. Apply this patch: http://lists.php.net/php.cvs/28020, it should work after that. [2004-07-27 13:58:32] [EMAIL PROTECTED] Description: Not sure if I'm doing something bad, but... I've compilled PHP 5.1 yesterday successfully, but today I couldn't compile it. Reproduce code: --- ./buildconf ./configure --with-tidy --with-mysql --with-zlib --with-bz2 --with-gd --with-png --with-jpeg-dir --with-freetype-dir --with-apxs2=/usr/local/apache2/bin/apxs --disable-cgi --enable-exif --enable-sockets --enable-soap make Actual result: -- As the message is too big, I've posted it at: http://testes.aborla.net/php5_1-errors.txt -- Edit this bug report at http://bugs.php.net/?id=29405&edit=1
#29390 [Opn]: var_dump() treats recursive references differently for objects and arrays
ID: 29390
Updated by: [EMAIL PROTECTED]
Reported By: tim at tenkan dot org
Status: Open
Bug Type: Scripting Engine problem
Operating System: linux
PHP Version: 4.3.7
New Comment:
There are some memory leaks also:
/home/tony/CVS/php-src/Zend/zend_execute.c(662) : Freeing 0x3D17C590
(16 bytes), script=var_dump.test.php
/home/tony/CVS/php-src/Zend/zend_execute.c(3360) : Freeing 0x3D17B9E8
(32 bytes), script=var_dump.test.php
/home/tony/CVS/php-src/Zend/zend_hash.c(169) : Actual location
(location was relayed)
Last leak repeated 1 time
/home/tony/CVS/php-src/Zend/zend_execute.c(3243) : Freeing 0x3D174CB4
(16 bytes), script=var_dump.test.php
Previous Comments:
[2004-07-26 17:35:23] tim at tenkan dot org
Description:
var_dump() treats objects and arrays differently when they
contain references to themselves.
Reproduce code:
---
foo =& $a;
var_dump($a);
$b = array();
$b[1] =& $b;
var_dump($b);
?>
Expected result:
object(a)(1) {
["foo"]=>
&object(a)(1) {
["foo"]=>
*RECURSION*
}
}
array(1) {
[1]=>
&array(1) {
[1]=>
*RECURSION*
}
}
Actual result:
--
object(a)(1) {
["foo"]=>
&object(a)(1) {
["foo"]=>
&object(a)(1) {
["foo"]=>
*RECURSION*
}
}
}
array(1) {
[1]=>
array(1) {
[1]=>
*RECURSION*
}
}
--
Edit this bug report at http://bugs.php.net/?id=29390&edit=1
#29405 [Opn->Fbk]: can't make php 5.1
ID: 29405 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: gentoo PHP Version: 5CVS-2004-07-27 (dev) New Comment: Yep, this happens because of missing comma in ext/gd/config.m4. Apply this patch: http://lists.php.net/php.cvs/28020, it should work after that. Previous Comments: [2004-07-27 13:58:32] [EMAIL PROTECTED] Description: Not sure if I'm doing something bad, but... I've compilled PHP 5.1 yesterday successfully, but today I couldn't compile it. Reproduce code: --- ./buildconf ./configure --with-tidy --with-mysql --with-zlib --with-bz2 --with-gd --with-png --with-jpeg-dir --with-freetype-dir --with-apxs2=/usr/local/apache2/bin/apxs --disable-cgi --enable-exif --enable-sockets --enable-soap make Actual result: -- As the message is too big, I've posted it at: http://testes.aborla.net/php5_1-errors.txt -- Edit this bug report at http://bugs.php.net/?id=29405&edit=1
#29405 [NEW]: can't make php 5.1
From: [EMAIL PROTECTED] Operating system: gentoo PHP version: 5CVS-2004-07-27 (dev) PHP Bug Type: Compile Failure Bug description: can't make php 5.1 Description: Not sure if I'm doing something bad, but... I've compilled PHP 5.1 yesterday successfully, but today I couldn't compile it. Reproduce code: --- ./buildconf ./configure --with-tidy --with-mysql --with-zlib --with-bz2 --with-gd --with-png --with-jpeg-dir --with-freetype-dir --with-apxs2=/usr/local/apache2/bin/apxs --disable-cgi --enable-exif --enable-sockets --enable-soap make Actual result: -- As the message is too big, I've posted it at: http://testes.aborla.net/php5_1-errors.txt -- Edit bug report at http://bugs.php.net/?id=29405&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29405&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29405&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29405&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29405&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29405&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29405&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29405&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29405&r=support Expected behavior: http://bugs.php.net/fix.php?id=29405&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29405&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29405&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29405&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29405&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29405&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29405&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29405&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29405&r=float
#29404 [NEW]: APACHE caused an invalid page fault in module MSVCRT.DLL and stack fault in mod
From: rajesh at mcrmail dot com Operating system: windows PHP version: 4.3.9 PHP Bug Type: Apache related Bug description: APACHE caused an invalid page fault in module MSVCRT.DLL and stack fault in mod Description: APACHE caused an invalid page fault in module MSVCRT.DLL at 0167:7800fb09 APACHE caused a stack fault in module PHP4TS.DLL at 0167:100f3b84 -- Edit bug report at http://bugs.php.net/?id=29404&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29404&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29404&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29404&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29404&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29404&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29404&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29404&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29404&r=support Expected behavior: http://bugs.php.net/fix.php?id=29404&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29404&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29404&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29404&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29404&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29404&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29404&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29404&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29404&r=float
#29395 [Opn->Fbk]: sqlite_escape_string may return a random string
ID: 29395 Updated by: [EMAIL PROTECTED] Reported By: thecwin at gmail dot com -Status: Open +Status: Feedback Bug Type: SQLite related Operating System: XP Home and Slackware Linux PHP Version: 5CVS-2004-07-26 (dev) New Comment: Try this quickfix: http://tony2004.phpclub.net/dev/tmp/sqlite.diff Previous Comments: [2004-07-26 21:18:39] thecwin at gmail dot com Description: http://cwin.dotgeek.org/mem.php http://cwin.redirectme.net/mem.php If an empty string like "" is passed to a function as an argument which then passes the argument to sqlite_escape_string($arg), the returned value will be random garbage. The returned value may contain words or useless data. It looks like its reading random memory. Similar to bug 29339, but does *not* work when passing an empty string created in the function from which it is calling sqlite_escape_string Reproduce code: --- http://cwin.redirectme.net/mem.phps This is affected: whereas this is not: Expected result: It should return/print nothing. Actual result: -- (Possibly) random characters. -- Edit this bug report at http://bugs.php.net/?id=29395&edit=1
#29396 [Opn->Fbk]: php/sablotron - undefined symbol first reference in file
ID: 29396 Updated by: [EMAIL PROTECTED] Reported By: jmkeith at uark dot edu -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SunOS 5.9 PHP Version: 4.3.8 -Assigned To: +Assigned To: ilia New Comment: Please, try applying this patch: http://tony2004.phpclub.net/dev/tmp/xslt.diff don't forget to run `./buildconf --force && ./config.nice` before building PHP this time. Previous Comments: [2004-07-26 23:58:24] jmkeith at uark dot edu fixed summary [2004-07-26 22:43:29] jmkeith at uark dot edu Description: Using Sablotron 1.0.1 configured as: ./configure --prefix=/usr/local/Sablotron-1.0.1 --with-expat-prefix=/usr/local/expat --with-iconv-prefix=/usr/local/libiconv --with-js-dir=/usr/local/libjs and ln -s /usr/local/Sablotron-1.0.1/lib/libsablot.so /usr/lib/libsablot.so ln -s /usr/local/Sablotron-1.0.1/lib/libsablot.a /usr/lib/libsablot.a ln -s /usr/local/Sablotron-1.0.1/lib/libsablot.la /usr/lib/libsablot.la PHP Configure Line: ./configure --prefix=/usr/local/php-4.3.8 --with-mysql=/usr/local/mysql --with-ldap=/usr/local/ldap --with-config-file-path=/etc --enable-fastcgi --enable-libgcc --enable-calendar --enable-discard-path --disable-force-cgi-redirect --with-xml --enable-xslt --with-xslt-sablot=/usr/local/sablotron --with-sablot-js=/usr/local/libjs --enable-versioning --enable-memory-limit --enable-bcmath --with-curl=/usr/local/curl --with-gd --with-jpeg-dir=/usr/local/libjpegv6 --with-png-dir=/usr/local/libpng --with-zlib-dir=/usr --with-t1lib=/usr/local/t1lib --with-openssl-dir=/usr/local/ssl --with-openssl=/usr/local/ssl --enable-session --with-pcre-regex=yes --with-iconv-dir=/usr/local/libiconv --with-zlib=yes --with-pear --with-imap --with-imap-ssl --with-ftp --with-expat-dir=/usr/local/expat configure works fine. make builds well until it begins linking. Expected result: completed compile is expected. Actual result: -- /bin/sh /export/home/jmkeith/work/php-4.3.8/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 -L/usr/ucblib -L/opt/devtools-solaris/gcc-3.2.2/lib/gcc-lib/sparc-sun-solaris2.8/3.2.2 -L/usr/local/ssl/lib -L/usr/local/curl-7.12.0/lib -L/usr/local/curl/lib -L/usr/local/libjpegv6/lib -L/usr/local/libpng/lib -L/usr/local/t1lib/lib -L/usr/local/c-client -L/usr/local/ldap/lib -L/usr/local/mysql/lib/mysql -L/usr/local/expat/lib -L/usr/local/libiconv/lib -L/usr/local/sablotron/lib -lgcc_s -R /usr/ucblib -R /opt/devtools-solaris/gcc-3.2.2/lib/gcc-lib/sparc-sun-solaris2.8/3.2.2 -R /usr/local/ssl/lib -R /usr/local/curl-7.12.0/lib -R /usr/local/curl/lib -R /usr/local/libjpegv6/lib -R /usr/local/libpng/lib -R /usr/local/t1lib/lib -R /usr/local/c-client -R /usr/local/ldap/lib -R /usr/local/mysql/lib/mysql -R /usr/local/expat/lib -R /usr/local/libiconv/lib -R /usr/local/sablotron/lib ext/openssl/openssl.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo ext/curl/curl.lo ext/curl/curlstreams.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/gd/libgd/xbm.lo ext/imap/php_imap.lo ext/ldap/ldap.lo
#29398 [Opn->Bgs]: Unable to allocate memory with big jpeg files
ID: 29398
Updated by: [EMAIL PROTECTED]
Reported By: speps84 at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: GD related
Operating System: Windows XP
PHP Version: 5.0.0
New Comment:
GD lib needs lots of memory to store the image converted to it's
internal format, which is very memory consumpting.
So GD just don't have enough memory to do it.
Use console tools (ImageMagick for example) to work with such a large
files, this is not a PHP bug.
Previous Comments:
[2004-07-26 23:26:38] speps84 at hotmail dot com
Description:
I wrote a script that uses GD to slice big jpeg files (about 50mb,
21600x21600) into small 100x100 jpeg.
To make this, I have to open these big files and I use the function
imagecreatefromjpeg.
While loading (HDD is working), I receive this error:
FATAL: emalloc(): Unable to allocate 86400 bytes
I have tested different values of memory_limit in php.ini ( and with
--enable-memory-limit) even the unlimited value of -1: always the same
error.
This error happens only with very big jpeg files (37mb and 47mb), not
with about 4mb jpeg.
Reproduce code:
---
Launching PHP in Command Line mode under Windows XP:
php "myscript.php" --enable-debug --enable-memory-limit
The PHP Code is very simple :
$img = imagecreatefromjpeg("bigfile.jpg");
Expected result:
Opening of the image.
Actual result:
--
FATAL: emalloc(): Unable to allocate 86400 bytes
--
Edit this bug report at http://bugs.php.net/?id=29398&edit=1
#29402 [Opn->Ana]: Oracle 9i lib path issue in configure script
ID: 29402 Updated by: [EMAIL PROTECTED] Reported By: brian dot bush at alltel dot com -Status: Open +Status: Analyzed Bug Type: *Configuration Issues Operating System: SunOS 5.8 PHP Version: 5.0.0 -Assigned To: +Assigned To: tony2001 Previous Comments: [2004-07-27 04:38:40] brian dot bush at alltel dot com Description: We were getting an error about the readline library not being found during the configure process. We have just upgraded to Oracle 9.2.0 which has moved its 32-bit libraries to $ORACLE_HOME/lib32 from $ORACLE_HOME/lib. config.log gave more clues that this was the problem. We fixed it by changing the $OCI8_DIR/lib and $ORACLE_DIR/lib to $OCI8/lib32 and $ORACLE_DIR/lib32 respectively in the configure script. I think the configure script should have an option added that will specify to use 64 or 32 bit Oracle libraries. -- Edit this bug report at http://bugs.php.net/?id=29402&edit=1
#29336 [Fbk->Asn]: Segmentation fault
ID: 29336 Updated by: [EMAIL PROTECTED] Reported By: glorybox at s dot od dot ua -Status: Feedback +Status: Assigned Bug Type: Session related Operating System: Linux 2.4.18-xfs-1.1 PHP Version: 5CVS-2004-07-22 (dev) -Assigned To: +Assigned To: sascha Previous Comments: [2004-07-26 07:45:41] marcus at lucidix dot com that patch fixes the problem for me. thanks! [2004-07-23 09:13:29] [EMAIL PROTECTED] Please try this patch: http://tony2004.phpclub.net/dev/tmp/session.diff Does it happen with it too ? [2004-07-22 19:02:22] glorybox at s dot od dot ua Description: While starting session with session_start() PHP5 causes Apache to segfault. No changes were actually made to php.ini-dist Reproduce code: --- Expected result: Expected to start session. -- Edit this bug report at http://bugs.php.net/?id=29336&edit=1
#28365 [Com]: make install-pear fails, segmentation faut
ID: 28365 Comment by: michael at obster dot org Reported By: php dot wayne at ptaff dot ca Status: Open Bug Type: Zend Engine 2 problem Operating System: GNU/Linux Mandrake Cooker PHP Version: 4.3.6 New Comment: Please test if you get a running php with --without-pear. If PHP also segfaults perhaps it is the same reason I have had. Do you compile with --with-db4? Or s.th similar? Because my PHP is running with PEAR now, after leaving the configure switch out. Previous Comments: [2004-07-26 21:57:17] michael at obster dot org PHP 4.3.5 and 4.3.2 also segfaulting. Looks like this is not a PHP problem. Any help would be good or better an autoconf-check for a specific version check of the buggy package... [2004-07-26 21:16:54] michael at obster dot org Same on a standard Debian Woody with PHP 4.3.8. A solution is urgently needed! [2004-06-10 11:33:12] paul at vanbrouwershaven dot com Same problem with PHP 4.3.7 Fedora C1 kernel 2.4.22 gcc 3.3.2 [2004-05-12 07:34:22] php dot wayne at ptaff dot ca Description: Downloaded php-4.3.6, un-tarred, ./configure, make, make install. Tried with the latest snapshot, same result, failure on "make install" The make install fails on PEAR installation: Installing PEAR environment: /usr/local/stow/php-4.3.6//lib/php/ make[1]: *** [install-pear-installer] Segmentation fault (core dumped) The command producing the segfault is: /home/ptaff/src/php/php4-STABLE-200405120430/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /home/ptaff/src/php/php4-STABLE-200405120430/pear/install-pear.php -d /usr/local/stow/php-4.3.6//lib/php -b /usr/local/stow/php-4.3.6//bin /home/ptaff/src/php/php4-STABLE-200405120430/pear/package-Archive_Tar.xml backtracing, we have: [Thread debugging using libthread_db enabled] [New Thread 1084061408 (LWP 7178)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1084061408 (LWP 7178)] 0x0823200d in call_overloaded_function (T=0x67b9e57c, arg_count=1, return_value=0x8376684) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:990 990 ce = Z_OBJCE_P(T->EA.data.overloaded_element.object); (gdb) bt #0 0x0823200d in call_overloaded_function (T=0x67b9e57c, arg_count=1, return_value=0x8376684) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:990 #1 0x0823566b in execute (op_array=0x853444c) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:1701 #2 0x082353e0 in execute (op_array=0x8538cec) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:1679 #3 0x082353e0 in execute (op_array=0x8374fe4) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:1679 #4 0x08222c31 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend.c:886 #5 0x081ee00d in php_execute_script (primary_file=0xbfffea50) at /home/ptaff/src/php/php4-STABLE-200405120430/main/main.c:1731 #6 0x08248cfc in main (argc=12, argv=0xbfffeb14) at /home/ptaff/src/php/php4-STABLE-200405120430/sapi/cli/php_cli.c:822 (gdb) frame 1 #1 0x0823566b in execute (op_array=0x853444c) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:1701 1701 call_overloaded_function(&EX(Ts)[EX(fbc)->overloaded_function.var], EX(opline)->extended_value, EX(Ts)[EX(opline)->result.u.var].var.ptr TSRMLS_CC); I tried a clean ./configure (without any options), a clean CFLAGS, still I get the same error. I also tried --disable-overload as a wild guess. Versions used: gcc: 3.3.2 glibc: 2.3.3 (NPTL) kernel: 2.6.5 I'm out of ideas here, what should I try next? -- Edit this bug report at http://bugs.php.net/?id=28365&edit=1
