[PHP-DEV] Bug #15415 Updated: [VOTE] case sensitive function/class names for PHP5
ID: 15415 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: ANY PHP Version: PHP 5.0 Previous Comments: [2002-02-06 20:46:02] [EMAIL PROTECTED] YES [2002-02-06 20:24:58] [EMAIL PROTECTED] Please vote YES if you *LIKE* case sensitive function/class/constant names under PHP5. Please vote NO if you *DO NOT LIKE* case sensitive function/class/constant names under PHP5. Thank you. PS: I'm creating this report(vote) as a result of Zend Engine 2 and php-dev list discussion. Don't cheat, please :) -- Edit this bug report at http://bugs.php.net/?id=15415edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15297 Updated: Corrupted html output
ID: 15297 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: RedHat 7.2 PHP Version: 4.1.1 New Comment: Try using the php.ini-dist (copied over to php.ini) from the PHP 4.1.1 distribution. There have been cases where the problem has been an old php.ini file. --Jani Previous Comments: [2002-01-31 01:28:00] [EMAIL PROTECTED] './configure' '--with-mysql=/usr/local' '--enable-track-vars' '--with-imap=../imap-2001a' '--with-gd' '--with-freetype-dir' '--with-ttf' '--with-curl' '--with-apxs=/usr/local/apache/bin/apxs' please note that now i have upgraded apache to 1.3.20 thinking that the problem could be from apache for some reason but this didn't helped also. As for the script do not think that i can post a sample script the script is for on-line ordering and there is a lot of scripts involved i also found an other post with the same problems on XP, the guy was claiming that the problems was occured from output buffering and that after set php ini 'implicit_flush=on' his problems solved..never had a change to try this Also, are you using zlib outputcompression and/or ouput buffering? No, nothing like this i was using a ini file from php 3 in other words parameters regarding compression,buffering didn't exist in the ini file i hope that those variables are initialized to defaults (off) [2002-01-30 14:54:56] [EMAIL PROTECTED] Can you post your configure-line, and a short sample script? Also, are you using zlib outputcompression and/or ouput buffering? [2002-01-30 06:30:03] [EMAIL PROTECTED] I 've tried upgrading to V4.1.1 after a succefull build i tried to fetch https pages, the behavior of php was realy strange, php didn't returned all the html code to the browser but insteand the html was corrupted after some output. The problem was also reproduced with V4.1.0 after this problems i downgraded to V4.0.6 which seems to work just fine. Please note that php didn't return any errors and that this problem was randomly reproduced, eg after the 5th,6th fetch on the same page php was generating the corrupted html while all the other fetched where succeded System configuration RedHat 7.2, kernel 2.4.7-10 apache_1.3.14 mod_ssl-2.7.0-1.3.14 mysql-3.23.39 gcc-2.96-98 glibc-2.2.4-19.3 PHP is build as a shared module, as a static link the results where the same Edit this bug report at http://bugs.php.net/?id=15297edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14737 Updated: PDF DLL is not working
ID: 14737 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PDF related Operating System: Windows 2000 Server PHP Version: 4.1.0 New Comment: RTFM: http://www.php.net/manual/en/install.windows.php#install.windows.extensions Previous Comments: [2002-01-30 09:31:47] [EMAIL PROTECTED] Okay, well I resolved my problem at least... This message is a little misleading! Warning : Unable to load dynamic library './extensions/php_pdf.dll' - The specified module could not be found. When I extracted all the files from php-4.1.1-Win32.zip php_pdf.dll WAS placed in C:\PHP\extensions -HOWEVER- You *MUST* copy all the files from C:\PDP\dlls to your WINNT\System32 directory (in this case, pdflib.dll being most important) Hope that helps some of you! [2002-01-29 15:53:31] [EMAIL PROTECTED] same way for me windows XP PHP 4.1.1 php_lib.dll for php 4.0.6 or rebuld [2002-01-29 14:23:27] [EMAIL PROTECTED] i'm using PHP 4.1.1 [2001-12-28 11:00:19] [EMAIL PROTECTED] - New Installation - OS W2K Server Sp2 Eng - Standart IIS installation - Terminal Services (not yet) - phpMyAdmin 2.2.2 When I try to add a extension (e.g. php_pdf.dll), I get the following error messige back: -- X-Powered-By: PHP/4.1.0 Content-type: text/html PHP Warning: Unable to load dynamic library './php_pdf.dll' - The specified module could not be found. in Unknown on line 0 -- I tryed the following ways in the php.ini: -- extension_dir = ./ extension_dir = D:\Tools\PHP\extensions extension_dir = D:\Tools\PHP\extensions\ extension_dir = D:/Tools/PHP/extensions -- but nothings works. I'm using the dlls witch where part of the zip file from your download site. The new dlls are very smale (e.g. pdf now 92k, before 500k) Do you have any idea. Thank you for your support/help. Best wishes Ralf [EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=14737edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15000 Updated: gd1.3 : gdImageColorResolve : reference symbol not found
ID: 15000 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: Apache related Bug Type: GD related Operating System: Solaris PHP Version: 4.1.1 Edit this bug report at http://bugs.php.net/?id=15000edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14632 Updated: missing -lz symbol in Makefile
ID: 14632 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Compile Issues Operating System: Linux 2.2.17 PHP Version: 4.1.0 New Comment: --with-zlib RTFM. RTFBDB. Previous Comments: [2001-12-20 15:03:34] [EMAIL PROTECTED] Greetings, Apache Error: Cannot load /usr/local/apache/libexec/libphp3.so into server: /usr/local/apache/libexec/libphp3.so: undefined symbol: uncompress compiling --with-mysql=/... will result in Apache spitting out an error when trying to load the php module. This is because the APXS_LDFLAGS is missing the -lz symbol. This should either be noted in the INSTALL.* directions or be included. NOTE: this is in 3.x and 4.x. FYI, the APXS_LDFLAGS variable should be called LDLIBRARIES. Sorry to gripe. =) Thanks, Michael Howell Edit this bug report at http://bugs.php.net/?id=14632edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14587 Updated: Can't start Apache
ID: 14587 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache related Operating System: Tru64 UNIX V4.0F Patchkit 6 PHP Version: 4.1.0 New Comment: user error Previous Comments: [2001-12-19 08:20:15] [EMAIL PROTECTED] Derick, strace is available for Tru64. And nm /path/to/libphp4.so gives a huge number of lines output. I presume I shouldn't fill in these lines here? I've tried something different: I recompiled Apache, this time explicitly telling it where to find perl (/usr/local/bin/perl found by the Apache configure script is actually a symbolic link to /path/to/perl, and I suspected that somehow this was the origin of my problem). I recompiled PHP and voila: Loading libphp4.so was OK, with this message in the error_log: [Wed Dec 19 13:55:52 2001] [notice] Apache/1.3.22 (Unix) PHP/4.1.0 configured -- resuming normal operations Thank you for your lightning fast responses to my issue! Regards, Burkhard. [2001-12-18 14:46:07] [EMAIL PROTECTED] Okay... is there something like strace for Tru 64? And what does 'nm /path/to/mod_php4.so' show? Derick [2001-12-18 14:43:15] [EMAIL PROTECTED] Derick, I've just done what you suggested. No more output, though. By the way: Searching the bug database I've found that my problem is exactly the same as bug id #7551, which was reported for version 4.0.3pl1 running on a Tru64 machine. Regards, Burkhard. [2001-12-18 13:53:03] [EMAIL PROTECTED] This is with apachectl start I presume? Can you try it by just starting httpd by hand? It should give a better message then. regards, Derick [2001-12-18 13:50:34] [EMAIL PROTECTED] Unfortunately, the error isn't more specific. What I cited was all the output from Apache. Burkhard. 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/?id=14587 Edit this bug report at http://bugs.php.net/?id=14587edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14596 Updated: error occur when using include_path
ID: 14596 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: *Configuration Issues Operating System: winNT PHP Version: 4.0.6 Previous Comments: [2001-12-19 02:56:28] [EMAIL PROTECTED] POssible solutions: use the / instead of the \ use two \\ instead of one \ add a slash (\\ or /) after .inc Derick [2001-12-19 02:50:49] [EMAIL PROTECTED] i have a problem on using include_path for different directory, i have try the code like : include_path=.;f:\apacheweb\www_bl\arch\head2.inc but the error have occur like the following : Parse error: parse error in f:\apacheweb\www_bl\eng\stat\head1.php on line 1 Edit this bug report at http://bugs.php.net/?id=14596edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9491 Updated: sybase_connect memory error
ID: 9491 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sybase-ct (ctlib) related Operating System: NT 4.0 workstation SP 5 PHP Version: 4.0.4pl1 Previous Comments: [2001-12-18 22:18:50] [EMAIL PROTECTED] This is resolved with version 4.0.6+. [2001-12-18 13:25:48] [EMAIL PROTECTED] Can this be reproduced with PHP 4.1.0? R. [2001-02-27 21:55:18] [EMAIL PROTECTED] Environment : NT4 Workstation Service pack 5 + Apache latest version + PHP 4.0.5-dev Trying to connect sybase servers on the network and getting memory could not be written errors. sybase_conect is causing this problem. Edit this bug report at http://bugs.php.net/?id=9491edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14245 Updated: make install fails on apxs
ID: 14245 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Open Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.1.0RC5 Old Assigned To: sniper Assigned To: New Comment: Don't have time to look at this anymore. And it indeed is a libtool bug. Previous Comments: [2001-12-12 11:05:04] [EMAIL PROTECTED] This is NOT fixed in CVS yet. It's a libtool bug and I'm trying to find out how to fix it atm. [2001-12-11 13:47:31] [EMAIL PROTECTED] This should be fixed in CVS can you try a snapshot from snaps.php.net? Derick [2001-12-03 16:36:17] [EMAIL PROTECTED] Updated PHP Version. [2001-11-28 13:55:17] [EMAIL PROTECTED] I've found a workaround for this problem. If I manually copy .libs/libphp4.so.0 to libs/libphp4.so, it seems to continue okay: # make install ... cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=65536 make: 1254-004 The error code from the last command is 1. ... Stop. # cp .libs/libphp4.so.0 libs/libphp4.so # make install ... Target install-p is up to date. Target install is up to date. Making install in . /local/www/bin/apxs -i -a -n php4 libs/libphp4.so cp libs/libphp4.so /local/www/libexec/libphp4.so chmod 755 /local/www/libexec/libphp4.so [activating module `php4' in /local/www/conf/httpd.conf] installing shared modules into /local/www/php/lib/php/20010901 Target install-p is up to date. ... Target install is up to date. # /local/www/bin/apachectl start Target install is up to date. Is there some way make install can do that copying step automatically? [2001-11-27 01:12:43] [EMAIL PROTECTED] Make install fails on apxs -i i -a -n php4 libs/libphp4.so cp libs/libphp4.so /local/www/libexec/libphp4.so. The libs directory contains libphp4.a and libphp4.la, but not libphp4.so. Compiler: IBM Visual Age C $ export CC=cc_r $ export CFLAGS=-g -ma $ ./configure --prefix=/local/www/php \ --with-apxs=/local/www/bin/apxs \ --without-mysql $ make Making all in Zend ... Target all is up to date. # /local/www/bin/apachectl stop # /usr/sbin/slibclean # make install Making install in Zend ... Target install-p is up to date. Target install is up to date. Making install in . /local/www/bin/apxs -i -a -n php4 libs/libphp4.so cp libs/libphp4.so /local/www/libexec/libphp4.so cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=65536 make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. Stop. # ls -l libs total 16008 -rw--- 1 root system 4094311 Nov 26 23:53 libphp4.a -rw--- 1 root system 749 Nov 26 23:53 libphp4.la Edit this bug report at http://bugs.php.net/?id=14245edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7670 Updated: PHP crashes when accessing IMAP mailbox
ID: 7670 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Feedback Bug Type: IMAP related Operating System: Linux PHP Version: 4.0.3pl1 Old Assigned To: sniper Assigned To: New Comment: Could you please check if this bug still exists with PHP 4.1.0 and with the latest c-client? There have been many fixes in both. Previous Comments: [2000-11-28 04:34:03] [EMAIL PROTECTED] Assigning this..I have partial fix for this already but it still needs some work. --Jani [2000-11-08 18:39:16] [EMAIL PROTECTED] I recompiled PHP from today's snapshot 200011081445, which didn't make the bug go away. The stack trace is now: #0 0x4038924c in zend_hash_index_update_or_next_insert (ht=0x806cb6f, h=135351912, pData=0xbba8, nDataSize=2514400684, pDest=0x806cc2f, flag=135155768) at zend_hash.c:433 #1 0xe5ec688e in ?? () [...] My c-client is from imap-devel-4.6-3 rpm (I think, at least that package has the right headers). [2000-11-08 00:46:14] [EMAIL PROTECTED] 1. Use --enable-debug in your configure line to get valid backtrace. 2. Try latest snapshot from http://snaps.php.net (IIRC, this is fixed already) 3. Have you compiled libc-client.a from sources ? ( http://www.php.net/manual/ref.imap.php ) --Jani [2000-11-06 23:07:57] [EMAIL PROTECTED] When Courier IMAPd crashes while being accessed by IMP using PHP's IMAP functions, that causes also the Apache process to crash. The last IMAP messages before the crash are 0005 SEARCH ALL UNSEEN * SEARCH 29 30 31 32 33 34 35 0005 OK SEARCH done. 0006 FETCH 29:35 (UID ENVELOPE BODY.PEEK[HEADER.FIELDS (Path Message-ID Newsgroups Followup-To References)] INTERNALDATE RFC822.SIZE FLAGS) Stack trace is obviously quite useless, as it is: #0 0x3a4c8d10 in ?? () #1 0xbf60b801 in ?? () #2 0xc8b604ff in ?? () #3 0x7e7fc391 in ?? () #4 0xc8b604ff in ?? () #5 0x7e710cf1 in ?? () #6 0xd029715b in ?? () #7 0xa1a1ee2f in ?? () #8 0x55e8be66 in ?? () This happens both with PHP 3.0.16 and 4.0.3pl1. Apache is 1.3.11. I compile PHP with ./configure --with-mysql=/usr --with-apxs=/usr/local/www/apache/bin/apxs --with-xml --enable-track-vars=yes --enable-bcmath=yes --enable-memory-limit=yes --with-imap --with-ldap --enable-sysvshm --enable-sysvsem --with-gdbm I can easily reproduce the crash by putting an offending email message into a Maildir that Courier reads. Any other information I should provide? Edit this bug report at http://bugs.php.net/?id=7670edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14483 Updated: -twolevel_namespace and multiple definitions errors
ID: 14483 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Compile Failure Operating System: Mac OS X 10.1 PHP Version: 4.2.0-dev New Comment: That 'apxs' problem is actually the same bug in libtool as it is under AIX. Previous Comments: [2001-12-15 14:11:42] [EMAIL PROTECTED] Are you talking about commenting out the yytext... Is this a libtool bug? Seems like somebody on AIX is having a similar problem. http://bugs.php.net/bug.php?id=14245 In the Mac OS X situation, though... it seems to be a threefold problem... 1. ltmain.sh (due to multiple symbol errors) 2. yytext issue 3. apxs issue [2001-12-15 07:33:10] [EMAIL PROTECTED] That commenting out should not be nessecairy, I have the same on my system. The problem is something else... Derick [2001-12-14 17:26:57] [EMAIL PROTECTED] It's friday niiigghttt... Doing: grep -nrH \*yytext Zend/* Yields: - zend_ini_scanner.c:310:extern char *yytext; zend_ini_scanner.c:496:char *yytext; zend_language_scanner.c:305:extern char *yytext; zend_language_scanner.c:2725:char *yytext; - So: pico -b -e -w +2725 zend_language_scanner.c Comment out: /* char *yytext; */ We are money because this is already declared as a extern in zend_ini_scanner or whatever. Now the compile completes, but everything is still hosed, because make install gives: Making install in . apxs -i -a -n php4 libs/libphp4.so [activating module `php4' in /private/etc/httpd/httpd.conf] cp libs/libphp4.so /usr/libexec/httpd/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 make[1]: *** [install-sapi] Error 1 make: *** [install-recursive] Error 1 Arg... [2001-12-14 16:59:25] [EMAIL PROTECTED] Progress: [Just downloaded and compiled the latest GNU autoconf, automake, and libtool] After some further web research, most of it comes down to being a libtool issue, which is covered here: http://savannah.gnu.org/support/?func=detailsupportsupport_id=100049group_id=25 It all begins with replacing all instances of: deplibs=$lib $deplibs with if test $libdir; then deplibs=$lib $deplibs fi in ltmain.sh, and if configure has already been run, in libtool. There three occurrences in ltmain.sh. The reason sh!t is multiply defined is because it's multiply loaded. The above helps. This gets rid of the all of the multiple defined error messages except: - ld: multiple definitions of symbol _yytext Zend/.libs/libZend.al(zend_language_scanner.lo) definition of _yytext in section (__DATA,__common) Zend/.libs/libZend.al(zend_ini_scanner.lo) definition of _yytext in section (__DATA,__common) /usr/bin/libtool: internal link edit command failed make[1]: *** [libphp4.la] Error 1 make: *** [all-recursive] Error 1 - This is being attacked... more later... hopefully. Also, I noticed main/php_config.h defines 'uint' even though /usr/include/sys/types.h already has 'uint'. sys/types.h does't define ulong, thought. In php_config.h 'uint' is defined twice, once right at the top and again on line 1836. 'ulong' is also defined, but that's OK. This does not hose anything, only it doesn't allow use of the precompiled version of the system's unistd.p. Changing php_config.h, starting at line 1836 (or near there): from - /* Define to `unsigned int ' if sys/types.h does not define. */ #define uint unsigned int /* Define to `unsigned long ' if sys/types.h does not define. */ #define ulong unsigned long to - /* Define to `unsigned int ' if sys/types.h does not define. */ /* #define uint unsigned int */ /* Define to `unsigned long ' if sys/types.h does not define. */ #define ulong unsigned long - and commenting out these two lines near the top, on line 9, so they appear as follows: - /* #define uint unsigned int */ /* #define ulong unsigned long */ - Fixes this stuff. That leaves me with only the _yytext multiple defined errors, and two or three cpp smart preprocessing warnings. Almost there... [2001-12-14 16:37:55] [EMAIL PROTECTED] 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/?id=14483 Edit this bug report at http://bugs.php.net/?id=14483edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
[PHP-DEV] Bug #14489 Updated: DSO PHP module compiling with gettext support is blocking Apache start
ID: 14489 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: Cobalt Raq 3 PHP Version: 4.1.0 New Comment: status - feedback. Previous Comments: [2001-12-16 12:34:38] [EMAIL PROTECTED] I assume site7 has an ssl certificate defined, right? So what happens when you remove that certificate? As a note: I can not reproduce this bug on a Cobalt Raq 3 but I do not have hosts running ssl. [2001-12-16 10:57:59] [EMAIL PROTECTED] I'm still wondering about this: when I compile php 4.1.0 as dso without --with-gettext and start Apache I can see this: [root@cobalt apache]# /etc/rc.d/init.d/httpd start Setting up Web Service: Site home has invalid certificate: 4999 Certificate files do not exist. Site site7 has invalid certificate: 4999 Certificate files do not exist. /usr/sbin/httpd and Apache IS working But when I compile it with optiion --with-gettext I see this (see messages): [root@cobalt apache]# /etc/rc.d/init.d/httpd start Setting up Web Service: Site home has invalid certificate: 4999 ssl_cant_files_missing Site site7 has invalid certificate: 4999 ssl_cant_files_missing /usr/sbin/httpd and Apache is NOT running (no errors no records in error log) Why are these apache messages changed ?? I was wondering about some mess in gettext versions so I compiled 0.10.40 again and install in new dir and after use : --with-gettext=/home/michal/gettext , but with the same reasult. [2001-12-16 10:10:52] [EMAIL PROTECTED] It's the same. [2001-12-15 13:35:51] [EMAIL PROTECTED] What if you 'stop' and 'start' it instead of 'restart' ? [2001-12-15 11:31:35] [EMAIL PROTECTED] These Straces are for command /httpd restart 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/?id=14489 Edit this bug report at http://bugs.php.net/?id=14489edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14489 Updated: DSO PHP module compiling with gettext support is blocking Apache start
ID: 14489 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: Cobalt Raq 3 PHP Version: 4.1.0 New Comment: What if you 'stop' and 'start' it instead of 'restart' ? Previous Comments: [2001-12-15 11:31:35] [EMAIL PROTECTED] These Straces are for command /httpd restart [2001-12-15 11:29:36] [EMAIL PROTECTED] Strace with working libphp4.so http://michal.no-ip.com/~michal/ok.txt Strace with NO working libphp4.so http://michal.no-ip.com/~michal/bad.txt [2001-12-14 10:52:00] [EMAIL PROTECTED] Of course Apache is working. It's RPM version from original Cobalt distribution. Simply: just Apache IS working Apache + PHP 4.1.0 as DSO IS working Apache + PHP 4.1.0 as DSO --with-gettext IS NOT working (see previous comment) Strange is that I can't see any error report. From console it seems Apache is running , but it's NOT. Even more strange it is printing slightly other messages during APache 'Start'. Thank You [2001-12-13 23:06:19] [EMAIL PROTECTED] Does you apache work without PHP ? --Jani [2001-12-13 12:27:33] [EMAIL PROTECTED] I forgot this : Apache/1.3.6 (Unix) And I used RPM of gettext-0.10.35 and I've also tried to compile version 0.10.40 with same result 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/?id=14489 Edit this bug report at http://bugs.php.net/?id=14489edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14518 Updated: --enable-trans-id doesn't work
ID: 14518 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Session related Operating System: LInux 2.4.16 (RH7.2 based) PHP Version: 4.1.0 New Comment: Just note: I can not reproduce this with latest CVS. Previous Comments: [2001-12-14 12:48:23] [EMAIL PROTECTED] I suppose you've verified problem ;) Type = Critical [2001-12-14 11:35:41] [EMAIL PROTECTED] I compiled php4.1.0 with --enable-trans-id, configured to use no cookies for sessions. Verifiying with phpinfo() shows the correct settings for cookies and enable-trans-id but php fails to add the session-id to any tag. Passing a session-id manually works though. Edit this bug report at http://bugs.php.net/?id=14518edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14048 Updated: Configure issues
ID: 14048 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Configuration Issues Operating System: BSD/OS 4.x PHP Version: 4.1.0 New Comment: So with the minimum options everything works just fine? If so, then please try adding some more options and see when it starts to fail. --Jani Previous Comments: [2001-12-14 15:40:06] [EMAIL PROTECTED] Ok, you can rule that out. Compiles outof the box. Build php4-200112140600. [2001-12-13 21:41:38] [EMAIL PROTECTED] Please try the latest CVS snapshot with this configure line: --with-apxs=/apache/bin/apxs --without-mysql --disable-pear --disable-xml --disable-session --enable-debug As I first want to rule out any extension being the reason for the segfault. --Jani [2001-12-13 00:26:11] [EMAIL PROTECTED] needcoffeeoops - sorry about the double posts - I'm not quite awake yet - can you delete that?/needcoffee Indeed I compiled the snapshot from 11120600 and that compiled outof the box - same problem though - core dumps and httpd won't start up. Independant of that - HAVE_RES_SEARCH is still not recognized correctly in both buildtypes. [2001-12-13 00:20:06] [EMAIL PROTECTED] And it's there again, version 4.1.0: mdev@server6 ~/_src/php-4.1.0 $ type make make is hashed (/home/mdev/local/bin/make) mdev@server6 ~/_src/php-4.1.0 $ echo $MAKE /home/mdev/local/bin/make mdev@server6 ~/_src/php-4.1.0 $ make Makefile:34: *** missing separator. Stop. mdev@server6 ~/_src/php-4.1.0 $ grep 'HAVE_RES_SEARCH' ./main/php_config.h /* #undef HAVE_RES_SEARCH */ By the way - the issue with shared libs didn't apply. I did rm -rf /php/lib before I did anything else and php.ini didn't load anything it shouldn't be able to find, judging from ls and ldd. But can you ellaborate on the issues above? [2001-12-12 18:23:30] [EMAIL PROTECTED] You said before that snapshots have always worked just fine. Is this still the case? Does the latest CVS snapshot work for you? (there might be some problems in creating the releases..) --Jani 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/?id=14048 Edit this bug report at http://bugs.php.net/?id=14048edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14048 Updated: Configure issues
ID: 14048 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: Unknown/Other Function Bug Type: *Configuration Issues Operating System: BSD/OS 4.x Old PHP Version: 4.0.6 and 4.1.0 PHP Version: 4.1.0 New Comment: Please try the latest CVS snapshot with this configure line: --with-apxs=/apache/bin/apxs --without-mysql --disable-pear --disable-xml --disable-session --enable-debug As I first want to rule out any extension being the reason for the segfault. --Jani Previous Comments: [2001-12-13 00:26:11] [EMAIL PROTECTED] needcoffeeoops - sorry about the double posts - I'm not quite awake yet - can you delete that?/needcoffee Indeed I compiled the snapshot from 11120600 and that compiled outof the box - same problem though - core dumps and httpd won't start up. Independant of that - HAVE_RES_SEARCH is still not recognized correctly in both buildtypes. [2001-12-13 00:20:06] [EMAIL PROTECTED] And it's there again, version 4.1.0: mdev@server6 ~/_src/php-4.1.0 $ type make make is hashed (/home/mdev/local/bin/make) mdev@server6 ~/_src/php-4.1.0 $ echo $MAKE /home/mdev/local/bin/make mdev@server6 ~/_src/php-4.1.0 $ make Makefile:34: *** missing separator. Stop. mdev@server6 ~/_src/php-4.1.0 $ grep 'HAVE_RES_SEARCH' ./main/php_config.h /* #undef HAVE_RES_SEARCH */ By the way - the issue with shared libs didn't apply. I did rm -rf /php/lib before I did anything else and php.ini didn't load anything it shouldn't be able to find, judging from ls and ldd. But can you ellaborate on the issues above? [2001-12-12 18:23:30] [EMAIL PROTECTED] You said before that snapshots have always worked just fine. Is this still the case? Does the latest CVS snapshot work for you? (there might be some problems in creating the releases..) --Jani [2001-12-12 17:47:54] [EMAIL PROTECTED] And it's there again, version 4.1.0: mdev@server6 ~/_src/php-4.1.0 $ type make make is hashed (/home/mdev/local/bin/make) mdev@server6 ~/_src/php-4.1.0 $ echo $MAKE /home/mdev/local/bin/make mdev@server6 ~/_src/php-4.1.0 $ make Makefile:34: *** missing separator. Stop. mdev@server6 ~/_src/php-4.1.0 $ grep 'HAVE_RES_SEARCH' ./main/php_config.h /* #undef HAVE_RES_SEARCH */ By the way - the issue with shared libs didn't apply. I did rm -rf /php/lib before I did anything else and php.ini didn't load anything it shouldn't be able to find, judging from ls and ldd. But can you ellaborate on the issues above? [2001-11-19 17:58:03] [EMAIL PROTECTED] You might be having an issue with old shared extension being loaded. Check it first. ie. try disabling the loading of such extensions in php.ini 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/?id=14048 Edit this bug report at http://bugs.php.net/?id=14048edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14480 Updated: HTML garbaged, server crash
ID: 14480 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: iPlanet related Operating System: HP-UX 11.0, NSAPI PHP Version: 4.0.6 New Comment: Does this happen with PHP 4.1.0 ? Previous Comments: [2001-12-13 05:29:08] [EMAIL PROTECTED] This is an intermittent bug. Some pages will appear OK if the HTML is dumped to file just before output using ob_get_contents(). Yet sections of the same HTML code, once on the browser, appear to have been replaced with garbage (apparently sections of the server memory). Simpler PHP code is not affected. Occasionally, the CPU load will skyrocket, and the Web server will crash without returning any data. I think it could be the PHP module, somehow corrupting ns-httpd memory, but am unable to investigate further. Edit this bug report at http://bugs.php.net/?id=14480edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13078 Updated: register_globals = off session.save_handler = user
ID: 13078 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Session related Operating System: FreeBSD 4.x PHP Version: 4.0.6, 4.1.0 New Comment: Just to note that I can not reproduce this with latest CVS. --Jani Previous Comments: [2001-12-13 05:55:59] [EMAIL PROTECTED] PHP 4.1.0 (release) TEST SCRIPT: ?php session_start(); $_SESSION['test'] = 'YES'; echo ini_get('register_globals'); ? SESSION FILE CONTENTS: With register_globals = 1: empty With register_globals = 0: test|s:3:YES; [2001-12-13 05:14:14] [EMAIL PROTECTED] Yes, I have problems with or without session_register/unregister. In fact, I first tried: $_SESSION[varname] = somevaluehere; to see if it was saved. But it was NOT. So, I tried this: session_register(varname); $_SESSION[varname] = somevaluehere; thinking it would help. Anyhow, none of the above worked. Once again, if register_globals=on then, everything is fine. ---ends--- [2001-12-13 04:52:52] [EMAIL PROTECTED] When you use $_SESSION or $HTTP_SESSION_VARS, you don't need session_register/unregister to save session vars. Do you have problem still when you don't use session_register/unregister? [2001-12-13 02:54:32] [EMAIL PROTECTED] Added 4.1.0 into the PHP Version field of this report. ---ends--- [2001-12-12 07:56:54] [EMAIL PROTECTED] After posting the test results with 4.1.0, I tried using: session_register(varname); before doing a: $_SESSION[varname]; i.e., session_register(varname); $_SESSION[varname] = somevaluehere; And yet, the custom sess_write was never called. --ends-- 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/?id=13078 Edit this bug report at http://bugs.php.net/?id=13078edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14481 Updated: PHP 4.1.0 fails to compile with curl 7.9.2
ID: 14481 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Critical Status: Closed Bug Type: Compile Failure Operating System: Linux (RH 7.0) PHP Version: 4.1.0 Old Assigned To: sterling Assigned To: New Comment: you have an old version of cURL (ie, you've incorrectly installed curl 7.9.2). Please properly upgrade and you should have no problems. -Sterling - Sterling..we have this nice web interface for updating bug reports.. Please use it. Previous Comments: [2001-12-13 06:55:33] [EMAIL PROTECTED] PHP fails to compile with curl 7.9.2 ./configure --prefix=/etc --with-apache=/usr/src/Apachetoolbox-1.5.45/apache_1.3.22 --enable-exif --enable-track-vars --with-calendar=shared --enable-safe-mode --enable-magic-quotes --enable-trans-sid --enable-wddx --enable-ftp --with-gd=/etc --with-zlib --enable-gd-native-tt --with-t1lib=/etc/lib/php/t1libs --with-jpeg-dir=/etc --with-png-dir=/etc --with-zlib-dir=/etc --with-ttf --with-freetype-dir=/etc --with-mcrypt --with-openssl --with-mysql=/usr --enable-xslt --with-dom --with-xslt-sablot --with-curl (no errors) make fails with error curl.c: In function `zm_startup_curl': curl.c:147: `CURLOPT_SSL_VERIFYHOST' undeclared (first use in this function) curl.c:147: (Each undeclared identifier is reported only once curl.c:147: for each function it appears in.) curl.c:176: `CURLOPT_COOKIEJAR' undeclared (first use in this function) curl.c:177: `CURLOPT_SSL_CIPHER_LIST' undeclared (first use in this function) curl.c: In function `zif_curl_setopt': curl.c:671: `CURLOPT_SSL_VERIFYHOST' undeclared (first use in this function) curl.c:694: `CURLOPT_COOKIEJAR' undeclared (first use in this function) curl.c:695: `CURLOPT_SSL_CIPHER_LIST' undeclared (first use in this function) curl.c:797: `CURLFORM_COPYNAME' undeclared (first use in this function) curl.c:798: `CURLFORM_FILE' undeclared (first use in this function) curl.c:798: `CURLFORM_END' undeclared (first use in this function) curl.c:802: `CURLFORM_PTRCONTENTS' undeclared (first use in this function) make[3]: *** [curl.lo] Error 1 make[3]: Leaving directory `/usr/src/Apachetoolbox-1.5.45/src/php-4.1.0/ext/curl' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/Apachetoolbox-1.5.45/src/php-4.1.0/ext/curl' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/Apachetoolbox-1.5.45/src/php-4.1.0/ext' make: *** [all-recursive] Error 1 the same works for php 4.0.6 Edit this bug report at http://bugs.php.net/?id=14481edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14464 Updated: apphelp.dll dependency breaks extensions on platforms other than XP
ID: 14464 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: OpenSSL related Operating System: win32 except XP PHP Version: 4.1.0 New Comment: Report this to Microsoft. Not a PHP bug - bogus. Previous Comments: [2001-12-13 07:27:13] [EMAIL PROTECTED] It seems that I have narrowed down the problem. The culprit does seem to be IE6. I did the same installation on a Win2000 machine with IE5.5 instead on IE6, and the install came clean, including the dependencies. IE6 seems to put in a dependency on a file which belongs to XP; why it doesn't break other apps is a mystery, but that's M$. I'm definitely paying the price for not following my own advice about putting a new version of a microsoft product on my system before the 2nd SP. [2001-12-12 18:18:50] [EMAIL PROTECTED] there's no dll in the binary package which is directly dependent upon that dll. where did you get that info from? daniel --- Daniel, next time, use the web interface for replying to bug reports. --Jani [2001-12-12 13:47:35] [EMAIL PROTECTED] There is a dependency in certain modules (notably php_openssl) on apphelp.dll. This file seems to only be available on WindowsXP (and the file shipped with XP won't work on win2000). If I am correct (I'm not entirely sure), any use of this dll will render the extensions useless on any windows version prior to XP). Source: DLL Help on MSDN. (The file is only listed as part of Windows XP). Edit this bug report at http://bugs.php.net/?id=14464edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14467 Updated: Cannot load libphp4.so
ID: 14467 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Old Bug Type: Apache related Bug Type: Apache2 related Operating System: Linux RedHat 7.1 PHP Version: 4.1.0 New Comment: Please try running this command: ./configure --help | grep apxs2 and you'll find the correct configure option to be used with Apache2. --Jani Previous Comments: [2001-12-13 08:38:52] [EMAIL PROTECTED] The version of Apache i use is : httpd-2.0.28 I have compiled Apache with : ./configure --prefix=/usr/local/apache --enable_module=all --enable-shared=max I have compiled PHP with : ./configure --with-mysql --with-apxs In the /usr/local/apache/bin/apxs script i have changed the line : my $CFG_LIBEXECDIR=... by my $CFG_LIBEXECDIR='/usr/lib/apache'; [2001-12-12 18:07:52] [EMAIL PROTECTED] Configure line would also be a good idea. And the information how you compiled Apache or if it was installed from a RPM. [2001-12-12 15:23:31] [EMAIL PROTECTED] What is your version of apache? [2001-12-12 14:49:19] [EMAIL PROTECTED] When i try to start the server : bin/apachectl start i get the message : Cannot load /usr/lib/libphp4.so into server : /usr/lib/apache/libphp4.so : undefined symbol : ap_block_alarms Edit this bug report at http://bugs.php.net/?id=14467edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14435 Updated: imap_status fails if multiple imap connections made
ID: 14435 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: IMAP related Operating System: Linux (RH7.2, 2.4.9-7) PHP Version: 4.1.0 New Comment: Closing this then. --Jani Previous Comments: [2001-12-13 12:14:12] [EMAIL PROTECTED] This looks to be a bug in either imap2000 or RedHat's imap2000 packages. It's fails with both php 4.1.0 and 4.0.6 on RH 7.2 and 7.0. However after updating the 7.2 machine to imap2001 (from rawhide) and recompiling 4.1.0 it all seems to work. Also my Debian unstable machine (with imap2001) seems to be fine as well. Sorry to waste your time. [2001-12-12 14:30:10] [EMAIL PROTECTED] This is from RedHat 7.2 i386, so the imap version is imap-2000c-15. I also have a debian unstable machine and I'll see if it behaves the same on there. [2001-12-12 11:25:56] [EMAIL PROTECTED] What version of c-client you have compiled PHP with? Does this work with older PHP versions? [2001-12-11 15:30:29] [EMAIL PROTECTED] If I open multiple imap connections to different servers I can not use imap_status on the first server opened, but other imap calls (example: imap_mailboxmsginfo) will work. This seems similar to bug 8424, but involving multiple servers. Code example: ? $conn1 = imap_open({host1:143}INBOX,user1,password1); var_dump($conn1); $status1 = imap_status($conn1,{host1:143}INBOX,SA_ALL); var_dump($status1); $conn2 = imap_open({host2:143}INBOX,user2,password2); var_dump($conn2); $status2 = imap_status($conn2,{host2:143}INBOX,SA_ALL); var_dump($status2); $status1 = imap_status($conn1,{host1:143}INBOX,SA_ALL); var_dump($status1); $info1 = imap_mailboxmsginfo($conn1); var_dump($info1); imap_close ($conn1); imap_close ($conn2); ? The results from running this against two different servers (with different user IDs and passwords) are: resource(1) of type (imap) object(stdClass)(6) { [flags]= int(31) [messages]= int(2) [recent]= int(0) [unseen]= int(0) [uidnext]= int(3) [uidvalidity]= int(1008100790) } resource(2) of type (imap) object(stdClass)(6) { [flags]= int(31) [messages]= int(9) [recent]= int(0) [unseen]= int(1) [uidnext]= int(56694) [uidvalidity]= int(407) } bool(false) object(stdClass)(8) { [Unread]= int(0) [Deleted]= int(0) [Nmsgs]= int(2) [Size]= int(4974) [Date]= string(37) Tue, 11 Dec 2001 15:20:52 -0500 (EST) [Driver]= string(4) imap [Mailbox]= string(49) {localhost.localdomain:143/imap/user=user}INBOX [Recent]= int(0) Note the bool(false) return from the second imap_status call against host1, though I never closed the imap_connection and the imap_mailboxmsginfo call below works fine. I can see errors in the systems logs being generated by this script. It seems that imap_status is getting the host correct but is passing the wrong userid to the imap server. So for example in the above I see errors from imapd on host1 using the username from host2. (FWIW I also seen this behavior with the 4.2.0-dev tree from November 28th, 2001). --rdp Edit this bug report at http://bugs.php.net/?id=14435edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14489 Updated: DSO PHP module compiling with gettext support is blocking Apache start
ID: 14489 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: Cobalt Raq 3 PHP Version: 4.1.0 New Comment: Does you apache work without PHP ? --Jani Previous Comments: [2001-12-13 12:27:33] [EMAIL PROTECTED] I forgot this : Apache/1.3.6 (Unix) And I used RPM of gettext-0.10.35 and I've also tried to compile version 0.10.40 with same result [2001-12-13 11:55:19] [EMAIL PROTECTED] Hello When I configure PHP with these options (including gettext support): ./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/sbin/apxs --with-gd=/usr/local --with-jpeg-dir=/usr/local/src/jpeg-6b --with-png-dir=/usr/local --with-zlib=/usr/local --enable-ftp --enable-trans-sid --with-imap=/usr/local --enable-safe-mode --with-gettext=/usr Everything is fine (including configuration output and no errors or warnings on compiling) until I try to copy libphp4.so over old one and restart Apache. Usualy when I'm restarting apache I can see this: Shutting down Web Service: httpd Setting up Web Service: Site home has invalid certificate: 4999 Certificate files do not exist. Site site7 has invalid certificate: 4999 Certificate files do not exist. /usr/sbin/httpd but whe I try to restart Apache after module changing I can see this: Shutting down Web Service: httpd Setting up Web Service: Site home has invalid certificate: 4999 ssl_cant_files_missing Site site7 has invalid certificate: 4999 ssl_cant_files_missing /usr/sbin/httpd You can see some messages changed and Apache is NOT running. But When I don't include --with-gettext option evrything is running fine and Apache is running too, whith messages as in the first case. Edit this bug report at http://bugs.php.net/?id=14489edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7045 Updated: Shuffle() does not behave correctly
ID: 7045 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Summary: Shuffle() does behave correctly Status: Open Bug Type: Arrays related Operating System: Linux RH 6 and 7 Old PHP Version: 4.0.1pl2 PHP Version: 4.1.0 New Comment: updated php version and short summary. Previous Comments: [2001-12-13 16:21:02] [EMAIL PROTECTED] Still behaves the same on PHP 4.1.0/Linux [2001-10-15 09:00:00] [EMAIL PROTECTED] Any news on this? Derick [2000-10-30 10:07:36] [EMAIL PROTECTED] This is probably the property of sort algorithm used in shuffle. Whoever wrote it, please take attention! [2000-10-05 18:36:22] [EMAIL PROTECTED] Shuffle() does NOT behave correctly [2000-10-05 18:33:23] [EMAIL PROTECTED] Description I use shuffle() on an array and pick the first element of the array When repeating this operation the distribution of the value of the first element is not balanced Test script srand((double)microtime()*100); $result = array(); $A=array(); $N = 10; for ($i=0;$i$N;$i++) $result[$i] = 0; for ($i=0;$i1;$i++) { for ($j=0;$j$N;$j++) $A[$j]=$j; shuffle($A); $r = $A[0]; // echo nbsp;.$r; $result[$r]++; } echo br; for ($i=0;$i$N;$i++) echo $i.=. $result[$i].br; Results script runned 3 times 0=1248 1=1216 2=1328 3=1224 4=1260 5=1264 6=803 7=778 8=555 9=324 0=1266 1=1236 2=1302 3=1198 4=1226 5=1246 6=841 7=778 8=567 9=340 0=1246 1=1251 2=1309 3=1207 4=1243 5=1274 6=826 7=782 8=537 9=325 php.ini [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none ; sets foo to an empty string ; foo = none; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body
[PHP-DEV] Bug #14502 Updated: change to input type=image data from HTML forms
ID: 14502 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Feature/Change Request Operating System: win me PHP Version: 4.1.0 New Comment: AFAIK, this is impossible. The browsers only send the coordinates to the webserver and nothing else. --Jani Previous Comments: [2001-12-13 22:29:48] [EMAIL PROTECTED] To cut down the amount of work and number of pages in my employers site I'm trying to have one page that serves as a backdrop for all the full sized pictures. I've been using HTML forms to pass values to my PHP pages, but ran into problems with the image input type. I want to show the thumbnail th_Boat.jpg which when clicked will call the ALLPICS.php file and send it the URL of the large picture I want displayed: BigBoat.jpg. input type=image src=th_Boat.jpg name=PICTURE value=BigBoat.jpg I was hoping that this would call ALLPICS.php and send it the variable $PICTURE with the value BigBoat.jpg. This would enable me to have one generic big picture page for the whole site using the line: print(IMG SRC=\$PICTURE\); //called from within ALLPICS.php unfortunately I can only get the x and y coordinates of the click, not the VALUE from the input statement. Would you consider the addition of _value to _x and _y so that the value section of the HTML tag input type=image could be more useful? Keep up the great work Christopher Edit this bug report at http://bugs.php.net/?id=14502edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14503 Updated: once again, fails to compile unix.h
ID: 14503 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD-4.4-RELEASE PHP Version: 4.1.0 New Comment: This is not PHP bug. Your system seems to have bogus unix.h in place where it shouldn't be. (this unix.h is from the imap stuff) Try convince the c-client author Mark Crispin to rename those header files so that this kind of conflicts can be avoided..good luck.. :) --Jani Previous Comments: [2001-12-13 22:30:02] [EMAIL PROTECTED] Downloaded php-4.1.0 and attempted to compile it on FreeBSD-4.4-RELEASE with a large configure line with many modules...it configured, but make immediately failed with parse errors in unix.h thinking it was a module error, i attempted to compile after simply: # ./configure same errors: --- Making all in Zend make[1]: Entering directory `/usr/local/install/php-4.1.0/Zend' /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -I../TSRM -g -O2 -prefer-non-pic -static -c zend_language_parser.c In file included from zend.h:54, from zend_compile.h:24, from zend_language_parser.c:148: /usr/include/unix.h:182: parse error before MAILSTREAM /usr/include/unix.h:189: parse error before '}' token /usr/include/unix.h:193: parse error before '*' token /usr/include/unix.h:196: parse error before '*' token /usr/include/unix.h:197: parse error before '*' token /usr/include/unix.h:198: parse error before '*' token /usr/include/unix.h:199: parse error before '*' token /usr/include/unix.h:200: parse error before '*' token /usr/include/unix.h:201: parse error before '*' token /usr/include/unix.h:202: parse error before '*' token /usr/include/unix.h:202: parse error before '*' token /usr/include/unix.h:203: parse error before '*' token /usr/include/unix.h:204: parse error before '*' token /usr/include/unix.h:206: parse error before '*' token /usr/include/unix.h:207: parse error before '*' token /usr/include/unix.h:209: parse error before '*' token /usr/include/unix.h:210: parse error before '*' token /usr/include/unix.h:211: parse error before '*' token /usr/include/unix.h:212: parse error before '*' token /usr/include/unix.h:213: parse error before '*' token /usr/include/unix.h:214: parse error before '*' token /usr/include/unix.h:215: parse error before '*' token /usr/include/unix.h:216: parse error before '*' token /usr/include/unix.h:219: parse error before '*' token /usr/include/unix.h:221: parse error before DOTLOCK /usr/include/unix.h:222: parse error before MAILSTREAM /usr/include/unix.h:223: parse error before '*' token /usr/include/unix.h:224: parse error before '*' token /usr/include/unix.h:225: parse error before '*' token /usr/include/unix.h:226: parse error before '*' token /usr/include/unix.h:228: parse error before '*' token /usr/include/unix.h:229: parse error before '*' token /usr/include/unix.h:230: parse error before '*' token /usr/include/unix.h:231: parse error before '*' token make[1]: *** [zend_language_parser.lo] Error 1 make[1]: Leaving directory `/usr/local/install/php-4.1.0/Zend' make: *** [all-recursive] Error 1 --- This was all on a modified FreeBSD system. I then installed a stock version of FreeBSD on another computer, downloaded again, and attempted the compile. Same problem, unchanged. I then removed the include line for unix.h in both Zend.h and php.h, which enabled the compilation. Edit this bug report at http://bugs.php.net/?id=14503edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14333 Updated: Apache processes consume all CPU
ID: 14333 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: RH 6.2 SMP PHP Version: 4.0.6 New Comment: Like I asked before, configure/compile PHP without ANY configure options. (only --with-apxs) And updating kernel (and compiling it by yourself) is not bad idea either. Previous Comments: [2001-12-08 19:34:26] [EMAIL PROTECTED] This time I compiled PHP with this configuration: CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./configure --prefix=/usr/local \ --with-apache=/root/atb/Apachetoolbox-1.5.45/apache_1.3.22 \ --enable-exif \ --enable-track-vars \ --with-calendar=shared \ --enable-safe-mode \ --enable-magic-quotes \ --enable-trans-sid \ --enable-wddx \ --enable-ftp \ --without-mysql \ --without-ldap \ Apache was just the same as before. However, I am still getting the same runaway process problem. Any other ideas or suggestions for me to try? [2001-12-08 19:19:42] [EMAIL PROTECTED] Thanks for the help. I've installed the MySQL-shared RPM and now have /usr/lib/libmysqlclient.so. Also, I've recompiled with a minimal PHP configuration: CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./configure --prefix=/usr/local \ --with-apache=/root/atb/Apachetoolbox-1.5.45/apache_1.3.22 \ --enable-exif \ --enable-track-vars \ --with-calendar=shared \ --enable-safe-mode \ --enable-magic-quotes \ --enable-trans-sid \ --enable-wddx \ --enable-ftp \ --with-mysql=/usr \ --with-ldap \ My Apache configuration is also very minimal. The only things I have included are the basics plus mod_ssl and mod_php: export CFLAGS= export LIBS= export INCLUDES= ./configure --prefix=/usr/local/apache \ --enable-suexec \ --suexec-caller=nobody \ --suexec-docroot=/home \ --suexec-logfile=/var/log/httpd/cgi.log \ --suexec-uidmin=500 \ --suexec-gidmin=500 \ --suexec-safepath=/usr/local/bin:/usr/bin:/bin \ --enable-module=so \ --enable-module=access \ --disable-module=auth_db \ --disable-module=digest \ --enable-module=imap \ --enable-module=mime \ --enable-module=setenvif \ --disable-module=usertrack \ --enable-module=auth \ --disable-module=cern_meta \ --disable-module=expires \ --enable-module=log_config \ --disable-module=proxy \ --disable-module=vhost_alias \ --disable-module=auth_anon \ --enable-module=cgi \ --disable-module=headers \ --disable-module=log_referer \ --disable-module=rewrite \ --enable-module=userdir \ --enable-module=asis \ --enable-module=autoindex \ --disable-module=example \ --disable-module=log_agent \ --enable-module=negotiation \ --enable-module=status \ --enable-module=actions \ --disable-module=auth_dbm \ --enable-module=dir \ --enable-module=include \ --disable-module=mime_magic \ --disable-module=unique_id \ --enable-module=alias \ --disable-module=auth_digest \ --enable-module=env \ --disable-module=info \ --disable-module=mmap_static \ --disable-module=speling \ --enable-module=ssl \ --activate-module=src/modules/php4/libphp4.a \ However, as within a minute of installing and running this Apache, I start getting runaway httpd processes (94% CPU usage). It doesn't look like the libmysqlclient.so is the issue. I'm going to try installing with the --without-mysql option to see if that makes a difference. [2001-12-08 10:14:24] [EMAIL PROTECTED] The RPm is called MySQL-shared BTW. [2001-12-08 10:12:49] [EMAIL PROTECTED] What would help us to narrow down the possible places where this bug might be is that you build PHP with minimal amount of extensions ie. remove all the options and leave only the apache option there. --Jani [2001-12-08 05:14:21] [EMAIL PROTECTED] I just installed the MySQL-devel-3.23.40-1.i386.rpm RPM. It installed the following files: [root@s1 lib]# rpm -q -l MySQL-devel /usr/bin/comp_err /usr/bin/mysql_config /usr/include/mysql /usr/include/mysql/chardefs.h /usr/include/mysql/dbug.h /usr/include/mysql/errmsg.h /usr/include/mysql/history.h /usr/include/mysql/keymaps.h /usr/include/mysql/m_ctype.h /usr/include/mysql/m_string.h /usr/include/mysql/my_config.h /usr/include/mysql/my_global.h /usr/include/mysql/my_list.h /usr/include/mysql/my_net.h /usr/include/mysql/my_no_pthread.h /usr/include/mysql/my_pthread.h /usr/include/mysql/my_sys.h /usr/include/mysql/mysql.h /usr/include/mysql/mysql_com.h /usr/include/mysql/mysql_version.h /usr/include/mysql/mysqld_error.h /usr/include/mysql/raid.h /usr/include/mysql/readline.h /usr/include/mysql/sslopt-case.h /usr/include
[PHP-DEV] Bug #14395 Updated: Some Chinese Words Can't Be Used In The Php Files
ID: 14395 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Old Bug Type: Compile Failure Bug Type: *General Issues Operating System: windows2000Server PHP Version: 4.1.0 New Comment: Ask support questions elsewhere. Try http://www.php.net/support.php Previous Comments: [2001-12-09 21:33:18] [EMAIL PROTECTED] When i used --- echo ¦¨¥\; --- (a Chinese Word) the system will report Parse error: parse error, expecting `','' or `';'' in,and if i changed the other word ,it's will be right. Edit this bug report at http://bugs.php.net/?id=14395edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14400 Updated: /usr/libexec/libphp4.so: undefined symbol: mm_create
ID: 14400 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache related Operating System: Slackware 8 PHP Version: 4.0.6 New Comment: Ask support questions elsewhere. Try http://www.php.net/support.php (hint: Use correct paths in configure options.../usr/lib is not correct..it should be /usr or nothing at all) Previous Comments: [2001-12-10 06:03:46] [EMAIL PROTECTED] I compiled apache with threads. OK I compiled php in this way: ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --with-mod_charset --enable-force-cgi-redirect --enable-discard-path --with-config-file-path=/etc/apache/ --enable-safe-mode --with-openssl --enable-bcmath --with-bz2 --enable-calendar --enable-ctype --with-gdbm --enable-ftp --with-gmp --with-mysql=/usr --with-xml=shared --with-readline=/usr --enable-trans-sid --enable-shmop --enable-sockets --with-regex=php --enable-sysvsem --enable-sysvshm --enable-yp --enable-memory-limit --with-tsrm-pthreads --enable-shared --disable-debug --with-zlib=/usr --with-oci8=/ora/app/oracle/product/8.0.5 --with-mm=/usr/lib --with-sybase=/usr/local/freetds but apache cannot start: Syntax error on line 237 of /etc/apache/httpd.conf: Cannot load /usr/libexec/libphp4.so into server: /usr/libexec/libphp4.so: undefined symbol: mm_create /usr/sbin/apachectl start: httpd could not be started I can start apache successfully if I don't use --with-sybase I'm using freetds libraries 0.52 compiled with tds version 7.0 (for mssql). I've tried compiling both 4.0.5rc1 and 4.0.6 sources, giving both /usr and /usr/lib for the --with-mm flag but it doesn't work. here my libmm libraries: root@server:/usr/lib# ls -l |grep mm -rw-r--r--1 root root15462 May 24 2001 libmm.a -rw-r--r--1 root root 629 May 24 2001 libmm.la lrwxrwxrwx1 root root 16 Nov 27 13:44 libmm.so - libmm.so.11.0.23 lrwxrwxrwx1 root root 16 Nov 27 13:44 libmm.so.11 - libmm.so.11.0.23 -rwxr-xr-x1 root root19098 May 24 2001 libmm.so.11.0.23 thank you very much. (I'm sorry for my english) Ludovico Edit this bug report at http://bugs.php.net/?id=14400edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14425 Updated: extract() can overwrite $GLOBALS within a function context
ID: 14425 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Variables related Operating System: Linux (Mandrake 8.1) PHP Version: 4.0.6 New Comment: RTFM: http://www.php.net/manual/en/function.extract.php If extract_type is not specified, it is assumed to be EXTR_OVERWRITE. Previous Comments: [2001-12-11 09:22:33] [EMAIL PROTECTED] Similarily, this bug is also found in class methods. class a { function test() { $a=array(this=nothing,GLOBALS=nothing); extract($a); var_dump($this); var_dump($GLOBALS); } } $a=new a(); $a-test(); // Both this and GLOBALS are overwritten by extract. // I would have hoped that would not have happened. [2001-12-11 08:55:15] [EMAIL PROTECTED] //I did this: function test() { $a=array(GLOBALS=nothing); extract($a); var_dump($GLOBALS); } test(); // The script will overwrite the $GLOBALS variable // I did not want it to overwrite the $GLOBALS variable // Then in the global scope, I did this:$a=array(GLOBALS=nothing); extract($a); var_dump($GLOBALS); //The script did not overwrite the $GLOBALS variable. // It did what I wanted it to do. By allowing the extract function to overwrite global variables within a function can lead to serious security holes. Particularily if URL parameters are passed into a function that extracts them. (And then if my function still expects GLOBALS to be legit, it could be passed false information.) I suggest making extract unable to overwrite any global variables within a function. ($GLOBALS, and any variables declared global $x, etc..) As a second measure it might be good to make extract more conservative in general by defaulting to EXTR_SKIP instead of EXTR_OVERWRITE I can, of course, fix my own code for the time being to avoid this problem by using extract($params,EXTR_SKIP); However I think fixing the problem for PHP as a whole would help others as well. Thank you. Keep up the excellent work! Phil Edit this bug report at http://bugs.php.net/?id=14425edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14427 Updated: Starting a script takes almost 1 minute
ID: 14427 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Summary: Big problem Status: Feedback Old Bug Type: *General Issues Bug Type: Performance problem Operating System: RedHat 7.1 Linux 2.4.2-2 kernel PHP Version: 4.1.0 New Comment: re-classified and changed the short summary. Previous Comments: [2001-12-11 12:51:51] [EMAIL PROTECTED] Can you provide some more information like a (simple) sample script, and your configure-line? [2001-12-11 11:44:34] [EMAIL PROTECTED] I builted php irc bot. It works whine with 4.0.6 php version. If i start bot with version 4.1.0, it takes about 1min before it even start totally. Computer loads get to over 5.00. Normally loads are 0.01-0.10. I have no problems with 4.0.6 but 4.1.0 doesn't work totally. Edit this bug report at http://bugs.php.net/?id=14427edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14245 Updated: make install fails on apxs
ID: 14245 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Assigned Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.1.0RC5 Old Assigned To: Assigned To: sniper New Comment: This is NOT fixed in CVS yet. It's a libtool bug and I'm trying to find out how to fix it atm. Previous Comments: [2001-12-11 13:47:31] [EMAIL PROTECTED] This should be fixed in CVS can you try a snapshot from snaps.php.net? Derick [2001-12-03 16:36:17] [EMAIL PROTECTED] Updated PHP Version. [2001-11-28 13:55:17] [EMAIL PROTECTED] I've found a workaround for this problem. If I manually copy .libs/libphp4.so.0 to libs/libphp4.so, it seems to continue okay: # make install ... cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=65536 make: 1254-004 The error code from the last command is 1. ... Stop. # cp .libs/libphp4.so.0 libs/libphp4.so # make install ... Target install-p is up to date. Target install is up to date. Making install in . /local/www/bin/apxs -i -a -n php4 libs/libphp4.so cp libs/libphp4.so /local/www/libexec/libphp4.so chmod 755 /local/www/libexec/libphp4.so [activating module `php4' in /local/www/conf/httpd.conf] installing shared modules into /local/www/php/lib/php/20010901 Target install-p is up to date. ... Target install is up to date. # /local/www/bin/apachectl start Target install is up to date. Is there some way make install can do that copying step automatically? [2001-11-27 01:12:43] [EMAIL PROTECTED] Make install fails on apxs -i i -a -n php4 libs/libphp4.so cp libs/libphp4.so /local/www/libexec/libphp4.so. The libs directory contains libphp4.a and libphp4.la, but not libphp4.so. Compiler: IBM Visual Age C $ export CC=cc_r $ export CFLAGS=-g -ma $ ./configure --prefix=/local/www/php \ --with-apxs=/local/www/bin/apxs \ --without-mysql $ make Making all in Zend ... Target all is up to date. # /local/www/bin/apachectl stop # /usr/sbin/slibclean # make install Making install in Zend ... Target install-p is up to date. Target install is up to date. Making install in . /local/www/bin/apxs -i -a -n php4 libs/libphp4.so cp libs/libphp4.so /local/www/libexec/libphp4.so cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=65536 make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. Stop. # ls -l libs total 16008 -rw--- 1 root system 4094311 Nov 26 23:53 libphp4.a -rw--- 1 root system 749 Nov 26 23:53 libphp4.la Edit this bug report at http://bugs.php.net/?id=14245edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14432 Updated: Have phpinfo() give the time as well as the date
ID: 14432 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: Solaris 7 PHP Version: 4.1.0 New Comment: This is fixed in CVS. --Jani Previous Comments: [2001-12-11 15:03:05] [EMAIL PROTECTED] phpinfo() gives the build date of PHP, but it also needs to show the time. I'd like to be able to use the date/time to insure that I've got the latest/greatest install running in my Apache, but without the time part, that's not possible more than once a day. Edit this bug report at http://bugs.php.net/?id=14432edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14433 Updated: Segmentation fault
ID: 14433 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Summary: Degmentation fault Old Status: Open Status: Feedback Bug Type: Apache2 related Operating System: Linux 2.4.16 PHP Version: 4.1.0 New Comment: Does this happen with latest CVS snapshot from http://snaps.php.net/ ? And do you have some short example script to include here which can be used to reproduce this problem? Previous Comments: [2001-12-11 15:08:59] [EMAIL PROTECTED] Update: I have reproduced what I believe is the same error under Apache 1.3.22. It was compiled without debug information, so no backtrace this time :( [2001-12-11 15:03:29] [EMAIL PROTECTED] It's very hard to tell why this happens, because it only does occationally. I've included a back trace: I'm running Apache 2.0.28 in prefork mode. As you can see the error occurs when I'm just trying to write something to the client. It doesn't seem to be associated with any particular operation. If I reload the same page 10 times, only 0-2 segfaults occur. However, most of the time there simply is no PHP output on the pages, but there are no segfaults either. #0 0x08254789 in ?? () #1 0x4025a9cf in php_apache_sapi_ub_write (str=0x825477b , str_length=0, tsrm_ls=0x8217070) at sapi_apache2.c:66 #2 0x402663af in php_ub_body_write_no_header (str=0x825475c option value=\18\18/option\n, str_length=31, tsrm_ls=0x8217070) at output.c:450 #3 0x4026582a in php_body_write (str=0x825475c option value=\18\18/option\n, str_length=31, tsrm_ls=0x8217070) at output.c:100 #4 0x4025d136 in php_body_write_wrapper (str=0x825475c option value=\18\18/option\n, str_length=31) at main.c:757 #5 0x4024e050 in zend_print_zval_ex (write_func=0x4025d104 php_body_write_wrapper, expr=0xbfffb010, indent=0) at zend.c:187 #6 0x4024dff1 in zend_print_zval (expr=0xbfffb010, indent=0) at zend.c:168 #7 0x4024dc88 in zend_print_variable (var=0xbfffb010) at zend_variables.c:172 #8 0x4023bd57 in execute (op_array=0x8252d84, tsrm_ls=0x8217070) at ./zend_execute.c:1217 #9 0x4024f7ea in zend_execute_scripts (type=8, tsrm_ls=0x8217070, retval=0x0, file_count=3) at zend.c:814 #10 0x4025e821 in php_execute_script (primary_file=0xbfffd658, tsrm_ls=0x8217070) at main.c:1309 #11 0x4025b201 in php_output_filter (f=0x8264f34, bb=0x82650cc) at sapi_apache2.c:361 #12 0x0811e065 in ap_pass_brigade (next=0x8264f34, bb=0x82650cc) at util_filter.c:276 #13 0x081245c8 in default_handler (r=0x825ce84) at core.c:2785 #14 0x0811300b in ap_run_handler (r=0x825ce84) at config.c:185 #15 0x081135b6 in ap_invoke_handler (r=0x825ce84) at config.c:344 #16 0x08102109 in ap_process_request (r=0x825ce84) at http_request.c:286 #17 0x080fe2c5 in ap_process_http_connection (c=0x81ce484) at http_core.c:289 #18 0x0811c81b in ap_run_process_connection (c=0x81ce484) at connection.c:82 #19 0x0811c9d9 in ap_process_connection (c=0x81ce484) at connection.c:219 #20 0x08111bec in child_main (child_num_arg=0) at prefork.c:803 #21 0x08111c9e in make_child (s=0x8170b2c, slot=0) at prefork.c:839 #22 0x08111db6 in startup_children (number_to_start=10) at prefork.c:913 #23 0x081121a5 in ap_mpm_run (_pconf=0x816f52c, plog=0x81a36cc, s=0x8170b2c) at prefork.c:1129 #24 0x0811774d in main (argc=4, argv=0xb9e4) at main.c:432 #25 0x400fd65f in __libc_start_main () from /lib/libc.so.6 Edit this bug report at http://bugs.php.net/?id=14433edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14435 Updated: imap_status fails if multiple imap connections made
ID: 14435 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: IMAP related Operating System: Linux (RH7.2, 2.4.9-7) PHP Version: 4.1.0 New Comment: What version of c-client you have compiled PHP with? Does this work with older PHP versions? Previous Comments: [2001-12-11 15:30:29] [EMAIL PROTECTED] If I open multiple imap connections to different servers I can not use imap_status on the first server opened, but other imap calls (example: imap_mailboxmsginfo) will work. This seems similar to bug 8424, but involving multiple servers. Code example: ? $conn1 = imap_open({host1:143}INBOX,user1,password1); var_dump($conn1); $status1 = imap_status($conn1,{host1:143}INBOX,SA_ALL); var_dump($status1); $conn2 = imap_open({host2:143}INBOX,user2,password2); var_dump($conn2); $status2 = imap_status($conn2,{host2:143}INBOX,SA_ALL); var_dump($status2); $status1 = imap_status($conn1,{host1:143}INBOX,SA_ALL); var_dump($status1); $info1 = imap_mailboxmsginfo($conn1); var_dump($info1); imap_close ($conn1); imap_close ($conn2); ? The results from running this against two different servers (with different user IDs and passwords) are: resource(1) of type (imap) object(stdClass)(6) { [flags]= int(31) [messages]= int(2) [recent]= int(0) [unseen]= int(0) [uidnext]= int(3) [uidvalidity]= int(1008100790) } resource(2) of type (imap) object(stdClass)(6) { [flags]= int(31) [messages]= int(9) [recent]= int(0) [unseen]= int(1) [uidnext]= int(56694) [uidvalidity]= int(407) } bool(false) object(stdClass)(8) { [Unread]= int(0) [Deleted]= int(0) [Nmsgs]= int(2) [Size]= int(4974) [Date]= string(37) Tue, 11 Dec 2001 15:20:52 -0500 (EST) [Driver]= string(4) imap [Mailbox]= string(49) {localhost.localdomain:143/imap/user=user}INBOX [Recent]= int(0) Note the bool(false) return from the second imap_status call against host1, though I never closed the imap_connection and the imap_mailboxmsginfo call below works fine. I can see errors in the systems logs being generated by this script. It seems that imap_status is getting the host correct but is passing the wrong userid to the imap server. So for example in the above I see errors from imapd on host1 using the username from host2. (FWIW I also seen this behavior with the 4.2.0-dev tree from November 28th, 2001). --rdp Edit this bug report at http://bugs.php.net/?id=14435edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14402 Updated: round() outputs too many digits
ID: 14402 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Math related Operating System: Linux-2.4.14 (Slackware 8.0) PHP Version: 4.1.0RC5 New Comment: can't reproduce either with PHP 4.2.0-dev. Try the latest CVS snapshot: http://snaps.php.net/ --Jani Previous Comments: [2001-12-11 16:16:45] [EMAIL PROTECTED] weird, this works fine for me (PHP cgi). Derick [2001-12-10 09:51:40] [EMAIL PROTECTED] Changed distro/php version for clarity. [2001-12-10 09:47:24] [EMAIL PROTECTED] ? $int = 0.293847289472983; echo $int .\n; echo round($int,2) . \n; echo round((int)$int,2) . \n; echo round((float)$int,2) . \n; echo round((double)$int,2) . \n; ? outputs on php 4.0.6: 0.29384728947298 0.29 0 0.29 0.29 however, using php 4.1.0, it outputs: 0.29384728947298299761570206101168878376483917236328125 0.289980015985556747182272374629974365234375 0 0.289980015985556747182272374629974365234375 0.289980015985556747182272374629974365234375 is this a bug, or a new 'feature' ? Closest report I found was http://marc.theaimsgroup.com/?l=php-devm=100750316722784w=2 on the php-dev mailinglist. Edit this bug report at http://bugs.php.net/?id=14402edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14402 Updated: round() outputs too many digits
ID: 14402 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Math related Operating System: Linux-2.4.14 (Slackware 8.0) PHP Version: 4.1.0RC5 Previous Comments: [2001-12-11 16:16:45] [EMAIL PROTECTED] weird, this works fine for me (PHP cgi). Derick [2001-12-10 09:51:40] [EMAIL PROTECTED] Changed distro/php version for clarity. [2001-12-10 09:47:24] [EMAIL PROTECTED] ? $int = 0.293847289472983; echo $int .\n; echo round($int,2) . \n; echo round((int)$int,2) . \n; echo round((float)$int,2) . \n; echo round((double)$int,2) . \n; ? outputs on php 4.0.6: 0.29384728947298 0.29 0 0.29 0.29 however, using php 4.1.0, it outputs: 0.29384728947298299761570206101168878376483917236328125 0.289980015985556747182272374629974365234375 0 0.289980015985556747182272374629974365234375 0.289980015985556747182272374629974365234375 is this a bug, or a new 'feature' ? Closest report I found was http://marc.theaimsgroup.com/?l=php-devm=100750316722784w=2 on the php-dev mailinglist. Edit this bug report at http://bugs.php.net/?id=14402edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14420 Updated: is_file prints stat failed .. message
ID: 14420 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Closed Bug Type: Scripting Engine problem Operating System: Redhat Linux PHP Version: 4.1.0 New Comment: This is fixed in CVS. --Jani Previous Comments: [2001-12-11 21:33:37] [EMAIL PROTECTED] Here is my conversation with Mike Rodgers. Maybe it will help to remember the conclusion of previous discussion. Agreed. These changes should be made into toggles. If you ask me, if the file doesn't exist, it's not a file. That shouldn't be an error message. -- Mike - Original Message - From: Vitali Evstigneev [EMAIL PROTECTED] To: Mike Rogers [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, December 11, 2001 9:41 PM Subject: Re: [PHP-DEV] Bug #14420: is_file prints stat failed .. message Hello Mike! Thanks for responding. I'm affraid I haven't described problem well enough. Function is_file() still returns FALSE. But in the same time it types error message to output. It doesn't affect program's flow but affects interface. I understand that if we parse name is_file then function seems to be assuming that argument points either to existing file or folder or link. That's true amd I'm agree with you. We should use file_exists() first. But I'm talking about different thing. I'm talking about compatibility of code written on lower version with higher version i.e. succession of versions. is_file() was written very long time ago, and it was working by some way. People used that function and they knew that it works fine. Now, because of our wish to make PHP language more beautiful and logically perfect, those people have to change tonns of code. Some code has been frosen for changes and they have to make more paper work to get approval from management for making changes and so one and so forth. Why don't we leave working function in it's previous state and achieve succession of versions by that? Regards, Vitali - Original Message - From: Mike Rogers [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, December 12, 2001 7:16 AM Subject: Re: [PHP-DEV] Bug #14420: is_file prints stat failed .. message This has been changed. Use exists() first. Technically, if the file does exist, it's not a file in my opinion and should return false, but nobody seems to agree with me. -- Mike [2001-12-11 21:05:11] [EMAIL PROTECTED] This has been discussed, but I don't remeber the conclusion. Anyone remember that? I think we need consistent rule for error messages Status = Duplicate [2001-12-11 17:28:10] [EMAIL PROTECTED] Please check if you changed the error_reporting() level. Feedback. [2001-12-11 04:01:05] [EMAIL PROTECTED] We have found it out when upgraded our PHP from ver.4.0.1 to 4.1.0 . Function is_file() prints error message if file doesn't exist. The error message looks like: Warning: stat failed for /home/.../index.phtml (errno=2 - No such file or directory) in /home/.../index.phtml on line 17 When I tried to simulate the problem in test file - it didn't appear . But then I included my configuration file which contained other inclusions for our corporate API. Problem appeared in the test file. I commented inclusion line - problem still appear. After typing the message above, I refreshed that page - problem disappeared. All further tryings to cause error got failed. Problem appears constanlty on our sites where we use this function. Edit this bug report at http://bugs.php.net/?id=14420edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14440 Updated: Wrong calculation of timestamp
ID: 14440 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Closed Bug Type: Date/time related Operating System: Linux 2.4.16 PHP Version: 4.1.0 New Comment: Can't reproduce with latest CVS. Fixed - closed. Previous Comments: [2001-12-12 03:06:42] [EMAIL PROTECTED] It's the stable 4.1.0 Release, not an Dev-Version Clemens [2001-12-12 02:41:01] [EMAIL PROTECTED] I can reproduce this with php 4.1.0, but not with php 4.2.0 (Dev version). Can you verify that by using a snapshot from snaps.php.net? Derick [2001-12-11 19:27:30] [EMAIL PROTECTED] too late ;) [2001-12-11 19:26:29] [EMAIL PROTECTED] Assigned Type [2001-12-11 18:40:07] [EMAIL PROTECTED] strtotime() returns an wrong timestamp from the date-string: echo date( 'd.m.Y H:i:s', strtotime( 'Tue, 11 Dec 2001 23:38:06 +0100' ) ); return 07.12.2001 20:38:06 under 4.1.0.., 4.0.6 return 11.12.2001 23:38:06 Edit this bug report at http://bugs.php.net/?id=14440edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14445 Updated: undefined function not trapped by user defined error handler
ID: 14445 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Closed Bug Type: *General Issues Operating System: Win2000 PHP Version: 4.0.6 Previous Comments: [2001-12-11 22:11:40] [EMAIL PROTECTED] The following code is used to catch errors and mail them to the webmaster: ?php /* decide what errors to report */ error_reporting (E_ALL); /* error handler function */ function MailErrorHandler($errno, $errstr, $errfile='?', $errline= '?') { print Errno=$errno Errorstring=$errstr; /* code deleted - mails error to webmaster */ } set_error_handler('MailErrorHandler'); $undefined_var(); When the code above is run, I see in the browser window: Errno=8 Errorstring=Undefined variable: undefined_var Fatal error: Call to undefined function: () in d:\inetpub\wwwroot\php\err.php on line 14 In other words, the Fatal error is never caught by the error handler, and our webmaster never detects that it is actually a very serious error, and not just an undefined var E_NOTICE. Thank you, John Lim ? Edit this bug report at http://bugs.php.net/?id=14445edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14446 Updated: is_file returns error
ID: 14446 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Closed Bug Type: Filesystem function related Operating System: debian PHP Version: 4.1.0 Previous Comments: [2001-12-11 23:57:50] [EMAIL PROTECTED] is_file() and is_dir() functions return warning when filename supplied is not existing. The following warning is displayed: Warning: stat failed for temp.php (errno=2 - No such file or directory) Edit this bug report at http://bugs.php.net/?id=14446edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14450 Updated: No longer parsing
ID: 14450 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache related Operating System: RH Linux 7.1 PHP Version: 4.1.0 New Comment: Please ask support questions elsewhere. http://www.php.net/support.php Not likely bug. Edit your httpd.conf Previous Comments: [2001-12-12 07:28:58] [EMAIL PROTECTED] I had 4.0.6 working with no problem on Apache 1.3.22. I then updated to 4.1 and my scripts no longer parse but a download box comes up. Nothing has changed except going from 4.0.6 to 4.1. Bob Edit this bug report at http://bugs.php.net/?id=14450edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14452 Updated: libphp4.so is not linking with *.la files
ID: 14452 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Configuration Issues Operating System: Linux PHP Version: 4.1.0 New Comment: I guess you're getting the libtool bug I noticed myself too. Try deleting the .la file. --Jani Previous Comments: [2001-12-12 07:47:06] [EMAIL PROTECTED] I have configured PHP with the following options: ./configure --with-apxs=/usr/sbin/apxs --with-mysql=/usr /usr/lib/mysql contains libmyclient.a and libmyclient.sa. Configuration and make goes fine, though I get the following warning: *** Warning: This library needs some functionality provided by /usr/lib/mysql/libmysqlclient.la. *** 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. Install goes fine, but when I restart Apache ( 1.3.3 ), I get the following error: Cannot load /usr/lib/apache/libphp4.so into server: /usr/ lib/apache/libphp4.so: undefined symbol: mysql_free_result PHP 4.0.6 compiled from source and ran with no such problems. Edit this bug report at http://bugs.php.net/?id=14452edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14461 Updated: No GD2 support
ID: 14461 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: GD related Operating System: Windows 2000 PHP Version: 4.1.0 New Comment: GD2 support is only available with libgd 2. The windows binaries are not build with it as the current release of libgd is buggy. --Jani Previous Comments: [2001-12-12 12:29:09] [EMAIL PROTECTED] After executing following script, the message *Warning: ImageGd2: No GD2 support in this PHP build in c:\inetpub\wwwroot\php\testimg.php on line 3* is displayed. Script: ? $img = ImageCreateFromPNG ('C:\temp\png\image.png'); ImageGD2 ($img, 'C:\temp\png\test.gd2'); ? The extension module php_gd.dll is included in php.ini and was part of php-4.1.0-Win32.zip (Download 12.12.2001) I thought, GD2 support is enabled in Version 4.1.0? Greetings Gerhard Edit this bug report at http://bugs.php.net/?id=14461edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14450 Updated: No longer parsing
ID: 14450 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Feedback Bug Type: Apache related Operating System: RH Linux 7.1 PHP Version: 4.1.0 New Comment: Sorry. Misread this. :) Anyways, did you restart apache after updating it? And how did you do it? --Jani Previous Comments: [2001-12-12 13:00:46] [EMAIL PROTECTED] Did you read it? Nothing changed except the upgrade...the .conf file worked fine with 4.0.6 but but 4.1 doesn't. But I will ask on the other forum. [2001-12-12 12:43:31] [EMAIL PROTECTED] Please ask support questions elsewhere. http://www.php.net/support.php Not likely bug. Edit your httpd.conf [2001-12-12 07:28:58] [EMAIL PROTECTED] I had 4.0.6 working with no problem on Apache 1.3.22. I then updated to 4.1 and my scripts no longer parse but a download box comes up. Nothing has changed except going from 4.0.6 to 4.1. Bob Edit this bug report at http://bugs.php.net/?id=14450edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14408 Updated: compiled failed for target ldap.lo
ID: 14408 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: php4-200112040900 New Comment: Not so fast! This problem was reported to be in the latest CVS! And I can confirm it. There are some missing TSRM macros in the new stuff Stig added just recently. Previous Comments: [2001-12-12 14:37:08] [EMAIL PROTECTED] Closing then. -- Joao [2001-12-12 14:35:23] [EMAIL PROTECTED] compiled under php 4.1.0 [2001-12-10 19:19:34] [EMAIL PROTECTED] I am using Netscape Directory SDK for C 4.14. The ldap header file being used while compliling is the one that came with the SDK. Is 4.14 not supported? The configuration options I specified to build php were: ./configure \ --with-expat-dir=/usr/local \ --with-sablot=/usr/local \ --enable-xslt \ --with-xslt-sablot \ --with-openssl=/usr/local/ssl \ --with-curl=/opt \ --with-ldap=/usr/local \ --with-mysql \ --with-nsapi=/usr/netscape/server4 \ --with-iconv=/usr/local [2001-12-10 13:23:42] [EMAIL PROTECTED] Compiling with the LDAP module fails with the following error. Am I missing something? # make ... ... /bin/sh /usr/software/php2/php4-200112040900/libtool --silent --mode=compile gcc -I. -I/usr/software/php2/php4-200112040900/ext/ldap -I/usr/software/php2/php4-200112040900/main -I/usr/software/php2/php4-200112040900 -I/usr/netscape/server4/plugins/include -I/usr/software/php2/php4-200112040900/Zend -I/usr/local/ssl/include -I/opt/include -I/usr/local/include -I/usr/software/php2/php4-200112040900/ext/mysql/libmysql -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/software/php2/php4-200112040900/TSRM -DTHREAD=1 -g -O2 -pthreads -DZTS -prefer-pic -c ldap.c ldap.c:2010: parse error before `LDAP_CONST' ldap.c: In function `_ldap_rebind_proc': ldap.c:2016: `params' undeclared (first use in this function) ldap.c:2016: (Each undeclared identifier is reported only once ldap.c:2016: for each function it appears in.) ldap.c:2018: `tsrm_ls' undeclared (first use in this function) ldap.c:2028: `url' undeclared (first use in this function) ldap.c:2031: too few arguments to function `call_user_function_ex' *** Error code 1 make: Fatal error: Command failed for target `ldap.lo' Current working directory /usr/software/php2/php4-200112040900/ext/ldap *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/software/php2/php4-200112040900/ext/ldap *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/software/php2/php4-200112040900/ext *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Edit this bug report at http://bugs.php.net/?id=14408edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14467 Updated: Cannot load libphp4.so
ID: 14467 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Old Bug Type: Dynamic loading Bug Type: Apache related Operating System: Linux RedHat 7.1 PHP Version: 4.1.0 New Comment: Configure line would also be a good idea. And the information how you compiled Apache or if it was installed from a RPM. Previous Comments: [2001-12-12 15:23:31] [EMAIL PROTECTED] What is your version of apache? [2001-12-12 14:49:19] [EMAIL PROTECTED] When i try to start the server : bin/apachectl start i get the message : Cannot load /usr/lib/libphp4.so into server : /usr/lib/apache/libphp4.so : undefined symbol : ap_block_alarms Edit this bug report at http://bugs.php.net/?id=14467edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14134 Updated: Literal -2147483648 should be an int, not a double.
ID: 14134 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Suspended Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.0.6 Old Assigned To: derick Assigned To: New Comment: status - suspended Previous Comments: [2001-12-12 15:47:39] [EMAIL PROTECTED] Changing this into a suspended scripting engine problem, as the bug lies in Zend. It is possible to change te parsing, but this will need a lot of adjustments in it. That's why I'm suspending it too. Derick [2001-11-26 14:42:58] [EMAIL PROTECTED] s/unsigned/signed in my text... I was sleeping I think :) Derick [2001-11-26 14:35:08] [EMAIL PROTECTED] Derick, Can you tell me where this code is so I can have a look? I'm a little confused about your comment about conversion to unsigned integers. First, I believe strtol converts to a signed integer (and, as used in intval, it does work correctly). But 2147483648 actually is a valid unsigned long. If the conversion is failing, it must be trying to convert to a signed integer. As for the workaround, creating constants INT_MIN and INT_MAX is exactly what I did, although you still have to be careful when creating INT_MIN. It must be something like: define( INT_MIN, -2147483647 - 1 ); define( INT_MAX, 2147483647 ); [2001-11-26 02:37:19] [EMAIL PROTECTED] Ok, as I have no time to look into a fix (if it's even do-able), I'll explain here why it happens: The parser embedded in PHP, does not take -2147483648 as a string to convert (with strtol) to a unsigned integer, but it instead does this: 1. it tries to convert 2147483648 to a unsigned integer (which fails) 2. it tries to substract this from 0, ie. 0 - 2147483648. Because the conversion to a unsigned long fails in the first step, it gets converted to a floating point number, which is substracted from 0. A way to solve this can be to add constants for these outher limits, ie. INT_MIN (for -2147483648) and INT_MAX (for 2147483647). Derick [2001-11-20 03:31:18] [EMAIL PROTECTED] Found the problem. I'll try to make a fix this evening. Derick 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/?id=14134 Edit this bug report at http://bugs.php.net/?id=14134edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14236 Updated: String is not zero-terminated
ID: 14236 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Assigned Bug Type: mcrypt related Operating System: linux PHP Version: 4.0CVS-2001-11-26 Assigned To: derick New Comment: status - assigned. Previous Comments: [2001-11-26 11:22:59] [EMAIL PROTECTED] Already known, assigning to myself. Derick [2001-11-26 10:42:15] [EMAIL PROTECTED] require_once 'Crypt/CBC.php'; $key = secretkey; $msg = This is my scret message; $x = new Crypt_CBC($key,BLOWFISH); echo $x-encrypt($msg); Result: /usr/local/lib/php/Crypt/CBC.php(228) : Warning - String is not zero-terminated (ü,máùa) (source: ./zend_execute.c:449) I have tried many combinations commands, mcrypt always produces the error - but actually operates correctly apart from the always visible warning. I have used mcrypt 2.4.17/2.4.18 with same result, current CVS, 4.0.6 and many CVS's over the last month. ./configure --with-mysql=/usr --with-apxs=/usr/sbin/apxs --with-tsrm-pthreads --with-gd=/usr/gd --enable-gd-native-ttf --with-freetype-dir=/usr/include/freetype2/freetype --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --enable-debug --with-imap=shared,/usr --with-imap-ssl --with-kerberos --with-mcrypt=shared,/usr --with-dom=shared,/usr Edit this bug report at http://bugs.php.net/?id=14236edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14464 Updated: apphelp.dll dependency breaks extensions on platforms other than XP
ID: 14464 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: OpenSSL related Operating System: win32 except XP PHP Version: 4.1.0 New Comment: there's no dll in the binary package which is directly dependent upon that dll. where did you get that info from? daniel --- Daniel, next time, use the web interface for replying to bug reports. --Jani Previous Comments: [2001-12-12 13:47:35] [EMAIL PROTECTED] There is a dependency in certain modules (notably php_openssl) on apphelp.dll. This file seems to only be available on WindowsXP (and the file shipped with XP won't work on win2000). If I am correct (I'm not entirely sure), any use of this dll will render the extensions useless on any windows version prior to XP). Source: DLL Help on MSDN. (The file is only listed as part of Windows XP). Edit this bug report at http://bugs.php.net/?id=14464edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14048 Updated: Configure issues
ID: 14048 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: Unknown/Other Function Bug Type: *Configuration Issues Operating System: BSD/OS 4.x PHP Version: 4.0.6 and 4.1.0 New Comment: You said before that snapshots have always worked just fine. Is this still the case? Does the latest CVS snapshot work for you? (there might be some problems in creating the releases..) --Jani Previous Comments: [2001-12-12 17:47:54] [EMAIL PROTECTED] And it's there again, version 4.1.0: mdev@server6 ~/_src/php-4.1.0 $ type make make is hashed (/home/mdev/local/bin/make) mdev@server6 ~/_src/php-4.1.0 $ echo $MAKE /home/mdev/local/bin/make mdev@server6 ~/_src/php-4.1.0 $ make Makefile:34: *** missing separator. Stop. mdev@server6 ~/_src/php-4.1.0 $ grep 'HAVE_RES_SEARCH' ./main/php_config.h /* #undef HAVE_RES_SEARCH */ By the way - the issue with shared libs didn't apply. I did rm -rf /php/lib before I did anything else and php.ini didn't load anything it shouldn't be able to find, judging from ls and ldd. But can you ellaborate on the issues above? [2001-11-19 17:58:03] [EMAIL PROTECTED] You might be having an issue with old shared extension being loaded. Check it first. ie. try disabling the loading of such extensions in php.ini [2001-11-18 22:28:12] [EMAIL PROTECTED] Ok: BSDi 4.2 i386 with GNUmake 3.79.1, autoconf 2.13, automake 1.5, libtool 1.4, configured as: #!/bin/sh ./configure \ --prefix=/php \ --with-perl=/perl/bin/perl \ --with-apxs=/apache/bin/apxs \ --with-config-file-path=/weblib/local/lib \ --with-openssl=/weblib/local \ --disable-short-tags \ --with-zlib \ --with-zlib-dir=/weblib/local \ --enable-bcmath \ --enable-calendar \ --with-curl=shared,/weblib/local \ --with-dom=shared,/weblib/local \ --enable-ftp \ --with-gd=/weblib/local \ --with-jpeg-dir=/weblib/local \ --with-png-dir=/weblib/local \ --with-freetype-dir=/weblib/local \ --with-iconv=shared,/weblib/local \ --enable-mailparse \ --enable-mbstring \ --with-mcal=shared,/weblib/local \ --with-mcrypt=shared,/weblib/local \ --with-mhash=shared,/weblib/local \ --with-mysql=/weblib/local \ --with-pdflib=/weblib/local \ --with-jpeg-dir=/weblib/local \ --with-png-dir=/weblib/local \ --with-tiff-dir=/weblib/local \ --with-pgsql=shared,/pgsql \ --enable-sockets \ --with-expat-dir=/weblib/local \ --enable-xslt \ --with-xslt-sablot=shared,/weblib/local \ --with-expat-dir=/weblib/local \ --with-iconv-dir=/weblib/local checking for res_search... no checking for res_search in -lsocket... no checking for res_search in -lresolv... no $ grep -i 'res_search' ./main/php_config.h /* Define if you have the `res_search' function. */ /* #undef HAVE_RES_SEARCH */ This means, that getmxrr() isn't available. checking whether to enable xslt support... yes checking whether to enable the XSLT Sablotron backend... yes, shared checking libexpat dir for Sablotron XSL support... yes checking for iconv_open in -lc... no checking for SablotSetEncoding in -lsablot... yes So - that works now. make now works (always does in snapshots - not in releases). But then, apache won't start: $ gdb -core ./httpd.core -exec apache/bin/httpd GNU gdb Copyright 1998 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-unknown-bsdi4.2. Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /shlib/libdl.so...done. Reading symbols from /shlib/libgcc.so.1...done. Reading symbols from /shlib/libc.so.2...done. Reading symbols from /shlib/ld-bsdi.so...done. Reading symbols from /apache/libexec/libphp4.so...done. Reading symbols from /weblib/local/lib/libz.so...done. Reading symbols from /weblib/local/lib/libsablot.so.0...done. Reading symbols from /weblib/local/lib/libiconv.so.2...done. Reading symbols from /weblib/local/lib/libexpat.so.0...done. Reading symbols from /weblib/local/lib/libpdf.so.1...done. Reading symbols from /weblib/local/lib/mysql/libmysqlclient.so.10...done. Reading symbols from /weblib/local/lib/libgd.so...done. Reading symbols from /weblib/local/lib/libfreetype.so.6...done
[PHP-DEV] Bug #14424 Updated: is_readable returns error if file does not exist.
ID: 14424 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: Suse linux 7.2 PHP Version: 4.1.0 New Comment: This is fixed in CVS long time ago. The change didn't make it to 4.1.0 though. --Jani Previous Comments: [2001-12-12 10:17:27] [EMAIL PROTECTED] So that is what you call downwards compatible? I build a site under 4.0.6, it works fine. There is an update to PHP, my sites break. [2001-12-12 06:40:15] [EMAIL PROTECTED] So what's the problem? is_readable now returns an error, which is IMHO fine. The only problem is that it's not documented. Changing to docu prob. [2001-12-11 08:22:39] [EMAIL PROTECTED] Code example: if (is_readable(foo)) { echo file exists.P; } else { echo file does not exist.P; } Error message: Warning: stat failed for foo (errno=2 - No such file or directory) in /home/xxx/public_html/is_readable.php on line 3 Configure options: ./configure --with-apache=/home/xxx/apache_1.3.22 --with-mysql=/usr/local --with-gd=/usr/local --with-zlib-dir=/usr/local --with-png-dir=/usr --with-jpeg-dir=/home/xxx/jpeg-6b --with-xpm-dir=/usr/X11R6 --with-ttf --with-curl Seems similar to is_file() bug. Problem does not occur on older versions (i.e. 4.0.6). Edit this bug report at http://bugs.php.net/?id=14424edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14228 Updated: configure cannot handle bison-1.29 version info
ID: 14228 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Configuration Issues Operating System: FreeBSD PHP Version: 4.0.6 New Comment: Fixed in CVS. Fix will be in next release. (4.2.0) Previous Comments: [2001-11-26 08:06:11] [EMAIL PROTECTED] Current configure.in cannot handle bison 1.29 lator (bison -V message is changed). Workaround for 4.0.6 is below: http://www.freebsd.org/cgi/mid.cgi?[EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=14228edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7244 Updated: Problem with LOAD DATA LOCAL INFILE
ID: 7244 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Win 98 PHP Version: 4.0.8 New Comment: Could you please add a diff to the php.ini-dist against the php.in you're running PHP with? Previous Comments: [2001-11-26 14:01:53] [EMAIL PROTECTED] In privious releases addslashes() was not necessary. Even phpMyAdmin got problems and had to be changed. [2001-11-25 18:21:39] [EMAIL PROTECTED] I'm just wondering why is using addslashes() 'temporary solution' ?? [2001-11-25 08:14:04] [EMAIL PROTECTED] Like I wrote in my first bug report on 2000-10-16 mysql_error() and mysql_errno() say something like this File 'e:TempphpA154.TMP' not found (Errcode: 2) You can see that all slashes in the temporary filename are removed what causes a problem. [2001-11-24 21:03:40] [EMAIL PROTECTED] What was the problem with the RC? And, this is query, but what is the actual *ERROR* you get? mysql_error() might tell you more. Feedback. [2001-11-24 14:30:46] [EMAIL PROTECTED] Can you please test if the problem still persists with latest RC? http://phpuk.org/~james/php-4.1.0RC3-win32.zip I'm sorry, but I wasn't able to get this version running. I tried with the latest stable release 4.0.8 and the problem was still there. If not, can you provide more details (like the actual query you are using). The query is: LOAD DATA LOCAL INFILE '$textfile' INTO TABLE $table 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/?id=7244 Edit this bug report at http://bugs.php.net/?id=7244edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14333 Updated: Apache processes consume all CPU
ID: 14333 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: RH 6.2 SMP PHP Version: 4.0.6 New Comment: What would help us to narrow down the possible places where this bug might be is that you build PHP with minimal amount of extensions ie. remove all the options and leave only the apache option there. --Jani Previous Comments: [2001-12-08 05:14:21] [EMAIL PROTECTED] I just installed the MySQL-devel-3.23.40-1.i386.rpm RPM. It installed the following files: [root@s1 lib]# rpm -q -l MySQL-devel /usr/bin/comp_err /usr/bin/mysql_config /usr/include/mysql /usr/include/mysql/chardefs.h /usr/include/mysql/dbug.h /usr/include/mysql/errmsg.h /usr/include/mysql/history.h /usr/include/mysql/keymaps.h /usr/include/mysql/m_ctype.h /usr/include/mysql/m_string.h /usr/include/mysql/my_config.h /usr/include/mysql/my_global.h /usr/include/mysql/my_list.h /usr/include/mysql/my_net.h /usr/include/mysql/my_no_pthread.h /usr/include/mysql/my_pthread.h /usr/include/mysql/my_sys.h /usr/include/mysql/mysql.h /usr/include/mysql/mysql_com.h /usr/include/mysql/mysql_version.h /usr/include/mysql/mysqld_error.h /usr/include/mysql/raid.h /usr/include/mysql/readline.h /usr/include/mysql/sslopt-case.h /usr/include/mysql/sslopt-longopts.h /usr/include/mysql/sslopt-usage.h /usr/include/mysql/sslopt-vars.h /usr/include/mysql/tilde.h /usr/lib/mysql /usr/lib/mysql/libdbug.a /usr/lib/mysql/libheap.a /usr/lib/mysql/libmerge.a /usr/lib/mysql/libmyisam.a /usr/lib/mysql/libmyisammrg.a /usr/lib/mysql/libmysqlclient.a /usr/lib/mysql/libmysqlclient.la /usr/lib/mysql/libmystrings.a /usr/lib/mysql/libmysys.a /usr/lib/mysql/libnisam.a There isn't a libmysqlclient.so in this list, but there is a libmysqlclient.a. However, it is in /usr/lib/mysql. What line should I use to configure PHP? Is it still: --with-mysql=/usr Or would it be: --with-mysql=/usr/lib/mysql Or something else? Thanks! [2001-12-05 01:26:37] [EMAIL PROTECTED] If you use other module for apache, then PHP only, you _must_ use the MySQL libraries that are installed on your system, but not the bundled once. You should indeed try if --without-mysql would work for you. (Simply leaving out --with-mysql does not work, it's on by default). Derick [2001-12-04 17:57:03] [EMAIL PROTECTED] I can't find the libmysqlclient.so file on my system (and definitely not in /usr/lib). MySQL-3.23.40-1 was installed from RPM, not from ApacheToolbox. I don't think I've installed the MySQL-devel package. Do you think this has something to do with the PHP problem? I could try compiling it without the --with-mysql to see if that helps at all. Were the backtraces helpful at all? Thanks again for the help! [2001-12-04 08:22:51] [EMAIL PROTECTED] You can try this: Edit the ./configure line for PHP that APT generated: remove: --with-mysql add:--with-mysql=/usr (if libmysqlclient.so is in /usr/lib/) and the rebuild both PHP and apache. Derick [2001-12-04 08:11:32] [EMAIL PROTECTED] I just reconfigured and installed Apache 1.3.22 with PHP 4.1.0RC5 support. When I did this, I also added --enable-debug to the PHP configure command-line. I added a CFLAGS=-g and --without-execstrip to the apache configure command-line. Once I installed and restarted Apache, I waited about 3 or 4 minutes before one of the Apache processes started using up 88% of the CPU. This process grew to consume 99% within the next minute or so. I then ran gdb and attached it to the PID. The following is the output, including a backtrace: [root@s1 apache_1.3.22]# gdb /usr/local/apache/bin/httpd 28070 GNU gdb 19991004 Copyright 1998 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-redhat-linux... /root/atb/Apachetoolbox-1.5.45/apache_1.3.22/28070: No such file or directory. Attaching to program: /usr/local/apache/bin/httpd, Pid 28070 Reading symbols from /lib/libpam.so.0...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /usr/local/lib/libgd.so...done. Reading symbols from /usr/local/lib/php/t1libs/lib/libt1.so.1...done. Reading symbols from /usr/local/lib/libfreetype.so.6...done. Reading symbols from /usr/local/lib/libz.so.1...done. Reading symbols
[PHP-DEV] Bug #13611 Updated: Fix of #6756 breaks compiling on AIX
ID: 13611 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: AIX 4.3.3 with C compiler 3.x PHP Version: 4.0.6 New Comment: Just to note that PHP 4.2.0 will also compile without -ma in CFLAGS. You can test the latest CVS snapshot: http://snaps.php.net/ Previous Comments: [2001-11-29 10:41:21] [EMAIL PROTECTED] 4.1.0RC3 works - closed. [2001-11-29 10:38:43] [EMAIL PROTECTED] Using my configure line reported earlier, PHP 4.1.0RC3 compiles without the reported bug. (I'd like to see the #ifndef-#define-#endif construct nevertheless, it's the art of defensive programming :-) .) But compilations succeeds only if you set CC='cc -ma' ; export CC prior to running configure; otherwise make fails in the linkage step because alloca() is available only as a builtin function, not as a library function, on the given system/compiler environment. Perhaps it is possible to check the need for the -ma option during configuration? (The only purpose of -ma on the given system ist to activate the builtin alloca().) [2001-11-21 07:12:49] [EMAIL PROTECTED] Can you try if this still happens with latest RC http://www.php.net/~zeev/php-4.1.0RC3.tar.gz If so, can you try replacing the line #define _XOPEN_SOURCE_EXTENDED with #ifndef _XOPEN_SOURCE_EXTENDED #define _XOPEN_SOURCE_EXTENDED #endif and see if it works? Feedback. [2001-10-09 07:27:06] [EMAIL PROTECTED] configure --enable-discard-path --enable-force-cgi-redirect --enable-memory-limit --enable-dbase --enable-ftp --enable-calendar --enable-wddx --enable-socket ; make ext/sockets/sockets.c line 38 causes the system-defined _XOPEN_SOURCE_EXTENDED to be redefined from a numeric value to an empty value. This later breaks compilation because the numeric value will be used in another system header file containing a statement #if _XOPEN_SOURCE_EXTENDED==1 Edit this bug report at http://bugs.php.net/?id=13611edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14252 Updated: build fails using AIX C 4.4 on AIX 4.3.3 box
ID: 14252 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.0CVS-2001-11-27 Old Assigned To: sniper Assigned To: New Comment: This is fixed in CVS now. Thank you for the report! --Jani Previous Comments: [2001-11-28 10:08:40] [EMAIL PROTECTED] the correct name of the compiler is IBM C for AIX version 4.4. sorry if it makes any diference.. [2001-11-27 12:51:14] [EMAIL PROTECTED] I will try with a AIX 4.3.3 account I got. [2001-11-27 12:06:15] [EMAIL PROTECTED] Hi i am having trouble compiling the latest CVS with AIX C 4.4 on AIX 4.3.3. The same problem have occured with 4.0.6 and a few snapshots i've downloaded. Have seen this problem related in some lists but no solution was provided. Initiali i've used the --with-ingres directive too, but i'm trying the simplest configuration possible first : Thats my .configure line : /paulera/downloads/php4-200111270600 ./configure --with-apxs=/usr/local/apache/bin/apxs checking for a BSD compatible install... ./install-sh -c checking whether build environment is sane... yes checking for mawk... no checking for gawk... no checking for nawk... nawk checking whether make sets ${MAKE}... yes Updated php_version.h checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... powerpc-ibm-aix4.3.3.0 checking host system type... powerpc-ibm-aix4.3.3.0 checking for mawk... (cached) nawk checking for bison... no checking for byacc... no configure: WARNING: You will need bison if you want to regenerate the PHP parsers. (that's the only warning i have during configure) checking for gcc... no ( ... no more errors or warnings til the end ...) during make, it's going fine until : /bin/sh ../libtool --silent --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../main-DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DMOD_SSL=208105 -DUSE_HSREGEX -DEAPI -DEAPI_MM -DUSE_EXPAT -I../TSRM -g -prefer-pic -c -o zend_qsort.lo `test -f zend_qsort.c || echo './'`zend_qsort.c zend_qsort.c, line 33.18: 1506-025 (S) Operand must be a modifiable lvalue. zend_qsort.c, line 34.18: 1506-025 (S) Operand must be a modifiable lvalue. zend_qsort.c, line 39.18: 1506-025 (S) Operand must be a modifiable lvalue. zend_qsort.c, line 40.18: 1506-025 (S) Operand must be a modifiable lvalue. make: 1254-004 O código de erro do último comando é 1. Pare. make: 1254-004 O código de erro do último comando é 1. If you need more information please ask. I'm fighting this problem for a week, reading everything i find on the net, bu couldn't find a solution. Thanks for your attention Paulo Edit this bug report at http://bugs.php.net/?id=14252edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14364 Updated: Unable to clear out an individual variable in a session
ID: 14364 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Session related Operating System: FreeBSD 4.2 PHP Version: 4.1.0 New Comment: This is fixed in latest CVS. I can't reproduce it whatever the register_globals is. --Jani Previous Comments: [2001-12-07 14:13:41] [EMAIL PROTECTED] Ok, it looks like I have everything resolved. In the previous version of PHP (4.0.5) I was able to clear out a session variable by just using the unset() function. Now with the new CVS it appears that I have to session_unregister() and unset() the session variable to clear it out. Thank you for your support! [2001-12-07 13:34:17] [EMAIL PROTECTED] Feedback. Please provide a short, reproduceable copypaste sample. [2001-12-07 13:25:29] [EMAIL PROTECTED] I did check again and you are right, the lines of code you posted are in the version I installed. However, I am still having the issues with the session. I have tested it several times and when I try unsetting session variables and unregistering session variables it still doesn't work. Let me know what I need to do to help get this resolved. I truely appreciate the help [2001-12-07 12:46:39] [EMAIL PROTECTED] It is certainly in the php 4.2.0 cvs tree, as I just downloaded it here. with the instructions on that site, you should have the correct version too (with the fix). Can you please check again of lines 169-173 in php4/ext/session/php_session.h have these lines of codE: #define PS_DEL_VARL(name,namelen) \ zend_hash_del(PS(vars), name, namelen+1); \ if (PS(http_session_vars)) {\ zend_hash_del(Z_ARRVAL_P(PS(http_session_vars)), name, namelen+1); \ } regards, Derick [2001-12-07 11:45:32] [EMAIL PROTECTED] Those lines are not in my /ext/session/php_session.h I installed the CVS version this afternoon. I followed the instruction on php.net's site: http://www.php.net/anoncvs.php I did it from a new dir, so the tree is fresh. I was also running php4.1 rc5 prior to the upgrade and now after the upgrade I am running php4.2 which is the cvs version I got today. Where should I get the CVS version that has the fix? Or can I just add the lines in that you posted to the source to get it to work correctly? What do you recommend? 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/?id=14364 Edit this bug report at http://bugs.php.net/?id=14364edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11008 Updated: exit() should return an exit status if passed, not send to stdout
ID: 11008 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Analyzed Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.0 Latest CVS (2001-05-21) New Comment: I just got bitten by this. The manual page says that if the value passed to exit() is integer it is used as exit status. Or is there some other way to exit from PHP script with an exit status? --Jani Previous Comments: [2001-07-15 16:43:19] [EMAIL PROTECTED] Simply put - no, it should not. exit's optional argument is a termination message, not a shell status. [2001-05-23 11:24:22] [EMAIL PROTECTED] Anyone in the Zend core want to comment on this? I know where the code is that does it. But it is in the Zend code. Is there a good reason to put this exit status to stdout? [2001-05-22 01:59:53] [EMAIL PROTECTED] indeed it does both: if php; then echo yes; fi ? exit(0) ? X-Powered-By: PHP/4.0.5 Content-type: text/html 0yes if php; then echo yes; fi ? exit(1) ? X-Powered-By: PHP/4.0.5 Content-type: text/html 1 i don't see a real reason for the echoed exit status though [2001-05-21 21:34:23] [EMAIL PROTECTED] Working with a shell script here. I hoped that exit() would work like perl and return the passed status as and exist status. As it stands now, it sends it to stdout. This is unexpected. It would be much more useful if exit() could be used to enable the use of PHP in shell scripts by returning the passed value as an exit status. Edit this bug report at http://bugs.php.net/?id=11008edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14365 Updated: require_once() causes segfault
ID: 14365 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: Filesystem function related Bug Type: Scripting Engine problem Operating System: RedHat Linux 7.2 PHP Version: 4.0.6 New Comment: Does this happen with PHP 4.1.0RC5: http://download.php.net/~zeev/php-4.1.0RC5.tar.gz Previous Comments: [2001-12-06 14:46:30] [EMAIL PROTECTED] I have an old server running RedHat 6.2, Aolserver 3.0, PHP 4.0.6 (compiled as a module) and SquirrelMail (a webmail application written in PHP) 1.0.6 just fine. I'm trying to setup a new server with RedHat 7.2, Aolserver 3.4.2, PHP 4.0.6, and SquirrelMail 1.2.0-rc3 but I run into a consistent segfault. I haven't been able to write a script that abstracts the problem but it always happens at the same point in SquirrelMail: after you login, in the function squimap_mailbox_list (in functions/imap_mailbox.php). The offending line is functions/imap_mailbox.php:217: require_once('../src/load_prefs.php'); This file exists and is fine, and is require_once'd several times before this invocation (and I've stepped through other invocations of virtual_file_ex to see that it works) but this line always segfaults: backtrace: #0 0x400aedd3 in canonicalize ( name=0x82f9c38 /usr/local/aolserver-3.4.2/servers/webmail/pages/squirrelmail-1.2.0-rc3/src/../src/load_prefs.php, resolved=0x40522edc ) at canonicalize.c:88 #1 0x402bde61 in virtual_file_ex (state=0x40523f0c, path=0x82c00dc ../src/load_prefs.php, verify_path=0) at tsrm_virtual_cwd.c:299 #2 0x402be427 in virtual_fopen (path=0x82c00dc ../src/load_prefs.php, mode=0x402d1e07 rb) at tsrm_virtual_cwd.c:497 #3 0x40240a84 in php_fopen_and_set_opened_path ( path=0x82c00dc ../src/load_prefs.php, mode=0x402d1e07 rb, opened_path=0x40528880) at fopen_wrappers.c:235 #4 0x402410b9 in php_fopen_with_path ( filename=0x82c00dc ../src/load_prefs.php, mode=0x402d1e07 rb, path=0x402d35fb .:/usr/local/lib/php, opened_path=0x40528880) at fopen_wrappers.c:391 #5 0x402412e8 in php_fopen_url_wrapper ( path=0x82c00dc ../src/load_prefs.php, mode=0x402d1e07 rb, options=1, issock=0x40525050, socketd=0x40525054, opened_path=0x40528880) at fopen_wrappers.c:470 #6 0x4023ece1 in php_fopen_wrapper_for_zend ( filename=0x82c00dc ../src/load_prefs.php, opened_path=0x40528880) at main.c:477 #7 0x40222f06 in execute (op_array=0x84668d0, executor_globals=0x82282f8) at ./zend_execute.c:1999 #8 0x40220e03 in execute (op_array=0x821b2d0, executor_globals=0x82282f8) at ./zend_execute.c:1544 #9 0x40220e03 in execute (op_array=0x83cf358, executor_globals=0x82282f8) at ./zend_execute.c:1544 #10 0x40220e03 in execute (op_array=0x834c908, executor_globals=0x82282f8) at ./zend_execute.c:1544 #11 0x40220e03 in execute (op_array=0x83df304, executor_globals=0x82282f8) at ./zend_execute.c:1544 #12 0x4022f1cd in zend_execute_scripts (type=8, compiler_globals=0x839f938, executor_globals=0x82282f8, file_count=3) at zend.c:752 #13 0x402401c7 in php_execute_script (primary_file=0x405316cc, compiler_globals=0x839f938, executor_globals=0x82282f8, core_globals=0x839b6f0) at main.c:1206 #14 0x4023df92 in php_ns_module_main (ns_context=0x81ed510, sapi_globals=0x8276c50) at aolserver.c:434 #15 0x4023e1df in php_ns_request_handler (context=0x8184658, conn=0x819a8d0) at aolserver.c:519 #16 0x08077bb7 in Ns_ConnRunRequest (conn=0x819a8d0) at op.c:196 #17 0x0807e2c2 in ConnRun (connPtr=0x819a8d0) at serv.c:882 #18 0x0807dc10 in NsConnThread (arg=0x81f5178) at serv.c:671 #19 0x0811833b in NsThreadMain (arg=0x81f6590) at thread.c:228 #20 0x4002dc6f in pthread_start_thread (arg=0x40531be0) at manager.c:284 #21 0x4002dd5f in pthread_start_thread_event (arg=0x40531be0) at manager.c:308 and some extra gdb output: [right before the segfault] Breakpoint 9, canonicalize ( name=0x82f9c38 /usr/local/aolserver-3.4.2/servers/webmail/pages/squirrelmail-1.2.0-rc3/src/../src/load_prefs.php, resolved=0x40522edc ) at canonicalize.c:88 88rpath[0] = '/'; (gdb) print rpath[0] $94 = 0 '\000' (gdb) step Program received signal SIGSEGV, Segmentation fault. 0x400aedd3 in canonicalize ( name=0x82f9c38 /usr/local/aolserver-3.4.2/servers/webmail/pages/squirrelmail-1.2.0-rc3/src/../src/load_prefs.php, resolved=0x40522edc ) at canonicalize.c:88 88rpath[0] = '/'; (gdb) info local name = 0x82f9c38 /usr/local/aolserver-3.4.2/servers/webmail/pages/squirrelmail-1.2.0-rc3/src/../src/load_prefs.php rpath = 0x40521dec dest = 0x0 extra_buf = 0x0 start = 0x0 end = 0x0 rpath_limit = 0x40522deb @ num_links = 0 rpath = 0x40521dec dest = 0x0 extra_buf = 0x0 end = 0x0 rpath_limit = 0x40522deb @ num_links = 0 php config: ./configure
[PHP-DEV] Bug #14366 Updated: exit signal Floating point exception (8)
ID: 14366 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Reproducible crash Operating System: FreeBSD 4.4-RELEASE #0 PHP Version: 4.0.6 New Comment: Can not reproduce in FreeBSD 4.4 with PHP 4.1.0RC5. Try it from: http://download.php.net/~zeev/php-4.1.0RC5.tar.gz and reopen this bug report if this doesn't work with that version either. (4.1.0 should be released very soon) Previous Comments: [2001-12-06 16:37:33] [EMAIL PROTECTED] Please help! We get this weird error on ANY php page that uses decimals. The simpliest code we found to produce the error is: echo (0.1); That's it. Apache just dies 90% of the time if you call the page, with a 404 error. If you refresh, the page comes up, but the log still shows the following errors: /var/log/messages: Dec 6 16:07:17 julian /kernel: pid 38937 (httpd), uid 65534: exited on signal 8 Apache error log: [Thu Dec 6 16:07:17 2001] [notice] child pid 38937 exit signal Floating point exception (8) There is no error if the # has no decimals, or it is .0 I.E.: 0.0 or 4.0 or 345.0 no error 0.3 or 5.3 or 345.24 gives error Any calculation using or generating the above give error. System: './configure' '--with-mysql=/usr/local/mysql' '--with-apxs=/usr/local/apache/bin/apxs' '--with-imap=../imap' '--with-gettext' Using stock php.ini except magic_quotes_gpc = Off This error came since we upgraded to FreeBSD from Linux and the latest PHP Apache MySql combo. It doesn't matter if we use PHP as a module or compile into Apache. The bug is annoying, and our users complain a lot. Edit this bug report at http://bugs.php.net/?id=14366edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13482 Updated: apache processes SEGFAULT
ID: 13482 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Output Control Operating System: Linux RH7.1 - 2.4 SMP PHP Version: 4.0.6 New Comment: Please add a GDB backtrace of this crash. (compile PHP with --enable-debug first) --Jani Previous Comments: [2001-12-05 05:54:00] [EMAIL PROTECTED] Looks same bug than #8334 but it is not closed for me (even with 4.0.5, 4.0.6 or latest snapshot) [2001-12-05 04:34:51] [EMAIL PROTECTED] I tried with latest CVS snapshot from http://snaps.php.net/ (date : 2001-12-03) and it's the same thing [notice] child pid 11785 exit signal Segmentation fault (11) [2001-10-02 08:24:14] [EMAIL PROTECTED] I can't tell you that because on my test server (with very small load) I can't reproduce that... It seems to only happen on middle/high load. And I can't test last snapshot on my production server (but the problem exists in 4.0.5 and also in 4.0.6), regards, Jerome [2001-10-01 23:24:48] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ? [2001-09-28 13:50:08] [EMAIL PROTECTED] When enable output compression in php.ini by : output_handler = ob_gzhandler I found in my apache error_log [Wed Sep 26 13:29:40 2001] [notice] child pid 4858 exit signal Segmentation fault (11) I compiled php into apache with : ./configure --with-apache=/root/apache_1.3.20 --with-mysql --enable-ftp --enable-inline-optimization --disable-debug --with-zlib Thanks for help, Jerome Edit this bug report at http://bugs.php.net/?id=13482edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14356 Updated: PHP fsockopen() kills Apache.
ID: 14356 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Reproducible crash Operating System: Debian PHP Version: 4.0.6 New Comment: Yeah, you can do this with this code too: test.php: ?php include('test.php'); ? It's not a bug. --Jani Previous Comments: [2001-12-05 19:46:05] [EMAIL PROTECTED] Using fsockopen() on a page to call itself causes the apache server to stop taking request. Wehn you look at ps there are as many httpd processes running as the server is allowed to run. (based on http.conf) Here is the code I created that takes down Apache. code ?php $fp = fsockopen ($HTTP_HOST, $SERVER_PORT, $errno, $errstr, 30); if (!$fp) { echo $errstr ($errno)br\n; } else { fputs ($fp, GET $REQUEST_URI HTTP/1.0\r\nHost: $HTTP_HOST\r\n\r\n); while (!feof($fp)) { echo fgets ($fp,128); } fclose ($fp); } ? /code The only way to bring Apache back is to kill the server and restart it. This can be a major problem with service providers that offer PHP since all of their sites will go down once this script is run. It seems like there is a problem with PHPs connect() call. The time out NEVER works and I have tried this on Debian and FreeBSD using the PHP module in Apache. pHil Edit this bug report at http://bugs.php.net/?id=14356edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14295 Updated: Scope of globals has changed
ID: 14295 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Variables related Operating System: Win2k PHP Version: 4.0.6 New Comment: I can not reproduce this with PHP 4.1.0RC5 either. Previous Comments: [2001-12-02 01:52:04] [EMAIL PROTECTED] Cannot reproduce under PHP 4.1.0 w/ Linux Please try the code below. Save the files under the names indicated in the comments and try running test.php: # test.php ?php include 'test.inc'; echo Main File: $PHP_SELF ? # test.inc ?php echo Included File: $PHP_SELF ? [2001-11-30 15:07:54] [EMAIL PROTECTED] EXAMPLE: // Main script // The global variables are available in this script include(form.inc.php); ... // End main script // File: form.inc.php // The global variables from the main script are not available here form action=?php echo $PHP_SELF; ? method=post [form] /form // End file: form.inc.php [2001-11-30 12:25:30] [EMAIL PROTECTED] Please include short example scripts here. [2001-11-30 03:51:40] [EMAIL PROTECTED] The following bug or feature (not yet sure what it is ;)) is related to the scope of global variables. SYSTEM: I use PHP 4.0.6 on Win2k pro as i downloaded it from this web site. The loading of extra modules does not change the described behaviour. The Server API is Apache (Apache V. 1.3.22 win) PHP.INI: register_globals and register_argc_argv is ON DESCRIPTION: I have the global variable $PHP_SELF. Now i include a file where I want to use $PHP_SELF. Within the included file, $PHP_SELF is unknown (it has lost it's global state), and i have to declare it global again. This appears for any other global variables too, $PHP_SELF is just an example- This behaviour seems to be new to PHP 4.0.6, because i didn't have the problem with 4.0.5. Edit this bug report at http://bugs.php.net/?id=14295edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14288 Updated: HTTP_GET_VARS influenced by PHP_SELF
ID: 14288 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Variables related Operating System: SuSE7.2; Apache 1.3.20; mod_php4 PHP Version: 4.0.6 New Comment: RTFM: http://www.php.net/manual/en/language.variables.predefined.php $PHP_SELF only contains filename of the currently executing script, nothing else. Ask further support questions on the mailing lists: http://www.php.net/support.php --Jani Previous Comments: [2001-12-02 02:51:12] [EMAIL PROTECTED] Cannot reproduce on server (and client ftm) SuSE 7.2 w/ Apache 1.3.22 using Netscape Communicator or Konqueror. Can you reproduce this behavior under all browsers? What happens when you use a submit button instead of javascript? [2001-11-29 14:00:26] [EMAIL PROTECTED] ?php if($HTTP_GET_VARS[delete]){ echo delete; }else{ echo don't delete; } ? html head /head body form action=?php echo $PHP_SELF;? method=POST name=form1 input type=text name=test a href=javascript:document.form1.submit();Save/a /form a href=?php echo $PHP_SELF;??delete=truedelete/a /body /html The script above don't work correctly. After clicking delete the if-statement print delete. Then you click on Save and the if-statement print delete just like you click on delete. If the echo $PHP_SELF in the form-tag will be replaced by the plaintext-name of the script everything will work correctly - you can click on Save then and the if-statement gives you a don't delete. It seems like the $PHP_SELF stores the HTTP_GET_VARS, but if I do a echo $PHP_SELF I get the script path, the script name and that's all, there are no HTTP_GET_VARS - but the script still works like the HTTP_GET_VARS are there. Edit this bug report at http://bugs.php.net/?id=14288edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14318 Updated: Can't Compile PHP 4.06 With GD2
ID: 14318 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Old Bug Type: Compile Failure Bug Type: GD related Operating System: FreeBSD 4.2 PHP Version: 4.0.6 New Comment: Fixed in CVS. --Jani Previous Comments: [2001-12-03 00:26:38] [EMAIL PROTECTED] Please Help Me! I am trying to compile PHP 4.06 with GD2 and it won't seem to work. I am running FreeBSD 4.3 without Xwindows because it is strictly a server envoronment and X is not needed. I am using the following configure command when configuring PHP: ./configure --with-mysql=/usr/local/mysql --with-xml --with-apache=../apache_1.3.14 --enable-ftp --with-pspell=/usr/local/include/pspell --enable-track-vars --with-gd=/usr/ports/graphics/gd2/work/gd-2.0.1 --enable-gd-native-ttf It will complete the configuration fine. It looks like everything is going to work. However, when I do the make it starts to complile and then stops half way through with the following errors usr/local/mysql/include/mysql -I/usr/local/include/pspell -I/usr/local/src/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c gd.c touch gd.lo gd.c: In function `php_if_imagegif': gd.c:1404: `gdImageGif' undeclared (first use in this function) gd.c:1404: (Each undeclared identifier is reported only once gd.c:1404: for each function it appears in.) *** Error code 1 Stop in /usr/local/src/php-4.0.6/ext/gd. *** Error code 1 Stop in /usr/local/src/php-4.0.6/ext/gd. *** Error code 1 I don't understand why I am getting the error gdImageGif' undeclared (first use in this function) when GIF support isn't even included in GD any longer. I am not sure what to do. I really hope someone can help me. I have seen similar posts in other groups with no answers to the questions. Please email if you have any idea. Edit this bug report at http://bugs.php.net/?id=14318edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14319 Updated: configure fails with apache-2_0_28
ID: 14319 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Compile Failure Operating System: linux PHP Version: 4.0.6 New Comment: You need PHP from CVS and use --with-apxs2 option. --Jani Previous Comments: [2001-12-03 00:52:46] [EMAIL PROTECTED] in redhat linux 7.1. I downloaded httpd-2_0_28 from apache, php-4.0.6 from php.net. the php configure script searches .../httpd-2_0_28/src/include/ for include files while actually those header files are at .../httpd-2_0_28/include/. but after I made a directory called .../httpd-2_0_28/src and moved everything in it, it still fails with these errors: In file included from /usr/local/src/httpd-2_0_28/src/include/httpd.h:72, from sapi_apache.c:32: /usr/local/src/httpd-2_0_28/src/include/ap_config.h:60:32: apr_optional_hooks.h: No such file or directory In file included from sapi_apache.c:32: /usr/local/src/httpd-2_0_28/src/include/httpd.h:657:21: apr_uri.h: No such file or directory make[3]: *** [sapi_apache.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/sapi/apache' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/sapi/apache' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/sapi' make: *** [all-recursive] Error 1 Edit this bug report at http://bugs.php.net/?id=14319edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14316 Updated: Incorrect upload_max_filesize causes problems
ID: 14316 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: Feature/Change Request Operating System: Solaris 2.6 PHP Version: 4.0.6 New Comment: This is different problem and has nothing to do with the http upload code. The php ini parser should allow MB (instead of only allowing M) --Jani Previous Comments: [2001-12-03 01:14:33] [EMAIL PROTECTED] The new file uploading code, which will be available from PHP 4.2.0 and higher, has functionality you request. You can try it by getting a snapshot from snaps.php.net. Derick [2001-12-02 19:04:19] [EMAIL PROTECTED] This is more of a user-error problem but it would be nice to maybe do something about. Setting a upload_max_filesize value to 10MB rather then 10M causes PHP to ignore the MB portion and only allow uploads of 10 bytes instead. Is it possible for PHP to instead inspect the first character after the number of use that so 10MB will get seen as 10M? Edit this bug report at http://bugs.php.net/?id=14316edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14324 Updated: no connection to interbase server
ID: 14324 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Compile Failure Operating System: win 98 PHP Version: 4.1.0 New Comment: Ask support questions on the mailing lists: http://www.php.net/support.php (not a bug, you have to enable the extension in php.ini) Previous Comments: [2001-12-03 10:45:10] [EMAIL PROTECTED] interbase server wi_v5.5.0.742 [2001-12-03 10:40:19] [EMAIL PROTECTED] Fatal error: Call to undefined function: ibase_connect() in e:/www/weiter.php on line 8 line8: $host = localhost:c:\database\intranet.gdb; $connection = ibase_connect ($host,SYSDBA,masterkey); i tried a several times but it doens't work. if anybody can help me please feel free to do so Edit this bug report at http://bugs.php.net/?id=14324edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14318 Updated: Can't Compile PHP 4.06 With GD2
ID: 14318 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: GD related Operating System: FreeBSD 4.2 PHP Version: 4.0.6 New Comment: You should try the latest RC from here: http://www.php.net/~zeev/php-4.1.0RC5.tar.gz or wait 4.1.0 to be released which should happen real soon now. --Jani Previous Comments: [2001-12-03 12:33:44] [EMAIL PROTECTED] I am glad the probem has been fixed in the CVS. Is there anyway I can obtain what the fix was so I could pathc this myself to get it going rather then downloading the cvs version? [2001-12-03 04:10:22] [EMAIL PROTECTED] Fixed in CVS. --Jani [2001-12-03 00:26:38] [EMAIL PROTECTED] Please Help Me! I am trying to compile PHP 4.06 with GD2 and it won't seem to work. I am running FreeBSD 4.3 without Xwindows because it is strictly a server envoronment and X is not needed. I am using the following configure command when configuring PHP: ./configure --with-mysql=/usr/local/mysql --with-xml --with-apache=../apache_1.3.14 --enable-ftp --with-pspell=/usr/local/include/pspell --enable-track-vars --with-gd=/usr/ports/graphics/gd2/work/gd-2.0.1 --enable-gd-native-ttf It will complete the configuration fine. It looks like everything is going to work. However, when I do the make it starts to complile and then stops half way through with the following errors usr/local/mysql/include/mysql -I/usr/local/include/pspell -I/usr/local/src/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c gd.c touch gd.lo gd.c: In function `php_if_imagegif': gd.c:1404: `gdImageGif' undeclared (first use in this function) gd.c:1404: (Each undeclared identifier is reported only once gd.c:1404: for each function it appears in.) *** Error code 1 Stop in /usr/local/src/php-4.0.6/ext/gd. *** Error code 1 Stop in /usr/local/src/php-4.0.6/ext/gd. *** Error code 1 I don't understand why I am getting the error gdImageGif' undeclared (first use in this function) when GIF support isn't even included in GD any longer. I am not sure what to do. I really hope someone can help me. I have seen similar posts in other groups with no answers to the questions. Please email if you have any idea. Edit this bug report at http://bugs.php.net/?id=14318edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14326 Updated: CONFIGURE DOESN'T RECONIGZE PDFLIB4.0.1
ID: 14326 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Configuration Issues Operating System: Solaris 2.6 PHP Version: 4.0.6 New Comment: Ask support questions on the mailing lists: http://www.php.net/support.php Previous Comments: [2001-12-03 13:19:30] [EMAIL PROTECTED] Hi, I´m trying to recompile my php-4.0.6 with PDF support. First I've downloaded and installed: -- pdflib-4.0.1: ./configure; make; make install -- jpeg-6b libraries: ./configure; make; make install -- tiff-3_4 libraries: ./configure; make; make install Then I try to reconfigure my php as follows: ./configure --with-config-file-path=/usr/local/lib --enable-debug --enable-libgcc --enable-ftp --with-informix=$INFORMIXDIR --with-ldap=/opt/netscape/server4/plugins/include... --enable-trans-sid --with-mhash=/usr/local/lib --with-pdflib=/usr/local --with-jpeg-dir=/usr/local/lib --with-tiff-dir=/usr/local/lib and got the following result at the config.log file: configure:13215: checking whether to include cpdflib support configure:13993: result: no Any suggestions !!! Thanks Edit this bug report at http://bugs.php.net/?id=14326edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14333 Updated: Apache processes consume all CPU
ID: 14333 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: RH 6.2 SMP PHP Version: 4.0.6 New Comment: I'm also running PHP / Apache in a SMP machine but I never have noticed anything like this. Some things we need to know about your system: - Kernel/glibc version - Apache version - PHP configure line And you should also try with PHP 4.1.0RC5: http://www.php.net/~zeev/php-4.1.0RC5.tar.gz --Jani p.s. This might sound stupid but did you do './apachectl stop ; ./apachectl start' or did you use './apachectl restart' ? Previous Comments: [2001-12-03 19:35:22] [EMAIL PROTECTED] Actually, there is a sample PHP script installed on the server in several user directories. But this is the ONLY file with a *.php* extension within our web root directories. It is called hello.php3 and it looks like this: htmlheadtitlePHP Test/title/head body ?php echo Hello WorldP; ? /body/html I really don't think this script is being run. I don't think that any script is being run to cause the problem. Thanks, Tauren [2001-12-03 19:21:39] [EMAIL PROTECTED] I've been experiencing the exact same problem that is described in bug #14290 and #8446 for quite some time now but did not know which Apache module was causing it. Up until now, I've had a cron job that simply kills off (with a -9) any httpd processes that are using 99% or more cpu time. Today I've been trying to track down what exactly is causing the problem. I've eliminated all extra Apache modules and did not experience the problem. When I added PHP back in, the problem started immediately. Within one minute of starting Apache back up, the high-CPU processes started appearing again. The Apache server-status didn't indicate that ANY php script had been hit. The processes just start going out of control after some time. In fact, there isn't even a single *.php* file on the server. I really don't think this is happening because of a PHP script being run. I'm currently testing this out on a Red Hat 6.2 Linux (SMP) box with dual CPUs. From the sound of things in the other bug reports (#14290 and #8446), the problem only seems to be happening on SMP servers. I did not compile with any extra PHP modules except for the core PHP 4.0.6. I haven't really done a lot with PHP, so I'm not sure how to help debug this problem. But I do want a stable Apache environment with PHP support for my hosting customers. If there is anything I can do to help debug things, please let me know. I've read the page on using gdb, but I'm think this is a different kind of situation. Apache isn't crashing, but certain processes are going out-of-control. Is there a way to get a backtrace of a particular process while it is still running? Until this problem can be resolved, I'm going to have to remove PHP from my servers. I really don't want to have to do this, but the instabilities are becoming too much to handle and very hard to explain to our customers. Please let me know what I can do to help debug and solve this problem. Thanks! Tauren Edit this bug report at http://bugs.php.net/?id=14333edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14295 Updated: Scope of globals has changed
ID: 14295 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Variables related Operating System: Win2k PHP Version: 4.0.6 New Comment: Please include short example scripts here. Previous Comments: [2001-11-30 03:51:40] [EMAIL PROTECTED] The following bug or feature (not yet sure what it is ;)) is related to the scope of global variables. SYSTEM: I use PHP 4.0.6 on Win2k pro as i downloaded it from this web site. The loading of extra modules does not change the described behaviour. The Server API is Apache (Apache V. 1.3.22 win) PHP.INI: register_globals and register_argc_argv is ON DESCRIPTION: I have the global variable $PHP_SELF. Now i include a file where I want to use $PHP_SELF. Within the included file, $PHP_SELF is unknown (it has lost it's global state), and i have to declare it global again. This appears for any other global variables too, $PHP_SELF is just an example- This behaviour seems to be new to PHP 4.0.6, because i didn't have the problem with 4.0.5. Edit this bug report at http://bugs.php.net/?id=14295edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12473 Updated: mail() sended mail is timestamped 15 hours late
ID: 12473 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Closed Bug Type: Mail related Operating System: win2k PHP Version: 4.0.6 New Comment: Fixed - closed. Previous Comments: [2001-11-30 04:23:04] [EMAIL PROTECTED] Dup of #12680 [2001-07-30 18:38:47] [EMAIL PROTECTED] mail() sended email is time stamped 15 hours back. Like say send a email to my yahoo address, the new mail is listed asof received yesterday. I use php.exe to run a php script from DOS command prompt. But when I use MS Outlook,using the same smtp server, it is OK. Thanks, Edit this bug report at http://bugs.php.net/?id=12473edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14296 Updated: Undeclared variables and isset()
ID: 14296 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: Variables related Operating System: Win2k PHP Version: 4.0.6 New Comment: Not a bug. Previous Comments: [2001-11-30 04:36:45] [EMAIL PROTECTED] looks like you have set error_reporting to E_ALL while you had E_ALL ~E_NOTICE before? maybe by using php.ini-recommended as template for php.ini with 4.0.6 while using php.ini-dist for the former versions? [2001-11-30 04:15:44] [EMAIL PROTECTED] SYSTEM: I use PHP 4.0.6 on Win2k pro with Apache 1.3.22 win Loaded modules don't seem to make a difference for the described behaviour. DESCRIPION: Let's say we have a PHP script, the retrieves some variables via HTTP post or get. And the variables, passed to the script, have different names each time. Usually we would use isset($variable) to check if it exists. In most cases we need to check the content of the variable too. So it would be nice to do that in one step. The script of the following examples retrieved $var1 or $var or both of them via HTTP. EXAMPLE 1: // This would be the usual way i guess if(isset($var1)){ ... } if(isset($var2)){ ... } EXAMPLE 2: // This has been possible with PHP 3.xx - 4.0.5 // without previously checking for existence // of $var1/$var2 if($var1 == something){ ... } if($var2 == anything){ ... } EXAMPLE 3: // With PHP 4.0.6 we would have to do this: if(!isset($var1)){ // is NOT declared? $var1 = ; } if(!isset($var2)){ // is NOT declared? $var2 = ; } // first we had to declare them, now we can use them if($var1 == something){ ... } if($var2 == anything){ ... } I wonder if this new behaviour is a bug or a feature? Or why can't I find info about it in the changes list if it's a feature? Please send your answer to: [EMAIL PROTECTED] Thank you! Volker Puttrich Edit this bug report at http://bugs.php.net/?id=14296edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14297 Updated: CPU LOOP
ID: 14297 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Old Bug Type: *General Issues Bug Type: Scripting Engine problem Operating System: RH6.2 PHP Version: 4.0.6 New Comment: Add some nice little script here which can be used to reproduce this. As it's like looking for a needle in the haystack otherwise. Previous Comments: [2001-11-30 10:11:29] [EMAIL PROTECTED] Is anyone here psycic cause I sure cant tell what is causing PHP to go into 100% loop, perhaps we can have a bit more information about when it happens and what your doing when it happens? [2001-11-30 10:08:21] [EMAIL PROTECTED] PHP/apache process appears to be in infinite loop 100% CPU Utilization -- I have the same problem , i'm using php4.0.6 and RH6.6 Nico Edit this bug report at http://bugs.php.net/?id=14297edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14294 Updated: is_dir() causes stat failed warning
ID: 14294 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Filesystem function related Operating System: FreeBSD 4.3 PHP Version: 4.1.0 New Comment: Warnings can be supressed by setting error_reporting correctly. Not a bug. Previous Comments: [2001-11-29 21:28:20] [EMAIL PROTECTED] In PHP 4.1 RC3 (non CVS release), the is_dir() function causes a warning that says stat failed on /your/path if the path does not exist. This was causing havok with scripts of mine that relied on no output for errors.. Of course I just suppressed the message, but it really shouldnt be there. The function is designed to check for an existing dir, it should work without warnings! Hopefully this can be fixed in the next release. On a side note, PHP 4.1 (CVS version) does not install under FreeBSD 4.3. However the version available at http://www.php.net/~zeev/php-4.1.0RC3.tar.gz does work! Thanks guys. Edit this bug report at http://bugs.php.net/?id=14294edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14275 Updated: new GD not install
ID: 14275 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Compile Failure Operating System: Linux PHP Version: 4.1.0 New Comment: Ask support questions on the mailing lists: http://www.php.net/support.php Previous Comments: [2001-11-28 21:19:07] [EMAIL PROTECTED] There are days I try recompile php with gd2.0.1 and dont means. I get php4.1rc3, but the problem persist. Always I look version GD in phpinfo function, it's show old version. Please help me!! I like obtain a help wich more details. thanks! Edit this bug report at http://bugs.php.net/?id=14275edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14243 Updated: make install generates errors from shtool in pear subdir
ID: 14243 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Old Bug Type: *Compile Issues Bug Type: Compile Failure Operating System: Linux 2.4.14 Redhat 7.0 PHP Version: 4.0.6 New Comment: These are fixed in CVS and PHP 4.1.0. And if you're not running 'make install' as root and you're trying to install into some location where you don't have write permissions, it will never work. --Jani Previous Comments: [2001-11-27 00:15:16] [EMAIL PROTECTED] Configure command ./configure --prefix=/usr/local/site/php --with-apache=../apache_1.3.22 --enable-track-vars --with-pear=/usr/local/site/pear --with-config-file-path=/usr/local/site/php Running make ; make install Gives the following result make[1]: Entering directory `/var/tmp/php-4.0.6/pear' make[2]: Entering directory `/var/tmp/php-4.0.6/pear' shtool:mkdir:Error: invalid number of arguments (at least 1 expected) shtool:mkdir:Hint: run `/usr/tmp/php-4.0.6/build/shtool mkdir -h' or `man shtool' for details +--+ | The installation process is incomplete. The following resources were | | not installed: | | | | Self-contained Extension Support | | PEAR: PHP Extension and Add-on Repository | | | | To install these components, become the superuser and execute: | | | | # make install-su | +--+ make[2]: *** [install-data-local] Error 5 make[2]: Leaving directory `/var/tmp/php-4.0.6/pear' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/var/tmp/php-4.0.6/pear' make: *** [install-recursive] Error 1 Edit this bug report at http://bugs.php.net/?id=14243edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13831 Updated: Assigning to multi-dimensional $HTTP_SESSION_VARS array not restored
ID: 13831 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: FreeBSD 4.2 PHP Version: 4.0.6 New Comment: I asked to test the latest CVS as I _assume_ this was a bug that was just recently FIXED there. I had tested it with my scripts and so had couple of other people. Reopen with a short example script if you can not reproduce this with the snapshot. --Jani Previous Comments: [2001-11-27 05:41:35] [EMAIL PROTECTED] Firstly we are here as voulenteers, we ask for your help as if you have reported a bug and we ask you to test with latest cvs it takes you ten maybe twenty mins to test it on your machine where you already have code available and set up, for us to set up things in an envornment similar to EVERY bug report we see it would take us a long time and thus less bugs would get fixed. Form the looks of your script it looks like an error in your scripting to me but without seeing a smaple of your code I cant confirm this, please post the shortest test script possible that reproduces this behaviour. We dont have hours to hunt for your bug and how to reproduce it or write scripts to reproduce it, if you dont want to test latest CVS then at least provide us with the shortest code snippet possible that reproduces the bug. Make sure that script has as few dependencies as posssible (IE no database connections, no special extensions and no includes.) To be honest if you dont want to do either of the above its VERY unlikley any of use will be bothered to try and fix this for you either. And dont complain its the way we work, mozzila works and many other opensource projects work. - James [2001-11-27 00:57:06] [EMAIL PROTECTED] Yes, it is the way he and most of the people who volunteer their time goes about it. The source is constantly changing and chances are pretty good if you've found a bug; one of the millions of other PHP users has found it as well and it's already been fixed or is known of. So if you could take 10 minutes of your valuable time and perform a simple, concise test, then we would know if it is indeed still present in the code. It may not be the most efficient system, but it works better if everyone does what they can. If you're persistent on being anal about this, send me ([EMAIL PROTECTED]) your script(s) and I will test it myself. -Chris [2001-11-27 00:51:08] [EMAIL PROTECTED] BTW, nothing is free. Not even ignorance. [2001-11-27 00:48:33] [EMAIL PROTECTED] Who is freeloading? I reported the bug already and gave a concise example. Now sniper wants to mark it closed so he asked me to do more work, knowing if I don't respond he will mark it closed. I've seen his pattern in other bugs. Seems like sniper is the active person here, so I assume he must be the QA guy in charge here. If he wants to find out if it was fixed in latest CVS, he should test it, not order me to do more work. I made a contribution by taking the time to make the concise bug report. I don't need the bug fixed. I posted the bug to help out by giving a more concise example of a bug posted by another person. I was trying to help sniper test it more quickly. He shows his appreciation by ordering me to test it. Sigh 2x [2001-11-27 00:29:10] [EMAIL PROTECTED] Maybe you should appreciate the fact that this is a free service and if your time is so valuable that you can't put in a percentage of what you get out then you are more than welcome to pay for commercial support http://www.zend.com/store/products/zendsupport.php. Freeloaders, Sigh 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/?id=13831 Edit this bug report at http://bugs.php.net/?id=13831edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14015 Updated: Can't install (make install)
ID: 14015 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Compile Failure Operating System: UNIXWARE 7 PHP Version: 4.0.6 New Comment: You're not pointing to the apache SOURCE directory here. If you do that, it will work. Previous Comments: [2001-11-27 00:35:07] [EMAIL PROTECTED] I forger, I type params with full path ./configure --with-apache=/home/pipl/apache [2001-11-26 14:23:39] [EMAIL PROTECTED] You're obviously doint something wrong there. Please ask further support questions on the mailing lists: http://www.php.net/support.php [2001-11-26 13:33:17] [EMAIL PROTECTED] I forger, I type params with full path ./configure --with-apache=/home/pipl/apache [2001-11-26 13:28:31] [EMAIL PROTECTED] All that I do, i do as root. I try to install php with params - ./configure --with-apache after - make - make install (and there i see error) After this I manyally copy file .lib/libphp4.a into Apache intall directory and type this command: - cd apache - ./configure --prefix=/usr/apache --activate-module=src/modules/php4/libphp4.a - make - install Correct httpd.conf, and all wokrs!!! But why PHP install on Unixware 7 so bad with params? [2001-11-18 19:08:53] [EMAIL PROTECTED] Are you running 'make install' as root? Or if not, does the user you run it as have permissions to write to those dirs? --Jani 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/?id=14015 Edit this bug report at http://bugs.php.net/?id=14015edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14015 Updated: Can't install (make install)
ID: 14015 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: UNIXWARE 7 PHP Version: 4.0.6 New Comment: You're not pointing to the apache SOURCE directory here. If you do that, it will work. Previous Comments: [2001-11-27 08:56:00] [EMAIL PROTECTED] You're not pointing to the apache SOURCE directory here. If you do that, it will work. [2001-11-27 00:35:07] [EMAIL PROTECTED] I forger, I type params with full path ./configure --with-apache=/home/pipl/apache [2001-11-26 14:23:39] [EMAIL PROTECTED] You're obviously doint something wrong there. Please ask further support questions on the mailing lists: http://www.php.net/support.php [2001-11-26 13:33:17] [EMAIL PROTECTED] I forger, I type params with full path ./configure --with-apache=/home/pipl/apache [2001-11-26 13:28:31] [EMAIL PROTECTED] All that I do, i do as root. I try to install php with params - ./configure --with-apache after - make - make install (and there i see error) After this I manyally copy file .lib/libphp4.a into Apache intall directory and type this command: - cd apache - ./configure --prefix=/usr/apache --activate-module=src/modules/php4/libphp4.a - make - install Correct httpd.conf, and all wokrs!!! But why PHP install on Unixware 7 so bad with params? 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/?id=14015 Edit this bug report at http://bugs.php.net/?id=14015edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14253 Updated: build fails using AIX C 4.4 on AIX 4.3.3 box
ID: 14253 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Compile Issues Operating System: AIX 4.3.3 PHP Version: 4.0CVS-2001-11-27 New Comment: submitted twice. Previous Comments: [2001-11-27 12:20:29] [EMAIL PROTECTED] Hi i am having trouble compiling the latest CVS with AIX C 4.4 on AIX 4.3.3. The same problem have occured with 4.0.6 and a few snapshots i've downloaded. Have seen this problem related in some lists but no solution was provided. Initiali i've used the --with-ingres directive too, but i'm trying the simplest configuration possible first : Thats my .configure line : /paulera/downloads/php4-200111270600 ./configure --with-apxs=/usr/local/apache/bin/apxs checking for a BSD compatible install... ./install-sh -c checking whether build environment is sane... yes checking for mawk... no checking for gawk... no checking for nawk... nawk checking whether make sets ${MAKE}... yes Updated php_version.h checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... powerpc-ibm-aix4.3.3.0 checking host system type... powerpc-ibm-aix4.3.3.0 checking for mawk... (cached) nawk checking for bison... no checking for byacc... no configure: WARNING: You will need bison if you want to regenerate the PHP parsers. (that's the only warning i have during configure) checking for gcc... no ( ... no more errors or warnings til the end ...) during make, it's going fine until : /bin/sh ../libtool --silent --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../main-DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DMOD_SSL=208105 -DUSE_HSREGEX -DEAPI -DEAPI_MM -DUSE_EXPAT -I../TSRM -g -prefer-pic -c -o zend_qsort.lo `test -f zend_qsort.c || echo './'`zend_qsort.c zend_qsort.c, line 33.18: 1506-025 (S) Operand must be a modifiable lvalue. zend_qsort.c, line 34.18: 1506-025 (S) Operand must be a modifiable lvalue. zend_qsort.c, line 39.18: 1506-025 (S) Operand must be a modifiable lvalue. zend_qsort.c, line 40.18: 1506-025 (S) Operand must be a modifiable lvalue. make: 1254-004 O código de erro do último comando é 1. Pare. make: 1254-004 O código de erro do último comando é 1. If you need more information please ask. I'm fighting this problem for a week, reading everything i find on the net, bu couldn't find a solution. Thanks for your attention Paulo Edit this bug report at http://bugs.php.net/?id=14253edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14251 Updated: register_shutdown_function bug
ID: 14251 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Old Bug Type: Unknown/Other Function Bug Type: Scripting Engine problem Operating System: Linux Mandrake 8.0 PHP Version: 4.1.0 New Comment: Reproduced. Seems like cwd changes to / always. Previous Comments: [2001-11-27 12:04:10] [EMAIL PROTECTED] Current directory in main program body and into shutdown function is not same. Sometimes its changes to '/' or something else. Try to execute this script and reload page some times: ? set_time_limit(0); ignore_user_abort(0); function Test() { echo Shutdown function: , `pwd`; }; echo Body: , `pwd`; register_shutdown_function (Test); ?BR Edit this bug report at http://bugs.php.net/?id=14251edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14252 Updated: build fails using AIX C 4.4 on AIX 4.3.3 box
ID: 14252 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.0CVS-2001-11-27 Old Assigned To: Assigned To: sniper New Comment: I will try with a AIX 4.3.3 account I got. Previous Comments: [2001-11-27 12:06:15] [EMAIL PROTECTED] Hi i am having trouble compiling the latest CVS with AIX C 4.4 on AIX 4.3.3. The same problem have occured with 4.0.6 and a few snapshots i've downloaded. Have seen this problem related in some lists but no solution was provided. Initiali i've used the --with-ingres directive too, but i'm trying the simplest configuration possible first : Thats my .configure line : /paulera/downloads/php4-200111270600 ./configure --with-apxs=/usr/local/apache/bin/apxs checking for a BSD compatible install... ./install-sh -c checking whether build environment is sane... yes checking for mawk... no checking for gawk... no checking for nawk... nawk checking whether make sets ${MAKE}... yes Updated php_version.h checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... powerpc-ibm-aix4.3.3.0 checking host system type... powerpc-ibm-aix4.3.3.0 checking for mawk... (cached) nawk checking for bison... no checking for byacc... no configure: WARNING: You will need bison if you want to regenerate the PHP parsers. (that's the only warning i have during configure) checking for gcc... no ( ... no more errors or warnings til the end ...) during make, it's going fine until : /bin/sh ../libtool --silent --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../main-DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DMOD_SSL=208105 -DUSE_HSREGEX -DEAPI -DEAPI_MM -DUSE_EXPAT -I../TSRM -g -prefer-pic -c -o zend_qsort.lo `test -f zend_qsort.c || echo './'`zend_qsort.c zend_qsort.c, line 33.18: 1506-025 (S) Operand must be a modifiable lvalue. zend_qsort.c, line 34.18: 1506-025 (S) Operand must be a modifiable lvalue. zend_qsort.c, line 39.18: 1506-025 (S) Operand must be a modifiable lvalue. zend_qsort.c, line 40.18: 1506-025 (S) Operand must be a modifiable lvalue. make: 1254-004 O código de erro do último comando é 1. Pare. make: 1254-004 O código de erro do último comando é 1. If you need more information please ask. I'm fighting this problem for a week, reading everything i find on the net, bu couldn't find a solution. Thanks for your attention Paulo Edit this bug report at http://bugs.php.net/?id=14252edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14254 Updated: SQLERROR -439
ID: 14254 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Informix related Operating System: Solaris 8 PHP Version: 4.0.6 New Comment: Can you please add a short PHP script with which you can reproduce this ? Also, please try PHP 4.1.0 (to be released very soon now) as it has some improvements to the threading which might actually fix this problem. (it was mentioned as one possibility in that mail you pointed to in the archives) I don't have informix installed or any knowledge how to set it up either so you need to help us in this. And I don't have much time to spend on this either so please be patient. --Jani Previous Comments: [2001-11-27 12:36:25] [EMAIL PROTECTED] Similarly to Bugs 13459 and 8267 we do get error 439. on php 3.0.18 and 4.0.6 http://marc.theaimsgroup.com/?l=php-devm=97812975300057w=2 we do have support from ifx. they are prepared to help us here qote from ifx support I have received this case and I have looked through the case history. The situation appears to be as follows. Your network traffic has increased and that in turn brought about more timeout situations where an ESQL/C callback was used by your application (or by PHP). The -439 error indicates that unauthorized calls are included in that callback function. There are two ways to avoid getting the errors. 1. Tweak the system to increase performance to the point where the timeouts do not occur. 2. Fix the callback function code. Since you have indicated that you will not attempt number 1 we are left with number 2. Number 2 is the responsibility of the person that wrote the callback function, be that you or PHP. The only way that Informix can fix the problem is if the -439 is being given in error. At this time there is no indication that the -439 error is not correct but it is still a possibility. Unfortunately we cannot know whether or not the -439 error is erroneous or not until we know exactly how the callback function is being set up. So the next thing that must happen is that I get a small test case showing setting up a correct callback function that fails with this error. If you are writing the callback functions then we need to get PHP out of the picture and you need to provide me a very small ESQL/C test case that gives the same error. If the callback functions are contained in PHP then the only other option is to pursue an answer through Apache tech support and let them contact me when and if they find that the -439 is not correct. In that case they will be providing the test case. If PHP cannot be removed from the picture then you need to open a case with Apache as soon as possible. Given the nature of Apache this might not be a viable option and you may instead want to look at the PHP source yourself. -- end quote --- begin quote Both the -439 and the -25588 errors are occuring because of timeouts. Odds are that they are simply different symptoms of the same underlying problem and which error you get depends on timing of internal events. If you want to focus on performance tuning I can pass the case back to an engines engineer. This will only be brushing the problem under the carpet, however. If your application is not doing callbacks correctly then it will give this error any time that activity gets too high. Does your application provide the callback function or is that all built into PHP? -- end quote so now we have the chance to get rid of this annoying bug. I cnnot possibly plunge into the phpsourcecode to get the info the guy from ifx needs. If your are interested to get this thing sorted out this is the chance Edit this bug report at http://bugs.php.net/?id=14254edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14222 Updated: PHP Crashes with weird output often
ID: 14222 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: *General Issues Bug Type: Apache related Operating System: Windows XP Pro PHP Version: 4.0.6 New Comment: Please include a SHORT example script that can be used to reproduce this. And also try PHP 4.1.0 (will be released today/tomorrow) --Jani Previous Comments: [2001-11-26 02:48:37] [EMAIL PROTECTED] Ah here is an output examle (describet ping ~20). http://tugs.imp.ch/index.html.2 my localhostoutput: http://tugs.imp.ch/index.html.3 i cant pate the output of the 3rd test (ping ~60) because its impossible to get the page. btw browser issius with this: ie starts to relaod and relaod the page again and again, sometimes often, sometimes not. he relaods until he gets a useable document or used so many http connections that he cant find the document :) opera just dont stop loading the page or crashes totally :) [2001-11-26 02:37:45] [EMAIL PROTECTED] Its like the Bug id #13371, just i found the same thing with Apache 1.3.22. Installed: Apache 1.3.22 PHP 4.0.6 (both, full and installer make problems) MySQL 4.0.0a on a Win XP En Machine. PHP used with php4apache.dll Very weird things: Some code dont work, some work fine. Ex.: phpMyAdmin dont have any problems Code Example: // //Start of Code Example // html head ?php //Funktion fuuml;r DB Errors function print_db_error($query) { $errno=addslashes(mysql_errno()); $error=addslashes(mysql_error()); echo $query.brliefert folgende Fehlermeldung:br.$errno.$error; } //Login function login($uin){ if($uin == xxx) return 1; }; //simple abfrage (1 user) if($HTTP_POST_VARS[submit]==go){ if($username==xxx AND $password==xxx) $uin = xxx; }; //$loggedin = login($uin); $loggedin = 1; //Funktion fuuml;r MySQL querys function sql($query){ $hostname = dedi.gamelife.ch; $db_username = xxx; $password = xxx; $dbName1 = 'xxx'; $conn = mysql_pconnect($hostname, $db_username, $password); if(!$conn){ echo BOops, der Datenbankserver hat wohl die Hosen runtergelassen!; exit; }; $select = mysql_select_db($dbName1,$conn); $abfrage=mysql_query($query, $conn) or print_db_error($query); return $abfrage; }; //Tables $tbl_list = priv_divxlist; //Update the instore if($action==changestore){ (mysql_result(sql(SELECT instore FROM $tbl_list WHERE id='$id'),0)) ? $newstore = 0 : $newstore = 1; sql(UPDATE $tbl_list SET instore='$newstore' WHERE id='$id'); }; //Default: sortby name if(!isset($sortby)) $sortby = titel asc; ? /head body bgcolor=#FF text=#00 link=#829DD2 vlink=#829DD2 font size=2 face=Verdana, Arial, Helvetica, sans-serif ? if(!$loggedin){? form action=?=$PHP_SELF??sortby=?=$sortby? method=post Login: input type=text name=username size=5 input type=password name=password size=5 input type=submit name=submit value=go/form ? }else{ ? a href=newp.htmCreate new Item/abr ? }; ? br table border=0 cellpadding=0 cellspacing=0 tr tdfont size=2a href=?=$PHP_SELF??sortby=? echo ($sortby==titel desc) ? titel asc : titel desc; ?uin=?=$uin?Titel/a/fontbrbr/td tdfont size=2a href=?=$PHP_SELF??sortby=? echo ($sortby==lang desc) ? lang asc : lang desc; ?uin=?=$uin?Sprache/anbsp;/fontbrbr/td tdfont size=2a href=?=$PHP_SELF??sortby=? echo ($sortby==anz desc) ? anz asc : anz desc; ?uin=?=$uin?Anz/anbsp;/fontbrbr/td ? if($loggedin){ ? tdfont size=2Deletenbsp;/fontbrbr/td tdfont size=2Edit/fontbrbr/td tdfont size=2Innbsp;Store/fontbrbr/td ? }; ? /tr ? $abfrage = sql(select id,titel,anz,lang,instore from $tbl_list ORDER by $sortby,titel); while (list($id,$theaser,$anz,$lang,$instore) = mysql_fetch_row($abfrage)){ $theaserprint = $theaser; //if (strlen($theaser) 30) $theaserprint = substr($theaserprint,0,25); ? tr td width=300font size=2?=$theaserprint?/font/td td width=50 align=centerfont size=2?=$lang?/font/td td width=30 align=centerfont size=2?=$anz?/font/td ? if($loggedin
[PHP-DEV] Bug #14223 Updated: configure: error: This c-client library does not support SSL. error msg
ID: 14223 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: *Compile Issues Bug Type: Compile Failure Operating System: Linux 2.0.36 PHP Version: 4.0.6 New Comment: Why don't you test it? (it should be fixed) Try a snapshot: http://snaps.php.net/ or wait for PHP 4.1.0 to be released. (Today/tomorrow) --Jani Previous Comments: [2001-11-26 03:31:37] [EMAIL PROTECTED] I'm still getting this message, and I think I've found why. You correctly try to detect the crypto lib before the ssl lib of OpenSSL, but when trying to compile a test program to test if the IMAP library was compiled with SSL support, you link with the crypto lib before the ssl lib. These libraries should be reversed (the ssl lib needs symbols that are defined in the crypto lib). I tried to correct this, and still got the same error. I also found that you must link with the c-client library before the ssl and crypto libs (the config.log tries to run this: gcc -o conftest -g -O2 -DLINUX=20 -DDEV_RANDOM=/dev/random -DMOD_SSL=208104 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -Wl, -rpath,/usr/X11/lib -L/usr/X11/lib -Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lpam -lgmp -lgd -lX11 -lXpm -ljpeg -lgdbm -lz -lcrypt -lssl -lcrypto -lresolv -lm -ldl -lnsl -lresolv -lc-client 15 and fails, for the same reason (the c-client lib needs some symbols that are defined in the ssl lib). I added -lssl and -lcrypto after the -lc-client, and it works. I don't know if this has been fixed in the CVS version. Edit this bug report at http://bugs.php.net/?id=14223edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14229 Updated: function virtual
ID: 14229 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Feedback Bug Type: Apache related Operating System: freebsd 4.3-stable PHP Version: 4.0.6 New Comment: As it seems you're able to update this one, let's keep this open then. I'll bogus the other one. Now, please try the PHP 4.1.0 (not yet officially released) from: http://download.php.net/~zeev/php-4.1.0.tar.gz and let us know whether this happens with it or not. --Jani Previous Comments: [2001-11-26 09:15:12] [EMAIL PROTECTED] I cannot update old report becaus of bug in your bugreport script. In previous report I did not suplied password so on attempts to update it I got message The password you supplied was incorrect. Something went wrong updating the database. [2001-11-26 08:50:50] [EMAIL PROTECTED] Please do not refile a bug report for a problem you already filed. Update the old report instead (which just got closed due to no feedback). Derick [2001-11-26 08:47:48] [EMAIL PROTECTED] Calling the function virtual with relative path as a parameter changes current working dirrectory for the calling script. Example follows: !--uuu.php-- ?php echo getcwd(); virtual(ssi/uuu.html); echo getcwd(); ? !--ssi/uuu.html-- h4ssi/uuu.html/h4 Output is: /usr/home/project/public_html/mb ssi/uuu.html /usr/home/project/public_html/mb/ssi Edit this bug report at http://bugs.php.net/?id=14229edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12673 Updated: virtual function
ID: 12673 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Apache related Operating System: freebsd 4.3-stable PHP Version: 4.0.6 New Comment: User opened new report as this one didn't have a password set. Previous Comments: [2001-11-26 08:31:38] [EMAIL PROTECTED] No feedback. Closing. [2001-11-03 21:47:12] [EMAIL PROTECTED] For the called script or for the calling script? Can you add some example here? [2001-08-09 06:24:16] [EMAIL PROTECTED] Calling the function virtual with relative path as a parameter changes current working dirrectory Edit this bug report at http://bugs.php.net/?id=12673edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14233 Updated: error found
ID: 14233 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Program Execution Operating System: W2k (hun) Service pack2 PHP Version: 4.0.6 New Comment: This should be fixed in 4.1.0. Please try it when it's released (very soon now) Reopen if it doesn't work. Previous Comments: [2001-11-26 10:03:45] [EMAIL PROTECTED] ? //my program is $dir=C:\\Apache\\htdocs\\sync\\output; $handle=opendir($dir); $i=`zip.exe out.zip out.sql *.lob`; $i=`del out.sql`; $i=`del *.lob`; $i=`rename out.zip macska.jpg`; /*error message : php.exe - Alkalmazáshiba A 0x77f821e1 címen található utasítás a 0x0034 memóriacímre hivatkozott. A memóriaterületen nem végezhetõ el a következõ mûvelet: read. */ ? This is default configure for win32. (Apache 1.3.22,php 4.0.6,MySQL 3.23.43-max-nt) Edit this bug report at http://bugs.php.net/?id=14233edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14239 Updated: apache crash on sig 11; error at zend_execute_API.c:259
ID: 14239 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Unknown/Other Function Operating System: FreeBSD 4.4-RELEASE PHP Version: 4.0.6 New Comment: Please try and create a short example script which can be used to reproduce this problem. And you should also try PHP 4.1.0 (to be released very soon now) http://download.php.net/~zeev/php-4.1.0.tar.gz Previous Comments: [2001-11-26 13:25:31] [EMAIL PROTECTED] this error snoozed me and my users over head! php works as libphp4.so in Apache/1.3.22 when i debug the problem, gdb get's me such report: Program received signal SIGSEGV, Segmentation fault. _zval_ptr_dtor (zval_ptr=0x4c41424f) at zend_execute_API.c:259 259 (*zval_ptr)-refcount--; (gdb) in this file there is: ZEND_API void _zval_ptr_dtor(zval **zval_ptr ZEND_FILE_LINE_DC) { #if DEBUG_ZEND=2 printf(Reducing refcount for %x (%x): %d-%d\n, *zval_ptr, zval_ptr, (*zval_ptr)-refcount, (*zval_ptr)-refcount-1); #endif (*zval_ptr)-refcount--; ^ here error! if ((*zval_ptr)-refcount==0) { zval_dtor(*zval_ptr); safe_free_zval_ptr(*zval_ptr); } else if (((*zval_ptr)-refcount == 1) ((*zval_ptr)-type != IS_OBJECT)) { (*zval_ptr)-is_ref = 0; } } obvious, that httpd instance crashes with core,,, and users have to Reload the pages when this error appears... i have no idea about this error reason... thank you, Andriy Tkachuk. [2001-11-26 13:05:47] [EMAIL PROTECTED] when i debug the problem gdb get's me such report: Program received signal SIGSEGV, Segmentation fault. _zval_ptr_dtor (zval_ptr=0x4c41424f) at zend_execute_API.c:259 259 (*zval_ptr)-refcount--; (gdb) in this file there is: ZEND_API void _zval_ptr_dtor(zval **zval_ptr ZEND_FILE_LINE_DC) { #if DEBUG_ZEND=2 printf(Reducing refcount for %x (%x): %d-%d\n, *zval_ptr, zval_ptr, (*zval_ptr)-refcount, (*zval_ptr)-refcount-1); #endif (*zval_ptr)-refcount--; ^ here error! if ((*zval_ptr)-refcount==0) { zval_dtor(*zval_ptr); safe_free_zval_ptr(*zval_ptr); } else if (((*zval_ptr)-refcount == 1) ((*zval_ptr)-type != IS_OBJECT)) { (*zval_ptr)-is_ref = 0; } } i have no idea about this... Edit this bug report at http://bugs.php.net/?id=14239edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14015 Updated: Can't install (make install)
ID: 14015 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Compile Failure Operating System: UNIXWARE 7 PHP Version: 4.0.6 New Comment: You're obviously doint something wrong there. Please ask further support questions on the mailing lists: http://www.php.net/support.php Previous Comments: [2001-11-26 13:33:17] [EMAIL PROTECTED] I forger, I type params with full path ./configure --with-apache=/home/pipl/apache [2001-11-26 13:28:31] [EMAIL PROTECTED] All that I do, i do as root. I try to install php with params - ./configure --with-apache after - make - make install (and there i see error) After this I manyally copy file .lib/libphp4.a into Apache intall directory and type this command: - cd apache - ./configure --prefix=/usr/apache --activate-module=src/modules/php4/libphp4.a - make - install Correct httpd.conf, and all wokrs!!! But why PHP install on Unixware 7 so bad with params? [2001-11-18 19:08:53] [EMAIL PROTECTED] Are you running 'make install' as root? Or if not, does the user you run it as have permissions to write to those dirs? --Jani [2001-11-12 05:38:29] [EMAIL PROTECTED] Of course, I follow the installation instructions. I type this commands: $ gunzip -c apache_1.3.22.tar.gz | tar xf - $ cd apache_1.3.22 $ ./configure $ cd .. $ gunzip -c php-4.0.6.tar.gz | tar xf - $ cd php-4.0.6 $ ./configure --without-mysql --with-apache=/home/pc/apache_1.3.22 --enable-track-vars $ make $ make install *** Error . Why without any params PHP compile normaly? $ cd php-4.0.6 $ ./configure $ make $ make install ... done [2001-11-12 04:38:24] [EMAIL PROTECTED] Of course, I follow the installation instructions. I type this commands: $ gunzip -c apache_1.3.22.tar.gz | tar xf - $ cd apache_1.3.22 $ ./configure $ cd .. $ gunzip -c php-4.0.6.tar.gz | tar xf - $ cd php-4.0.6 $ ./configure --without-mysql --with-apache=/home/pc/apache_1.3.22 --enable-track-vars $ make $ make install *** Error . Why without any params PHP compile normaly? $ cd php-4.0.6 $ ./configure $ make $ make install ... done 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/?id=14015 Edit this bug report at http://bugs.php.net/?id=14015edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14241 Updated: Cannot use both zlib.output_compression and output_handler together
ID: 14241 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Output Control Operating System: linux - 2.2 php 4.1.0 PHP Version: 4.0CVS-2001-11-26 New Comment: Already fixed in CVS. Fix will be in next release. Previous Comments: [2001-11-26 17:08:48] [EMAIL PROTECTED] I have updated from 4.0.6 to 4.1.0 and when I run httpd -t the following error is displayed: PHP Fatal error: Cannot use both zlib.output_compression and output_handler together!! in Unknown on line 0 But in the php.ini, I have the following entries: output_buffering = On output_handler = ob_gzhandler zlib.output_compression = Off When I Change the value of output_handler to nothing, then no error is displayed. Edit this bug report at http://bugs.php.net/?id=14241edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7244 Updated: Problem with LOAD DATA LOCAL INFILE
ID: 7244 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Win 98 PHP Version: 4.0.8 New Comment: I'm just wondering why is using addslashes() 'temporary solution' ?? Previous Comments: [2001-11-25 08:14:04] [EMAIL PROTECTED] Like I wrote in my first bug report on 2000-10-16 mysql_error() and mysql_errno() say something like this File 'e:TempphpA154.TMP' not found (Errcode: 2) You can see that all slashes in the temporary filename are removed what causes a problem. [2001-11-24 21:03:40] [EMAIL PROTECTED] What was the problem with the RC? And, this is query, but what is the actual *ERROR* you get? mysql_error() might tell you more. Feedback. [2001-11-24 14:30:46] [EMAIL PROTECTED] Can you please test if the problem still persists with latest RC? http://phpuk.org/~james/php-4.1.0RC3-win32.zip I'm sorry, but I wasn't able to get this version running. I tried with the latest stable release 4.0.8 and the problem was still there. If not, can you provide more details (like the actual query you are using). The query is: LOAD DATA LOCAL INFILE '$textfile' INTO TABLE $table [2001-11-20 19:53:11] [EMAIL PROTECTED] Can you please test if the problem still persists with latest RC? http://phpuk.org/~james/php-4.1.0RC3-win32.zip If not, can you provide more details (like the actual query you are using). Feedback. [2001-06-03 13:58:34] [EMAIL PROTECTED] Yes, it also happens with PHP 4.0.5 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/?id=7244 Edit this bug report at http://bugs.php.net/?id=7244edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14212 Updated: Windows will not let me view phpinfo
ID: 14212 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache related Operating System: Windows Me PHP Version: 4.0.6 New Comment: This is NOT support forum. Ask support questions on the mailing lists: http://www.php.net/support.php Previous Comments: [2001-11-24 15:35:11] [EMAIL PROTECTED] I created a php script. The only text it had on it was ? phpinfo() ? i then put it in Apache's htdoc root directory. I later tried to access it via my web browser. Everytime I tried, A Windows error would pop up and say It could not acces the speciefied device, path, or file. Then it would say i might not have permission to access the item. I'm including the parts of the main Apache config I edited to install php4.0.6-Win32 # ScriptAlias: This controls which directories contain server scripts. # ScriptAliases are essentially the same as Aliases, except that # documents in the realname directory are treated as applications and # run by the server when requested rather than as documents sent to the client. # The same rules about trailing / apply to ScriptAlias directives as to # Alias. # ScriptAlias /cgi-bin/ C:/Program Files/Apache Group/Apache/cgi-bin/ edited--ScriptAlias /php4/ C:/php4/ # # AddType allows you to tweak mime.types without actually editing it, or to # make certain files to be certain types. # # For example, the PHP 3.x module (not part of the Apache distribution - see # http://www.php.net) will typically use: # #AddType application/x-httpd-php3 .phtml #AddType application/x-httpd-php3-source .phps edited-- AddType application/x-httpd-php .php .phtml .html AddType application/x-httpd-php-source .phps--Editend # # Action lets you define media types that will execute a script whenever # a matching file is called. This eliminates the need for repeated URL # pathnames for oft-used CGI file processors. # Format: Action media/type /cgi-script/location # Format: Action handler-name /cgi-script/location edited--# Action application/x-httpd-php /php4/php.exe Hope you guys can help me out! Edit this bug report at http://bugs.php.net/?id=14212edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13062 Updated: session_unset() causes Apache child process to segfault
ID: 13062 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Session related Operating System: RH7.1 PHP Version: 4.0.6 New Comment: Can not reproduce with latest CVS. Please reopen if you have the problem with latest RC from: http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Previous Comments: [2001-08-30 11:52:52] [EMAIL PROTECTED] When using session_unset on a page where no session variables have been set, session_unset causes the apache child process to segfault. I'm using Apache 1.3.20 with PHP 4.0.6. I've taken out the session_unset call and am just using session_destroy now, but I would think that session_unset should gracefully return even if there are no set session variables. It seems to do this even on a page where I just set the session variables, and they haven't been saved yet. (IE, start a new session, register a session variable, then call session_unset all on the same page causes segfault). My PHP configure looks like this: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl --enable-calendar --enable-ftp --with-gd --with-imap --with-kerberos --with-imap-ssl --with-ldap --with-mysql --with-pgsql --with-mm --enable-sockets --enable-sysvshm --enable-wddx I'm using the MM session handler instead of files. Edit this bug report at http://bugs.php.net/?id=13062edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13078 Updated: register_globals = off session.save_handler = user
ID: 13078 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Session related Operating System: FreeBSD 4.x PHP Version: 4.0.6 New Comment: Can you please verify if this is now fixed in latest CVS: http://snaps.php.net/ Previous Comments: [2001-08-31 08:53:14] [EMAIL PROTECTED] Things are fine when: register_globals = off session.save_handler = files Things are fine also when: register_globals = on session.save_handler = users where users are customed handlers, (saved to PostgreSQL in my case. PROBLEM: Sessions varilables aren't saved when: register_globals = off session.save_handler = users ---eof--- Edit this bug report at http://bugs.php.net/?id=13078edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14198 Updated: build error undefined symbol php_module
ID: 14198 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Compile Failure Operating System: Solaris 2.5.1 PHP Version: 4.0.6 New Comment: Ask support questions on the mailing lists: http://www.php.net/support.php Previous Comments: [2001-11-23 09:23:01] [EMAIL PROTECTED] make failure using the following configure configure activate -module=src/modules/php4/libphp.a Error from make: Undefined symbol php_module first referenced in file modules.o ld: fatal: symbol referencing errors. No output written to httpd Edit this bug report at http://bugs.php.net/?id=14198edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13185 Updated: session_set_save_handler will not work if register_globals is off
ID: 13185 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Session related Operating System: solaris 2.7 PHP Version: 4.0.6 New Comment: Can you please check if this is now fixed in latest RC: http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Previous Comments: [2001-09-06 16:34:34] [EMAIL PROTECTED] when using session_set_save_handler, have to set 'register_globals' to ON in order to make it work. default 'files' session mode works fine under both 'register_globals' ON and OFF. Found that when set 'register_globals' to OFF, the session write function is not called. Never tried this on other OS. Edit this bug report at http://bugs.php.net/?id=13185edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]