#33579 [Csd->Bgs]: Functions not usable when require()'d from parent later in a child.
ID: 33579 Updated by: [EMAIL PROTECTED] Reported By: aarondoom at cookiedoom dot com -Status: Closed +Status: Bogus Bug Type: Scripting Engine problem Operating System: Gentoo Linux 1.6.12 PHP Version: 4.4.0 New Comment: Do you understand that require_once/include_once does exactly the same as these define checks you are using to prevent multiple exclusion? In your particular example you are doing a conditional function definition (since it is inside an if clause) which means the function needs to be defined at runtime and cannot be added at compile-time. This usually shouldn't matter, but you are trying to call the function before you define it. In Funcs.inc you require DB.inc which calls Bleh() and then after that require you define the Bleh() function. This simply won't work, and it isn't a bug. If you are doing to do conditional function definitions, you *must* define your functions before you try to call them. So yes, we understand perfectly what is going on. If you look at the bug number for this bug, you might notice that this is number 33579. That's a lot of "bugs". We really can't take the time to explain each one like this. If we say something isn't a bug, 99.9% of the time, it isn't. The occasional one slips through, of course, but in most cases, including this one, it is simple user error that is better explained on one of the many support lists. Previous Comments: [2005-07-06 03:04:52] aarondoom at cookiedoom dot com It is obvious you have no idea what is going on and the reason they need to be there. I may from one page load one include instead of another. I'm not going to use ugly stupid code when there are hundreds of files to update merely to work around this bug. There is a problem here and it is within the PHP engine. I'm sorry that you do not wish to fix it. I sincerely hope you people are more helpful to others. Thanks anyway for not looking into the issue. [2005-07-06 01:51:31] [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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Try nuke those stupid define()'s and use require_once() instead.. [2005-07-06 01:42:27] aarondoom at cookiedoom dot com Here's an update to the code, this reproduces the "Bug". [2005-07-06 01:30:39] aarondoom at cookiedoom dot com http://wwwtest.amberalert911.net/debug.php debug.php includes funcs.inc funcs.inc includes emails.inc global.inc emails.inc includes db.inc funcs.inc forms.inc MailServer.inc db.inc includes funcs.inc global.inc forms.inc includes db.inc As you can see, it's not working as you defined. If this is not a bug with PHP, perhaps it's a bug in Apache? I was able to execute my example via the command line PHP, but not the debug.php via the command line. Not sure what the difference really is. The example is much simpler of course. All of the listed files are quite large, no smaller than 200 lines each so I'm not going to post them here, but look at the URI listed above. [2005-07-06 00:42:33] [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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Works just fine with all versions I can test right now (4.3, 4.4, 5.0, 5.1 etc.). 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/33579 -- Edit this bug report at http://bugs.php.net/?id=33579&edit=1
#33565 [Csd->Opn]: Errors during the make
ID: 33565 User updated by: lionel dot roux at bio-rad dot com Reported By: lionel dot roux at bio-rad dot com -Status: Closed +Status: Open Bug Type: *Configuration Issues Operating System: AIX5.2 ML05 PHP Version: 4.3.10 New Comment: hello, It is the third version that I try to install , can you give me one stable on AIX? Which cvs version can I choose ,Stable (4.4.x-dev) Stable (5.0.x-dev) Latest CVS (5.1.x-dev) ?? Each config/make take many hours. With the verion php4-STABLE-200507041443 . I have the following errors during the make : Zend/zend_strtod.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lgd -lm -ldl -lm -lodm -lbsd_r -lld -lperfstat -lclntsh -ldl -lm -lodm -lbsd_r -lld -lperfstat -lclntsh -o sapi/cli/php cc: 1501-218 file ext/calendar/calendar.lo contains an incorrect file suffix cc: 1501-218 file ext/calendar/dow.lo contains an incorrect file suffix cc: 1501-218 file ext/calendar/french.lo contains an incorrect file suffix cc: 1501-218 file ext/calendar/gregor.lo contains an incorrect file suffix cc: 1501-218 file ext/calendar/jewish.lo contains an incorrect file suffix cc: 1501-218 file ext/calendar/julian.lo contains an incorrect file suffix cc: 1501-218 file ext/calendar/easter.lo contains an incorrect file suffix cc: 1501-218 file ext/calendar/cal_unix.lo contains an incorrect file suffix cc: 1501-218 file ext/ctype/ctype.lo contains an incorrect file suffix cc: 1501-218 file ext/gd/gd.lo contains an incorrect file suffix cc: 1501-218 file ext/gd/gdttf.lo contains an incorrect file suffix cc: 1501-218 file ext/gd/gdcache.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/php_mysql.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/libmysql.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/errmsg.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/net.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/violite.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/password.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_init.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_lib.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_static.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_malloc.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_realloc.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_create.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_delete.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_tempnam.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_open.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_casecnv.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_read.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_write.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/errors.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_error.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_getwd.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_div.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_pack.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_messnc.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_dirname.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_fn_ext.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_wcomp.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/typelib.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/safemalloc.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_alloc.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_format.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_path.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_unixpath.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_fopen.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_loadpath.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_pthread.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_thr_init.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/thr_mutex.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mulalloc.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/string.lo
#33414 [Asn]: Comprehensive list of incorrect days returned after strtotime() / date() tests
ID: 33414 User updated by: nickj-phpbugs at nickj dot org Reported By: nickj-phpbugs at nickj dot org Status: Assigned Bug Type: Date/time related Operating System: Debian Woody GNU/Linux 3.0r6 PHP Version: 5CVS-2005-06-22 (dev) Assigned To: derick New Comment: Most of the test cases are fixed in php5-200507060230 (including the 3 possible regressions listed above from bug #20382). Just the following 3 seem to be giving incorrect results now (found after doing another exhaustive check on a win32 system, and confirming the results are also incorrect on a Linux system): Output is: === ludo:~/tmp/php-5.1-dev# php5-200507060230/sapi/cli/php bug33414/win32-wrong-days.php TZ=Pacific/Kwajalein tStamp=Friday 1993-08-13 17:17:17 KWAT 0 result=Saturday 1993-08-21 00:00:00 MHT 0 wanted=Friday00:00:00 TZ=Pacific/Enderbury tStamp=Sunday 1994-12-25 17:17:17 PHOT 0 result=Monday 1995-01-02 00:00:00 PHOT 0 wanted=Sunday00:00:00 TZ=Pacific/Kiritimati tStamp=Sunday 1994-12-25 17:17:17 LINT 0 result=Monday 1995-01-02 00:00:00 LINT 0 wanted=Sunday00:00:00 ludo:~/tmp/php-5.1-dev# === Previous Comments: [2005-06-22 11:06:31] nickj-phpbugs at nickj dot org Sorry, one further update - I think it would be better if my test script printed out the exact expected results, rather than just testing for the correct day. The reason that I say this is that I am seeing a possible regression of bug #20382, not just for the Vienna timezone, but for 2 other timezones as well. I.e. when I run these commands: ./get-and-build-php-5.1-dev 200506220830 cd php5-200506220830 # Run the date-related tests: TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php run-tests.php ../bug33414/bug33414.phpt ext/date/tests/*.phpt # Can then see the output of bug20382-2 with: diff -u ext/date/tests/bug20382-2.exp ext/date/tests/bug20382-2.out Then the diff shows this: == ludo:~/tmp/php-5.1-dev/php5-200506220830# # Can then see the output of bug20382-2 with: ludo:~/tmp/php-5.1-dev/php5-200506220830# diff -u ext/date/tests/bug20382-2.exp ext/date/tests/bug20382-2.out --- ext/date/tests/bug20382-2.exp Wed Jun 22 18:58:14 2005 +++ ext/date/tests/bug20382-2.out Wed Jun 22 18:58:14 2005 @@ -105,17 +105,17 @@ America/Buenos_Aires ts = Monday 1974-09-30 17:17:17 ART -result = Monday 1974-10-07 00:00:00 ART +result = Monday 1974-10-07 01:00:00 ARST wanted = Monday00:00:00 America/Rosario ts = Monday 1974-09-30 17:17:17 ART -result = Monday 1974-10-07 00:00:00 ART +result = Monday 1974-10-07 01:00:00 ARST wanted = Monday00:00:00 Europe/Vienna ts = Monday 1980-03-31 17:17:17 CET -result = Monday 1980-04-07 00:00:00 CEST +result = Sunday 1980-04-06 23:00:00 CET wanted = Monday00:00:00 Asia/Baku ludo:~/tmp/php-5.1-dev/php5-200506220830# == I.e. Either not getting the expected results in America/Buenos_Aires and America/Rosario, as well as Vienna, or the "--EXPECT--" portion of the test is wrong. [2005-06-22 09:32:57] nickj-phpbugs at nickj dot org Also available as a .phpt unit-test here: http://home.swiftdsl.com.au/~npj/php-bugs/bug33414.phpt (Note: first attempt at a .phpt, so please forgive me if it's not quite right). [2005-06-21 02:01:29] nickj-phpbugs at nickj dot org Description: [Follow-up on bug 20382, after systematic testing for days returned that are not the days we asked for, and then eliminating duplicates within a timezone]. == == Output on my Debian 3.0r6 Linux system, versus expected output: == ludo:~/tmp/php-5.1-dev/php5-200506201830/sapi/cli# ./php ~/test/wrong-days.php TZ=America/Mendoza - wrong day. tStamp=Sunday 1992-10-18 17:17:17 ART 0 result=Saturday 1992-10-24 23:00:00 ART 0 wanted=Sunday 00:00:00 TZ=America/Catamarca - wrong day. tStamp=Sunday 1990-10-21 17:17:17 ART 0 result=Saturday 1990-10-27 23:00:00 ART 0 wanted=Sunday 00:00:00 TZ=America/Cordoba - wrong day. tStamp=Sunday 1990-10-21 17:17:17 ART 0 result=Saturday 1990-10-27 23:00:00 ART 0 wanted=Sunday 00:00:00 TZ=America/Rosario - wrong day. tStamp=Tuesday 1991-10-15 17:17:17 ART 0 result=Monday 1991-10-21 23:00:00 ART 0 wanted=Tuesday 00:00:00 TZ=Europe/Vienna - wrong day - giving unexpected results, at least on my system :-) tStamp=Thursday 1980-04-03 17:17:17 CET 0 result=Wednesday 1980-04-09 23:00:00 CET 0
#32751 [Com]: Segfault after code execution (destructor calls,persistent links,shared module)
ID: 32751 Comment by: david dot tulloh at infaze dot com dot au Reported By: prism at pld-linux dot org Status: No Feedback Bug Type: Scripting Engine problem Operating System: PLD Linux Distribution PHP Version: 5.0.4 New Comment: Successful reproduction. Running through the CLI, the following works fine: the following will segfault on termination: Running Debian Sarge. libc-2.3.2 Fresh cvs version of PHP php -v: PHP 5.1.0-dev (cli) (built: Jul 6 2005 10:55:39) Copyright (c) 1997-2005 The PHP Group Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies stack trace: #0 0xb7c4d900 in ?? () #1 0x0816af31 in plist_entry_destructor (ptr=0x8337578) at /home/lod/Downloads/php-cvs/Zend/zend_list.c:210 #2 0x081699d8 in zend_hash_apply_deleter (ht=0x826cd18, p=0x833d260) at /home/lod/Downloads/php-cvs/Zend/zend_hash.c:574 #3 0x08169a7c in zend_hash_graceful_reverse_destroy (ht=0x826cd18) at /home/lod/Downloads/php-cvs/Zend/zend_hash.c:640 #4 0x08161bef in zend_shutdown (tsrm_ls=0x0) at /home/lod/Downloads/php-cvs/Zend/zend.c:713 #5 0x081229fe in php_module_shutdown (tsrm_ls=0x8268018) at /home/lod/Downloads/php-cvs/main/main.c:1558 #6 0x081dc959 in main (argc=1, argv=0xbba4) at /home/lod/Downloads/php-cvs/sapi/cli/php_cli.c:1148 Previous Comments: [2005-05-07 01:00:04] php-bugs at lists dot php dot net 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". [2005-04-28 01:45:43] prism at pld-linux dot org I can't really test it at the moment. My colleague also encountered the same problem after upgrade to glibc 2.3.5 and PHP 5.0.4 - when he downgraded to PHP 5.0.3 everything was working fine. I searched the php bugs database for "plist_entry_destructor" and I found that one user had similar problem in PHP 4.3.x some time ago, and it makes me think that this is not only mysql-module related. I suggest you to try the new glibc and see if PHP works without any problems. If there is anything else I can do, just ask. Tomorrow, we will be trying to find the bug in the PHP code, so I might have some more information in a day or two. [2005-04-23 19:17:25] [EMAIL PROTECTED] If you load only and ONLY the mysql extension in your php.ini, can you reproduce this? [2005-04-23 01:00:49] prism at pld-linux dot org Our Configure Command: './configure' 'LDFLAGS=' 'CFLAGS=-O2 -march=i686 -DEAPI=1 -I/usr/X11R6/include -I/usr/include/apr -I/usr/include/apr-util -I/usr/include' 'CXXFLAGS=-O2 -march=i686' 'FFLAGS=-O2 -march=i686' 'CPPFLAGS=' 'CC=i686-pld-linux-gcc' 'CXX=i686-pld-linux-g++' '--build=i686-pld-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc/php' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--x-libraries=/usr/X11R6/lib' '--with-apxs2=/usr/sbin/apxs' '--enable-maintainer-zts' '--with-config-file-path=/etc/php' '--with-exec-dir=/usr/bin' '--disable-debug' '--enable-memory-limit' '--enable-bcmath=shared' '--enable-calendar=shared' '--enable-ctype=shared' '--enable-dba=shared' '--enable-dbx=shared' '--enable-dio=shared' '--enable-dom=shared' '--enable-exif=shared' '--enable-filepro=shared' '--enable-ftp=shared' '--enable-gd-native-ttf' '--enable-gd-jus-conf' '--enable-magic-quotes' '--enable-mbstring=shared,all' '--enable-mbregex' '--enable-pcntl=shared' '--enable-posix=shared' '--enable-session' '--enable-shared' '--enable-shmop=shared' '--enable-sysvmsg=shared' '--enable-sysvsem=shared' '--enable-sysvshm=shared' '--enable-track-vars' '--enable-trans-sid' '--enable-safe-mode' '--enable-sockets=shared' '--enable-ucd-snmp-hack' '--enable-wddx=shared' '--enable-xml=shared' '--enable-yp=shared' '--enable-soap=shared' '--with-bz2=shared' '--with-cpdflib=shared' '--with-curl=shared' '--with-db4' '--with-dbase=shared' '--with-expat-dir=shared,/usr' '--with-iconv=shared' '--with-fam=shared' '--with-filepro=shared' '--with-freetype-dir=shared' '--with-gettext=shared' '--with-gd=shared,/usr' '--with-gdbm' '--with-gmp=shared' '--with-imap=shared' '--with-imap-ssl' '--with-interbase=shared,/usr' '--with-jpeg-dir=/usr' '--with-ldap=shared' '--with-mcrypt=shared' '--with-mhash=shared' '--with-mime-magic=shared,/usr/share/file/magic.mime' '--with-ming=shared' '--with-mnogosearch=shared,/usr' '--with-msessi
#33571 [Bgs->Opn]: PHPIniDir directive appears to be ignored
ID: 33571 User updated by: colin at encode dot net dot au Reported By: colin at encode dot net dot au -Status: Bogus +Status: Open Bug Type: Apache2 related Operating System: Windows XP Professional SP2 PHP Version: 5.1.0b2 New Comment: Hello Derick, Since I just followed the same installation process with PHP 5.0.4, and it *worked* as expected, I would say that this does imply a bug in PHP 5.1.0b2, wouldn't you agree? Regards, Colin. Previous Comments: [2005-07-05 09:14:57] [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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. . [2005-07-05 03:09:21] colin at encode dot net dot au Description: Hello, I understand this is a beta version of PHP but felt I should report that it appears the PHPIniDir Apache configuration directive is ignored by this release of PHP. I installed PHP according to the install.txt instructions and configured the httpd.conf of Apache 2.0.54 using the directives below: # # Load PHP5 module: # LoadModule php5_module "C:/PHP/php5apache2.dll" # # To use PHP scripts: # AddType application/x-httpd-php .php # # Define php.ini path: # PHPIniDir "C:/PHP" To begin with I renamed the "php.ini-recommended" file to "php.ini" within the "C:/PHP" folder. PHP would not load correctly however, and upon accessing a phpinfo test page within the browser I would receive the PHP code itself within the browser window, i.e: ...would appear in the page source. I also tried adding the PHP path to the "path" and "PHPRC" environment variables with no success. Upon removing the php.ini from "C:/PHP", PHP appeared to load but would report "C:\WINDOWS" in the "Configuration File (php.ini) Path" field of the phpinfo() output. Note, there is no php.ini file in "C:\WINDOWS". -- Edit this bug report at http://bugs.php.net/?id=33571&edit=1
#33579 [Bgs->Csd]: Functions not usable when require()'d from parent later in a child.
ID: 33579 User updated by: aarondoom at cookiedoom dot com Reported By: aarondoom at cookiedoom dot com -Status: Bogus +Status: Closed Bug Type: Scripting Engine problem Operating System: Gentoo Linux 1.6.12 PHP Version: 4.4.0 New Comment: It is obvious you have no idea what is going on and the reason they need to be there. I may from one page load one include instead of another. I'm not going to use ugly stupid code when there are hundreds of files to update merely to work around this bug. There is a problem here and it is within the PHP engine. I'm sorry that you do not wish to fix it. I sincerely hope you people are more helpful to others. Thanks anyway for not looking into the issue. Previous Comments: [2005-07-06 01:51:31] [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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Try nuke those stupid define()'s and use require_once() instead.. [2005-07-06 01:42:27] aarondoom at cookiedoom dot com Here's an update to the code, this reproduces the "Bug". [2005-07-06 01:30:39] aarondoom at cookiedoom dot com http://wwwtest.amberalert911.net/debug.php debug.php includes funcs.inc funcs.inc includes emails.inc global.inc emails.inc includes db.inc funcs.inc forms.inc MailServer.inc db.inc includes funcs.inc global.inc forms.inc includes db.inc As you can see, it's not working as you defined. If this is not a bug with PHP, perhaps it's a bug in Apache? I was able to execute my example via the command line PHP, but not the debug.php via the command line. Not sure what the difference really is. The example is much simpler of course. All of the listed files are quite large, no smaller than 200 lines each so I'm not going to post them here, but look at the URI listed above. [2005-07-06 00:42:33] [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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Works just fine with all versions I can test right now (4.3, 4.4, 5.0, 5.1 etc.). [2005-07-05 23:37:44] aarondoom at cookiedoom dot com Description: When a parent document requires a source file and then requires a second file that requires the same as above it cannot access the functions in the already required file from the parent, but cannot use or redefine the functions that are required. Using code that "if (!defined("_FUNCS_INC_")) { define("_FUNCS_INC_", true); function Bleh($Bloop) { return $Bloop; } } // _FUNCS_INC_". This is a problem because the _FUNCS_INC_ is defined as well as the functions defined inside of the scope of the document though function_exists will return false and calling the function will obviously fail for that reason, I cannot redefine those functions in the sub-document or I'll get "Cannot redefine function bleh"... even though I can't use it. Though it is easy enough to work around the issue (With the "if (!defined())" stuff require_once doesn't even make it work BTW) I'm reorganizing several hundred files, at least 1/3 of which are includes which need to be re-ordered. Any help would be greatly appreciated. Reproduce code: --- Expected result: Blah\n Blah\n Actual result: -- Fatal error: Call to undefined function: bleh() in /var/www/localhost/includes/DB.inc on line 3 -- Edit this bug report at http://bugs.php.net/?id=33579&edit=1
#33579 [Opn->Bgs]: Functions not usable when require()'d from parent later in a child.
ID: 33579 Updated by: [EMAIL PROTECTED] Reported By: aarondoom at cookiedoom dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Gentoo Linux 1.6.12 PHP Version: 4.4.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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Try nuke those stupid define()'s and use require_once() instead.. Previous Comments: [2005-07-06 01:42:27] aarondoom at cookiedoom dot com Here's an update to the code, this reproduces the "Bug". [2005-07-06 01:30:39] aarondoom at cookiedoom dot com http://wwwtest.amberalert911.net/debug.php debug.php includes funcs.inc funcs.inc includes emails.inc global.inc emails.inc includes db.inc funcs.inc forms.inc MailServer.inc db.inc includes funcs.inc global.inc forms.inc includes db.inc As you can see, it's not working as you defined. If this is not a bug with PHP, perhaps it's a bug in Apache? I was able to execute my example via the command line PHP, but not the debug.php via the command line. Not sure what the difference really is. The example is much simpler of course. All of the listed files are quite large, no smaller than 200 lines each so I'm not going to post them here, but look at the URI listed above. [2005-07-06 00:42:33] [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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Works just fine with all versions I can test right now (4.3, 4.4, 5.0, 5.1 etc.). [2005-07-05 23:37:44] aarondoom at cookiedoom dot com Description: When a parent document requires a source file and then requires a second file that requires the same as above it cannot access the functions in the already required file from the parent, but cannot use or redefine the functions that are required. Using code that "if (!defined("_FUNCS_INC_")) { define("_FUNCS_INC_", true); function Bleh($Bloop) { return $Bloop; } } // _FUNCS_INC_". This is a problem because the _FUNCS_INC_ is defined as well as the functions defined inside of the scope of the document though function_exists will return false and calling the function will obviously fail for that reason, I cannot redefine those functions in the sub-document or I'll get "Cannot redefine function bleh"... even though I can't use it. Though it is easy enough to work around the issue (With the "if (!defined())" stuff require_once doesn't even make it work BTW) I'm reorganizing several hundred files, at least 1/3 of which are includes which need to be re-ordered. Any help would be greatly appreciated. Reproduce code: --- Expected result: Blah\n Blah\n Actual result: -- Fatal error: Call to undefined function: bleh() in /var/www/localhost/includes/DB.inc on line 3 -- Edit this bug report at http://bugs.php.net/?id=33579&edit=1
#33579 [Opn]: Functions not usable when "require"'d from parent later in a child.
ID: 33579 User updated by: aarondoom at cookiedoom dot com Reported By: aarondoom at cookiedoom dot com Status: Open Bug Type: Unknown/Other Function Operating System: Gentoo Linux 1.6.12 PHP Version: 4.4.0 New Comment: Here's an update to the code, this reproduces the "Bug". Previous Comments: [2005-07-06 01:30:39] aarondoom at cookiedoom dot com http://wwwtest.amberalert911.net/debug.php debug.php includes funcs.inc funcs.inc includes emails.inc global.inc emails.inc includes db.inc funcs.inc forms.inc MailServer.inc db.inc includes funcs.inc global.inc forms.inc includes db.inc As you can see, it's not working as you defined. If this is not a bug with PHP, perhaps it's a bug in Apache? I was able to execute my example via the command line PHP, but not the debug.php via the command line. Not sure what the difference really is. The example is much simpler of course. All of the listed files are quite large, no smaller than 200 lines each so I'm not going to post them here, but look at the URI listed above. [2005-07-06 00:42:33] [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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Works just fine with all versions I can test right now (4.3, 4.4, 5.0, 5.1 etc.). [2005-07-05 23:37:44] aarondoom at cookiedoom dot com Description: When a parent document requires a source file and then requires a second file that requires the same as above it cannot access the functions in the already required file from the parent, but cannot use or redefine the functions that are required. Using code that "if (!defined("_FUNCS_INC_")) { define("_FUNCS_INC_", true); function Bleh($Bloop) { return $Bloop; } } // _FUNCS_INC_". This is a problem because the _FUNCS_INC_ is defined as well as the functions defined inside of the scope of the document though function_exists will return false and calling the function will obviously fail for that reason, I cannot redefine those functions in the sub-document or I'll get "Cannot redefine function bleh"... even though I can't use it. Though it is easy enough to work around the issue (With the "if (!defined())" stuff require_once doesn't even make it work BTW) I'm reorganizing several hundred files, at least 1/3 of which are includes which need to be re-ordered. Any help would be greatly appreciated. Reproduce code: --- Expected result: Blah\n Blah\n Actual result: -- Fatal error: Call to undefined function: bleh() in /var/www/localhost/includes/DB.inc on line 3 -- Edit this bug report at http://bugs.php.net/?id=33579&edit=1
#33579 [Bgs->Opn]: Functions not usable when "require"'d from parent later in a child.
ID: 33579 User updated by: aarondoom at cookiedoom dot com Reported By: aarondoom at cookiedoom dot com -Status: Bogus +Status: Open Bug Type: Unknown/Other Function Operating System: Gentoo Linux 1.6.12 -PHP Version: 4.3.11 +PHP Version: 4.4.0 New Comment: http://wwwtest.amberalert911.net/debug.php debug.php includes funcs.inc funcs.inc includes emails.inc global.inc emails.inc includes db.inc funcs.inc forms.inc MailServer.inc db.inc includes funcs.inc global.inc forms.inc includes db.inc As you can see, it's not working as you defined. If this is not a bug with PHP, perhaps it's a bug in Apache? I was able to execute my example via the command line PHP, but not the debug.php via the command line. Not sure what the difference really is. The example is much simpler of course. All of the listed files are quite large, no smaller than 200 lines each so I'm not going to post them here, but look at the URI listed above. Previous Comments: [2005-07-06 00:42:33] [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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Works just fine with all versions I can test right now (4.3, 4.4, 5.0, 5.1 etc.). [2005-07-05 23:37:44] aarondoom at cookiedoom dot com Description: When a parent document requires a source file and then requires a second file that requires the same as above it cannot access the functions in the already required file from the parent, but cannot use or redefine the functions that are required. Using code that "if (!defined("_FUNCS_INC_")) { define("_FUNCS_INC_", true); function Bleh($Bloop) { return $Bloop; } } // _FUNCS_INC_". This is a problem because the _FUNCS_INC_ is defined as well as the functions defined inside of the scope of the document though function_exists will return false and calling the function will obviously fail for that reason, I cannot redefine those functions in the sub-document or I'll get "Cannot redefine function bleh"... even though I can't use it. Though it is easy enough to work around the issue (With the "if (!defined())" stuff require_once doesn't even make it work BTW) I'm reorganizing several hundred files, at least 1/3 of which are includes which need to be re-ordered. Any help would be greatly appreciated. Reproduce code: --- Expected result: Blah\n Blah\n Actual result: -- Fatal error: Call to undefined function: bleh() in /var/www/localhost/includes/DB.inc on line 3 -- Edit this bug report at http://bugs.php.net/?id=33579&edit=1
#33581 [Opn->Bgs]: abs returns zero for a (string) number between 0 and -1
ID: 33581 Updated by: [EMAIL PROTECTED] Reported By: todd at magnifisites dot com -Status: Open +Status: Bogus Bug Type: Math related Operating System: Any PHP Version: 5.0.3 New Comment: Works fine with latest CVS. Please don't report bugs if you can't reproduce them with the latest releases (including BETAs) and preferrably also with latest CVS snapshot(s). Previous Comments: [2005-07-06 01:10:00] todd at magnifisites dot com Description: abs() is returning zero (0) for a string representation of numbers between (but not including) 0 and -1. I realize that abs() operates on numeric values as opposed to strings but this value is coming from an ODBC result set and yes, I tried casting it to a numeric value first and it still returned the unexpected result of zero (0). Besides, the docs say it should work this way http://www.php.net/manual/en/language.types.string.php#language.types.string.conversion This is tested and confirmed for PHP version 4.3.9, 4.3.10, 5.0.3 but seems fixed in 5.0.4. However, I could not find any documentation noting so in the ChangeLogs nor in any bug reports. Originally, the $row['AMOUNT'] variable was coming from an ODBC result set which will return the value as type string according to a var_dump(). We are able to simulate the same by casting the variable as a number, then as a string to note the difference: Reproduce code: --- Expected result: 0.94 0.94 0.94 0.94 0.94 Actual result: -- 0.94 0 0 0 0.94 -- Edit this bug report at http://bugs.php.net/?id=33581&edit=1
#33581 [NEW]: abs returns zero for a (string) number between 0 and -1
From: todd at magnifisites dot com Operating system: Any PHP version: 5.0.3 PHP Bug Type: Math related Bug description: abs returns zero for a (string) number between 0 and -1 Description: abs() is returning zero (0) for a string representation of numbers between (but not including) 0 and -1. I realize that abs() operates on numeric values as opposed to strings but this value is coming from an ODBC result set and yes, I tried casting it to a numeric value first and it still returned the unexpected result of zero (0). Besides, the docs say it should work this way http://www.php.net/manual/en/language.types.string.php#language.types.string.conversion This is tested and confirmed for PHP version 4.3.9, 4.3.10, 5.0.3 but seems fixed in 5.0.4. However, I could not find any documentation noting so in the ChangeLogs nor in any bug reports. Originally, the $row['AMOUNT'] variable was coming from an ODBC result set which will return the value as type string according to a var_dump(). We are able to simulate the same by casting the variable as a number, then as a string to note the difference: Reproduce code: --- Expected result: 0.94 0.94 0.94 0.94 0.94 Actual result: -- 0.94 0 0 0 0.94 -- Edit bug report at http://bugs.php.net/?id=33581&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33581&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33581&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33581&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33581&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33581&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33581&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33581&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33581&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33581&r=support Expected behavior: http://bugs.php.net/fix.php?id=33581&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33581&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33581&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33581&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33581&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33581&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33581&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33581&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33581&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33581&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33581&r=mysqlcfg
#33569 [Opn->Bgs]: Compile fails with /usr/include/sys/socket.h:202: net/if_dl.h: No such file or
ID: 33569 Updated by: [EMAIL PROTECTED] Reported By: jccann at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Solaris PHP Version: 5CVS-2005-07-04 New Comment: We do NOT include net/if_dl.h anywhere in our sources. We only include socket.h and THAT tries to include the non-existing file -> not our problem. Previous Comments: [2005-07-06 00:33:45] jccann at gmail dot com I understand that you may think it's an operating system environment problem. But, I checked three other Solaris 8 installations and none of them have the net/if_dl.h file. Are you testing this on a solaris 8 box? Can you post the uname -a information, please? Thanks [2005-07-05 22:57:34] [EMAIL PROTECTED] This is really a problem in your system installation. Something is either been deleted accidently or not installed at all. (that same configure line works just fine on properly configured/installed Solaris 8) [2005-07-05 21:42:03] jccann at gmail dot com Hi - Thanks for the suggestion. I tried the following commands with both php 5.0.4 and snapshot php5-200507050430 # rm config.cache # ./configure --disable-all --disable-cgi --enable-sockets # make clean && make Although both do not fail in the same location, the same issue appears : net/if_dl.h: No such file or directory. [full output below] I'm guessing by your suggestion that this is not an NSAPI problem per se, but perhaps caused by something else in my environment? Is it a solaris 8 issue? gcc version? Am I missing some solaris package that should be installed. Maybe my LD_LIBRARY_PATH or PATH are incorrect? I'm willing to continue to try various suggestions. I would like to help resolve this problem. Thanks, Jeff Here's the output. - php 5.0.4 make clean && make find . -name \*.lo -o -name \*.o | xargs rm -f find . -name \*.la -o -name \*.a | xargs rm -f find . -name \*.so | xargs rm -f find . -name .libs -a -type d|xargs rm -rf rm -f libphp5.la sapi/cli/php modules/* libs/* gcc -Iext/sockets/ -I/usr/local/php/php-5.0.4/ext/sockets/ -DPHP_ATOM_INC -I/usr/local/php/php-5.0.4/include -I/usr/local/php/php-5.0.4/main -I/usr/local/php/php-5.0.4 -I/usr/local/php/php-5.0.4/TSRM -I/usr/local/php/php-5.0.4/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php-5.0.4/ext/sockets/sockets.c -o ext/sockets/sockets.o && echo > ext/sockets/sockets.lo In file included from /usr/local/php/php-5.0.4/ext/sockets/sockets.c:39: /usr/include/sys/socket.h:202: net/if_dl.h: No such file or directory make: *** [ext/sockets/sockets.lo] Error 1 output for php5-200507050430 -- $ make clean && make find . -name \*.lo -o -name \*.o | xargs rm -f find . -name \*.la -o -name \*.a | xargs rm -f find . -name \*.so | xargs rm -f find . -name .libs -a -type d|xargs rm -rf rm -f libphp5.la sapi/cli/php modules/* libs/* /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/php_date.c -o ext/date/php_date.lo /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/lib/dow.c -o ext/date/lib/dow.lo /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/lib/parse_date.c -o ext/date/lib/parse_date.lo /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/m
#33579 [Opn->Bgs]: Functions not usable when "require"'d from parent later in a child.
ID: 33579 Updated by: [EMAIL PROTECTED] Reported By: aarondoom at cookiedoom dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Gentoo Linux 1.6.12 PHP Version: 4.3.11 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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Works just fine with all versions I can test right now (4.3, 4.4, 5.0, 5.1 etc.). Previous Comments: [2005-07-05 23:37:44] aarondoom at cookiedoom dot com Description: When a parent document requires a source file and then requires a second file that requires the same as above it cannot access the functions in the already required file from the parent, but cannot use or redefine the functions that are required. Using code that "if (!defined("_FUNCS_INC_")) { define("_FUNCS_INC_", true); function Bleh($Bloop) { return $Bloop; } } // _FUNCS_INC_". This is a problem because the _FUNCS_INC_ is defined as well as the functions defined inside of the scope of the document though function_exists will return false and calling the function will obviously fail for that reason, I cannot redefine those functions in the sub-document or I'll get "Cannot redefine function bleh"... even though I can't use it. Though it is easy enough to work around the issue (With the "if (!defined())" stuff require_once doesn't even make it work BTW) I'm reorganizing several hundred files, at least 1/3 of which are includes which need to be re-ordered. Any help would be greatly appreciated. Reproduce code: --- Expected result: Blah\n Blah\n Actual result: -- Fatal error: Call to undefined function: bleh() in /var/www/localhost/includes/DB.inc on line 3 -- Edit this bug report at http://bugs.php.net/?id=33579&edit=1
#33569 [Bgs->Opn]: Compile fails with /usr/include/sys/socket.h:202: net/if_dl.h: No such file or
ID: 33569 User updated by: jccann at gmail dot com Reported By: jccann at gmail dot com -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: Solaris PHP Version: 5CVS-2005-07-04 New Comment: I understand that you may think it's an operating system environment problem. But, I checked three other Solaris 8 installations and none of them have the net/if_dl.h file. Are you testing this on a solaris 8 box? Can you post the uname -a information, please? Thanks Previous Comments: [2005-07-05 22:57:34] [EMAIL PROTECTED] This is really a problem in your system installation. Something is either been deleted accidently or not installed at all. (that same configure line works just fine on properly configured/installed Solaris 8) [2005-07-05 21:42:03] jccann at gmail dot com Hi - Thanks for the suggestion. I tried the following commands with both php 5.0.4 and snapshot php5-200507050430 # rm config.cache # ./configure --disable-all --disable-cgi --enable-sockets # make clean && make Although both do not fail in the same location, the same issue appears : net/if_dl.h: No such file or directory. [full output below] I'm guessing by your suggestion that this is not an NSAPI problem per se, but perhaps caused by something else in my environment? Is it a solaris 8 issue? gcc version? Am I missing some solaris package that should be installed. Maybe my LD_LIBRARY_PATH or PATH are incorrect? I'm willing to continue to try various suggestions. I would like to help resolve this problem. Thanks, Jeff Here's the output. - php 5.0.4 make clean && make find . -name \*.lo -o -name \*.o | xargs rm -f find . -name \*.la -o -name \*.a | xargs rm -f find . -name \*.so | xargs rm -f find . -name .libs -a -type d|xargs rm -rf rm -f libphp5.la sapi/cli/php modules/* libs/* gcc -Iext/sockets/ -I/usr/local/php/php-5.0.4/ext/sockets/ -DPHP_ATOM_INC -I/usr/local/php/php-5.0.4/include -I/usr/local/php/php-5.0.4/main -I/usr/local/php/php-5.0.4 -I/usr/local/php/php-5.0.4/TSRM -I/usr/local/php/php-5.0.4/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php-5.0.4/ext/sockets/sockets.c -o ext/sockets/sockets.o && echo > ext/sockets/sockets.lo In file included from /usr/local/php/php-5.0.4/ext/sockets/sockets.c:39: /usr/include/sys/socket.h:202: net/if_dl.h: No such file or directory make: *** [ext/sockets/sockets.lo] Error 1 output for php5-200507050430 -- $ make clean && make find . -name \*.lo -o -name \*.o | xargs rm -f find . -name \*.la -o -name \*.a | xargs rm -f find . -name \*.so | xargs rm -f find . -name .libs -a -type d|xargs rm -rf rm -f libphp5.la sapi/cli/php modules/* libs/* /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/php_date.c -o ext/date/php_date.lo /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/lib/dow.c -o ext/date/lib/dow.lo /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/lib/parse_date.c -o ext/date/lib/parse_date.lo /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/lib/parse_tz.c -o ext/date/lib/parse_tz.lo /bin/sh /usr/local/p
#33579 [NEW]: Functions not usable when "require"'d from parent later in a child.
From: aarondoom at cookiedoom dot com Operating system: Gentoo Linux 1.6.12 PHP version: 4.3.11 PHP Bug Type: Unknown/Other Function Bug description: Functions not usable when "require"'d from parent later in a child. Description: When a parent document requires a source file and then requires a second file that requires the same as above it cannot access the functions in the already required file from the parent, but cannot use or redefine the functions that are required. Using code that "if (!defined("_FUNCS_INC_")) { define("_FUNCS_INC_", true); function Bleh($Bloop) { return $Bloop; } } // _FUNCS_INC_". This is a problem because the _FUNCS_INC_ is defined as well as the functions defined inside of the scope of the document though function_exists will return false and calling the function will obviously fail for that reason, I cannot redefine those functions in the sub-document or I'll get "Cannot redefine function bleh"... even though I can't use it. Though it is easy enough to work around the issue (With the "if (!defined())" stuff require_once doesn't even make it work BTW) I'm reorganizing several hundred files, at least 1/3 of which are includes which need to be re-ordered. Any help would be greatly appreciated. Reproduce code: --- Expected result: Blah\n Blah\n Actual result: -- Fatal error: Call to undefined function: bleh() in /var/www/localhost/includes/DB.inc on line 3 -- Edit bug report at http://bugs.php.net/?id=33579&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33579&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33579&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33579&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33579&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33579&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33579&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33579&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33579&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33579&r=support Expected behavior: http://bugs.php.net/fix.php?id=33579&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33579&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33579&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33579&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33579&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33579&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33579&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33579&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33579&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33579&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33579&r=mysqlcfg
#33578 [Asn->Csd]: Problem with strtotime method
ID: 33578 Updated by: [EMAIL PROTECTED] Reported By: jeremy at techtrav dot com -Status: Assigned +Status: Closed Bug Type: Date/time related Operating System: Windows XP Apache 2 PHP Version: 5.1.0b2 Assigned To: derick 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: [2005-07-05 23:22:02] [EMAIL PROTECTED] Indeed it does not parse "11 Oct" anymore, I'll fix this. [2005-07-05 23:18:22] jeremy at techtrav dot com Description: I just updated from 5.0.4 to 5.1.0b2 to test on my windows box. strtotime seems to be very messed up returning compeletely wrong dates. Reproduce code: --- '; echo date('m/d/Y', strtotime('11 Oct')); echo ''; echo date('m/d/Y', strtotime('11 Oct 2005')); ?> Expected result: 10/11/2005 10/11/2005 10/11/2005 Actual result: -- 10/10/2005 07/05/2005 10/10/2005 -- Edit this bug report at http://bugs.php.net/?id=33578&edit=1
#33578 [Opn->Asn]: Problem with strtotime method
ID: 33578 Updated by: [EMAIL PROTECTED] Reported By: jeremy at techtrav dot com -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: Windows XP Apache 2 PHP Version: 5.1.0b2 -Assigned To: +Assigned To: derick New Comment: Indeed it does not parse "11 Oct" anymore, I'll fix this. Previous Comments: [2005-07-05 23:18:22] jeremy at techtrav dot com Description: I just updated from 5.0.4 to 5.1.0b2 to test on my windows box. strtotime seems to be very messed up returning compeletely wrong dates. Reproduce code: --- '; echo date('m/d/Y', strtotime('11 Oct')); echo ''; echo date('m/d/Y', strtotime('11 Oct 2005')); ?> Expected result: 10/11/2005 10/11/2005 10/11/2005 Actual result: -- 10/10/2005 07/05/2005 10/10/2005 -- Edit this bug report at http://bugs.php.net/?id=33578&edit=1
#33578 [NEW]: Problem with strtotime method
From: jeremy at techtrav dot com Operating system: Windows XP Apache 2 PHP version: 5.1.0b2 PHP Bug Type: Date/time related Bug description: Problem with strtotime method Description: I just updated from 5.0.4 to 5.1.0b2 to test on my windows box. strtotime seems to be very messed up returning compeletely wrong dates. Reproduce code: --- '; echo date('m/d/Y', strtotime('11 Oct')); echo ''; echo date('m/d/Y', strtotime('11 Oct 2005')); ?> Expected result: 10/11/2005 10/11/2005 10/11/2005 Actual result: -- 10/10/2005 07/05/2005 10/10/2005 -- Edit bug report at http://bugs.php.net/?id=33578&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33578&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33578&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33578&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33578&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33578&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33578&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33578&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33578&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33578&r=support Expected behavior: http://bugs.php.net/fix.php?id=33578&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33578&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33578&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33578&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33578&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33578&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33578&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33578&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33578&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33578&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33578&r=mysqlcfg
#29316 [Opn->Asn]: Executing Stored Procedure with more than one Resultset
ID: 29316 Updated by: [EMAIL PROTECTED] Reported By: patrick dot schutte at gmx dot de -Status: Open +Status: Assigned Bug Type: MSSQL related Operating System: Suse8.2 PHP Version: 5CVS-2005-03-08 -Assigned To: +Assigned To: fmk Previous Comments: [2005-03-08 13:51:30] patrick dot schutte at gmx dot de nope, Im using php 5.1.0-dev 200508030930 with freetds 0.62.4. The stored procedure executes 2 Select-Statements. The frist with no result, the second with 5 lines. On tsql-console from freetds: 1> use php 2> go 1> exec dbo.dt_mehrfach 2> go id produktname tagesbedarf kvnr id produktname tagesbedarf kvnr 17 Schnecken 1 Tüten / Tag 2135860009 18 Colorado1 Tüte / Monat NULL 19 Gummibärchen2 Tüten / tgl. NULL 20 TestNULL 16 Phantasia 12 Tüten / WocheNULL (return status = 0) the first line "id produktname tagesbedarf kvnr" show no matches for the first select. PHP: echo "Select1: ".mssql_num_rows($rs); mssql_next_result($rs); echo "Select2: ".mssql_num_rows($rs); Returns 5 5 instead 0,5 still after updating php with latetst snap. The Problem still exists. [2005-03-06 20:51:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-07-22 10:35:13] patrick dot schutte at gmx dot de Description: I've written stored Procedures that returns 2 and more Resultsets (Select-Querys). If one of theese Results doesn't have any Matches I get the next one instead. System: Suse8.2, freetds 0.62.3 ./configure ... --with-mssql freetds with TDS-Version 7.0 and MSSQL-Server2000. Same Code works fine with WindowsNT4.0 Reproduce code: --- CREATE PROCEDURE [dbo].[dt_mehrfach] AS -- first Query: no match SELECT * FROM tbl_haribo WHERE id=1 -- second Query: 15 matches SELECT * FROM tbl_haribo PHP: $p=mssql_init("dt_mehrfach); $result=mssql_execute($p); echo mssql_num_rows($result)."\n"; mssql_next_result($result); echo mssql_num_rows($result); Expected result: 0 15 would be ok Actual result: -- but I get 15 15 -- Edit this bug report at http://bugs.php.net/?id=29316&edit=1
#33568 [Opn->Bgs]: stream_socket_server can't write after feof triggered
ID: 33568 Updated by: [EMAIL PROTECTED] Reported By: shaun at verticalevolution dot com -Status: Open +Status: Bogus Bug Type: Sockets related Operating System: Windows XP SP2 PHP Version: 5CVS-2005-07-05 Assigned To: wez New Comment: And this is not a support forum on HOW to use PHP. Previous Comments: [2005-07-05 18:59:38] [EMAIL PROTECTED] Your usage of stream_select() is still wrong. $read_master = array($sock); while (1) { $read = $read_master; stream_select($read...) $c = stream_socket_accept() $read_master[] = $c; } [2005-07-05 16:36:15] shaun at verticalevolution dot com I've taken a look at your slides and I've also tried the stream_get_contents instead of the feof. This still does not work. Instead once the client makes the call the server now uses 100% CPU usage and still hangs. Server code: client code: [2005-07-05 16:10:36] [EMAIL PROTECTED] Take a look through these slides: http://netevil.org/talks/index.php?t=lucky-dip Pay particular attention to the part that talks about feof() and network streams. (hint: use stream_get_contents()) [2005-07-05 14:33:12] shaun at verticalevolution dot com Please note also that I've tried the new scripts with the CVS snapshot as well. PHP Version: 5.1.0-dev [2005-07-05 14:22:22] shaun at verticalevolution dot com I moved the read array into the while script, this was a mistake on my part. This little server script is just a test to try to simplify my over all object. New Server Script: I only reason I had the stream_set_timeout in the client script because if I did not then the client just hangs with out ever quiting. I did remove it as per your request and I let it run for about 2 minutes with it never coming back. New Client script: After this I still don't get the fread every coming back. 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/33568 -- Edit this bug report at http://bugs.php.net/?id=33568&edit=1
#33564 [Opn->Asn]: Strange behaviour passing long string to TRANSLATE in oracle
ID: 33564 Updated by: [EMAIL PROTECTED] Reported By: daniel at bitarts dot com -Status: Open +Status: Assigned Bug Type: OCI8 related Operating System: solaris PHP Version: 5.0.4 -Assigned To: +Assigned To: tony2001 Previous Comments: [2005-07-05 16:53:00] daniel at bitarts dot com I had made a mistake, TRANSLATE only works for NVARCHAR's etc and anything less than 2000 characaters. What I should be using is TO_NCHAR. This works fine in sql: UPDATE TEST SET NCLOB_BACKUP = TO_NCLOB(:NCLOB_BACKUP) WHERE ID='4 However, running this through php causes php to lock up: $data = "TEst2"; $lob = OCINewDescriptor($conn, OCI_D_LOB); $stmt = OCIParse($conn,"UPDATE TEST SET NCLOB_BACKUP = TO_NCLOB(:NCLOB_BACKUP) WHERE ID='4'"); OCIBindByName($stmt, ':NCLOB_BACKUP', &$lob, -1, OCI_B_CLOB); $lob->WriteTemporary($data); OCIExecute($stmt, OCI_DEFAULT); $lob->close(); $lob->free(); OCICommit($conn); I'm not too sure if it is an oracle bug anymore, or if it is, php should respond to it better? Thanks [2005-07-05 11:35:20] [EMAIL PROTECTED] Or some kind of your mistake, I'm not sure how to classify it. So it doesn't look like PHP-only problem and I'm closing this report as bogus. Feel free to reopen it if/when you have more info. [2005-07-05 11:23:34] daniel at bitarts dot com Same things happens there too, when I add lots of characters. Seems to be a bug in oracle? [2005-07-04 22:24:47] [EMAIL PROTECTED] And what if you try to do the same with SQLPlus? Do the same query work for you? [2005-07-04 16:20:41] daniel at bitarts dot com I am using Oracle 9i 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/33564 -- Edit this bug report at http://bugs.php.net/?id=33564&edit=1
#33567 [Opn->Asn]: SoapClient Only Works If Exceptions Turned Off
ID: 33567 Updated by: [EMAIL PROTECTED] Reported By: please-no-spam at blueyonder dot co dot uk -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: Windows XP Pro PHP Version: 5.1.0b2 Assigned To: dmitry Previous Comments: [2005-07-05 17:44:13] please-no-spam at blueyonder dot co dot uk Dump Info From: === var_dump($x->__getLastResponseHeaders()); var_dump($x->__getLastResponse()); * string(110) "HTTP/1.1 100 Continue Server: Microsoft-IIS/5.1 Date: Tue, 05 Jul 2005 15:37:50 GMT X-Powered-By: ASP.NET " string(660) " 98.42 " * Exception Info: == SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php:24 Stack trace: #0 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(24): SoapClient->__call('getQuote', Array) #1 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(24): SoapClient->getQuote('ibm') #2 {main} Hope this helps. [2005-07-05 15:13:28] [EMAIL PROTECTED] I cannot reproduce this bug, but may be this is IIS6 specific problem. Could you please add "trace" option to SoapClient constructor and the following code after soap call. var_dump($x->__getLastResponseHeaders()); var_dump($x->__getLastResponse()); [2005-07-04 19:52:34] please-no-spam at blueyonder dot co dot uk Description: When I try to create my own web service using php 5.0.3 or 5.1.0b2 using Dmitry Stogov's example at zend.com code on Windows XP Pro IIS6: eg: $x = SoapClient(WSDL); I get: SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php:13 Stack trace: #0 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(13): SoapClient->__call('getQuote', Array) #1 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(13): SoapClient->getQuote('ibm') #2 {main} Enabling Trace & Disabling exceptions like this: $x = SoapClient(WSDL, array("trace"=>1, "exceptions"=>0)); and the problem goes away. This means I can't enable exceptions with the Soap Client. Reproduce code: --- $client = new SoapClient("stockquote.wsdl"; try { $client->getQuote("ibm"); echo $client->__getLastResponse(); } catch (SoapFault $exception) { echo $exception; } Expected result: 98.42 Actual result: -- SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php:13 Stack trace: #0 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(13): SoapClient->__call('getQuote', Array) #1 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(13): SoapClient->getQuote('ibm') #2 {main} -- Edit this bug report at http://bugs.php.net/?id=33567&edit=1
#33565 [Opn->Csd]: Errors during the make
ID: 33565 Updated by: [EMAIL PROTECTED] Reported By: lionel dot roux at bio-rad dot com -Status: Open +Status: Closed Bug Type: *Configuration Issues Operating System: AIX5.2 ML05 PHP Version: 4.3.10 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: [2005-07-04 17:03:46] lionel dot roux at bio-rad dot com Description: Hello , Hello, I try to install PHP on a AIX 5.2 ML5 and i have some troubles: Is the version 4.311 more stable ? Whith the following configuration: ./configure --with-png --enable_calendar --with-gd --with-oracle --with-oci8 I have the following "Make errors": "/app/php/php-4.3.10/Zend/zend_strtod.c", line 233.1: 1506-166 (S) Definition of function Exactly requires parentheses. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 233.9: 1506-276 (S) Syntax error: possible missing '{'? "/app/php/php-4.3.10/Zend/zend_strtod.c", line 240.3: 1506-273 (E) Missing type in declaration of _double. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 928.17: 1506-275 (S) Unexpected text x encountered. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 930.17: 1506-275 (S) Unexpected text a encountered. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 932.9: 1506-045 (S) Undeclared identifier x. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 940.17: 1506-045 (S) Undeclared identifier a. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 970.17: 1506-275 (S) Unexpected text d encountered. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 988.17: 1506-045 (S) Undeclared identifier d. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1041.17: 1506-275 (S) Unexpected text d encountered. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1046.9: 1506-045 (S) Undeclared identifier d. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1172.17: 1506-275 (S) Unexpected text da encountered. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1172.21: 1506-045 (S) Undeclared identifier db. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1175.9: 1506-045 (S) Undeclared identifier da. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1243.17: 1506-275 (S) Unexpected text rv encountered. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1243.21: 1506-045 (S) Undeclared identifier rv0. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1252.9: 1506-045 (S) Undeclared identifier rv. make: 1254-004 The error code from the last command is 1. I have the following "Make install" errors: "/app/php/php-4.3.10/Zend/zend_strtod.c", line 233.1: 1506-166 (S) Definition of function Exactly requires parentheses. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 233.9: 1506-276 (S) Syntax error: possible missing '{'? "/app/php/php-4.3.10/Zend/zend_strtod.c", line 240.3: 1506-273 (E) Missing type in declaration of _double. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 928.17: 1506-275 (S) Unexpected text x encountered. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 930.17: 1506-275 (S) Unexpected text a encountered. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 932.9: 1506-045 (S) Undeclared identifier x. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 940.17: 1506-045 (S) Undeclared identifier a. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 970.17: 1506-275 (S) Unexpected text d encountered. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 988.17: 1506-045 (S) Undeclared identifier d. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1041.17: 1506-275 (S) Unexpected text d encountered. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1046.9: 1506-045 (S) Undeclared identifier d. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1172.17: 1506-275 (S) Unexpected text da encountered. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1172.21: 1506-045 (S) Undeclared identifier db. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1175.9: 1506-045 (S) Undeclared identifier da. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1243.17: 1506-275 (S) Unexpected text rv encountered. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1243.21: 1506-045 (S) Undeclared identifier rv0. "/app/php/php-4.3.10/Zend/zend_strtod.c", line 1252.9: 1506-045 (S) Undeclared identifier rv. make: 1254-004 The error code from the last command is 1. Thanks for your help Lionel Roux [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=33565&edit=1
#33569 [Opn->Bgs]: Compile fails with /usr/include/sys/socket.h:202: net/if_dl.h: No such file or
ID: 33569 Updated by: [EMAIL PROTECTED] Reported By: jccann at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Solaris PHP Version: 5CVS-2005-07-04 New Comment: This is really a problem in your system installation. Something is either been deleted accidently or not installed at all. (that same configure line works just fine on properly configured/installed Solaris 8) Previous Comments: [2005-07-05 21:42:03] jccann at gmail dot com Hi - Thanks for the suggestion. I tried the following commands with both php 5.0.4 and snapshot php5-200507050430 # rm config.cache # ./configure --disable-all --disable-cgi --enable-sockets # make clean && make Although both do not fail in the same location, the same issue appears : net/if_dl.h: No such file or directory. [full output below] I'm guessing by your suggestion that this is not an NSAPI problem per se, but perhaps caused by something else in my environment? Is it a solaris 8 issue? gcc version? Am I missing some solaris package that should be installed. Maybe my LD_LIBRARY_PATH or PATH are incorrect? I'm willing to continue to try various suggestions. I would like to help resolve this problem. Thanks, Jeff Here's the output. - php 5.0.4 make clean && make find . -name \*.lo -o -name \*.o | xargs rm -f find . -name \*.la -o -name \*.a | xargs rm -f find . -name \*.so | xargs rm -f find . -name .libs -a -type d|xargs rm -rf rm -f libphp5.la sapi/cli/php modules/* libs/* gcc -Iext/sockets/ -I/usr/local/php/php-5.0.4/ext/sockets/ -DPHP_ATOM_INC -I/usr/local/php/php-5.0.4/include -I/usr/local/php/php-5.0.4/main -I/usr/local/php/php-5.0.4 -I/usr/local/php/php-5.0.4/TSRM -I/usr/local/php/php-5.0.4/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php-5.0.4/ext/sockets/sockets.c -o ext/sockets/sockets.o && echo > ext/sockets/sockets.lo In file included from /usr/local/php/php-5.0.4/ext/sockets/sockets.c:39: /usr/include/sys/socket.h:202: net/if_dl.h: No such file or directory make: *** [ext/sockets/sockets.lo] Error 1 output for php5-200507050430 -- $ make clean && make find . -name \*.lo -o -name \*.o | xargs rm -f find . -name \*.la -o -name \*.a | xargs rm -f find . -name \*.so | xargs rm -f find . -name .libs -a -type d|xargs rm -rf rm -f libphp5.la sapi/cli/php modules/* libs/* /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/php_date.c -o ext/date/php_date.lo /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/lib/dow.c -o ext/date/lib/dow.lo /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/lib/parse_date.c -o ext/date/lib/parse_date.lo /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/lib/parse_tz.c -o ext/date/lib/parse_tz.lo /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g
#33577 [Opn->Bgs]: Cannot load /usr/local/apache/libexec/libphp5.so into server: /usr/local/apache
ID: 33577 Updated by: [EMAIL PROTECTED] Reported By: vert at cloud9 dot net -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Fedora Core 3 PHP Version: 5.0.4 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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-07-05 20:48:31] vert at cloud9 dot net Description: I am aware that several people have posted similar issues with the above mentioned error, but none of the fixes I've tried seem to work. Running: Apache 1.3.33 OpenSSL 0.9.6 Trying to compile PHP 5.0.4. Configure input: ./configure --with-apxs='/usr/local/apache/bin/apxs' --with-gettext --with-openssl='/usr/local/ssl/' --enable-ftp --with-imap='/usr/local/imap-2004e/' --with-imap-ssl --with-mysql='/usr/local/mysql' --with-dom --with-mysqli='/usr/local/mysql/bin/mysql_config' --with-mcrypt --with-iconv --enable-mbstring=all --enable-mbregex --with-gd --with-mime-magic --with-zlib What is strange is the exact same configuration works on the PHP dev versions. However, another bug is preventing me from using it (not being able to pass references or something, supposedly was fixed in later CVS versions but still did not work for me... in fact, it worked previously but suddenly one day, stopped.). As directed in another post, I have added /usr/local/ssl to my ld.so.conf file and yes, I did run ldconfig. That doesn't work either. Apache just refuses to start. The exact error is: [EMAIL PROTECTED] php-5.0.4]# /usr/local/apache/bin/apachectl configtest Syntax error on line 209 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp5.so into server: /usr/local/apache/libexec/libphp5.so: undefined symbol: OpenSSL_add_all_algorithms When I try compiling without SSL, I get a whole slew of OTHER errors. But I still need SSL anyways for my setup. Can someone please shed some light on this? Thanks. -- Edit this bug report at http://bugs.php.net/?id=33577&edit=1
#33569 [Fbk->Opn]: Compile fails with /usr/include/sys/socket.h:202: net/if_dl.h: No such file or
ID: 33569 User updated by: jccann at gmail dot com Reported By: jccann at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris PHP Version: 5CVS-2005-07-04 New Comment: Hi - Thanks for the suggestion. I tried the following commands with both php 5.0.4 and snapshot php5-200507050430 # rm config.cache # ./configure --disable-all --disable-cgi --enable-sockets # make clean && make Although both do not fail in the same location, the same issue appears : net/if_dl.h: No such file or directory. [full output below] I'm guessing by your suggestion that this is not an NSAPI problem per se, but perhaps caused by something else in my environment? Is it a solaris 8 issue? gcc version? Am I missing some solaris package that should be installed. Maybe my LD_LIBRARY_PATH or PATH are incorrect? I'm willing to continue to try various suggestions. I would like to help resolve this problem. Thanks, Jeff Here's the output. - php 5.0.4 make clean && make find . -name \*.lo -o -name \*.o | xargs rm -f find . -name \*.la -o -name \*.a | xargs rm -f find . -name \*.so | xargs rm -f find . -name .libs -a -type d|xargs rm -rf rm -f libphp5.la sapi/cli/php modules/* libs/* gcc -Iext/sockets/ -I/usr/local/php/php-5.0.4/ext/sockets/ -DPHP_ATOM_INC -I/usr/local/php/php-5.0.4/include -I/usr/local/php/php-5.0.4/main -I/usr/local/php/php-5.0.4 -I/usr/local/php/php-5.0.4/TSRM -I/usr/local/php/php-5.0.4/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php-5.0.4/ext/sockets/sockets.c -o ext/sockets/sockets.o && echo > ext/sockets/sockets.lo In file included from /usr/local/php/php-5.0.4/ext/sockets/sockets.c:39: /usr/include/sys/socket.h:202: net/if_dl.h: No such file or directory make: *** [ext/sockets/sockets.lo] Error 1 output for php5-200507050430 -- $ make clean && make find . -name \*.lo -o -name \*.o | xargs rm -f find . -name \*.la -o -name \*.a | xargs rm -f find . -name \*.so | xargs rm -f find . -name .libs -a -type d|xargs rm -rf rm -f libphp5.la sapi/cli/php modules/* libs/* /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/php_date.c -o ext/date/php_date.lo /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/lib/dow.c -o ext/date/lib/dow.lo /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/lib/parse_date.c -o ext/date/lib/parse_date.lo /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/lib/parse_tz.c -o ext/date/lib/parse_tz.lo /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /usr/local/php/php5-200507050430/ext/date/lib/timelib.c -o ext/date/lib/timelib.lo /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/usr/local/php/php5-200507050430/ext/date/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-2
#33576 [Opn->Bgs]: 19.6*100 != 19.6*10*10
ID: 33576 Updated by: [EMAIL PROTECTED] Reported By: rick at ninjafoo dot com -Status: Open +Status: Bogus Bug Type: Math related -Operating System: Gentoo Linux +Operating System: * -PHP Version: 4.3.11 +PHP Version: * New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php . Previous Comments: [2005-07-05 20:56:41] rick at ninjafoo dot com Yes, I understand that. My bug report was not to point out the joys of floating point math. My bug report was to illustrate a problem with php's internal casting. 19.6*100 != 1960 19.6*100 != (int)1960 19.6*100 != (float)1960 19.6*100 != (string)1960 echo gettype(19.6*100) returns 'double', However . 19.6*100 != (double)1960 19.6*100 cannot be compaired to anything without manually casting it as something else first. (string)(19.6*100) == (string)1960 [2005-07-05 20:13:07] [EMAIL PROTECTED] Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. . [2005-07-05 20:11:18] rick at ninjafoo dot com Description: 100* certain values is not the same as 10*10* the same value. The following code should produce no output. I see output. Reproduce code: --- '; echo 'value1='.$value1.', value2='.$value2.','; } ?> Expected result: I expect nothing to happen. Actual result: -- funny, i thaught 100x was exactly the same as 10x10x value1=1960, value2=1960, -- Edit this bug report at http://bugs.php.net/?id=33576&edit=1
#33576 [Bgs->Opn]: 19.6*100 != 19.6*10*10
ID: 33576 User updated by: rick at ninjafoo dot com Reported By: rick at ninjafoo dot com -Status: Bogus +Status: Open Bug Type: Math related Operating System: Gentoo Linux PHP Version: 4.3.11 New Comment: Yes, I understand that. My bug report was not to point out the joys of floating point math. My bug report was to illustrate a problem with php's internal casting. 19.6*100 != 1960 19.6*100 != (int)1960 19.6*100 != (float)1960 19.6*100 != (string)1960 echo gettype(19.6*100) returns 'double', However . 19.6*100 != (double)1960 19.6*100 cannot be compaired to anything without manually casting it as something else first. (string)(19.6*100) == (string)1960 Previous Comments: [2005-07-05 20:13:07] [EMAIL PROTECTED] Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. . [2005-07-05 20:11:18] rick at ninjafoo dot com Description: 100* certain values is not the same as 10*10* the same value. The following code should produce no output. I see output. Reproduce code: --- '; echo 'value1='.$value1.', value2='.$value2.','; } ?> Expected result: I expect nothing to happen. Actual result: -- funny, i thaught 100x was exactly the same as 10x10x value1=1960, value2=1960, -- Edit this bug report at http://bugs.php.net/?id=33576&edit=1
#33577 [NEW]: Cannot load /usr/local/apache/libexec/libphp5.so into server: /usr/local/apache
From: vert at cloud9 dot net Operating system: Fedora Core 3 PHP version: 5.0.4 PHP Bug Type: Apache related Bug description: Cannot load /usr/local/apache/libexec/libphp5.so into server: /usr/local/apache Description: I am aware that several people have posted similar issues with the above mentioned error, but none of the fixes I've tried seem to work. Running: Apache 1.3.33 OpenSSL 0.9.6 Trying to compile PHP 5.0.4. Configure input: ./configure --with-apxs='/usr/local/apache/bin/apxs' --with-gettext --with-openssl='/usr/local/ssl/' --enable-ftp --with-imap='/usr/local/imap-2004e/' --with-imap-ssl --with-mysql='/usr/local/mysql' --with-dom --with-mysqli='/usr/local/mysql/bin/mysql_config' --with-mcrypt --with-iconv --enable-mbstring=all --enable-mbregex --with-gd --with-mime-magic --with-zlib What is strange is the exact same configuration works on the PHP dev versions. However, another bug is preventing me from using it (not being able to pass references or something, supposedly was fixed in later CVS versions but still did not work for me... in fact, it worked previously but suddenly one day, stopped.). As directed in another post, I have added /usr/local/ssl to my ld.so.conf file and yes, I did run ldconfig. That doesn't work either. Apache just refuses to start. The exact error is: [EMAIL PROTECTED] php-5.0.4]# /usr/local/apache/bin/apachectl configtest Syntax error on line 209 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp5.so into server: /usr/local/apache/libexec/libphp5.so: undefined symbol: OpenSSL_add_all_algorithms When I try compiling without SSL, I get a whole slew of OTHER errors. But I still need SSL anyways for my setup. Can someone please shed some light on this? Thanks. -- Edit bug report at http://bugs.php.net/?id=33577&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33577&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33577&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33577&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33577&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33577&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33577&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33577&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33577&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33577&r=support Expected behavior: http://bugs.php.net/fix.php?id=33577&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33577&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33577&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33577&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33577&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33577&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33577&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33577&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33577&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33577&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33577&r=mysqlcfg
#33576 [Opn->Bgs]: 19.6*100 != 19.6*10*10
ID: 33576 Updated by: [EMAIL PROTECTED] Reported By: rick at ninjafoo dot com -Status: Open +Status: Bogus Bug Type: Math related Operating System: Gentoo Linux PHP Version: 4.3.11 New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. . Previous Comments: [2005-07-05 20:11:18] rick at ninjafoo dot com Description: 100* certain values is not the same as 10*10* the same value. The following code should produce no output. I see output. Reproduce code: --- '; echo 'value1='.$value1.', value2='.$value2.','; } ?> Expected result: I expect nothing to happen. Actual result: -- funny, i thaught 100x was exactly the same as 10x10x value1=1960, value2=1960, -- Edit this bug report at http://bugs.php.net/?id=33576&edit=1
#33576 [NEW]: 19.6*100 != 19.6*10*10
From: rick at ninjafoo dot com Operating system: Gentoo Linux PHP version: 4.3.11 PHP Bug Type: Math related Bug description: 19.6*100 != 19.6*10*10 Description: 100* certain values is not the same as 10*10* the same value. The following code should produce no output. I see output. Reproduce code: --- '; echo 'value1='.$value1.', value2='.$value2.','; } ?> Expected result: I expect nothing to happen. Actual result: -- funny, i thaught 100x was exactly the same as 10x10x value1=1960, value2=1960, -- Edit bug report at http://bugs.php.net/?id=33576&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33576&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33576&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33576&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33576&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33576&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33576&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33576&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33576&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33576&r=support Expected behavior: http://bugs.php.net/fix.php?id=33576&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33576&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33576&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33576&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33576&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33576&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33576&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33576&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33576&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33576&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33576&r=mysqlcfg
#33568 [Opn]: stream_socket_server can't write after feof triggered
ID: 33568 Updated by: [EMAIL PROTECTED] Reported By: shaun at verticalevolution dot com Status: Open Bug Type: Sockets related Operating System: Windows XP SP2 PHP Version: 5CVS-2005-07-05 Assigned To: wez New Comment: Your usage of stream_select() is still wrong. $read_master = array($sock); while (1) { $read = $read_master; stream_select($read...) $c = stream_socket_accept() $read_master[] = $c; } Previous Comments: [2005-07-05 16:36:15] shaun at verticalevolution dot com I've taken a look at your slides and I've also tried the stream_get_contents instead of the feof. This still does not work. Instead once the client makes the call the server now uses 100% CPU usage and still hangs. Server code: client code: [2005-07-05 16:10:36] [EMAIL PROTECTED] Take a look through these slides: http://netevil.org/talks/index.php?t=lucky-dip Pay particular attention to the part that talks about feof() and network streams. (hint: use stream_get_contents()) [2005-07-05 14:33:12] shaun at verticalevolution dot com Please note also that I've tried the new scripts with the CVS snapshot as well. PHP Version: 5.1.0-dev [2005-07-05 14:22:22] shaun at verticalevolution dot com I moved the read array into the while script, this was a mistake on my part. This little server script is just a test to try to simplify my over all object. New Server Script: I only reason I had the stream_set_timeout in the client script because if I did not then the client just hangs with out ever quiting. I did remove it as per your request and I let it run for about 2 minutes with it never coming back. New Client script: After this I still don't get the fread every coming back. [2005-07-05 13:46:03] [EMAIL PROTECTED] Please also remove the stream_set_timeout() call from your script(s) and note that you are not using stream_select() correctly (the read/write/excep arrays need to be set on *each* call). 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/33568 -- Edit this bug report at http://bugs.php.net/?id=33568&edit=1
#33567 [Fbk->Opn]: SoapClient Only Works If Exceptions Turned Off
ID: 33567 User updated by: please-no-spam at blueyonder dot co dot uk Reported By: please-no-spam at blueyonder dot co dot uk -Status: Feedback +Status: Open Bug Type: SOAP related Operating System: Windows XP Pro PHP Version: 5.1.0b2 Assigned To: dmitry New Comment: Dump Info From: === var_dump($x->__getLastResponseHeaders()); var_dump($x->__getLastResponse()); * string(110) "HTTP/1.1 100 Continue Server: Microsoft-IIS/5.1 Date: Tue, 05 Jul 2005 15:37:50 GMT X-Powered-By: ASP.NET " string(660) " 98.42 " * Exception Info: == SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php:24 Stack trace: #0 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(24): SoapClient->__call('getQuote', Array) #1 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(24): SoapClient->getQuote('ibm') #2 {main} Hope this helps. Previous Comments: [2005-07-05 15:13:28] [EMAIL PROTECTED] I cannot reproduce this bug, but may be this is IIS6 specific problem. Could you please add "trace" option to SoapClient constructor and the following code after soap call. var_dump($x->__getLastResponseHeaders()); var_dump($x->__getLastResponse()); [2005-07-04 21:58:52] [EMAIL PROTECTED] Assigned to the maintainer. [2005-07-04 19:52:34] please-no-spam at blueyonder dot co dot uk Description: When I try to create my own web service using php 5.0.3 or 5.1.0b2 using Dmitry Stogov's example at zend.com code on Windows XP Pro IIS6: eg: $x = SoapClient(WSDL); I get: SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php:13 Stack trace: #0 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(13): SoapClient->__call('getQuote', Array) #1 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(13): SoapClient->getQuote('ibm') #2 {main} Enabling Trace & Disabling exceptions like this: $x = SoapClient(WSDL, array("trace"=>1, "exceptions"=>0)); and the problem goes away. This means I can't enable exceptions with the Soap Client. Reproduce code: --- $client = new SoapClient("stockquote.wsdl"; try { $client->getQuote("ibm"); echo $client->__getLastResponse(); } catch (SoapFault $exception) { echo $exception; } Expected result: 98.42 Actual result: -- SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php:13 Stack trace: #0 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(13): SoapClient->__call('getQuote', Array) #1 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(13): SoapClient->getQuote('ibm') #2 {main} -- Edit this bug report at http://bugs.php.net/?id=33567&edit=1
#33564 [Bgs->Opn]: Strange behaviour passing long string to TRANSLATE in oracle
ID: 33564 User updated by: daniel at bitarts dot com Reported By: daniel at bitarts dot com -Status: Bogus +Status: Open Bug Type: OCI8 related Operating System: solaris PHP Version: 5.0.4 New Comment: I had made a mistake, TRANSLATE only works for NVARCHAR's etc and anything less than 2000 characaters. What I should be using is TO_NCHAR. This works fine in sql: UPDATE TEST SET NCLOB_BACKUP = TO_NCLOB(:NCLOB_BACKUP) WHERE ID='4 However, running this through php causes php to lock up: $data = "TEst2"; $lob = OCINewDescriptor($conn, OCI_D_LOB); $stmt = OCIParse($conn,"UPDATE TEST SET NCLOB_BACKUP = TO_NCLOB(:NCLOB_BACKUP) WHERE ID='4'"); OCIBindByName($stmt, ':NCLOB_BACKUP', &$lob, -1, OCI_B_CLOB); $lob->WriteTemporary($data); OCIExecute($stmt, OCI_DEFAULT); $lob->close(); $lob->free(); OCICommit($conn); I'm not too sure if it is an oracle bug anymore, or if it is, php should respond to it better? Thanks Previous Comments: [2005-07-05 11:35:20] [EMAIL PROTECTED] Or some kind of your mistake, I'm not sure how to classify it. So it doesn't look like PHP-only problem and I'm closing this report as bogus. Feel free to reopen it if/when you have more info. [2005-07-05 11:23:34] daniel at bitarts dot com Same things happens there too, when I add lots of characters. Seems to be a bug in oracle? [2005-07-04 22:24:47] [EMAIL PROTECTED] And what if you try to do the same with SQLPlus? Do the same query work for you? [2005-07-04 16:20:41] daniel at bitarts dot com I am using Oracle 9i [2005-07-04 16:18:57] daniel at bitarts dot com Description: Trying to insert data into an NCLOB field. I can do this by using a TRANSLATE in my sql, and binding variable with the OCIBindByName functions. However, when I pass a certain amount of characters, the update fails with this (incorrect) error: Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-12703: this character set conversion is not supported That amount of characters seems to be 2000. In the code below, if you change this line $data = str_pad($data, 2001, "a"); to $data = str_pad($data, 2000, "a"); It works fine. It's only when you try to insert more than 2000 characters you get this odd behaviour. Thank you. Daniel Reproduce code: --- $data = str_pad($data, 2001, "a"); $lob = OCINewDescriptor($conn, OCI_D_LOB); $stmt = OCIParse($conn,"UPDATE TEST SET NCLOB_TEST = TRANSLATE(:NCLOB_TEST USING NCHAR_CS) WHERE ID='1'"); OCIBindByName($stmt, ':NCLOB_TEST', &$lob, -1, OCI_B_CLOB); $lob->WriteTemporary($data); OCIExecute($stmt, OCI_DEFAULT); $lob->close(); $lob->free(); OCICommit($conn); Expected result: The NCLOB data field fills with 2001 "a" characters Actual result: -- error message: Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-12703: this character set conversion is not supported Nothing added to database. -- Edit this bug report at http://bugs.php.net/?id=33564&edit=1
#33568 [Fbk->Opn]: stream_socket_server can't write after feof triggered
ID: 33568 User updated by: shaun at verticalevolution dot com Reported By: shaun at verticalevolution dot com -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Windows XP SP2 PHP Version: 5CVS-2005-07-05 Assigned To: wez New Comment: I've taken a look at your slides and I've also tried the stream_get_contents instead of the feof. This still does not work. Instead once the client makes the call the server now uses 100% CPU usage and still hangs. Server code: client code: Previous Comments: [2005-07-05 16:10:36] [EMAIL PROTECTED] Take a look through these slides: http://netevil.org/talks/index.php?t=lucky-dip Pay particular attention to the part that talks about feof() and network streams. (hint: use stream_get_contents()) [2005-07-05 14:33:12] shaun at verticalevolution dot com Please note also that I've tried the new scripts with the CVS snapshot as well. PHP Version: 5.1.0-dev [2005-07-05 14:22:22] shaun at verticalevolution dot com I moved the read array into the while script, this was a mistake on my part. This little server script is just a test to try to simplify my over all object. New Server Script: I only reason I had the stream_set_timeout in the client script because if I did not then the client just hangs with out ever quiting. I did remove it as per your request and I let it run for about 2 minutes with it never coming back. New Client script: After this I still don't get the fread every coming back. [2005-07-05 13:46:03] [EMAIL PROTECTED] Please also remove the stream_set_timeout() call from your script(s) and note that you are not using stream_select() correctly (the read/write/excep arrays need to be set on *each* call). [2005-07-04 21:58:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip 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/33568 -- Edit this bug report at http://bugs.php.net/?id=33568&edit=1
#33568 [Asn->Fbk]: stream_socket_server can't write after feof triggered
ID: 33568 Updated by: [EMAIL PROTECTED] Reported By: shaun at verticalevolution dot com -Status: Assigned +Status: Feedback Bug Type: Sockets related Operating System: Windows XP SP2 PHP Version: 5CVS-2005-07-05 Assigned To: wez New Comment: Take a look through these slides: http://netevil.org/talks/index.php?t=lucky-dip Pay particular attention to the part that talks about feof() and network streams. (hint: use stream_get_contents()) Previous Comments: [2005-07-05 14:33:12] shaun at verticalevolution dot com Please note also that I've tried the new scripts with the CVS snapshot as well. PHP Version: 5.1.0-dev [2005-07-05 14:22:22] shaun at verticalevolution dot com I moved the read array into the while script, this was a mistake on my part. This little server script is just a test to try to simplify my over all object. New Server Script: I only reason I had the stream_set_timeout in the client script because if I did not then the client just hangs with out ever quiting. I did remove it as per your request and I let it run for about 2 minutes with it never coming back. New Client script: After this I still don't get the fread every coming back. [2005-07-05 13:46:03] [EMAIL PROTECTED] Please also remove the stream_set_timeout() call from your script(s) and note that you are not using stream_select() correctly (the read/write/excep arrays need to be set on *each* call). [2005-07-04 21:58:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-07-04 21:04:51] shaun at verticalevolution dot com Description: Once the FEOF flag has been triggered on a stream you are unable to then write to that stream. I created a stream_socket_server, accepted a client (stream_socket_accept) then attempted to read all the contents from the stream (while!feof()) I am not able to then write to that same client stream. It appears that once the feof flag has been it the stream is no longer able to be written to. Reproduce code: --- SERVER: CLIENT: Expected result: On the server I should see "test" printed out then on the client I should see "testback" printed out. -- Edit this bug report at http://bugs.php.net/?id=33568&edit=1
#33568 [Opn->Asn]: stream_socket_server can't write after feof triggered
ID: 33568 Updated by: [EMAIL PROTECTED] Reported By: shaun at verticalevolution dot com -Status: Open +Status: Assigned Bug Type: Sockets related Operating System: Windows XP SP2 PHP Version: 5.0.4 -Assigned To: +Assigned To: wez Previous Comments: [2005-07-05 14:33:12] shaun at verticalevolution dot com Please note also that I've tried the new scripts with the CVS snapshot as well. PHP Version: 5.1.0-dev [2005-07-05 14:22:22] shaun at verticalevolution dot com I moved the read array into the while script, this was a mistake on my part. This little server script is just a test to try to simplify my over all object. New Server Script: I only reason I had the stream_set_timeout in the client script because if I did not then the client just hangs with out ever quiting. I did remove it as per your request and I let it run for about 2 minutes with it never coming back. New Client script: After this I still don't get the fread every coming back. [2005-07-05 13:46:03] [EMAIL PROTECTED] Please also remove the stream_set_timeout() call from your script(s) and note that you are not using stream_select() correctly (the read/write/excep arrays need to be set on *each* call). [2005-07-04 21:58:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-07-04 21:04:51] shaun at verticalevolution dot com Description: Once the FEOF flag has been triggered on a stream you are unable to then write to that stream. I created a stream_socket_server, accepted a client (stream_socket_accept) then attempted to read all the contents from the stream (while!feof()) I am not able to then write to that same client stream. It appears that once the feof flag has been it the stream is no longer able to be written to. Reproduce code: --- SERVER: CLIENT: Expected result: On the server I should see "test" printed out then on the client I should see "testback" printed out. -- Edit this bug report at http://bugs.php.net/?id=33568&edit=1
#33567 [Asn->Fbk]: SoapClient Only Works If Exceptions Turned Off
ID: 33567 Updated by: [EMAIL PROTECTED] Reported By: please-no-spam at blueyonder dot co dot uk -Status: Assigned +Status: Feedback Bug Type: SOAP related Operating System: Windows XP Pro PHP Version: 5.1.0b2 Assigned To: dmitry New Comment: I cannot reproduce this bug, but may be this is IIS6 specific problem. Could you please add "trace" option to SoapClient constructor and the following code after soap call. var_dump($x->__getLastResponseHeaders()); var_dump($x->__getLastResponse()); Previous Comments: [2005-07-04 21:58:52] [EMAIL PROTECTED] Assigned to the maintainer. [2005-07-04 19:52:34] please-no-spam at blueyonder dot co dot uk Description: When I try to create my own web service using php 5.0.3 or 5.1.0b2 using Dmitry Stogov's example at zend.com code on Windows XP Pro IIS6: eg: $x = SoapClient(WSDL); I get: SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php:13 Stack trace: #0 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(13): SoapClient->__call('getQuote', Array) #1 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(13): SoapClient->getQuote('ibm') #2 {main} Enabling Trace & Disabling exceptions like this: $x = SoapClient(WSDL, array("trace"=>1, "exceptions"=>0)); and the problem goes away. This means I can't enable exceptions with the Soap Client. Reproduce code: --- $client = new SoapClient("stockquote.wsdl"; try { $client->getQuote("ibm"); echo $client->__getLastResponse(); } catch (SoapFault $exception) { echo $exception; } Expected result: 98.42 Actual result: -- SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php:13 Stack trace: #0 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(13): SoapClient->__call('getQuote', Array) #1 c:\Inetpub\wwwroot\Php\DummyWebService\MyWebServerClient.php(13): SoapClient->getQuote('ibm') #2 {main} -- Edit this bug report at http://bugs.php.net/?id=33567&edit=1
#33568 [Opn]: stream_socket_server can't write after feof triggered
ID: 33568 User updated by: shaun at verticalevolution dot com Reported By: shaun at verticalevolution dot com Status: Open Bug Type: Sockets related Operating System: Windows XP SP2 PHP Version: 5.0.4 New Comment: Please note also that I've tried the new scripts with the CVS snapshot as well. PHP Version: 5.1.0-dev Previous Comments: [2005-07-05 14:22:22] shaun at verticalevolution dot com I moved the read array into the while script, this was a mistake on my part. This little server script is just a test to try to simplify my over all object. New Server Script: I only reason I had the stream_set_timeout in the client script because if I did not then the client just hangs with out ever quiting. I did remove it as per your request and I let it run for about 2 minutes with it never coming back. New Client script: After this I still don't get the fread every coming back. [2005-07-05 13:46:03] [EMAIL PROTECTED] Please also remove the stream_set_timeout() call from your script(s) and note that you are not using stream_select() correctly (the read/write/excep arrays need to be set on *each* call). [2005-07-04 21:58:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-07-04 21:04:51] shaun at verticalevolution dot com Description: Once the FEOF flag has been triggered on a stream you are unable to then write to that stream. I created a stream_socket_server, accepted a client (stream_socket_accept) then attempted to read all the contents from the stream (while!feof()) I am not able to then write to that same client stream. It appears that once the feof flag has been it the stream is no longer able to be written to. Reproduce code: --- SERVER: CLIENT: Expected result: On the server I should see "test" printed out then on the client I should see "testback" printed out. -- Edit this bug report at http://bugs.php.net/?id=33568&edit=1
#33568 [Fbk->Opn]: stream_socket_server can't write after feof triggered
ID: 33568 User updated by: shaun at verticalevolution dot com Reported By: shaun at verticalevolution dot com -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Windows XP SP2 PHP Version: 5.0.4 New Comment: I moved the read array into the while script, this was a mistake on my part. This little server script is just a test to try to simplify my over all object. New Server Script: I only reason I had the stream_set_timeout in the client script because if I did not then the client just hangs with out ever quiting. I did remove it as per your request and I let it run for about 2 minutes with it never coming back. New Client script: After this I still don't get the fread every coming back. Previous Comments: [2005-07-05 13:46:03] [EMAIL PROTECTED] Please also remove the stream_set_timeout() call from your script(s) and note that you are not using stream_select() correctly (the read/write/excep arrays need to be set on *each* call). [2005-07-04 21:58:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-07-04 21:04:51] shaun at verticalevolution dot com Description: Once the FEOF flag has been triggered on a stream you are unable to then write to that stream. I created a stream_socket_server, accepted a client (stream_socket_accept) then attempted to read all the contents from the stream (while!feof()) I am not able to then write to that same client stream. It appears that once the feof flag has been it the stream is no longer able to be written to. Reproduce code: --- SERVER: CLIENT: Expected result: On the server I should see "test" printed out then on the client I should see "testback" printed out. -- Edit this bug report at http://bugs.php.net/?id=33568&edit=1
#33568 [Fbk]: stream_socket_server can't write after feof triggered
ID: 33568 Updated by: [EMAIL PROTECTED] Reported By: shaun at verticalevolution dot com Status: Feedback Bug Type: Sockets related Operating System: Windows XP SP2 PHP Version: 5.0.4 New Comment: Please also remove the stream_set_timeout() call from your script(s) and note that you are not using stream_select() correctly (the read/write/excep arrays need to be set on *each* call). Previous Comments: [2005-07-04 21:58:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-07-04 21:04:51] shaun at verticalevolution dot com Description: Once the FEOF flag has been triggered on a stream you are unable to then write to that stream. I created a stream_socket_server, accepted a client (stream_socket_accept) then attempted to read all the contents from the stream (while!feof()) I am not able to then write to that same client stream. It appears that once the feof flag has been it the stream is no longer able to be written to. Reproduce code: --- SERVER: CLIENT: Expected result: On the server I should see "test" printed out then on the client I should see "testback" printed out. -- Edit this bug report at http://bugs.php.net/?id=33568&edit=1
#33574 [Opn]: parse_ini_file fails to parse values containing "{"
ID: 33574 User updated by: m at tacker dot org Reported By: m at tacker dot org Status: Open Bug Type: Filesystem function related Operating System: Gentoo Linux PHP Version: 5.1.0b2 New Comment: Using quotations fixes that problem. Previous Comments: [2005-07-05 13:40:27] m at tacker dot org Fixed some typos. [2005-07-05 13:38:41] m at tacker dot org Description: PHP 5.1's parse_ini_file cannot parse this line where 5.0's can: from_email = [EMAIL PROTECTED] Expected result: An array with $config = array( 'from_email' => '[EMAIL PROTECTED]' ); Actual result: -- Warning: Error parsing ../include/config/config.ini -- Edit this bug report at http://bugs.php.net/?id=33574&edit=1
#33574 [Opn]: parse_ini_file fails to parse values containing "{"
ID: 33574 User updated by: m at tacker dot org -Summary: parse_ini_file fail sto read values containing "{" Reported By: m at tacker dot org Status: Open Bug Type: Filesystem function related -Operating System: Gennto Linux +Operating System: Gentoo Linux PHP Version: 5.1.0b2 New Comment: Fixed some typos. Previous Comments: [2005-07-05 13:38:41] m at tacker dot org Description: PHP 5.1's parse_ini_file cannot parse this line where 5.0's can: from_email = [EMAIL PROTECTED] Expected result: An array with $config = array( 'from_email' => '[EMAIL PROTECTED]' ); Actual result: -- Warning: Error parsing ../include/config/config.ini -- Edit this bug report at http://bugs.php.net/?id=33574&edit=1
#33574 [NEW]: parse_ini_file fail sto read values containing "{"
From: m at tacker dot org Operating system: Gennto Linux PHP version: 5.1.0b2 PHP Bug Type: Filesystem function related Bug description: parse_ini_file fail sto read values containing "{" Description: PHP 5.1's parse_ini_file cannot parse this line where 5.0's can: from_email = [EMAIL PROTECTED] Expected result: An array with $config = array( 'from_email' => '[EMAIL PROTECTED]' ); Actual result: -- Warning: Error parsing ../include/config/config.ini -- Edit bug report at http://bugs.php.net/?id=33574&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33574&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33574&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33574&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33574&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33574&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33574&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33574&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33574&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33574&r=support Expected behavior: http://bugs.php.net/fix.php?id=33574&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33574&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33574&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33574&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33574&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33574&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33574&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33574&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33574&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33574&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33574&r=mysqlcfg
#33565 [Fbk->Opn]: Errors during the make
ID: 33565 User updated by: lionel dot roux at bio-rad dot com Reported By: lionel dot roux at bio-rad dot com -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: AIX5.2 ML05 PHP Version: 4.3.10 New Comment: I tried with the version 4.3.1.1 but it fails with the following errors: cc: 1501-218 file ext/calendar/calendar.lo contains an incorrect file suffix cc: 1501-218 file ext/calendar/dow.lo contains an incorrect file suffix cc: 1501-218 file ext/calendar/french.lo contains an incorrect file suffix cc: 1501-218 file ext/calendar/gregor.lo contains an incorrect file suffix cc: 1501-218 file ext/calendar/jewish.lo contains an incorrect file suffix cc: 1501-218 file ext/calendar/julian.lo contains an incorrect file suffix cc: 1501-218 file ext/calendar/easter.lo contains an incorrect file suffix cc: 1501-218 file ext/calendar/cal_unix.lo contains an incorrect file suffix cc: 1501-218 file ext/ctype/ctype.lo contains an incorrect file suffix cc: 1501-218 file ext/gd/gd.lo contains an incorrect file suffix cc: 1501-218 file ext/gd/gdttf.lo contains an incorrect file suffix cc: 1501-218 file ext/gd/gdcache.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/php_mysql.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/libmysql.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/errmsg.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/net.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/violite.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/password.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_init.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_lib.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_static.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_malloc.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_realloc.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_create.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_delete.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_tempnam.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_open.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_casecnv.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_read.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_write.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/errors.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_error.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_getwd.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_div.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_pack.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_messnc.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_dirname.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_fn_ext.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_wcomp.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/typelib.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/safemalloc.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_alloc.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_format.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_path.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_unixpath.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_fopen.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mf_loadpath.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_pthread.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_thr_init.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/thr_mutex.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/mulalloc.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/string.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/default.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_compress.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/array.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/my_once.lo contains an incorrect file suffix cc: 1501-218 file ext/mysql/libmysql/list.lo contains an incorrect file suffix cc: 1501-218 file ext/mys
#33573 [Opn->Fbk]: strange return value in get_elements_by_tagname()
ID: 33573 Updated by: [EMAIL PROTECTED] Reported By: timo dot schmid at gmail dot com -Status: Open +Status: Feedback Bug Type: DOM XML related Operating System: Windows XP PHP Version: 5.0.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-07-05 11:58:35] timo dot schmid at gmail dot com Description: The function seems to return a the DB-Object twice. One of the Objects is valid, the other is missing data. Reproduce code: --- root topsecret localhost mysql mydatabase 3 on '; $dom = new DomDocument($xml); $root = $dom->document_element(); print ''; var_dump($root->get_elements_by_tagname('db')); print ''; ?> Expected result: array(1) { [0]=> object(domelement)#3 (4) { ["type"]=> int(1) ["tagname"]=> string(2) "db" [0]=> int(4) [1]=> int(22694840) } } or something similar... Actual result: -- array(2) { [0]=> object(domelement)#3 (4) { ["type"]=> int(1) ["tagname"]=> string(2) "db" [0]=> int(4) [1]=> int(22694840) } [1]=> object(domelement)#4 (4) { ["type"]=> int(1) ["tagname"]=> string(2) "db" [0]=> int(5) [1]=> int(22693552) } } -- Edit this bug report at http://bugs.php.net/?id=33573&edit=1
#33573 [NEW]: strange return value in get_elements_by_tagname()
From: timo dot schmid at gmail dot com Operating system: Windows XP PHP version: 5.0.4 PHP Bug Type: DOM XML related Bug description: strange return value in get_elements_by_tagname() Description: The function seems to return a the DB-Object twice. One of the Objects is valid, the other is missing data. Reproduce code: --- root topsecret localhost mysql mydatabase 3 on '; $dom = new DomDocument($xml); $root = $dom->document_element(); print ''; var_dump($root->get_elements_by_tagname('db')); print ''; ?> Expected result: array(1) { [0]=> object(domelement)#3 (4) { ["type"]=> int(1) ["tagname"]=> string(2) "db" [0]=> int(4) [1]=> int(22694840) } } or something similar... Actual result: -- array(2) { [0]=> object(domelement)#3 (4) { ["type"]=> int(1) ["tagname"]=> string(2) "db" [0]=> int(4) [1]=> int(22694840) } [1]=> object(domelement)#4 (4) { ["type"]=> int(1) ["tagname"]=> string(2) "db" [0]=> int(5) [1]=> int(22693552) } } -- Edit bug report at http://bugs.php.net/?id=33573&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33573&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33573&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33573&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33573&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33573&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33573&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33573&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33573&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33573&r=support Expected behavior: http://bugs.php.net/fix.php?id=33573&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33573&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33573&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33573&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33573&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33573&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33573&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33573&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33573&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33573&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33573&r=mysqlcfg
#33564 [Opn->Bgs]: Strange behaviour passing long string to TRANSLATE in oracle
ID: 33564 Updated by: [EMAIL PROTECTED] Reported By: daniel at bitarts dot com -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: solaris PHP Version: 5.0.4 New Comment: Or some kind of your mistake, I'm not sure how to classify it. So it doesn't look like PHP-only problem and I'm closing this report as bogus. Feel free to reopen it if/when you have more info. Previous Comments: [2005-07-05 11:23:34] daniel at bitarts dot com Same things happens there too, when I add lots of characters. Seems to be a bug in oracle? [2005-07-04 22:24:47] [EMAIL PROTECTED] And what if you try to do the same with SQLPlus? Do the same query work for you? [2005-07-04 16:20:41] daniel at bitarts dot com I am using Oracle 9i [2005-07-04 16:18:57] daniel at bitarts dot com Description: Trying to insert data into an NCLOB field. I can do this by using a TRANSLATE in my sql, and binding variable with the OCIBindByName functions. However, when I pass a certain amount of characters, the update fails with this (incorrect) error: Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-12703: this character set conversion is not supported That amount of characters seems to be 2000. In the code below, if you change this line $data = str_pad($data, 2001, "a"); to $data = str_pad($data, 2000, "a"); It works fine. It's only when you try to insert more than 2000 characters you get this odd behaviour. Thank you. Daniel Reproduce code: --- $data = str_pad($data, 2001, "a"); $lob = OCINewDescriptor($conn, OCI_D_LOB); $stmt = OCIParse($conn,"UPDATE TEST SET NCLOB_TEST = TRANSLATE(:NCLOB_TEST USING NCHAR_CS) WHERE ID='1'"); OCIBindByName($stmt, ':NCLOB_TEST', &$lob, -1, OCI_B_CLOB); $lob->WriteTemporary($data); OCIExecute($stmt, OCI_DEFAULT); $lob->close(); $lob->free(); OCICommit($conn); Expected result: The NCLOB data field fills with 2001 "a" characters Actual result: -- error message: Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-12703: this character set conversion is not supported Nothing added to database. -- Edit this bug report at http://bugs.php.net/?id=33564&edit=1
#33564 [Fbk->Opn]: Strange behaviour passing long string to TRANSLATE in oracle
ID: 33564 User updated by: daniel at bitarts dot com Reported By: daniel at bitarts dot com -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: solaris PHP Version: 5.0.4 New Comment: Same things happens there too, when I add lots of characters. Seems to be a bug in oracle? Previous Comments: [2005-07-04 22:24:47] [EMAIL PROTECTED] And what if you try to do the same with SQLPlus? Do the same query work for you? [2005-07-04 16:20:41] daniel at bitarts dot com I am using Oracle 9i [2005-07-04 16:18:57] daniel at bitarts dot com Description: Trying to insert data into an NCLOB field. I can do this by using a TRANSLATE in my sql, and binding variable with the OCIBindByName functions. However, when I pass a certain amount of characters, the update fails with this (incorrect) error: Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-12703: this character set conversion is not supported That amount of characters seems to be 2000. In the code below, if you change this line $data = str_pad($data, 2001, "a"); to $data = str_pad($data, 2000, "a"); It works fine. It's only when you try to insert more than 2000 characters you get this odd behaviour. Thank you. Daniel Reproduce code: --- $data = str_pad($data, 2001, "a"); $lob = OCINewDescriptor($conn, OCI_D_LOB); $stmt = OCIParse($conn,"UPDATE TEST SET NCLOB_TEST = TRANSLATE(:NCLOB_TEST USING NCHAR_CS) WHERE ID='1'"); OCIBindByName($stmt, ':NCLOB_TEST', &$lob, -1, OCI_B_CLOB); $lob->WriteTemporary($data); OCIExecute($stmt, OCI_DEFAULT); $lob->close(); $lob->free(); OCICommit($conn); Expected result: The NCLOB data field fills with 2001 "a" characters Actual result: -- error message: Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-12703: this character set conversion is not supported Nothing added to database. -- Edit this bug report at http://bugs.php.net/?id=33564&edit=1
#32503 [Opn]: fopen() in cwd: filename must start with ./ under safe mode
ID: 32503 User updated by: Bjorn dot Wiberg at its dot uu dot se Reported By: Bjorn dot Wiberg at its dot uu dot se Status: Open Bug Type: Filesystem function related Operating System: IBM AIX 5.2.0.0 ML5 PHP Version: 5CVS-2005-07-05 New Comment: Hi again! (Thanks for fixing the mpm_common crash, that problem is gone now.) I'm pasting some test results (also used in bug #53201) here. All the following with #define HAVE_BROKEN_GETCWD 1 in main/php_config.h, and the following code (tests 1-4): "; $handle = fopen("a.txt", "w", false); if ( $handle != FALSE ) { fputs($handle, "testtext"); fclose($handle); } ?> ..and, respectively (tests 5-8): "; $handle = fopen("./a.txt", "w", false); if ( $handle != FALSE ) { fputs($handle, "testtext"); fclose($handle); } ?> 1. No existing "a.txt" file in the destination directory. With the "read" flag missing to the "test" directory along the path, and write permissions to the destination directory: Warning: fopen(): open_basedir restriction in effect. File(a.txt) is not within the allowed path(s): (.:/apache/php/lib/php/:/apache/htdocs/bwiberg/) in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: Not owner in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 No file gets created. getcwd() fails. 2. No existing "a.txt" file in the destination directory. Having both read and execute flags along the path, and write permissions to the destination directory: /apache/htdocs/bwiberg/test/safemode Warning: fopen(): Unable to access a.txt in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: No such file or directory in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 No file gets created. But getcwd() correctly returns " /apache/htdocs/bwiberg/test/safemode". 3. No existing "a.txt" file in the destination directory. Trying with "./a.txt" instead, a missing "read" flag to the "test" directory along the path, and write permissions to the destination directory: No error message. The a.txt file gets correctly created, but getcwd() fails. 4. No existing "a.txt" file in the destination directory. Trying with "./a.txt", both "read" and "execute" flags along the path, and write permissions to the destination directory: No error message. The file gets correctly created, and getcwd() returns "/apache/htdocs/bwiberg/test/safemode". 5. Existing "a.txt" file in the destination directory. With the "read" flag missing to the "test" directory along the path, and write permissions to the destination directory: Warning: fopen(): open_basedir restriction in effect. File(a.txt) is not within the allowed path(s): (.:/apache/php/lib/php/:/apache/htdocs/bwiberg/) in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: Not owner in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 File does not get overwritten. getcwd() fails. 6. Existing "a.txt" file in the destination directory. Having both read and execute flags along the path, and write permissions to the destination directory: No error message. File gets overwritten correctly. getcwd() returns "/apache/htdocs/bwiberg/test/safemode". 7. Existing "a.txt" file in the destination directory. Trying with "./a.txt" instead, a missing "read" flag to the "test" directory along the path, and write permissions to the destination directory: No error message. File gets overwritten correctly, but getcwd() fails. 8. Existing "a.txt" file in the destination directory. Trying with "./a.txt", both "read" and "execute" flags along the path, and write permissions to the destination directory: No error message. File gets overwritten correctly. getcwd() returns "/apache/htdocs/bwiberg/test/safemode". I don't know if these results are useless because of the custom HAVE_BROKEN_GETCWD 1 setting? Perhaps the tests would need to be redone without that modification? Best regards, Björn Previous Comments: [2005-07-05 10:21:38] Bjorn dot Wiberg at its dot uu dot se (Thanks for fixing the mpm_common crash, that problem is gone now.) With #define HAVE_BROKEN_GETCWD 1 in php_config.h, and having made sure that the path up to the directory where the file is to be created has sufficient permissions, I still get the same error: /apache/htdocs/bwiberg/test/safemode Warning: fopen(): Unable to access a.txt in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: No such file or directory in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Having the read (r) permission off for the "test" directory along the way: Warning: fopen(): open_basedir restriction in effect. File(a.txt) is not within the allowed path(s): (.:/apache/php/lib/php/:/apache/htdocs/bwiberg/) in /
#32501 [Fbk->Opn]: acinclude.m4 should set HAVE_BROKEN_GETCWD for AIX, too
ID: 32501 User updated by: Bjorn dot Wiberg at its dot uu dot se Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Feedback +Status: Open Bug Type: Directory function related Operating System: IBM AIX 5.2.0.0 ML5 -PHP Version: 5CVS-2005-07-04 +PHP Version: 5CVS-2005-07-05 New Comment: Hi again! (Thanks for fixing the mpm_common crash, that problem is gone now.) All the following with #define HAVE_BROKEN_GETCWD 1 in main/php_config.h, and the following code (tests 1-4): "; $handle = fopen("a.txt", "w", false); if ( $handle != FALSE ) { fputs($handle, "testtext"); fclose($handle); } ?> ..and, respectively (tests 5-8): "; $handle = fopen("./a.txt", "w", false); if ( $handle != FALSE ) { fputs($handle, "testtext"); fclose($handle); } ?> 1. No existing "a.txt" file in the destination directory. With the "read" flag missing to the "test" directory along the path, and write permissions to the destination directory: Warning: fopen(): open_basedir restriction in effect. File(a.txt) is not within the allowed path(s): (.:/apache/php/lib/php/:/apache/htdocs/bwiberg/) in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: Not owner in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 No file gets created. getcwd() fails. 2. No existing "a.txt" file in the destination directory. Having both read and execute flags along the path, and write permissions to the destination directory: /apache/htdocs/bwiberg/test/safemode Warning: fopen(): Unable to access a.txt in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: No such file or directory in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 No file gets created. But getcwd() correctly returns " /apache/htdocs/bwiberg/test/safemode". 3. No existing "a.txt" file in the destination directory. Trying with "./a.txt" instead, a missing "read" flag to the "test" directory along the path, and write permissions to the destination directory: No error message. The a.txt file gets correctly created, but getcwd() fails. 4. No existing "a.txt" file in the destination directory. Trying with "./a.txt", both "read" and "execute" flags along the path, and write permissions to the destination directory: No error message. The file gets correctly created, and getcwd() returns "/apache/htdocs/bwiberg/test/safemode". 5. Existing "a.txt" file in the destination directory. With the "read" flag missing to the "test" directory along the path, and write permissions to the destination directory: Warning: fopen(): open_basedir restriction in effect. File(a.txt) is not within the allowed path(s): (.:/apache/php/lib/php/:/apache/htdocs/bwiberg/) in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: Not owner in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 File does not get overwritten. getcwd() fails. 6. Existing "a.txt" file in the destination directory. Having both read and execute flags along the path, and write permissions to the destination directory: No error message. File gets overwritten correctly. getcwd() returns "/apache/htdocs/bwiberg/test/safemode". 7. Existing "a.txt" file in the destination directory. Trying with "./a.txt" instead, a missing "read" flag to the "test" directory along the path, and write permissions to the destination directory: No error message. File gets overwritten correctly, but getcwd() fails. 8. Existing "a.txt" file in the destination directory. Trying with "./a.txt", both "read" and "execute" flags along the path, and write permissions to the destination directory: No error message. File gets overwritten correctly. getcwd() returns "/apache/htdocs/bwiberg/test/safemode". >From a getcwd() perspective (the scope of this particular bug report), tests number 1, 2, 3, 5 and 7 fail although they perhaps shouldn't. So, it appears that HAVE_BROKEN_GETCWD does not solve the "problems" on AIX (with the current code for HAVE_BROKEN_GETCWD). Hence, the proposed change to acinclude.m4 is currently not needed. Any ideas on how to go from here? Or should we accept that getcwd() should fail under these circumstances? Thanks in advance! Best regards, Björn Previous Comments: [2005-07-04 16:22:43] [EMAIL PROTECTED] Try the latest CVS, the crash should be fixed now. [2005-07-04 14:18:35] Bjorn dot Wiberg at its dot uu dot se Hi again! Thanks for the quick reply! I'm using the following command line to call configure: CC=/usr/local/bin/gcc CPPFLAGS="-I/usr/local/include" LDFLAGS="-L/lib -L/opt/freeware/lib -L/usr/local/lib" ./configure --enable-bcmath --enable-calendar --enable-dba --enable-dbase --enable-dbx --en
#32503 [Fbk->Opn]: fopen() in cwd: filename must start with ./ under safe mode
ID: 32503 User updated by: Bjorn dot Wiberg at its dot uu dot se Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: IBM AIX 5.2.0.0 ML5 -PHP Version: 5CVS-2005-07-04 +PHP Version: 5CVS-2005-07-05 New Comment: (Thanks for fixing the mpm_common crash, that problem is gone now.) With #define HAVE_BROKEN_GETCWD 1 in php_config.h, and having made sure that the path up to the directory where the file is to be created has sufficient permissions, I still get the same error: /apache/htdocs/bwiberg/test/safemode Warning: fopen(): Unable to access a.txt in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: No such file or directory in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Having the read (r) permission off for the "test" directory along the way: Warning: fopen(): open_basedir restriction in effect. File(a.txt) is not within the allowed path(s): (.:/apache/php/lib/php/:/apache/htdocs/bwiberg/) in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: Not owner in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Best regards, Björn Previous Comments: [2005-07-04 16:23:36] [EMAIL PROTECTED] Try the latest CVS now, the crash should be fixed in it. (and don't invent your own version naming again) [2005-07-04 13:54:42] Bjorn dot Wiberg at its dot uu dot se With this release, Apache segfaults in mpm_common if I try to access the directory where I have enabled safe mode: [EMAIL PROTECTED]:/# gdb /nynom/apache/bin/httpd /home/bwiberg/core GNU gdb 5.0-aix51-020209 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-ibm-aix5.2.0.0"... Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. #0 0x10032354 in sig_coredump (sig=11) at mpm_common.c:1050 1050mpm_common.c: No such file or directory. (gdb) bt #0 0x10032354 in sig_coredump (sig=11) at mpm_common.c:1050 #1 0x in ?? () from (unknown load module) The Apache error log indicates: [Mon Jul 04 13:51:52 2005] [notice] child pid 1654882 exit signal Segmentation fault (11) [Mon Jul 04 13:51:53 2005] [notice] child pid 1667296 exit signal Segmentation fault (11) [Mon Jul 04 13:51:53 2005] [notice] child pid 1155238 exit signal Segmentation fault (11) [Mon Jul 04 13:51:53 2005] [notice] child pid 290932 exit signal Segmentation fault (11) [Mon Jul 04 13:51:53 2005] [notice] child pid 892998 exit signal Segmentation fault (11) [Mon Jul 04 13:51:54 2005] [notice] child pid 1781880 exit signal Segmentation fault (11) This also happened with an earlier snapshot release (2005-06-21 10:30), although I thought it would be a temporary error because of CVS development. Best regards, Björn [2005-07-04 01:06:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-05-09 14:15:53] Bjorn dot Wiberg at its dot uu dot se Hi again! I just tried the #define HAVE_BROKEN_GETCWD 1 trick from http://bugs.php.net/bug.php?id=32501, with PHP 5.0.4 (the "fixed" version) but that didn't help in this regard. I thought I would mention this. Best regards, Björn [2005-04-05 09:28:28] Bjorn dot Wiberg at its dot uu dot se Hi Tony! Thank you for your feedback! I'm afraid that absolute paths aren't a very viable solution to this, as that probably would break too many scripts, expecting it to be possible to "just" save a file to the current directory. Is the "PHP realpath hack" supposed to handle these kind of problems on AIX? Please let me know if I can help in any way! Best regards, Björn 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/32503 -- Edit this bug report at http://bugs.php.net/?id=32503&edit=1
#33569 [Opn->Fbk]: Compile fails with /usr/include/sys/socket.h:202: net/if_dl.h: No such file or
ID: 33569 Updated by: [EMAIL PROTECTED] Reported By: jccann at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris PHP Version: 5CVS-2005-07-04 New Comment: Does this work: # rm config.cache # ./configure --disable-all --disable-cgi --enable-sockets # make clean && make Previous Comments: [2005-07-05 08:05:30] jccann at gmail dot com Just to clarify my post on the snapshot test. The configure script runs to success, but the compilation continues to fail. Is it possible that there is a simple workaround such as an extra compilation flag to avoid using the sys/socket.h include file? 97 #if !defined(_XPG4_2) || defined(__EXTENSIONS__) 98 #include 99 #endif /* !defined(_XPG4_2) || defined(__EXTENSIONS__) */ [2005-07-05 07:25:44] jccann at gmail dot com Hi, With today's snapshot [php5-200507050430], it still fails in the same way as in php 5.0.4 - configure runs to success. But, when I check the config.log for the net/if_dl.h test, it fails: configure:9795: checking for NSAPI support configure:9815: checking for NSAPI include files configure:9868: checking for /apps/SUNWwbsvr/plugins/include/nsapi.h configure:9878: gcc -E -D_POSIX_PTHREAD_SEMANTICS conftest.c >/dev/null 2>conftest.out In file included from /apps/SUNWwbsvr/plugins/include/nsapi.h:278, from configure:9874: /usr/include/sys/socket.h:202: net/if_dl.h: No such file or directory configure: failed program was: #line 9873 "configure" #include "confdefs.h" #include Here's the compilation failure. /bin/sh /usr/local/php/php5-200507050430/libtool --silent --preserve-dup-deps --mode=compile /usr/local/php/php5-200507050430/meta_ccld -Iext/mysql/ -I/usr/local/php/php5-200507050430/ext/mysql/ -DPHP_ATOM_INC -I/usr/local/php/php5-200507050430/include -I/usr/local/php/php5-200507050430/main -I/usr/local/php/php5-200507050430 -I/apps/SUNWwbsvr/plugins/include -I/opt/csw/include/libxml2 -I/usr/local/mysql/include -I/usr/local/php/php5-200507050430/TSRM -I/usr/local/php/php5-200507050430/Zend -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -g -O2 -pthreads -DZTS -c /usr/local/php/php5-200507050430/ext/mysql/php_mysql.c -o ext/mysql/php_mysql.lo In file included from /usr/include/netdb.h:98, from /usr/local/php/php5-200507050430/ext/mysql/php_mysql.c:53: /usr/include/sys/socket.h:202: net/if_dl.h: No such file or directory make: *** [ext/mysql/php_mysql.lo] Error 1 [2005-07-04 22:44:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-07-04 22:40:08] jccann at gmail dot com Description: I am trying to compile php 5.0.4 with NSAPI support. The configuration script runs to success, but the compilation fails. Reproduce code: --- Solaris 8 [SunOS spapp7 5.8 Generic_117350-24 sun4u sparc SUNW,Sun-Fire] gcc -v Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/specs gcc version 2.95.3 20010315 (release) Tried both Sun ONE Web Server 6.1 SP4 and Sun ONE Web Server 6.0 SP5. Here's my configure options: $ ./configure --with-mysql=/usr/local/mysql --enable-libgcc --with-nsapi=/opt/SUNWwbsvr --with-libxml-dir=/opt/csw/ I've also tried with the --enable-sockets option with the same result. Here's the output from config.log - but configure ran to success. configure:16691: gcc -c -g -O2 -pthreads -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT conftest.c 1>&5 In file included from configure:16684: /usr/include/sys/socket.h:202: net/if_dl.h: No such file or directory configure: failed program was: #line 16681 "configure" #include "confdefs.h" #include #include int main() { static struct sockaddr sa; int n = (int) sa.sa_len; return n ; return 0; } Expected result: I expect that since the configure script could not detect the if_dl.h file, the compiler was set to an invalid compilation path. Based on information in below (actual result), I expected configure script to 'figure out' that it needs to set a different compilation preprocessor flag (!defined(_XPG4_2) || defined(__EXTENSIONS__) At a minimum, since configure detected the error, shouldn't it stop with an error since the compile won't work? Finally, I'm not sure how to set this or what other php configure flag to turn on XPG4_2 compliance. Could you suggest a work around? Actual result: -- After configuration, the compile fails with: /mysql/php_mysql.o && echo > ext/mysql/php_mysql.lo In
#33572 [Opn->Bgs]: Behavior of foreach changed
ID: 33572 Updated by: [EMAIL PROTECTED] Reported By: daniel at bokko dot nl -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Gentoo linux 2.4.22 PHP Version: 4.3.11 New Comment: Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. . Previous Comments: [2005-07-05 10:00:25] daniel at bokko dot nl Description: After updrade to php 4.3.11 (from 4.3.4) the behaviour of foreach changed. When i do not specify a $key in the foreach statement, the value is wrong when it's an array. Reproduce code: --- Expected result: Array ( [0] => apple [1] => banana [2] => pear [3] => grape ) Array ( [0] => apple [1] => banana [2] => pear [3] => grape ) Actual result: -- Array ( [0] => Array ( [0] => apple [1] => banana [2] => pear [3] => grape ) [1] => 0 ) Array ( [0] => Array ( [0] => apple [1] => banana [2] => pear [3] => grape ) [1] => 1 ) -- Edit this bug report at http://bugs.php.net/?id=33572&edit=1
#33572 [NEW]: Behavior of foreach changed
From: daniel at bokko dot nl Operating system: Gentoo linux 2.4.22 PHP version: 4.3.11 PHP Bug Type: Arrays related Bug description: Behavior of foreach changed Description: After updrade to php 4.3.11 (from 4.3.4) the behaviour of foreach changed. When i do not specify a $key in the foreach statement, the value is wrong when it's an array. Reproduce code: --- Expected result: Array ( [0] => apple [1] => banana [2] => pear [3] => grape ) Array ( [0] => apple [1] => banana [2] => pear [3] => grape ) Actual result: -- Array ( [0] => Array ( [0] => apple [1] => banana [2] => pear [3] => grape ) [1] => 0 ) Array ( [0] => Array ( [0] => apple [1] => banana [2] => pear [3] => grape ) [1] => 1 ) -- Edit bug report at http://bugs.php.net/?id=33572&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33572&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33572&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33572&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33572&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33572&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33572&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33572&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33572&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33572&r=support Expected behavior: http://bugs.php.net/fix.php?id=33572&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33572&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33572&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33572&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33572&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33572&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33572&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33572&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33572&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33572&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33572&r=mysqlcfg
#33571 [Opn->Bgs]: PHPIniDir directive appears to be ignored
ID: 33571 Updated by: [EMAIL PROTECTED] Reported By: colin at encode dot net dot au -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows XP Professional SP2 PHP Version: 5.1.0b2 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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. . Previous Comments: [2005-07-05 03:09:21] colin at encode dot net dot au Description: Hello, I understand this is a beta version of PHP but felt I should report that it appears the PHPIniDir Apache configuration directive is ignored by this release of PHP. I installed PHP according to the install.txt instructions and configured the httpd.conf of Apache 2.0.54 using the directives below: # # Load PHP5 module: # LoadModule php5_module "C:/PHP/php5apache2.dll" # # To use PHP scripts: # AddType application/x-httpd-php .php # # Define php.ini path: # PHPIniDir "C:/PHP" To begin with I renamed the "php.ini-recommended" file to "php.ini" within the "C:/PHP" folder. PHP would not load correctly however, and upon accessing a phpinfo test page within the browser I would receive the PHP code itself within the browser window, i.e: ...would appear in the page source. I also tried adding the PHP path to the "path" and "PHPRC" environment variables with no success. Upon removing the php.ini from "C:/PHP", PHP appeared to load but would report "C:\WINDOWS" in the "Configuration File (php.ini) Path" field of the phpinfo() output. Note, there is no php.ini file in "C:\WINDOWS". -- Edit this bug report at http://bugs.php.net/?id=33571&edit=1