#29518 [NEW]: parse_ini_file and multibyte chars bug (char code 5d)
From: takeone at myrealbox dot com
Operating system: Windows
PHP version: 4.3.8
PHP Bug Type: Zend Engine 2 problem
Bug description: parse_ini_file and multibyte chars bug (char code 5d)
Description:
parse_ini_file does not recognize value ] (ascii code: 5d).
so, multibyte charcters including code 5d is not recognized.
for example, Japanese Shift-JIS code 935d, 965d..etc.
Reproduce code:
---
test.php
?php
$ini = parse_ini_file('test.ini');
print_r($ini);
?
test.ini
[test]
;value is code 935d (Shift-JIS)
value=]
Expected result:
Array ( [value] = ] )
#of cource, the value of [value] is code 935d.
Actual result:
--
Array ( )
--
Edit bug report at http://bugs.php.net/?id=29518edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29518r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29518r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29518r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29518r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29518r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29518r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29518r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29518r=support
Expected behavior: http://bugs.php.net/fix.php?id=29518r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29518r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29518r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29518r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29518r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29518r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29518r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29518r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29518r=float
#29163 [Asn]: field consisting of one space char is read as an empty string by fgetcsv
ID: 29163 User updated by: ramon_herrera at eloyalty dot com Reported By: ramon_herrera at eloyalty dot com Status: Assigned Bug Type: Filesystem function related Operating System: win2k GNU/Linux (FC2) PHP Version: 5.0.0 Assigned To: moriyoshi New Comment: Is this bug destined to be fixed in a later release? Previous Comments: [2004-07-21 05:54:07] ramon_herrera at eloyalty dot com Is this a matter of compatibility versus correctness? What is the consensus among the developers/maintainers regarding this matter? Thanks again. [2004-07-20 23:23:03] [EMAIL PROTECTED] *sigh* as I mentioned again and again, whether it's correct or not doesn't matter. Personally I'm for Ilia's opinion, but compatibility should always come first. [2004-07-20 23:07:08] [EMAIL PROTECTED] Current PHP 4 behavior is correct, old behavior was wrong. Opening the given file with other CVS parsers such as OpenOffice confirms that the PHP 4 behavior is correct. [2004-07-20 22:53:59] ramon_herrera at eloyalty dot com The version 4.3.8 fgetcsv() works fine. It reads a single space character from a CSV field containing a single space character. If that is what my data is then that is exactly what I want fgetcsv() to read. The version 5.0.0 fgetcsv() drops that space character. Thank you very much for your efforts. [2004-07-20 22:40:06] [EMAIL PROTECTED] The reported behaviour is inconsistent with these of older versions prior to 4.3.4. Assigning to the person who broke it. 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/29163 -- Edit this bug report at http://bugs.php.net/?id=29163edit=1
#29499 [Fbk-Opn]: php crashes when printing large strings
ID: 29499
User updated by: evign at club-internet dot fr
Reported By: evign at club-internet dot fr
-Status: Feedback
+Status: Open
Bug Type: Output Control
Operating System: windows 2000
PHP Version: 4.3.8
New Comment:
Not a problem of my browser...
But, I have a new piece of info :
When I use php4apache.dll + apache 1.3.31, it works fine.
So, i will use apache 1.3.31 again, and let apache2 for a while.
Thank you for your help
ev
Previous Comments:
[2004-08-03 09:34:07] [EMAIL PROTECTED]
And please try using different browsers, it can be a problem of your
browser.
[2004-08-03 09:26:42] evign at club-internet dot fr
I use php4apache2.dll from the 4.3.8 version.
You're right : in CLI mode, no problem.
excuse me : I wanted to say Php version 4.38 (and older versions) in my
previous post. In deed, I haven't tested yet with php 5.
[2004-08-03 04:57:54] [EMAIL PROTECTED]
I've tested the sample code with the current CVS vrsion PHP4 and PHP5,
both CLI and CGI, and I don't get any crashes.
What SAPI are you using?
[2004-08-03 00:42:31] evign at club-internet dot fr
Description:
PHP version 4.38 (and earlier versions)
System Windows 2000 5.0 build 2195
Build Date Jul 13 2004 17:31:56
Server API Apache 2.0 Handler
When I try to print a string larger than 200k,
I receive a blank page : Impossible d'afficher la page
Unable to print the page, the service may be temporary unavaillable.
Unfortunately, i can't get any error message in my error_log file, even
if ERROR_ALL is set in the php.ini.
BUG #25570 explains likely the same problem, but no snapshot could
resolve this crash.
Thanks,
ev
Reproduce code:
---
?
$buf=;
for($i=0;$i100;$i++){
$buf.=.;
}
echo $buf ;
?
Expected result:
.. (*100)
Actual result:
--
Impossible d'afficher la page
La page que vous recherchez est actuellement indisponible. Le site Web
rencontre peut-être des difficultés techniques ou il vous faut
peut-être modifier les paramètres de votre navigateur.
--
Edit this bug report at http://bugs.php.net/?id=29499edit=1
#26973 [Com]: printf format
ID: 26973 Comment by: edreddy at gmail dot com Reported By: alex at cartel dot md Status: Closed Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4CVS, 5CVS New Comment: still it is failed. The test script ext/standarad/tests/strings/bug26973.phpt is failed solaris. The version used is php-4.3.8 Previous Comments: [2004-01-20 23:03:39] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-01-20 19:16:12] [EMAIL PROTECTED] With C, it works as expected - gotta be bug? :) [2004-01-20 06:08:54] alex at cartel dot md Description: printf function pads incorrectly with zeros and sign. Reproduce code: --- ? printf(%+05d, 200); ? Expected result: +0200 Actual result: -- 0+200 -- Edit this bug report at http://bugs.php.net/?id=26973edit=1
#26973 [Com]: printf format
ID: 26973 Comment by: edreddy at gmail dot com Reported By: alex at cartel dot md Status: Closed Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4CVS, 5CVS New Comment: /home/deadala/test_setup/php_tests/ext/standard/tests/strings/bug26973.phpt EXPECTED OUTPUT +0200 -0200 +0200.00 -0200.00 00200 4294967096 --- 00200 -0200 00200.00 -0200.00 00200 4294967096 ACTUAL OUTPUT +0200 -0200 +200.00 -200.00 00200 4294967096 --- 00200 -0200 200.00 -200.00 00200 4294967096 FAILED Previous Comments: [2004-08-04 09:10:27] edreddy at gmail dot com still it is failed. The test script ext/standarad/tests/strings/bug26973.phpt is failed solaris. The version used is php-4.3.8 [2004-01-20 23:03:39] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-01-20 19:16:12] [EMAIL PROTECTED] With C, it works as expected - gotta be bug? :) [2004-01-20 06:08:54] alex at cartel dot md Description: printf function pads incorrectly with zeros and sign. Reproduce code: --- ? printf(%+05d, 200); ? Expected result: +0200 Actual result: -- 0+200 -- Edit this bug report at http://bugs.php.net/?id=26973edit=1
#29506 [Bgs]: PHP cannot run apxs
ID: 29506 User updated by: martinkuria at hotmail dot com Reported By: martinkuria at hotmail dot com Status: Bogus Bug Type: *Compile Issues Operating System: Solaris9 PHP Version: 5.0.0 New Comment: Thanks I got to solve the issue it's not a php bug? this is what I did: cd /usr/local/BerkeleyDB.4.1/lib/libdb-4.1.so ln -s /usr/local/BerkeleyDB.4.1/lib/libdb-4.1.so /usr/lib/libdb-4.1.so My worries now are settle thanks all Previous Comments: [2004-08-03 15:23:48] [EMAIL PROTECTED] ld fails to find libdb-4.1.so, which was used, when building Apache: -- The output of /usr/local/apache-2.0.48/bin/apxs follows: ld.so.1: /usr/local/apache-2.0.48/bin/httpd: fatal: libdb-4.1.so: open failed: No such file or directory -- Check you system and make sure you didn't delete this lib. Try to run apxs from console, I'm sure will see the same error. Not a PHP bug - bogus. [2004-08-03 15:18:53] martinkuria at hotmail dot com Description: I am trying to install php5.0.0, I have already installed apache-2.0.48, but when I try to compile php am getting the error below please do advice what can be wrong: Perl is already also installed I have given the correct path to apxs /usr/local/apache-2.0.48/apxs And my apache is build using --enable-so: What could be the problem?? Perl is already also installed I have given the correct path to apxs /usr/local/apache-2.0.48/apxs And my apache is build using --enable-so: What could be the problem?? Reproduce code: --- #:local/php-5.0.0./configure --with-apxs2=/usr/local/apache-2.0.48/bin/apxs loading cache ./config.cache checking host system type... sparc-sun-solaris2.9 checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking if compiler supports -R... yes checking for re2c... exit 0; checking for ranlib... ranlib checking whether ln -s works... yes checking for mawk... no checking for gawk... no checking for nawk... nawk checking for bison... bison -y checking bison version... 1.875 (ok) checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for working const... yes checking flex version... 2.5.4 (ok) checking for pthreads_cflags... -pthreads checking for pthreads_lib... Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... no checking for Apache 1.x module support... no checking for member fd in BUFF *... no checking for mod_charset compatibility option... no checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... Sorry, I cannot run apxs. Possible reasons follow: 1. Perl is not installed 2. apxs was not found. Try to pass the path using --with-apxs2=/path/to/apxs 3. Apache was not built using --enable-so (the apxs usage page is displayed) The output of /usr/local/apache-2.0.48/bin/apxs follows: ld.so.1: /usr/local/apache-2.0.48/bin/httpd: fatal: libdb-4.1.so: open failed: No such file or directory Killed apxs:Error: Sorry, no shared object support for Apache. apxs:Error: available under your platform. Make sure. apxs:Error: the Apache module mod_so is compiled into. apxs:Error: your server binary `/usr/local/apache-2.0.48/bin/httpd'.. configure: error: Aborting #:local/php-5.0.0 -- Edit this bug report at http://bugs.php.net/?id=29506edit=1
#29490 [Opn]: 'Failed to instantiate .Net object' using PHP.NET docu example
ID: 29490
User updated by: mike at ziebeck dot net
Reported By: mike at ziebeck dot net
Status: Open
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 5.0.0
New Comment:
same result using:
--
PHP 5.1.0-dev (cli) (built: Aug 4 2004 08:29:44)
Zend Engine v2.0.1-dev, Copyright (c) 1998-2004 Zend Technologies
Previous Comments:
[2004-08-03 17:17:05] mike at ziebeck dot net
even more verbose output using:
---
PHP 5.1.0-dev (cli) (built: Aug 3 2004 16:28:21)
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [IDispatch_Invoke] Ausnahmefehler aufgetreten.
' in tst_DotNet.php:2
Stack trace:
#0 {main}
thrown in tst_DotNet.php on line 2
[2004-08-03 14:42:49] [EMAIL PROTECTED]
ok, I've added even more verbosity; please try the next snap in about 2
hours time.
[2004-08-03 13:44:38] mike at ziebeck dot net
little more verbose output using:
-
PHP 5.1.0-dev (cli) (built: Aug 3 2004 12:19:41)
Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [IDispatch_Invoke]' in tst_DotNet.php:2
Stack trace:
#0 {main}
thrown in tst_DotNet.php on line 2
[2004-08-03 11:46:16] [EMAIL PROTECTED]
I've added even more verbosity; please try the next snapshot, which is
due in about 45 minutes--it takes about that long to build, so this
change might not quite make it into that snap.
If you try it and see no different error message, wait for the next
snap after that.
[2004-08-03 07:50:32] mike at ziebeck dot net
same result using:
--
PHP 5.1.0-dev (cli) (built: Aug 3 2004 04:21:03)
Zend Engine v2.0.1-dev, Copyright (c) 1998-2004 Zend Technologies
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/29490
--
Edit this bug report at http://bugs.php.net/?id=29490edit=1
#29519 [NEW]: PHP5.0.0 call to declare(ticks=1) crashes apache 1.3.31
From: peter dot belt at gmail dot com Operating system: win32 (XP-SP1) PHP version: 5.0.0 PHP Bug Type: Reproducible crash Bug description: PHP5.0.0 call to declare(ticks=1) crashes apache 1.3.31 Description: Calling ticks(1) crashes apache 1.3.31. Plain vanilla setup from win32 pre-compiled distributions for both Apache and PHP5.0.0. Installed PEAR using all defaults and copied gd and mysql dlls to main PHP directory. That's all. When apache crashes, it comes up with the standard XP error reporting window. The data it wants to send to Microsoft includes the following: ?xml version=1.0 encoding=UTF-16? DATABASE EXE NAME=Apache.exe FILTER=GRABMI_FILTER_PRIVACY MATCHING_FILE NAME=Apache.exe SIZE=20545 CHECKSUM=0xD47235F3 MODULE_TYPE=WIN32 PE_CHECKSUM=0x0 LINKER_VERSION=0x0 LINK_DATE=05/11/2004 17:03:35 UPTO_LINK_DATE=05/11/2004 17:03:35 / MATCHING_FILE NAME=ApacheCore.dll SIZE=331845 CHECKSUM=0x59DF3602 MODULE_TYPE=WIN32 PE_CHECKSUM=0x0 LINKER_VERSION=0x0 LINK_DATE=05/11/2004 17:03:34 UPTO_LINK_DATE=05/11/2004 17:03:34 / MATCHING_FILE NAME=Win9xConHook.dll SIZE=20560 CHECKSUM=0x252AB831 MODULE_TYPE=WIN32 PE_CHECKSUM=0x0 LINKER_VERSION=0x0 LINK_DATE=05/11/2004 17:02:44 UPTO_LINK_DATE=05/11/2004 17:02:44 / MATCHING_FILE NAME=xmlparse.dll SIZE=36946 CHECKSUM=0xE27B203F MODULE_TYPE=WIN32 PE_CHECKSUM=0x0 LINKER_VERSION=0x0 LINK_DATE=05/11/2004 17:03:08 UPTO_LINK_DATE=05/11/2004 17:03:08 / MATCHING_FILE NAME=xmltok.dll SIZE=73808 CHECKSUM=0x2B9F157F MODULE_TYPE=WIN32 PE_CHECKSUM=0x0 LINKER_VERSION=0x0 LINK_DATE=05/11/2004 17:03:07 UPTO_LINK_DATE=05/11/2004 17:03:07 / MATCHING_FILE NAME=bin\htdigest.exe SIZE=20555 CHECKSUM=0x3EE134D3 MODULE_TYPE=WIN32 PE_CHECKSUM=0x0 LINKER_VERSION=0x0 LINK_DATE=05/11/2004 17:03:02 UPTO_LINK_DATE=05/11/2004 17:03:02 / MATCHING_FILE NAME=bin\htpasswd.exe SIZE=36939 CHECKSUM=0xD7F4A01C MODULE_TYPE=WIN32 PE_CHECKSUM=0x0 LINKER_VERSION=0x0 LINK_DATE=05/11/2004 17:03:01 UPTO_LINK_DATE=05/11/2004 17:03:01 / MATCHING_FILE NAME=bin\logresolve.exe SIZE=16461 CHECKSUM=0xCEEDE9C6 MODULE_TYPE=WIN32 PE_CHECKSUM=0x0 LINKER_VERSION=0x0 LINK_DATE=05/11/2004 17:03:02 UPTO_LINK_DATE=05/11/2004 17:03:02 / MATCHING_FILE NAME=bin\rotatelogs.exe SIZE=24653 CHECKSUM=0x90CD346A MODULE_TYPE=WIN32 PE_CHECKSUM=0x0 LINKER_VERSION=0x0 LINK_DATE=05/11/2004 17:03:05 UPTO_LINK_DATE=05/11/2004 17:03:05 / /EXE EXE NAME=kernel32.dll FILTER=GRABMI_FILTER_THISFILEONLY MATCHING_FILE NAME=kernel32.dll SIZE=930304 CHECKSUM=0xCBCCF8A9 BIN_FILE_VERSION=5.1.2600.1106 BIN_PRODUCT_VERSION=5.1.2600.1106 PRODUCT_VERSION=5.1.2600.1106 FILE_DESCRIPTION=Windows NT BASE API Client DLL COMPANY_NAME=Microsoft Corporation PRODUCT_NAME=Microsoft® Windows® Operating System FILE_VERSION=5.1.2600.1106 (xpsp1.020828-1920) ORIGINAL_FILENAME=kernel32 INTERNAL_NAME=kernel32 LEGAL_COPYRIGHT=© Microsoft Corporation. All rights reserved. VERFILEDATEHI=0x0 VERFILEDATELO=0x0 VERFILEOS=0x40004 VERFILETYPE=0x2 MODULE_TYPE=WIN32 PE_CHECKSUM=0xE7ED3 LINKER_VERSION=0x50001 UPTO_BIN_FILE_VERSION=5.1.2600.1106 UPTO_BIN_PRODUCT_VERSION=5.1.2600.1106 LINK_DATE=08/29/2002 10:40:40 UPTO_LINK_DATE=08/29/2002 10:40:40 VER_LANGUAGE=English (United States) [0x409] / /EXE /DATABASE All you have to do is call is declare(ticks=1); and that's all folks. We are looking for a fix to this, or an atmitting of a permanent limitation for the win32 platform in the documentation. -- Edit bug report at http://bugs.php.net/?id=29519edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29519r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29519r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29519r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29519r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29519r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29519r=needscript Try newer version: http://bugs.php.net/fix.php?id=29519r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29519r=support Expected behavior: http://bugs.php.net/fix.php?id=29519r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29519r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29519r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29519r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29519r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29519r=dst IIS Stability: http://bugs.php.net/fix.php?id=29519r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29519r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29519r=float
#29520 [NEW]: php mysql compile fail
From: martinkuria at hotmail dot com
Operating system: Solaris9
PHP version: 5.0.0
PHP Bug Type: Compile Failure
Bug description: php mysql compile fail
Description:
I am installing php but am getting the error below, could it be this
php-release mysql-client is not included please advice
Reproduce code:
---
configure:39850: checking if your cpp allows macro usage in include lines
configure:39862: gcc -c -I/usr/include -g -O2 -D_POSIX_PTHREAD_SEMANTICS
conftest.c 15
configure:40127: checking for IMAP support
configure:41422: checking for Informix support
configure:42018: checking for Ingres II support
configure:42534: checking for InterBase support
configure:43344: checking for IRCG support
configure:43972: checking for LDAP support
configure:44018: checking for LDAP Cyrus SASL support
configure:46735: checking whether to enable multibyte string support
configure:46781: checking whether to enable multibyte regex support
configure:46806: checking for external libmbfl
configure:48142: checking for mcrypt support
configure:48879: checking for MCVE support
configure:48925: checking OpenSSL dir for MCVE
configure:50291: checking for mhash support
configure:50701: checking whether to include mime_magic support
configure:50994: checking for MING support
configure:51669: checking for mnoGoSearch support
configure:52083: checking for msession support
configure:52678: checking for mSQL support
configure:53125: checking for MSSQL support via FreeTDS
configure:53707: checking for MySQL support
configure:53753: checking for specified location of the MySQL UNIX socket
configure:53810: checking for MySQL UNIX socket location
configure:53966: checking for mysql_close in -lmysqlclient
configure:53985: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/local/mysql//lib -L/usr/local/mysql//lib -R/usr/ucblib
-L/usr/ucblib -R/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3
-L/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/lib
-L/usr/local/lib -R/usr/local/ssl/lib -L/usr/local/ssl/lib
-R/usr/openwin/lib -L/usr/openwin/lib -R/usr/local/gd// -L/usr/local/gd//
conftest.c -lmysqlclient -lgd -lt1 -lfreetype -lpng -lz -ljpeg -lcurl
-lbz2 -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc -lxml2
-lz -liconv -lm -lsocket -lnsl -lcurl -lz -lssl -lcrypto -ldl -lsocket
-lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl 15
ld: warning: file /usr/local/mysql//lib/libmysqlclient.a(libmysql.o):
wrong ELF class: ELFCLASS64
Undefined first referenced
symbol in file
mysql_close /var/tmp//ccYGWfaf.o
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
configure: failed program was:
#line 53974 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_close();
int main() {
mysql_close()
; return 0; }
configure:54190: checking for mysql_error in -lmysqlclient
configure:54209: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/local/mysql//lib -L/usr/local/mysql//lib -R/usr/ucblib
-L/usr/ucblib -R/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3
-L/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/lib
-L/usr/local/lib -R/usr/local/ssl/lib -L/usr/local/ssl/lib
-R/usr/openwin/lib -L/usr/openwin/lib -R/usr/local/gd// -L/usr/local/gd//
-R/usr -L/usr conftest.c -lmysqlclient -lz -lgd -lt1 -lfreetype -lpng -lz
-ljpeg -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket
-lgcc -lxml2 -lz -liconv -lm -lsocket -lnsl -lcurl -lz -lssl -lcrypto -ldl
-lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl 15
ld: warning: file /usr/local/mysql//lib/libmysqlclient.a(libmysql.o):
wrong ELF class: ELFCLASS64
Undefined first referenced
symbol in file
mysql_error /var/tmp//ccmHP4RE.o
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
configure: failed program was:
#line 54198 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_error();
int main() {
mysql_error()
; return 0; }
--
Edit bug report at http://bugs.php.net/?id=29520edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29520r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29520r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29520r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29520r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29520r=needtrace
Need Reproduce Script:
#29520 [Opn]: php mysql compile fail
ID: 29520
User updated by: martinkuria at hotmail dot com
Reported By: martinkuria at hotmail dot com
Status: Open
Bug Type: Compile Failure
Operating System: Solaris9
PHP Version: 5.0.0
New Comment:
Below is the error am getting, it says also that mysql client library
is not bundled anymore in the php-5.0.0 version, what does that mean?
and how can I resolve that to complite my php-5.0.0 please advice
checking for mSQL support... no
checking for MSSQL support via FreeTDS... no
checking for MySQL support... yes
checking for specified location of the MySQL UNIX socket... no
checking for MySQL UNIX socket location... /tmp/mysql.sock
configure: error: Cannot find MySQL header files under yes.
Note that the MySQL client library is not bundled anymore.
Previous Comments:
[2004-08-04 12:37:57] martinkuria at hotmail dot com
Description:
I am installing php but am getting the error below, could it be this
php-release mysql-client is not included please advice
Reproduce code:
---
configure:39850: checking if your cpp allows macro usage in include
lines
configure:39862: gcc -c -I/usr/include -g -O2
-D_POSIX_PTHREAD_SEMANTICS conftest.c 15
configure:40127: checking for IMAP support
configure:41422: checking for Informix support
configure:42018: checking for Ingres II support
configure:42534: checking for InterBase support
configure:43344: checking for IRCG support
configure:43972: checking for LDAP support
configure:44018: checking for LDAP Cyrus SASL support
configure:46735: checking whether to enable multibyte string support
configure:46781: checking whether to enable multibyte regex support
configure:46806: checking for external libmbfl
configure:48142: checking for mcrypt support
configure:48879: checking for MCVE support
configure:48925: checking OpenSSL dir for MCVE
configure:50291: checking for mhash support
configure:50701: checking whether to include mime_magic support
configure:50994: checking for MING support
configure:51669: checking for mnoGoSearch support
configure:52083: checking for msession support
configure:52678: checking for mSQL support
configure:53125: checking for MSSQL support via FreeTDS
configure:53707: checking for MySQL support
configure:53753: checking for specified location of the MySQL UNIX
socket
configure:53810: checking for MySQL UNIX socket location
configure:53966: checking for mysql_close in -lmysqlclient
configure:53985: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/local/mysql//lib -L/usr/local/mysql//lib -R/usr/ucblib
-L/usr/ucblib -R/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3
-L/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/lib
-L/usr/local/lib -R/usr/local/ssl/lib -L/usr/local/ssl/lib
-R/usr/openwin/lib -L/usr/openwin/lib -R/usr/local/gd//
-L/usr/local/gd// conftest.c -lmysqlclient -lgd -lt1 -lfreetype -lpng
-lz -ljpeg -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl
-lsocket -lgcc -lxml2 -lz -liconv -lm -lsocket -lnsl -lcurl -lz -lssl
-lcrypto -ldl -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl
15
ld: warning: file /usr/local/mysql//lib/libmysqlclient.a(libmysql.o):
wrong ELF class: ELFCLASS64
Undefined first referenced
symbol in file
mysql_close /var/tmp//ccYGWfaf.o
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
configure: failed program was:
#line 53974 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_close();
int main() {
mysql_close()
; return 0; }
configure:54190: checking for mysql_error in -lmysqlclient
configure:54209: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/local/mysql//lib -L/usr/local/mysql//lib -R/usr/ucblib
-L/usr/ucblib -R/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3
-L/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/lib
-L/usr/local/lib -R/usr/local/ssl/lib -L/usr/local/ssl/lib
-R/usr/openwin/lib -L/usr/openwin/lib -R/usr/local/gd//
-L/usr/local/gd// -R/usr -L/usr conftest.c -lmysqlclient -lz -lgd -lt1
-lfreetype -lpng -lz -ljpeg -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm
-ldl -lnsl -lsocket -lgcc -lxml2 -lz -liconv -lm -lsocket -lnsl -lcurl
-lz -lssl -lcrypto -ldl -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket
-lnsl 15
ld: warning: file /usr/local/mysql//lib/libmysqlclient.a(libmysql.o):
wrong ELF class: ELFCLASS64
Undefined first referenced
symbol in file
mysql_error /var/tmp//ccmHP4RE.o
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
configure: failed program was:
#29455 [Fbk-Opn]: DBA can not be built with FreeBSD DBM
ID: 29455 User updated by: dada at bbs dot giga dot net dot tw Reported By: dada at bbs dot giga dot net dot tw -Status: Feedback +Status: Open Bug Type: *Compile Issues Operating System: FreeBSD PHP Version: 5.0.0 New Comment: The DBM is not the database format, but the API interface. So the 'support for DBM handler' may be confused. The PHP source use gdbm's dbm (api) emulation as underlying library to build DBM handler support in DBA. But the resulting database format for this kind of 'dbm' handler does NOT compatible with FreeBSD's built-in DB format. FreeBSD has its built-in database format (libc) which been used in the system everywhere, such as /etc/mail/aliases.db. In fact, FreeBSD/db's format is the same as 'Berkeley DB 1.85' So my question becomes: How to access 'Berkeley DB 1.85' by DBA extension ? -or- How to build 'dbm' handler with FreeBSD/db as underlying library ? The deprecated PHP dbm_* extension can open 'Berkeley DB 1.85' in FreeBSD. But this should be replaced by DBA. The codes in PHP/ext/dba/dba_dbm.c does not compatiable with the API of FreeBSD's db library. I decided to fix this myself. I rewrite the PHP/ext/dba/dba_dbm.c today, and it can be build with FreeBSD/db. It now runs perfectly. But I think this should be called as 'db1' handler. The codes can only be compiled in FreeBSD. I don't know if you would like to add this into PHP CVS. I'll be glad if I can contribute my codes. Thanks for your patience on the report and tolerate my poor english. Previous Comments: [2004-08-02 13:20:45] [EMAIL PROTECTED] 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. [2004-07-30 09:13:08] dada at bbs dot giga dot net dot tw Description: Yes, it's related to Bug #28384. Since DBM extension is deprecated. I need the DBM handler (Berkeley DB 1.85) support of DBA extension. (ex: dba_open( 'index.db', 'n', 'dbm' ) ) FreeBSD has its own built-in DBM library, which is Berkeley DB 1.85. But I can not build DBA extension with FreeBSD's DBM. The DBM support can not be auto-detected by the configure script. -- Edit this bug report at http://bugs.php.net/?id=29455edit=1
#29521 [NEW]: compress.bzip2 wrapper
From: [EMAIL PROTECTED]
Operating system: all
PHP version: 5CVS-2004-08-04 (dev)
PHP Bug Type: Bzip2 Related
Bug description: compress.bzip2 wrapper
Description:
I can't use the compress.bzip2 wrapper. Can you please check my code
above?
Reproduce code:
---
?
$fp=fopen('compress.bzip2://http://php.net/backend/notes/all.bz2', 'r');
while (!feof($fp)) {
echo fgets($fp, 4096);
}
fclose($fp);
?
Actual result:
--
Warning: fopen() 1137 bytes of buffered data lost during stream
conversion!
in /cvs/livedocs/test_bz.php on line 3
--
Edit bug report at http://bugs.php.net/?id=29521edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29521r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29521r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29521r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29521r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29521r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29521r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29521r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29521r=support
Expected behavior: http://bugs.php.net/fix.php?id=29521r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29521r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29521r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29521r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29521r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29521r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29521r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29521r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29521r=float
#29298 [Com]: MySQLI doesn't support versions 4.1.3 anymore
ID: 29298 Comment by: yrob at mail dot crpower dot com Reported By: aditya at sanisoft dot com Status: Closed Bug Type: Compile Failure Operating System: Fedora Core 2 PHP Version: 5.0.0 Assigned To: georg New Comment: Same problem here, except I downloaded the sources instead of RPM for MySQL-5.0.0 (alpha) and PHP-5. I suspect that PHP-5 left in some mysqli functions that were not a part of MySQL-5.0.0 anymore. I can hardly wait to use the stored procedures from MySQL 5 inside PHP 5. That would be awsome. Previous Comments: [2004-07-22 09:48:51] aditya at sanisoft dot com Thanks for all the responses. Still I don't get it... I know that 4.1.3 compiles with mysqli and have done it BUT are you saying that the compile failure with MySQL 5.0.0 is A) Not a php related bug but a MySQL bug B) Is a php related bug but MySQL 5 is not supported by PHP devs currently C) Nobody know for sure [2004-07-22 09:27:19] [EMAIL PROTECTED] Message changed in HEAD and 5_0. [2004-07-22 08:46:07] [EMAIL PROTECTED] I spoke with Georg and he's changing the message, until then keep it assigned to him. [2004-07-22 07:11:22] [EMAIL PROTECTED] I know 5.0.0 4.1.3, but since 5 is still alpha, it sometimes lags behind the 4.1.x series in patches. Therefore, things that have been merged into the 4.1.x branch may not be in the 5.0.x branch. For best results, at least today, you should always use the 4.1.x branch with MySQLi. In the future, you'll also be able to use the 5.0.x branch. [2004-07-22 06:53:10] aditya at sanisoft dot com I understand difference between 4.1.2 apha and 4.1.3. But as I clearly stated above, I have installed MySQL 5.0.0 alpha, which is greater than 4.1.3 atleast version wise. Yes, I did take time out to read the manual and how to report 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/29298 -- Edit this bug report at http://bugs.php.net/?id=29298edit=1
#29522 [NEW]: properties of mysqli (class) aren't accessable if db connection already closed
From: Nico dot Laus dot 2001 at gmx dot de
Operating system: Linux 2.6.7
PHP version: 5.0.0
PHP Bug Type: MySQL related
Bug description: properties of mysqli (class) aren't accessable if db connection
already closed
Description:
when closing the connection to the db, and using
properties of the $mysqli object (such as insert_id), PHP
crashes (or even the webserver, I don't know)
- although closing it before is not the right way, at
least an error message should be displayed
(took me a while to recognize that 1. some properties are
not accessible after disconnecting and 2. that this was
the reason for not showing the whole page)
Reproduce code:
---
// taken from http://de2.php.net/manual/en/function.mysqli-insert-id.php
$mysqli = new mysqli('HOST', 'USER', 'PASSWORD','DB');
$mysqli-query(CREATE TABLE myCity LIKE City);
$query = INSERT INTO myCity VALUES (NULL, 'Stuttgart', 'DEU',
'Stuttgart', 617000);
$mysqli-query($query);
/* close connection */
$mysqli-close();
printf (New Record has id %d.\n, $mysqli-insert_id);
Expected result:
print out New Record has id id
Actual result:
--
connection to server broken error message from the
browser
--
Edit bug report at http://bugs.php.net/?id=29522edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29522r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29522r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29522r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29522r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29522r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29522r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29522r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29522r=support
Expected behavior: http://bugs.php.net/fix.php?id=29522r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29522r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29522r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29522r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29522r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29522r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29522r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29522r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29522r=float
#29490 [Opn-Fbk]: 'Failed to instantiate .Net object' using PHP.NET docu example
ID: 29490
Updated by: [EMAIL PROTECTED]
Reported By: mike at ziebeck dot net
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 5.0.0
New Comment:
What is the english translation of that error message?
Previous Comments:
[2004-08-04 09:49:25] mike at ziebeck dot net
same result using:
--
PHP 5.1.0-dev (cli) (built: Aug 4 2004 08:29:44)
Zend Engine v2.0.1-dev, Copyright (c) 1998-2004 Zend Technologies
[2004-08-03 17:17:05] mike at ziebeck dot net
even more verbose output using:
---
PHP 5.1.0-dev (cli) (built: Aug 3 2004 16:28:21)
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [IDispatch_Invoke] Ausnahmefehler aufgetreten.
' in tst_DotNet.php:2
Stack trace:
#0 {main}
thrown in tst_DotNet.php on line 2
[2004-08-03 14:42:49] [EMAIL PROTECTED]
ok, I've added even more verbosity; please try the next snap in about 2
hours time.
[2004-08-03 13:44:38] mike at ziebeck dot net
little more verbose output using:
-
PHP 5.1.0-dev (cli) (built: Aug 3 2004 12:19:41)
Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [IDispatch_Invoke]' in tst_DotNet.php:2
Stack trace:
#0 {main}
thrown in tst_DotNet.php on line 2
[2004-08-03 11:46:16] [EMAIL PROTECTED]
I've added even more verbosity; please try the next snapshot, which is
due in about 45 minutes--it takes about that long to build, so this
change might not quite make it into that snap.
If you try it and see no different error message, wait for the next
snap after that.
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/29490
--
Edit this bug report at http://bugs.php.net/?id=29490edit=1
#29482 [Opn]: imagecreatefrompng() throws fatal error (no warning) when opening broken images
ID: 29482
User updated by: troublegum at woltlab dot de
Reported By: troublegum at woltlab dot de
Status: Open
Bug Type: GD related
Operating System: Windows XP Professional
PHP Version: 5.0.0
New Comment:
# The mentioned image can be downloaded at:
http://webpm.woltlab.info/misc/bugs.php.net/29482_broken.png
# The appropriate testcase here:
http://webpm.woltlab.info/misc/bugs.php.net/29482_test1.php.txt
# A demo of this behavior (running php4.3.5 with gd 2.0.17
(compatible))
http://webpm.woltlab.info/misc/bugs.php.net/29482_test1.php
Previous Comments:
[2004-08-04 02:46:38] troublegum at woltlab dot de
I got a PNG image, that works perfectly fine with getimagesize() (means
the correct values for width and height are being extracted), but
imagecreatefrompng() fails to open it (with the above error message).
So this is definately not an option to sort out images, that can't be
open with imagecreatefrompng().
If it's not a bug, then it's certainly an improvement for future php
versions.
[2004-08-04 02:06:08] [EMAIL PROTECTED]
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
Use the getimagesize() function to validate the image first
if you are unsure about the file's contents.
[2004-08-01 15:55:51] troublegum at woltlab dot de
Description:
imagecreatefrompng() should not throw a fatal error
when opening broken image files. Instead, a warning would be much more
useful.
The following code is useless as the scripts dies without any output.
If I remove the @, it throws the following message:
---
Fatal error: imagecreatefrompng() [function.imagecreatefrompng]:
gd-png: fatal libpng error: Invalid chunk length. in
F:\htdocs\bug\read.php on line 3
---
imagecreatefrompng throws a warning when opening files that are no png
files ('broken.png' is not a valid PNG file) but not when the image
file is a png image, bug is broken for whatever reason.
---
OS: Windows XP Professional
Apache: 2.0.49
PHP: 5.0.0 as apache module
GD: bundled (2.0.23 compatible)
PNG Support: enabled
Reproduce code:
---
?php
$filename = 'broken.png';
$imageResource = @imagecreatefrompng($filename);
if (!$imageResource) {
die('could not read ' . $filename . ' image');
}
else {
echo 'image ' . $filename . ' successfully read';
}
?
Expected result:
could not read broken.png image
Actual result:
--
Fatal error: imagecreatefrompng() [function.imagecreatefrompng]:
gd-png: fatal libpng error: Invalid chunk length. in
F:\htdocs\bug\read.php on line 3
--
Edit this bug report at http://bugs.php.net/?id=29482edit=1
#29490 [Fbk-Opn]: 'Failed to instantiate .Net object' using PHP.NET docu example
ID: 29490
User updated by: mike at ziebeck dot net
Reported By: mike at ziebeck dot net
-Status: Feedback
+Status: Open
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 5.0.0
New Comment:
Ausnahmefehler aufgetreten = exception error happened
sounds like:
something went wrong, but i don't know what :(
Previous Comments:
[2004-08-04 13:44:47] [EMAIL PROTECTED]
What is the english translation of that error message?
[2004-08-04 09:49:25] mike at ziebeck dot net
same result using:
--
PHP 5.1.0-dev (cli) (built: Aug 4 2004 08:29:44)
Zend Engine v2.0.1-dev, Copyright (c) 1998-2004 Zend Technologies
[2004-08-03 17:17:05] mike at ziebeck dot net
even more verbose output using:
---
PHP 5.1.0-dev (cli) (built: Aug 3 2004 16:28:21)
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [IDispatch_Invoke] Ausnahmefehler aufgetreten.
' in tst_DotNet.php:2
Stack trace:
#0 {main}
thrown in tst_DotNet.php on line 2
[2004-08-03 14:42:49] [EMAIL PROTECTED]
ok, I've added even more verbosity; please try the next snap in about 2
hours time.
[2004-08-03 13:44:38] mike at ziebeck dot net
little more verbose output using:
-
PHP 5.1.0-dev (cli) (built: Aug 3 2004 12:19:41)
Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [IDispatch_Invoke]' in tst_DotNet.php:2
Stack trace:
#0 {main}
thrown in tst_DotNet.php on line 2
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/29490
--
Edit this bug report at http://bugs.php.net/?id=29490edit=1
#29522 [Opn-Asn]: properties of mysqli (class) aren't accessable if db connection already closed
ID: 29522
Updated by: [EMAIL PROTECTED]
Reported By: Nico dot Laus dot 2001 at gmx dot de
-Status: Open
+Status: Assigned
Bug Type: MySQL related
Operating System: Linux 2.6.7
PHP Version: 5.0.0
Assigned To: georg
Previous Comments:
[2004-08-04 13:44:30] Nico dot Laus dot 2001 at gmx dot de
Description:
when closing the connection to the db, and using
properties of the $mysqli object (such as insert_id), PHP
crashes (or even the webserver, I don't know)
- although closing it before is not the right way, at
least an error message should be displayed
(took me a while to recognize that 1. some properties are
not accessible after disconnecting and 2. that this was
the reason for not showing the whole page)
Reproduce code:
---
// taken from
http://de2.php.net/manual/en/function.mysqli-insert-id.php
$mysqli = new mysqli('HOST', 'USER', 'PASSWORD','DB');
$mysqli-query(CREATE TABLE myCity LIKE City);
$query = INSERT INTO myCity VALUES (NULL, 'Stuttgart', 'DEU',
'Stuttgart', 617000);
$mysqli-query($query);
/* close connection */
$mysqli-close();
printf (New Record has id %d.\n, $mysqli-insert_id);
Expected result:
print out New Record has id id
Actual result:
--
connection to server broken error message from the
browser
--
Edit this bug report at http://bugs.php.net/?id=29522edit=1
#29523 [NEW]: ReflectionParameter::isOptional() is incorrect
From: Jared dot Williams1 at ntlworld dot com
Operating system: Windows 2000/IIS
PHP version: 5CVS-2004-08-04 (dev)
PHP Bug Type: Class/Object related
Bug description: ReflectionParameter::isOptional() is incorrect
Description:
ReflectionParameter::isOptional() does not return the correct optional
status of some parameters.
ReflectionFunction::getNumberOfRequiredParameters() returns the current
number of required parameters, but when iterator through the
ReflectionFunction::getParamaters() counting parameters that are not
marked as optional, the value calculated is incorrect.
Reproduce code:
---
class TestClass
{
}
function optionalTest(TestClass $a, TestClass $b, $c = 3)
{
}
$function = new ReflectionFunction('optionalTest');
$numberOfNotOptionalParameters = 0;
$numberOfOptionalParameters = 0;
foreach($function-getParameters() as $parameter)
if ($parameter-isOptional())
++$numberOfOptionalParameters;
else
++$numberOfNotOptionalParameters;
var_dump($function-getNumberOfRequiredParameters());
var_dump($numberOfNotOptionalParameters);
Expected result:
int(2) int(2)
Actual result:
--
int(2) int(0)
--
Edit bug report at http://bugs.php.net/?id=29523edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29523r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29523r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29523r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29523r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29523r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29523r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29523r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29523r=support
Expected behavior: http://bugs.php.net/fix.php?id=29523r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29523r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29523r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29523r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29523r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29523r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29523r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29523r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29523r=float
#29524 [NEW]: Trying to connect to an oracle 9i Db, script hangs, same script on PHP4 works
From: fadi at netways dot com
Operating system: Windows 2000
PHP version: 5.0.0
PHP Bug Type: OCI8 related
Bug description: Trying to connect to an oracle 9i Db, script hangs, same script on
PHP4 works
Description:
Platform:
=
PHP 5.0 (Release)
Windows 2000 server
IIS 6.0 (PHP runs as ISAPI module)
Oracle 9i Client Tools (Admin)
ORACLE_HOME correctly set as system variable
Oracle Databae 9i installed on a separate reachable server (i tested
sqlplus).
IUSR_ has correct permissions to C:\PHP and C:\Oracle\Ora92
directories.
IMPORTANT: Simply replacing PHP 5 with PHP 4.3.4 works
Reproduce code:
---
?php
$dbConnString = (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST =
myserver)(PORT=1521))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=mydb)));
$conn = OCILogon('username', 'password', $dbConnString);
if( $conn ) echo Connected: . OCIServerVersion( $conn );
else {
echo Not Connected;
exit();
}
$query = SELECT * FROM LoginBackOffice;
$statement = OCIParse ($conn, $query);
OCIExecute ($statement);
while (OCIFetchInto ($statement, $row, OCI_ASSOC)) {
echo hr;
print_r( $row );
}
ocilogoff( $conn );
?
Expected result:
2 rows of data
Actual result:
--
Script hangs indefinitly
--
Edit bug report at http://bugs.php.net/?id=29524edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29524r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29524r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29524r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29524r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29524r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29524r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29524r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29524r=support
Expected behavior: http://bugs.php.net/fix.php?id=29524r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29524r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29524r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29524r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29524r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29524r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29524r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29524r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29524r=float
#29490 [Opn-Fbk]: 'Failed to instantiate .Net object' using PHP.NET docu example
ID: 29490
Updated by: [EMAIL PROTECTED]
Reported By: mike at ziebeck dot net
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 5.0.0
New Comment:
:-(
Suffice to say that it does work here for me.
Is there anything else you can try to troubleshoot ?
Service packs/upgrades, permissions and so on.
Without more information, we can't find the cause of the problem.
Previous Comments:
[2004-08-04 13:56:27] mike at ziebeck dot net
Ausnahmefehler aufgetreten = exception error happened
sounds like:
something went wrong, but i don't know what :(
[2004-08-04 13:44:47] [EMAIL PROTECTED]
What is the english translation of that error message?
[2004-08-04 09:49:25] mike at ziebeck dot net
same result using:
--
PHP 5.1.0-dev (cli) (built: Aug 4 2004 08:29:44)
Zend Engine v2.0.1-dev, Copyright (c) 1998-2004 Zend Technologies
[2004-08-03 17:17:05] mike at ziebeck dot net
even more verbose output using:
---
PHP 5.1.0-dev (cli) (built: Aug 3 2004 16:28:21)
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [IDispatch_Invoke] Ausnahmefehler aufgetreten.
' in tst_DotNet.php:2
Stack trace:
#0 {main}
thrown in tst_DotNet.php on line 2
[2004-08-03 14:42:49] [EMAIL PROTECTED]
ok, I've added even more verbosity; please try the next snap in about 2
hours time.
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/29490
--
Edit this bug report at http://bugs.php.net/?id=29490edit=1
#29522 [Asn-Csd]: properties of mysqli (class) aren't accessable if db connection already closed
ID: 29522
Updated by: [EMAIL PROTECTED]
Reported By: Nico dot Laus dot 2001 at gmx dot de
-Status: Assigned
+Status: Closed
Bug Type: MySQL related
Operating System: Linux 2.6.7
PHP Version: 5.0.0
Assigned To: georg
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-08-04 13:44:30] Nico dot Laus dot 2001 at gmx dot de
Description:
when closing the connection to the db, and using
properties of the $mysqli object (such as insert_id), PHP
crashes (or even the webserver, I don't know)
- although closing it before is not the right way, at
least an error message should be displayed
(took me a while to recognize that 1. some properties are
not accessible after disconnecting and 2. that this was
the reason for not showing the whole page)
Reproduce code:
---
// taken from
http://de2.php.net/manual/en/function.mysqli-insert-id.php
$mysqli = new mysqli('HOST', 'USER', 'PASSWORD','DB');
$mysqli-query(CREATE TABLE myCity LIKE City);
$query = INSERT INTO myCity VALUES (NULL, 'Stuttgart', 'DEU',
'Stuttgart', 617000);
$mysqli-query($query);
/* close connection */
$mysqli-close();
printf (New Record has id %d.\n, $mysqli-insert_id);
Expected result:
print out New Record has id id
Actual result:
--
connection to server broken error message from the
browser
--
Edit this bug report at http://bugs.php.net/?id=29522edit=1
#29298 [Com]: MySQLI doesn't support versions 4.1.3 anymore
ID: 29298 Comment by: yrob at mail dot crpower dot com Reported By: aditya at sanisoft dot com Status: Closed Bug Type: Compile Failure Operating System: Fedora Core 2 PHP Version: 5.0.0 Assigned To: georg New Comment: I submitted this as a bug to MySQL: http://bugs.mysql.com/bug.php?id=4895 Previous Comments: [2004-08-04 13:41:21] yrob at mail dot crpower dot com Same problem here, except I downloaded the sources instead of RPM for MySQL-5.0.0 (alpha) and PHP-5. I suspect that PHP-5 left in some mysqli functions that were not a part of MySQL-5.0.0 anymore. I can hardly wait to use the stored procedures from MySQL 5 inside PHP 5. That would be awsome. [2004-07-22 09:48:51] aditya at sanisoft dot com Thanks for all the responses. Still I don't get it... I know that 4.1.3 compiles with mysqli and have done it BUT are you saying that the compile failure with MySQL 5.0.0 is A) Not a php related bug but a MySQL bug B) Is a php related bug but MySQL 5 is not supported by PHP devs currently C) Nobody know for sure [2004-07-22 09:27:19] [EMAIL PROTECTED] Message changed in HEAD and 5_0. [2004-07-22 08:46:07] [EMAIL PROTECTED] I spoke with Georg and he's changing the message, until then keep it assigned to him. [2004-07-22 07:11:22] [EMAIL PROTECTED] I know 5.0.0 4.1.3, but since 5 is still alpha, it sometimes lags behind the 4.1.x series in patches. Therefore, things that have been merged into the 4.1.x branch may not be in the 5.0.x branch. For best results, at least today, you should always use the 4.1.x branch with MySQLi. In the future, you'll also be able to use the 5.0.x branch. 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/29298 -- Edit this bug report at http://bugs.php.net/?id=29298edit=1
#28435 [Com]: array_count_values() problem
ID: 28435
Comment by: alexis dot bosson at medias dot cnes dot fr
Reported By: ofirin at yahoo dot com
Status: Closed
Bug Type: Arrays related
Operating System: Any
PHP Version: 4CVS-2004-05-18 (stable)
New Comment:
As said in :
- bug #9307
- bug #21918
- bug #22201
- and documentation of arrays :
http://www.php.net/manual/en/language.types.array.php
If a key is the standard representation of an integer, it will be
interpreted as such (i.e. 8 will be interpreted as 8, while 08 will
be interpreted as 08).
So the array_count_values must cast the integers contained in strings
to integers.
Actually, with standard PHP behavior, it's impossible to access
directly to those array elements which keys are strings containing
integers, as said in comment of June 18
Previous Comments:
[2004-06-21 17:50:47] ofirin at yahoo dot com
Ok, I think you're right, we all should be looking forward working with
php5, rather than trying to fix old bugs in php4.
[2004-06-21 11:31:59] vladb at pseudo-infinity dot ro
The php5 result seems more accurate than the php4 one. You got strings
in the $books array, no?
Changing this in php4 may break some code out there so maybe it'd be
best to just mention it as a 4-5 inconsistency.
[2004-06-18 14:24:41] programmer at bardware dot de
I noticed this problem with PHP5 RC2 on a Win2k box as an
Apache2-module. I have some HMTL-Checkboxes and on the server side want
to check the selected values. My checkboxes are equally named
name=choice2[] what lets PHP generate an array
$_POST[choice2][0]
$_POST[choice2][1]
$_POST[choice2][2] etc. according to the selected values.
Each checkbox has it's unique value attribute.
To test for a certain value I reverse this array with
$arrTmp=array_count_values($_POST[choice2]);
I now want to access $arrTmp[1] to check if the checkbox with the
attribute value=1 was selected. The respective value was - if
selected - 1, otherwise it's not existent in the
$_POST[choice2]-Array. This did not work. $arrTmp[1] didn't work
either. It was no way possible to access a member of the array.
The other poster mentioned the indexes are generated as strings, I want
to point they cannot be accessed at all.
It worked best on PHP 4.3.6
Best,
Bernhard
[2004-05-18 19:04:43] ofirin at yahoo dot com
Description:
I don't know if this is a php5 or php4 bug, but I'm sure something's
wrong here.
Whenever in php5 I do an array_count_values() on an array that
contains numeric values as strings the result array uses string keys
instead of the numeric values as indexes. This doesn't happen in php4.
I don't know what behaivor is correct.
I'm using the latest cvs versions of both php4 and php5 btw.
Reproduce code:
---
?php
$books = Array('10', '3', '6', '10');
$quantities = array_count_values($books);
var_dump($books);
var_dump($quantities);
?
Expected result:
This is what happens in php4:
array(4) {
[0]=
string(2) 10
[1]=
string(1) 3
[2]=
string(1) 6
[3]=
string(2) 10
}
array(3) {
[10]=
int(2)
[3]=
int(1)
[6]=
int(1)
}
Actual result:
--
This is what happens if php5:
array(4) {
[0]=
string(2) 10
[1]=
string(1) 3
[2]=
string(1) 6
[3]=
string(2) 10
}
array(3) {
[10]=
int(2)
[3]=
int(1)
[6]=
int(1)
}
--
Edit this bug report at http://bugs.php.net/?id=28435edit=1
#29526 [NEW]: QUIT MOVING STUFF AROUND!!
From: mo_csc at hotmail dot com Operating system: Windows Server 2003 PHP version: 5.0.0 PHP Bug Type: MySQL related Bug description: QUIT MOVING STUFF AROUND!! Description: I have used PHP 4 and the MySQL fucntions were built in. I upgraded to version 5 and all my scripts quit working come to find out I had to re-enable the extension for it. On top of that, I had to copy a dll file into my system32 directory. Please if you are going to include something in one version, leave it as is in the next version. I had signifigant downtime while trying to figure out what the heck was going on. (At least could you add something in the installer to detect the presense of MySQL and move the extensions and files into the proper places) Reproduce code: --- $DBConn = mysql_connect($DBHost,$DBUser,$DBPass) or die(Unable to connect to database); Expected result: successful connection Actual result: -- Fatal error: Call to undefined function mysql_connect() -- Edit bug report at http://bugs.php.net/?id=29526edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29526r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29526r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29526r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29526r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29526r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29526r=needscript Try newer version: http://bugs.php.net/fix.php?id=29526r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29526r=support Expected behavior: http://bugs.php.net/fix.php?id=29526r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29526r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29526r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29526r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29526r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29526r=dst IIS Stability: http://bugs.php.net/fix.php?id=29526r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29526r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29526r=float
#29526 [Opn-Bgs]: QUIT MOVING STUFF AROUND!!
ID: 29526 Updated by: [EMAIL PROTECTED] Reported By: mo_csc at hotmail dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows Server 2003 PHP Version: 5.0.0 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. No major version upgrade should be taken lightly. It is your responsibility to check the accompanying documentation and to evaluate how the upgrade will effect your applications. Previous Comments: [2004-08-04 16:44:58] mo_csc at hotmail dot com Description: I have used PHP 4 and the MySQL fucntions were built in. I upgraded to version 5 and all my scripts quit working come to find out I had to re-enable the extension for it. On top of that, I had to copy a dll file into my system32 directory. Please if you are going to include something in one version, leave it as is in the next version. I had signifigant downtime while trying to figure out what the heck was going on. (At least could you add something in the installer to detect the presense of MySQL and move the extensions and files into the proper places) Reproduce code: --- $DBConn = mysql_connect($DBHost,$DBUser,$DBPass) or die(Unable to connect to database); Expected result: successful connection Actual result: -- Fatal error: Call to undefined function mysql_connect() -- Edit this bug report at http://bugs.php.net/?id=29526edit=1
#29526 [Bgs]: QUIT MOVING STUFF AROUND!!
ID: 29526 Updated by: [EMAIL PROTECTED] Reported By: mo_csc at hotmail dot com Status: Bogus Bug Type: MySQL related Operating System: Windows Server 2003 PHP Version: 5.0.0 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. Previous Comments: [2004-08-04 16:58:01] [EMAIL PROTECTED] 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. No major version upgrade should be taken lightly. It is your responsibility to check the accompanying documentation and to evaluate how the upgrade will effect your applications. [2004-08-04 16:44:58] mo_csc at hotmail dot com Description: I have used PHP 4 and the MySQL fucntions were built in. I upgraded to version 5 and all my scripts quit working come to find out I had to re-enable the extension for it. On top of that, I had to copy a dll file into my system32 directory. Please if you are going to include something in one version, leave it as is in the next version. I had signifigant downtime while trying to figure out what the heck was going on. (At least could you add something in the installer to detect the presense of MySQL and move the extensions and files into the proper places) Reproduce code: --- $DBConn = mysql_connect($DBHost,$DBUser,$DBPass) or die(Unable to connect to database); Expected result: successful connection Actual result: -- Fatal error: Call to undefined function mysql_connect() -- Edit this bug report at http://bugs.php.net/?id=29526edit=1
#29490 [Fbk-Opn]: 'Failed to instantiate .Net object' using PHP.NET docu example
ID: 29490
User updated by: mike at ziebeck dot net
Reported By: mike at ziebeck dot net
-Status: Feedback
+Status: Open
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 5.0.0
New Comment:
Software Setup:
Windows 2000 pro (german) clean install (Service Pack 4)
.NET: MS DotNET FrameWork RTL 1.1
USER: Administrator
unpack: php5-win32-200408040230.zip = c:\Programme\php\php5
copy: c:\Programme\php\php5.php.ini-dist
c:\Programme\php\php5.php.ini
copy: tst_DotNet.php c:\Programme\php\tst_DotNet.php
php -c c:\Programme\php\php5\php.ini -f tst_DotNet.php
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [IDispatch_Invoke] Ausnahmefehler aufgetreten.'
in c:\Programme\php\php5\tst_DotNet.php:2
Stack trace:
#0 {main}
thrown in c:\Programme\php\php5\tst_DotNet.php on line 2
No files (*.ini, *.dll) have been (re)placed in windows system
folders. Working directory: c:\Programme\php\php5
Kind Regards
mz.
Previous Comments:
[2004-08-04 15:03:10] [EMAIL PROTECTED]
:-(
Suffice to say that it does work here for me.
Is there anything else you can try to troubleshoot ?
Service packs/upgrades, permissions and so on.
Without more information, we can't find the cause of the problem.
[2004-08-04 13:56:27] mike at ziebeck dot net
Ausnahmefehler aufgetreten = exception error happened
sounds like:
something went wrong, but i don't know what :(
[2004-08-04 13:44:47] [EMAIL PROTECTED]
What is the english translation of that error message?
[2004-08-04 09:49:25] mike at ziebeck dot net
same result using:
--
PHP 5.1.0-dev (cli) (built: Aug 4 2004 08:29:44)
Zend Engine v2.0.1-dev, Copyright (c) 1998-2004 Zend Technologies
[2004-08-03 17:17:05] mike at ziebeck dot net
even more verbose output using:
---
PHP 5.1.0-dev (cli) (built: Aug 3 2004 16:28:21)
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [IDispatch_Invoke] Ausnahmefehler aufgetreten.
' in tst_DotNet.php:2
Stack trace:
#0 {main}
thrown in tst_DotNet.php on line 2
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/29490
--
Edit this bug report at http://bugs.php.net/?id=29490edit=1
#29490 [Opn]: 'Failed to instantiate .Net object' using PHP.NET docu example
ID: 29490
User updated by: mike at ziebeck dot net
Reported By: mike at ziebeck dot net
Status: Open
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 5.0.0
New Comment:
There's been a typo:
c:\Programme\php\php5.php.ini
is
c:\Programme\php\php5.ini
Sorry for that.
mz.
Previous Comments:
[2004-08-04 18:18:50] mike at ziebeck dot net
Software Setup:
Windows 2000 pro (german) clean install (Service Pack 4)
.NET: MS DotNET FrameWork RTL 1.1
USER: Administrator
unpack: php5-win32-200408040230.zip = c:\Programme\php\php5
copy: c:\Programme\php\php5.php.ini-dist
c:\Programme\php\php5.php.ini
copy: tst_DotNet.php c:\Programme\php\tst_DotNet.php
php -c c:\Programme\php\php5\php.ini -f tst_DotNet.php
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [IDispatch_Invoke] Ausnahmefehler aufgetreten.'
in c:\Programme\php\php5\tst_DotNet.php:2
Stack trace:
#0 {main}
thrown in c:\Programme\php\php5\tst_DotNet.php on line 2
No files (*.ini, *.dll) have been (re)placed in windows system
folders. Working directory: c:\Programme\php\php5
Kind Regards
mz.
[2004-08-04 15:03:10] [EMAIL PROTECTED]
:-(
Suffice to say that it does work here for me.
Is there anything else you can try to troubleshoot ?
Service packs/upgrades, permissions and so on.
Without more information, we can't find the cause of the problem.
[2004-08-04 13:56:27] mike at ziebeck dot net
Ausnahmefehler aufgetreten = exception error happened
sounds like:
something went wrong, but i don't know what :(
[2004-08-04 13:44:47] [EMAIL PROTECTED]
What is the english translation of that error message?
[2004-08-04 09:49:25] mike at ziebeck dot net
same result using:
--
PHP 5.1.0-dev (cli) (built: Aug 4 2004 08:29:44)
Zend Engine v2.0.1-dev, Copyright (c) 1998-2004 Zend Technologies
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/29490
--
Edit this bug report at http://bugs.php.net/?id=29490edit=1
#29515 [Fbk-Opn]: While cycle error
ID: 29515
User updated by: borivoje at gmail dot com
Reported By: borivoje at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 4.3.8
New Comment:
?php
$string = helo,here,is,an,example;
$paragraphs = explode(,, $string);
$position = 10;
while (list($index, $thing) = each($paragraphs)) {
echo $position;
// here anything...
}
?
Previous Comments:
[2004-08-04 07:56:14] [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 avoid embedding huge scripts into the report.
[2004-08-04 02:12:32] borivoje at gmail dot com
Description:
http://www.code-experts.com/listTopic.asp?tid=44
Reproduce code:
---
echo $poss . ' - positionsbr/';
$paragraphs = explode(\n,$textToReplace);
$ord = 0;
while (list($breakIndex,$breakToReplace) = each($paragraphs)) {
echo $poss . br/; // --here
echo $breakIndex . - . $ord . br/;
if ($breakIndex % $poss = 0) {
$ord = $ord + 1;
if ($ord = 1) $paragraphs[$breakIndex] = p class='news_preview'.
$breakToReplace . img class='news_pic_r'
src='$picDir/$article-picturePath1'//p;
if ($ord = 2) $paragraphs[$breakIndex] = p class='news_preview'.
$breakToReplace . img class='news_pic_l'
src='$picDir/$article-picturePath2'//p;
if ($ord = 3) $paragraphs[$breakIndex] = p class='news_preview'.
$breakToReplace . img class='news_pic_r'
src='$picDir/$article-picturePath3'//p;
} else {
$paragraphs[$breakIndex] = p class=\news_preview\.
$breakToReplace ./p;
}
}
Expected result:
All ones (1 int)
Actual result:
--
First one then 0-oes
--
Edit this bug report at http://bugs.php.net/?id=29515edit=1
#29515 [Opn]: While cycle error
ID: 29515
User updated by: borivoje at gmail dot com
Reported By: borivoje at gmail dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 4.3.8
New Comment:
I had no intention to confuse here, But...
I called this as a function from include file (these lines are in
function). As a saparated example it works just fine. But when I call
it from a function it displays error.
Previous Comments:
[2004-08-04 19:51:17] borivoje at gmail dot com
?php
$string = helo,here,is,an,example;
$paragraphs = explode(,, $string);
$position = 10;
while (list($index, $thing) = each($paragraphs)) {
echo $position;
// here anything...
}
?
[2004-08-04 07:56:14] [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 avoid embedding huge scripts into the report.
[2004-08-04 02:12:32] borivoje at gmail dot com
Description:
http://www.code-experts.com/listTopic.asp?tid=44
Reproduce code:
---
echo $poss . ' - positionsbr/';
$paragraphs = explode(\n,$textToReplace);
$ord = 0;
while (list($breakIndex,$breakToReplace) = each($paragraphs)) {
echo $poss . br/; // --here
echo $breakIndex . - . $ord . br/;
if ($breakIndex % $poss = 0) {
$ord = $ord + 1;
if ($ord = 1) $paragraphs[$breakIndex] = p class='news_preview'.
$breakToReplace . img class='news_pic_r'
src='$picDir/$article-picturePath1'//p;
if ($ord = 2) $paragraphs[$breakIndex] = p class='news_preview'.
$breakToReplace . img class='news_pic_l'
src='$picDir/$article-picturePath2'//p;
if ($ord = 3) $paragraphs[$breakIndex] = p class='news_preview'.
$breakToReplace . img class='news_pic_r'
src='$picDir/$article-picturePath3'//p;
} else {
$paragraphs[$breakIndex] = p class=\news_preview\.
$breakToReplace ./p;
}
}
Expected result:
All ones (1 int)
Actual result:
--
First one then 0-oes
--
Edit this bug report at http://bugs.php.net/?id=29515edit=1
#29127 [Com]: PHP has encountered an Access Violation
ID: 29127 Comment by: simmons at cooscurryelectric dot com Reported By: bojo at gvea dot com Status: Closed Bug Type: Reproducible crash Operating System: Windows 2003 Server PHP Version: 5.0.0 New Comment: I have fought with this to and I resolved it here: 2003 Server IIS 6.0 PHP 5 MySql My resolution was to ensure all mapping to the isapi module in IIS was set to the php directory not the system32directory i.e. webserver extensions, web sites root, and default website Running: IMAP PHP based mail PHPmyadmin etc no access violations Previous Comments: [2004-08-03 09:18:44] stangly_wrong at msn dot com hi all my php5 entironment follows php5 release mysql 4.0 windows2003 iis i correct install php5 and enable mysql modul, but i run php program , it return follows error s PHP has encountered an Access Violation at 010173CD i need help , please help me . thank you ~~ [2004-07-28 20:56:38] [EMAIL PROTECTED] The issue reported was solved. Please keep this report closed. If you can reproduce another problem please open a new report and include the reproducing code. [2004-07-28 20:16:53] bojo at gvea dot com Access Violation errors continue to happen after a clean rebuild using both the 5.0.x-dev and 5.1.x-dev snapshots. However, the errors occur at a lower frequency. [2004-07-23 02:36:25] jbrady at sbccd dot cc dot ca dot us I had this bug, but the latest snap fixed it. But it didn't fix the crash in IIS when you stop the service. I just upgraded from php 4.3.8 to 5.0 on my Windows XP machine, and got it working, only to get the access violation. At that time, IIS also crashed when I tried to stop the service (using net stop IIS Admin). I read this bug report, got the latest snapshot, and it fixed the access violation that was reported in the browser. Now, when ever I start IIS, run a page containing ?php phpinfo(); ?, and then try to stop IIS, it crashes. It brings up the microsoft crash report, asking to send it to Microsoft. [2004-07-23 02:29:30] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. 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/29127 -- Edit this bug report at http://bugs.php.net/?id=29127edit=1
#29493 [Opn]: extract(array, EXTR_REFS) fails if array has more than one referring symbol
ID: 29493
User updated by: msm at manley dot org
Reported By: msm at manley dot org
Status: Open
Bug Type: Unknown/Other Function
Operating System: Linux, FreeBSD
PHP Version: 5.0.0
New Comment:
The problem lies in extract()'s use of the SEPARATE_ZVAL macro in
ext/standard/array.c. That macro actually makes a full copy of a ZVAL
if the ZVAL's refcount is 1.
I assume that's used when doing lazy copies, normally.
The existing extract() function uses SEPARATE_ZVAL_TO_MAKE_IS_REF to
set is_ref = 1 in the ZVAL. When the refcount on the extract()ed array
is 1, no copy is made and the extracted variables are refs to the array
member. When the refcount is 1, a copy of the array entry gets made by
SEPARATE_ZVAL and the extracted variable end up as refs to the copy.
Here is a patch that I believe fixes the problem. So far a modified
version of PHP 5.0.0 has passed all the testcases with this patch in
place.
--- array.c Wed Aug 4 15:54:40 2004
+++ array.c.msm Wed Aug 4 16:42:01 2004
@@ -1372,7 +1372,7 @@
if (extract_refs) {
zval **orig_var;
-
SEPARATE_ZVAL_TO_MAKE_IS_REF(entry);
+ (*(entry))-is_ref = 1;
zval_add_ref(entry);
if
(zend_hash_find(EG(active_symbol_table), final_name.c,
final_name.len+1, (void **) orig_var) == SUCCESS) {
Previous Comments:
[2004-08-03 22:59:58] msm at manley dot org
Realizing I'm mostly conversing with myself here:
I'm not completely certain, but I think the issue is on line 1375 of
ext/standard/array.c
SEPARATE_ZVAL_TO_MAKE_IS_REF(entry);
If I follow the logic back through the twisty little maze of zend.h
macros, it would appear that when that macro is called and the refcount
on the original entry is 1, SEPARATE_ZVAL ends up copying the entry
entirely.
But that would mean the individual entries in a array/hash have the
same refcount as the array in general. Perhaps that's true?
At this point I am in way deeper than I can figure, having never even
looked at the PHP source before today.
[2004-08-03 20:04:19] msm at manley dot org
I shortened my testcases down to the following:
?php
rc1(); rc2(); rc3();
function rc1()
{
echo \n\n1: array copy by value\n;
$a = array( 'foo' = 'bar');
$b = $a;
$b['foo'] = 'diff';
print_r($a);
echo \n-\nnow extract from a with EXTR_REFS\n;
extract($a,EXTR_REFS);
echo post extract, foo = $foo\n;
$foo = 'noo';
echo post reassign, foo = $foo\n;
print_r($a);
print_r($b);
}
function rc2()
{
echo \n\n2: array copy by reference\n;
$a = array( 'foo' = 'bar');
$b = $a;
print_r($a);
echo \n-\nnow extract from a with EXTR_REFS\n;
extract($a,EXTR_REFS);
echo post extract, foo = $foo\n;
$foo = 'noo';
echo post reassign, foo = $foo\n;
print_r($a);
}
function rc3()
{
echo \n\n3: array copy by reference then unset copy\n;
$a = array( 'foo' = 'bar');
$b = $a;
unset($b);
print_r($a);
echo \n-\nnow extract from a with EXTR_REFS\n;
extract($a,EXTR_REFS);
echo post extract, foo = $foo\n;
$foo = 'noo';
echo post reassign, foo = $foo\n;
print_r($a);
}
?
Testcases 1 and 3 pass - $foo is a ref to $a['foo']. Testcase 2 fails
-- $foo does not appear to be a ref to $a['foo'].
[2004-08-03 18:18:25] msm at manley dot org
Ignore testcase #2. The behavior there is correct. PHP's lazy copy
behavior, in combination with modifying the array via the ref to an
entry not triggering the copy, threw me.
So it would appear that there is only an issue with extract(array,
EXTR_REFS) when there are multiple entries in the symbol table for that
array, which would be the first and third testcases.
I've looked at ext/standard/array.c and the extract() code, but I'm not
familar enough with the code in there to figure out what's wrong.
[2004-08-02 17:38:11] msm at manley dot org
Description:
Is there an issue with extract() using EXTR_REFS when more than one
symbol points to an array variable?
EXTR_REF extracts variables as references. This effectively means that
the values of the imported variables are still referencing the values of
the var_array parameter. (from
http://us2.php.net/manual/en/function.extract.php)
From some experiments, I think that this function has issues when you
pass it an array that has been given a reference or pass in a reference
to an array itself.
It three of the four testcases shown below, it would appear that the
extracted variable $foo is NOT actually a reference into $array['foo']
#26694 [Com]: strtotime fails on 'Sun, 21 Dec 2003 20:38:33 +0000 GMT'
ID: 26694
Comment by: joelgphp at gadgetwiz dot com
Reported By: phpbug at thequod dot de
Status: Assigned
Bug Type: Date/time related
Operating System: Windows XP
PHP Version: 4.3.4
Assigned To: derick
New Comment:
The + GMT format is also used by the Blackberry email client[s].
I've opened a ticket with them to fix the problem; however, because the
issue seems to keep coming up, it should be parsed by the strtotime
function even if it is not technically compliant.
Previous Comments:
[2004-04-25 11:39:00] [EMAIL PROTECTED]
That doesn't mean we can't support it :)
[2003-12-22 16:52:53] [EMAIL PROTECTED]
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
You can either define the timezone by + or by the 3-char identifier
of that timezone. Your format isn\'t defined by the syntax - for further
readings see http://www.gnu.org/manual/tar-1.12/html_chapter/tar_7.html
[2003-12-22 13:29:16] phpbug at thequod dot de
summary: it fails on
$d = gmdate(r) . ' GMT';
var_dump( strtotime($d) );
[2003-12-22 12:46:58] phpbug at thequod dot de
Description:
I use strtotime to decode the If-Modified-Since header and just noticed
that Firebird puts and offset in front of the GMT. I don't know if
this is RFC conform, but it should be recognized by strtotime(), IMHO.
Reproduce code:
---
var_dump(strtotime('Sun, 21 Dec 2003 20:38:33 + GMT'));
Expected result:
-1
--
Edit this bug report at http://bugs.php.net/?id=26694edit=1
#29455 [Opn-Fbk]: DBA can not be built with FreeBSD DBM
ID: 29455 Updated by: [EMAIL PROTECTED] Reported By: dada at bbs dot giga dot net dot tw -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: FreeBSD PHP Version: 5.0.0 -Assigned To: +Assigned To: helly New Comment: Please send me your handler file. I'll see what to do next. And thanks for your patience and very much for your efforts in helping. Previous Comments: [2004-08-04 12:49:32] dada at bbs dot giga dot net dot tw The DBM is not the database format, but the API interface. So the 'support for DBM handler' may be confused. The PHP source use gdbm's dbm (api) emulation as underlying library to build DBM handler support in DBA. But the resulting database format for this kind of 'dbm' handler does NOT compatible with FreeBSD's built-in DB format. FreeBSD has its built-in database format (libc) which been used in the system everywhere, such as /etc/mail/aliases.db. In fact, FreeBSD/db's format is the same as 'Berkeley DB 1.85' So my question becomes: How to access 'Berkeley DB 1.85' by DBA extension ? -or- How to build 'dbm' handler with FreeBSD/db as underlying library ? The deprecated PHP dbm_* extension can open 'Berkeley DB 1.85' in FreeBSD. But this should be replaced by DBA. The codes in PHP/ext/dba/dba_dbm.c does not compatiable with the API of FreeBSD's db library. I decided to fix this myself. I rewrite the PHP/ext/dba/dba_dbm.c today, and it can be build with FreeBSD/db. It now runs perfectly. But I think this should be called as 'db1' handler. The codes can only be compiled in FreeBSD. I don't know if you would like to add this into PHP CVS. I'll be glad if I can contribute my codes. Thanks for your patience on the report and tolerate my poor english. [2004-08-02 13:20:45] [EMAIL PROTECTED] 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. [2004-07-30 09:13:08] dada at bbs dot giga dot net dot tw Description: Yes, it's related to Bug #28384. Since DBM extension is deprecated. I need the DBM handler (Berkeley DB 1.85) support of DBA extension. (ex: dba_open( 'index.db', 'n', 'dbm' ) ) FreeBSD has its own built-in DBM library, which is Berkeley DB 1.85. But I can not build DBA extension with FreeBSD's DBM. The DBM support can not be auto-detected by the configure script. -- Edit this bug report at http://bugs.php.net/?id=29455edit=1
#29493 [Opn]: extract(array, EXTR_REFS) fails if array has more than one referring symbol
ID: 29493
User updated by: msm at manley dot org
Reported By: msm at manley dot org
Status: Open
Bug Type: Unknown/Other Function
Operating System: Linux, FreeBSD
PHP Version: 5.0.0
New Comment:
That patch is no good. It causes the testcase for bug 25708 to fail.
Previous Comments:
[2004-08-04 23:46:02] msm at manley dot org
The problem lies in extract()'s use of the SEPARATE_ZVAL macro in
ext/standard/array.c. That macro actually makes a full copy of a ZVAL
if the ZVAL's refcount is 1.
I assume that's used when doing lazy copies, normally.
The existing extract() function uses SEPARATE_ZVAL_TO_MAKE_IS_REF to
set is_ref = 1 in the ZVAL. When the refcount on the extract()ed array
is 1, no copy is made and the extracted variables are refs to the array
member. When the refcount is 1, a copy of the array entry gets made by
SEPARATE_ZVAL and the extracted variable end up as refs to the copy.
Here is a patch that I believe fixes the problem. So far a modified
version of PHP 5.0.0 has passed all the testcases with this patch in
place.
--- array.c Wed Aug 4 15:54:40 2004
+++ array.c.msm Wed Aug 4 16:42:01 2004
@@ -1372,7 +1372,7 @@
if (extract_refs) {
zval **orig_var;
-
SEPARATE_ZVAL_TO_MAKE_IS_REF(entry);
+ (*(entry))-is_ref = 1;
zval_add_ref(entry);
if
(zend_hash_find(EG(active_symbol_table), final_name.c,
final_name.len+1, (void **) orig_var) == SUCCESS) {
[2004-08-03 22:59:58] msm at manley dot org
Realizing I'm mostly conversing with myself here:
I'm not completely certain, but I think the issue is on line 1375 of
ext/standard/array.c
SEPARATE_ZVAL_TO_MAKE_IS_REF(entry);
If I follow the logic back through the twisty little maze of zend.h
macros, it would appear that when that macro is called and the refcount
on the original entry is 1, SEPARATE_ZVAL ends up copying the entry
entirely.
But that would mean the individual entries in a array/hash have the
same refcount as the array in general. Perhaps that's true?
At this point I am in way deeper than I can figure, having never even
looked at the PHP source before today.
[2004-08-03 20:04:19] msm at manley dot org
I shortened my testcases down to the following:
?php
rc1(); rc2(); rc3();
function rc1()
{
echo \n\n1: array copy by value\n;
$a = array( 'foo' = 'bar');
$b = $a;
$b['foo'] = 'diff';
print_r($a);
echo \n-\nnow extract from a with EXTR_REFS\n;
extract($a,EXTR_REFS);
echo post extract, foo = $foo\n;
$foo = 'noo';
echo post reassign, foo = $foo\n;
print_r($a);
print_r($b);
}
function rc2()
{
echo \n\n2: array copy by reference\n;
$a = array( 'foo' = 'bar');
$b = $a;
print_r($a);
echo \n-\nnow extract from a with EXTR_REFS\n;
extract($a,EXTR_REFS);
echo post extract, foo = $foo\n;
$foo = 'noo';
echo post reassign, foo = $foo\n;
print_r($a);
}
function rc3()
{
echo \n\n3: array copy by reference then unset copy\n;
$a = array( 'foo' = 'bar');
$b = $a;
unset($b);
print_r($a);
echo \n-\nnow extract from a with EXTR_REFS\n;
extract($a,EXTR_REFS);
echo post extract, foo = $foo\n;
$foo = 'noo';
echo post reassign, foo = $foo\n;
print_r($a);
}
?
Testcases 1 and 3 pass - $foo is a ref to $a['foo']. Testcase 2 fails
-- $foo does not appear to be a ref to $a['foo'].
[2004-08-03 18:18:25] msm at manley dot org
Ignore testcase #2. The behavior there is correct. PHP's lazy copy
behavior, in combination with modifying the array via the ref to an
entry not triggering the copy, threw me.
So it would appear that there is only an issue with extract(array,
EXTR_REFS) when there are multiple entries in the symbol table for that
array, which would be the first and third testcases.
I've looked at ext/standard/array.c and the extract() code, but I'm not
familar enough with the code in there to figure out what's wrong.
[2004-08-02 17:38:11] msm at manley dot org
Description:
Is there an issue with extract() using EXTR_REFS when more than one
symbol points to an array variable?
EXTR_REF extracts variables as references. This effectively means that
the values of the imported variables are still referencing the values of
the var_array parameter. (from
http://us2.php.net/manual/en/function.extract.php)
From some experiments, I think that this function has issues when you
pass it an array that has been given a
#29523 [Opn-Csd]: ReflectionParameter::isOptional() is incorrect
ID: 29523
Updated by: [EMAIL PROTECTED]
Reported By: Jared dot Williams1 at ntlworld dot com
-Status: Open
+Status: Closed
Bug Type: Class/Object related
Operating System: *
PHP Version: 5.1.0-dev
Assigned To: helly
New Comment:
Thank you for your bug report. This issue has already been fixed
in the latest released version of PHP, which you can download at
http://www.php.net/downloads.php
Previous Comments:
[2004-08-04 14:02:40] Jared dot Williams1 at ntlworld dot com
Description:
ReflectionParameter::isOptional() does not return the correct optional
status of some parameters.
ReflectionFunction::getNumberOfRequiredParameters() returns the current
number of required parameters, but when iterator through the
ReflectionFunction::getParamaters() counting parameters that are not
marked as optional, the value calculated is incorrect.
Reproduce code:
---
class TestClass
{
}
function optionalTest(TestClass $a, TestClass $b, $c = 3)
{
}
$function = new ReflectionFunction('optionalTest');
$numberOfNotOptionalParameters = 0;
$numberOfOptionalParameters = 0;
foreach($function-getParameters() as $parameter)
if ($parameter-isOptional())
++$numberOfOptionalParameters;
else
++$numberOfNotOptionalParameters;
var_dump($function-getNumberOfRequiredParameters());
var_dump($numberOfNotOptionalParameters);
Expected result:
int(2) int(2)
Actual result:
--
int(2) int(0)
--
Edit this bug report at http://bugs.php.net/?id=29523edit=1
#29523 [Csd]: ReflectionParameter::isOptional() is incorrect
ID: 29523
Updated by: [EMAIL PROTECTED]
Reported By: Jared dot Williams1 at ntlworld dot com
Status: Closed
Bug Type: Class/Object related
Operating System: *
PHP Version: 5.1.0-dev
Assigned To: helly
New Comment:
Sorry will be fixed for 5.1.0
Previous Comments:
[2004-08-05 00:48:10] [EMAIL PROTECTED]
Thank you for your bug report. This issue has already been fixed
in the latest released version of PHP, which you can download at
http://www.php.net/downloads.php
[2004-08-04 14:02:40] Jared dot Williams1 at ntlworld dot com
Description:
ReflectionParameter::isOptional() does not return the correct optional
status of some parameters.
ReflectionFunction::getNumberOfRequiredParameters() returns the current
number of required parameters, but when iterator through the
ReflectionFunction::getParamaters() counting parameters that are not
marked as optional, the value calculated is incorrect.
Reproduce code:
---
class TestClass
{
}
function optionalTest(TestClass $a, TestClass $b, $c = 3)
{
}
$function = new ReflectionFunction('optionalTest');
$numberOfNotOptionalParameters = 0;
$numberOfOptionalParameters = 0;
foreach($function-getParameters() as $parameter)
if ($parameter-isOptional())
++$numberOfOptionalParameters;
else
++$numberOfNotOptionalParameters;
var_dump($function-getNumberOfRequiredParameters());
var_dump($numberOfNotOptionalParameters);
Expected result:
int(2) int(2)
Actual result:
--
int(2) int(0)
--
Edit this bug report at http://bugs.php.net/?id=29523edit=1
#29279 [Fbk-NoF]: echo 0; terminates output
ID: 29279
Updated by: [EMAIL PROTECTED]
Reported By: milky at users dot sf dot net
-Status: Feedback
+Status: No Feedback
Bug Type: Strings related
Operating System: Linux, glibc2.3
PHP Version: 5.0.0
New Comment:
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
Previous Comments:
[2004-07-28 12:21:34] [EMAIL PROTECTED]
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.
Any log entries? Any reproduce script?
[2004-07-20 13:47:53] milky at users dot sf dot net
Description:
(Hard to reproduce.)
In one of my scripts any variant of outputting a variable set to
(string) 0 ended the output. Appearantly happened for var_dump(),
print_r(), echo() and print().
Initially it appeared to be a pcre problem:
$_SERVER[QUERY_STRING] = q=examples=0s=1s=7;
preg_match_all('/s=(\d+)/', $_SERVER[QUERY_STRING], $uu);
echo implode( , $uu[1]);
But it probably isn't. Appears that earlier parts of any of the other
included scripts changed interpreter behaviour and lead to the strange
effect. It seems not configuration-related or to be a general bug, as
the same ?php echo 0;' ? gives no problem in short scripts.
Only fails in CGI environment, doesn't happen on cmdline.
same effect:
- echo 0;
- echo '0';
OTH this doesn't output anything strange (binary):
- echo 1;
Not sure, if this is a bug at all. The 0 breaks also with 5rc2, 4.3.x
and down to 4.1.2 (all in -cgi/fcgi incarnation)
But btw:
echo \000; echo +++;
echo 0; echo ...;
will correctly return the [EMAIL PROTECTED] but nothing after that.
related to #16388 ?
Reproduce code:
---
?php
//...
#...
#
include(htm/head); # contains no php code
echo 0; # ends output
// more code follows
#... (all other code and include()s being commented out to reproduce)
?
--
Edit this bug report at http://bugs.php.net/?id=29279edit=1
#26852 [Com]: Segfault on mysql_pconnect
ID: 26852
Comment by: yrob at mail dot crpower dot com
Reported By: jm dot barbier at solidev dot org
Status: Bogus
Bug Type: MySQL related
Operating System: Linux (Debian unstable)
PHP Version: 5CVS-2004-01-09 (dev)
New Comment:
I'm currently having this problem after a seemingly successful
compilation and installation of Apache2, MySQL 5.0.1, and PHP 5.
Previous Comments:
[2004-01-16 06:12:04] [EMAIL PROTECTED]
Just FYI: this is now fixed in CVS.
[2004-01-11 10:32:05] [EMAIL PROTECTED]
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
Same as bug #26796 is about.
[2004-01-09 05:53:45] jm dot barbier at solidev dot org
Description:
?php mysql_pconnect(localhost:/tmp/mysql.sock,xxx,xxx); ? gives
segfault; the same with mysql_connect = perfect...
CONFIG :
php5CVS-2004-01-09 running with apache2.0.48, mysql4.11
'./configure' '--prefix=/usr/local/testing/php5'
'--exec-prefix=/usr/local/testing/php5'
'--with-apxs2=/usr/local/testing/apache2/bin/apxs'
'--with-libxml-dir=/usr/local/testing/lib/' '--with-openssl'
'--with-mysql=/usr/local/testing/mysql'
'--with-mysqli=/usr/local/testing/mysql/bin/mysql_config' '--with-pear'
'--enable-debug'
Also tried with --with-sqlite, and without --enable-debug but no
difference...
All of this worked well with php5-b2 .
thank you...
Reproduce code:
---
bogus.php :
?php mysql_pconnect(localhost:/tmp/mysql.sock,xxx,xxx); ?
php bogus.php
Expected result:
---
Actual result:
--
gdb php
(gdb) run bogus.php
Starting program: /usr/bin/php bogus.php
[New Thread 16384 (LWP 23825)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 23825)]
0x081f2577 in zend_hash_apply (ht=0x83fd2d8,
apply_func=0x80cd840 php_sqlite_callback_invalidator,
tsrm_ls=0x8342fd8)
at /usr/local/src/php-src/Zend/zend_hash.c:658
658 if (apply_func(p-pData TSRMLS_CC)) {
(gdb) bt
#0 0x081f2577 in zend_hash_apply (ht=0x83fd2d8,
apply_func=0x80cd840 php_sqlite_callback_invalidator,
tsrm_ls=0x8342fd8)
at /usr/local/src/php-src/Zend/zend_hash.c:658
#1 0x080cdc0b in php_sqlite_forget_persistent_id_numbers
(rsrc=0x83fd108,
tsrm_ls=0x8342fd8) at
/usr/local/src/php-src/ext/sqlite/sqlite.c:374
#2 0x081f2580 in zend_hash_apply (ht=0x8346cd4,
apply_func=0x80cdbd0 php_sqlite_forget_persistent_id_numbers,
tsrm_ls=0x8342fd8) at /usr/local/src/php-src/Zend/zend_hash.c:658
#3 0x080cdca0 in zm_deactivate_sqlite (type=1, module_number=4,
tsrm_ls=0x28d)
at /usr/local/src/php-src/ext/sqlite/sqlite.c:390
#4 0x081eea00 in module_registry_cleanup (module=0x28d,
tsrm_ls=0x8342fd8)
at /usr/local/src/php-src/Zend/zend_API.c:1411
#5 0x081f2580 in zend_hash_apply (ht=0x8342040,
apply_func=0x81ee9c0 module_registry_cleanup, tsrm_ls=0x8342fd8)
at /usr/local/src/php-src/Zend/zend_hash.c:658
#6 0x081e9bbf in zend_deactivate_modules (tsrm_ls=0x8342fd8)
at /usr/local/src/php-src/Zend/zend.c:797
#7 0x081a28dd in php_request_shutdown (dummy=0x0)
at /usr/local/src/php-src/main/main.c:1228
#8 0x0821de65 in main (argc=2, argv=0xbb34)
at /usr/local/src/php-src/sapi/cli/php_cli.c:1028
(gdb)
--
Edit this bug report at http://bugs.php.net/?id=26852edit=1
#29298 [Com]: MySQLI doesn't support versions 4.1.3 anymore
ID: 29298 Comment by: yrob at mail dot crpower dot com Reported By: aditya at sanisoft dot com Status: Closed Bug Type: Compile Failure Operating System: Fedora Core 2 PHP Version: 5.0.0 Assigned To: georg New Comment: Apparently this is now fixed in MySQL-5.0.1. I can now run the mysqli libraries, but not mysql. I get a segmentation fault on mysql_connect even though this is configured with mysql. ./configure --prefix=/usr --datadir=/usr/share/php --mandir=/usr/share/man --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --sysconfdir=/etc --with-_lib=lib --with-config-file-path=/etc --with-exec-dir=/usr/lib/php/bin --enable-inline-optimization --enable-memory-limit --enable-magic-quotes --enable-safe-mode --enable-sigchild --with-mysql=/usr/lib/mysql --with-mysqli=/usr/bin/mysql_config --without-pear --with-openssl --with-apxs2=/usr/local/apache2/bin/apxs i586-suse-linux Previous Comments: [2004-08-04 15:12:51] yrob at mail dot crpower dot com I submitted this as a bug to MySQL: http://bugs.mysql.com/bug.php?id=4895 [2004-08-04 13:41:21] yrob at mail dot crpower dot com Same problem here, except I downloaded the sources instead of RPM for MySQL-5.0.0 (alpha) and PHP-5. I suspect that PHP-5 left in some mysqli functions that were not a part of MySQL-5.0.0 anymore. I can hardly wait to use the stored procedures from MySQL 5 inside PHP 5. That would be awsome. [2004-07-22 09:48:51] aditya at sanisoft dot com Thanks for all the responses. Still I don't get it... I know that 4.1.3 compiles with mysqli and have done it BUT are you saying that the compile failure with MySQL 5.0.0 is A) Not a php related bug but a MySQL bug B) Is a php related bug but MySQL 5 is not supported by PHP devs currently C) Nobody know for sure [2004-07-22 09:27:19] [EMAIL PROTECTED] Message changed in HEAD and 5_0. [2004-07-22 08:46:07] [EMAIL PROTECTED] I spoke with Georg and he's changing the message, until then keep it assigned to him. 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/29298 -- Edit this bug report at http://bugs.php.net/?id=29298edit=1
#29455 [Fbk-Opn]: DBA can not be built with FreeBSD DBM
ID: 29455 User updated by: dada at bbs dot giga dot net dot tw Reported By: dada at bbs dot giga dot net dot tw -Status: Feedback +Status: Open Bug Type: *Compile Issues Operating System: FreeBSD PHP Version: 5.0.0 Assigned To: helly New Comment: I just send the modified source to you. Thanks. Previous Comments: [2004-08-05 00:37:40] [EMAIL PROTECTED] Please send me your handler file. I'll see what to do next. And thanks for your patience and very much for your efforts in helping. [2004-08-04 12:49:32] dada at bbs dot giga dot net dot tw The DBM is not the database format, but the API interface. So the 'support for DBM handler' may be confused. The PHP source use gdbm's dbm (api) emulation as underlying library to build DBM handler support in DBA. But the resulting database format for this kind of 'dbm' handler does NOT compatible with FreeBSD's built-in DB format. FreeBSD has its built-in database format (libc) which been used in the system everywhere, such as /etc/mail/aliases.db. In fact, FreeBSD/db's format is the same as 'Berkeley DB 1.85' So my question becomes: How to access 'Berkeley DB 1.85' by DBA extension ? -or- How to build 'dbm' handler with FreeBSD/db as underlying library ? The deprecated PHP dbm_* extension can open 'Berkeley DB 1.85' in FreeBSD. But this should be replaced by DBA. The codes in PHP/ext/dba/dba_dbm.c does not compatiable with the API of FreeBSD's db library. I decided to fix this myself. I rewrite the PHP/ext/dba/dba_dbm.c today, and it can be build with FreeBSD/db. It now runs perfectly. But I think this should be called as 'db1' handler. The codes can only be compiled in FreeBSD. I don't know if you would like to add this into PHP CVS. I'll be glad if I can contribute my codes. Thanks for your patience on the report and tolerate my poor english. [2004-08-02 13:20:45] [EMAIL PROTECTED] 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. [2004-07-30 09:13:08] dada at bbs dot giga dot net dot tw Description: Yes, it's related to Bug #28384. Since DBM extension is deprecated. I need the DBM handler (Berkeley DB 1.85) support of DBA extension. (ex: dba_open( 'index.db', 'n', 'dbm' ) ) FreeBSD has its own built-in DBM library, which is Berkeley DB 1.85. But I can not build DBA extension with FreeBSD's DBM. The DBM support can not be auto-detected by the configure script. -- Edit this bug report at http://bugs.php.net/?id=29455edit=1
#10557 [Com]: php does not work with php_mcrypt.dll
ID: 10557 Comment by: w_laks at yahoo dot com Reported By: laxman_lawande at yahoo dot com Status: Bogus Bug Type: mcrypt related Operating System: windows 98 PHP Version: 4.0.4 New Comment: It is over 3 years since your post, don't know if this is still useful -- but did you try copying the dll to your windows system folder? (C:\WINDOWS\SYSTEM32) --Lakshmi. Previous Comments: [2003-04-08 04:31:26] jsimon at NO-SPAM dot amena dot com In the version 4.3.1 with Windows XP don´t work this dll. [2002-12-08 02:57:41] discryingoy at sohu dot com the same question hepand to me,what should I do ? [2001-04-30 16:35:49] [EMAIL PROTECTED] submitted twice (#10556) [2001-04-30 02:02:51] laxman_lawande at yahoo dot com I am using a windows 98 machine. I have installed php 4.0.4 using the easy installer for windows. I downloaded the php_mcrypt.dll file fromhttp://www.multimedia.uni-greifswald.de/~php4. When i tried to run the test program I got the following error. unable to load php_mcrypt.dll.The other dll's like php_gd.dll are working.Please help me out. -- Edit this bug report at http://bugs.php.net/?id=10557edit=1
#29527 [NEW]: Exif Function Crashes Apache
From: chris_phpbug at thepalls dot com Operating system: WinXP Sp1 PHP version: 5.0.0 PHP Bug Type: *Graphics related Bug description: Exif Function Crashes Apache Description: Pretty simple, the EXIF library must not like something about this image. Image was fine before I added a comment via Properties in WinXP. There is a very decent chance that our good buddies at MS screwed something up. Since there is no file upload here, just download the file from this location: http://software.thepalls.com/IMG_1564.jpg Reproduce code: --- $exif = exif_read_data($filename, 'IFD0'); Expected result: Exif data returned to function. Actual result: -- I could probably generate a stack trace, but I'll bet you can regenerate it anyway. It's a crash, one of those general protection/access violation type kabooms! It is not. p.s., when I tried to duplicate this using local files, php just crashes whenever using the exif library, but it seems to work just fine when running under apache (other than this particular image) -- Edit bug report at http://bugs.php.net/?id=29527edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29527r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29527r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29527r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29527r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29527r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29527r=needscript Try newer version: http://bugs.php.net/fix.php?id=29527r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29527r=support Expected behavior: http://bugs.php.net/fix.php?id=29527r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29527r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29527r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29527r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29527r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29527r=dst IIS Stability: http://bugs.php.net/fix.php?id=29527r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29527r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29527r=float
#28444 [Com]: Cannot access undefined property for object with overloaded property access
ID: 28444
Comment by: alexei at net24 dot co dot nz
Reported By: dennis at inmarket dot lviv dot ua
Status: Analyzed
Bug Type: Class/Object related
Operating System: WinXP
PHP Version: 5.0.0RC2
New Comment:
it allows to read value referenced by $a-b-c
but it does not allow to modify it, that's makes the whole thing
inconsistent...
workaround like below does the job, but it is ugly!
$b=$a-b;
$b-c=5;
i think if -- is called it should call __get methods at
all each stage and pass reference to the next - operation
Previous Comments:
[2004-06-30 04:21:46] ryan dot harris at gmail dot com
A good solution would be to have a way of doing a pre-set routine
i.e. __get($propertyname, $pre_set = true) and that routine is expected
to return a valid object or the Cannot access undefined... will
automatically result.
Some more example code that causes the problem (no way of testing to
see if the concept is correct - since this message keeps appearing):
class Setting {
private $mSettings;
function __construct() {
$constructor_args = func_get_args();
if (isset($constructor_args[0])) {
$this-mSettings = array(_defaultValue=$constructor_args[0]);
} else
$this-mSettings = array(_defaultValue=null);
}
function __get($propertyName) {
print [$propertyName]br\n;
if ($propertyName == _settingCount) {
return count($this-mSettings) - 1;
} elseif ($propertyName == _valueNames) {
//return $this-GetValueNames();
} elseif ($propertyName == _keyNames) {
//return $this-GetValueNames();
} elseif ($propertyName == _defaultValue) {
print_r($this-mSettings);
return $this-mSettings[_defaultValue];
}
// It's none of the special properties.
if (isset($this-mSettings[$propertyName])) {
return $this-mSettings[$propertyName];
} else {
// If we had the $pre_set we could do this:
if ($pre_set) {
// initialize for a set
$this-mSettings[$propertyName] = new
Setting();
return $this-mSettings[$propertyName];
} else
throw new Exception(Undefined setting name.);
}
}
function __set($propertyName, $propertyValue) {
print [$propertyName]br\n;
switch ($propertyName) {
case _settingCount:
case _valueNames:
case _keyNames:
throw Exception(Property is read only.);
break;
case _defaultValue:
$this-mSettings[_defaultValue] = $propertyValue;
break;
default:
if (!isset($this-mSettings[$propertyName]))
$this-mSettings[$propertyName] = new
Setting($propertyValue);
else
$this-mSettings[$propertyName]-_defaultValue
= $propertyValue;
break;
} // switch
}
}
This code if it worked would let you do the following:
$t = new Setting();
$t-includes-_defaultValue = Automated
$t-includes-automatedIncludes-includeDirectory = c:/includes
$t-includes-automatedIncludes = oncePerFile
$t-includes-manualIncludes-includeDirectory = c:/php
Which would represent:
includes
= Automated
-- automatedIncludes
= oncePerFile
-- includeDirectory
= c:/includes
-- manualIncludes
-- includeDirectory
= c:/php
in a lightweight manner. The layers would be created as they are
needed and all with an elegant method.
[2004-06-14 20:24:14] cunha17 at uol dot com dot br
This odd behavior is still present in latest CVS and happens in Linux
also.
Cristiano Duarte
[2004-05-27 16:11:39] dennis at inmarket dot lviv dot ua
Well, I am not familiar with the engine code, but it works for getting
undefined property for object with overloaded property access, as the
reproduce code clearly shows.
[2004-05-27 12:15:55] [EMAIL PROTECTED]
The problem here is that it is unclear what actually should
#28444 [Com]: Cannot access undefined property for object with overloaded property access
ID: 28444
Comment by: alexei at net24 dot co dot nz
Reported By: dennis at inmarket dot lviv dot ua
Status: Analyzed
Bug Type: Class/Object related
Operating System: WinXP
PHP Version: 5.0.0RC2
New Comment:
another workaround, it allows to use this feature now and
to convert scripts later when this feature is available in php.
class a {
function __call ($property, $args){
return __get($property);
}
use it like this:
$a-b-c=10; as $a-b()-c=10;
echo $a-b-c; as echo $a-b()-c;
Previous Comments:
[2004-08-05 06:48:18] alexei at net24 dot co dot nz
it allows to read value referenced by $a-b-c
but it does not allow to modify it, that's makes the whole thing
inconsistent...
workaround like below does the job, but it is ugly!
$b=$a-b;
$b-c=5;
i think if -- is called it should call __get methods at
all each stage and pass reference to the next - operation
[2004-06-30 04:21:46] ryan dot harris at gmail dot com
A good solution would be to have a way of doing a pre-set routine
i.e. __get($propertyname, $pre_set = true) and that routine is expected
to return a valid object or the Cannot access undefined... will
automatically result.
Some more example code that causes the problem (no way of testing to
see if the concept is correct - since this message keeps appearing):
class Setting {
private $mSettings;
function __construct() {
$constructor_args = func_get_args();
if (isset($constructor_args[0])) {
$this-mSettings = array(_defaultValue=$constructor_args[0]);
} else
$this-mSettings = array(_defaultValue=null);
}
function __get($propertyName) {
print [$propertyName]br\n;
if ($propertyName == _settingCount) {
return count($this-mSettings) - 1;
} elseif ($propertyName == _valueNames) {
//return $this-GetValueNames();
} elseif ($propertyName == _keyNames) {
//return $this-GetValueNames();
} elseif ($propertyName == _defaultValue) {
print_r($this-mSettings);
return $this-mSettings[_defaultValue];
}
// It's none of the special properties.
if (isset($this-mSettings[$propertyName])) {
return $this-mSettings[$propertyName];
} else {
// If we had the $pre_set we could do this:
if ($pre_set) {
// initialize for a set
$this-mSettings[$propertyName] = new
Setting();
return $this-mSettings[$propertyName];
} else
throw new Exception(Undefined setting name.);
}
}
function __set($propertyName, $propertyValue) {
print [$propertyName]br\n;
switch ($propertyName) {
case _settingCount:
case _valueNames:
case _keyNames:
throw Exception(Property is read only.);
break;
case _defaultValue:
$this-mSettings[_defaultValue] = $propertyValue;
break;
default:
if (!isset($this-mSettings[$propertyName]))
$this-mSettings[$propertyName] = new
Setting($propertyValue);
else
$this-mSettings[$propertyName]-_defaultValue
= $propertyValue;
break;
} // switch
}
}
This code if it worked would let you do the following:
$t = new Setting();
$t-includes-_defaultValue = Automated
$t-includes-automatedIncludes-includeDirectory = c:/includes
$t-includes-automatedIncludes = oncePerFile
$t-includes-manualIncludes-includeDirectory = c:/php
Which would represent:
includes
= Automated
-- automatedIncludes
= oncePerFile
-- includeDirectory
= c:/includes
-- manualIncludes
-- includeDirectory
= c:/php
in a lightweight manner. The layers would be created as they are
needed and all with an elegant method.
[2004-06-14 20:24:14] cunha17 at uol dot com dot br
This odd behavior is still present in latest CVS and happens in Linux
also.
Cristiano Duarte
