#31056 [Opn]: php_std_date() returns invalid formatted date if y2k_compliance is On
ID: 31056 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Date/time related Operating System: Linux 2.4 (Debian) PHP Version: 5.0.1 New Comment: It's just a matter of changing 2 hyphens to spaces at http://lxr.php.net/source/php-src/ext/standard/datetime.c#952 Michael Previous Comments: [2004-12-10 20:45:47] [EMAIL PROTECTED] Description: If INI directive "y2k_compliance" is set to "On", php_std_date() returns an invalid HTTP date: Sun, 06-Nov-1994 08:49:37 GMT - which should be: Sun, 06 Nov 1994 08:49:37 GMT - (RFC 822/1123) If "y2k_compliance" is set to "Off", php_std_date() returns a valid RFC850 HTTP date, though(like: Fri, 10-Dec-04 19:38:00 GMT). http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.3.1 -- Edit this bug report at http://bugs.php.net/?id=31056&edit=1
#31049 [Opn->Bgs]: FOR loop = infinite looping
ID: 31049
Updated by: [EMAIL PROTECTED]
Reported By: francois at b-powers dot be
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Red Hat Linux release 9 (Shrike)
PHP Version: 4.3.9
New Comment:
It's not a bug in PHP, so we mark this bug as Bogus.
Previous Comments:
[2004-12-11 01:09:19] francois at b-powers dot be
Hello,
Finally we find out an issue in our php.ini
[Zend]
zend_optimizer.optimization_level=15
zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-2.5.3
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-2.5.3
;zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so
Well it seems to be a bug or bogus, we don't know why that extension
(we just uncommented) of Zend would create that kind of endless loops.
We are just happy that is solved, if it's really bug could you tell us
?
Thanks for your support,
For B-Powers,
Francois
[2004-12-10 11:17:14] francois at b-powers dot be
Same kind of issue of this link: http://bugs.php.net/bug.php?id=30307
but here i have Php 4.3.9, how did you fix it ?
Thanks,
Francois
[2004-12-10 07:44:27] francois at b-powers dot be
One strange thing that i learned by testing if, i put $link++; instead
if $link=$link+1; it's working why ?
Or even if i put $i<= (12+0), is it a string problem ?
By the way my FOR loops are working in a small test.php page but in my
big php page (47kb) public.php
Thanks,
Francois
[2004-12-10 03:16:10] francois at b-powers dot be
Description:
Hello,
I have a user who just moved to my server and the script was working
fine on Php 4.3.9 loaded as a CGI. Now, we are on Apache with php
loaded as a module. Here is our phpinfo:
http://www.b-powers.be/phpinfo.php
The problem is about FOR loops. Indeed, for some reasons, it's going to
an endless looping even if the code is right.
Hoping someone will be able to help us,
We tried to fix it since 3 days.
Francois
Ps; this script is made of a lot of files using FOR loops so we are
looking for a fix in this memory problem or bug, so we won't need to
edit all files. THANKS A LOT.
Reproduce code:
---
" . traduc($langue,date ("F",
mktime(0,0,0,$i,1,$_GET['year']))) . "\n";
}
/* IF I DO REPLACE IT WITH A WHILE IT WILL WORK ...
$i=1;
while ($i <= 12)
{
$link = $i+1;
IF($_GET['month'] == $link)
$selected = "selected";
} ELSE {
$selected = "";
}
echo "" . traduc($langue,date ("F",
mktime(0,0,0,$i,1,$_GET['year']))) . "\n";
$i++;
}
*/
?>
Expected result:
showing in a scrollbox, the 12 months
Actual result:
--
endless loop
--
Edit this bug report at http://bugs.php.net/?id=31049&edit=1
#29996 [Asn->Fbk]: segmention fault since final release of PHP5
ID: 29996 Updated by: [EMAIL PROTECTED] Reported By: thomas dot hebinck at digionline dot de -Status: Assigned +Status: Feedback Bug Type: Reproducible crash Operating System: Linux Debian Woody PHP Version: 5.0.3RC1 Assigned To: andi Previous Comments: [2004-12-11 00:21:31] [EMAIL PROTECTED] One more question. Is this a script which uses dl()? [2004-12-11 00:16:17] [EMAIL PROTECTED] I took a look at this bug report but honestly there's not enough here for me to actually understand where the problem is. More info would be appreciated. Maybe a valgrind trace of ./httpd -X? [2004-12-08 18:23:01] [EMAIL PROTECTED] Andi, this looks like a reasonable patch (caveat emptor: I didn't look very hard), and is cleaner than my suggestion for commenting out the dlunload call that I mentioned a couple of times now. Would be great if we can resolve this soon. [2004-12-07 17:24:45] thomas dot hebinck at digionline dot de Hi, I applied the patch - but it doesn't work for me. Now I get: /usr/src/php-5.0.3RC1/Zend/zend_hash.c(636) : ht=0x40412370 is already destroyed [Tue Dec 7 17:21:10 2004] [notice] child pid 21964 exit signal Segmentation fault (11) But - thanks! :-) Bye, Thomas. [2004-12-06 21:01:16] jost2345 at yahoo dot de #13 0x402df6ee in shutdown_executor () at /usr/src/php-5.0.2/Zend/zend_execute_API.c:209 #14 0x402edcb5 in zend_deactivate () at /usr/src/php-5.0.2/Zend/zend.c:818 #15 0x402a664b in php_request_shutdown (dummy=0x0) at We have experienced the same problem. A description and a preliminary fix is here: -> http://cvs.sourceforge.net/viewcvs.py/php-java-bridge/php-java-bridge/php5-crash-in-evaluator-shutdown_workaround.patch?view=markup 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/29996 -- Edit this bug report at http://bugs.php.net/?id=29996&edit=1
#31038 [Opn->Fbk]: Segmentation fault on ocilogon
ID: 31038
Updated by: [EMAIL PROTECTED]
Reported By: damien dot harper at keops dot net
-Status: Open
+Status: Feedback
Bug Type: OCI8 related
Operating System: Red Hat 8
PHP Version: 4.3.10RC2
New Comment:
Please check that you have properly setup the Oracle environment
variables as mentioned here:
http://www.php.net/manual/en/ref.oci8.php
(check the user comments about setting it up!)
Previous Comments:
[2004-12-09 16:01:34] damien dot harper at keops dot net
Description:
Apache crashes (segmentation fault) as soon as it encounters
the ocilogon instruction.
Everything works like a charm from command line!
sqlplus connects and queries without any errors.
For information :
Apache 2.0.52 compiled and installed with :
./configure -enable-shared=max
make
make install
PHP 4.3.10RC2 (same problem with PHP 4.3.9) compiled and installed with
:
./configure --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin
--sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share
--includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec
--localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --prefix=/usr --with-config-file-path=/etc
--disable-debug --enable-pic --enable-inline-optimization --with-curl
--with-dom=/usr --with-exec-dir=/usr/bin --with-gettext --with-ncurses
--with-regex=system --with-xml --with-expat-dir=/usr --with-zlib
--enable-bcmath --enable-exif --enable-ftp --enable-magic-quotes
--enable-safe-mode --enable-sockets --enable-track-vars
--enable-trans-sid --with-pear=/usr/share/pear --with-mysql=shared
--with-oci8=shared --enable-bcmath
--with-apxs2=/usr/local/apache2/bin/apxs
make
make install
Oracle Client 9.2.0.1 (same problem with 9.2.0.2 and 9.2.0.3)
Oracle database is 8.1.6 (same problem with our test database which is
Oracle 9i)
Reproduce code:
---
$username = "*";
$passwd = "*";
$host = "10.211.162.35";
$port = "1521";
$service = "SIRENET";
$db="(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=$host)(PORT=$port)))(CONNECT_DATA=(SERVICE_NAME=$service)))";
$conn = OCILogon($username,$passwd,$db);
if (!$conn) {
echo "Connection failed";
echo "Error Message: [" . OCIError($conn) . "]";
exit;
} else {
echo "Connected!"."\n";
$parse=OCIParse($conn,"select che_nocheval from cheval where
rownum < 10");
// OCIDefineByName($parse,"che_nocheval",$che_nocheval);
OCIExecute($parse,OCI_DEFAULT);
echo "\nRecuperation de donnees\n";
$nrows = ocifetchstatement($parse, $rs, 0, 100,OCI_NUM);
$resultTab = "";
$numCol = 0;
for ( $iRow = 0; $iRow < $nrows;
$iRow++ ) {
reset($rs);
while ( $column = each($rs) )
{
$data =
$column['value'];
$resultTab[$iRow][$numCol] = $data[$iRow];
echo
$iRow.'|'.$numCol.'|'.$resultTab[$iRow][$numCol];
$numCol++;
}
$numCol = 0;
}
OCIFreeStatement($parse);
OCILogoff($conn);
}
Actual result:
--
Apache segfaults
Starting program: /usr/local/apache2/bin/httpd -X
[New Thread 8192 (LWP 2417)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 2417)]
0x4078fd5d in lxhcsn () from
/home/oracle/OraHome1/lib/libclntsh.so.9.0
(gdb) bt
#0 0x4078fd5d in lxhcsn () from
/home/oracle/OraHome1/lib/libclntsh.so.9.0
#1 0x40274837 in kpcsnevget () from
/home/oracle/OraHome1/lib/libclntsh.so.9.0
#2 0x401ecae2 in OCINlsEnvironmentVariableGet () from
/home/oracle/OraHome1/lib/libclntsh.so.9.0
#3 0x4113eb53 in _oci_open_session (server=0x8224cb8,
username=0x821735c "sirenet", password=0x82174ec "sirenet",
persistent=0, exclusive=0, charset=0x4114595d "") at
/root/kic_temp/php-4.3.9/ext/oci8/oci8.c:2183
#4 0x4113f9e6 in oci_do_connect (ht=3, return_value=0x82176d4,
this_ptr=0x0, return_value_used=1, persistent=0,
exclusive=0) at /root/kic_temp/php-4.3.9/ext/oci8/oci8.c:2715
#5 0x41142d83 in zif_ocilogon (ht=3, return_value=0x82176d4,
this_ptr=0x0, return_value_used=1)
at /root/kic_temp/php-4.3.9/ext/oci8/oci8.c:4340
#6 0x40c8e866 in execute (op_array=0x8212914) at
/root/kic_temp/php-4.3.9/Zend/zend_execute.c:1640
#7 0x40c81ea3 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /root/kic_temp/php-4.3.9/Zend/zend.c:891
#8 0x40c5c563 in php_execute_script (primary_file=0xb6d0) at
/root/kic_temp/php-4.3.9/main/main.c:1735
#9 0x40c9315a in php_ha
#29805 [Opn->Asn]: HTTP Authentication Issues
ID: 29805
Updated by: [EMAIL PROTECTED]
Reported By: michaelw at webcentral dot com dot au
-Status: Open
+Status: Assigned
Bug Type: iPlanet related
Operating System: Solaris 9
PHP Version: 4.3.8
Assigned To: thetaphi
Previous Comments:
[2004-10-04 01:02:46] michaelw at webcentral dot com dot au
Hey,
As a workaround, I disabled the if-check, so it sets the variables
regardless of whether its in safe-mode or not. Any information on
whether this will remain as-is in CVS, or .. ?
[2004-09-26 22:42:33] [EMAIL PROTECTED]
Two things you can do at this time, the remove of the safe_mode
security check for NSAPI is under discussion:
a) Remove the "if" clause from nsapi.c:
php_handle_auth_data(pblock_findval("authorization", rq->headers)
TSRMLS_CC);
b) Disable Safe-Mode only for this application. With NSAPI you can do
this in vserver.obj.conf:
* Create a new Style in Server Manager and assign this style to the
PHPMyAdmin directory
* Change the obj.conf in that style () and add the
php4_execute-service as in the "default" object; but add a safe_mode=0
to the end of the line (this is an additional php.ini value)
[2004-09-22 11:23:30] michaelw at webcentral dot com dot au
Ok, the new CVS release works correctly if safe_mode is disabled.
However, if safe_mode is enabled, there does not appear to be any way
to get authentication information.
This presents a problem for me, at least, as in my environment I need
to run PHPMyAdmin (using HTTP authentication) with safe_mode turned on.
Is there some method for obtaining authentication information whilst
running under safe mode ?
[2004-09-22 00:02:36] [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
Snapshots with this patch are available now.
[2004-09-15 23:55:58] [EMAIL PROTECTED]
Sorry, you cannot take the PHP4 latest stable snapshot now, because it
is frozen (release of 4.3.9) and this bug is not critical. After
release of 4.3.9 this is fixed in CVS.
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/29805
--
Edit this bug report at http://bugs.php.net/?id=29805&edit=1
#30979 [Com]: Cant load COM
ID: 30979
Comment by: mironh at saoluis dot ma dot gov dot br
Reported By: jayron_castro at hotmail dot com
Status: Open
Bug Type: COM related
Operating System: Windows 2003
PHP Version: 5.0.2
New Comment:
As I can work with objects with using the engine2 with the
compatibility option with the engine1, without happening the mistake of
carrying the object.
Previous Comments:
[2004-12-04 12:55:56] gmadian at saoluis dot ma dot gov dot br
same bug, as I can solve?
[2004-12-04 04:23:48] eliziane_castro at hotmail dot com
several times with me that bug already happened
[2004-12-04 01:46:56] jayron_castro at hotmail dot com
Description:
when the option below is active error it always happens in the script:
zend.ze1_compatibility_mode = On
ATTENTION:
the only solution is to incapacitate:
zend.ze1_compatibility_mode = Off
Reproduce code:
---
$ocodaut = new COM("JaccGeraCod.cCripCod") or die("objeto não
instanciado");
$vl_codaut = $ocodaut->Autorizacao(7075,12,12,101,50);
echo "codigo: $vl_codaut";
Expected result:
teste: 00280282528
Actual result:
--
PHP has encountered an Access Violation at 0178F6B4
--
Edit this bug report at http://bugs.php.net/?id=30979&edit=1
#31061 [NEW]: debug_print_backtrace reports wrong classes
From: matjaz dot ostroversnik at ztm dot si Operating system: FC PHP version: 5.0.2 PHP Bug Type: Class/Object related Bug description: debug_print_backtrace reports wrong classes Description: debug_print_backtrace reports wrong class context in a constructor. Linux version 2.6.7-1.478 PHP 5.0.3RC1 and RC2 Reproduce code: --- Expected result: this is b this is a #0 a->__construct() called at [/home/ostri/xulapps/alf/php/cl_test.php:15] #1 b->__construct() called at [/home/ostri/xulapps/alf/php/cl_test.php:18] Actual result: -- this is b this is a #0 b->__construct() called at [/home/ostri/xulapps/alf/php/cl_test.php:15] #1 b->__construct() called at [/home/ostri/xulapps/alf/php/cl_test.php:18] -- Edit bug report at http://bugs.php.net/?id=31061&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31061&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31061&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31061&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31061&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31061&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31061&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31061&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31061&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31061&r=support Expected behavior: http://bugs.php.net/fix.php?id=31061&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31061&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31061&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31061&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31061&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31061&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31061&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31061&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31061&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31061&r=mysqlcfg
#31060 [NEW]: imageftbbox does not use linespacing parameter
From: admin at students-fhtw dot de Operating system: linux PHP version: 4.3.9 PHP Bug Type: GD related Bug description: imageftbbox does not use linespacing parameter Description: It seems like imageftbbox() is not using the linespacing parameter whereas imagefttext() does. I have been trying to figure out the problem but so far I have no other clue than it being a bug. I have tried both postscipt and truetype fonts. configure parameters: './configure' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat' '--with-zlib=/usr/local' '--with-zlib-dir=/usr/local' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear' '--with-imap' '--with-imap-ssl' '--with-kerberos' '--with-ldap' '--with-mysql=/usr' '--enable-memory-limit' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--enable-dba' '--enable-dbase' '--with-ndbm' '--with-ndb' '--with-mcrypt' '--with-curl=/usr/local' '--with-apxs=/usr/local/apache/bin/apxs' Reproduce code: --- 0.3) ); trigger_error($bbox[1] - $bbox[5]); ?> Expected result: I expected different values for the height ($bbox[1] - $bbox[5]) for different linespacing parameters. Actual result: -- The height reported is always "30" regardless of the supplied linespacing value (eg. 0.3, 1.0, 2.3 etc.). -- Edit bug report at http://bugs.php.net/?id=31060&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31060&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31060&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31060&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31060&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31060&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31060&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31060&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31060&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31060&r=support Expected behavior: http://bugs.php.net/fix.php?id=31060&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31060&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31060&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31060&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31060&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31060&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31060&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31060&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31060&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31060&r=mysqlcfg
#31062 [NEW]: Wrong XSLT with xmlns.
From: swappp at yandex dot ru
Operating system:
PHP version: 5.0.2
PHP Bug Type: XSLT related
Bug description: Wrong XSLT with xmlns.
Description:
DOMDocument::load($xml_doc_node->saveXML());
It works normal...
Reproduce code:
---
$xml_doc_node = new DOMDocument('1.0', "UTF-8");
$xml_style =
$xml_doc_node->createProcessingInstruction('xml-stylesheet');
$xml_doc_node->appendChild($xml_style);
$xml_style->nodeValue = 'href="html.xsl" type="text/xsl"';
$xml_page = $xml_doc_node->createElement('document');
$xml_doc_node->appendChild($xml_page);
$element = $xml_page->appendChild(new DOMElement('old-html'));
$div = $element->appendChild(new DOMElement('div', 'test'));
$div->setAttribute('xmlns','http://www.w3.org/1999/xhtml');
$xsl = DOMDocument::loadXML('http://www.w3.org/1999/xhtml";
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"; version="1.0">http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";
indent="yes" encoding="UTF-8"/>
http://www.w3.org/1999/xhtml"; xml:lang="ru"
lang="ru">
');
$proc = new xsltprocessor;
$proc->importStyleSheet($xsl);
echo $proc->transformToXML($xml_doc_node);
Expected result:
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml"; xml:lang="ru" lang="ru">
test
Actual result:
--
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml"; xml:lang="ru" lang="ru">
http://www.w3.org/1999/xhtml";>test
--
Edit bug report at http://bugs.php.net/?id=31062&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31062&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31062&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31062&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31062&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31062&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31062&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31062&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31062&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31062&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31062&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31062&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31062&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31062&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31062&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31062&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31062&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31062&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31062&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31062&r=mysqlcfg
#30510 [Opn->Bgs]: header('HTTP/1.0 200 OK') never sent when explicitly requested
ID: 30510
Updated by: [EMAIL PROTECTED]
Reported By: michael at neko dot cc
-Status: Open
+Status: Bogus
Bug Type: CGI related
Operating System: Windows
PHP Version: 4.3.9
New Comment:
- Fixed bug #27026 (Added "cgi.nph" php.ini option to allow forcing of
the
'Status: 200' header that is not normally needed). (Ilia)
Reading the NEWS file might have been a good idea?
Previous Comments:
[2004-10-21 14:02:04] michael at neko dot cc
Description:
Specifying header("HTTP/1.1 200 OK") should emit Status: 200 but
nothing appears.
See: Bug #27026 "header('HTTP/1.0 200 OK') never sent when explicitly
requested" - seems like this issue was reported for unix PHP &
apparently was fixed but doesn't show up in the latest Win CVS.
Reproduce code:
---
Expected result:
C:\PHP>php run.php
Status: 200
X-Powered-By: PHP/4.3.10-dev
Content-Type: text/plain
Actual result:
--
C:\PHP>php run.php
X-Powered-By: PHP/4.3.10-dev
Content-Type: text/plain
--
Edit this bug report at http://bugs.php.net/?id=30510&edit=1
#30567 [Opn->Bgs]: Problems encoding to utf8 when adding an entry into the LDAP
ID: 30567
Updated by: [EMAIL PROTECTED]
Reported By: leticia dot borrajo at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: LDAP related
Operating System: Linux Fedora Core 1
PHP Version: 4.3.8
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
This is not support forum to ask HOW to use PHP.
Previous Comments:
[2004-10-26 18:16:59] leticia dot borrajo at gmail dot com
Description:
We work with OpenLDAP 2.1.22 and PHP 4.3.8
I'm working in a set of applications to manage our LDAP directory.
We archive into the LDAP information about users, and need to save
spanish characters, such as "á", "ñ",...
So when I try to add an entry into the ldap, I apply "utf8_encode" to
some attributes. By the moment these attributes are: 'cn', 'sn' and
'gecos'.
When this happens, I have 2 problems:
1. In 'sn' there use to be 2 words, first surname and second surname,
and after apply utf8_encode, it deletes the second surname.
2. When I try to add the entry into the ldap, I get an error and it
can't be done
Any idea?
Reproduce code:
---
The code is this:
$info['uid']=$uid;
$info['cn']=utf8_encode($cn);
$info['sn']=utf8_encode($sn);
$info['userPassword']="{MD5}".base64_encode(pack("H*",md5($clave)));
$info['gecos']=utf8_encode($gecos);
$info['ou']=$ou;
$ds=ldap_connect($servidor);
if($ds) {
$user="cn=Administrador,o=ou.uvigo.es";
$r=ldap_bind($ds,$user,$cla);
if ($r)
{
$añade= ldap_add($ds,$usuario,$info);
...
}
}
Expected result:
If everything were ok, I would see "Usuario añadido con éxito". Instead
of that I only get "Invalid syntax".
Actual result:
--
The actual result is:
Warning: ldap_add(): Add: Invalid syntax in
/var/www/html/proyecto/crear_usuario.php on line 70
--
Edit this bug report at http://bugs.php.net/?id=30567&edit=1
#30422 [Opn->Fbk]: session.use_trans_id = 0 ignored on first call ...
ID: 30422
Updated by: [EMAIL PROTECTED]
Reported By: stephan dot skusa at lippe-net dot de
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: LINUX
PHP Version: 4.3.9
New Comment:
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
Previous Comments:
[2004-10-13 16:24:51] stephan dot skusa at lippe-net dot de
Description:
ini_set("session.use_trans_sid", 0) seems to be ignored on first call.
Reproduce code:
---
Session-Testing
Test
Expected result:
The session-id should not be added after "index.php".
Actual result:
--
On the first call of the script it is added ... on the second call it
is not ... !
--
Edit this bug report at http://bugs.php.net/?id=30422&edit=1
#30361 [Opn->Fbk]: php4-cli cannot run in background
ID: 30361 Updated by: [EMAIL PROTECTED] Reported By: wim dot heirman at elis dot ugent dot be -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Debian Unstable PHP Version: 4.3.9 New Comment: 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 Works fine for me using latest CVS snapshot. Previous Comments: [2004-10-08 12:02:38] wim dot heirman at elis dot ugent dot be Description: When starting a PHP script from the commandline as a background process, the php process goes into stopped state immediatly. Reproduce code: --- bash> php foo.php & Expected result: PHP should execute foo.php in the background Actual result: -- The PHP process is suspended (state=T in a ps -ax). Bringing it to foreground with fg resumes the process, bg or kill -CONT however is not working. This did work fine in PHP 4.3.8. -- Edit this bug report at http://bugs.php.net/?id=30361&edit=1
#31063 [Opn->Bgs]: dreamweaver canot connect to mysql due to php "mysql_connect()" error
ID: 31063
Updated by: [EMAIL PROTECTED]
Reported By: belpoub at yahoo dot ca
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: win XP
PHP Version: 5CVS-2004-12-12 (dev)
New Comment:
MySQL support is not enabled, try to load php_mysql.dll in
your php.ini and check the output of phpinfo();
Previous Comments:
[2004-12-12 01:28:46] belpoub at yahoo dot ca
Description:
Macromedia Dreamweaver 6 and 7 and 7.1 cannot connect to mysql due to a
php 5 error.
Going back to php4 solve the problem.
** Here line from error log in the Apache server:
[Sat Dec 11 18:16:57 2004] [error] PHP Fatal error: Call to undefined
function mysql_connect() in c:\\program files\\apache
group\\Apache\\htdocs\\php-test\\_mmserverscripts\\mysql.php on line
49
** here the code from the php page dramweaver creates to connect to the
database:
function Open()
{
if ($this->connectionId = mysql_connect($this->hostname,
$this->username, $this->password))
{
$this->isOpen = ($this->database == "") ? true :
mysql_select_db($this->database, $this->connectionId);
}
--
Edit this bug report at http://bugs.php.net/?id=31063&edit=1
#30052 [Opn->Fbk]: segmentation fault when script finished
ID: 30052
Updated by: [EMAIL PROTECTED]
Reported By: tho at e-dict dot net
-Status: Open
+Status: Feedback
Bug Type: ODBC related
Operating System: Linux
PHP Version: 4.3.8
New Comment:
Does it happen when you change odbc_pconnect() to odbc_connect() ??
Previous Comments:
[2004-10-01 22:20:17] tho at e-dict dot net
No extensions are loaded. This is our php.ini:
register_globals = On
variables_order = "EGPCS"
uodbc.allow_persistent = 1
uodbc.max_persistent = 500
uodbc.max_links = 500
track_vars=1
log_errors=1
display_errors=0
html_errors=0
error_log=/var/home/tho/oss/sbwi/logs/php_error.log
include_path=.:/var/home/tho/oss/sbwi/lib/php:/var/home/tho/oss/sbwi/web/include
error_reporting=15
[2004-10-01 21:00:42] [EMAIL PROTECTED]
Do you load any extensions in your php.ini ??
(including any zend extensions, like the optimizer)
[2004-10-01 17:38:33] tho at e-dict dot net
Still cores :-(
(gdb) run -c /var/home/tho/oss/sbwi/conf -f dump.php
Starting program: /var/home/tho/oss/sbwi/bin/php -c
/var/home/tho/oss/sbwi/conf -f dump.php
Program received signal SIGSEGV, Segmentation fault.
zend_hash_index_find (ht=0x50, h=7, pData=0x50)
at
/var/home/tho/oss/sbwi/src/software/php4-STABLE-200409301630/Zend/zend_hash.c:967
967 if ((p->h == h) && (p->nKeyLength == 0)) {
(gdb) bt
#0 zend_hash_index_find (ht=0x50, h=7, pData=0x50)
at
/var/home/tho/oss/sbwi/src/software/php4-STABLE-200409301630/Zend/zend_hash.c:967
#1 0x0814d09b in _zend_list_find (id=7, type=0xb298)
at
/var/home/tho/oss/sbwi/src/software/php4-STABLE-200409301630/Zend/zend_list.c:70
#2 0x080a1659 in _close_odbc_pconn (rsrc=0x50)
at
/var/home/tho/oss/sbwi/src/software/php4-STABLE-200409301630/ext/odbc/php_odbc.c:250
#3 0x0814d33f in plist_entry_destructor (ptr=0x83c7f50)
at
/var/home/tho/oss/sbwi/src/software/php4-STABLE-200409301630/Zend/zend_list.c:198
#4 0x0814c079 in zend_hash_apply_deleter (ht=0x82d02e8, p=0x8539b40)
at
/var/home/tho/oss/sbwi/src/software/php4-STABLE-200409301630/Zend/zend_hash.c:611
#5 0x0814c109 in zend_hash_graceful_reverse_destroy (ht=0x82d02e8)
at
/var/home/tho/oss/sbwi/src/software/php4-STABLE-200409301630/Zend/zend_hash.c:677
#6 0x08147af0 in zend_shutdown () at
/var/home/tho/oss/sbwi/src/software/php4-STABLE-200409301630/Zend/zend.c:554
#7 0x08122600 in php_module_shutdown () at
/var/home/tho/oss/sbwi/src/software/php4-STABLE-200409301630/main/main.c:1286
#8 0x0815829f in main (argc=5, argv=0xb4f4)
at
/var/home/tho/oss/sbwi/src/software/php4-STABLE-200409301630/sapi/cgi/cgi_main.c:1685
[2004-09-30 18:57:55] [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-09-10 17:20:47] tho at e-dict dot net
Description:
Some of our database scripts produce segfaults when they are done. It
is difficult to supply sample code since the segfault depends at least
on the following:
* a successful call to odbc_pconnect('host:node','user', 'pass');
if odbc_pconnect fails there is no segfault
* some (included?) code before odbc_pconnect
While trying to reduce the code i noticed, that include(_once?) is
needed to trigger the problem. That's meant with "some _included_ code"
in the sample below.
* filename
"/var/home/tho/oss/sbwi/bin/php -c /var/home/tho/oss/sbwi/conf -f
/var/home/tho/oss/sbwi/dump1.php"
cores while the similar code in
"/var/home/tho/oss/sbwi/bin/php -c /var/home/tho/oss/sbwi/conf -f
/var/home/tho/oss/sbwi/dump.php"
does not core
The code itself works fine. The segfault always happens after the last
line.
We are connecting to ADABAS using ODBC
configure:
./configure\
--prefix=$(PREFIX)\
--with-adabas=$(adabas_dir)\
--with-openssl=$(PREFIX) \
--disable-session\
--with-db\
--without-gd\
--with-config-file-path=$(PREFIX)/conf
Reproduce code:
---
Expected result:
no segfault :-)
Actual result:
--
(gdb) run -c /var/home/tho/oss/sbwi/conf -f
/var/home/tho/oss/sbwi/dump1.php
Starting program: /var/home/tho/oss/sbwi/bin/php -c
/var/home/tho/oss/sbwi/conf -f /var/home/tho/oss/sbwi/dump1.php
Program received signal SIGSEGV, Segmentation fault.
zend_hash_index_find (ht=0x82cece0, h=7, pData=0xb3f8) at
/var/home/tho/oss/sbwi/src/software/php-4.3.8/Zend/zend_hash.c:967
967 if ((p->h == h) && (p->nKeyLength == 0)) {
(gdb) bt
#0 zend_hash_index_find (ht=
#30538 [Opn->Bgs]: imap_fetchstructure() different on POP3 to IMAP4
ID: 30538
Updated by: [EMAIL PROTECTED]
Reported By: richard at dominion-web dot com
-Status: Open
+Status: Bogus
Bug Type: IMAP related
Operating System: Linux
PHP Version: 4.3.9
New Comment:
We use the c-client function mail_fetchstructure_full() here.
If that function misbehaves like you say, report to the c-client
author. This is not PHP bug.
Previous Comments:
[2004-10-23 14:13:49] richard at dominion-web dot com
Description:
If I run an imap_fetchstructure() on POP3 on a multipart/mixed message
with a file attachment I get
object(stdClass)(12) {
["type"]=>
int(1)
["encoding"]=>
int(0)
["ifsubtype"]=>
int(1)
["subtype"]=>
string(5) "MIXED"
["ifdescription"]=>
int(0)
["ifid"]=>
int(0)
["bytes"]=>
int(337991)
["ifdisposition"]=>
int(0)
["ifdparameters"]=>
int(0)
["ifparameters"]=>
int(1)
["parameters"]=>
array(1) {
[0]=>
object(stdClass)(2) {
["attribute"]=>
string(8) "BOUNDARY"
["value"]=>
string(41) "=_NextPart_000_004B_01C4B881.82B4DE80"
}
}
["parts"]=>
array(2) {
[0]=>
object(stdClass)(12) {
["type"]=>
int(0)
["encoding"]=>
int(0)
["ifsubtype"]=>
int(1)
["subtype"]=>
string(5) "PLAIN"
["ifdescription"]=>
int(0)
["ifid"]=>
int(0)
["lines"]=>
int(18)
["bytes"]=>
int(439)
["ifdisposition"]=>
int(0)
["ifdparameters"]=>
int(0)
["ifparameters"]=>
int(1)
["parameters"]=>
array(1) {
[0]=>
object(stdClass)(2) {
["attribute"]=>
string(7) "CHARSET"
["value"]=>
string(10) "iso-8859-1"
}
}
}
[1]=>
object(stdClass)(13) {
["type"]=>
int(5)
["encoding"]=>
int(3)
["ifsubtype"]=>
int(1)
["subtype"]=>
string(4) "JPEG"
["ifdescription"]=>
int(0)
["ifid"]=>
int(0)
["bytes"]=>
int(337122)
["ifdisposition"]=>
int(1)
["disposition"]=>
string(10) "ATTACHMENT"
["ifdparameters"]=>
int(1)
["dparameters"]=>
array(1) {
[0]=>
object(stdClass)(2) {
["attribute"]=>
string(8) "FILENAME"
["value"]=>
string(14) "email left.jpg"
}
}
["ifparameters"]=>
int(1)
["parameters"]=>
array(1) {
[0]=>
object(stdClass)(2) {
["attribute"]=>
string(4) "NAME"
["value"]=>
string(14) "email left.jpg"
}
}
}
}
}
If I run exactly the same code under an IMAP4 extension I get
object(stdClass)(11) {
["type"]=>
int(1)
["encoding"]=>
int(0)
["ifsubtype"]=>
int(1)
["subtype"]=>
string(5) "MIXED"
["ifdescription"]=>
int(0)
["ifid"]=>
int(0)
["ifdisposition"]=>
int(0)
["ifdparameters"]=>
int(0)
["ifparameters"]=>
int(0)
["parameters"]=>
object(stdClass)(0) {
}
["parts"]=>
array(1) {
[0]=>
object(stdClass)(12) {
["type"]=>
int(0)
["encoding"]=>
int(0)
["ifsubtype"]=>
int(1)
["subtype"]=>
string(5) "PLAIN"
["ifdescription"]=>
int(0)
["ifid"]=>
int(0)
["lines"]=>
int(19)
["bytes"]=>
int(441)
["ifdisposition"]=>
int(0)
["ifdparameters"]=>
int(0)
["ifparameters"]=>
int(1)
["parameters"]=>
array(1) {
[0]=>
object(stdClass)(2) {
["attribute"]=>
string(7) "charset"
["value"]=>
string(10) "iso-8859-1"
}
}
}
}
}
It doesn't seem to be c-client related as it seems to work connecting
to other mail servers from the same web server, however connecting to
this particular exim server produces this problem.
I am retrieving message UID's and not sequence IDs and the actual body
of the message is displayed correctly, just the attachment missing.
The email source is as follows (headers changed to protect details and
image condensed on purpose for size but I have kept the exact structure
and number of carriage returns)
Subject: Test Email Attachment.
Date: Fri, 22 Oct 2004 21:53:05 +0100
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="=_NextPart_000_004B_01C4B881.82B4DE80"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Importance: Normal
This is a multi-part message in MIME format.
--=_NextPart_000_004B_01C4B881.82B4DE80
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Body of message
Signature
---
#29840 [Opn->Bgs]: is_executable does not honor the safe_mode!
ID: 29840 Updated by: [EMAIL PROTECTED] Reported By: markus at cultcom dot de -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Linux 2.4.x PHP Version: 4.3.8 New Comment: It works just fine. (it returns false always when in safe-mode..) Previous Comments: [2004-08-25 18:06:12] markus at cultcom dot de Description: Seems to be a common problem nobody complains about... "is_executable()" does not work in safe_mode! Some PHP-Projects check for sendmail using this function and don't work in safe_mode even if sendmail acutally IS executable (i.e. PEAR: Mail.php). is_executable() should at least honor the safe_mode_exec_dir directive! Reproduce code: --- Try with PHP/CGI and suexec + safe_mode where example-UID != sendmail-UID Expected result: true, what else? Actual result: -- false. -- Edit this bug report at http://bugs.php.net/?id=29840&edit=1
#29476 [Com]: sqlite_fetch_column_types locks the database forever
ID: 29476
Comment by: loranger at free dot fr
Reported By: hugo_pl at users dot sourceforge dot net
Status: Open
Bug Type: SQLite related
Operating System: GNU/Linux, WindowsXP
PHP Version: 5.0.0
New Comment:
I've got the same annoying lock when I call this function in a loop (to
display my db schema). I'm using PHP 5.0.2 + SQLite 2.8.14 + Apache 2 on
Winxp sp2
Previous Comments:
[2004-10-26 13:13:14] dennis at inmarket dot lviv dot ua
Yes, I have seen it myself, but didn't even think it was related to the
fetch_column_types. Thanks for the hint! Damn it really got on my
nerves! But in my case it locks only the table I have run the function
on.
[2004-09-07 17:03:47] hugo_pl at users dot sourceforge dot net
I'm reopening this bug.
[2004-09-07 17:02:43] hugo_pl at users dot sourceforge dot net
I'm reopening this bug.
[2004-09-06 15:13:35] danhen at web dot de
I was able to reproduce the "database is locked"-message by using the
SQLite-OO-Interface as written (the code with try). Calling the
"normal" function sqlite_fetch_column_types() does not have this
message as result. Also the database isn't locked. Tested on W2k with
PHP 5.0.1 and Apache/1.3.29. Maybe that helps finding the reason for
that behavior.
[2004-08-25 06:56:48] hugo_pl at users dot sourceforge dot net
Hi
I think that this is a PHP bug, I made a better exemple to
show this bug:
busyTimeout(1000);
// table exists?
$exists = $db->singleQuery('SELECT count(*) FROM
sqlite_master WHERE tbl_name=\'bugtest\'');
if (!$exists)
$db->query('CREATE TABLE bugtest (a, b, c,
d);');
// Without this line all runs Ok.
$db->fetchColumnTypes('bugtest');
$db->query('INSERT INTO bugtest VALUES (1, 2, 3,
4)');
echo 'Res: ';
print_r( $db->arrayQuery('SELECT * FROM bugtest',
SQLITE_ASSOC) );
}
catch (Exception $e)
{
echo 'Exception: ', $e->getMessage();
}
?>
The first time you run this script all appear to be Ok...
the insert query is executed, etc... but the second time
is displayed a message:
Warning: SQLiteDatabase::query() [function.query]:
database is locked in /home/hugo/public_html/phpbug.php on
line 16
Nothing is wrong with the script, if this message appear
something is wrong with PHP on windows the same bug
occur, then it is not a problem from SQLite or Apache
compiled by me under linux.
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/29476
--
Edit this bug report at http://bugs.php.net/?id=29476&edit=1
#30439 [Com]: ftp_get() file corruption
ID: 30439
Comment by: sirbinam at hotmail dot com
Reported By: dmp-php at dplhenterprises dot com
Status: Open
Bug Type: FTP related
Operating System: Windows 2000
PHP Version: 4.3.9
New Comment:
I submitted a patch to the internals list in response to bug# 27633,
that *may* fix this problem. I found 2 problems, one, *some* servers
send a '\r' before every '\n', so if the source file has '\r\n' style
line endings the buffer on the client side contains '\r\r\n' and the
code didn't handle this. Secondly, I noticed in my testing of the
original code that if the data in the buffer ended with a line ending
that the pointer would be moved past the end of the data, and write
garbage data to the stream, there were a bunch of null characters, and
data from other processes. This would only apply to win32 systems doing
transfers in ascii mode.
Previous Comments:
[2004-12-10 18:21:18] a dot j dot baas at students dot uu dot nl
I have tested this also, but on a linux machine, i think working with
proftpd.
For me, i stumbled uppon this issue when downloading small files with a
huge amount of linebrakes.
the issue should be rated high, because i get what looks like a dump of
the php memory, including some source code of other sites that run on
the server. I could easily exploit this to retreive database passwords
etc.
it also causes the script that does the downloading to crash without
outputting anything to the browser. If you need additional testcases(i
still have the txt file that causes the crash) please let me know.
[2004-11-29 12:15:57] mailbox2 at ibelgique dot com
Hi,
Here is a test script. When fixing this bug, please also look at bug
27633 which may be related.
Thanks!
David
--- Script start ---\n";
$conn_id = ftp_connect($ftpserver);
if ($conn_id == false) { echo "Could not connect to FTP server
$ftpserver.\n"; exit(); }
$result_login = ftp_login($conn_id, $username, $password);
if ($result_login == false) { echo "Could not login to FTP server
$ftpserver.\n"; exit(); }
$result_get = ftp_get($conn_id, $localfile, $remotefile, $ftpmode);
if ($result_get == false) { echo "Could not get the remote file
$remotefile to the local file $localfile.\n"; exit(); }
ftp_close($conn_id);
echo "--- Script end ---\n";
?>
[2004-11-27 16:58:50] [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-10-15 01:46:56] dmp-php at dplhenterprises dot com
Description:
When using ftp_get() or ftp_fget() in FTP_ASCII mode and fetching from
an OpenVMS server runing the UCX FTP server (version appears
irrelevant), extra characters are added to the end of the file.
It appears to be the end of the last complete buffer when the final
read doesn't completely fill the buffer at end of file.
This does not happen with an IIS FTP server. I have been unable to test
with a *nix server.
I've tried fetching the file with both WS_FTP and the standard Windows
FTP client and neither of them produced corrupt files.
Reproduce code:
---
close();
die( "Unable to log in to bcsaxp.bcs.com as "
. "myusername " . $php_errormsg );
}
if( !ftp_get( $f, $wipfil, $srcfil, FTP_ASCII ))
die( "Unable to GET file {$srcfil} " . $php_errormsg );
ftp_close( $f );
?>
Expected result:
Another test message for MPS
This is the plain text version of this message.
It contains a tabbed table.
Column 1Column 2
L1-C1 L1-C2
L2-C1 L2-C2
Actual result:
--
Another test message for MPS
This is the plain text version of this message.
It contains a tabbed table.
Column 1Column 2
L1-C1 L1-C2
L2-C1 L2-C2
n 2
L1-C1 L1-C2
L2-C1 L2-C2
#7782 [Com]: [PATCH] Cannot use PATH_INFO fully with php isapi, open since PHP 4.0.3pl1...
ID: 7782 Comment by: sid007 at gmailtakethispartout dot com Reported By: auke at muze dot nl Status: Open Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4CVS (fixed in PHP 5!) New Comment: Good question, auke. I myself would like to see a feature such as this Regards, http://www.shroff.us";>sid Previous Comments: [2004-07-08 12:53:46] CH at deeside dot ac dot uk I'm experiencing the same problem with PHP 4.3.7 & IIS 5. Tried upgrading to PHP5 and at least I now get something in $PATH_INFO. However it seems that the first 4 characters are truncated which makes it fairly useless. I was able to get the path info another way however using $HTTP_SERVER_VARS['URL']. In PHP5 this gives me what I would expect to find in $PATH_INFO. In PHP4 it gives the 'base url' as documented by Microsoft. Have verified this on 3 different installations using IIS5 & PHP. [2004-06-28 11:49:28] demis at liquidbit dot com Yep this bug has been resolved in PHP 5 RC3, can someone please add this fix to the next release of PHP 4.x series as PHP 5 is too buggy to rely on at the moment [2004-06-17 11:19:52] auke at muze dot nl I'll try it again, it seems my previous comment did not get saved. I've added a patch against the current stable cvs (php4), the head cvs (php5) already has the exact same fix. In effect it is a backport of the php5 isapi path_info fix. You can download the patch file at ftp://ftp.muze.nl/pub/ariadne/win/iis/php4isapi.c.06-17-2004.patch [2003-12-11 23:58:24] [EMAIL PROTECTED] Please provide patches in unified diff format against the latest stable CVS branch, and if possible, the HEAD too.. (PHP_4_3 and HEAD branches) [2003-12-10 05:53:52] auke at muze dot nl The three (3) year anniversary of this bug has just passed silently, and I'd just like to say that the latest release of PHP still has the same problem, we still maintain patches that fix this for most versions of PHP, although we're a bit behind now. An overview of all patches can be found at ftp://ftp.muze.nl/pub/ariadne/win/iis/. We'd very much like someone to look at it and at least tell us whether we are overlooking some long since included solution to this same problem, or give another reason why our patches are not good enough to make it to PHP itself. As a reference I'd like you to look at http://www.zend.com/zend/week/week65.php#Heading4 where it was mentioned that the fix was scheduled for PHP 4.2.0... For some reason that never happened. If a patch for the current CVS of PHP is needed, please tell us and we'll make one. 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/7782 -- Edit this bug report at http://bugs.php.net/?id=7782&edit=1
#20382 [Com]: strtotime ("Monday", $date) can produce incorrect output
ID: 20382 Comment by: sid0007 at gmailll dot com Reported By: nickj-phpbugs at nickj dot org Status: Assigned Bug Type: Date/time related Operating System: * PHP Version: 4CVS, 5CVS (2004-04-13) Assigned To: derick New Comment: I verified this in php version 4.3.3 http://www.bonkee.com/Strtotime.php Previous Comments: [2004-10-20 20:14:16] joe at dataport dot tv Oh, also forgot to mention that while "next monday" does not work, "next tuesday" does. There's definately a bug here, if "this monday" works and "next tuesday" works, it seems to me that "next monday" should work as well and that it's not just some time zone issue. [2004-10-19 21:30:21] joe at dataport dot tv How's this? Outputs: 1 Outputs: 0 I was going to submit a seperate bug but this definately looks related even though this is a totally different way of going about getting the same type of problem. (I knew Mondays were a little odd, but does strtotime seem to think the sunday of the next week has an extra second after midnight? As this example demonstrates it doesn't do it if you prefix the weekday with "this", just "next" or no prefix at all.) [2004-04-08 10:13:10] [EMAIL PROTECTED] This one shows it better: [2004-04-08 07:15:26] nickj-phpbugs at nickj dot org How's this for a short and simple test script? Applies strtotime() to every day between 1970 and 2037, and gives a list of everything that looks wrong. == [2004-04-08 07:00:17] [EMAIL PROTECTED] I'm pretty sure the script is buggy. Please give us a test case for ONE date that is wrong, and comment your code properly too. 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/20382 -- Edit this bug report at http://bugs.php.net/?id=20382&edit=1
#28651 [Opn->Fbk]: imap routines not found on CLI link
ID: 28651 Updated by: [EMAIL PROTECTED] Reported By: ler at lerctr dot org -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: UnixWare 7.1.4 PHP Version: 4.3.7 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2004-06-06 17:14:25] ler at lerctr dot org Description: When trying to compile in the IMAP support, the CLI link dies with: /bin/sh /home/ler/SOURCE/php/php-4.3.7/libtool --silent --preserve-dup-deps --mode=link cc -Xb -export-dynamic -O -Kpthread -L/usr/ucblib -L/etc/ssl/lib -L/usr/local/lib -L/home/ler/SOURCE/imap/imap-2004/c-client -L/home/ler/SOURCE/imap/imap-2004/lib -L/usr/local/mysql/lib -L/usr/local/pgsql/lib -R /usr/ucblib -R /etc/ssl/lib -R /usr/local/lib -R /home/ler/SOURCE/imap/imap-2004/c-client -R /home/ler/SOURCE/imap/imap-2004/lib -R /usr/local/mysql/lib -R /usr/local/pgsql/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/domxml/php_domxml.lo ext/ftp/php_ftp.lo ext/ftp/ftp.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/mysql/php_mysql.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/pgsql/pgsql.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/shmop/shmop.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/sysvmsg/sysvmsg.lo ext/sysvsem/sysvsem.lo ex
#30404 [Opn->Bgs]: wrong behaviour with escaped commands in safemode
ID: 30404
Updated by: [EMAIL PROTECTED]
Reported By: php-bug at angehrn dot com
-Status: Open
+Status: Bogus
Bug Type: Program Execution
Operating System: Linux
PHP Version: 4.3.9
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
In safe-mode the commands passed to exec() are always escaped.
See http://www.php.net/manual/en/function.escapeshellcmd.php
for more information.
Previous Comments:
[2004-10-23 17:49:13] php-bug at angehrn dot com
with a small shell script, you can reproduce the wrong behaviour:
Reproduce code:
---
test.php:
';
echo $return1;
print_r($array1);
echo '';
echo $return2;
print_r($array2);
echo '';
?>
test_script:
#!/bin/sh
echo $1
echo $2
exit 0
Expected result:
0Array
(
[0] => test 1.jpg
[1] =>
)
0Array
(
[0] => test 1.jpg
[1] =>
)
Actual result:
--
0Array
(
[0] => test 1.jpg
[1] =>
)
0Array
(
[0] => test\
[1] => 1.jpg
)
[2004-10-11 22:59:17] php-bug at angehrn dot com
Description:
if safe_mode is on, i cannot use a command with backslash escaped
commands in exec()
Reproduce code:
---
safe_mode off
exec('convert logo: "test 1.jpg"'); - works
exec('convert logo: test\ 1.jpg'); - works
safe_mode on
exec('convert logo: "test 1.jpg"'); - works
exec('convert logo: test\ 1.jpg'); - fails
Expected result:
it should work like the command with safemode off
Actual result:
--
it fails...
--
Edit this bug report at http://bugs.php.net/?id=30404&edit=1
#31063 [NEW]: dreamweaver canot connect to mysql due to php "mysql_connect()" error
From: belpoub at yahoo dot ca
Operating system: win XP
PHP version: 5CVS-2004-12-12 (dev)
PHP Bug Type: Scripting Engine problem
Bug description: dreamweaver canot connect to mysql due to php
"mysql_connect()" error
Description:
Macromedia Dreamweaver 6 and 7 and 7.1 cannot connect to mysql due to a
php 5 error.
Going back to php4 solve the problem.
** Here line from error log in the Apache server:
[Sat Dec 11 18:16:57 2004] [error] PHP Fatal error: Call to undefined
function mysql_connect() in c:\\program files\\apache
group\\Apache\\htdocs\\php-test\\_mmserverscripts\\mysql.php on line 49
** here the code from the php page dramweaver creates to connect to the
database:
function Open()
{
if ($this->connectionId = mysql_connect($this->hostname,
$this->username, $this->password))
{
$this->isOpen = ($this->database == "") ? true :
mysql_select_db($this->database, $this->connectionId);
}
--
Edit bug report at http://bugs.php.net/?id=31063&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31063&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31063&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31063&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31063&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31063&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31063&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31063&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31063&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31063&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31063&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31063&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31063&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31063&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31063&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31063&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31063&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31063&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31063&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31063&r=mysqlcfg
#31064 [NEW]: str_word_count and german umlauts and ligatures
From: km at control-b dot de
Operating system: windows
PHP version: 5.0.2
PHP Bug Type: Strings related
Bug description: str_word_count and german umlauts and ligatures
Description:
str_word_count return wrong number, if german umlaut "ö" (ö) is
contained in the word.
it is okay, if the umlaut is the first or the last character.
the same goes für the ligature "ß" ß.
Reproduce code:
---
echo str_word_count('wäre'); # 1 - okay
echo str_word_count('würde');# 1 - okay
echo str_word_count('wérk'); # 1 - okay
echo str_word_count('wörk'); # 2 - wrong!!!
echo str_word_count('örk'); # 1 - okay
echo str_word_count('werök');# 2 - wrong!!!
echo str_word_count('weräk');# 1 - okay
echo str_word_count('straßenbahnölbehälter'); # 3 words???
Expected result:
the above code should return always 1
--
Edit bug report at http://bugs.php.net/?id=31064&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31064&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31064&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31064&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31064&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31064&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31064&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31064&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31064&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31064&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31064&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31064&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31064&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31064&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31064&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31064&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31064&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31064&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31064&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31064&r=mysqlcfg
#30203 [Opn->Fbk]: imap_fetchstructure does not return parts for emails with attachments
ID: 30203 Updated by: [EMAIL PROTECTED] Reported By: sburkett at cox dot net -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Linux PHP Version: 4.3.8 New Comment: Did you happen to change the c-client version the same time when you upgraded to PHP 4.3.8 ?? Previous Comments: [2004-11-10 16:39:23] richard at dominion-web dot com Could it possibly be the same problem I am experiencing in bug #30538 [2004-09-23 00:52:37] sburkett at cox dot net Description: I am running V-webmail on one of my servers. We recently upgraded to PHP 4.3.8 (I think we had 4.3.3 before) and now V-webmail does not display emails that have an attachment. Tracing thru the code I found that the "imap_fetchstructure" function is not returning the parts of the email. That is, $emailStruct->parts is empty. Is this a known problem with 4.3.8? I searched your database but could not find anything for "imap_fetchstructure". Any ideas? Please respond ASAP because many of my customers are complaining. Thanks!! -- Edit this bug report at http://bugs.php.net/?id=30203&edit=1
