#20644 [Fbk->Opn]: in some cases ++ operation DOESN'T work
ID: 20644 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Win32, FreeBSD PHP Version: 4.2.1 New Comment: it was really an user error, sorry. i found than "++" operator doesn't make type conversion from boolean to int, and if variable is boolean and equals TRUE than after ++ it remains as TRUE, so $a = TRUE; echo ($a++).$a; produces output "11" this behavior of increment operator was unexpected to me and i suppose that it can be the same to others, so i wrote an user note at "type juggling" part at online documentation Previous Comments: [2002-11-26 20:37:54] [EMAIL PROTECTED] Not known and most likely user error. Please provide a reproducing script. [2002-11-26 07:32:11] [EMAIL PROTECTED] After installing PHP 4.2.1 in some time I noticed a strange bug: at some situation increment operation (++) didn't work! I failed to write a simple code to reproduce that bug (it occurs regular at the same situation in nested functions of a rather big project), but in short - when trying to increment by ++ operation a function parameter, which was setted to 1 as a default parameter value of upper function (which called that function), incrementation does NOT happen. and such code as echo $newteamid; $newteamid++; echo $newteamid; $a = $newteamid; echo $a; $a++; echo $a; produces an output: "" but if I use " += 1" instead of "++" all works ok (and I was to make so at my project) as I mentioned I tried to reproduce that bug at simple code, but it works ok in a short program with the same variables values. and the same occurs at PHP 4.2.3. if that bug is not known I can try to write an example for this (dont wanna waste a time if it's well-known) but please confirm that -- Edit this bug report at http://bugs.php.net/?id=20644&edit=1
#20631 [Opn->Bgs]: PCRE_CASELESS doesn't work
ID: 20631 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: Linux 2.4.19 PHP Version: 4.3.0RC1 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 Unless you specify the 'i' flag your regular expression will NOT be case-insensetive. For example the regex you've shown should appear like this: '/\(name\)(?i)/i' If you want it not to be case sensetive. Previous Comments: [2002-11-25 16:50:48] [EMAIL PROTECTED] preg_replace(): This regex was case insensitive in 4.2.3, but is case sensitive in 4.3.0RC1: '/\(name\)(?i)/' Was not able to test further because I installed it on a production box, and had to revert to 4.2.3... I had the search and replace values in arrays which I then passed to preg_replace(). This may have some effect on it. I didn't test just passing a string. Matt -- Edit this bug report at http://bugs.php.net/?id=20631&edit=1
#20664 [Ver->Csd]: strip_tags strips out exclaimation (!) points
ID: 20664 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Strings related Operating System: Linux PHP Version: 4.3.0-dev New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-11-26 17:44:34] [EMAIL PROTECTED] Code instance: echo "txt1 = $txt"; $txt = strip_tags($txt, ""); echo "txt2 = $txt"; With an input of "Testing!!!?!?!?!" The output looks like "Testing???" Configure Line: ./configure --with-mysql=/usr/local/mysql \ --with-xml \ --with-apxs2=/usr/local/apache2/bin/apxs \ --enable-track-vars \ --with-gd \ --with-freetype-dir=/usr \ --enable-gd-native-ttf \ --enable-gd-imgstrttf \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-zlib -- Edit this bug report at http://bugs.php.net/?id=20664&edit=1
#20666 [Opn->Fbk]: Array handling within objects crash (obscure)
ID: 20666 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip First of all, test this with latest snapshot. If this problem still happens with the snapshot too, then provide us a complete, self-contained example script which can be easily copy'n'pasted and run. Previous Comments: [2002-11-26 22:48:48] [EMAIL PROTECTED] Within the object template, I have the following code which is valid (see bottom). It is a caching mechanism where $this->blocks[$handle] is a piece of html delimited by , you get the idea. An attempt to implement a caching system was met with a crash. The problem appears to be somewhere within the means by which arrays are handled. I used the following setup when reproducing this crash: Server: Win32 Apache 1.3.26 PHP Installation: SAPI Module via php4apache.dll OS: Windows 2000 Professional Service Pack 3 I have reason to believe that this may exist in the global code as well as after testing it on another server, the array indices did not return a value when set. I should also note that this a rather obscure bug (rather obvious), however the results are the same on every execution attempt. Removing the calls to this array seem to remove this problem. However further research showed that the first call is benign. The second call to that array indice causes a crash. The alternate server (http://soulnet.tk): OS: Windows XP CPU: Dual Intel Pentiums 232Mhz (each) Server: OmniHTTPD 1.0.1 PHP Installation: CGI-Binary = function tpl_seek ( $handle , $name ) { $name = strtoupper ( $name ); if ( isset ( $this->tpl_cache[$handle][$name] ) ) return $this->cache[$handle][$name]; if ( preg_match ( "/(.+?)/si" , $this->blocks[$handle] , $matches ) ) { $this->tpl_cache[$handle][$name] = $matches[1]; $this->current = $matches[1]; return TRUE; } return FALSE; } [2002-11-26 22:43:48] [EMAIL PROTECTED] Within the object template, I have the following code which is valid (see bottom). It is a caching mechanism where $this->blocks[$handle] is a piece of html delimited by , you get the idea. An attempt to implement a caching system was met with a crash. The problem appears to be somewhere within the means by which arrays are handled. I used the following setup when reproducing this crash: Server: Win32 Apache 1.3.26 PHP Installation: SAPI Module via php4apache.dll OS: Windows 2000 Professional Service Pack 3 I have reason to believe that this may exist in the global code as well as after testing it on another server, the array indices did not return a value when set. The alternate server (http://soulnet.tk): OS: Windows XP CPU: Dual Intel Pentiums 232Mhz (each) Server: OmniHTTPD 1.0.1 PHP Installation: CGI-Binary = function tpl_seek ( $handle , $name ) { $name = strtoupper ( $name ); if ( isset ( $this->tpl_cache[$handle][$name] ) ) return $this->cache[$handle][$name]; if ( preg_match ( "/(.+?)/si" , $this->blocks[$handle] , $matches ) ) { $this->tpl_cache[$handle][$name] = $matches[1]; $this->current = $matches[1]; return TRUE; } return FALSE; } -- Edit this bug report at http://bugs.php.net/?id=20666&edit=1
#20666 [Opn]: Array handling within objects crash (obscure)
ID: 20666 User updated by: [EMAIL PROTECTED] -Summary: Array handling within objects crash (obcure) Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: Within the object template, I have the following code which is valid (see bottom). It is a caching mechanism where $this->blocks[$handle] is a piece of html delimited by , you get the idea. An attempt to implement a caching system was met with a crash. The problem appears to be somewhere within the means by which arrays are handled. I used the following setup when reproducing this crash: Server: Win32 Apache 1.3.26 PHP Installation: SAPI Module via php4apache.dll OS: Windows 2000 Professional Service Pack 3 I have reason to believe that this may exist in the global code as well as after testing it on another server, the array indices did not return a value when set. I should also note that this a rather obscure bug (rather obvious), however the results are the same on every execution attempt. Removing the calls to this array seem to remove this problem. However further research showed that the first call is benign. The second call to that array indice causes a crash. The alternate server (http://soulnet.tk): OS: Windows XP CPU: Dual Intel Pentiums 232Mhz (each) Server: OmniHTTPD 1.0.1 PHP Installation: CGI-Binary = function tpl_seek ( $handle , $name ) { $name = strtoupper ( $name ); if ( isset ( $this->tpl_cache[$handle][$name] ) ) return $this->cache[$handle][$name]; if ( preg_match ( "/(.+?)/si" , $this->blocks[$handle] , $matches ) ) { $this->tpl_cache[$handle][$name] = $matches[1]; $this->current = $matches[1]; return TRUE; } return FALSE; } Previous Comments: [2002-11-26 22:43:48] [EMAIL PROTECTED] Within the object template, I have the following code which is valid (see bottom). It is a caching mechanism where $this->blocks[$handle] is a piece of html delimited by , you get the idea. An attempt to implement a caching system was met with a crash. The problem appears to be somewhere within the means by which arrays are handled. I used the following setup when reproducing this crash: Server: Win32 Apache 1.3.26 PHP Installation: SAPI Module via php4apache.dll OS: Windows 2000 Professional Service Pack 3 I have reason to believe that this may exist in the global code as well as after testing it on another server, the array indices did not return a value when set. The alternate server (http://soulnet.tk): OS: Windows XP CPU: Dual Intel Pentiums 232Mhz (each) Server: OmniHTTPD 1.0.1 PHP Installation: CGI-Binary = function tpl_seek ( $handle , $name ) { $name = strtoupper ( $name ); if ( isset ( $this->tpl_cache[$handle][$name] ) ) return $this->cache[$handle][$name]; if ( preg_match ( "/(.+?)/si" , $this->blocks[$handle] , $matches ) ) { $this->tpl_cache[$handle][$name] = $matches[1]; $this->current = $matches[1]; return TRUE; } return FALSE; } -- Edit this bug report at http://bugs.php.net/?id=20666&edit=1
#20666 [NEW]: Array handling within objects crash (obcure)
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.3 PHP Bug Type: Reproducible crash Bug description: Array handling within objects crash (obcure) Within the object template, I have the following code which is valid (see bottom). It is a caching mechanism where $this->blocks[$handle] is a piece of html delimited by , you get the idea. An attempt to implement a caching system was met with a crash. The problem appears to be somewhere within the means by which arrays are handled. I used the following setup when reproducing this crash: Server: Win32 Apache 1.3.26 PHP Installation: SAPI Module via php4apache.dll OS: Windows 2000 Professional Service Pack 3 I have reason to believe that this may exist in the global code as well as after testing it on another server, the array indices did not return a value when set. The alternate server (http://soulnet.tk): OS: Windows XP CPU: Dual Intel Pentiums 232Mhz (each) Server: OmniHTTPD 1.0.1 PHP Installation: CGI-Binary = function tpl_seek ( $handle , $name ) { $name = strtoupper ( $name ); if ( isset ( $this->tpl_cache[$handle][$name] ) ) return $this->cache[$handle][$name]; if ( preg_match ( "/(.+?)/si" , $this->blocks[$handle] , $matches ) ) { $this->tpl_cache[$handle][$name] = $matches[1]; $this->current = $matches[1]; return TRUE; } return FALSE; } -- Edit bug report at http://bugs.php.net/?id=20666&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20666&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20666&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20666&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20666&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20666&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20666&r=support Expected behavior: http://bugs.php.net/fix.php?id=20666&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20666&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20666&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20666&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20666&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20666&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20666&r=isapi
#20627 [Fbk->Csd]: make install of pear failing on bin directory
ID: 20627 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.2.3 New Comment: This was not a bug. It was my typo. M Previous Comments: [2002-11-25 12:55:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-25 12:54:33] [EMAIL PROTECTED] Make install was failing in the pear directory with build 4.2.3 and a snap from Nov 21st on Solaris 8. The Makefile was trying to put files in /bin/. It was ignoring the prefix variable and giving me a permission denied error. I had to alter the Makefile.in file in the pear directory to properly set the install bin directory. I added: bindir=$(prefix)/bin This may not be the proper thing to do; I didn't check if bindir is used earlier at all. This change affected the code below: pear/Makefile.in: bin_SCRIPTS = phpize php-config pear pearize phptar install-build: @echo "Installing build environment" @$(mkinstalldirs) $(INSTALL_ROOT)$(phpbuilddir) $(INSTALL_ROOT)$(bindir) && \ (cd $(top_srcdir) && cp $(BUILD_FILES) $(INSTALL_ROOT)$(phpbuilddir)) install-programs: @for prog in $(bin_SCRIPTS); do \ echo "Installing program: $$prog"; \ $(INSTALL) -m 755 scripts/$$prog $(INSTALL_ROOT)$(bindir)/$$prog; \ done; \ rm -f $(INSTALL_ROOT)$(bindir)/pear-get; \ for prog in phpextdist; do \ echo "Installing program: $$prog"; \ $(INSTALL) -m 755 $(srcdir)/scripts/$$prog $(INSTALL_ROOT)$(bindir)/$$ prog; \ done -- Edit this bug report at http://bugs.php.net/?id=20627&edit=1
#19640 [Bgs->Opn]: [phpweb] Make mirrors not crawlable
ID: 19640 Updated by: [EMAIL PROTECTED] -Summary: Too many docs mirrors - Yes, I think it's a bug. Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open -Bug Type: Documentation problem +Bug Type: Feature/Change Request Operating System: ALL -PHP Version: 4.2.3 +PHP Version: 4.4.0-dev New Comment: How about adding such things as -manual in your search query. In otherwords, - can be useful too. Regarding this bug report this is a valid point to consider. I'm reclassifying this as a phpweb feature request titled "Make mirrors not crawlable" So, a robots.txt similar to: User-agent: * Disallow: /manual/ But, keep in mind the benefit of having mirrors indexable as it means less traffic on the already overburdened www.php.net server. Also keep in mind that there are a ton of 'uncontrollable' unofficial mirrors that simply download the manual and put it on their site. In this case maybe a meta tag might be more appropriate, such as: Anyway, this is something to think about and is a feature request for the phpweb team. Regarding giving up on PHP, that's too bad. I hope it's not because there are too many php manuals indexed in google. Previous Comments: [2002-11-26 20:22:05] [EMAIL PROTECTED] My point was totally lost. I will try again: I cannot find good tutorials that may include a particular function because everyone and his mother is mirroring the documentation for that particular function. It would not be overly difficult to remind mirror maintainers that googlebot needs not crawl thier mirror. Its not like it really matters now, I've all but given up on php anyways. [2002-09-28 06:41:32] [EMAIL PROTECTED] It would be a good idea to visit one of the many php-tutorial sites/script download sites (e.g. HotScripts.com). [2002-09-28 04:54:41] [EMAIL PROTECTED] First of all, we cannot correct this. Second think about PHP codes. If you would like to find HTML pages using the lenght JS property, would you search for ":.length" in google. No. Because JS content is not indexed. The same stands for PHP codes. As far as I see approximately 95% of PHP code available on the net is distributed in compressed files, or only available after authentication (phpclasses for example). So searching for a function name, counting on google to return PHP source code results is quite bad direction. [2002-09-27 15:33:44] [EMAIL PROTECTED] If I try to find others' examples of a particular function by searching google for that function, I get HUNDREDS of pages that are nothing more than mirrors of the documentation, which I have ALREADY READ (its the first place I go when I need help with a function). This just plain sucks. I appreciate having faster places to read the documentation, but for christs sake, sometimes I just want to look at others' code because thats how I learn. I know soneone is going to get angry and say this is not a bug, but to me, its an annoyance of such proportion that it should be considered a bug. PLEASE PLEASE PLEASE ask doc-mirrors to not allow googlebot to crawl thier mirror as it's extremely frustrating. -- Edit this bug report at http://bugs.php.net/?id=19640&edit=1
#20539 [Opn->Bgs]: PHP CLI Segmentation Fault
ID: 20539 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Linux PHP Version: 4CVS-2002-11-21 (stable) New Comment: This can be anything from broken hardware to some file errors..but surely it's not bug in PHP since you're the only one reporting it. Previous Comments: [2002-11-26 06:27:59] [EMAIL PROTECTED] Today I tried snap php4-STABLE-200211261030.tar.gz. It produces the same segfault like reported above. [2002-11-25 06:58:21] [EMAIL PROTECTED] > Did you compile the last test from CLEAN sources? Yes, every time a new fresh CVS download. And btw. removing the download directory from the test before. > ie. do us all a favour and grab the latest snapshot > from snaps.php.net and try again. I'll that today evening. > If it still fails, I suspect there's something very broken > in your system. (what gcc version are you using..? ) gcc version 2.95.4 (latest debian release, i guess) It might be my system, sure - but I cannot locate a single error that points to that problem. If I'm wrong, please gimme a hint. [2002-11-25 06:35:39] [EMAIL PROTECTED] Did you compile the last test from CLEAN sources? ie. do us all a favour and grab the latest snapshot from snaps.php.net and try again. If it still fails, I suspect there's something very broken in your system. (what gcc version are you using..? ) [2002-11-25 02:19:11] [EMAIL PROTECTED] Just compiled a fresh CVS version without any ./configure arguments: ./buildconf ./configure make make install running the script: producing: test Segmentation fault running gdb: GNU gdb 2002-04-01-cvs Copyright 2002 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 "i386-linux"... (gdb) run php-test.php Starting program: /usr/local/bin/php php-test.php test Program received signal SIGSEGV, Segmentation fault. 0x080fd985 in _efree (ptr=0x819f7f4) at /tmp/php4/Zend/zend_alloc.c:229 229 REMOVE_POINTER_FROM_LIST(p); (gdb) bt #0 0x080fd985 in _efree (ptr=0x819f7f4) at /tmp/php4/Zend/zend_alloc.c:229 #1 0x081096e9 in _zval_dtor (zvalue=0x819f998) at /tmp/php4/Zend/zend_variables.c:44 #2 0x08102409 in free_zend_constant (c=0x819f998) at /tmp/php4/Zend/zend_constants.c:31 #3 0x0810de64 in zend_hash_destroy (ht=0x8167288) at /tmp/php4/Zend/zend_hash.c:543 #4 0x08102728 in zend_shutdown_constants () at /tmp/php4/Zend/zend_constants.c:151 #5 0x0810a11d in zend_shutdown () at /tmp/php4/Zend/zend.c:552 #6 0x080e8042 in php_module_shutdown () at /tmp/php4/main/main.c:1316 #7 0x08120797 in main (argc=2, argv=0xbdf4) at /tmp/php4/sapi/cli/php_cli.c:809 (gdb) bt full #0 0x080fd985 in _efree (ptr=0x819f7f4) at /tmp/php4/Zend/zend_alloc.c:229 ptr = (void *) 0x819f7f4 p = (zend_mem_header *) 0x819f7e8 cache_index = 135912072 #1 0x081096e9 in _zval_dtor (zvalue=0x819f998) at /tmp/php4/Zend/zend_variables.c:44 zvalue = (zval *) 0x819f998 #2 0x08102409 in free_zend_constant (c=0x819f998) at /tmp/php4/Zend/zend_constants.c:31 c = (zend_constant *) 0x819f998 #3 0x0810de64 in zend_hash_destroy (ht=0x8167288) at /tmp/php4/Zend/zend_hash.c:543 ht = (HashTable *) 0x8167288 p = (Bucket *) 0x81a0568 q = (Bucket *) 0x819f968 #4 0x08102728 in zend_shutdown_constants () at /tmp/php4/Zend/zend_constants.c:151 No locals. #5 0x0810a11d in zend_shutdown () at /tmp/php4/Zend/zend.c:552 No locals. #6 0x080e8042 in php_module_shutdown () at /tmp/php4/main/main.c:1316 No locals. #7 0x08120797 in main (argc=2, argv=0xbdf4) at /tmp/php4/sapi/cli/php_cli.c:809 exit_status = 0 c = 135912072 file_handle = {type = 2 '\002', filename = 0xbede "php-test.php", opened_path = 0x0, handle = {fd = 135867464, fp = 0x8192c48}, free_filename = 0 '\0'} behavior = 1 orig_optind = 1 orig_optarg = 0x0 arg_free = 0xbd5c "" script_file = 0xbede "php-test.php" global_vars = {head = 0x0, tail = 0x0, size = 4, count = 0, dtor = 0, persistent = 0 '\0', traverse_ptr = 0x816195c} interactive = 0 module_started = 1 exec_direct = 0x0 param_error = 0x0 (gdb)
#20623 [Opn->Bgs]: configure hangs trying to determine lex version
ID: 20623 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Solaris 9 PHP Version: 4.3.0RC1 New Comment: You need GNU flex. Previous Comments: [2002-11-25 09:17:55] [EMAIL PROTECTED] Many thanks for your help with problems so far; I hope this is my first one which won't waste your time being bogus! Mark Problem is easily reproduced by running ./configure with no options "out of the box" if the machine does not have flex installed (but does have lex): bash-2.05$ ./configure creating cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for working sed... sed checking host system type... sparc-sun-solaris2.9 Updated php_version.h checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking if compiler supports -R... yes checking for ranlib... ranlib checking whether ln -s works... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking for bison... no checking for byacc... no configure: warning: You will need bison if you want to regenerate the PHP parsers. checking for flex... lex checking for yywrap in -ll... yes checking lex output file root... lex.yy checking whether yytext is a pointer... no checking for working const... yes checking flex version... lex: Software Generation Utilities (SGU) Solaris-ELF (4.0) and configure hangs. My interpretation of the problem: configure has identified that lex is available, but not flex; but lex -V produces its output on standard error, not standard input, so the pipe to check the version string defaults to reading the terminal. (You can see the output that lex -V sends to standard error immediately after checking flex version... above) Workaround: it's not clear to me that the version numbers (or their format) in lex and flex are going to be the same anyway; deleting the flex version test (8 lines starting at line 2603) made configure work for me. -- Edit this bug report at http://bugs.php.net/?id=20623&edit=1
#20642 [Opn->Bgs]: ini setting output_buffering set to PHP_INI_ALL
ID: 20642 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Linux GNU/Debian 3.0r0 PHP Version: 4.2.3 New Comment: No, it can't. Previous Comments: [2002-11-26 04:44:29] [EMAIL PROTECTED] Hello, I am writing a php shell script (as I do very often in crontabs and procmail setups) only this time I use stdin/stdout for user interaction with the script. The only problem is that output_buffering defaults to 4096 which results in a script that is really not workable since there is no screen output (output < 4096). Also the flush() command is no help (I still get nothing, I don't know whether this is a bug or a result of an ini setting). To fix this problem I can only change the php.ini value to 0 but this is really not what I want since this is a server wide change. I'd rather use ini_set("output_buffering","0") instead. So my change request in short is, can the rights for altering the ini variable output_buffering change from PHP_INI_PERDIR|PHP_INI_SYSTEM to PHP_INI_ALL in future versions? Jeroen -- Edit this bug report at http://bugs.php.net/?id=20642&edit=1
#20644 [Opn->Fbk]: in some cases ++ operation DOESN'T work
ID: 20644 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Win32, FreeBSD PHP Version: 4.2.1 New Comment: Not known and most likely user error. Please provide a reproducing script. Previous Comments: [2002-11-26 07:32:11] [EMAIL PROTECTED] After installing PHP 4.2.1 in some time I noticed a strange bug: at some situation increment operation (++) didn't work! I failed to write a simple code to reproduce that bug (it occurs regular at the same situation in nested functions of a rather big project), but in short - when trying to increment by ++ operation a function parameter, which was setted to 1 as a default parameter value of upper function (which called that function), incrementation does NOT happen. and such code as echo $newteamid; $newteamid++; echo $newteamid; $a = $newteamid; echo $a; $a++; echo $a; produces an output: "" but if I use " += 1" instead of "++" all works ok (and I was to make so at my project) as I mentioned I tried to reproduce that bug at simple code, but it works ok in a short program with the same variables values. and the same occurs at PHP 4.2.3. if that bug is not known I can try to write an example for this (dont wanna waste a time if it's well-known) but please confirm that -- Edit this bug report at http://bugs.php.net/?id=20644&edit=1
#20653 [Opn->Fbk]: It works for a short time and then gives warning message
ID: 20653 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: iPlanet related Operating System: solaris 8 PHP Version: 4.2.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-11-26 11:04:33] [EMAIL PROTECTED] We have sunone-iplanet webserver 6.0 sp4 and php 4.2.2 on our solaris 8 box. the php files come up for maybe half a day and after that we get warning messages like this one: Warning: Failed opening '/raid/www/docs/undserves/cdisplay.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 The problem it intermittend. some time after reloding the file the warning goes away but it shows up next time we go to page. We just upgraded iplanet 4.1 to sunone-iplanet 6.0sp4 and also our php4.0.4pl1 to php4.2.2 Is this a bug or I am missing a step? I just thought of some thing! do you think I need to delete the /usr/local/php directory before compiling and installing the new version of php? thanks, -- Edit this bug report at http://bugs.php.net/?id=20653&edit=1
#20659 [Opn->Bgs]: make error
ID: 20659 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: suse 8.0 Pro PHP Version: 4.3.0RC1 New Comment: Not a PHP bug. (Try putting that error in google...you need newer binutils installed..) Previous Comments: [2002-11-26 14:41:39] [EMAIL PROTECTED] Have php 4.2.1 already installed and was going to installing the release canidate on top of it. >./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-mm >make I get these errors at the end of the make: /usr/bin/ld: Dwarf Error: Invalid or unhandled FORM value: 14. /usr/bin/ld: Dwarf Error: Invalid or unhandled FORM value: 14. ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /home/http/builds/php-4.3.0RC1/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' I saw that the tempnam error is not getting fixed but did not see anyone else report the Dwarf Error. -- Edit this bug report at http://bugs.php.net/?id=20659&edit=1
#20661 [Opn->Csd]: Incorrectly identifies match
ID: 20661 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Regexps related Operating System: Linux redHat 7.0 and Solaris 8 PHP Version: 4.2.3 New Comment: Your example script works fine here with latest CVS of 4.3.0-dev branch. Previous Comments: [2002-11-26 15:03:58] [EMAIL PROTECTED] // finds 17 (also 15) but not 27 in option pattern >> see below if(ereg("5|7","17")){ print "found"; }else{ print "not found"; } ./configure' '--prefix=/usr' '--with-apxs' '--with-mysql' '--with-pgsql' '--with-gd' '--with-jpeg-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-ttf' '--with-zlib' '--with-openssl' '--with-imap' '--with-imap-ssl' '--with-kerberos' '--with-gettext' '--with-mcrypt' -- Edit this bug report at http://bugs.php.net/?id=20661&edit=1
#20665 [Opn->Fbk]: Memory leaks and allocation problems
ID: 20665 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: BSD/OS 4.2 PHP Version: 4.3.0RC1 New Comment: Was this with Apache? Please reclassify if so. This is NOT "Performance problem".. Previous Comments: [2002-11-26 19:47:48] [EMAIL PROTECTED] Running 4.3RC1 in production, I see a returning problem, for the allocation of 129 bytes. Since no executed file is being reported it's hard for me to track down which is the cause. Additionally, on logrotation and a SIGHUP, there are leaks being reported, broken down to: /home/mdev/_src/php-4.3.0RC1/Zend/zend_opcode.c(295) : Freeing 0x082F6024 (7200 bytes) Zend/zend_language_scanner.c(4365) : Freeing 0x082E2824 (50 bytes) Last leak repeated 112 times Zend/zend_language_scanner.c(4450) : Freeing 0x082DFAE4 (4 bytes)Last leak repeated 2 times /home/mdev/_src/php-4.3.0RC1/Zend/zend_hash.c(262) : Freeing 0x082DE324 (100 bytes) Last leak repeated 76 times Zend/zend_language_scanner.c(3060) : Freeing 0x082E01A4 (84 bytes) /home/mdev/_src/php-4.3.0RC1/Zend/zend_execute.c(478) : Freeing 0x082DF7A4 (12 bytes) /home/mdev/_src/php-4.3.0RC1/Zend/zend_hash.c(406) : Freeing 0x082E2124 (35 bytes) etc. Full log here: http://melvyn.idg.nl/php43/leaks.log I stripped the script= part as it doesn't make any sence. Note that this is the only point where these leaks are reported. -- Edit this bug report at http://bugs.php.net/?id=20665&edit=1
#20638 [Opn->Bgs]: Apache cannot start
ID: 20638 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Win2K Advanced Server PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. You're trying to use the Apache 1.3.x module with Apache2, this is not a bug.. Previous Comments: [2002-11-26 19:10:31] [EMAIL PROTECTED] My Apache version is 2.0.43. I want configure php4.2.3 as a module in Apache. But after I add these lines in http.conf file: LoadModule php4_module e:/WebServer/php/sapi/php4apache.dll AddModule mod_php4.c AddType application/x-httpd-php .php I can not restart Apache, and I get a error message: "Cannot load E:/WebServer/php/sapi/php4apache.dll into server." But the path of php4apache.dll and php4ts.dll is correct. And I use strace.exe to Apache as: strace apache > my.log I found apache can find php4ts.dll and php4apache.dll, but it tried to find a file named ApacheCore.dll. I could not find this dll file in my computer. If I configure php as a CGI binary, Apache and php is both work well. Where did I make a mistake? Or there is some bug in php or Apache? Thanks! [2002-11-26 02:20:38] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-11-26 02:18:16] [EMAIL PROTECTED] After I configured PHP as a module in Apache, Apache cannot restart or start. But when I configured PHP as a CGI binary, Apache worked well. I installed PHP following INSTALL.TXT in php package. -- Edit this bug report at http://bugs.php.net/?id=20638&edit=1
#19517 [Opn->Fbk]: the oci8 function cause apache to crash
ID: 19517 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: windows 2000 and linux PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-11-26 15:33:36] [EMAIL PROTECTED] This might be an Apache 2 problem. Can you reproduce the crash with the latest CVS release on Apache over 2.0.43? [2002-11-05 14:13:23] [EMAIL PROTECTED] I get this error in my apache error log when multithreading is turned on: [notice] child pid 28373 exit signal Segmentation fault (11) Apache: 2.0.X (mpm worker) OS: HP-UX 11.00 (with linker patches) PHP: 4.2.2 dso with oci8 extension Oracle: 8.1.6 If I set ThreadsPerChild to 1 (single threaded), I don't get any segfaults. With ThreadsPerChild set to 2 (or higher) I get the segmentation faults with as few as 2 concurrent requests (ab -n 10 -c 2 http://testurl/). With particularly high load (>100 concurrent requests) Apache 2 hangs, and has to be killed. I also get this error message in my php log: "PHP Warning: _oci_open_server: ORA-12154: TNS:could not resolve service name" On the same system, Apache 1.3.26 with PHP as CGI works perfectly. [2002-09-20 03:30:06] [EMAIL PROTECTED] on medium/high load and on multi-threaded serveurs ( apache 1.3.X windows and apache 2.0.X (mpm=worker) on linux), oci cause segmentation fault to apache. I test with apache 1.3.26 / 2.0.40 on windows 2000 server and professionnal, php 4.2.3, oracle 8.1.7.0 and 9.0.1 ( on the same and different Pc). I test with and without autocommit. i always get the same result. the script: i run test with microsoft web apllication stress tools and ab. the error message is : _oci_open_server: ORA12154 TNS: could not resolve service name. All works fine with linux / apache 1.3.X. -- Edit this bug report at http://bugs.php.net/?id=19517&edit=1
#20620 [Fbk->Csd]: enable-sockets results in undefined symbols
ID: 20620 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Apache related Operating System: Solaris 5.7 PHP Version: 4.2.1 New Comment: That 'output line too long' error comes from broken 'sed' in your system. Just install GNU sed and it will go away. Previous Comments: [2002-11-26 16:28:24] [EMAIL PROTECTED] Yeah, better now! In fact: great - thank you very much folks. You turned my moods from "had I learned something respectable, I would not have to sit here" back to "yes, the internet is great, and so are the people supporting it!" * * * I send this now before trying out what I have now because this will be new things, and this one may be closed. For docu: I followed your suggestion using php4-200211251630. First I couldn't even compile php: * * * Output line too long. Output line too long. Output line too long. ld: elf error: file main: unknown type, unable to process using elf(3E) libraries ld: fatal: File processing errors. No output written to a.out collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 * * * but when I redid this "--without-mysql", it worked. And now I even have apache started with the IBMdb2 stuff inside the php, and I am very curious how this will work once I managed to use it :-) Thanks again and bye for now xyrafo [2002-11-25 08:50:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-25 08:29:13] [EMAIL PROTECTED] Dear all! In the end, I want to use "--with-ibm-db2", but I encounter several problems, that I think I could narrow down to this: When making the apache, I receive this: Undefined first referenced symbol in file in6addr_any modules/php4/libphp4.a(network.o) getaddrinfo modules/php4/libphp4.a(network.o) gai_strerrormodules/php4/libphp4.a(network.o) strlcat modules/php4/libphp4.a(SAPI.o) strlcpy modules/php4/libphp4.a(php_apache.o) freeaddrinfomodules/php4/libphp4.a(network.o) dn_skipname modules/php4/libphp4.a(dns.o) ld: fatal: Symbol referencing errors. No output written to httpd our call to configure php is: CC=gcc LD_LIBRARY_PATH=/opt/IBMdb2/V7.1/lib ./configure \ --prefix=/var/applications/proj/bin/php_4.2.1 \ --exec-prefix=/var/applications/proj/bin/php_4.2.1 \ --enable-sockets \ --disable-ip6v \ --with-apache=/var/applications/proj/src/make/apache_1.3.26 \ --enable-track-vars # --with-oracle=$ORACLE_HOME # --with-ibm-db2=/opt/IBMdb2/V7.1 The configure for apache ./configure \ --prefix=/var/applications/proj/bin/apache_1.3.26_php4 \ --exec-prefix=/var/applications/proj/bin/apache_1.3.26_php4 \ --bindir=/var/applications/proj/bin/apache_1.3.26_php4 \ --activate-module=src/modules/php4/libphp4.a \ --with-port=8081 I put the "--disable-ip6v" in, because I have another machine with Solaris 5.8 that has IP6V enabled, while the one in question has not, but both of them seem to ignore the switch. The thing can be compiled on the newer machine, where I copied the IBMdb2 stuff to, but alas, when I transfer the result back, it complains about versions and if I disable that, there is another failure, so they seem to be too different. I don't dare to fool around and copy libraries because I don't know enough about these things. Unfortunately I cannot simply reinstall the 5.7 machine, or update it, or use the other one :-( Any idea is very much appreciated! I did rm config.cache. Here is a selection of checks: checking host system type... sparc-sun-solaris2.7 checking for Apache 1.x module support... yes - Apache 1.3.x checking for socket in -lsocket... yes checking for gethostname in -lnsl... yes checking for IPv6 support... no checking for gai_strerror... no checking for getaddrinfo... no checking for socket... yes checking whether to enable sockets support... yes checking build system type... sparc-sun-solaris2.7 checking for ld used by GCC... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/ccs/bin/nm -p checking how to recognise dependant libraries... pass_all checking for object suffix... o checking for executable suffix... no checking command to parse /usr/ccs/bin/nm -p output... ok checking for dlfcn.h... yes checking for ranlib... (cached) ranlib
#20643 [Opn->Fbk]: long POST fields get truncated
ID: 20643 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Windows NT PHP Version: 4CVS-2002-11-26 (dev) New Comment: Are you sure you have replaced ALL the old files with the new ones found in the package? Most important one being php4ts.dll (and also make sure you don't have many copies of it!) Previous Comments: [2002-11-26 04:54:09] [EMAIL PROTECTED] Long (>~3k) POSTED fields get truncated Following test produces correct results (twice the same length) on Linux + Apache + PHP, Windows NT + IIS + PHP, but NOT on Windows NT + Apache + PHP. In last case, back in PHP the length appears to be 4374 bytes. Making the fieldname longer or shorter affects this length, adding more fields doesn't. This behaviour looks very much like reported bug #18961, which is closed. Today, I downloaded, the what I think is, the latest version (4.4.0-dev). But problem still exists. The apache server I use is Apache: 1.3.19.0.0a delivered with Oracle Application Server 1.0.2.2.2a . My test file: Data length: " . strlen($_POST['data1']) . ""; return; } ?> "; ?> var data = document.getElementById("data1"); data.value = ""; alert("Datalength: " + data.value.length); form.submit(); Thanks, - Douwe Koops -- Edit this bug report at http://bugs.php.net/?id=20643&edit=1
#20429 [Fbk->Csd]: ./configure gettext error
ID: 20429 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: Linux 2.4.19 / Debian 3.0 PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-11-14 11:45:36] [EMAIL PROTECTED] /usr/bin/gettext /usr/include/libintl.h /usr/lib/libc.so I've tried the --with-gettext=/usr but it doesn't work. What is the configure script looking for anyway? the .so files? This is the bottom of the config.log: = int main() { bindtextdomain() ; return 0; } configure:25664: checking for bindtextdomain in -lc configure:25683: gcc -o conftest -g -O2 -DLINUX=22 -DMOD_SSL=208111 -DUSE_HSREG EX -DEAPI -DUSE_EXPAT -Wl,-rpath,/usr/local/lib -L/usr/local/lib -L/usr/local/l ib conftest.c -lc -lgd -lfreetype -lpng -lz -ljpeg -lz -lcrypt -lresolv -lm -ld l -lnsl -lresolv -lcrypt 1>&5 /usr/local/lib/libgd.so: undefined reference to `XpmReadFileToXpmImage' collect2: ld returned 1 exit status configure: failed program was: #line 25672 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char bindtextdomain(); int main() { bindtextdomain() ; return 0; } == [2002-11-14 11:20:16] [EMAIL PROTECTED] And check the config.log for more information why the checks fail. It might not be gettext related at all. [2002-11-14 11:08:30] [EMAIL PROTECTED] Where is your gettext installed? [2002-11-14 11:06:53] [EMAIL PROTECTED] I'm trying to compile PHP 4.2.3 on Debian 3.0 (woody) with gettext support. When trying to ./configure --with-gettext or --with-gettext=DIR (tried all different lib/include dirs I could think of) I always get the following error: .. checking for GNU gettext support... yes checking for bindtextdomain in -lintl... no checking for bindtextdomain in -lc... no configure: error: Unable to find required gettext library I checked the lib and include dirs and it seems like all the libraries and headers are in place. I've also tried the latest tarball from GNU, but that gives the same result. I can supply my entire configure list if necessary, and would be happy to try some hints you might have. -- Edit this bug report at http://bugs.php.net/?id=20429&edit=1
#20426 [Fbk->NoF]: php.exe refused to end process: can not close connection to MSSQL
ID: 20426 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-15 01:36:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip you don't need to open new reports, you can reclassify them..(and this belongs in mssql) [2002-11-15 01:36:03] [EMAIL PROTECTED] OK, I fonud the source of this problem. It's not MSSQL lock/transaction problem, nor Windows 2000 Server/ Profession issue. It's due to i18n locallization settings. You may not be able to reproduce this cause I'm using TRADITINOAL CHINESE version of Windows 2000 Server and TRADITINOAL CHINESE version of SQL Server 2000. Thanks for not responding. You may close this topic, cause this is a re-producable crash. I'm going to raise another topic. [2002-11-15 01:15:23] [EMAIL PROTECTED] OK, I fonud the source of this problem. It's not MSSQL lock/transaction problem, nor Windows 2000 Server/ Profession issue. It's due to i18n locallization settings. You may not be able to reproduce this cause I'm using TRADITINOAL CHINESE version of Windows 2000 Server and TRADITINOAL CHINESE version of SQL Server 2000. Thanks for not responding. You may close this topic, cause this is a re-producable crash. I'm going to raise another topic. [2002-11-14 21:29:32] [EMAIL PROTECTED] The problem came back again. Service Pack did not fixed the problem. I'll try to reduce all unrelated code, and find out where the problem is. [2002-11-14 06:46:50] [EMAIL PROTECTED] I'm not sure which category should this note be classified. IIS related or MS-SQL related. I'm using Windows 2000 Professional and MS-SQL 2000 Developer. Recently I switched to Windows 2000 Server. It should be 100% compatiable, but my applications now have DEADLOCK-like problems. I have one code that handles data display from SQL (when using GET) and data update (when using POST). When user POST something, this code will executing UPDATE SQL commmand and output HTML to redirect to it self (using GET,) so that the user would see the change. That code works properly on Windows 2000 Professional. But now PHP would crash sometimes (NOT ALWAYS!) when the browser re-enter the page after executing UPDATE. I've traced my application using lots of echo() and flush (), it DID successfully execute to the last command, but browser refused to close TCP/IP connection. I checked the server status with task manager, the php.exe hangs there for 10 minutes, and I can not stop that process by using task manager, IIS reboot or stop SQL Service. The Only effective way to stop the process is to power-off server. This crash condition only happens when I read one row from SQL server that is just updated (and committed). For example, If I have three rows that have SN=1,2,3 as primary key, and I updated row SN=2, then PHP will crash when reading the row SN=2 immediately, but it would be OK to read rows that SN=1 or 3 at the same time. This should not be the cache problem, cause I changed client to read the page, and I changed the filename of that PHP code. It appear to me that SQL server did not release row-level lock after commit transactions and close connection. When other processes try to read this row, SQL Server whould not close the connection properly, and php.exe could not end the process. This problem seemed to be fixed after installing SQL Server Service Pack 1. But I'm not sure whether will it happen again. I hope that it's just a bug in my code. But I can not explain why SOME record would work while others won't. My PHP4.23 is Windows binary installer version, and the php_mssql.dll is extracted from PHP4.23 Windows binary ZIP version. I did not install other modules. -- Edit this bug report at http://bugs.php.net/?id=20426&edit=1
#20408 [Fbk->NoF]: doesn't work in $make install
ID: 20408 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Java related Operating System: Compaq tru64 PHP Version: 4CVS-2002-11-13 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-19 10:25:59] [EMAIL PROTECTED] I've got the same problem so here's an attenmpt at some feedback. This is what "make install" is doing when it fails: sapi/cli/php -n /usr/local/src/php4-STABLE-200211141630/pear/install-pear.php /usr/local/src/php4-STABLE-200211141630/pear/package-Archive_Tar. xml /usr/local/src/php4-STABLE-200211141630)$ gdb sapi/cli/php core GNU gdb 5.0-tru64-010710 Copyright 2001 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 "alphaev56-dec-osf5.1"... warning: big endian file does not match little endian target. Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /sbin/loader...done. Loaded symbols for /sbin/loader Reading symbols from /usr/local/pgsql/lib/libpq.so.2.2...done. Loaded symbols for /usr/local/pgsql/lib/libpq.so.2.2 Reading symbols from /usr/local/lib/libldap.so...done. Loaded symbols for /usr/local/lib/libldap.so Reading symbols from /usr/local/lib/liblber.so...done. Loaded symbols for /usr/local/lib/liblber.so Reading symbols from /usr/local/lib/libintl.so...done. Loaded symbols for /usr/local/lib/libintl.so Reading symbols from /usr/local/lib/libiconv.so...done. Loaded symbols for /usr/local/lib/libiconv.so Reading symbols from /usr/shlib/libc.so...done. Loaded symbols for /usr/shlib/libc.so Reading symbols from /usr/local/lib/libpng.so.3.1.2.5...done. Loaded symbols for /usr/local/lib/libpng.so.3.1.2.5 Reading symbols from /usr/local/lib/libz.so...done. Loaded symbols for /usr/local/lib/libz.so Reading symbols from /usr/local/lib/libgdbm.so...done. Loaded symbols for /usr/local/lib/libgdbm.so Reading symbols from /usr/shlib/libcrypt.so...done. Loaded symbols for /usr/shlib/libcrypt.so Reading symbols from /usr/shlib/libm.so...done. Loaded symbols for /usr/shlib/libm.so Reading symbols from /usr/shlib/libbasecrypt.so...done. Loaded symbols for /usr/shlib/libbasecrypt.so Reading symbols from /usr/shlib/librt.so...done. Loaded symbols for /usr/shlib/librt.so Reading symbols from /usr/shlib/libcxx.so...done. Loaded symbols for /usr/shlib/libcxx.so Reading symbols from /usr/shlib/libpthread.so...done. Loaded symbols for /usr/shlib/libpthread.so Reading symbols from /usr/shlib/libexc.so...done. Loaded symbols for /usr/shlib/libexc.so #0 0x3ff8057d728 in __nxm_thread_kill () from /usr/shlib/libpthread.so (gdb) bt #0 0x3ff8057d728 in __nxm_thread_kill () from /usr/shlib/libpthread.so #1 0x3ff80576564 in pthread_kill () from /usr/shlib/libpthread.so #2 0x3ff80581aec in __excInit () from /usr/shlib/libpthread.so #3 0x3ff807e3aa4 in exc_unwind_rfp () from /usr/shlib/libexc.so warning: Hit beginning of text section without finding warning: enclosing function for address 0x11ffed270 This warning occurs if you are debugging a function without any symbols (for example, in a stripped executable). In that case, you may wish to increase the size of the search with the `set heuristic-fence-post' command. Otherwise, you told GDB there was a function where there isn't one, or (more likely) you have encountered a bug in GDB. (gdb) set heuristic-fence-post 0 (gdb) bt #0 0x3ff8057d728 in __nxm_thread_kill () from /usr/shlib/libpthread.so #1 0x3ff80576564 in pthread_kill () from /usr/shlib/libpthread.so #2 0x3ff80581aec in __excInit () from /usr/shlib/libpthread.so #3 0x3ff807e3aa4 in exc_unwind_rfp () from /usr/shlib/libexc.so warning: Hit beginning of text section without finding warning: enclosing function for address 0x11ffed270 - Pat. [2002-11-13 08:10:57] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make P
#20403 [Fbk->NoF]: mail function doesn't work
ID: 20403 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Mail related Operating System: Solaris 5.8 PHP Version: 4.3.0-pre2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-12 16:59:57] [EMAIL PROTECTED] Check you maillog for possible errors in sending the email. (this is not any bug in PHP btw, it works fine here) [2002-11-12 15:42:55] [EMAIL PROTECTED] Here is some additional information. I see no errors when I run the included script from 12 Nov 3:28pm. The mail never comes though. It use to in 4.2 and below. Apache server_software: Apache/2.0.40 (Unix) mod_ssl/2.0.40 OpenSSL/0.9.6e PHP/4.3.0-dev DAV/2 In PHP.ini: SMTP= localhost sendmail_path= '/usr/lib/sendmail' smtp_port=25 Configure command: './configure' '--with-config-file-path=/usr/local/apache2/conf' '--with-apxs2=/usr/local/apache2/bin/apxs' '--disable-debug' '--with-openssl=/usr/local/openssl' '--enable-calendar' '--enable-gcclib' '--enable-inline-optimization' '--enable-rule-SHARED_CODE' '--enable-shared' '--enable-safe-mode' '--enable-track-vars' '--with-mysql' '--with-gd' '--enable-gd-native-ttf' '--enable-freetype-4bit-antialias-hack' '--with-gnu-ld' '--with-zlib-dir=/usr/local/lib' [2002-11-12 15:29:43] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-11-12 15:28:02] [EMAIL PROTECTED] The mail function stopped working when I upgraded to the CVS snapshot (the last couple actually). Apparently the message is being sent but not to the receipent? Here's a simple script: Here's the /var/log/maillog: Nov 12 16:22:51 voyager sendmail[29482]: [ID 801593 mail.info] gACLMpx29482: Authentication-Warning: isx.com: nobody set sender to [EMAIL PROTECTED] using -f Nov 12 16:22:51 voyager sendmail[29482]: [ID 801593 mail.info] gACLMpx29482: [EMAIL PROTECTED], size=87, class=0, nrcpts=0, msgid=<[EMAIL PROTECTED]>, relay=nobody@localhost -- Edit this bug report at http://bugs.php.net/?id=20403&edit=1
#20389 [Fbk->NoF]: user defined session handler is broken
ID: 20389 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Solaris PHP Version: 4.2.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-12 08:36:53] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-12 08:19:15] [EMAIL PROTECTED] System SunOS 5.8 Generic_108528-14 sun4u sparc SUNW,UltraAX-i2 (Solaris 8) with Apache 1.3.24 and Apache 1.3.26 This also affects PHP 4.2.2. If session.save_handler is set to user, the user defined functions appear to not be called. Furthermore - When Apache is restarted, after the configuration directive has been set to "user" it will very often fail to parse PHP code. I suppose this can be considered equivalent to a crash. My test scripts worked perfectly on my Mac OS X development machine, so I am reasonably sure that there is not an error in my code. My configure command: './configure' '--prefix=/._ark-deploy/php--4.2.3' '--with-mysql=/._ark-deploy/mysql--3.23.51' '--with-apxs=/._ark-deploy/apache--1.3.26/bin/apxs' '--with-config-file-path=/ark/etc' '--with-zlib' '--enable-xslt' '--with-xslt-sablot=/._ark-deploy/sablotron--0.96.1' '--with-sablot-js' '--with-expat-dir=/._ark-deploy/expat--1.95.4' '--with-gd=/._ark-deploy/gd--1.8.4' '--with-png-dir=/._ark-deploy/libpng--1.2.4' '--with-jpeg-dir=/._ark-deploy/jpeg--6b' '--with-freetype-dir=/._ark-deploy/freetype--2.1.2' '--with-java=/usr/java' '--with-ming=/._ark-deploy/ming--0.2a' '--enable-trans-sid' -- Edit this bug report at http://bugs.php.net/?id=20389&edit=1
#20398 [Fbk->NoF]: Bugs at $a{1}
ID: 20398 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4CVS-2002-11-12 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-12 12:41:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-12 12:40:53] [EMAIL PROTECTED] When I try to run $a{1}="a" my server is crashed; -- Edit this bug report at http://bugs.php.net/?id=20398&edit=1
#20395 [Fbk]: A handful of #ifdef's to compile under AIX using xlC
ID: 20395 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: AIX 4.3.3ML10 PHP Version: 4CVS-2002-11-12 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-11-12 11:59:38] [EMAIL PROTECTED] Can you please make a unified diff (cvs diff -u) and post the patch somewhere on the net? This bug system mangles your patch. Derick [2002-11-12 11:40:38] [EMAIL PROTECTED] I beg to differ, at least regarding to the use of // as comment syntax in a C (not C++) file, and casting lvalues is a bit unorthodox too. Relevant compiler errors are as follows: "/usr/local/src/php4-200211101739/ext/mysql/libmysql/my_tempnam.c", line 99.5: 1 506-025 (S) Operand must be a modifiable lvalue. "/usr/local/src/php4-200211101739/ext/mysql/libmysql/my_tempnam.c", line 105.3: 1506-025 (S) Operand must be a modifiable lvalue. make: *** [ext/mysql/libmysql/my_tempnam.lo] Error 1 "/usr/local/src/php4-200211101739/main/SAPI.c", line 358.25: 1506-046 (S) Syntax error. "/usr/local/src/php4-200211101739/main/SAPI.c", line 358.75: 1506-209 (S) Charac ter constants must end before the end of a line. "/usr/local/src/php4-200211101739/main/SAPI.c", line 358.40: 1506-076 (W) Charac ter constant 've consumed all request input data' has more than one character. N o more than rightmost 4 characters are used. "/usr/local/src/php4-200211101739/main/SAPI.c", line 358.28: 1506-045 (S) Undecl ared identifier make. "/usr/local/src/php4-200211101739/main/SAPI.c", line 360.66: 1506-045 (S) Undecl ared identifier dummy. "/usr/local/src/php4-200211101739/main/SAPI.c", line 360.53: 1506-045 (S) Undecl ared identifier dummy. make: *** [main/SAPI.lo] Error 1 [2002-11-12 10:56:14] [EMAIL PROTECTED] I dont think it's a bug. Please take this to php.dev. Thanks for your report. [2002-11-12 10:51:12] [EMAIL PROTECTED] Please consider the changes below to make the latest snapshot compile using xlc invoked as cc_r: root@limosa$ diff -c ext/mbstring/mbfilter.h* *** ext/mbstring/mbfilter.h Tue Nov 12 17:15:20 2002 --- ext/mbstring/mbfilter.h~Sun Nov 10 18:37:22 2002 *** *** 464,473 const char * mbfl_identify_encoding_name(mbfl_string *string, enum mbfl_no_encoding *elist, int eliztsz TSRMLS_DC); ! #ifndef _AIX ! const ! #endif ! enum mbfl_no_encoding mbfl_identify_encoding_no(mbfl_string *string, enum mbfl_no_encoding *elist, int eliztsz TSRMLS_DC); /* --- 464,470 const char * mbfl_identify_encoding_name(mbfl_string *string, enum mbfl_no_encoding *elist, int eliztsz TSRMLS_DC); ! const enum mbfl_no_encoding mbfl_identify_encoding_no(mbfl_string *string, enum mbfl_no_encoding *elist, int eliztsz TSRMLS_DC); /* root@limosa$ diff -c ext/mbstring/mbfilter.c* *** ext/mbstring/mbfilter.c Tue Nov 12 17:16:20 2002 --- ext/mbstring/mbfilter.c~Sun Nov 10 18:37:22 2002 *** *** 7557,7566 } } ! #ifndef _AIX ! const ! #endif ! enum mbfl_no_encoding mbfl_identify_encoding_no(mbfl_string *string, enum mbfl_no_encoding *elist, int eliztsz TSRMLS_DC) { const mbfl_encoding *encoding; --- 7557,7563 } } ! const enum mbfl_no_encoding mbfl_identify_encoding_no(mbfl_string *string, enum mbfl_no_encoding *elist, int eliztsz TSRMLS_DC) { const mbfl_encoding *encoding; root@limosa$ diff -c ext/mysql/libmysql/my_tempnam.c* *** ext/mysql/libmysql/my_tempnam.c Tue Nov 12 17:19:22 2002 --- ext/mysql/libmysql/my_tempnam.c~Fri Aug 23 17:56:34 2002 *** *** 96,116 old_env=(char**)environ; if (dir) { /* Don't use TMPDIR if dir is given */ - #ifndef _AIX ((char **)environ)=(char**)temp_env; /* May give warning */ - #else - environ=(char**)temp_env; /* May give warning */ - #endif temp_env[0]=0; } #endif res=tempnam((char*) dir,(my_string) pfx); /* Use stand. dir with prefix */ #ifndef OS2 - #ifndef _AIX ((char**)environ)=(char**)old_env; /* May give warning */ - #else - environ=(char**)old_env;/* May give warning */ - #endif #endif if (!res) DBUG_PRINT("error",("Got error: %d from tempnam",errno)); --- 96,108 root@limosa$ diff -c ext/standard/file.c* *** ext/standard/file.c Tue Nov 12 17:23:29 2002 --- ext/standard/file.c~Sun Nov 10 18:37:36 2002 *
#20375 [Fbk->NoF]: OpenDir: Invalid argument (errno 22) when setting var to a mappend net drive
ID: 20375 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Directory function related Operating System: Windows 2000 Adv. Server PHP Version: 4.2.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-13 20:22:59] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-11 18:21:19] [EMAIL PROTECTED] It is worth me saying that everthing works fine if I point it to a local drive and dir on c: And permissions are ok because I can access the drive from a dos prompt or windows explorer and read/write files. [2002-11-11 18:19:11] [EMAIL PROTECTED] Just a side note: I have tried setting $logpath to a number of different options with no success. s:\UT2003Server\System\ s:\\UT2003Server\\System\\ s:\UT2003~2\System\ s:\UT2003~2\System s:\\UT2003~2\\System\\ s:\\UT2003~2\\System s:/UT2003~2/System/ s://UT2003~2//System// s:/UT2003~2/System The url i access is: http://myweb.com/localstats/utlogs.php?pass=mypass Here is the relavent code to what I am running: filename: config.inc.php filename: utlogs.php "; exit; } require("utlogparse.php"); require("utlogsave.php"); $files = 0; $logs_saved = 0; $handle=opendir($logpath); while (($file = readdir($handle)) != false) { if (strstr($file, "LocalStats_") && substr($file, -4) == ".txt") { // LocalStats format $tok = strtok($file, "_"); // 'LocalStats' if ($tok != "") { $tok = strtok("_"); // if ($tok != "") { $tok = strtok("_"); // $fd_year = (int) $tok; if ($tok != "") { $tok = strtok("_"); // $fd_month = (int) $tok; if ($tok != "") { $tok = strtok("_"); // $fd_day = (int) $tok; if ($tok != "") { $tok = strtok("_"); // $fd_hour = (int) $tok; if ($tok != "") { $tok = strtok("_"); // $fd_min = (int) $tok; if ($tok != "") { $tok = strtok("."); // $fd_sec = (int) $tok; $fdate = sprintf("%04u-%02u-%02u %02u:%02u:%02u", $fd_year, $fd_month, $fd_day, $fd_hour, $fd_min, $fd_sec); // 2001-12-08 18:52:15 $logs[$files] = $file; $logdate[$files++] = $fdate; }}} } else if (strlen($file) >= 18 && strlen($file) <= 23 && substr($file, -4) == ".txt") { // MutLocalLog format $tok = strtok($file, "-"); // $fd_year = (int) $tok; if ($tok != "") { $tok = strtok("-"); // $fd_month = (int) $tok; if ($tok != "") { $tok = strtok("-"); // $fd_day = (int) $tok; if ($tok != "") { $tok = strtok("-"); // $fd_hour = (int) $tok; if ($tok != "") { $tok = strtok("-"); // $fd_min = (int) $tok; if ($tok != "") { $tok = strtok("."); // $fd_sec = (int) $tok; $fdate = sprintf("%04u-%02u-%02u %02u:%02u:%02u", $fd_year, $fd_month, $fd_day, $fd_hour, $fd_min, $fd_sec); // 2001-12-08 18:52:15 $logs[$files] = $file; $logdate[$files++] = $fdate; } } } closedir($handle); array_multisort($logdate, $logs, SORT_NUMERIC, SORT_ASC); for ($i = 0; $i < $files; $i++) { echo "Processing log '$logs[$i]'"; $file = $logpath."/".$logs[$i]; $logfile = file($file); if (parselog($logfile) == 1) { if (storedata()) echo "game $gamenum successfully processed.\n"; else echo "not processed.\n"; $logs_saved++; if (!$save) unlink($file); } else { if ($i < $files - 1) { echo "incomplete.\n"; if (!$save) unlink($file); } else { echo "incomplete (in session?).\n"; } } // flush(); *tag* } if (!$files) echo "No log files to process.\n"; else { echo "$logs_saved of $files logs processed.\n"; // Check career highs for each user echo "Calculating Career Highs"; require("utcalchighs.php"); echo "Finished.\n"; } ?> Here is the errors: Warning: OpenDir: Invalid argument (errno 22) in c:\inetpub\wwwroot\localstats\utlogs.php on line 45 Warning: readdir(): supplied argument is not a valid Directory resource in c:\inetpub\wwwroot\localstats\utlogs.php on line 46 Warning: closedir(): supplied argument is not a valid Directory resource in c
#20382 [Fbk->Opn]: strtotime ("Monday", $date) can produce incorrect output
ID: 20382 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Date/time related Operating System: Linux Mandrake 7.2 PHP Version: 4.3.0-dev Previous Comments: [2002-11-21 23:42:22] [EMAIL PROTECTED] Ran the automated-date-test script on a different box, this one running windows 2000 SP2 (previously was Mandrake Linux 7.2), using the latest available snapshot of the 4.4.0-dev tree (was php4-win32-200211220330), and it produced the same list of incorrect dates as in the above comment. [2002-11-12 19:46:28] [EMAIL PROTECTED] OK, I decided that was needed was some kind of automated testing, so I wrote it: #!/root/php4-200211122230 -q 7, "Monday" => 1, "Tuesday" => 2, "Wednesday" => 3, "Thursday" => 4, "Friday" => 5, "Saturday" => 6); // convert into a number $desired_day_of_week_number = $weekdays[$desired_day_of_week]; // see what day we have currently list ($year, $month, $day) = explode ("-",$date); $date_day_of_week = date("w", mktime (17,17,17,$month,$day,$year)); $new_day = $day+(($desired_day_of_week_number-$date_day_of_week)+7) % 7; return date("Y-n-j", mktime (17,17,17,$month,$new_day,$year)); } // run an automated test to compare the output of these two functions, and complain if they differ for ($i=1; $i<1000; $i++) { $date = date("Y-n-j", mktime (17,17,17,1,$i,1999)); $strtotime_date = getDateWithModifier($date, "Monday"); $other_date = getDayOfTheWeekFromDate($date, "Monday"); if ($strtotime_date != $other_date) { print "Discrepancy for $date - results were $strtotime_date vs $other_date\n"; } } print "PHP version: " . phpversion(). "\n"; ?> Here's the output that I get: [root@www tmp]# ./automated-date-test.php Discrepancy for 1999-3-23 - results were 1999-3-28 vs 1999-3-29 Discrepancy for 1999-3-24 - results were 1999-3-28 vs 1999-3-29 Discrepancy for 1999-3-25 - results were 1999-3-28 vs 1999-3-29 Discrepancy for 1999-3-26 - results were 1999-3-28 vs 1999-3-29 Discrepancy for 1999-3-27 - results were 1999-3-28 vs 1999-3-29 Discrepancy for 1999-3-28 - results were 1999-3-28 vs 1999-3-29 Discrepancy for 2000-3-21 - results were 2000-3-26 vs 2000-3-27 Discrepancy for 2000-3-22 - results were 2000-3-26 vs 2000-3-27 Discrepancy for 2000-3-23 - results were 2000-3-26 vs 2000-3-27 Discrepancy for 2000-3-24 - results were 2000-3-26 vs 2000-3-27 Discrepancy for 2000-3-25 - results were 2000-3-26 vs 2000-3-27 Discrepancy for 2000-3-26 - results were 2000-3-26 vs 2000-3-27 Discrepancy for 2001-3-20 - results were 2001-3-25 vs 2001-3-26 Discrepancy for 2001-3-21 - results were 2001-3-25 vs 2001-3-26 Discrepancy for 2001-3-22 - results were 2001-3-25 vs 2001-3-26 Discrepancy for 2001-3-23 - results were 2001-3-25 vs 2001-3-26 Discrepancy for 2001-3-24 - results were 2001-3-25 vs 2001-3-26 Discrepancy for 2001-3-25 - results were 2001-3-25 vs 2001-3-26 PHP version: 4.3.0-dev [root@www tmp]# In other words, the result for these 6 days of the year consistently appears to be wrong. (I suppose I should be glad that the very first date I choose to test this function with just by fluke happened to be one of those 6 days, as opposed to causing mysterious problems later!) Does anyone else get any results that appear incorrect on running this script? [2002-11-12 19:25:41] [EMAIL PROTECTED] No problem - Modified script slightly, as shown below, to use gmmktime(), and to also print out the before and after timestamps. Source: = #!/root/php4-200211122230 -q \n"; print "2001-3-17, goto mon: " . getDateWithModifier("2001-3-17", "Monday") . "; should be 2001-3-19.\n"; print "2001-3-18, goto mon: " . getDateWithModifier("2001-3-18", "Monday") . "; should be 2001-3-19.\n"; print "2001-3-19, goto mon: " . getDateWithModifier("2001-3-19", "Monday") . "; should be 2001-3-19.\n"; print "2001-3-20, goto mon: " . getDateWithModifier("2001-3-20", "Monday") . "; should be 2001-3-26 ###.\n"; print "2001-3-21, goto mon: " . getDateWithModifier("2001-3-21", "Monday") . "; should be 2001-3-26 ###.\n"; print "2001-3-22, goto mon: " . getDateWithModifier("2001-3-22", "Monday") . "; should be 2001-3-26 ###.\n"; print "2001-3-23, goto mon: " . getDateWithModifier("2001-3-23", "Monday") . "; should be 2001-3-26 ###.\n"; print "2001-3-24, goto mon: " . getDateWithModifier("2001-3-24", "Mon
#20380 [Fbk->NoF]: stream_set_blocking() hangs
ID: 20380 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Filesystem function related Operating System: Linux Redhat, kernel 2.4 PHP Version: 4.2.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-12 06:19:19] [EMAIL PROTECTED] There is no stream_set_blocking() function in PHP 4.2.x. Use socket_set_blocking() for 4.2; in 4.3 we are trying to clean up namespace issues (as you have discovered, the naming of this function conflicts with the sockets extension), hence the name change. [2002-11-12 06:11:19] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-11 22:38:54] [EMAIL PROTECTED] Not sure if this is filesystem related or socket related; changing category to sockets related. [2002-11-11 22:31:43] [EMAIL PROTECTED] When using stream_set_blocking() in place of either socket_set_blocking() or set_socket_blocking(), the script hangs. The call method is: $fp = FSockOpen([valid connection data to internal network resource]); stream_set_blocking($fp, FALSE); The script operates normally when using socket_set_blocking, but complains via E_NOTICE error when set_socket_blocking is used, stating that it's deprecated and socket_set_blocking should be used. In the PHP manual, socket_set_blocking is an alias for stream_set_blocking. In the stream_set_blocking documentation, it states that both set_socket_blocking and socket_set_blocking are deprecated. -- Edit this bug report at http://bugs.php.net/?id=20380&edit=1
#20385 [Fbk->NoF]: After a previous compile error, a new one when installing php4-STABLE-latest.ta
ID: 20385 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.3.0-pre2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-12 09:29:17] [EMAIL PROTECTED] I've seen the same error compiling on SunOS. The solution to the problem was to do a 'make clean' and then recompile the sources. [2002-11-12 04:41:30] [EMAIL PROTECTED] Ive been trying to install PHP as an Apache module for a week. First I installed Apache the binary version and afterwards I downloaded php-4.2.3.tar.gz. The PHPs installation worked well but when trying to configure apache with: ./configure activate-module=src/modules/php4/libphp4.a and then run make I received the same error as in the reported bug nr.18001. Consequently, I have deleted the PHP and Apache old installations and downloaded Apache 1.3.27 and php4-STABLE-latest.tar.gz. Ive started again the installation. Everything went well until I ran the PHPs make install where I received the following error: bin/sh libtool --silent --mode=link gcc -export-dynamic -O2 -L/usr/local/mysql /lib -R /usr/local/mysql/lib ext/ctype/ctype.lo ext/mbstring/mbfilter_ja.lo ext /mbstring/mbfilter_cn.lo ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo e xt/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo ext/mbstring/php_unicode.lo ext/mysql/php_mysql.lo ext/overload/overload.lo ext /pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ex t/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/sessi on.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext /standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/st andard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_ convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/s tandard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.l o ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsoc k.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standar d/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/stan dard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/stan dard/parsedate.lo ext/standard/quot_print.lo ext//standard/rand.lo ext/standard/r eg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/s tandard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.l o ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext /standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/st andard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen _wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ex t/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/tokenize r/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo reg ex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/m ain.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo m ain/fopen_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo main/rfc1867.l o main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo ma in/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/ne twork.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/m emory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_lan guage_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_allo c.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend /zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend//zend_opcode. lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_va riables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash. lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.
#19045 [Fbk->NoF]: SELECT DISTINCT with just ONE table doesn't work
ID: 19045 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: ODBC related Operating System: IIS4 on NT4 PHP Version: 4.2.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-15 18:11:26] [EMAIL PROTECTED] Any chance you can check to see if this is still happening for you with the 4.3RC? [2002-10-04 07:03:49] [EMAIL PROTECTED] I didn't find any tab with 'logging on' checkbox in ODBC Administrator program ; so, I changed the value of the 'Driver Logging' parameter to 17 in the oraodbc.ini file. I hope it can help you... Merci. // logging results when the request works fine (with two joined tables) Oracle ODBC 32 Bit Driver Version 08.00.6000 Oracle ODBC 32 Bit Driver File Version08.00.6000 0X0013BA50: php 0X 0X0013F078: php 0X 0X0013F8D0: php 0X 0X0013FC70: select distinct SOCIETE, POSTE from TEMPSCUMULES, GROUPE_MACHINE where poste=machine 0X0013FC70: select distinct SOCIETE, POSTE from TEMPSCUMULES, GROUPE_MACHINE where poste=machine 0X0013FC70: select distinct SOCIETE, POSTE from TEMPSCUMULES, GROUPE_MACHINE where poste=machine 0X0013FC70: Rows Fetched = 0X006E // logging results when the request doesn't work fine (with one table) Oracle ODBC 32 Bit Driver Version 08.00.6000 Oracle ODBC 32 Bit Driver File Version08.00.6000 0X0013BA50: php 0X 0X0013F078: php 0X 0X0013F8D0: php 0X 0X0013FC70: select distinct SOCIETE, POSTE from TEMPSCUMULES 0X0013FC70: select distinct SOCIETE, POSTE from TEMPSCUMULES 0X0013FC70: SELECT ROWID from TEMPSCUMULES 0X0013FC70: SELECT ROWID,distinct SOCIETE, POSTE from TEMPSCUMULES WHERE ROWID='' 0X0013FC70: select distinct SOCIETE, POSTE from TEMPSCUMULES [2002-10-03 07:48:10] [EMAIL PROTECTED] Open your ODBC Administrator and there should be tab that has a little check box that says "Turn Logging On" I believe it's on the same tab as the Pooling information. [2002-10-03 01:40:16] [EMAIL PROTECTED] how I can turn the logging on ? [2002-10-02 12:28:21] [EMAIL PROTECTED] Any chance you can re-do this with logging turned on? I did some research into this, and believe I've figured it out although I'd like to see if your actions fall into the same series of steps as mine. 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/19045 -- Edit this bug report at http://bugs.php.net/?id=19045&edit=1
#16542 [Fbk->NoF]: safe_mode_exec_dir and exec()
ID: 16542 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: IIS related Operating System: windows XP PHP Version: 4.1.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-15 22:16:11] [EMAIL PROTECTED] My host is running safe mode, and so I need to figure out how to tell them to give my directory access to exec() I would rather not run safe_mode at all. [2002-11-15 22:07:32] [EMAIL PROTECTED] Just curious, are you guys really running a shared server on Windows? Because safe_mode makes very little sense in a non-shared environment. [2002-11-15 22:03:02] [EMAIL PROTECTED] By the way, this is being used as a module for Apache. [2002-11-15 22:02:29] [EMAIL PROTECTED] I am running Win2K with PHP 4.2.1 and I am experiencing this same type of problem. Hopefully I can provide a little more feedback. safe_mode = On safe_mode_exec_dir = "D:\web\test\" Here's what I've got. I've tried with frontslashes no trailing slash, you name it, I've tried it. No exec() or system(), etc. statement will work from this directory (or any other directory for that matter while safe_mode is on). If I take off safe_mode, everything is fine (obviously). I can provide more info if necessary. Please feel free to e-mail. [2002-11-03 11:05:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-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/16542 -- Edit this bug report at http://bugs.php.net/?id=16542&edit=1
#19556 [Fbk->NoF]: UPLOAD_ERR_PARTIAL when uploading files does not work, the error stays zero
ID: 19556 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: HTTP related Operating System: win2k server & proffesional PHP Version: 4.2.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-14 01:45:15] [EMAIL PROTECTED] Please try again now. The snapshots were offline for a while as we had some reorganizing done for some machines. [2002-11-10 11:59:42] [EMAIL PROTECTED] I cannot edit my original submission (password does not work - another bug?) anyway - I cannot download the win32 snapshot to test it [2002-10-30 11:43:42] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-23 03:15:37] [EMAIL PROTECTED] UPLOAD_ERR_PARTIAL in the $_FILES array never occurs. In case of partial uploads, the error stays zero which is misleading of course. I've used the compiled php that I've downlaoded from php.net. I'm running the PHP SAPI module on Apcahce2 - 2.0.40 -- Edit this bug report at http://bugs.php.net/?id=19556&edit=1
#19656 [Fbk->NoF]: FastCGI : Wrong SCRIPT_NAME and SCRIPT_FILENAME
ID: 19656 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Other web server Operating System: Linux 2.4.19 PHP Version: 4.2.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-13 12:30:57] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip And check what flex version you have installed. The latest CVS should warn if you have too old version. [2002-11-13 01:00:05] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-10-28 18:51:45] [EMAIL PROTECTED] It doesn't work : Fatal error: input in flex scanner failed in - on line 1 Sorry... am I missing something ? --elk [2002-10-28 10:46:11] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-29 07:22:52] [EMAIL PROTECTED] I don't think this hack still works for PHP < 4.2 because there is no _SERVER vars... aie... 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/19656 -- Edit this bug report at http://bugs.php.net/?id=19656&edit=1
#19731 [Fbk->NoF]: Compiler fails with --enable-sockets flag
ID: 19731 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Sockets related Operating System: SCO 5.0.5 PHP Version: 4.2.0 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-16 01:11:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Please try the more recent snapshot. [2002-10-04 01:54:52] [EMAIL PROTECTED] Version php4-latest (php4-200210030300) : cc -Iext/sockets/ -I/u/stan/x/php4-200210030300/ext/sockets/ -DPHP_ATOM_INC-I/u/stan/x/php4-200210030300/include -I/u/stan/x/php4-200210030300/main -I/u/san/x/php4-200210030300 -I/u/stan/x/php4-200210030300/Zend -I/u/stan/x/php4-20020030300/ext/xml/expat -I/u/stan/x/php4-200210030300/TSRM -g -belf -c /u/stanx/php4-200210030300/ext/sockets/sockets.c -o ext/sockets/sockets.o && echo > et/sockets/sockets.lo "/u/stan/x/php4-200210030300/main/php_streams.h", line 311: warning: no macro rplacement within a string literal "/u/stan/x/php4-200210030300/main/php_streams.h", line 312: warning: no macro rplacement within a string literal "/usr/include/sys/regset.h", line 41: error: (struct) tag redeclared: _fpstate "/u/stan/x/php4-200210030300/ext/sockets/sockets.c", line 263: warning: argumen is incompatible with prototype: arg #3 "/u/stan/x/php4-200210030300/ext/sockets/sockets.c", line 383: error: undefined symbol: h_errno "/u/stan/x/php4-200210030300/ext/sockets/sockets.c", line 831: warning: argumen is incompatible with prototype: arg #3 [2002-10-03 07:55:31] [EMAIL PROTECTED] And http://snaps.php.net/php4-latest.tar.bz2 ? [2002-10-03 06:12:59] [EMAIL PROTECTED] Version 4.2.3 cc -I. -I/u/stan/x/php-4.2.3/ext/sockets -I/u/stan/x/php-4.2.3/main -I/u/stan/x/php-4.2.3 -I/u/stan/x/php-4.2.3/Zend -I/home/informix/incl/esql -I/home/informix/incl/tools -I/u/stan/x/php-4.2.3/ext/xml/expat -I/u/stan/x/php-4.2.3/TSRM -g -belf -c sockets.c && touch sockets.lo "/usr/include/sys/regset.h", line 41: error: (struct) tag redeclared: _fpstate "sockets.c", line 259: warning: argument is incompatible with prototype: arg #3 "sockets.c", line 367: error: undefined symbol: h_errno "sockets.c", line 775: warning: argument is incompatible with prototype: arg #3 [2002-10-03 05:16:38] [EMAIL PROTECTED] Please try a newer version (either 4.2.3 or more preferable the NON-stable snapshot from snaps.php.net) 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/19731 -- Edit this bug report at http://bugs.php.net/?id=19731&edit=1
#20142 [Fbk->Opn]: Session and EscapeShellCmd problem
ID: 20142 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Win 2K PHP Version: 4.2.3 Previous Comments: [2002-11-25 16:08:21] [EMAIL PROTECTED] I have installed the win32 version listed above and still get the same problem. The session count of characters is still off. [2002-11-15 01:37:51] [EMAIL PROTECTED] let's keep this in feedback status then until we get the real feedback. [2002-11-14 20:41:55] [EMAIL PROTECTED] I tried using the http://snaps.php.net/win32/php4-win32-latest.zip download, but it crashed my system. I don't think it was the software. It was more likely the hardware. I am currently rebuilding the server and will try again when it is up. Thank you. [2002-11-14 01:47:41] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-10-28 17:46:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-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/20142 -- Edit this bug report at http://bugs.php.net/?id=20142&edit=1
#20225 [Fbk->NoF]: a pdflib bug
ID: 20225 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type:*PDF functions PHP Version: 4.2.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2002-11-13 22:48:22] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-03 04:26:04] [EMAIL PROTECTED] when i use the CHINESE ENCODING WITH pdflib,the pdf_stringwidth Function return 0. pls tell me why ? -- Edit this bug report at http://bugs.php.net/?id=20225&edit=1
#19775 [Fbk->Opn]: PHP crashes when trying to access 2d int matrix returned from java
ID: 19775 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Java related Operating System: Windows XP Pro PHP Version: 4.2.3 Previous Comments: [2002-11-21 02:14:26] [EMAIL PROTECTED] I tried using: http://snaps.php.net/win32/php4-win32-latest.zip Time Stamped 20-Nov-2002 23:30 I am still getting the same error as in the last post. [2002-11-15 02:57:11] [EMAIL PROTECTED] I determined that for some reason, these latest builds don't like to run from folders that have names that include spaces. I created a virtual directory on WinXP point to a directory with no spaces to get around this on issue. After I resolved that problem, php was able to open the file but this is the error I received using the latest build time stamped 14-Nov-2002 23:29 --- CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: imageMatrix[0][0]=20 imageMatrix[1][1]=22 2 9 21 - I also received a windows error that says "PHP Script Interpreter has encountered a problem". I have created a stripped down version of the script I am using to test this bug. This script responds the same way as my original php script for version 4.2.3 (note that I did not post the entire original script just the portion that called the Java class). Here is the stripped down script to test the bug: \n"; print "imageMatrix[1][1]=" . $imageMatrix[1][1] . "\n"; // Apply filter to image $FilterObject = new Java("Filter"); $newImageMatrix = $FilterObject->applyFilter($filter, $filterDimension, $imageMatrix, $imageSizeX, $imageSizeY); $tempVal = $newImageMatrix[0][0]; print $tempVal . "\n"; $tempVal = $newImageMatrix[1][1]; print $tempVal . "\n"; $tempVal = $newImageMatrix[2][2]; print $tempVal . "\n"; ?> [2002-11-12 06:12:56] [EMAIL PROTECTED] Error "Could not open input file." sounds like PHP does either not find the file or doesn't have permission to access it.. [2002-11-12 00:14:49] [EMAIL PROTECTED] Yes. I tried exactly the one at the url you posted not the STABLE one. That error did strike me as a configuration error, but I did not change any of my IIS settings so I'm not sure why that configuration error would occur. [2002-11-11 18:21:45] [EMAIL PROTECTED] So did you try exactly that one found in the url? and NOT the one with 'STABLE' in it's name? That error seems more like a configuration error on your machine.. 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/19775 -- Edit this bug report at http://bugs.php.net/?id=19775&edit=1
#20665 [NEW]: Memory leaks and allocation problems
From: [EMAIL PROTECTED] Operating system: BSD/OS 4.2 PHP version: 4.3.0RC1 PHP Bug Type: Performance problem Bug description: Memory leaks and allocation problems Running 4.3RC1 in production, I see a returning problem, for the allocation of 129 bytes. Since no executed file is being reported it's hard for me to track down which is the cause. Additionally, on logrotation and a SIGHUP, there are leaks being reported, broken down to: /home/mdev/_src/php-4.3.0RC1/Zend/zend_opcode.c(295) : Freeing 0x082F6024 (7200 bytes) Zend/zend_language_scanner.c(4365) : Freeing 0x082E2824 (50 bytes) Last leak repeated 112 times Zend/zend_language_scanner.c(4450) : Freeing 0x082DFAE4 (4 bytes)Last leak repeated 2 times /home/mdev/_src/php-4.3.0RC1/Zend/zend_hash.c(262) : Freeing 0x082DE324 (100 bytes) Last leak repeated 76 times Zend/zend_language_scanner.c(3060) : Freeing 0x082E01A4 (84 bytes) /home/mdev/_src/php-4.3.0RC1/Zend/zend_execute.c(478) : Freeing 0x082DF7A4 (12 bytes) /home/mdev/_src/php-4.3.0RC1/Zend/zend_hash.c(406) : Freeing 0x082E2124 (35 bytes) etc. Full log here: http://melvyn.idg.nl/php43/leaks.log I stripped the script= part as it doesn't make any sence. Note that this is the only point where these leaks are reported. -- Edit bug report at http://bugs.php.net/?id=20665&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20665&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20665&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20665&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20665&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20665&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20665&r=support Expected behavior: http://bugs.php.net/fix.php?id=20665&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20665&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20665&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20665&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20665&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20665&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20665&r=isapi
#20664 [Opn->Ver]: strip_tags strips out exclaimation (!) points
ID: 20664 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Strings related Operating System: Linux -PHP Version: 4.3.0RC1 +PHP Version: 4.3.0-dev Previous Comments: [2002-11-26 17:44:34] [EMAIL PROTECTED] Code instance: echo "txt1 = $txt"; $txt = strip_tags($txt, ""); echo "txt2 = $txt"; With an input of "Testing!!!?!?!?!" The output looks like "Testing???" Configure Line: ./configure --with-mysql=/usr/local/mysql \ --with-xml \ --with-apxs2=/usr/local/apache2/bin/apxs \ --enable-track-vars \ --with-gd \ --with-freetype-dir=/usr \ --enable-gd-native-ttf \ --enable-gd-imgstrttf \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-zlib -- Edit this bug report at http://bugs.php.net/?id=20664&edit=1
#20638 [Fbk->Opn]: Apache cannot start
ID: 20638 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Win2K Advanced Server PHP Version: 4.2.3 New Comment: My Apache version is 2.0.43. I want configure php4.2.3 as a module in Apache. But after I add these lines in http.conf file: LoadModule php4_module e:/WebServer/php/sapi/php4apache.dll AddModule mod_php4.c AddType application/x-httpd-php .php I can not restart Apache, and I get a error message: "Cannot load E:/WebServer/php/sapi/php4apache.dll into server." But the path of php4apache.dll and php4ts.dll is correct. And I use strace.exe to Apache as: strace apache > my.log I found apache can find php4ts.dll and php4apache.dll, but it tried to find a file named ApacheCore.dll. I could not find this dll file in my computer. If I configure php as a CGI binary, Apache and php is both work well. Where did I make a mistake? Or there is some bug in php or Apache? Thanks! Previous Comments: [2002-11-26 02:20:38] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-11-26 02:18:16] [EMAIL PROTECTED] After I configured PHP as a module in Apache, Apache cannot restart or start. But when I configured PHP as a CGI binary, Apache worked well. I installed PHP following INSTALL.TXT in php package. -- Edit this bug report at http://bugs.php.net/?id=20638&edit=1
#19918 [Com]: no libphp4.so produced
ID: 19918 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: HP-UX 11.00 PHP Version: 4.3.0-pre1 New Comment: Using the latest CVS snapshot php4-STABLE-200211262230, I was able to locate what I believe to be the problem. Apparently PHP is trying to link in -lcrypt, and because libcrypt.a is not a shared library object, libtool is complaining and then not creating a shared libphp.so object because of it: *** Warning: linker path does not have real file for library -lcrypt. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libcrypt and none of the candidates passed a file format test *** using a file magic. Last file checked: /usr/lib/libcrypt.a *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module libphp4. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. So what I did was re-run the last libtool command, which is supposed to link all the objects together, and create a libphp4.so, but I took out the -lcrypt portion of the command. Once that was done, a libphp4.so was created as expected, and then a 'make install' worked also as expected putting libphp4.so into /opt/apache/modules. Starting apache so far also works without an error about 'Bad magic number'. I took a gamble that php didn't use or require the crypt library, otherwise I was half expecting to get an error from dld.sl about missing reference to 'crypt', but so far so good. Previous Comments: [2002-11-21 14:27:38] [EMAIL PROTECTED] tested with php4-200211211830 same result. @++ JC [2002-11-19 18:59:57] [EMAIL PROTECTED] I'm having the same problem and I'm using the latest CVS snapshot of php4-200211200030, HP-UX 11.00 and Apache 2.0.43. The only way I was able to work around the problem was to go into where I have apache/modules located and rename libphp4.a to libphp4.so and then 'make install' again. This seems to work, but when I try to start apache, it can't use the libphp4.so. I get this error message: Cannot load /opt/apache/modules/libphp4.so into server: Bad magic number for shared library: /opt/apache/modules/libphp4.so [2002-11-10 18:30:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-15 22:33:08] [EMAIL PROTECTED] oopsie..the other bug is saying the compile doesn't work with apache 1.3.x...but you said that works so I'm reopening this. [2002-10-15 22:31:36] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the original bug instead. Thank you for your interest in PHP. 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/19918 -- Edit this bug report at http://bugs.php.net/?id=19918&edit=1
#20664 [NEW]: strip_tags strips out exclaimation (!) points
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0RC1 PHP Bug Type: Strings related Bug description: strip_tags strips out exclaimation (!) points Code instance: echo "txt1 = $txt"; $txt = strip_tags($txt, ""); echo "txt2 = $txt"; With an input of "Testing!!!?!?!?!" The output looks like "Testing???" Configure Line: ./configure --with-mysql=/usr/local/mysql \ --with-xml \ --with-apxs2=/usr/local/apache2/bin/apxs \ --enable-track-vars \ --with-gd \ --with-freetype-dir=/usr \ --enable-gd-native-ttf \ --enable-gd-imgstrttf \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-zlib -- Edit bug report at http://bugs.php.net/?id=20664&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20664&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20664&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20664&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20664&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20664&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20664&r=support Expected behavior: http://bugs.php.net/fix.php?id=20664&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20664&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20664&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20664&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20664&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20664&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20664&r=isapi
#20526 [Opn]: fopen with ftp URL returns false despite ftp server executes get
ID: 20526 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: FTP related Operating System: MS Windows XP Pro PHP Version: 4.3.0RC1 New Comment: Tried to comment-out lines 407 to 411 of file ftp_fopen_wrapper.c. With this temporary patch my little PHP program successfully reads the file via the wrapper!! Of course in no way this can be considered "a solution". In practice I have stripped off the QUIT. The question: should not the QUIT be sent only at fclose? Previous Comments: [2002-11-26 05:56:57] [EMAIL PROTECTED] In the mean time I realized that the "FTP reports 227.." is not to be intended as "the error"; "the error" is "...failed to create stream..."; "FTP reports 227" is the result of a mere diagnostic aid. In addition I can see now that the problem is time-dependent; sometimes is "...failed to create stream...", sometimes the fopen returns a stream with no data (while there should be some!). Running a debug endowed rebuild of php-4.3.0RC1-Win32.zip and tracing the execution of ftp_fopen_wrapper.c I have seen that the "goto errexit" in line 419 is executed (datastream == NULL); it is strange to me that the datastream opening is attempted *after* that the QUIT command has been sent via the FTP control stream. Is that normal? I suspect that the FTP server gets the QUIT and kills or inhibits the data connection. I will try to momentarily comment-out the QUIT and see what happens. Anyway I will also look at and try the snapshot as you suggest. bye for now Giovanni [2002-11-25 16:19:31] [EMAIL PROTECTED] Could you please try the latest snapshot that will be avaliable from http://snaps.php.net in a few hours. It contains a fix that will make the code return a proper error message. [2002-11-25 05:41:39] [EMAIL PROTECTED] Tried http://snaps.php.net/win32/php4-win32-latest.zip with same result. One of my reasons to suspect it is a bug is that the problem reported by PHP (FTP server reports 227), in my opinion, should not indicate an error at all. I am now trying to arrange a debug session by myself (I just downloaded Cygwin, PHP sources and other stuff suggested in the PHP manual, but this is for me quite a challenge, since I got somewhat rusted with software development :-) Wish me good luck... Ciao. Giovanni [2002-11-24 12:53:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Cannot replicate the problem on WinXP or Linux with a variety of FTP servers. [2002-11-20 18:01:06] [EMAIL PROTECTED] fopen with ftp URL returns false despite ftp server executes get Tested in loopback with IP 127.0.0.1 and BulletProof ftp server running on the same machine. Note, in the server log pasted here below, that the ftp client seems to be quitting the connection before the transfer is complete. Used PHP version: php-4.3.0RC1-Win32.zip OS.: Microsoft Windows XP Professional 2002 php.ini was a copy of php.ini-recommended with only following modif.: extension_dir = C:\PHP cgi.force_redirect = 0 My PHP program == ftp://anonymous:@127.0.0.1/pub/short.txt','r'))) { printf("Cant't open file\n"); return; } $Count = 1; while (!feof ($File)) { $line = fgets ($File, 1024); printf("%d %s\n",$Count,$line); $Count += 1; } fclose($File); ?> Running the program C:\PHP>php -f c:\inetpub\wwwroot\ftp_ls_and_wrap_fopen.php PHP Warning: fopen() [http://www.php.net/function.fopen]: php_hostconnect: conn ect failed in c:\inetpub\wwwroot\ftp_ls_and_wrap_fopen.php on line 11 PHP Warning: fopen(ftp:[EMAIL PROTECTED]/pub/short.txt) [http://www.php.net/funct ion.fopen]: failed to create stream: FTP server reports 227 Entering Passive Mod e (127.0.0.1 in c:\inetpub\wwwroot\ftp_ls_and_wrap_fopen.php on line 11 dummy1.txt dummy2.txt short.txt Cant't open file (Pasted) log from BulletProof FTP Server v2.15 21/11/2002 00:33:59 - FTP Server On-line : IP(s) 192.168.1.34, on port 21 (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > connected to ip : 127.0.0.1 (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > sending welcome message. (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > 220 BulletProof FTP Server ready ... (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > USER anonymous (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > 331 Passwor
#20657 [Fbk]: Rundom Apache/PHP Bug
ID: 20657 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: Windows 2000 Prof. PHP Version: 4.3.0RC1 New Comment: You should also try latest STABLE (4.3.0-dev) snapshot from http://snaps.php.net Previous Comments: [2002-11-26 13:58:06] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2002-11-26 13:22:05] [EMAIL PROTECTED] I'm using PHP 4.3 RC1 with Apache/1.3.24 on Windows 2002 (Windows NT localhost 5.0 build 2195). I'm geting an quite not repeatable error. In i quess random intervals the webserver dies with an error message. This only happens when calling php sites. This error does not occur on normal html pages. So i guess its a php bug. The Message says that the method "read" could not be executed in memory. Coz my windows is in german i've uploaded an screenshot to http://www.rednoize.com/~marceman/phpbug.gif Hope i could help ya in some way. GREETS marceman -- Edit this bug report at http://bugs.php.net/?id=20657&edit=1
#20215 [Bgs]: fputs(); (Line Feed / Carriage Return)
ID: 20215 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Filesystem function related Operating System: Windows 2000 -PHP Version: 4.2.3 +PHP Version: 4.3RC1 New Comment: I meet the problem with - Windows 2000 Pro SP3 (FAT32) - Apache 1.3.27 - PHP 4.3RC1 *with php.ini-recommended* (http://www.serveurperso.com/php.ini) This small script bug (mini notepad for admin-zone...) http://www.serveurperso.com/temp/fputs.php ! The bug with PhpMyExplorer text file editor is the same. Is it can be an Apache problem in the interpretation of the form? Previous Comments: [2002-11-16 17:08:53] [EMAIL PROTECTED] I can't reproduce the problem using PHP 4.3RC1 or the slightly more up to date PHP 4.3 development branch and the script that you provided, either under win XP with IIS or linux. I'm using php.ini-recommended, so please make sure that you don't have any zany settings turned on in your php.ini or server configuration. [2002-11-16 06:22:55] [EMAIL PROTECTED] The last PHP CVS snapshot (Win32) doesn't correct the bug Demo/Source : http://www.serveurperso.com/temp/fputs.php The function always adds some incorrects CRLF. [2002-11-16 01:12:37] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-11-01 16:16:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-01 16:05:39] [EMAIL PROTECTED] To every writings the function "fput" adds jumps of lines in too much. Sample script : -- Edit this bug report at http://bugs.php.net/?id=20215&edit=1
#20658 [Fbk]: segfault after calling array_walk
ID: 20658 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4.19-pre4 PHP Version: 4CVS-2002-11-26 (stable) New Comment: Yep. I found a bug in error reporting code while investigating array_walk() and fixed it. Now please try the latest one and it will give you a bit more useful information, I suppose. Previous Comments: [2002-11-26 16:48:36] [EMAIL PROTECTED] The one I tried and quoted in the bug report was less than 2 hours old at the time of the reporting. Has anything changed between then and now? [2002-11-26 15:38:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-26 13:41:48] [EMAIL PROTECTED] I get a segfault after calling array_walk, in this portion of a script: function get_flat($packageid = 0) { if ($packageid == $this->lastflatid) return $this->flat; $this->lastflatid = $packageid; $this->flat = array(); array_walk(&$this->tree[$packageid], array(&$this, "get_flat_callback")); return $this->flat; } function get_flat_callback($val, $key) { if (is_array($val)) { if (is_int($key)) $this->flat[$key] =& $val; array_walk(&$val, array(&$this, "get_flat_callback")); } } The entire script can be viewed here: http://dali.deviantart.com/~chris/themetree.phps For some odd reason, this code is called twice in the page, however the bug only manifests itself the second time the function is called (which was why I added the first three lines of get_flat() as a temporary workaround) however it is completely reproducible. I could also reproduce it in 4.2.2, and it printed an error message to the php error_log: [26-Nov-2002 10:16:31] PHP Warning: Unable to call (null)() - function does not exist in /www/shared/themetree.php on line 67 A backtrace from a snapshot from an hour or two ago is below: Program received signal SIGSEGV, Segmentation fault. 0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78, fmt=0x403ddd60 "Unable to call %s() - function does not exist", ap=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/spprintf.c:438 438 s_len = strlen(s); (gdb) bt #0 0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78, fmt=0x403ddd60 "Unable to call %s() - function does not exist", ap=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/spprintf.c:438 #1 0x403902e1 in vspprintf (pbuf=0xbfff9ad8, max_len=0, format=0x403ddd60 "Unable to call %s() - function does not exist", ap=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/spprintf.c:622 #2 0x4038c3cc in php_verror (docref=0x0, params=0x403e9f93 "", type=2, format=0x403ddd60 "Unable to call %s() - function does not exist", args=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/main.c:399 #3 0x4038c723 in php_error_docref0 (docref=0x0, type=2, format=0x403ddd60 "Unable to call %s() - function does not exist") at /home/chris/php4-STABLE-200211261830/main/main.c:484 #4 0x403178bb in php_array_walk (target_hash=0x81ca984, userdata=0x0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:983 #5 0x403179fd in zif_array_walk (ht=2, return_value=0x8254c8c, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023 #6 0x403cb211 in execute (op_array=0x8254b7c) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598 #7 0x403aff76 in call_user_function_ex (function_table=0x8253a00, object_pp=0x8209a68, function_name=0x8253644, retval_ptr_ptr=0xbfffa1a8, param_count=2, params=0xbfffa1c0, no_separation=0, symbol_table=0x0) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute_API.c:557 #8 0x40317889 in php_array_walk (target_hash=0x824e4c4, userdata=0x0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:978 #9 0x403179fd in zif_array_walk (ht=2, return_value=0x825547c, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023 #10 0x403cb211 in execute (op_array=0x8254b7c) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598 #11 0x403aff76 in call_user_function_ex (function_table=0x8253a00, object_pp=0x820aab0, function_name=0x825646c, retval_ptr_ptr=0xbfffa7f8, param_count=2, params=0xbfffa810, no_separation=0, symbol_table=0x0) at /home/chris/php4-STABLE-200211261830/Zend/zend_ex
#20658 [Com]: segfault after calling array_walk
ID: 20658 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4.19-pre4 PHP Version: 4CVS-2002-11-26 (stable) New Comment: The one I tried and quoted in the bug report was less than 2 hours old at the time of the reporting. Has anything changed between then and now? Previous Comments: [2002-11-26 15:38:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-26 13:41:48] [EMAIL PROTECTED] I get a segfault after calling array_walk, in this portion of a script: function get_flat($packageid = 0) { if ($packageid == $this->lastflatid) return $this->flat; $this->lastflatid = $packageid; $this->flat = array(); array_walk(&$this->tree[$packageid], array(&$this, "get_flat_callback")); return $this->flat; } function get_flat_callback($val, $key) { if (is_array($val)) { if (is_int($key)) $this->flat[$key] =& $val; array_walk(&$val, array(&$this, "get_flat_callback")); } } The entire script can be viewed here: http://dali.deviantart.com/~chris/themetree.phps For some odd reason, this code is called twice in the page, however the bug only manifests itself the second time the function is called (which was why I added the first three lines of get_flat() as a temporary workaround) however it is completely reproducible. I could also reproduce it in 4.2.2, and it printed an error message to the php error_log: [26-Nov-2002 10:16:31] PHP Warning: Unable to call (null)() - function does not exist in /www/shared/themetree.php on line 67 A backtrace from a snapshot from an hour or two ago is below: Program received signal SIGSEGV, Segmentation fault. 0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78, fmt=0x403ddd60 "Unable to call %s() - function does not exist", ap=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/spprintf.c:438 438 s_len = strlen(s); (gdb) bt #0 0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78, fmt=0x403ddd60 "Unable to call %s() - function does not exist", ap=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/spprintf.c:438 #1 0x403902e1 in vspprintf (pbuf=0xbfff9ad8, max_len=0, format=0x403ddd60 "Unable to call %s() - function does not exist", ap=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/spprintf.c:622 #2 0x4038c3cc in php_verror (docref=0x0, params=0x403e9f93 "", type=2, format=0x403ddd60 "Unable to call %s() - function does not exist", args=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/main.c:399 #3 0x4038c723 in php_error_docref0 (docref=0x0, type=2, format=0x403ddd60 "Unable to call %s() - function does not exist") at /home/chris/php4-STABLE-200211261830/main/main.c:484 #4 0x403178bb in php_array_walk (target_hash=0x81ca984, userdata=0x0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:983 #5 0x403179fd in zif_array_walk (ht=2, return_value=0x8254c8c, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023 #6 0x403cb211 in execute (op_array=0x8254b7c) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598 #7 0x403aff76 in call_user_function_ex (function_table=0x8253a00, object_pp=0x8209a68, function_name=0x8253644, retval_ptr_ptr=0xbfffa1a8, param_count=2, params=0xbfffa1c0, no_separation=0, symbol_table=0x0) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute_API.c:557 #8 0x40317889 in php_array_walk (target_hash=0x824e4c4, userdata=0x0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:978 #9 0x403179fd in zif_array_walk (ht=2, return_value=0x825547c, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023 #10 0x403cb211 in execute (op_array=0x8254b7c) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598 #11 0x403aff76 in call_user_function_ex (function_table=0x8253a00, object_pp=0x820aab0, function_name=0x825646c, retval_ptr_ptr=0xbfffa7f8, param_count=2, params=0xbfffa810, no_separation=0, symbol_table=0x0) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute_API.c:557 #12 0x40317889 in php_array_walk (target_hash=0x8209914, userdata=0x0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:978 #13 0x403179fd in zif_array_walk (ht=2, return_value=0x820cc94, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-2002
#20662 [Csd->Bgs]: define not function as expected
ID: 20662 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows 95 PHP Version: 4.2.3 New Comment: it is actually bogus Previous Comments: [2002-11-26 16:41:21] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. and duplicate and... 4.2.3 is not latest cvs. the next release with that fix will be 4.3. until it comes out try snapshots from snaps.php.net [2002-11-26 16:38:02] [EMAIL PROTECTED] http://bugs.php.net/bug.php?id=20634 it noted that bug has been fixed in CVS em... i downloaded php 4.2.3 from php.net and it not not function as expected define('PAPER', 'Upercase Paper'); define('paper', 'Lowercase Paper'); Notice: Constant paper already defined in #myfilepath on line #myline define('PAPER', 'Upercase Paper', false); define('paper', 'Lowercase Paper', false); also return the same notice it means although the bug discovered in php version 4.2.2 it still didn't get fixed in php 4.2.3 somehow ...^^ weird it didn't say CVS version what? -- Edit this bug report at http://bugs.php.net/?id=20662&edit=1
#20662 [Opn->Csd]: define not function as expected
ID: 20662 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: Windows 95 PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. and duplicate and... 4.2.3 is not latest cvs. the next release with that fix will be 4.3. until it comes out try snapshots from snaps.php.net Previous Comments: [2002-11-26 16:38:02] [EMAIL PROTECTED] http://bugs.php.net/bug.php?id=20634 it noted that bug has been fixed in CVS em... i downloaded php 4.2.3 from php.net and it not not function as expected define('PAPER', 'Upercase Paper'); define('paper', 'Lowercase Paper'); Notice: Constant paper already defined in #myfilepath on line #myline define('PAPER', 'Upercase Paper', false); define('paper', 'Lowercase Paper', false); also return the same notice it means although the bug discovered in php version 4.2.2 it still didn't get fixed in php 4.2.3 somehow ...^^ weird it didn't say CVS version what? -- Edit this bug report at http://bugs.php.net/?id=20662&edit=1
#20662 [NEW]: define not function as expected
From: [EMAIL PROTECTED] Operating system: Windows 95 PHP version: 4.2.3 PHP Bug Type: Unknown/Other Function Bug description: define not function as expected http://bugs.php.net/bug.php?id=20634 it noted that bug has been fixed in CVS em... i downloaded php 4.2.3 from php.net and it not not function as expected define('PAPER', 'Upercase Paper'); define('paper', 'Lowercase Paper'); Notice: Constant paper already defined in #myfilepath on line #myline define('PAPER', 'Upercase Paper', false); define('paper', 'Lowercase Paper', false); also return the same notice it means although the bug discovered in php version 4.2.2 it still didn't get fixed in php 4.2.3 somehow ...^^ weird it didn't say CVS version what? -- Edit bug report at http://bugs.php.net/?id=20662&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20662&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20662&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20662&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20662&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20662&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20662&r=support Expected behavior: http://bugs.php.net/fix.php?id=20662&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20662&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20662&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20662&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20662&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20662&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20662&r=isapi
#20620 [Com]: enable-sockets results in undefined symbols
ID: 20620 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: Solaris 5.7 PHP Version: 4.2.1 New Comment: Yeah, better now! In fact: great - thank you very much folks. You turned my moods from "had I learned something respectable, I would not have to sit here" back to "yes, the internet is great, and so are the people supporting it!" * * * I send this now before trying out what I have now because this will be new things, and this one may be closed. For docu: I followed your suggestion using php4-200211251630. First I couldn't even compile php: * * * Output line too long. Output line too long. Output line too long. ld: elf error: file main: unknown type, unable to process using elf(3E) libraries ld: fatal: File processing errors. No output written to a.out collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 * * * but when I redid this "--without-mysql", it worked. And now I even have apache started with the IBMdb2 stuff inside the php, and I am very curious how this will work once I managed to use it :-) Thanks again and bye for now xyrafo Previous Comments: [2002-11-25 08:50:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-25 08:29:13] [EMAIL PROTECTED] Dear all! In the end, I want to use "--with-ibm-db2", but I encounter several problems, that I think I could narrow down to this: When making the apache, I receive this: Undefined first referenced symbol in file in6addr_any modules/php4/libphp4.a(network.o) getaddrinfo modules/php4/libphp4.a(network.o) gai_strerrormodules/php4/libphp4.a(network.o) strlcat modules/php4/libphp4.a(SAPI.o) strlcpy modules/php4/libphp4.a(php_apache.o) freeaddrinfomodules/php4/libphp4.a(network.o) dn_skipname modules/php4/libphp4.a(dns.o) ld: fatal: Symbol referencing errors. No output written to httpd our call to configure php is: CC=gcc LD_LIBRARY_PATH=/opt/IBMdb2/V7.1/lib ./configure \ --prefix=/var/applications/proj/bin/php_4.2.1 \ --exec-prefix=/var/applications/proj/bin/php_4.2.1 \ --enable-sockets \ --disable-ip6v \ --with-apache=/var/applications/proj/src/make/apache_1.3.26 \ --enable-track-vars # --with-oracle=$ORACLE_HOME # --with-ibm-db2=/opt/IBMdb2/V7.1 The configure for apache ./configure \ --prefix=/var/applications/proj/bin/apache_1.3.26_php4 \ --exec-prefix=/var/applications/proj/bin/apache_1.3.26_php4 \ --bindir=/var/applications/proj/bin/apache_1.3.26_php4 \ --activate-module=src/modules/php4/libphp4.a \ --with-port=8081 I put the "--disable-ip6v" in, because I have another machine with Solaris 5.8 that has IP6V enabled, while the one in question has not, but both of them seem to ignore the switch. The thing can be compiled on the newer machine, where I copied the IBMdb2 stuff to, but alas, when I transfer the result back, it complains about versions and if I disable that, there is another failure, so they seem to be too different. I don't dare to fool around and copy libraries because I don't know enough about these things. Unfortunately I cannot simply reinstall the 5.7 machine, or update it, or use the other one :-( Any idea is very much appreciated! I did rm config.cache. Here is a selection of checks: checking host system type... sparc-sun-solaris2.7 checking for Apache 1.x module support... yes - Apache 1.3.x checking for socket in -lsocket... yes checking for gethostname in -lnsl... yes checking for IPv6 support... no checking for gai_strerror... no checking for getaddrinfo... no checking for socket... yes checking whether to enable sockets support... yes checking build system type... sparc-sun-solaris2.7 checking for ld used by GCC... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/ccs/bin/nm -p checking how to recognise dependant libraries... pass_all checking for object suffix... o checking for executable suffix... no checking command to parse /usr/ccs/bin/nm -p output... ok checking for dlfcn.h... yes checking for ranlib... (cached) ranlib checking dynamic linker characteristics... solaris2.7 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... no checking whether to build static libraries... yes The command failing is cd src cmd="\ gc
#20615 [Com]: PHP 4.2.3 unable to run in Windows NT 2000 with ISAPI
ID: 20615 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating System: Windows NT 2000 Server PHP Version: 4.2.3 New Comment: I agree with this problem - but not sure in php Previous Comments: [2002-11-25 00:57:23] [EMAIL PROTECTED] We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. [2002-11-25 00:28:38] [EMAIL PROTECTED] I installed PHP 4.2.3 to Windows NT 2000 Server. then RUN test.php with phpinfo(). after this, I push Home button. the system display http 500 internal error then I press reload button, IE appear following error -2147417842 (0x8001010e) sorry! My english is very pool. -- Edit this bug report at http://bugs.php.net/?id=20615&edit=1
#20658 [Opn->Fbk]: segfault after calling array_walk
ID: 20658 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4.19-pre4 PHP Version: 4CVS-2002-11-26 (stable) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-11-26 13:41:48] [EMAIL PROTECTED] I get a segfault after calling array_walk, in this portion of a script: function get_flat($packageid = 0) { if ($packageid == $this->lastflatid) return $this->flat; $this->lastflatid = $packageid; $this->flat = array(); array_walk(&$this->tree[$packageid], array(&$this, "get_flat_callback")); return $this->flat; } function get_flat_callback($val, $key) { if (is_array($val)) { if (is_int($key)) $this->flat[$key] =& $val; array_walk(&$val, array(&$this, "get_flat_callback")); } } The entire script can be viewed here: http://dali.deviantart.com/~chris/themetree.phps For some odd reason, this code is called twice in the page, however the bug only manifests itself the second time the function is called (which was why I added the first three lines of get_flat() as a temporary workaround) however it is completely reproducible. I could also reproduce it in 4.2.2, and it printed an error message to the php error_log: [26-Nov-2002 10:16:31] PHP Warning: Unable to call (null)() - function does not exist in /www/shared/themetree.php on line 67 A backtrace from a snapshot from an hour or two ago is below: Program received signal SIGSEGV, Segmentation fault. 0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78, fmt=0x403ddd60 "Unable to call %s() - function does not exist", ap=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/spprintf.c:438 438 s_len = strlen(s); (gdb) bt #0 0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78, fmt=0x403ddd60 "Unable to call %s() - function does not exist", ap=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/spprintf.c:438 #1 0x403902e1 in vspprintf (pbuf=0xbfff9ad8, max_len=0, format=0x403ddd60 "Unable to call %s() - function does not exist", ap=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/spprintf.c:622 #2 0x4038c3cc in php_verror (docref=0x0, params=0x403e9f93 "", type=2, format=0x403ddd60 "Unable to call %s() - function does not exist", args=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/main.c:399 #3 0x4038c723 in php_error_docref0 (docref=0x0, type=2, format=0x403ddd60 "Unable to call %s() - function does not exist") at /home/chris/php4-STABLE-200211261830/main/main.c:484 #4 0x403178bb in php_array_walk (target_hash=0x81ca984, userdata=0x0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:983 #5 0x403179fd in zif_array_walk (ht=2, return_value=0x8254c8c, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023 #6 0x403cb211 in execute (op_array=0x8254b7c) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598 #7 0x403aff76 in call_user_function_ex (function_table=0x8253a00, object_pp=0x8209a68, function_name=0x8253644, retval_ptr_ptr=0xbfffa1a8, param_count=2, params=0xbfffa1c0, no_separation=0, symbol_table=0x0) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute_API.c:557 #8 0x40317889 in php_array_walk (target_hash=0x824e4c4, userdata=0x0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:978 #9 0x403179fd in zif_array_walk (ht=2, return_value=0x825547c, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023 #10 0x403cb211 in execute (op_array=0x8254b7c) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598 #11 0x403aff76 in call_user_function_ex (function_table=0x8253a00, object_pp=0x820aab0, function_name=0x825646c, retval_ptr_ptr=0xbfffa7f8, param_count=2, params=0xbfffa810, no_separation=0, symbol_table=0x0) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute_API.c:557 #12 0x40317889 in php_array_walk (target_hash=0x8209914, userdata=0x0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:978 #13 0x403179fd in zif_array_walk (ht=2, return_value=0x820cc94, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023 #14 0x403cb211 in execute (op_array=0x8254b7c) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598 #15 0x403aff76 in call_user_function_ex (function_table=0x8253a00, object_pp=0x8
#18621 [Opn->Bgs]: Can't lock row in oracle8i
ID: 18621 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: windows2000 PHP Version: 4.2.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2002-07-29 09:10:34] [EMAIL PROTECTED] I would like to lock row for update but it can't lock .If I lock row in sql*plus by sql command "select * from table where ... for update nowait" it can check lock and display massage 'read only'. How can I do? my code: ... $gcom ='select * from admin.USERS where ACCOUNT = '."'".$ACCOUNT."' for update nowait"; $result = OCIParse($conn, $gcom); $chk = OCIExecute($result,OCI_DEFAULT); if(!$chk){ $gcom ='select * from admin.USERS where ACCOUNT = '."'".$ACCOUNT."'"; $mess = "Read only"; $result = OCIParse($conn, $gcom); $chk = OCIExecute($result,OCI_DEFAULT); }else {$mess="Read/Write";} echo $mess; $rows = OCIFetchStatement($result,$results); ... -- Edit this bug report at http://bugs.php.net/?id=18621&edit=1
#19517 [Opn]: the oci8 function cause apache to crash
ID: 19517 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: windows 2000 and linux PHP Version: 4.2.3 New Comment: This might be an Apache 2 problem. Can you reproduce the crash with the latest CVS release on Apache over 2.0.43? Previous Comments: [2002-11-05 14:13:23] [EMAIL PROTECTED] I get this error in my apache error log when multithreading is turned on: [notice] child pid 28373 exit signal Segmentation fault (11) Apache: 2.0.X (mpm worker) OS: HP-UX 11.00 (with linker patches) PHP: 4.2.2 dso with oci8 extension Oracle: 8.1.6 If I set ThreadsPerChild to 1 (single threaded), I don't get any segfaults. With ThreadsPerChild set to 2 (or higher) I get the segmentation faults with as few as 2 concurrent requests (ab -n 10 -c 2 http://testurl/). With particularly high load (>100 concurrent requests) Apache 2 hangs, and has to be killed. I also get this error message in my php log: "PHP Warning: _oci_open_server: ORA-12154: TNS:could not resolve service name" On the same system, Apache 1.3.26 with PHP as CGI works perfectly. [2002-09-20 03:30:06] [EMAIL PROTECTED] on medium/high load and on multi-threaded serveurs ( apache 1.3.X windows and apache 2.0.X (mpm=worker) on linux), oci cause segmentation fault to apache. I test with apache 1.3.26 / 2.0.40 on windows 2000 server and professionnal, php 4.2.3, oracle 8.1.7.0 and 9.0.1 ( on the same and different Pc). I test with and without autocommit. i always get the same result. the script: i run test with microsoft web apllication stress tools and ab. the error message is : _oci_open_server: ORA12154 TNS: could not resolve service name. All works fine with linux / apache 1.3.X. -- Edit this bug report at http://bugs.php.net/?id=19517&edit=1
#20661 [NEW]: Incorrectly identifies match
From: [EMAIL PROTECTED] Operating system: Linux redHat 7.0 and Solaris 8 PHP version: 4.2.3 PHP Bug Type: Regexps related Bug description: Incorrectly identifies match // finds 17 (also 15) but not 27 in option pattern >> see below if(ereg("5|7","17")){ print "found"; }else{ print "not found"; } ./configure' '--prefix=/usr' '--with-apxs' '--with-mysql' '--with-pgsql' '--with-gd' '--with-jpeg-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-ttf' '--with-zlib' '--with-openssl' '--with-imap' '--with-imap-ssl' '--with-kerberos' '--with-gettext' '--with-mcrypt' -- Edit bug report at http://bugs.php.net/?id=20661&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20661&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20661&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20661&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20661&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20661&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20661&r=support Expected behavior: http://bugs.php.net/fix.php?id=20661&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20661&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20661&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20661&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20661&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20661&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20661&r=isapi
#19735 [Opn->Ver]: Oracle - kgepop error OciNewCollection
ID: 19735 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: OCI8 related Operating System: NT4 SP3 PHP Version: 4.2.1 New Comment: Just reproduced the crash. On web server these two lines completely crash the whole thing. Most importantly, I wasn't even able to trace it. m Previous Comments: [2002-10-03 09:33:12] [EMAIL PROTECTED] When run from command line: $Conn = OciLogon("user", "pass", "db") or die("error"); $Coll = OciNewCollection($Conn, "valid_type_or_nonsense"); consistently causes following error: kgepop: no error frame to pop to for error 21522 Don't know if same error occurs on web server (don't use version with collection capabilities on server) php.exe straight from win32 zip. php_oc8.dll extension enabled. -- Edit this bug report at http://bugs.php.net/?id=19735&edit=1
#20651 [Opn->Csd]: configure hangs in tr x- x_
ID: 20651 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: *Compile Issues Operating System: Solaris 8 PHP Version: 4CVS-2002-11-26 (stable) New Comment: Problem is resolved if tr is updated to v2.1 Previous Comments: [2002-11-26 10:13:26] [EMAIL PROTECTED] After rebuilding configure with ./buildconf, the ./configure step hangs after "Updated php_version.h" message a check of top/ps show this to be specifically ps reports "tr x- x_". autoconf 2.53 automake 1.6.3 lintool 1.4 bison 1.33 flex 2.5.4 ./configure --prefix=/local/APACHE/php --with-apxs2=/local/APACHE/Apaceh2/bin/apxs --with-zlib-dir=/usr/local/add-on/zlib --with-mysql=/local/mysql This configure script worked on the CVS version from 10/30/02 -- Edit this bug report at http://bugs.php.net/?id=20651&edit=1
#20659 [NEW]: make error
From: [EMAIL PROTECTED] Operating system: suse 8.0 Pro PHP version: 4.3.0RC1 PHP Bug Type: Compile Failure Bug description: make error Have php 4.2.1 already installed and was going to installing the release canidate on top of it. >./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-mm >make I get these errors at the end of the make: /usr/bin/ld: Dwarf Error: Invalid or unhandled FORM value: 14. /usr/bin/ld: Dwarf Error: Invalid or unhandled FORM value: 14. ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /home/http/builds/php-4.3.0RC1/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' I saw that the tempnam error is not getting fixed but did not see anyone else report the Dwarf Error. -- Edit bug report at http://bugs.php.net/?id=20659&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20659&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20659&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20659&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20659&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20659&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20659&r=support Expected behavior: http://bugs.php.net/fix.php?id=20659&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20659&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20659&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20659&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20659&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20659&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20659&r=isapi
#19404 [Com]: phpMyAdmin does not work properly anymore
ID: 19404 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: mbstring related Operating System: SuSE Linux 8.0 PHP Version: 4.2.3 New Comment: Does this problem exist in the PHP 4.2.3 Win 32 download binary? Previous Comments: [2002-11-24 16:55:57] [EMAIL PROTECTED] Maybe stupid hint... for people who are having problems with phpMyAdmin. Did you checked php.ini for directive magic_quotes_gpc? It _MUST_ be set to Off, this directive can not be overwritten in PHP code (as mentioned in PHP documentation). If you can not turn it off for whole webserver in php.ini, use .htaccess and put "php_flag magic_quotes_gpc off" in (without quotes :). [2002-11-22 13:21:27] [EMAIL PROTECTED] I forgot to mention --disable-mbstring. If you can make your build from the source, still want to use 4.2.3, please specify --disable-mbstring in configure params, and the problem would be gone. However the case you cannot make use of mysql from within your php scripts is not directly relevant to this bug. Anyway all that I can say is this bug was really fixed... [2002-11-22 11:10:01] [EMAIL PROTECTED] Well, I guess any one interested in using phpMyAdmin just can't use php 4.2.3? that's really pathetic. I love php and so on, but at least they could *fix* the bug? [2002-11-22 02:52:26] [EMAIL PROTECTED] Re: 4.2.3 Bug in mbstring.internal_encoding First, the 4.3.3 version does not have a listing in the ini file to not used this encoding so if the work-around is to not use this i would sure like to know how that is done. Second, if there is a current version of php that works with mySQL i would like to know where it is. 4.2.3 does not work and the new 4.3.0 does not work either. Am i the only one that can't get php and mySQL to work or is everyone sol just like me? [2002-11-20 09:48:21] [EMAIL PROTECTED] We have never issued a patch for this problem publicly by now, and will never. If you have to use the released versions, please wait until 4.3.0 is out. Otherwise you can fetch the latest stable cvs version at http://snaps.php.net/ 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/19404 -- Edit this bug report at http://bugs.php.net/?id=19404&edit=1
#20657 [Opn->Fbk]: Rundom Apache/PHP Bug
ID: 20657 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Windows 2000 Prof. PHP Version: 4.3.0RC1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2002-11-26 13:22:05] [EMAIL PROTECTED] I'm using PHP 4.3 RC1 with Apache/1.3.24 on Windows 2002 (Windows NT localhost 5.0 build 2195). I'm geting an quite not repeatable error. In i quess random intervals the webserver dies with an error message. This only happens when calling php sites. This error does not occur on normal html pages. So i guess its a php bug. The Message says that the method "read" could not be executed in memory. Coz my windows is in german i've uploaded an screenshot to http://www.rednoize.com/~marceman/phpbug.gif Hope i could help ya in some way. GREETS marceman -- Edit this bug report at http://bugs.php.net/?id=20657&edit=1
#20658 [NEW]: segfault after calling array_walk
From: [EMAIL PROTECTED] Operating system: Linux 2.4.19-pre4 PHP version: 4CVS-2002-11-26 (stable) PHP Bug Type: Reproducible crash Bug description: segfault after calling array_walk I get a segfault after calling array_walk, in this portion of a script: function get_flat($packageid = 0) { if ($packageid == $this->lastflatid) return $this->flat; $this->lastflatid = $packageid; $this->flat = array(); array_walk(&$this->tree[$packageid], array(&$this, "get_flat_callback")); return $this->flat; } function get_flat_callback($val, $key) { if (is_array($val)) { if (is_int($key)) $this->flat[$key] =& $val; array_walk(&$val, array(&$this, "get_flat_callback")); } } The entire script can be viewed here: http://dali.deviantart.com/~chris/themetree.phps For some odd reason, this code is called twice in the page, however the bug only manifests itself the second time the function is called (which was why I added the first three lines of get_flat() as a temporary workaround) however it is completely reproducible. I could also reproduce it in 4.2.2, and it printed an error message to the php error_log: [26-Nov-2002 10:16:31] PHP Warning: Unable to call (null)() - function does not exist in /www/shared/themetree.php on line 67 A backtrace from a snapshot from an hour or two ago is below: Program received signal SIGSEGV, Segmentation fault. 0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78, fmt=0x403ddd60 "Unable to call %s() - function does not exist", ap=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/spprintf.c:438 438 s_len = strlen(s); (gdb) bt #0 0x4038fd10 in xbuf_format_converter (xbuf=0xbfff9a78, fmt=0x403ddd60 "Unable to call %s() - function does not exist", ap=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/spprintf.c:438 #1 0x403902e1 in vspprintf (pbuf=0xbfff9ad8, max_len=0, format=0x403ddd60 "Unable to call %s() - function does not exist", ap=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/spprintf.c:622 #2 0x4038c3cc in php_verror (docref=0x0, params=0x403e9f93 "", type=2, format=0x403ddd60 "Unable to call %s() - function does not exist", args=0xbfff9b30) at /home/chris/php4-STABLE-200211261830/main/main.c:399 #3 0x4038c723 in php_error_docref0 (docref=0x0, type=2, format=0x403ddd60 "Unable to call %s() - function does not exist") at /home/chris/php4-STABLE-200211261830/main/main.c:484 #4 0x403178bb in php_array_walk (target_hash=0x81ca984, userdata=0x0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:983 #5 0x403179fd in zif_array_walk (ht=2, return_value=0x8254c8c, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023 #6 0x403cb211 in execute (op_array=0x8254b7c) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598 #7 0x403aff76 in call_user_function_ex (function_table=0x8253a00, object_pp=0x8209a68, function_name=0x8253644, retval_ptr_ptr=0xbfffa1a8, param_count=2, params=0xbfffa1c0, no_separation=0, symbol_table=0x0) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute_API.c:557 #8 0x40317889 in php_array_walk (target_hash=0x824e4c4, userdata=0x0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:978 #9 0x403179fd in zif_array_walk (ht=2, return_value=0x825547c, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023 #10 0x403cb211 in execute (op_array=0x8254b7c) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598 #11 0x403aff76 in call_user_function_ex (function_table=0x8253a00, object_pp=0x820aab0, function_name=0x825646c, retval_ptr_ptr=0xbfffa7f8, param_count=2, params=0xbfffa810, no_separation=0, symbol_table=0x0) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute_API.c:557 #12 0x40317889 in php_array_walk (target_hash=0x8209914, userdata=0x0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:978 #13 0x403179fd in zif_array_walk (ht=2, return_value=0x820cc94, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:1023 #14 0x403cb211 in execute (op_array=0x8254b7c) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute.c:1598 #15 0x403aff76 in call_user_function_ex (function_table=0x8253a00, object_pp=0x82095c8, function_name=0x8253f3c, retval_ptr_ptr=0xbfffae48, param_count=2, params=0xbfffae60, no_separation=0, symbol_table=0x0) at /home/chris/php4-STABLE-200211261830/Zend/zend_execute_API.c:557 #16 0x40317889 in php_array_walk (target_hash=0x8254a9c, userdata=0x0) at /home/chris/php4-STABLE-200211261830/ext/standard/array.c:978 #17 0x403179f
#20657 [NEW]: Rundom Apache/PHP Bug
From: [EMAIL PROTECTED] Operating system: Windows 2000 Prof. PHP version: 4.3.0RC1 PHP Bug Type: Apache related Bug description: Rundom Apache/PHP Bug I'm using PHP 4.3 RC1 with Apache/1.3.24 on Windows 2002 (Windows NT localhost 5.0 build 2195). I'm geting an quite not repeatable error. In i quess random intervals the webserver dies with an error message. This only happens when calling php sites. This error does not occur on normal html pages. So i guess its a php bug. The Message says that the method "read" could not be executed in memory. Coz my windows is in german i've uploaded an screenshot to http://www.rednoize.com/~marceman/phpbug.gif Hope i could help ya in some way. GREETS marceman -- Edit bug report at http://bugs.php.net/?id=20657&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20657&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20657&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20657&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20657&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20657&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20657&r=support Expected behavior: http://bugs.php.net/fix.php?id=20657&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20657&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20657&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20657&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20657&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20657&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20657&r=isapi
#20656 [NEW]: Feature Request: mysql_fetch_object as user defined class
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.2.2 PHP Bug Type: Feature/Change Request Bug description: Feature Request: mysql_fetch_object as user defined class I think it would be very useful to be able to specify the class of the object returned by mysql_fetch_object. So perhaps the syntax would be mysql_fetch_object ( resource result, classname ) and the object returned would have all the properties and methods of the user defined class, in addition to having properties that correspond to the fetched row -- Edit bug report at http://bugs.php.net/?id=20656&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20656&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20656&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20656&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20656&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20656&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20656&r=support Expected behavior: http://bugs.php.net/fix.php?id=20656&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20656&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20656&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20656&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20656&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20656&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20656&r=isapi
#20655 [Opn->Csd]: Arrays and Hashes get cut-off the first 4 characters
ID: 20655 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Arrays related Operating System: Linux Slackware 8.1 Kernel 2.419 PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Also try --disable-mbstring if you still want to use the released version. Previous Comments: [2002-11-26 12:52:59] [EMAIL PROTECTED] Whenever a GET/POST is done from a web form, the resulting $_GET, $_POST arrays are auto-generated with the first 4 chars of the string cut-off IF the string is 4 or more chars. For instance: name: age: completed with name = "123456" and age = "654321" would generate: (with this code) the following: Array ( [0] => 56 [1] => 21 ) as you can see the first 4 chars have been truncated. it's been done with linux slackware 8.1, kernel 2.4.19+grsecurity on AMD and Intel microprocessors. the configure line: #!/bin/sh ./configure \ --prefix=/usr/local/php \ --enable-force-cgi-redirect \ --with-zlib \ --enable-sockets \ --with-mysql=/usr/local/mysql \ --enable-memory-limit \ --with-mm=/root/software/apache/mm-1.1.3/ \ --with-gd=/usr/local/gd-lib \ --enable-ftp \ --enable-calendar \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-freetype-dir= \ --enable-gd-native-ttf \ --with-mcrypt=/usr/local/lib/libmcrypt \ --enable-inline-optimization \ --enable-pcntl \ --enable-mbstring \ --enable-mbstr-enc-trans \ --enable-mbregex \ --with-imap=/root/software/lib/imap-2002/ \ --with-imap-ssl \ --with-openssl with version 4.2.3. have not tested any variants. -- Edit this bug report at http://bugs.php.net/?id=20655&edit=1
#20655 [NEW]: Arrays and Hashes get cut-off the first 4 characters
From: [EMAIL PROTECTED] Operating system: Linux Slackware 8.1 Kernel 2.419 PHP version: 4.2.3 PHP Bug Type: Arrays related Bug description: Arrays and Hashes get cut-off the first 4 characters Whenever a GET/POST is done from a web form, the resulting $_GET, $_POST arrays are auto-generated with the first 4 chars of the string cut-off IF the string is 4 or more chars. For instance: name: age: completed with name = "123456" and age = "654321" would generate: (with this code) the following: Array ( [0] => 56 [1] => 21 ) as you can see the first 4 chars have been truncated. it's been done with linux slackware 8.1, kernel 2.4.19+grsecurity on AMD and Intel microprocessors. the configure line: #!/bin/sh ./configure \ --prefix=/usr/local/php \ --enable-force-cgi-redirect \ --with-zlib \ --enable-sockets \ --with-mysql=/usr/local/mysql \ --enable-memory-limit \ --with-mm=/root/software/apache/mm-1.1.3/ \ --with-gd=/usr/local/gd-lib \ --enable-ftp \ --enable-calendar \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-freetype-dir= \ --enable-gd-native-ttf \ --with-mcrypt=/usr/local/lib/libmcrypt \ --enable-inline-optimization \ --enable-pcntl \ --enable-mbstring \ --enable-mbstr-enc-trans \ --enable-mbregex \ --with-imap=/root/software/lib/imap-2002/ \ --with-imap-ssl \ --with-openssl with version 4.2.3. have not tested any variants. -- Edit bug report at http://bugs.php.net/?id=20655&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20655&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20655&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20655&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20655&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20655&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20655&r=support Expected behavior: http://bugs.php.net/fix.php?id=20655&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20655&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20655&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20655&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20655&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20655&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20655&r=isapi
#20652 [Opn->Bgs]: Can't get POST to work without register_globals = on
ID: 20652 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Win2K Server PHP Version: 4.2.3 New Comment: In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. Previous Comments: [2002-11-26 10:38:48] [EMAIL PROTECTED] Tried for days to figure why the tutorial I'm working with had so many apparent bugs. It was written against a beta PHP4 and apparently at that point register_globals = on in php.ini was standard. This is both a bug and an education problem, since examples of "correct" security-conscious code are non-existent and newbies to PHP have no idea of what security issues are involved. I can't upgrade to 4.2.3RC1 or CVS snapshot right now due to other issues. Yes, this is known data (dupe of various other bug reports) but important enough to address with at least more documentation. Caused me about two lost days here. -- Edit this bug report at http://bugs.php.net/?id=20652&edit=1
#20645 [Opn->Bgs]: function array_search return zero instead of false!
ID: 20645 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: win2k PHP Version: 4.2.2 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 You have to use "!==" operator when you want to distinguish 0 and false. Previous Comments: [2002-11-26 07:56:58] [EMAIL PROTECTED] I try to find some entry in an Array beginning with index 0. I test for false to treat the "not found" event but don´t find my entrys in the first line. If i test for 0 i always end up with my fist line. $this->wochentage_name=array( array(0,"Monday","Montag","Mo"), array(1,"Tuesday","Dienstag","Di"), array(2,"Wednesday","Mittwoch","Mi"), array(3,"Thursday","Donnerstag","Do"), array(4,"Friday","Freitag","Fr"), array(5,"Saturday","Samstag","Sa"), array(6,"Sunday","Sonntag","So") ); for($i=0;$iwochentage_name);$i++) { print_r($this->wochentage_name[$i]); echo "ENDE für Nummer".$i.""; $key = array_search($in,$this->wochentage_name[$i]); if($key != 0) { return $this->wochentage_name[$i][$row]; } } -- Edit this bug report at http://bugs.php.net/?id=20645&edit=1
#20654 [Opn->Csd]: imap_headerinfo() segfaults
ID: 20654 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: IMAP related Operating System: Debian Linux unstable PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-11-26 11:12:03] [EMAIL PROTECTED] When the number of e-mail addresses in message's "To:" header (propably cc, from and 'friends' too) exceeds 128 elements imap_headerinfo() may segfault. More addresses -> more propable to crash. Up to 128 addresses per header -> no crashes. Little non-debug-mode backtrace: #0 0x4013a7e8 in free () from /lib/libc.so.6 #1 0x4013a4ca in malloc () from /lib/libc.so.6 #2 0x40139ca4 in malloc () from /lib/libc.so.6 #3 0x4025aab5 in _emalloc () from /usr/lib/apache/1.3/libphp4.so #4 0x4027685f in zend_hash_add_or_update () from /usr/lib/apache/1.3/libphp4.so #5 0x4027555c in add_property_string_ex () from /usr/lib/apache/1.3/libphp4.so #6 0x447dbb71 in zif_imap_mime_header_decode () from /usr/lib/php4/20020429/imap.so #7 0x447dbdce in zif_imap_mime_header_decode () from /usr/lib/php4/20020429/imap.so #8 0x447d455d in zif_imap_headerinfo () from /usr/lib/php4/20020429/imap.so #9 0x40265517 in execute () from /usr/lib/apache/1.3/libphp4.so #10 0x4053e6a3 in file_is_shm_ignored () from /etc/php4/apache/php_accelerator_1.3.3.so #11 0x40280b06 in php_execute_script () from /usr/lib/apache/1.3/libphp4.so #12 0x4027c61e in apache_php_module_main () from /usr/lib/apache/1.3/libphp4.so #13 0x4027d11e in php_restore_umask () from /usr/lib/apache/1.3/libphp4.so #14 0x4027d185 in php_restore_umask () from /usr/lib/apache/1.3/libphp4.so #15 0x08053a84 in ap_invoke_handler () #16 0x0806338c in ap_some_auth_required () #17 0x08063671 in ap_internal_redirect () #18 0x40016d23 in _init () from /usr/lib/apache/1.3/mod_dir.so #19 0x08053a84 in ap_invoke_handler () #20 0x0806338c in ap_some_auth_required () #21 0x080633e8 in ap_process_request () #22 0x0805cbcb in ap_child_terminate () #23 0x0805cd5c in ap_child_terminate () #24 0x0805ce79 in ap_child_terminate () #25 0x0805d355 in ap_child_terminate () #26 0x0805da5d in main () #27 0x400e50bf in __libc_start_main () from /lib/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=20654&edit=1
#20654 [NEW]: imap_headerinfo() segfaults
From: [EMAIL PROTECTED] Operating system: Debian Linux unstable PHP version: 4.2.3 PHP Bug Type: IMAP related Bug description: imap_headerinfo() segfaults When the number of e-mail addresses in message's "To:" header (propably cc, from and 'friends' too) exceeds 128 elements imap_headerinfo() may segfault. More addresses -> more propable to crash. Up to 128 addresses per header -> no crashes. Little non-debug-mode backtrace: #0 0x4013a7e8 in free () from /lib/libc.so.6 #1 0x4013a4ca in malloc () from /lib/libc.so.6 #2 0x40139ca4 in malloc () from /lib/libc.so.6 #3 0x4025aab5 in _emalloc () from /usr/lib/apache/1.3/libphp4.so #4 0x4027685f in zend_hash_add_or_update () from /usr/lib/apache/1.3/libphp4.so #5 0x4027555c in add_property_string_ex () from /usr/lib/apache/1.3/libphp4.so #6 0x447dbb71 in zif_imap_mime_header_decode () from /usr/lib/php4/20020429/imap.so #7 0x447dbdce in zif_imap_mime_header_decode () from /usr/lib/php4/20020429/imap.so #8 0x447d455d in zif_imap_headerinfo () from /usr/lib/php4/20020429/imap.so #9 0x40265517 in execute () from /usr/lib/apache/1.3/libphp4.so #10 0x4053e6a3 in file_is_shm_ignored () from /etc/php4/apache/php_accelerator_1.3.3.so #11 0x40280b06 in php_execute_script () from /usr/lib/apache/1.3/libphp4.so #12 0x4027c61e in apache_php_module_main () from /usr/lib/apache/1.3/libphp4.so #13 0x4027d11e in php_restore_umask () from /usr/lib/apache/1.3/libphp4.so #14 0x4027d185 in php_restore_umask () from /usr/lib/apache/1.3/libphp4.so #15 0x08053a84 in ap_invoke_handler () #16 0x0806338c in ap_some_auth_required () #17 0x08063671 in ap_internal_redirect () #18 0x40016d23 in _init () from /usr/lib/apache/1.3/mod_dir.so #19 0x08053a84 in ap_invoke_handler () #20 0x0806338c in ap_some_auth_required () #21 0x080633e8 in ap_process_request () #22 0x0805cbcb in ap_child_terminate () #23 0x0805cd5c in ap_child_terminate () #24 0x0805ce79 in ap_child_terminate () #25 0x0805d355 in ap_child_terminate () #26 0x0805da5d in main () #27 0x400e50bf in __libc_start_main () from /lib/libc.so.6 -- Edit bug report at http://bugs.php.net/?id=20654&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20654&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20654&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20654&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20654&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20654&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20654&r=support Expected behavior: http://bugs.php.net/fix.php?id=20654&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20654&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20654&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20654&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20654&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20654&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20654&r=isapi
#20653 [NEW]: It works for a short time and then gives warning message
From: [EMAIL PROTECTED] Operating system: solaris 8 PHP version: 4.2.2 PHP Bug Type: iPlanet related Bug description: It works for a short time and then gives warning message We have sunone-iplanet webserver 6.0 sp4 and php 4.2.2 on our solaris 8 box. the php files come up for maybe half a day and after that we get warning messages like this one: Warning: Failed opening '/raid/www/docs/undserves/cdisplay.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 The problem it intermittend. some time after reloding the file the warning goes away but it shows up next time we go to page. We just upgraded iplanet 4.1 to sunone-iplanet 6.0sp4 and also our php4.0.4pl1 to php4.2.2 Is this a bug or I am missing a step? I just thought of some thing! do you think I need to delete the /usr/local/php directory before compiling and installing the new version of php? thanks, -- Edit bug report at http://bugs.php.net/?id=20653&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20653&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20653&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20653&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20653&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20653&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20653&r=support Expected behavior: http://bugs.php.net/fix.php?id=20653&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20653&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20653&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20653&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20653&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20653&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20653&r=isapi
#20652 [NEW]: Can't get POST to work without register_globals = on
From: [EMAIL PROTECTED] Operating system: Win2K Server PHP version: 4.2.3 PHP Bug Type: Scripting Engine problem Bug description: Can't get POST to work without register_globals = on Tried for days to figure why the tutorial I'm working with had so many apparent bugs. It was written against a beta PHP4 and apparently at that point register_globals = on in php.ini was standard. This is both a bug and an education problem, since examples of "correct" security-conscious code are non-existent and newbies to PHP have no idea of what security issues are involved. I can't upgrade to 4.2.3RC1 or CVS snapshot right now due to other issues. Yes, this is known data (dupe of various other bug reports) but important enough to address with at least more documentation. Caused me about two lost days here. -- Edit bug report at http://bugs.php.net/?id=20652&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20652&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20652&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20652&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20652&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20652&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20652&r=support Expected behavior: http://bugs.php.net/fix.php?id=20652&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20652&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20652&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20652&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20652&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20652&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20652&r=isapi
#13053 [Bgs]: oci8 error, this kill oracle-prosseces in the oracle-instance.
ID: 13053 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: OCI8 related Operating System: sun solaris 64 bits PHP Version: 4.0.6 New Comment: Yes. Try the lastest CVS from snaps.php.net and, if this still happens, give us some more details. Previous Comments: [2002-11-26 04:22:55] [EMAIL PROTECTED] I have exactly the same problem with PHP 4.1.1 Do I need to change the php version to solve this bug ? [2002-04-13 08:51:25] [EMAIL PROTECTED] The version of PHP that this bug was reported in is too old. Please try to reproduce this bug in the latest version of PHP (available from http://www.php.net/downloads.php If you are still able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". [2001-08-30 05:34:29] [EMAIL PROTECTED] Oci statement faild: My error is: Warning: OCISessionBegin: ORA-24327: need explicit attach before authenticating a user and Supplied argument is not a valid OCI8-Connection resource and some rollback error as well. regards Jan Arve -- Edit this bug report at http://bugs.php.net/?id=13053&edit=1
#20651 [NEW]: configure hangs in tr x- x_
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4CVS-2002-11-26 (stable) PHP Bug Type: *Compile Issues Bug description: configure hangs in tr x- x_ After rebuilding configure with ./buildconf, the ./configure step hangs after "Updated php_version.h" message a check of top/ps show this to be specifically ps reports "tr x- x_". autoconf 2.53 automake 1.6.3 lintool 1.4 bison 1.33 flex 2.5.4 ./configure --prefix=/local/APACHE/php --with-apxs2=/local/APACHE/Apaceh2/bin/apxs --with-zlib-dir=/usr/local/add-on/zlib --with-mysql=/local/mysql This configure script worked on the CVS version from 10/30/02 -- Edit bug report at http://bugs.php.net/?id=20651&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20651&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20651&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20651&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20651&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20651&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20651&r=support Expected behavior: http://bugs.php.net/fix.php?id=20651&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20651&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20651&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20651&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20651&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20651&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20651&r=isapi
#20637 [Opn->Bgs]: get_element_by_id() regression problem
ID: 20637 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: Mac OS X 10.2.2 PHP Version: 4CVS-2002-11-26 (stable) New Comment: The code from 17629 works fine for me. You have to set the right DTD for ID to work, as there is no ID attribute by default in XML... chregu Previous Comments: [2002-11-26 01:47:53] [EMAIL PROTECTED] DomDocument->get_element_by_id() doesn't work again. This appears to be the same problem as bugs #16647 and 17629. Test program is the sample in 16647. This on Mac OS X 10.2.2 with PHP 4.3.0-dev built from php4-STABLE-200211252030 snapshot and libxml 2.4.28, all built from source this afternoon. -- Edit this bug report at http://bugs.php.net/?id=20637&edit=1
#20646 [Opn->Bgs]: Problem with expat ?
ID: 20646 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: mac os x 10.2.2 PHP Version: 4CVS-2002-11-26 (stable) New Comment: Yes, I agree, but you can't. Either don't use anything expat related, complain with the Apache people, that they should protect the expat symbols or recompile apache like I suggested. This doesn't only apply to php, but any extension that uses expat, for instance Apache::AxKit perl module. Not a php problem -> bogus. Previous Comments: [2002-11-26 09:26:40] [EMAIL PROTECTED] , I used apache distributed with mac os X, It would be better if we can install php without to make this change. [2002-11-26 08:41:24] [EMAIL PROTECTED] I would be surprised (and extatic :) if building a C++ extension actually does work on Mac OS X, but the error you're seeing, is because you compiled Apache with expat. Recompile Apache with --disable-rule=EXPAT (capitals) and try again. [2002-11-26 08:21:24] [EMAIL PROTECTED] Configure php with this commandline : ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --mandir=/usr/share/man --infodir=/usr/share/info --with-config-file-path=/etc/httpd --enable-calendar --with-iconv=/usr/local --enable-exif --enable-ftp --enable-wddx --with-xml --with-zlib --with-curl=/usr --with-gd=/usr/local --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-imap=../imap-2002 --with-imap-ssl=/usr --with-curl=/usr --enable-xslt --with-xslt-sablot=/usr/local --with-mcrypt=/usr/local --with-mhash=/usr/local --with-mysql=/usr/local/mysql --with-expat-dir=/usr/local I installed last version of expat in /usr/local When I compile php, It fails with this result : d: warning multiple definitions of symbol _XML_GetCurrentByteIndex /usr/sbin/httpd definition of _XML_GetCurrentByteIndex /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentByteIndex ld: warning multiple definitions of symbol _XML_DefaultCurrent /usr/sbin/httpd definition of _XML_DefaultCurrent /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_DefaultCurrent ld: warning multiple definitions of symbol _XML_ErrorString /usr/sbin/httpd definition of _XML_ErrorString /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ErrorString ld: warning multiple definitions of symbol _XML_ExternalEntityParserCreate /usr/sbin/httpd definition of _XML_ExternalEntityParserCreate /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ExternalEntityParserCreate ld: warning multiple definitions of symbol _XML_GetBase /usr/sbin/httpd definition of _XML_GetBase /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetBase ld: warning multiple definitions of symbol _XML_GetBuffer /usr/sbin/httpd definition of _XML_GetBuffer /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetBuffer ld: warning multiple definitions of symbol _XML_GetCurrentByteCount /usr/sbin/httpd definition of _XML_GetCurrentByteCount /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentByteCount ld: warning multiple definitions of symbol _XML_GetCurrentColumnNumber /usr/sbin/httpd definition of _XML_GetCurrentColumnNumber /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentColumnNumber ld: warning multiple definitions of symbol _XML_GetCurrentLineNumber /usr/sbin/httpd definition of _XML_GetCurrentLineNumber /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentLineNumber ld: warning multiple definitions of symbol _XML_GetErrorCode /usr/sbin/httpd definition of _XML_GetErrorCode /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetErrorCode ld: warning multiple definitions of symbol _XML_GetSpecifiedAttributeCount /usr/sbin/httpd definition of _XML_GetSpecifiedAttributeCount /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetSpecifiedAttributeCount ld: warning multiple definitions of symbol _XML_Parse /usr/sbin/httpd definition of _XML_Parse /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_Parse ld: warning multiple definitions of symbol _XML_ParseBuffer /usr/sbin/httpd definition of _XML_ParseBuffer /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ParseBuffer ld: warning multiple definitions of symbol _XML_ParserCreate /usr/sbin/httpd definition of _XML_ParserCreate /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ParserCreate ld: warning multiple definitions of symbol _XML_ParserCreateNS /usr/sbin/httpd definition of _XML_ParserCreateNS /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ParserCreateNS ld: warning multiple def
#20650 [NEW]: Change of Read($sess_id) to ($sess_id, $maxlifetime)
From: [EMAIL PROTECTED] Operating system: PHP version: 4.2.2 PHP Bug Type: Feature/Change Request Bug description: Change of Read($sess_id) to ($sess_id, $maxlifetime) If I install a user save handler class e.g. MySqlSessionHandler with methods Read, Write, GC etc. MySqlSessionHandler::Read($sess_id) is always called before MySqlSessionHandler::GC($maxlifetime) This has the problem, that a session is read, which potentially would be garbage collected. Therefore it would be nice to get the $maxlifetime parameter also in Read e.g. Read($sess_id, $maxlifetime) This allows to return an empty session if it has timeouted. For Clarification here are two Methods GC and Read with $lifetime information function Read($sess_id, $maxlifetime) { // beware of timouted sessions not yet gced $time_stamp= time(); $removeDate= date("YmdHis", ($time_stamp - $maxlifetime)); $search_query= "SELECT * FROM $_session_table WHERE (session_id = '$sess_id') and (last_accessed >= $removeDate)"; $result= @ mysql_query($search_query, $_connection); if(!$result) { // No session found - return an empty string return ""; } else { // Found a session - return the serialized string $row = mysql_fetch_array($result); return $row["session_variable"]; } } function GC($max_lifetime) { global $_connection; global $_session_table; $time_stamp= time(); $removeDate= date("YmdHis", ($time_stamp - $max_lifetime)); $delete_query = "DELETE FROM $_session_table WHERE last_accessed < $removeDate"; $result = @mysql_query($delete_query,$_connection); return true; } -- Edit bug report at http://bugs.php.net/?id=20650&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20650&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20650&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20650&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20650&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20650&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20650&r=support Expected behavior: http://bugs.php.net/fix.php?id=20650&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20650&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20650&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20650&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20650&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20650&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20650&r=isapi
#20639 [Opn->Csd]: DomElement->get_elements_by_tagname() doesn't work
ID: 20639 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: DOM XML related Operating System: Mac OS X 10.2.2 PHP Version: 4CVS-2002-11-26 (stable) New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-11-26 02:34:49] [EMAIL PROTECTED] It looks like DomElement->get_elements_by_tagname() should work like DomDocument->get_elements_by_tagname() but returns nothing: Test Test foo bar _END; $doc = domxml_open_mem($src); $n = $doc->get_elements_by_tagname("li"); print get_class($doc) . "->get_elements_by_tagname:\n"; print_r($n); $ctx = $doc->xpath_new_context(); $Bodies = $doc->get_elements_by_tagname("body"); foreach ($Bodies as $Body) { print get_class($Body) . "->get_elements_by_tagname:\n"; print_r($Body->get_elements_by_tagname("li")); $xp = getXPath($Body) . "/*/li"; print get_class($ctx) . " xpath ($xp):\n"; $res = $ctx->xpath_eval($xp); print_r($res->nodeset); } function getXPath($node) { /* node id is held in a property named '1', this is illegal in php so we use a workaround */ $one = '1'; $xpath = ''; while ($parent = $node->parent_node()) { $siblings = $parent->child_nodes(); $index = 1; foreach ($siblings as $sibling) { if ($sibling->type != XML_ELEMENT_NODE || $sibling->tagname != $node->tagname) continue; if ($sibling->$one == $node->$one) { $xpath = '/' . $node->tagname . '[' . $index . ']' . $xpath; break; } $index++; } $node = $parent; } return $xpath; } ?> returns domdocument->get_elements_by_tagname: Array ( [0] => domelement Object ( [type] => 1 [tagname] => li [0] => 3 [1] => 1985152 ) [1] => domelement Object ( [type] => 1 [tagname] => li [0] => 4 [1] => 2523424 ) ) domelement->get_elements_by_tagname: Array ( ) XPathContext xpath (/html[1]/body[1]/*/li): Array ( [0] => domelement Object ( [type] => 1 [tagname] => li [0] => 3 [1] => 1985152 ) [1] => domelement Object ( [type] => 1 [tagname] => li [0] => 4 [1] => 2523424 ) ) -- Edit this bug report at http://bugs.php.net/?id=20639&edit=1
#20646 [Fbk->Opn]: Problem with expat ?
ID: 20646 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: mac os x 10.2.2 PHP Version: 4CVS-2002-11-26 (stable) New Comment: , I used apache distributed with mac os X, It would be better if we can install php without to make this change. Previous Comments: [2002-11-26 08:41:24] [EMAIL PROTECTED] I would be surprised (and extatic :) if building a C++ extension actually does work on Mac OS X, but the error you're seeing, is because you compiled Apache with expat. Recompile Apache with --disable-rule=EXPAT (capitals) and try again. [2002-11-26 08:21:24] [EMAIL PROTECTED] Configure php with this commandline : ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --mandir=/usr/share/man --infodir=/usr/share/info --with-config-file-path=/etc/httpd --enable-calendar --with-iconv=/usr/local --enable-exif --enable-ftp --enable-wddx --with-xml --with-zlib --with-curl=/usr --with-gd=/usr/local --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-imap=../imap-2002 --with-imap-ssl=/usr --with-curl=/usr --enable-xslt --with-xslt-sablot=/usr/local --with-mcrypt=/usr/local --with-mhash=/usr/local --with-mysql=/usr/local/mysql --with-expat-dir=/usr/local I installed last version of expat in /usr/local When I compile php, It fails with this result : d: warning multiple definitions of symbol _XML_GetCurrentByteIndex /usr/sbin/httpd definition of _XML_GetCurrentByteIndex /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentByteIndex ld: warning multiple definitions of symbol _XML_DefaultCurrent /usr/sbin/httpd definition of _XML_DefaultCurrent /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_DefaultCurrent ld: warning multiple definitions of symbol _XML_ErrorString /usr/sbin/httpd definition of _XML_ErrorString /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ErrorString ld: warning multiple definitions of symbol _XML_ExternalEntityParserCreate /usr/sbin/httpd definition of _XML_ExternalEntityParserCreate /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ExternalEntityParserCreate ld: warning multiple definitions of symbol _XML_GetBase /usr/sbin/httpd definition of _XML_GetBase /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetBase ld: warning multiple definitions of symbol _XML_GetBuffer /usr/sbin/httpd definition of _XML_GetBuffer /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetBuffer ld: warning multiple definitions of symbol _XML_GetCurrentByteCount /usr/sbin/httpd definition of _XML_GetCurrentByteCount /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentByteCount ld: warning multiple definitions of symbol _XML_GetCurrentColumnNumber /usr/sbin/httpd definition of _XML_GetCurrentColumnNumber /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentColumnNumber ld: warning multiple definitions of symbol _XML_GetCurrentLineNumber /usr/sbin/httpd definition of _XML_GetCurrentLineNumber /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentLineNumber ld: warning multiple definitions of symbol _XML_GetErrorCode /usr/sbin/httpd definition of _XML_GetErrorCode /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetErrorCode ld: warning multiple definitions of symbol _XML_GetSpecifiedAttributeCount /usr/sbin/httpd definition of _XML_GetSpecifiedAttributeCount /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetSpecifiedAttributeCount ld: warning multiple definitions of symbol _XML_Parse /usr/sbin/httpd definition of _XML_Parse /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_Parse ld: warning multiple definitions of symbol _XML_ParseBuffer /usr/sbin/httpd definition of _XML_ParseBuffer /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ParseBuffer ld: warning multiple definitions of symbol _XML_ParserCreate /usr/sbin/httpd definition of _XML_ParserCreate /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ParserCreate ld: warning multiple definitions of symbol _XML_ParserCreateNS /usr/sbin/httpd definition of _XML_ParserCreateNS /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ParserCreateNS ld: warning multiple definitions of symbol _XML_ParserFree /usr/sbin/httpd definition of _XML_ParserFree /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ParserFree ld: warning multiple definitions of symbol _XML_SetBase /usr/sbin/httpd definition of _XML_SetBase /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_SetBase ld: warning multiple definitions of symbol _XML_SetCdataSectionHandler /usr/sbin/httpd definition of _XML_SetCd
#19460 [Com]: HTTP_POST_VARS trims 4 characters from left side of each field with array name
ID: 19460 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: mbstring related Operating System: Linux 2.4.9-34 (RedHat 7.2) PHP Version: 4.2.3 New Comment: Does this problem exist in the PHP 4.2.3 Win 32 download binary? Previous Comments: [2002-10-19 11:56:58] [EMAIL PROTECTED] Hmm... I asked such questions just because I would like to confirm if you have surely configured both with --disable-mbstr-enc-trans and --with-apxs, and you have run the script in Apache. BTW magic_quotes_gpc and register_globals have nothing to do with the mbstr-enc-trans issue. [2002-10-19 11:31:30] [EMAIL PROTECTED] I configured it just with the --disable-mbstr-enc-trans argument. I turned on magic quotes and register globals in the php.ini file (I know that's not the best thing). Other then that I stuck with the defaults. I am running it as Apache DSO - does any of this make a difference? [2002-10-19 10:39:32] [EMAIL PROTECTED] Basically the single argument --disable-mbstr-enc-trans is enough to disable the feature. NO OTHER OPTIONS are required. What options did you give to configure and how do you run the testing script? (ex. Apache DSO or CGI binary) Anyway I don't see any problems there. [2002-10-19 05:13:14] [EMAIL PROTECTED] I did make clean, but still no luck. Is --disable-mbstr-enc-trans the only argument I need? If so I will contact the ISP and see if they are having issues with the way I am compiling it. If not, please let me know if there are any other arguments necessary to fix this problem. [2002-10-18 17:34:12] [EMAIL PROTECTED] Did you forget to "make clean" before running configure? Or, please try [grep "MBSTR_ENC_TRANS" main/php_config.h], and if the result is /* #undef MBSTR_ENC_TRANS */ then there's no problem with configure. 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/19460 -- Edit this bug report at http://bugs.php.net/?id=19460&edit=1
#20628 [Opn->Bgs]: Memory leak in ISAPI. DLLHOST grows huge.
ID: 20628 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2000 Adv. Server PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. IIS leaks memory, not a PHP issue. Previous Comments: [2002-11-26 02:02:43] [EMAIL PROTECTED] I've tried running som ASP pages and it seems to be IIS that doesn't clean up after itself :o( Guess I'll be going back to CGI... [2002-11-25 13:25:16] [EMAIL PROTECTED] Have you tried making requests to non PHP pages to see if the memory usage of IIS increases? It is more then likely that the leak you are seeing is in IIS itself, rather then PHP. [2002-11-25 13:01:14] [EMAIL PROTECTED] This is a follow-up on Bug Report #16325. I'm running IIS 5.0 on Windows 2000 Advanced Server. I've noticed that every time a page is served, the memory usage of the DLLHOST rises several MB's. I've tried the latest CVS snapshot (PHP 4.4.0-div Built Nov 25 2002 16:11:19) and it seems to have the same problem, however the memory increase seems to be smaller. -- Edit this bug report at http://bugs.php.net/?id=20628&edit=1
#20649 [Opn->Bgs]: date(W) is buggy
ID: 20649 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Linux PHP Version: 4.2.3 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: [2002-11-26 08:54:38] [EMAIL PROTECTED] Hi, check this out: echo date(W,mktime(0,0,0,12,31,2002)); It's 53 instead of 1. Greetz, BS -- Edit this bug report at http://bugs.php.net/?id=20649&edit=1
#20649 [NEW]: date(W) is buggy
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.3 PHP Bug Type: Date/time related Bug description: date(W) is buggy Hi, check this out: echo date(W,mktime(0,0,0,12,31,2002)); It's 53 instead of 1. Greetz, BS -- Edit bug report at http://bugs.php.net/?id=20649&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20649&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20649&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20649&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20649&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20649&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20649&r=support Expected behavior: http://bugs.php.net/fix.php?id=20649&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20649&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20649&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20649&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20649&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20649&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20649&r=isapi
#20646 [Opn->Fbk]: Problem with expat ?
ID: 20646 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: mac os x 10.2.2 PHP Version: 4CVS-2002-11-26 (stable) New Comment: I would be surprised (and extatic :) if building a C++ extension actually does work on Mac OS X, but the error you're seeing, is because you compiled Apache with expat. Recompile Apache with --disable-rule=EXPAT (capitals) and try again. Previous Comments: [2002-11-26 08:21:24] [EMAIL PROTECTED] Configure php with this commandline : ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --mandir=/usr/share/man --infodir=/usr/share/info --with-config-file-path=/etc/httpd --enable-calendar --with-iconv=/usr/local --enable-exif --enable-ftp --enable-wddx --with-xml --with-zlib --with-curl=/usr --with-gd=/usr/local --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-imap=../imap-2002 --with-imap-ssl=/usr --with-curl=/usr --enable-xslt --with-xslt-sablot=/usr/local --with-mcrypt=/usr/local --with-mhash=/usr/local --with-mysql=/usr/local/mysql --with-expat-dir=/usr/local I installed last version of expat in /usr/local When I compile php, It fails with this result : d: warning multiple definitions of symbol _XML_GetCurrentByteIndex /usr/sbin/httpd definition of _XML_GetCurrentByteIndex /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentByteIndex ld: warning multiple definitions of symbol _XML_DefaultCurrent /usr/sbin/httpd definition of _XML_DefaultCurrent /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_DefaultCurrent ld: warning multiple definitions of symbol _XML_ErrorString /usr/sbin/httpd definition of _XML_ErrorString /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ErrorString ld: warning multiple definitions of symbol _XML_ExternalEntityParserCreate /usr/sbin/httpd definition of _XML_ExternalEntityParserCreate /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ExternalEntityParserCreate ld: warning multiple definitions of symbol _XML_GetBase /usr/sbin/httpd definition of _XML_GetBase /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetBase ld: warning multiple definitions of symbol _XML_GetBuffer /usr/sbin/httpd definition of _XML_GetBuffer /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetBuffer ld: warning multiple definitions of symbol _XML_GetCurrentByteCount /usr/sbin/httpd definition of _XML_GetCurrentByteCount /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentByteCount ld: warning multiple definitions of symbol _XML_GetCurrentColumnNumber /usr/sbin/httpd definition of _XML_GetCurrentColumnNumber /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentColumnNumber ld: warning multiple definitions of symbol _XML_GetCurrentLineNumber /usr/sbin/httpd definition of _XML_GetCurrentLineNumber /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentLineNumber ld: warning multiple definitions of symbol _XML_GetErrorCode /usr/sbin/httpd definition of _XML_GetErrorCode /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetErrorCode ld: warning multiple definitions of symbol _XML_GetSpecifiedAttributeCount /usr/sbin/httpd definition of _XML_GetSpecifiedAttributeCount /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetSpecifiedAttributeCount ld: warning multiple definitions of symbol _XML_Parse /usr/sbin/httpd definition of _XML_Parse /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_Parse ld: warning multiple definitions of symbol _XML_ParseBuffer /usr/sbin/httpd definition of _XML_ParseBuffer /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ParseBuffer ld: warning multiple definitions of symbol _XML_ParserCreate /usr/sbin/httpd definition of _XML_ParserCreate /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ParserCreate ld: warning multiple definitions of symbol _XML_ParserCreateNS /usr/sbin/httpd definition of _XML_ParserCreateNS /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ParserCreateNS ld: warning multiple definitions of symbol _XML_ParserFree /usr/sbin/httpd definition of _XML_ParserFree /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ParserFree ld: warning multiple definitions of symbol _XML_SetBase /usr/sbin/httpd definition of _XML_SetBase /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_SetBase ld: warning multiple definitions of symbol _XML_SetCdataSectionHandler /usr/sbin/httpd definition of _XML_SetCdataSectionHandler /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_SetCdataSectionHandler ld: warning multiple definitions of symbol _XML_SetCharacterDataHandler /usr/sbin/httpd definition of _XML_SetCharacterDataHandle
#20648 [Opn->Bgs]: PHP 4.3RC1 Java feature list missing
ID: 20648 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: RH 7.3/8.0/AS 2.1 PHP Version: 4.3.0RC1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2002-11-26 08:38:12] [EMAIL PROTECTED] Sorry for the silly question. Please provide me the latest PHP 4.3 features on Class set. I would like to compare and test with some of our old 4.2 classes. thx Patrick Tsang -- Edit this bug report at http://bugs.php.net/?id=20648&edit=1
#20648 [NEW]: PHP 4.3RC1 Java feature list missing
From: [EMAIL PROTECTED] Operating system: RH 7.3/8.0/AS 2.1 PHP version: 4.3.0RC1 PHP Bug Type: Feature/Change Request Bug description: PHP 4.3RC1 Java feature list missing Sorry for the silly question. Please provide me the latest PHP 4.3 features on Class set. I would like to compare and test with some of our old 4.2 classes. thx Patrick Tsang -- Edit bug report at http://bugs.php.net/?id=20648&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20648&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20648&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20648&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20648&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20648&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20648&r=support Expected behavior: http://bugs.php.net/fix.php?id=20648&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20648&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20648&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20648&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20648&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20648&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20648&r=isapi
#20646 [NEW]: Problem with expat ?
From: [EMAIL PROTECTED] Operating system: mac os x 10.2.2 PHP version: 4CVS-2002-11-26 (stable) PHP Bug Type: Compile Failure Bug description: Problem with expat ? Configure php with this commandline : ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --mandir=/usr/share/man --infodir=/usr/share/info --with-config-file-path=/etc/httpd --enable-calendar --with-iconv=/usr/local --enable-exif --enable-ftp --enable-wddx --with-xml --with-zlib --with-curl=/usr --with-gd=/usr/local --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-imap=../imap-2002 --with-imap-ssl=/usr --with-curl=/usr --enable-xslt --with-xslt-sablot=/usr/local --with-mcrypt=/usr/local --with-mhash=/usr/local --with-mysql=/usr/local/mysql --with-expat-dir=/usr/local I installed last version of expat in /usr/local When I compile php, It fails with this result : d: warning multiple definitions of symbol _XML_GetCurrentByteIndex /usr/sbin/httpd definition of _XML_GetCurrentByteIndex /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentByteIndex ld: warning multiple definitions of symbol _XML_DefaultCurrent /usr/sbin/httpd definition of _XML_DefaultCurrent /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_DefaultCurrent ld: warning multiple definitions of symbol _XML_ErrorString /usr/sbin/httpd definition of _XML_ErrorString /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ErrorString ld: warning multiple definitions of symbol _XML_ExternalEntityParserCreate /usr/sbin/httpd definition of _XML_ExternalEntityParserCreate /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ExternalEntityParserCreate ld: warning multiple definitions of symbol _XML_GetBase /usr/sbin/httpd definition of _XML_GetBase /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetBase ld: warning multiple definitions of symbol _XML_GetBuffer /usr/sbin/httpd definition of _XML_GetBuffer /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetBuffer ld: warning multiple definitions of symbol _XML_GetCurrentByteCount /usr/sbin/httpd definition of _XML_GetCurrentByteCount /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentByteCount ld: warning multiple definitions of symbol _XML_GetCurrentColumnNumber /usr/sbin/httpd definition of _XML_GetCurrentColumnNumber /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentColumnNumber ld: warning multiple definitions of symbol _XML_GetCurrentLineNumber /usr/sbin/httpd definition of _XML_GetCurrentLineNumber /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetCurrentLineNumber ld: warning multiple definitions of symbol _XML_GetErrorCode /usr/sbin/httpd definition of _XML_GetErrorCode /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetErrorCode ld: warning multiple definitions of symbol _XML_GetSpecifiedAttributeCount /usr/sbin/httpd definition of _XML_GetSpecifiedAttributeCount /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_GetSpecifiedAttributeCount ld: warning multiple definitions of symbol _XML_Parse /usr/sbin/httpd definition of _XML_Parse /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_Parse ld: warning multiple definitions of symbol _XML_ParseBuffer /usr/sbin/httpd definition of _XML_ParseBuffer /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ParseBuffer ld: warning multiple definitions of symbol _XML_ParserCreate /usr/sbin/httpd definition of _XML_ParserCreate /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ParserCreate ld: warning multiple definitions of symbol _XML_ParserCreateNS /usr/sbin/httpd definition of _XML_ParserCreateNS /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ParserCreateNS ld: warning multiple definitions of symbol _XML_ParserFree /usr/sbin/httpd definition of _XML_ParserFree /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_ParserFree ld: warning multiple definitions of symbol _XML_SetBase /usr/sbin/httpd definition of _XML_SetBase /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_SetBase ld: warning multiple definitions of symbol _XML_SetCdataSectionHandler /usr/sbin/httpd definition of _XML_SetCdataSectionHandler /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_SetCdataSectionHandler ld: warning multiple definitions of symbol _XML_SetCharacterDataHandler /usr/sbin/httpd definition of _XML_SetCharacterDataHandler /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_SetCharacterDataHandler ld: warning multiple definitions of symbol _XML_SetCommentHandler /usr/sbin/httpd definition of _XML_SetCommentHandler /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of _XML_SetCommentHandler ld: warning multiple definitions of symbol _XML_SetDefaultHandler /usr/sbin/httpd definition of _XML_SetDefaultHandler /usr/local/lib/libexpat.dylib(xmlparse.lo) definition of
#20645 [NEW]: function array_search return zero instead of false!
From: [EMAIL PROTECTED] Operating system: win2k PHP version: 4.2.2 PHP Bug Type: Arrays related Bug description: function array_search return zero instead of false! I try to find some entry in an Array beginning with index 0. I test for false to treat the "not found" event but don´t find my entrys in the first line. If i test for 0 i always end up with my fist line. $this->wochentage_name=array( array(0,"Monday","Montag","Mo"), array(1,"Tuesday","Dienstag","Di"), array(2,"Wednesday","Mittwoch","Mi"), array(3,"Thursday","Donnerstag","Do"), array(4,"Friday","Freitag","Fr"), array(5,"Saturday","Samstag","Sa"), array(6,"Sunday","Sonntag","So") ); for($i=0;$iwochentage_name);$i++) { print_r($this->wochentage_name[$i]); echo "ENDE für Nummer".$i.""; $key = array_search($in,$this->wochentage_name[$i]); if($key != 0) { return $this->wochentage_name[$i][$row]; } } -- Edit bug report at http://bugs.php.net/?id=20645&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20645&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20645&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20645&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20645&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20645&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20645&r=support Expected behavior: http://bugs.php.net/fix.php?id=20645&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20645&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20645&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20645&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20645&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20645&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20645&r=isapi
#20644 [NEW]: in some cases ++ operation DOESN'T work
From: [EMAIL PROTECTED] Operating system: Win32, FreeBSD PHP version: 4.2.1 PHP Bug Type: Scripting Engine problem Bug description: in some cases ++ operation DOESN'T work After installing PHP 4.2.1 in some time I noticed a strange bug: at some situation increment operation (++) didn't work! I failed to write a simple code to reproduce that bug (it occurs regular at the same situation in nested functions of a rather big project), but in short - when trying to increment by ++ operation a function parameter, which was setted to 1 as a default parameter value of upper function (which called that function), incrementation does NOT happen. and such code as echo $newteamid; $newteamid++; echo $newteamid; $a = $newteamid; echo $a; $a++; echo $a; produces an output: "" but if I use " += 1" instead of "++" all works ok (and I was to make so at my project) as I mentioned I tried to reproduce that bug at simple code, but it works ok in a short program with the same variables values. and the same occurs at PHP 4.2.3. if that bug is not known I can try to write an example for this (dont wanna waste a time if it's well-known) but please confirm that -- Edit bug report at http://bugs.php.net/?id=20644&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20644&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20644&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20644&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20644&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20644&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20644&r=support Expected behavior: http://bugs.php.net/fix.php?id=20644&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20644&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20644&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20644&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20644&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20644&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20644&r=isapi
#20539 [Com]: PHP CLI Segmentation Fault
ID: 20539 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 4CVS-2002-11-21 (stable) New Comment: Today I tried snap php4-STABLE-200211261030.tar.gz. It produces the same segfault like reported above. Previous Comments: [2002-11-25 06:58:21] [EMAIL PROTECTED] > Did you compile the last test from CLEAN sources? Yes, every time a new fresh CVS download. And btw. removing the download directory from the test before. > ie. do us all a favour and grab the latest snapshot > from snaps.php.net and try again. I'll that today evening. > If it still fails, I suspect there's something very broken > in your system. (what gcc version are you using..? ) gcc version 2.95.4 (latest debian release, i guess) It might be my system, sure - but I cannot locate a single error that points to that problem. If I'm wrong, please gimme a hint. [2002-11-25 06:35:39] [EMAIL PROTECTED] Did you compile the last test from CLEAN sources? ie. do us all a favour and grab the latest snapshot from snaps.php.net and try again. If it still fails, I suspect there's something very broken in your system. (what gcc version are you using..? ) [2002-11-25 02:19:11] [EMAIL PROTECTED] Just compiled a fresh CVS version without any ./configure arguments: ./buildconf ./configure make make install running the script: producing: test Segmentation fault running gdb: GNU gdb 2002-04-01-cvs Copyright 2002 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 "i386-linux"... (gdb) run php-test.php Starting program: /usr/local/bin/php php-test.php test Program received signal SIGSEGV, Segmentation fault. 0x080fd985 in _efree (ptr=0x819f7f4) at /tmp/php4/Zend/zend_alloc.c:229 229 REMOVE_POINTER_FROM_LIST(p); (gdb) bt #0 0x080fd985 in _efree (ptr=0x819f7f4) at /tmp/php4/Zend/zend_alloc.c:229 #1 0x081096e9 in _zval_dtor (zvalue=0x819f998) at /tmp/php4/Zend/zend_variables.c:44 #2 0x08102409 in free_zend_constant (c=0x819f998) at /tmp/php4/Zend/zend_constants.c:31 #3 0x0810de64 in zend_hash_destroy (ht=0x8167288) at /tmp/php4/Zend/zend_hash.c:543 #4 0x08102728 in zend_shutdown_constants () at /tmp/php4/Zend/zend_constants.c:151 #5 0x0810a11d in zend_shutdown () at /tmp/php4/Zend/zend.c:552 #6 0x080e8042 in php_module_shutdown () at /tmp/php4/main/main.c:1316 #7 0x08120797 in main (argc=2, argv=0xbdf4) at /tmp/php4/sapi/cli/php_cli.c:809 (gdb) bt full #0 0x080fd985 in _efree (ptr=0x819f7f4) at /tmp/php4/Zend/zend_alloc.c:229 ptr = (void *) 0x819f7f4 p = (zend_mem_header *) 0x819f7e8 cache_index = 135912072 #1 0x081096e9 in _zval_dtor (zvalue=0x819f998) at /tmp/php4/Zend/zend_variables.c:44 zvalue = (zval *) 0x819f998 #2 0x08102409 in free_zend_constant (c=0x819f998) at /tmp/php4/Zend/zend_constants.c:31 c = (zend_constant *) 0x819f998 #3 0x0810de64 in zend_hash_destroy (ht=0x8167288) at /tmp/php4/Zend/zend_hash.c:543 ht = (HashTable *) 0x8167288 p = (Bucket *) 0x81a0568 q = (Bucket *) 0x819f968 #4 0x08102728 in zend_shutdown_constants () at /tmp/php4/Zend/zend_constants.c:151 No locals. #5 0x0810a11d in zend_shutdown () at /tmp/php4/Zend/zend.c:552 No locals. #6 0x080e8042 in php_module_shutdown () at /tmp/php4/main/main.c:1316 No locals. #7 0x08120797 in main (argc=2, argv=0xbdf4) at /tmp/php4/sapi/cli/php_cli.c:809 exit_status = 0 c = 135912072 file_handle = {type = 2 '\002', filename = 0xbede "php-test.php", opened_path = 0x0, handle = {fd = 135867464, fp = 0x8192c48}, free_filename = 0 '\0'} behavior = 1 orig_optind = 1 orig_optarg = 0x0 arg_free = 0xbd5c "" script_file = 0xbede "php-test.php" global_vars = {head = 0x0, tail = 0x0, size = 4, count = 0, dtor = 0, persistent = 0 '\0', traverse_ptr = 0x816195c} interactive = 0 module_started = 1 exec_direct = 0x0 param_error = 0x0 (gdb) [2002-11-24 03:08:35] [EMAIL PROTECTED] boris, can you strip down your configure line to ./configure and also update your sources ? if the segfault is gone, add one one each from you original ./configure line and try again. trying to narrow do
#20625 [Bgs]: Mail Function output displaying '>' before the word From
ID: 20625 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Mail Related Operating System: Free BSD PHP Version: 4.2.0 New Comment: Fixed the problem by replacing all instances of "From " with "From " and this seems to work. Thanks for your help Derrick. From ", $message); echo "Emails have been sent to the following people: "; $header = "From: Blair Drummond Safari Park <[EMAIL PROTECTED]>\n"; $header .= "Content-Type: text/html\n"; $db = mysql_connect("localhost", "safa16", "tybfg+nfcvf"); mysql_select_db("safa16",$db); $result = mysql_db_query("safa16","select * from bd_consumers where email<>'' and email <> ' ' and mailing<>-1"); while ($row = mysql_fetch_array($result)) { echo $row["email"]." (".$row["first_name"]." ".$row["surname"].") "; mail($row["email"],$subject,nl2br($xmessage),$header); } ?> Previous Comments: [2002-11-26 04:40:45] [EMAIL PROTECTED] It has to do with the unix mailbox format. "From " at the beginning of a line is the seperator for emails in such a box, and to make sure normal lines with "From " at the beginning of a line are prefixed with a ">". Derick [2002-11-26 04:37:45] [EMAIL PROTECTED] I have tried taking the new line breaks out of my previous code but am still getting the same result. I have taken the code below from phpbuilder.com and put in my email address and the message "From then on" and the output was the same: >From then on [2002-11-25 17:56:51] [EMAIL PROTECTED] This is not bug in PHP but in your code..please ask support elsewhere. [2002-11-25 12:58:31] [EMAIL PROTECTED] Your code has a slight problem that I see, the 'From:' header contain a newline between the name & the email, that may cause problems for your code. [2002-11-25 10:59:42] [EMAIL PROTECTED] * PHP version is actually 4.1.2 but Server is hosted with NTT/Verio so unable to update PHP version I am testing my mail function where a user enters their subject and message on a form and the next page pulls emails from a database and mails out to everyone. When I put the word From in the message box in the format From.. or From then on.. or From Sat 16th. it displays a '>' before the word From like this >From then on.. It doesn't do this with lower case from or upper case. It is ok when you insert a space before writing From. I thought it might be getting mixed up with the From tag. My code is this: "; $header = "From: Blair Drummond Safari Park <[EMAIL PROTECTED]>\n"; $header .= "Content-Type: text/html\n"; $db = mysql_connect("localhost", "**", "**"); mysql_select_db("**",$db); $result = mysql_db_query("**","select * from consumers where email<>'' and email <> ' ' and mailing<>-1"); while ($row = mysql_fetch_array($result)) { echo $row["email"]." (".$row["first_name"]." ".$row["surname"].") "; mail($row["email"],$subject,$message,$header); } ?> -- Edit this bug report at http://bugs.php.net/?id=20625&edit=1
#20526 [Fbk->Opn]: fopen with ftp URL returns false despite ftp server executes get
ID: 20526 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: FTP related Operating System: MS Windows XP Pro PHP Version: 4.3.0RC1 New Comment: In the mean time I realized that the "FTP reports 227.." is not to be intended as "the error"; "the error" is "...failed to create stream..."; "FTP reports 227" is the result of a mere diagnostic aid. In addition I can see now that the problem is time-dependent; sometimes is "...failed to create stream...", sometimes the fopen returns a stream with no data (while there should be some!). Running a debug endowed rebuild of php-4.3.0RC1-Win32.zip and tracing the execution of ftp_fopen_wrapper.c I have seen that the "goto errexit" in line 419 is executed (datastream == NULL); it is strange to me that the datastream opening is attempted *after* that the QUIT command has been sent via the FTP control stream. Is that normal? I suspect that the FTP server gets the QUIT and kills or inhibits the data connection. I will try to momentarily comment-out the QUIT and see what happens. Anyway I will also look at and try the snapshot as you suggest. bye for now Giovanni Previous Comments: [2002-11-25 16:19:31] [EMAIL PROTECTED] Could you please try the latest snapshot that will be avaliable from http://snaps.php.net in a few hours. It contains a fix that will make the code return a proper error message. [2002-11-25 05:41:39] [EMAIL PROTECTED] Tried http://snaps.php.net/win32/php4-win32-latest.zip with same result. One of my reasons to suspect it is a bug is that the problem reported by PHP (FTP server reports 227), in my opinion, should not indicate an error at all. I am now trying to arrange a debug session by myself (I just downloaded Cygwin, PHP sources and other stuff suggested in the PHP manual, but this is for me quite a challenge, since I got somewhat rusted with software development :-) Wish me good luck... Ciao. Giovanni [2002-11-24 12:53:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Cannot replicate the problem on WinXP or Linux with a variety of FTP servers. [2002-11-20 18:01:06] [EMAIL PROTECTED] fopen with ftp URL returns false despite ftp server executes get Tested in loopback with IP 127.0.0.1 and BulletProof ftp server running on the same machine. Note, in the server log pasted here below, that the ftp client seems to be quitting the connection before the transfer is complete. Used PHP version: php-4.3.0RC1-Win32.zip OS.: Microsoft Windows XP Professional 2002 php.ini was a copy of php.ini-recommended with only following modif.: extension_dir = C:\PHP cgi.force_redirect = 0 My PHP program == ftp://anonymous:@127.0.0.1/pub/short.txt','r'))) { printf("Cant't open file\n"); return; } $Count = 1; while (!feof ($File)) { $line = fgets ($File, 1024); printf("%d %s\n",$Count,$line); $Count += 1; } fclose($File); ?> Running the program C:\PHP>php -f c:\inetpub\wwwroot\ftp_ls_and_wrap_fopen.php PHP Warning: fopen() [http://www.php.net/function.fopen]: php_hostconnect: conn ect failed in c:\inetpub\wwwroot\ftp_ls_and_wrap_fopen.php on line 11 PHP Warning: fopen(ftp:[EMAIL PROTECTED]/pub/short.txt) [http://www.php.net/funct ion.fopen]: failed to create stream: FTP server reports 227 Entering Passive Mod e (127.0.0.1 in c:\inetpub\wwwroot\ftp_ls_and_wrap_fopen.php on line 11 dummy1.txt dummy2.txt short.txt Cant't open file (Pasted) log from BulletProof FTP Server v2.15 21/11/2002 00:33:59 - FTP Server On-line : IP(s) 192.168.1.34, on port 21 (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > connected to ip : 127.0.0.1 (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > sending welcome message. (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > 220 BulletProof FTP Server ready ... (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > USER anonymous (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > 331 Password required for anonymous. (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > PASS (01) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > logged in. (01) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > 230 User anonymous logged in. (01) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > PORT 127,0,0,1,10,77 (01) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > 200 Port command succe
#14245 [Com]: make install fails on apxs
ID: 14245 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.3.0-dev New Comment: I have a workaround about this bag. I have installed php 4.2.3 under Oracle AS9i on AIX 4.3.3. The libphp4.so not is created by make because the libtool have a flag set to no. The libtool is created by configure; before you launch make, edit libtool and set build_libtool_libs=yes. After launched make, under .libs you find libphp4.so.0:move it under libs as libphp4.so and run make install. So, php as apache module work fine. Previous Comments: [2002-09-30 17:12:31] [EMAIL PROTECTED] Same problem. AIX 4.3.3.10, GCC 2.95, PHP 4.2.3, Gnu Make 3.79 ** Making install in . make[1]: Entering directory `/oseda/php-4.2.3' /oseda/php-4.2.3/build/shtool mkdir -p "/usr/local/apache/libexec" && /usr/local/apache/bin/apxs -S LIBEXECDIR="/usr/local/apache/libexec" -i -a -n php4 libs/libphp4.so [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=1 make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/oseda/php-4.2.3' make: *** [install-recursive] Error 1 ** The directory "libs" has libphp4.a and libphp4.la only, the directory ".libs" has libphp4.a, .exp, .lai and .so.0 in it. [2002-07-11 11:23:31] [EMAIL PROTECTED] reclassified [2002-07-11 11:23:11] [EMAIL PROTECTED] This is not fixed. But we know what the problem is and hope to get it solved for 4.3.0 release. [2002-07-11 04:38:59] [EMAIL PROTECTED] There were a lot of fixes done to the build system, the best way to check it is to try for yourself. I suggest you try the latest snapshot @ http://snaps.php.net/php4-latest.tar.gz Derick [2002-07-11 04:22:20] [EMAIL PROTECTED] Is this fixed yet, or are there any plans to fix it? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/14245 -- Edit this bug report at http://bugs.php.net/?id=14245&edit=1
#20643 [NEW]: long POST fields get truncated
From: [EMAIL PROTECTED] Operating system: Windows NT PHP version: 4CVS-2002-11-26 (dev) PHP Bug Type: Apache related Bug description: long POST fields get truncated Long (>~3k) POSTED fields get truncated Following test produces correct results (twice the same length) on Linux + Apache + PHP, Windows NT + IIS + PHP, but NOT on Windows NT + Apache + PHP. In last case, back in PHP the length appears to be 4374 bytes. Making the fieldname longer or shorter affects this length, adding more fields doesn't. This behaviour looks very much like reported bug #18961, which is closed. Today, I downloaded, the what I think is, the latest version (4.4.0-dev). But problem still exists. The apache server I use is Apache: 1.3.19.0.0a delivered with Oracle Application Server 1.0.2.2.2a . My test file: Data length: " . strlen($_POST['data1']) . ""; return; } ?> "; ?> var data = document.getElementById("data1"); data.value = ""; alert("Datalength: " + data.value.length); form.submit(); Thanks, - Douwe Koops -- Edit bug report at http://bugs.php.net/?id=20643&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20643&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20643&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20643&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20643&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20643&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20643&r=support Expected behavior: http://bugs.php.net/fix.php?id=20643&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20643&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20643&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20643&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20643&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20643&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20643&r=isapi
#20642 [NEW]: ini setting output_buffering set to PHP_INI_ALL
From: [EMAIL PROTECTED] Operating system: Linux GNU/Debian 3.0r0 PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: ini setting output_buffering set to PHP_INI_ALL Hello, I am writing a php shell script (as I do very often in crontabs and procmail setups) only this time I use stdin/stdout for user interaction with the script. The only problem is that output_buffering defaults to 4096 which results in a script that is really not workable since there is no screen output (output < 4096). Also the flush() command is no help (I still get nothing, I don't know whether this is a bug or a result of an ini setting). To fix this problem I can only change the php.ini value to 0 but this is really not what I want since this is a server wide change. I'd rather use ini_set("output_buffering","0") instead. So my change request in short is, can the rights for altering the ini variable output_buffering change from PHP_INI_PERDIR|PHP_INI_SYSTEM to PHP_INI_ALL in future versions? Jeroen -- Edit bug report at http://bugs.php.net/?id=20642&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20642&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20642&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20642&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20642&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20642&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20642&r=support Expected behavior: http://bugs.php.net/fix.php?id=20642&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20642&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20642&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20642&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20642&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20642&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20642&r=isapi
#20625 [Bgs]: Mail Function output displaying '>' before the word From
ID: 20625 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Mail Related Operating System: Free BSD PHP Version: 4.2.0 New Comment: It has to do with the unix mailbox format. "From " at the beginning of a line is the seperator for emails in such a box, and to make sure normal lines with "From " at the beginning of a line are prefixed with a ">". Derick Previous Comments: [2002-11-26 04:37:45] [EMAIL PROTECTED] I have tried taking the new line breaks out of my previous code but am still getting the same result. I have taken the code below from phpbuilder.com and put in my email address and the message "From then on" and the output was the same: >From then on [2002-11-25 17:56:51] [EMAIL PROTECTED] This is not bug in PHP but in your code..please ask support elsewhere. [2002-11-25 12:58:31] [EMAIL PROTECTED] Your code has a slight problem that I see, the 'From:' header contain a newline between the name & the email, that may cause problems for your code. [2002-11-25 10:59:42] [EMAIL PROTECTED] * PHP version is actually 4.1.2 but Server is hosted with NTT/Verio so unable to update PHP version I am testing my mail function where a user enters their subject and message on a form and the next page pulls emails from a database and mails out to everyone. When I put the word From in the message box in the format From.. or From then on.. or From Sat 16th. it displays a '>' before the word From like this >From then on.. It doesn't do this with lower case from or upper case. It is ok when you insert a space before writing From. I thought it might be getting mixed up with the From tag. My code is this: "; $header = "From: Blair Drummond Safari Park <[EMAIL PROTECTED]>\n"; $header .= "Content-Type: text/html\n"; $db = mysql_connect("localhost", "**", "**"); mysql_select_db("**",$db); $result = mysql_db_query("**","select * from consumers where email<>'' and email <> ' ' and mailing<>-1"); while ($row = mysql_fetch_array($result)) { echo $row["email"]." (".$row["first_name"]." ".$row["surname"].") "; mail($row["email"],$subject,$message,$header); } ?> -- Edit this bug report at http://bugs.php.net/?id=20625&edit=1
#20641 [Opn]: Numeric type returns invalid result using ibase_fetch_row/ibase_fetch_object
ID: 20641 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: InterBase related -Operating System: Windows XP / Firebird 1.0 +Operating System: Windows NT / Firebird 1.0 PHP Version: 4.2.3 New Comment: Numeric type returns invalid result using ibase_fetch_row/ibase_fetch_object (Windows NT). Numbers stored as an InterBase/Firebird numeric/decimal datatype beyond the bounds of the PHP integer type (> 2147483647), do not return a float type but cause an overflow Example: 2303511415 (decimal 10,0) returns -1991455881 PHP/Firebird example script: $sql = "create table temp (large_number numeric(10,0))"; $result = ibase_query($sql,connection()); if (!$result) { exit; } ibase_commit(); $sql = "INSERT INTO temp VALUES (2303511415)"; $result = ibase_query($sql,connection()); if (!$result) { exit; } $sql = "SELECT large_number FROM temp WHERE large_number = 2303511415"; $result = ibase_query($sql,connection()); if (!$result) { exit; } while ($row = ibase_fetch_row($result)) { print($row[0]); } ibase_free_result($result); $sql = "drop table temp"; $result = ibase_query($sql,connection()); if (!$result) { exit; } ibase_commit(); Previous Comments: [2002-11-26 03:24:19] [EMAIL PROTECTED] Numeric type returns invalid result using ibase_fetch_row/ibase_fetch_object (Windows NT). Numbers stored as an InterBase/Firebird numeric/decimal datatype beyond the bounds of the PHP integer type (> 2147483647), do not return a float type but cause an overflow Example: 2303511415 (decimal 10,0) returns -1991455881 PHP/Firebird example script: $sql = "create table temp (large_number numeric(10,0))"; $result = ibase_query($sql,connection()); if (!$result) { exit; } $sql = "INSERT INTO temp VALUES (2303511415)"; $result = ibase_query($sql,connection()); if (!$result) { exit; } $sql = "SELECT large_number FROM temp WHERE large_number = 2303511415"; $result = ibase_query($sql,connection()); if (!$result) { exit; } while ($row = ibase_fetch_row($result)) { print($row[0]); } -- Edit this bug report at http://bugs.php.net/?id=20641&edit=1
#20625 [Bgs]: Mail Function output displaying '>' before the word From
ID: 20625 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Mail Related Operating System: Free BSD PHP Version: 4.2.0 New Comment: I have tried taking the new line breaks out of my previous code but am still getting the same result. I have taken the code below from phpbuilder.com and put in my email address and the message "From then on" and the output was the same: >From then on Previous Comments: [2002-11-25 17:56:51] [EMAIL PROTECTED] This is not bug in PHP but in your code..please ask support elsewhere. [2002-11-25 12:58:31] [EMAIL PROTECTED] Your code has a slight problem that I see, the 'From:' header contain a newline between the name & the email, that may cause problems for your code. [2002-11-25 10:59:42] [EMAIL PROTECTED] * PHP version is actually 4.1.2 but Server is hosted with NTT/Verio so unable to update PHP version I am testing my mail function where a user enters their subject and message on a form and the next page pulls emails from a database and mails out to everyone. When I put the word From in the message box in the format From.. or From then on.. or From Sat 16th. it displays a '>' before the word From like this >From then on.. It doesn't do this with lower case from or upper case. It is ok when you insert a space before writing From. I thought it might be getting mixed up with the From tag. My code is this: "; $header = "From: Blair Drummond Safari Park <[EMAIL PROTECTED]>\n"; $header .= "Content-Type: text/html\n"; $db = mysql_connect("localhost", "**", "**"); mysql_select_db("**",$db); $result = mysql_db_query("**","select * from consumers where email<>'' and email <> ' ' and mailing<>-1"); while ($row = mysql_fetch_array($result)) { echo $row["email"]." (".$row["first_name"]." ".$row["surname"].") "; mail($row["email"],$subject,$message,$header); } ?> -- Edit this bug report at http://bugs.php.net/?id=20625&edit=1