#43202 [NEW]: cannot load mysql extension; please check PHP configuration
From: rubel_13bd at hotmail dot com Operating system: windows 2000 Professional PHP version: 5.2.4 PHP Bug Type: MySQL related Bug description: cannot load mysql extension; please check PHP configuration Description: cannot load mysql extensionOCL.dll - The specified module could not be found. -- Edit bug report at http://bugs.php.net/?id=43202edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43202r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43202r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43202r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43202r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43202r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43202r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43202r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43202r=needscript Try newer version:http://bugs.php.net/fix.php?id=43202r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43202r=support Expected behavior:http://bugs.php.net/fix.php?id=43202r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43202r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43202r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43202r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43202r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43202r=dst IIS Stability:http://bugs.php.net/fix.php?id=43202r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43202r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43202r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43202r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43202r=mysqlcfg
#13771 [Com]: did everything from DSO installation to static
ID: 13771
Comment by: aziziahmad at petronas dot com dot my
Reported By: noel_y at hotmail dot com
Status: No Feedback
Bug Type: PHP options/info functions
Operating System: Suse 7.0
PHP Version: 4.0.4pl1
New Comment:
hello guys..
need your help ..i got a problem with this php scriptthe page can't
be displayed in the browser when i reload to the server..please help
me..
the coding
?php require_once('Connections/utphse.php'); ?
?php
// *** Validate request to login to this site.
if (!isset($_SESSION)) {
session_start();
}
$loginFormAction = $_SERVER['PHP_SELF'];
if (isset($_GET['accesscheck'])) {
$_SESSION['PrevUrl'] = $_GET['accesscheck'];
}
if (isset($_POST['username'])) {
$loginUsername=$_POST['username'];
$password=$_POST['password'];
$MM_fldUserAuthorization = ;
$MM_redirectLoginSuccess = adminmain.php;
$MM_redirectLoginFailed = faillogin_msg.php;
$MM_redirecttoReferrer = false;
mysql_select_db($database_utphse, $utphse);
$LoginRS__query=sprintf(SELECT user_name, user_password FROM user
WHERE user_name='%s' AND user_password='%s',
get_magic_quotes_gpc() ? $loginUsername :
addslashes($loginUsername), get_magic_quotes_gpc() ? $password :
addslashes($password));
$LoginRS = mysql_query($LoginRS__query, $utphse) or
die(mysql_error());
$loginFoundUser = mysql_num_rows($LoginRS);
if ($loginFoundUser) {
$loginStrGroup = ;
//declare two session variables and assign them
$_SESSION['MM_Username'] = $loginUsername;
$_SESSION['MM_UserGroup'] = $loginStrGroup;
//declare session to recognize user
$_SESSION['name'] = $loginUsername;
if (isset($_SESSION['PrevUrl']) false) {
$MM_redirectLoginSuccess = $_SESSION['PrevUrl'];
}
header(Location: . $MM_redirectLoginSuccess );
}
else {
header(Location: . $MM_redirectLoginFailed );
}
}
?
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;
html xmlns=http://www.w3.org/1999/xhtml;
!-- DW6 --
head
!-- Copyright 2005 Macromedia, Inc. All rights reserved. --
titleHome Page/title
meta http-equiv=Content-Type content=text/html; charset=iso-8859-1
/
link rel=stylesheet href=css/mm_training.css type=text/css /
/head
body bgcolor=#64748B
table width=100% border=0 cellspacing=0 cellpadding=0
tr bgcolor=#FF
td width=15 nowrap=nowrapimg src=css/mm_spacer.gif alt=
width=15 height=1 border=0 //td
td height=70 colspan=3 nowrap=nowrap class=logoimg
src=images/TOPIC.jpg width=978 height=99 //td
td width=40nbsp;/td
td width=100%nbsp;/td
/tr
tr bgcolor=#FF6600
td colspan=6img src=css/mm_spacer.gif alt= width=1
height=4 border=0 //td
/tr
tr bgcolor=#D3DCE6
td colspan=6img src=css/mm_spacer.gif alt= width=1
height=1 border=0 //td
/tr
tr bgcolor=#FFCC00
td width=15 nowrap=nowrapnbsp;/td
td width=705 colspan=3 height=24
table border=0 cellpadding=0 cellspacing=0 id=navigation
tr
td class=navText align=center nowrap=nowrapa
href=login.phpHOME/a/td
td class=navText align=center nowrap=nowrapa
href=user_announcement.phpANNOUNCEMENT/a/td
td class=navText align=center nowrap=nowrapa
href=user_info.phpINFORMATION /a/td
td class=navText align=center nowrap=nowrapa
href=user_report.phpREPORT ACCIDENT/INCIDENT /a/td
td class=navText align=center nowrap=nowrapa
href=chra%20user.phpCHRA /a/td
td class=navText align=center nowrap=nowrapa
href=hsems%20user.phpHSEMS /a/td
td class=navText align=center nowrap=nowrapa
href=ERP%20user.phpERP /a/td
td class=navText align=center nowrap=nowrapa
href=aboutus.phpABOUT US /a/td
/tr
/table /td
td width=40nbsp;/td
td width=100%nbsp;/td
/tr
tr bgcolor=#D3DCE6
td colspan=6img src=css/mm_spacer.gif alt= width=1
height=1 border=0 //td
/tr
tr bgcolor=#FF6600
td colspan=6img src=css/mm_spacer.gif alt= width=1
height=4 border=0 //td
/tr
tr bgcolor=#D3DCE6
td width=230 colspan=2 valign=top bgcolor=#FFimg
src=images/pageimage1.gif alt=Home Page Image width=245
height=207 border=0 /br /
table border=0 cellspacing=0 cellpadding=0 width=230
tr
td width=230 class=sidebarText id=paddingbr /
table width=100% border=1 cellpadding=1
cellspacing=0
id=table7
tr
td bgcolor=#FFdiv
align=centerbfont face=Verdana
size=2Login Area /font/b/div/td
/tr
tr
tdform id=login name=login
method=POST action=?php echo
$loginFormAction; ?
#43203 [NEW]: PDO better support for float bind values
From: lafriks at inbox dot lv Operating system: PHP version: 5.2.4 PHP Bug Type: Feature/Change Request Bug description: PDO better support for float bind values Description: It would be way easier to work with PDO if there was PDO::PARAM_FLOAT. Otherwise there is always need to check for comma and point if in different locales and that just makes it unnecessary hard to work with float numbers and binding to prepared statements. -- Edit bug report at http://bugs.php.net/?id=43203edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43203r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43203r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43203r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43203r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43203r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43203r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43203r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43203r=needscript Try newer version:http://bugs.php.net/fix.php?id=43203r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43203r=support Expected behavior:http://bugs.php.net/fix.php?id=43203r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43203r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43203r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43203r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43203r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43203r=dst IIS Stability:http://bugs.php.net/fix.php?id=43203r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43203r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43203r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43203r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43203r=mysqlcfg
#15909 [Com]: mysql and header() problem prevent saving session vars(?)
ID: 15909 Comment by: kapilgopinath at gmail dot com Reported By: phpbug at ehrlichorg dot com Status: No Feedback Bug Type: Session related Operating System: Linux (Debian) PHP Version: 4.1.1 New Comment: NBMNMNBMBNMBN Previous Comments: [2006-07-07 00:44:29] jallinson at optusnet dot com dot au using session_write_close(); after seeting the session variable solved it for me. [2002-05-30 00:00:05] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, 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. [2002-04-29 15:23:06] [EMAIL PROTECTED] Does this happen with latest CVS (stable branch) snapshot ? http://snaps.php.net/php4-STABLE-latest.tar.gz --Jani [2002-04-29 12:21:48] phpbug at ehrlichorg dot com MySQL is not the problem. We have not changed MySQL versions, just the PHP version. Some of the cases that fail do not do any database operations. They change a context variable and page jump (via header()) to another PHP page. If this were a MySQL problem, the work around I described above would not fix it. The problem appears to be with PHP and the management of session variables. Note: Status should be changed to Open but the only options I have are No Feedback or Closed. [2002-04-29 00:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, 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. 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/15909 -- Edit this bug report at http://bugs.php.net/?id=15909edit=1
#43204 [NEW]: imageRectangle not draw rectangle with 1x1 pixel size
From: andreythinking at gmail dot com Operating system: Linux Mandrake 10.0 Official PHP version: 5.2.4 PHP Bug Type: GD related Bug description: imageRectangle not draw rectangle with 1x1 pixel size Description: Php-5.2.4 draw parallelepiped instead square, when recieves coordinats 0,0,0,0 (1x1 pixel). On another sizes this fenomen disappears. * * * Some system features (results of command rpm -qa | grep gd): ifplugd-0.21b-1mdk libgdbm2-1.8.0-24mdk sysklogd-1.4.1-5mdk libgdk_pixbuf2.0_0-2.2.4-9mdk libgdk-pixbuf2-0.22.0-2mdk perl-GTK-GdkPixbuf-0.7009-1mdk gdk-pixbuf-loaders-0.22.0-2mdk perl-GTK-GdkImlib-0.7009-1mdk gdm-2.4.4.7-6mdk libgdkcardimage0-2.4.2-2mdk No strange gd, compiled-in used. Reproduce code: --- ?php $img=imageCreate(20,30); $bgcolor=imageColorAllocate($img,255,0,255); $fgcolor=imageColorAllocate($img,0,255,255); imageFill($img,0,0,$bgcolor); imageRectangle($img,0,0,0,0,$fgcolor); header(content-type:image/png); imagePNG($img); imageColorDeallocate($img,$fgcolor); imageColorDeallocate($img,$bgcolor); imageDestroy($img); ? Expected result: Square 1x1 pixel size. Actual result: -- Parallelepiped 1x2 pixels: 2px on Y-axis. 1px on X-axis. -- Edit bug report at http://bugs.php.net/?id=43204edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43204r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43204r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43204r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43204r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43204r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43204r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43204r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43204r=needscript Try newer version:http://bugs.php.net/fix.php?id=43204r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43204r=support Expected behavior:http://bugs.php.net/fix.php?id=43204r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43204r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43204r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43204r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43204r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43204r=dst IIS Stability:http://bugs.php.net/fix.php?id=43204r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43204r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43204r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43204r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43204r=mysqlcfg
#43204 [Opn]: imageRectangle not draw rectangle with 1x1 pixel size (i.e. square)
ID: 43204 User updated by: andreythinking at gmail dot com -Summary: imageRectangle not draw rectangle with 1x1 pixel size Reported By: andreythinking at gmail dot com Status: Open Bug Type: GD related Operating System: Linux Mandrake 10.0 Official PHP Version: 5.2.4 New Comment: (Add word square to summary, to elaborate issue description.) Previous Comments: [2007-11-06 11:04:40] andreythinking at gmail dot com Description: Php-5.2.4 draw parallelepiped instead square, when recieves coordinats 0,0,0,0 (1x1 pixel). On another sizes this fenomen disappears. * * * Some system features (results of command rpm -qa | grep gd): ifplugd-0.21b-1mdk libgdbm2-1.8.0-24mdk sysklogd-1.4.1-5mdk libgdk_pixbuf2.0_0-2.2.4-9mdk libgdk-pixbuf2-0.22.0-2mdk perl-GTK-GdkPixbuf-0.7009-1mdk gdk-pixbuf-loaders-0.22.0-2mdk perl-GTK-GdkImlib-0.7009-1mdk gdm-2.4.4.7-6mdk libgdkcardimage0-2.4.2-2mdk No strange gd, compiled-in used. Reproduce code: --- ?php $img=imageCreate(20,30); $bgcolor=imageColorAllocate($img,255,0,255); $fgcolor=imageColorAllocate($img,0,255,255); imageFill($img,0,0,$bgcolor); imageRectangle($img,0,0,0,0,$fgcolor); header(content-type:image/png); imagePNG($img); imageColorDeallocate($img,$fgcolor); imageColorDeallocate($img,$bgcolor); imageDestroy($img); ? Expected result: Square 1x1 pixel size. Actual result: -- Parallelepiped 1x2 pixels: 2px on Y-axis. 1px on X-axis. -- Edit this bug report at http://bugs.php.net/?id=43204edit=1
#43105 [Opn]: PHP seems to fail to close open files.
ID: 43105 User updated by: ian at onlineloop dot com -Summary: Occasionally PHP can't execute external mail program Reported By: ian at onlineloop dot com Status: Open -Bug Type: Mail related +Bug Type: Unknown/Other Function Operating System: Solaris 10 -PHP Version: 5.2.5RC1 +PHP Version: 5.2.5RC2-dev New Comment: Changing this whole report as I have now more information. After further examining the problem, it is clear that PHP is sometimes failing to close the files it opens, and is generally failing to cleanly exit, if it exits at all. It is running with Apache 2.0.61. As time passes, PHP has more and more files open, the apache child processes do not exit, the status of the child processes stays on W, writing, for long periods of time although the network status on the server itsel clearly shows that all connections to the remote address have closed. The memory usage also climbs constantly until the apache child process dies, if the child process dies at all. In the system, this is noticable by the number of open files, in the last 24 hours, this has changed from 4.2Gb and 30,711 open files to now 6.6Gb and 48,462 open files. This increase in memory consumption and the number of open files is continuous. Additionally, there are more and more apache child processes that simply do not exit. It is this behaviour that is clearly responsible for the problems of opening other files, and for the failure to be able to execute some system calls, such as sending mail and writing log files. The cause for this behaviour is unclear, however it is definately PHP 5.2.x related as under PHP 5.1.6, everything is ok. Previous Comments: [2007-10-25 15:03:26] ian at onlineloop dot com Description: Working with PHP 5.2.5-RC2, build from php5.2-200710241430, problem also occurred in php5.2-200710171030. PHP for what ever reason is occasionally unable to execute the mail program that we have installed, ssmtp. I am able to run the script below 15-20 times, and 1 or 2 times the mail program fails, every other time it is successful. This problem seesm to occur only when there is a higher system load, apache needs to be serving 60-80 requests before this problem shows itself. Suspicion was in the maximum number of open files, however that can be ruled out as our system (Sun V440, 16Gb RAM, 4 x SPARC 1.6Ghz) allows up to 10240 open files at any one time. Additionally, there are sometimes problems creating files. Although the errors would point to a system problem, this is definately not the case as other processes on the system do not have problems (proftpd, for example), and everything was OK with PHP 5.1.6. A log file extract and system messages are: # Oct 25 16:28:01 www-walda mod_evasive[21333]: [ID 869489 daemon.alert] Couldn't open logfile /var/apache2/logs/mod_evasive-log/dos-86.56.222.150: Bad file number [25-Oct-2007 16:39:48] [UseBB Error] [Thu Oct 25 14:39:48 2007] [E_WARNING - mb_send_mail() [a href='function.mb-send-mail'function.mb-send-mail/a]: Could not execute mail delivery program '/usr/bin/ssmtp -t'] [./sources/functions.php:1164] [25-Oct-2007 16:30:03] PHP Warning: mail() [a href='function.mail'function.mail/a]: Could not execute mail delivery program '/usr/bin/ssmtp -t' in /ftp/usr/ian/mailtest.php on line 12 These problems have appeared only since we changed from PHP 5.1.6 to PHP 5.2.x (note that we have had many problems with PHP 5.2.x). We are currently using the PHP CVS version mentioned above, as up until and including PHP 5.2.4, bug numbers 41822, 41899 were blocking us. Reproduce code: --- ?php // Mail addresses have been removed because of spam concerns! $to = 'enter your mail address here'; $subject = 'the testmail'; $message = 'Testmail' ; $headers = 'From: senders mail address' . \r\n . 'Reply-To: senders mail address' . \r\n . 'X-Mailer: PHP/' . phpversion(); $date= date(d M y, G:i:s); if ( mail($to, $subject, $message, $headers) == TRUE) echo OK: $date, mail($to, $subject, $message, $headers); else echo False; ? Expected result: The code should run correctly every time, delivering a mail. Actual result: -- The mail is sent most times, but occasionally I get an error message back saying that the sending failed: Browser: Warning: mail() [function.mail]: Could not execute mail delivery program '/usr/bin/ssmtp -t' in /ftp/usr/ian/mailtest.php on line 12 False Logs: [25-Oct-2007 16:56:58] PHP Warning: mail() [a href='function.mail'function.mail/a]: Could not execute mail delivery program '/usr/bin/ssmtp -t' in /ftp/usr/ian/mailtest.php on line 12 -- Edit this bug report at http://bugs.php.net/?id=43105edit=1
#42374 [Asn]: --as-needed causes configure failures
ID: 42374 User updated by: galtgendo at o2 dot pl Reported By: galtgendo at o2 dot pl Status: Assigned Bug Type: Feature/Change Request Operating System: Gentoo PHP Version: 5.2CVS-2007-08-23 Assigned To: jani New Comment: Please disregard most of my last comment, I misunderstood something. I thought that --as-needed prevents linking with unused libraries, but it only marks them as unused, so above listings of ldd -u mean that it actually works, not the opposite. Anyway, what was exactly the problem that --preserve-dup-defs works around, cause the note in configure.in says only that there was a problem with older libtool, not what was it ? Previous Comments: [2007-11-05 22:49:15] galtgendo at o2 dot pl There's a funny thing, though. Command that built in example tidy.so was : /bin/sh /var/tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p2007091 4/libtool --silent --preserve-dup-deps --mode=link /var/tmp/portage/dev-lang/php -5.2.4_p20070914-r2/work/php-5.2.4_p20070914/meta_ccld -DPHP_ATOM_INC -I/var/tmp /portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p20070914/include -I/var /tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p20070914/main -I/va r/tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p20070914 -I/usr/in clude/libxml2 -I/var/tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_ p20070914/ext/date/lib -I/usr/include/freetype2 -I/usr/include/imap -I/var/tmp/p ortage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p20070914/ext/mbstring/oni guruma -I/var/tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p200709 14/ext/mbstring/libmbfl -I/var/tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/ php-5.2.4_p20070914/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/includ e/postgresql/libpq-4 -I/usr/include/pspell -I/var/tmp/portage/dev-lang/php-5.2.4 _p20070914-r2/work/php-5.2.4_p20070914/TSRM -I/var/tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p20070914/Zend -D_REENTRANT -I/usr/include -O2 -march=athlon -mtune=athlon -pipe -pthread -DZTS -Wl,-O1 -Wl,--as-needed -Wl,--sort-common -Wl,-z,relro -o ext/tidy/tidy.la -export-dynamic -avoid-version -prefer-pic -module -rpath /var/tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p20070914/modules -avoid-version -module ext/tidy/tidy.lo -ltidy -lcrypt -lcrypt -lsqlite -lhistory -lreadline -lncurses -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lgssapi -lkrb5 -lcom_err -lssl -lcrypto -ldl -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt so theoretically it should not have those dependencies, unless --preserve-dup-deps messes that up. I think I'll test this theory. Of course, this is a completely separate issue to the one this bug is about. [2007-11-05 21:39:39] galtgendo at o2 dot pl This may seem like nagging, but I wonder how are things comming along. And to add my 2c: ldd -u /usr/lib/php5/lib/php/extensions/no-debug-zts-20060613/tidy.so Unused direct dependencies: /usr/lib/libtidy-0.99.so.0 /lib/libcrypt.so.1 /usr/lib/libsqlite.so.0 /lib/libhistory.so.5 /lib/libreadline.so.5 /lib/libncurses.so.5 /lib/libresolv.so.2 /lib/libm.so.6 /lib/libdl.so.2 /lib/libnsl.so.1 /lib/libz.so.1 libgssapi.so.1 /usr/lib/libkrb5.so.22 /lib/libcom_err.so.2 /usr/lib/libssl.so.0.9.8 /usr/lib/libcrypto.so.0.9.8 /usr/lib/libxml2.so.2 /lib/libpthread.so.0 ldd -u /usr/lib/php5/lib/php/extensions/no-debug-zts-20060613/zlib.so Unused direct dependencies: /lib/libz.so.1 /lib/libcrypt.so.1 /usr/lib/libsqlite.so.0 /lib/libhistory.so.5 /lib/libreadline.so.5 /lib/libncurses.so.5 /lib/libresolv.so.2 /lib/libm.so.6 /lib/libdl.so.2 /lib/libnsl.so.1 libgssapi.so.1 /usr/lib/libkrb5.so.22 /lib/libcom_err.so.2 /usr/lib/libssl.so.0.9.8 /usr/lib/libcrypto.so.0.9.8 /usr/lib/libxml2.so.2 /lib/libpthread.so.0 And for comparison: ldd -u /usr/lib/php5/lib/php/extensions/no-debug-zts-20060613/gd.so Unused direct dependencies: /usr/lib/libfreetype.so.6 /lib/libcrypt.so.1 /usr/lib/libsqlite.so.0 /lib/libhistory.so.5 /lib/libreadline.so.5 /lib/libncurses.so.5 /lib/libresolv.so.2 /lib/libm.so.6 /lib/libdl.so.2 /lib/libnsl.so.1 /lib/libz.so.1 libgssapi.so.1 /usr/lib/libkrb5.so.22 /lib/libcom_err.so.2 /usr/lib/libssl.so.0.9.8 /usr/lib/libcrypto.so.0.9.8 /usr/lib/libxml2.so.2 /lib/libpthread.so.0 ldd -u /usr/bin/php Unused direct dependencies:
#29520 [Com]: php mysql compile fail
ID: 29520 Comment by: anderan at suponix dot com Reported By: martinkuria at hotmail dot com Status: No Feedback Bug Type: Compile Failure Operating System: Solaris9 PHP Version: 5.0.0 New Comment: me help: apt-get install libmysqlclient-dev Previous Comments: [2007-09-05 07:53:28] surface3 at tiscali dot it Hi Guys, i've got the same problem with php-5.2.3 and mysql 5.0.45. i've downloaded MySQL-devel-community-5.0.45-0 and i 've solved my problem with configure bye [2007-08-10 20:37:26] username at hotmail dot com I have experienced the same error message while compiling PHP 5.2.3 with MySQL 5.0.45. I am running OS X 10.4.10. When compiling with the line: --with-mysql-dir=/usr/local/mysql I get the error: configure: error: Cannot find MySQL header files under yes. When compiling with the line: --with-mysql=/usr/local/mysql I get the error: checking size of char *... configure: error: cannot compute sizeof (char *), 77 I have not yet resolved the issue, but I have tried older versions of MySQL 5 to no success. [2007-06-28 13:49:05] thangaraj dot manogaran at gmail dot com I am using php-5.2.3 and mysql 4.1.10 (default rpm package in RHE4 linux) and apache 2.2.4 in RHE4 64-bit linux machine. I started the mysql by giving the command : service mysqld start and mysql service is started. I have configured php with apache. But, while trying to configure Php with mysql i got errors. The data directory of the mysql is /var/lib/ and mysql.sock is present in /var/lib/mysql/. I tried configuring php with mysql with the following command: ./configure --with-mysql=/var/lib But got the errors: . .. Configuring extensions checking whether to enable LIBXML support... yes checking libxml2 install dir... no checking for xml2-config path... (cached) /usr/bin/xml2-config checking whether libxml build works... (cached) yes checking for OpenSSL support... no checking for Kerberos support... no checking for PCRE support... yes checking for ZLIB support... no checking if the location of ZLIB install directory is defined... no checking whether to enable bc style precision math functions... no checking for BZip2 support... no checking whether to enable calendar conversion support... no checking whether to enable ctype functions... yes checking for cURL support... no checking if we should use cURL for url streams... no checking size of long... (cached) 8 checking size of int... (cached) 4 checking for int32_t... (cached) yes checking for uint32_t... (cached) yes checking for sys/types.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for string.h... (cached) yes checking for stdlib.h... (cached) yes checking for strtoll... (cached) yes checking for atoll... (cached) yes checking for strftime... (cached) yes checking whether to enable DBA... no checking for QDBM support... no checking for GDBM support... no checking for NDBM support... no checking for Berkeley DB4 support... no checking for Berkeley DB3 support... no checking for Berkeley DB2 support... no checking for DB1 support... no checking for DBM support... no checking for CDB support... no checking for INI File support... no checking for FlatFile support... no checking whether to enable DBA interface... no checking whether to enable dbase support... no checking whether to enable DOM support... yes checking for xml2-config path... (cached) /usr/bin/xml2-config checking whether libxml build works... (cached) yes checking whether to enable EXIF (metadata from images) support... no checking for FrontBase SQL92 (fbsql) support... no checking for FDF support... no checking whether to enable input filter support... yes checking pcre install prefix... no checking whether to enable FTP support... no checking OpenSSL dir for FTP... no checking for GD support... no checking for the location of libjpeg... no checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for GNU gettext support... no checking for GNU MP support... no checking whether to enable hash support... yes checking whether byte ordering is bigendian... (cached) no checking size of short... (cached) 2 checking size of int... (cached) 4 checking size of long... (cached) 8 checking size of long long... (cached) 8 checking for iconv support... yes checking for iconv... (cached) yes checking if iconv is glibc's... yes checking
#43204 [Opn]: imageRectangle not draw rectangle with 1x1 pixel size (i.e. square)
ID: 43204 User updated by: andreythinking at gmail dot com Reported By: andreythinking at gmail dot com Status: Open Bug Type: GD related Operating System: Linux Mandrake 10.0 Official PHP Version: 5.2.4 New Comment: Of cause, it possible to use another function to put one pixel, but rectangle required, to work inside user function, that makes diagrams etc. Previous Comments: [2007-11-06 11:07:46] andreythinking at gmail dot com (Add word square to summary, to elaborate issue description.) [2007-11-06 11:04:40] andreythinking at gmail dot com Description: Php-5.2.4 draw parallelepiped instead square, when recieves coordinats 0,0,0,0 (1x1 pixel). On another sizes this fenomen disappears. * * * Some system features (results of command rpm -qa | grep gd): ifplugd-0.21b-1mdk libgdbm2-1.8.0-24mdk sysklogd-1.4.1-5mdk libgdk_pixbuf2.0_0-2.2.4-9mdk libgdk-pixbuf2-0.22.0-2mdk perl-GTK-GdkPixbuf-0.7009-1mdk gdk-pixbuf-loaders-0.22.0-2mdk perl-GTK-GdkImlib-0.7009-1mdk gdm-2.4.4.7-6mdk libgdkcardimage0-2.4.2-2mdk No strange gd, compiled-in used. Reproduce code: --- ?php $img=imageCreate(20,30); $bgcolor=imageColorAllocate($img,255,0,255); $fgcolor=imageColorAllocate($img,0,255,255); imageFill($img,0,0,$bgcolor); imageRectangle($img,0,0,0,0,$fgcolor); header(content-type:image/png); imagePNG($img); imageColorDeallocate($img,$fgcolor); imageColorDeallocate($img,$bgcolor); imageDestroy($img); ? Expected result: Square 1x1 pixel size. Actual result: -- Parallelepiped 1x2 pixels: 2px on Y-axis. 1px on X-axis. -- Edit this bug report at http://bugs.php.net/?id=43204edit=1
#32133 [Com]: Failed create COM object
ID: 32133
Comment by: taylor dot ren at gmail dot com
Reported By: fLAre_Dra_X at yahoo dot com
Status: No Feedback
Bug Type: COM related
Operating System: Windows XP SP 2
PHP Version: 5.0.1
New Comment:
Acknowledged that the above solution works fine in Vista.
But there is a new error message when I tried:
$doc=$word-Documents-Add();
it says:
Word is unable to trigger event.
I have Office 2003 installed. I guess it is due to the Add method is
not the corrrect method name. Any hints?
Previous Comments:
[2006-01-03 13:31:17] ozovadia at hotmail dot com
Here is a possible solution:
Verify that the user has the appropriate permissions to start the DCOM
server.
1. In the Control Panel, double-click Administrative Tools, and then
double-click Component Services.
2. In the Component Services snap-in, expand Computers, expand My
Computer, and double-click DCOM Config.
3. In the right pane, locate the program you are trying to create.
4. Right-click the program name, and then select Properties. On the
Security tab, in the Launch and Activation Permissions group box, select
Customize, and then click Edit.
5. Add the user (e.g. running the IIS server) to the permissions list,
and give the user the appropriate permissions.
That should do it.
[2006-01-03 12:06:55] ozovadia at hotmail dot com
Installed the latest version (5.1.1.1) and still experiencing the same
problem.
[2005-03-20 18:10:26] [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.
[2005-02-28 19:58:40] [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
[2005-02-28 15:58:43] fLAre_Dra_X at yahoo dot com
Description:
I've download the version of PHP :
http://snaps.php.net/win32/php5.0-win32-latest.zip
It's work to call COM class, but when create object like
word.application it failed.
My configuration is disable all COM option on php.ini like
com.allow_dcom. Is there any
configuration that i need to do with my php or with my IIS ???
Reproduce code:
---
?php
ini_set(com.allow_dcom,true);
// starting word
$word = new COM(word.application) or die(Unable to instanciate
Word);
print Loaded Word, version {$word-Version}\n;
//bring it to front
$word-Visible = 1;
//open an empty document
$word-Documents-Add();
//do some weird stuff
$word-Selection-TypeText(This is a test...);
$word-Documents[1]-SaveAs(Useless test.doc);
//closing word
$word-Quit();
//free the object
$word-Release();
$word = null;
?
Expected result:
Com object of word.
Actual result:
--
PHP Fatal error: Uncaught exception 'com_exception' with message
'Failed to create COM object `word.application': Access is denied. ' in
E:\Inetpub\wwwroot\tutor\com_word.php:4 Stack trace: #0
E:\Inetpub\wwwroot\tutor\com_word.php(4): com-com('word.applicatio...')
#1 {main} thrown in E:\Inetpub\wwwroot\tutor\com_word.php on line 4
--
Edit this bug report at http://bugs.php.net/?id=32133edit=1
#43154 [Fbk-Bgs]: __toArray() or __toIterator() Magic Method?
ID: 43154 Updated by: [EMAIL PROTECTED] Reported By: smoseley at transio dot com -Status: Feedback +Status: Bogus Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.2.4 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php There is also iterator_to_array(). Previous Comments: [2007-10-31 00:27:21] [EMAIL PROTECTED] What's wrong with the Iterator and IteratorAggregate interfaces? [2007-10-31 00:21:24] smoseley at transio dot com Description: Would love to see a __toArray() MM added that would default to an associative array of an object's properties in scope, but that could be overloaded with whatever. It would be very useful in cases where a specific method is required to iterate through an object's properties. Thanks! :) -- Edit this bug report at http://bugs.php.net/?id=43154edit=1
#43196 [Opn-Asn]: array_intersect_assoc() generates segmentation fault with non-array input(s)
ID: 43196 Updated by: [EMAIL PROTECTED] Reported By: kraghuba at in dot ibm dot com -Status: Open +Status: Assigned Bug Type: Arrays related Operating System: Linux, windows PHP Version: 5.3CVS-2007-11-05 (snap) New Comment: Fix underway. Previous Comments: [2007-11-05 12:53:15] kraghuba at in dot ibm dot com Description: array_intersect_assoc() generates segmentation fault when any of its argument is given as non array. There is no warning message issued indicating that an array should be passed. This problem is noticed with the drivers after 18th Oct 2007. Applicable to php5.2, php5.3 and php6. Reproduce code: --- ?php $arr = array(1, 2, 3, 4); $val = 1234; var_dump( array_intersect_assoc($arr, $val) ); ? Expected result: Warning: array_intersect(): Argument #2 is not an array in %s on line %d NULL Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=43196edit=1
#43196 [Asn-Csd]: array_intersect_assoc() generates segmentation fault with non-array input(s)
ID: 43196 Updated by: [EMAIL PROTECTED] Reported By: kraghuba at in dot ibm dot com -Status: Assigned +Status: Closed Bug Type: Arrays related Operating System: Linux, windows PHP Version: 5.3CVS-2007-11-05 (snap) New Comment: Fixed in CVS. I think the same bug was with array_diff_assoc() as well. But I fixed that too. (no test for it yet?) Previous Comments: [2007-11-06 13:02:29] [EMAIL PROTECTED] Fix underway. [2007-11-05 12:53:15] kraghuba at in dot ibm dot com Description: array_intersect_assoc() generates segmentation fault when any of its argument is given as non array. There is no warning message issued indicating that an array should be passed. This problem is noticed with the drivers after 18th Oct 2007. Applicable to php5.2, php5.3 and php6. Reproduce code: --- ?php $arr = array(1, 2, 3, 4); $val = 1234; var_dump( array_intersect_assoc($arr, $val) ); ? Expected result: Warning: array_intersect(): Argument #2 is not an array in %s on line %d NULL Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=43196edit=1
#43167 [Opn-Ver]: ReflectionMethod::isConstructor() does not work for interfaces
ID: 43167
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Verified
Bug Type: Scripting Engine problem
-Operating System: Irrelevant
+Operating System: *
-PHP Version: 5.3CVS-2007-11-01 (CVS)
+PHP Version: 5.2.*
New Comment:
This is discussable as it is not really a constructor here. It simply
forces the protocol for the constructor. We do mark abstract
constructors as ctors though, so we imho should do so in interfaces as
well.
[EMAIL PROTECTED] PHP_5_3]$ php -r 'abstract class t{abstract function
__construct();} ReflectionClass::export(T);'
make: `sapi/cli/php' is up to date.
Class [ user abstract class t ] {
@@ Command line code 1-1
- Constants [0] {
}
- Static properties [0] {
}
- Static methods [0] {
}
- Properties [0] {
}
- Methods [1] {
Method [ user, ctor abstract public method __construct ] {
@@ Command line code 1 - 1
}
}
}
Previous Comments:
[2007-11-01 07:52:22] [EMAIL PROTECTED]
Description:
ReflectionMethod::isConstructor() does not work for methods that are
named __construct() in interfaces.
Reproduce code:
---
?php
interface Foo
{
public function __construct(Bar $bar);
}
$interface = new ReflectionClass('Foo');
$constructor = $interface-getMethod('__construct');
var_dump($constructor-isConstructor());
Expected result:
bool(true)
Actual result:
--
bool(false)
--
Edit this bug report at http://bugs.php.net/?id=43167edit=1
#43196 [Csd]: array_intersect_assoc() generates segmentation fault with non-array input(s)
ID: 43196 User updated by: kraghuba at in dot ibm dot com Reported By: kraghuba at in dot ibm dot com Status: Closed Bug Type: Arrays related Operating System: Linux, windows PHP Version: 5.3CVS-2007-11-05 (snap) New Comment: thanks Jani. Tests for array_diff_assoc() is going to be there soon. Previous Comments: [2007-11-06 13:33:19] [EMAIL PROTECTED] Fixed in CVS. I think the same bug was with array_diff_assoc() as well. But I fixed that too. (no test for it yet?) [2007-11-06 13:02:29] [EMAIL PROTECTED] Fix underway. [2007-11-05 12:53:15] kraghuba at in dot ibm dot com Description: array_intersect_assoc() generates segmentation fault when any of its argument is given as non array. There is no warning message issued indicating that an array should be passed. This problem is noticed with the drivers after 18th Oct 2007. Applicable to php5.2, php5.3 and php6. Reproduce code: --- ?php $arr = array(1, 2, 3, 4); $val = 1234; var_dump( array_intersect_assoc($arr, $val) ); ? Expected result: Warning: array_intersect(): Argument #2 is not an array in %s on line %d NULL Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=43196edit=1
#43205 [NEW]: Crash with get_elements_by_tagname
From: rak at avast dot com
Operating system: Windows XP
PHP version: 5.2.5RC2
PHP Bug Type: DOM XML related
Bug description: Crash with get_elements_by_tagname
Description:
Report for
php__PID__2952__Date__11_06_2007__Time_04_56_14PM__140__Second_Chance_Exception_C005.dmp
Type of Analysis Performed Crash Analysis
Machine Name LENOVO
Operating System Windows XP Service Pack 2
Number Of Processors 2
Process ID 2952
Process Image c:\Program Files\PHP\php.exe
System Up-Time 2 day(s) 03:04:30
Process Up-Time 00:01:06
Thread 0 - System ID 6252
Entry point php!mainCRTStartup
Create time 6.11.2007 16:55:08
Time spent in user mode 0 Days 0:0:0.31
Time spent in kernel mode 0 Days 0:0:0.31
Function Arg 1 Arg 2 Arg 3 Source
php5ts!zend_object_store_get_object+1f 012ed190 01021ba0
100a70af
php5ts!zend_objects_get_address+f 012ed190 01021ba0 015f2fa4
php5ts!zend_std_get_properties+f 012ed190 01021ba0
php_domxml!php_domobject_new+1d34 01df52b0 0001 012ed190
php_domxml!php_domobject_new+1b8a 012eea50 01021ba0 01022798
php5ts!list_entry_destructor+43 012eea50 77c1c21b 01022798
php5ts!zend_hash_apply_deleter+97 01022798 012ed048 01021ba0
php5ts!zend_hash_graceful_reverse_destroy+13 01022798 1000273f
01022798
php5ts!zend_destroy_rsrc_list+a 01022798 01021ba0 01021ba0
php5ts!zend_deactivate+ff
PHP5TS!ZEND_OBJECT_STORE_GET_OBJECT+1FIn
php__PID__2952__Date__11_06_2007__Time_04_56_14PM__140__Second_Chance_Exception_C005.dmp
the assembly instruction at php5ts!zend_object_store_get_object+1f in
c:\Program Files\PHP\php5ts.dll from The PHP Group has caused an access
violation exception (0xC005) when trying to read from memory location
0x0034 on thread 0
Module Information
Image Name: c:\Program Files\PHP\php5ts.dll Symbol Type: PDB
Base address: 0x1000 Time Stamp: Sat Nov 03 21:05:11 2007
Checksum: 0x Comments:
COM DLL: False Company Name: The PHP Group
ISAPIExtension: False File Description: PHP Script Interpreter
ISAPIFilter: False File Version: 5.2.5.5
Managed DLL: False Internal Name: php5ts.dll
VB DLL: False Legal Copyright: Copyright © 1997-2007 The PHP Group
Loaded Image Name: php5ts.dll Legal Trademarks: PHP
Mapped Image Name: C:\Program Files\PHP\php5ts.dll Original filename:
php5ts.dll
Module name: php5ts Private Build:
Single Threaded: False Product Name: PHP Script Interpreter
Module Size: 4,86 MBytes Product Version: 5.2.5
Symbol File Name: C:\Program Files\PHP\php5ts.pdb Special Build:
RC3-dev
Reproduce code:
---
?php
$dom = domxml_open_mem('?xml version=1.0 encoding=UTF-8?rootrow
/ /root');
someFunction($dom);
function someFunction($dom){
$users = $dom-get_elements_by_tagname('row');
die();
}
?
Expected result:
DONE
Actual result:
--
apache/php crash
--
Edit bug report at http://bugs.php.net/?id=43205edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43205r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43205r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43205r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43205r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43205r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43205r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43205r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43205r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43205r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43205r=support
Expected behavior:http://bugs.php.net/fix.php?id=43205r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43205r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43205r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43205r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43205r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43205r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43205r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43205r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43205r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43205r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43205r=mysqlcfg
#31802 [Com]: ftp_get never downloads a file
ID: 31802 Comment by: bamf at yahoo dot com Reported By: neo_in_matrix at msn dot com Status: No Feedback Bug Type: FTP related Operating System: Fedora Core 1 3 PHP Version: 4.3.10 New Comment: Bamf sayz hello to all the ladies of the house. Can you say live glive la holland? !!!Yeah!!! Previous Comments: [2005-02-21 19:57:36] [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. [2005-02-02 17:02:07] [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 ?php and ends 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 to avoid embedding huge scripts into the report. [2005-02-02 04:16:15] neo_in_matrix at msn dot com Description: I have a small script file (less than 200 lines) that pulls Firefox/Thunderbird nightly trunk from mozilla.org. The script works well on Windows 2000 family since it was created in May 2003. I got my feet into Linux about half year ago. I had once tried to modify the script to let it work under Fedora Core 1; but I failed. ftp_get never download a file successfully. I think I was using an old version in PHP 4.3x series. I recently installed Fedore Core 3 and tried to do it again, since I think I am getting more experience on Linux. But, I get the same failure. It *seems* (no accurate proof) that ftp_get creates a zero byte file and never downloads and writes bytes to the file. I see this by doing ls -l. -- Edit this bug report at http://bugs.php.net/?id=31802edit=1
#43206 [NEW]: date_timezone_get() leaks memory
From: [EMAIL PROTECTED]
Operating system: Any
PHP version: 5.2.5RC2
PHP Bug Type: Date/time related
Bug description: date_timezone_get() leaks memory
Description:
date_timezone_get() leaks memory
Reproduce code:
---
?php
$d= date_create('now');
while(TRUE) {
date_timezone_get($d);
}
?
Expected result:
Memory usage stays constant.
Actual result:
--
Memory usage increases.
--
Edit bug report at http://bugs.php.net/?id=43206edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43206r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43206r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43206r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43206r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43206r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43206r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43206r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43206r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43206r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43206r=support
Expected behavior:http://bugs.php.net/fix.php?id=43206r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43206r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43206r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43206r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43206r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43206r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43206r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43206r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43206r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43206r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43206r=mysqlcfg
#43206 [Opn]: date_timezone_get() leaks memory
ID: 43206
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Date/time related
Operating System: Any
PHP Version: 5.2.5RC2
New Comment:
The following patch fixes the problem:
==
$ cvs diff -u ext/date/
cvs diff: Diffing ext/date
Index: ext/date/php_date.c
===
RCS file: /repository/php-src/ext/date/php_date.c,v
retrieving revision 1.43.2.45.2.51
diff -u -r1.43.2.45.2.51 php_date.c
--- ext/date/php_date.c 12 Jul 2007 18:59:05 - 1.43.2.45.2.51
+++ ext/date/php_date.c 6 Nov 2007 17:40:24 -
@@ -1613,7 +1613,7 @@
static void date_object_free_storage_timezone(void *object TSRMLS_DC)
{
php_timezone_obj *intern = (php_timezone_obj *)object;
-
+ timelib_tzinfo_dtor(intern-tz);
zend_object_std_dtor(intern-std TSRMLS_CC);
efree(object);
}
cvs diff: Diffing ext/date/lib
cvs diff: Diffing ext/date/tests
==
Seems it was simply forgotten to free the timezone in DateTimeZone's
destructor.
Because -tz is an internal pointer (and not a zval) memory_get_usage()
will not report a memory increase, you'll have to use Task Manager / top
/ ps to see the effect
Previous Comments:
[2007-11-06 17:40:00] [EMAIL PROTECTED]
Description:
date_timezone_get() leaks memory
Reproduce code:
---
?php
$d= date_create('now');
while(TRUE) {
date_timezone_get($d);
}
?
Expected result:
Memory usage stays constant.
Actual result:
--
Memory usage increases.
--
Edit this bug report at http://bugs.php.net/?id=43206edit=1
#43207 [NEW]: .htaccess settings missing (sometimes)
From: phpmyforum at gmail dot com Operating system: Linux PHP version: 5.2.5RC2 PHP Bug Type: Apache2 related Bug description: .htaccess settings missing (sometimes) Description: Since I upgraded from php4 to PHP 5.2.5RC2 .htaccess php_* options getting ignored. This happens for most, but not all requests. The default (php.ini) option for register_globals is off. My .htaccess file looks like this: php_flag register_globals on Now I downgraded to PHP 5.2.4 and it's working again. Hint: this bug looks very similar to #28522. PS: this may happen for other options './configure' '--prefix=/bbo/php' '--with-apxs2=/bbo/apachessl/bin/apxs' '--with-config-file-path=/bbo/etc/httpd' '--with-openssl=/bbo/usr' '--with-zlib' '--with-zlib-dir=/bbo/usr' '--with-bz2=/bbo/usr' '--enable-ftp' '--enable-exif' '--with-gd=/bbo/usr' '--enable-gd-native-ttf' '--with-jpeg-dir=/bbo/usr' '--with-png-dir=/bbo/usr' '--with-freetype-dir=/bbo/usr' '--with-mysql=/bbo/usr' '--with-mysqli=/bbo/usr/bin/mysql_config' '--with-pdo-mysql=/bbo/usr' '--with-iconv' '--with-iconv-dir=/bbo/usr' '--with-curl=/bbo/usr' '--with-curlwrappers' '--enable-soap' '--enable-sockets' '--enable-mbstring=all' '--enable-mbregex' '--with-xsl=/bbo/usr' '--with-libxml-dir=/bbo/usr' '--with-pspell=/bbo/usr' '--with-ldap=/bbo/usr' '--with-tidy=/bbo/usr' '--with-gettext=/bbo/usr' '--with-mcrypt=/bbo/usr' '--with-pcre-regex=/bbo/usr' '--enable-sigchild' '--enable-sysvshm' '--enable-sysvsem' '--enable-zip' '--disable-short-tags' '--with-pear=/bbo/php_includes' '--with-imap=/download/webserver/files/imap/' '--with-imap-ssl' '--without-kerberos' -- Edit bug report at http://bugs.php.net/?id=43207edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43207r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43207r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43207r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43207r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43207r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43207r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43207r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43207r=needscript Try newer version:http://bugs.php.net/fix.php?id=43207r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43207r=support Expected behavior:http://bugs.php.net/fix.php?id=43207r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43207r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43207r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43207r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43207r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43207r=dst IIS Stability:http://bugs.php.net/fix.php?id=43207r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43207r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43207r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43207r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43207r=mysqlcfg
#43206 [Opn-Asn]: date_timezone_get() leaks memory
ID: 43206
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: Date/time related
Operating System: Any
PHP Version: 5.2.5RC2
-Assigned To:
+Assigned To: derick
Previous Comments:
[2007-11-06 17:42:38] [EMAIL PROTECTED]
The following patch fixes the problem:
==
$ cvs diff -u ext/date/
cvs diff: Diffing ext/date
Index: ext/date/php_date.c
===
RCS file: /repository/php-src/ext/date/php_date.c,v
retrieving revision 1.43.2.45.2.51
diff -u -r1.43.2.45.2.51 php_date.c
--- ext/date/php_date.c 12 Jul 2007 18:59:05 - 1.43.2.45.2.51
+++ ext/date/php_date.c 6 Nov 2007 17:40:24 -
@@ -1613,7 +1613,7 @@
static void date_object_free_storage_timezone(void *object TSRMLS_DC)
{
php_timezone_obj *intern = (php_timezone_obj *)object;
-
+ timelib_tzinfo_dtor(intern-tz);
zend_object_std_dtor(intern-std TSRMLS_CC);
efree(object);
}
cvs diff: Diffing ext/date/lib
cvs diff: Diffing ext/date/tests
==
Seems it was simply forgotten to free the timezone in DateTimeZone's
destructor.
Because -tz is an internal pointer (and not a zval) memory_get_usage()
will not report a memory increase, you'll have to use Task Manager / top
/ ps to see the effect
[2007-11-06 17:40:00] [EMAIL PROTECTED]
Description:
date_timezone_get() leaks memory
Reproduce code:
---
?php
$d= date_create('now');
while(TRUE) {
date_timezone_get($d);
}
?
Expected result:
Memory usage stays constant.
Actual result:
--
Memory usage increases.
--
Edit this bug report at http://bugs.php.net/?id=43206edit=1
#43208 [NEW]: Calculation not taking place
From: joel at digitalparadise dot net
Operating system: Windows 2000 Server
PHP version: 5.2.4
PHP Bug Type: Reproducible crash
Bug description: Calculation not taking place
Description:
This code is part of a larger while loop which stops when $dayloop ==
false.
This page is a report of employee clock-in and clock-out times. It shows
the employee, followed by each day that the report includes, and their
times.
This code works in some circumstances, but most of the time, the 3rd line
simply does not execute, or rather the value is never updated - thus
resulting in an endless loop (because $dayloop stays true).
It used to work perfectly (for over 6 months...) on several versions of
PHP, so I do not believe this to be something version-related.
Reproduce code:
---
At this point, $thisday would be a date in the format -mm-dd.
$timestamp = strtotime($thisday);
$timestamp = $timestamp + (60 * 60 * 24); -- this line does not work
if ($timestamp strtotime($enddate)) {
$dayloop = false;
}
$thisday = date(Y-m-d, $timestamp); -- creates the above value
Expected result:
$timestamp = $timestamp + (60 * 60 * 24)
I expect the value of $timestamp to increase by 86400.
Actual result:
--
Sometimes the code works for a few cycles, but eventually it will stop
incrementing the value of $timestamp and the script will time out.
--
Edit bug report at http://bugs.php.net/?id=43208edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43208r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43208r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43208r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43208r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43208r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43208r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43208r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43208r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43208r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43208r=support
Expected behavior:http://bugs.php.net/fix.php?id=43208r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43208r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43208r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43208r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43208r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43208r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43208r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43208r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43208r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43208r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43208r=mysqlcfg
#42980 [Opn]: Extension DLL's calling improper path to helper DLL
ID: 42980
User updated by: p_hilyard at yahoo dot com
Reported By: p_hilyard at yahoo dot com
Status: Open
Bug Type: Dynamic loading
Operating System: Windows XP Pro
PHP Version: 5.2.4
New Comment:
Ok, just a clarification as why i'm unable to change the PATH. Most of
my devel work takes place on my mobile HDD (like i said) which gets
hooked to computers with DeepFreeze on them. Upon updating the PATH, i
need to restart windows to get it to accept the change. DeepFreeze
resets all files and settings to a previous state, which doesn't have
the proper PATH. I can not disable DF due to the computers being owned
by the state. If there is any way to create a variable or something in
php.ini to force use of a defined path within the ini, it would be
lovely. Otherwise, it would be nice to set php to refer to the proper
directory for module extensions (../).
Thank you!
Paden
Previous Comments:
[2007-10-15 18:16:53] p_hilyard at yahoo dot com
Description:
The extensions for PHP are calling improper locations for their helper
DLL's. I have my server set up on my portable HDD and have configured
Apache and PHP properly to reference to the drive. All paths in the
PHP.ini, and httpd.conf work perfectly. The issue is that
php_mcrypt.dll, php_mysql.dll, and php_mysqli.dll are calling the wrong
path for their support DLL's. They are using the machine's PATH
variable instead of using the files relative to the install location.
(Ex. php_mysql.dll will search this current machine's PATH
{C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\system32\nls;C:\WINDOWS\system32\nls\ENGLISH;C:\Program
Files\QuickTime\QTSystem\;C:\Program Files\Novell\ZENworks\} and not any
other link. The actual support DLL's {/phpdev5/php} are not being
searched for.) For this to work properly, i have to either copy the
support DLL's into one of the PATH directories, or add a location to the
PATH for it to search. Either of the 2 options I am unwilling to do, as
this should work perfectly off of one area. (Note: The PATH search did
not take place in PHP4. It called the support DLL's relative to the
install location.)
This results in a non-functioning extension, and multiple errors from
Apache.
Final note, PHP 4 had no problem with the DLL's. This is not an apache
problem, as i'm using the same Apache that i used for PHP4, reconfigured
of course! And switching back to PHP4 doesn't give me the problem.
Reproduce code:
---
_start5.bat:
/phpdev5/php/php.exe -c /phpdev5/php.ini -f /phpdev5/start.php
**END**
start.php:
?
echo PHP5 / Apache 2 Startup!..\n;
echo starting MySQL \n;
pclose( popen('start phpdev5\\mysql\\bin\\mysqld-nt.exe
--basedir=/phpdev5/mysql --datadir=/phpdev5/mysql/data --port=3306
--console --standalone','r' ) );
echo starting apache\n;
flush();
pclose(popen('start phpdev5\\Apache2\\bin\\apache.exe','r'));
flush();
sleep(5);
echo 'opening localhost';
exec( 'start http://localhost:80');
?
**END**
Expected result:
_start5.bat runs start.php through PHP.
start.php:
Echos a message, then starts MySQL.
Echos a message, then starts Apache2.
Opens an IExplroe window to localhost.
Script ends.
Actual result:
--
Start.bat successfully executes, calling start.php.
Start.php successfully starts MySQL after the echo.
Start.php starts Apache2 after the echo.
Apache2 errors stating PHP is unable to load libmysql.dll and
libmcrypt.dll.
(This application has failed to start because LIBMYSQL.dll (or
libmcrypt.dll) was not found. Re-installing the application may fix
this problem.)
Apache2 does not shut down, but keeps running without mcrypt and
mysql(i) support.
IExplore opens successfully.
Script ends.
Apache ERROR LOG:
[Mon Oct 15 10:31:11 2007] [notice] Apache/2.0.59 (Win32) PHP/5.2.4
configured -- resuming normal operations
[Mon Oct 15 10:31:11 2007] [notice] Server built: Jul 27 2006 15:55:03
[Mon Oct 15 10:31:11 2007] [notice] Parent: Created child process 3904
PHP Warning: PHP Startup: Unable to load dynamic library
'\\phpdev5\\php\\ext\\php_mcrypt.dll' - The specified module could not
be found.\r\n in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library
'\\phpdev5\\php\\ext\\php_mysql.dll' - The specified module could not be
found.\r\n in Unknown on line 0
[Mon Oct 15 10:31:12 2007] [notice] Child 3904: Child process is
running
[Mon Oct 15 10:31:12 2007] [notice] Child 3904: Acquired the start
mutex.
[Mon Oct 15 10:31:12 2007] [notice] Child 3904: Starting 250 worker
threads.
--
Edit this bug report at http://bugs.php.net/?id=42980edit=1
#43187 [Opn-Bgs]: Recursive loop crashes php instead of emitting error
ID: 43187
Updated by: [EMAIL PROTECTED]
Reported By: thuejk at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 5.2.4
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
This is a known recursion limit.
Previous Comments:
[2007-11-04 20:06:37] thuejk at gmail dot com
Description:
When running a recursive loop with lots of iterations, PHP will
segfault.
This will usually be a problem when you write buggy code by accident,
but I guess it is possible to imagine sane programs which uses lots of
recursive calls.
In any case, it is somewhat hard to debug the crash when it happens,
because you do not get an error message when running it in a browser.
Reproduce code:
---
?php
$i=0;
function f() {
global $i;
printf(%d\n, $i++);
f();
}
f();
?
Expected result:
(Ignoring the fact that the posted function is tail recursive, and
therefore could be rewritten as a non-recursive loop)
PHP should emit an E_ERROR before it runs out of space. Preferably also
an E_RECOVERABLE_ERROR or E_WARNING a little before it really runs out
of space.
Actual result:
--
$ php test.php
1
2
3
[...]
29066
29067
zsh: segmentation fault php test.php
--
Edit this bug report at http://bugs.php.net/?id=43187edit=1
#43205 [Opn-Bgs]: Crash with get_elements_by_tagname
ID: 43205
Updated by: [EMAIL PROTECTED]
Reported By: rak at avast dot com
-Status: Open
+Status: Bogus
Bug Type: DOM XML related
Operating System: Windows XP
PHP Version: 5.2.5RC2
New Comment:
Please report this bug at http://bugs.pecl.php.net/bugs/
Previous Comments:
[2007-11-06 16:00:16] rak at avast dot com
Description:
Report for
php__PID__2952__Date__11_06_2007__Time_04_56_14PM__140__Second_Chance_Exception_C005.dmp
Type of Analysis Performed Crash Analysis
Machine Name LENOVO
Operating System Windows XP Service Pack 2
Number Of Processors 2
Process ID 2952
Process Image c:\Program Files\PHP\php.exe
System Up-Time 2 day(s) 03:04:30
Process Up-Time 00:01:06
Thread 0 - System ID 6252
Entry point php!mainCRTStartup
Create time 6.11.2007 16:55:08
Time spent in user mode 0 Days 0:0:0.31
Time spent in kernel mode 0 Days 0:0:0.31
Function Arg 1 Arg 2 Arg 3 Source
php5ts!zend_object_store_get_object+1f 012ed190 01021ba0
100a70af
php5ts!zend_objects_get_address+f 012ed190 01021ba0
015f2fa4
php5ts!zend_std_get_properties+f 012ed190 01021ba0
php_domxml!php_domobject_new+1d34 01df52b0 0001
012ed190
php_domxml!php_domobject_new+1b8a 012eea50 01021ba0
01022798
php5ts!list_entry_destructor+43 012eea50 77c1c21b 01022798
php5ts!zend_hash_apply_deleter+97 01022798 012ed048
01021ba0
php5ts!zend_hash_graceful_reverse_destroy+13 01022798 1000273f
01022798
php5ts!zend_destroy_rsrc_list+a 01022798 01021ba0 01021ba0
php5ts!zend_deactivate+ff
PHP5TS!ZEND_OBJECT_STORE_GET_OBJECT+1FIn
php__PID__2952__Date__11_06_2007__Time_04_56_14PM__140__Second_Chance_Exception_C005.dmp
the assembly instruction at php5ts!zend_object_store_get_object+1f in
c:\Program Files\PHP\php5ts.dll from The PHP Group has caused an access
violation exception (0xC005) when trying to read from memory
location 0x0034 on thread 0
Module Information
Image Name: c:\Program Files\PHP\php5ts.dll Symbol Type: PDB
Base address: 0x1000 Time Stamp: Sat Nov 03 21:05:11 2007
Checksum: 0x Comments:
COM DLL: False Company Name: The PHP Group
ISAPIExtension: False File Description: PHP Script Interpreter
ISAPIFilter: False File Version: 5.2.5.5
Managed DLL: False Internal Name: php5ts.dll
VB DLL: False Legal Copyright: Copyright © 1997-2007 The PHP Group
Loaded Image Name: php5ts.dll Legal Trademarks: PHP
Mapped Image Name: C:\Program Files\PHP\php5ts.dll Original
filename: php5ts.dll
Module name: php5ts Private Build:
Single Threaded: False Product Name: PHP Script Interpreter
Module Size: 4,86 MBytes Product Version: 5.2.5
Symbol File Name: C:\Program Files\PHP\php5ts.pdb Special Build:
RC3-dev
Reproduce code:
---
?php
$dom = domxml_open_mem('?xml version=1.0
encoding=UTF-8?rootrow / /root');
someFunction($dom);
function someFunction($dom){
$users = $dom-get_elements_by_tagname('row');
die();
}
?
Expected result:
DONE
Actual result:
--
apache/php crash
--
Edit this bug report at http://bugs.php.net/?id=43205edit=1
#43182 [Opn]: file_put_contents' LOCK_EX flag is useless with advisory locking
ID: 43182
User updated by: chris_se at gmx dot net
Reported By: chris_se at gmx dot net
Status: Open
Bug Type: Streams related
Operating System: Any POSIX-compatible OS
PHP Version: 5.2.4
New Comment:
Oh, I forgot:
There's a solution for this problem that is quite a bit easier as the
other one I suggested:
ALWAYS open the file in append mode and truncate it AFTER acquiring the
lock. Normally this has the drawback that the append mode does NOT have
the same semantics as the write mode (i.e. using fseek to reposition the
write pointer won't work as the contents will always be appended to the
end of the file) but that doesn't matter here since a) with ftruncate()
the end of the file will be at byte zero and b) file_put_contents only
writes out the complete data and does not need to reposition the write
pointer of the file.
Well, at least with normal C and fopen(3) it's not that complicated,
with PHP's streams API it gets complicated again because some stream
wrappers don't support truncating of a file (e.g. the FTP wrapper).
Those don't support locking either, so that wouldn't be a problem anyway
except that it's as far as I could see not possible to determine whether
truncating the file will be possible BEFORE opening it.
Anyway, here's a patch against the PHP 5.2 branch that fixes this bug:
===
RCS file: /repository/php-src/ext/standard/file.c,v
retrieving revision 1.409.2.6.2.28
diff -u -r1.409.2.6.2.28 file.c
--- ext/standard/file.c 4 Sep 2007 12:51:49 - 1.409.2.6.2.28
+++ ext/standard/file.c 6 Nov 2007 18:49:48 -
@@ -604,16 +604,44 @@
context = php_stream_context_from_zval(zcontext, flags
PHP_FILE_NO_DEFAULT_CONTEXT);
- stream = php_stream_open_wrapper_ex(filename, (flags
PHP_FILE_APPEND) ? ab : wb,
+ // open in append mode and truncate later with LOCK_EX
+ // note that this will cause the stream to be closed and opened
again
+ // if truncating is not supported - but there is no way with
the
+ // current streams API to check before actually opening the
file
+ stream = php_stream_open_wrapper_ex(filename, (flags
PHP_FILE_APPEND || flags LOCK_EX) ? ab : wb,
((flags PHP_FILE_USE_INCLUDE_PATH) ? USE_PATH
: 0) | ENFORCE_SAFE_MODE | REPORT_ERRORS, NULL, context);
if (stream == NULL) {
RETURN_FALSE;
}
+ // worst-case scenario: user wanted LOCK_EX but the stream
can't be
+ // truncated. So, reopen in 'wb' mode and ignore locking
+ // (TODO: possibly generate a warning that LOCK_EX wasn't
possible with
+ // this stream?)
+ if (!(flags PHP_FILE_APPEND) (flags LOCK_EX)
!php_stream_truncate_supported(stream)) {
+ php_stream_close(stream);
+ stream = php_stream_open_wrapper_ex(filename, wb,
+ ((flags PHP_FILE_USE_INCLUDE_PATH) ?
USE_PATH : 0) | ENFORCE_SAFE_MODE | REPORT_ERRORS, NULL, context);
+ // remove LOCK_EX flag - locking will be useless now
anyway
+ // (we just truncated the file)
+ flags = flags ~LOCK_EX;
+ }
if (flags LOCK_EX (!php_stream_supports_lock(stream) ||
php_stream_lock(stream, LOCK_EX))) {
php_stream_close(stream);
RETURN_FALSE;
}
+
+ // if the file was to be locked and not to be opened in append
mode,
+ // we now need to truncate it (we already checked for truncate
support
+ // and reopened the stream and removed LOCK_EX if it wasn't
available)
+ if (!(flags PHP_FILE_APPEND) (flags LOCK_EX)) {
+ if (php_stream_truncate_set_size(stream, 0)) {
+ // we couldn't truncate the stream even though
+ // truncating was supported
+ php_stream_close(stream);
+ RETURN_FALSE;
+ }
+ }
switch (Z_TYPE_P(data)) {
case IS_RESOURCE:
===
It is a bit ugly because of the problem described above: It can only be
determined whether it's possible to truncate the file after it was
opened, so if it's not, it has to be closed and opened again. The
function remains functional in any case, just causes a little additional
overhead if a stream wrapper without file truncation support (e.g. FTP)
AND LOCK_EX are used together.
So, you have four possibilities now:
1) Use the patch as-is.
2) Improve the patch by somehow detecting truncate support before
opening the file (and therefore removing the need to reopen the file if
such a wrapper is used in combination with LOCK_EX).
3) Add the already mentioned file mode that doesn't include O_TRUNC
4) Remove the LOCK_EX flag from file_put_contents alltogether.
Previous Comments:
#43209 [NEW]: PHP Page not displaying
From: lzakoor at aventric dot com Operating system: Windows Server 2003 PHP version: 5.2.4 PHP Bug Type: IIS related Bug description: PHP Page not displaying Description: Hello All! I am extremely new to PHP and MySQL. I am really trying to learn and develop this on my own, however I've come upon a massive road block. Here's the scoop: Windows Server 2003 SP2 (this PHP/MySQL site is an Intranet) PHP 5.2.4 Dreamweaver 9 I know I installed PHP correctly, because the PHPinfo function works great. However, when I produce a simple login page, I get absolutely nothing. If I take the dreamweaver generated database code out of it I get my form, with no functionality. When dreamweaver inserts its own code for the database connection, funcitons, etc. I get nothing at all. When I view the source, it is COMPLETELY blank. Please Help! -- Edit bug report at http://bugs.php.net/?id=43209edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43209r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43209r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43209r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43209r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43209r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43209r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43209r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43209r=needscript Try newer version:http://bugs.php.net/fix.php?id=43209r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43209r=support Expected behavior:http://bugs.php.net/fix.php?id=43209r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43209r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43209r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43209r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43209r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43209r=dst IIS Stability:http://bugs.php.net/fix.php?id=43209r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43209r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43209r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43209r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43209r=mysqlcfg
