Re: [PHP-DEV] Bug #10675: Executing background job from PHP causes session lock-up
You probably use file based session storage, didn't you? Then teach your backround script to close all file handles at startup as every good daemon should do :). PHP always locks the file session file when you open the session and unlocks it only (by closing it) when you close the session or the script stops. The background process inherits the session file handle from its parent and the session file remains locked thus preventing all other apache processes to open/read it until your background script dies. You can somehow close the session before starting your script in background but still it is better to close all inherited file handles that your script doesn't need. oleg [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: RedHat 6.2 PHP version: 4.0.5 PHP Bug Type: *Session related Bug description: Executing background job from PHP causes session lock-up Executed a perl script in the background like this: perl scriptname.pl $otherParams 2 /dev/null 1 /dev/null Perl script forks and parent dies, so PHP should see the script as finished immediately, perl child does work in background (takes a few minutes to run). PHP script that spawned perl script completes OK, browser stops waiting for more data from php script as it should. However, when using the same browser window (or one from browser's file-new window) no other pages that referrence the session will load in the browser. If we force the session to destroy just after the system() call, other scripts load just fine. Also, other scripts work just fine if we start a new browser from scratch (creates new session). So it appears that the PHP session is getting messed up somehow b/c of the background system/exec/`` call. This seems to prevent the following pages from loading the session properly and therefore they will not run. -- Edit Bug report at: http://bugs.php.net/?id=10675edit=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 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 #10681: Fix for #9698 breaks more than it fixes
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0 Latest CVS (05/05/2001) PHP Bug Type: Network related Bug description: Fix for #9698 breaks more than it fixes ?php $ipaslong = ip2long(208.247.106.187); print long2ip($ipaslong).\n; print bin2hex(pack(N, $ipaslong)).\n; ? That script run with PHP 4.0.5 prints: 208.247.106.187 d0f76abb whereas with the latest CVS version it prints: 127.255.255.255 7fff That makes that function completely unusable for me (and for others probably too). I have another proposal for fixing bug #9698, and that is implementing %u as a sprintf format specifier to output unsigned longs instead of signed. This way he could use the following script for his problem (should go onto the ip2long page then): ?php $ip = gethostbyname(www.php.net); $out = sprintf(http://%u/br\n, ip2long($ip)); echo $out; ? If that fix would be accepted (and the other fix rolled back), I could add %u to sprintf myself and post it here. -- Edit Bug report at: http://bugs.php.net/?id=10681edit=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 #10489 Updated: quoted_printable_decode() imap_qprint() decodes control codes.
ID: 10489 Updated by: vlad Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: IMAP related PHP Version: 4.0.4pl1 Assigned To: Comments: Not really a bug. Intended behaviour. Your $foo is not a valid quoted-printable encoded string (can you get it with imap_8bit()? If you can, reopen this bug). RFC 2045 section 6.7 parts 1 2 say that equal sign by itself (ASCII 0x3D) can not be represented literally, but onle as encoded =3D (hence the '=' at the end of the lines is not an equal sign, but a soft break). Reading below, in note (2): An = followed by a character that is neither a hexadecimal digit (including abcdef) nor the CR character of a CRLF pair is illegal. This case can be the result of US-ASCII text having been included in a quoted-printable part of a message without itself having been subjected to quoted-printable encoding. A reasonable approach by a robust implementation might be to include the = character and the following character in the decoded data without any transformation and, if possible, indicate to the user that proper decoding was not possible at this point in the data. Which means that not decoding them at all *might* be a good way to handle that, but then it would also be nice to let the user know of the error, which we can't (using imap_qprint() at least). Finally, formal rule for acceptable characters (end of section 6.7 in that RFC) says: safe-char := any octet with decimal value of 33 through 60 inclusive, and 62 through 126 ; Characters not listed as mail-safe in ; RFC 2049 are also not recommended. hex-octet := = 2(DIGIT / A / B / C / D / E / F) ; Octet must be used for characters 127, =, ; SPACEs or TABs at the ends of lines, and is ; recommended for any character not listed in ; RFC 2049 as mail-safe. Notice, that octet *must* be used for '=' sign. In short, you can create a regular expression that can handle encoded data that is malformed (yours is not quite correct), but that is not the way PHP should behave. On top of that, imap_qprint invokes a function in c_client, so if you want to change that behaviour, you need to change c_client. Vlad Previous Comments: --- [2001-04-29 06:40:39] [EMAIL PROTECTED] reclassify --- [2001-04-25 09:51:13] [EMAIL PROTECTED] quoted_printable_decode() and imap_qprint() decodes control codes aswell. This, I assume, is not supposed to happen. Also, these functions happily translate anything with two characters after the = sign (like =EV in =EVIL), which they shouldn't. Example: $foo=This is =00=01 =E4 =20 =21 =ev =FE string.; echo Quoting string .$foo.n; echo quoted_printable_decode: .quoted_printable_decode($foo).n; echo preg_replace:.preg_replace(/=([2-9A-Fa-f])([0-9A-Fa-f])/e, ''.chr(hexdec('\1\2')).'', $foo).n; Would result in: Quoting string This is =00=01 =E4 =2B =20 =21 =ev =FE string. quoted_printable_decode: This is ä + ! ï þ string. preg_replace:This is =00=01 ä + ! =ev þ string. Am I wrong in assuming that quoted_printable_decode() and imap_qprint() should act as my preg_replace line above does? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10489edit=2 -- 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] yet another mailparse extension
Hi all About a year ago, I've written a parser too. I'v planed to first do further work on it before I share it with you. Unfortunately, I've never had time to 'complete' the extension. As far as I remember it compiled fine and worked quite fine apart from the kown bugs (see ext/msg/KNOWN_BUGS in the tarball). I now desided to give it away anyway because I haven't any clue when (if ever) I will be able to further work on the extension. May the php developer community make the best of it! -Jade. extension facts: required libs: none based on: - / written from scratch interdepends: none interrecommends: ext/recode http://nns.ch/ext_msg_a2629.tar.gz (~ 13kB) relateted mails: Date: Mon, 3 Jul 2000 07:29:43 +0200 From: Jade Nicoletti [EMAIL PROTECTED] To: Chuck Hagenbuch [EMAIL PROTECTED] Subject: MIME header parser Hi chunk, I just wanted you to know, that I'm implementing a MIME header parser as a php extension in C/Yacc/Lex. You once mentioned in the PEAR mailing list that you want to do that as a PEAR module, but i think that the performence would be quite poor compared to my extension. So, before you start working on it, drop me a mail and ask me for the state. It currently only parses address lists, conforming to rfc822 and rfc2047. There's also a loose address list parser which lets you handle user input (from form data) on witch you can have a callback function or object for auto- completing (address book lookups, default host appendments, ...). I plan to make it rfc2303 and rfc2231 compatible und to parse entire MIME headers. -Jade. PS: my rfc2047 adrlist parser (including decoding+recoding) is faster than the simple c-client rfc822 paser :)) plus, it follows the RFCs more strictly :) From: Jade Nicoletti [EMAIL PROTECTED] To: Chuck Hagenbuch [EMAIL PROTECTED] Subject: Re: MIME header parser On Wed, Jul 05, 2000 at 04:28:46PM -0400, Chuck Hagenbuch wrote: [snipped] Are you handling i18n stuff, too (charsets, etc)? If so, how? In the current state, i'm handling i18n stuff only, when you configure php --with-recode. I then recode everything that is not limited anyway to us-ascii to a `super charset', that the user (php developer) may choose (preferably a unicode charset, by default it is UTF-8 now). This meens, if you want your webmail application to handle i18n stuff, you should generate the pages witch display mails, mail indices, etc in unicode and not in ISO-8859-1 or even worse in us-ascii. This is a good thing anyway; UTF-8 will become the default web charset. I'll probably have to enable i18n handling even if --with-recode is not specified at compile time, so that one can dynamicly load librecode and have it's benefits. -Jade. -- === Jade NicolettiNicoletti Net Services Tel. 01 240 4774 Geschäftsleitung Postfach 2519Fax 01 240 4775 System-Administration 8021 Zürich [ Weitere Infos: http://nns.ch/ ]== -- 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]
Re: [PHP-DEV] PHP 4.0 Bug #10665 Updated: Requesting additional functions in OpenSSL module (working patch available)
On 2001-05-05 09:00:54, [EMAIL PROTECTED] wrote: PS: It is possible to add my name to CREDITS (not required, but would be nice) or would that be cheeky? :-) I don't know what the rules are for that, and I'm not sure if I'm listed either... I put your name at the top of the source file though :-) --Wez. -- 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] Re: yet another mailparse extension
On 2001-05-05 10:14:06, Jade Nicoletti [EMAIL PROTECTED] wrote: About a year ago, I've written a parser too. ... May the php developer community make the best of it! http://nns.ch/ext_msg_a2629.tar.gz (~ 13kB) Thanks - I'll take a look an try to integrate it into my extension. --Wez. -- 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] credits
On 2001-05-05 12:08:53, Wez Furlong [EMAIL PROTECTED] wrote: On 2001-05-05 09:00:54, [EMAIL PROTECTED] wrote: PS: It is possible to add my name to CREDITS (not required, but would be nice) or would that be cheeky? I've added your name to ext/openssl/CREDITS. Actually while doing this, I've noticed that the ext/standard/credits_ext.h (which is a generated file) is also checked into CVS. Is that deliberate ? I get the impression that it is only generated and checked in when a release is made. Just wondering... --Wez. -- 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]
Re: [PHP-DEV] __FILE__ constant
At 06:58 PM 5/4/2001 -0400, Jon Parise wrote: On Fri, May 04, 2001 at 06:31:37PM -0400, Jon Parise wrote: ?php echo __FILE__; ? works fine here. Or do you meant something else, Chuck? The value is set; it's just missing all path delimiters. So if the file is actually /var/www/foo/bar.php, echo __FILE__ gives me varwwwfooobar.php. Which means that dirname(__FILE__) returns incorrect results. It's working fine here, too. Woops, scratch that. I see the problem now, too. It was introduced sometime between May 2nd (my last build) and today. Because now files in the Zend repository have changed in that window, I think it's probably a PHP bug. Sterling made a patch which changes the way PHP_SELF is set. Is there any chance this has anything to do with it? (It doesn't sound like it though). Can you check the history of php4/main/main.c? Andi -- 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]
Re: [PHP-DEV] __FILE__ constant
By the way, can you open a bug report about this? Please include PHP version, Web server setup and short reproducing script. At the same time if one of you guys can get an idea what broke this (or on what day) that would be great. You can do a binary search by checking out the PHP CVS by date. Andi At 06:58 PM 5/4/2001 -0400, Jon Parise wrote: On Fri, May 04, 2001 at 06:31:37PM -0400, Jon Parise wrote: ?php echo __FILE__; ? works fine here. Or do you meant something else, Chuck? The value is set; it's just missing all path delimiters. So if the file is actually /var/www/foo/bar.php, echo __FILE__ gives me varwwwfooobar.php. Which means that dirname(__FILE__) returns incorrect results. It's working fine here, too. Woops, scratch that. I see the problem now, too. It was introduced sometime between May 2nd (my last build) and today. Because now files in the Zend repository have changed in that window, I think it's probably a PHP bug. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- 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 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]
Re: [PHP-DEV] __FILE__ constant
I'm unable to reproduce it with the current CVS, btw. Zeev At 17:32 5/5/2001, Andi Gutmans wrote: By the way, can you open a bug report about this? Please include PHP version, Web server setup and short reproducing script. At the same time if one of you guys can get an idea what broke this (or on what day) that would be great. You can do a binary search by checking out the PHP CVS by date. Andi At 06:58 PM 5/4/2001 -0400, Jon Parise wrote: On Fri, May 04, 2001 at 06:31:37PM -0400, Jon Parise wrote: ?php echo __FILE__; ? works fine here. Or do you meant something else, Chuck? The value is set; it's just missing all path delimiters. So if the file is actually /var/www/foo/bar.php, echo __FILE__ gives me varwwwfooobar.php. Which means that dirname(__FILE__) returns incorrect results. It's working fine here, too. Woops, scratch that. I see the problem now, too. It was introduced sometime between May 2nd (my last build) and today. Because now files in the Zend repository have changed in that window, I think it's probably a PHP bug. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- 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 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- 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]
Re: [PHP-DEV] __FILE__ constant
http://www.php.net/bugs.php?edit=1id=10644 And it happens to me too.. --Jani On Sat, 5 May 2001, Andi Gutmans wrote: By the way, can you open a bug report about this? Please include PHP version, Web server setup and short reproducing script. At the same time if one of you guys can get an idea what broke this (or on what day) that would be great. You can do a binary search by checking out the PHP CVS by date. Andi At 06:58 PM 5/4/2001 -0400, Jon Parise wrote: On Fri, May 04, 2001 at 06:31:37PM -0400, Jon Parise wrote: ?php echo __FILE__; ? works fine here. Or do you meant something else, Chuck? The value is set; it's just missing all path delimiters. So if the file is actually /var/www/foo/bar.php, echo __FILE__ gives me varwwwfooobar.php. Which means that dirname(__FILE__) returns incorrect results. It's working fine here, too. Woops, scratch that. I see the problem now, too. It was introduced sometime between May 2nd (my last build) and today. Because now files in the Zend repository have changed in that window, I think it's probably a PHP bug. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- 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 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]
Re: [PHP-DEV] __FILE__ constant
Can you please try and check on what date (and maybe what patch) broke this? Thanks, Andi At 05:11 PM 5/5/2001 +0200, Jani Taskinen wrote: http://www.php.net/bugs.php?edit=1id=10644 And it happens to me too.. --Jani On Sat, 5 May 2001, Andi Gutmans wrote: By the way, can you open a bug report about this? Please include PHP version, Web server setup and short reproducing script. At the same time if one of you guys can get an idea what broke this (or on what day) that would be great. You can do a binary search by checking out the PHP CVS by date. Andi At 06:58 PM 5/4/2001 -0400, Jon Parise wrote: On Fri, May 04, 2001 at 06:31:37PM -0400, Jon Parise wrote: ?php echo __FILE__; ? works fine here. Or do you meant something else, Chuck? The value is set; it's just missing all path delimiters. So if the file is actually /var/www/foo/bar.php, echo __FILE__ gives me varwwwfooobar.php. Which means that dirname(__FILE__) returns incorrect results. It's working fine here, too. Woops, scratch that. I see the problem now, too. It was introduced sometime between May 2nd (my last build) and today. Because now files in the Zend repository have changed in that window, I think it's probably a PHP bug. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- 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 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]
Re: [PHP-DEV] __FILE__ constant
On Sat, May 05, 2001 at 06:26:58PM +0300, Andi Gutmans wrote: Can you please try and check on what date (and maybe what patch) broke this? I'm pretty sure it happened after May 2nd, but I don't have an exact time. I quick scan of the cvs commit archives didn't turn up anything obvious, but I'm also not really sure where in the system this kind of anomaly would originate. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- 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]
Re: [PHP-DEV] __FILE__ constant
Can you check now? (update TSRM) At 18:46 5/5/2001, Jon Parise wrote: On Sat, May 05, 2001 at 06:26:58PM +0300, Andi Gutmans wrote: Can you please try and check on what date (and maybe what patch) broke this? I'm pretty sure it happened after May 2nd, but I don't have an exact time. I quick scan of the cvs commit archives didn't turn up anything obvious, but I'm also not really sure where in the system this kind of anomaly would originate. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- 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 #10644 Updated: __FILE__ missing path delimiters
ID: 10644 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem PHP Version: 4.0.5 Assigned To: Comments: Should be fixed in latest CVS. Please make sure you update TSRM. Previous Comments: --- [2001-05-03 15:59:37] [EMAIL PROTECTED] I also encountered this. --- [2001-05-03 15:16:11] [EMAIL PROTECTED] With 4.0.6 latest cvs (not 4.0.5; is there a reason the latest cvs option in the versions menu is dated March?), __FILE__ is returning the filename with no path delimiters. For example, if the script is /var/www/foo.php, __FILE__ contains 'varwwwfoo.php'. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10644edit=2 -- 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 #9773 Updated: Configure hangs
ID: 9773 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Configuration Issues PHP Version: 4.0.4pl1 Assigned To: Comments: Which glibc do you have? ls -l /lib/*libc-* And what kind of system do you have? As this works fine on my RedHat 6.[12] install. Previous Comments: --- [2001-03-16 11:24:19] [EMAIL PROTECTED] Here is the complete config.log file: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:1299: checking for a BSD compatible install configure:1352: checking whether build environment is sane configure:1409: checking whether make sets ${MAKE} configure:1448: checking for working aclocal configure:1461: checking for working autoconf configure:1474: checking for working automake configure:1487: checking for working autoheader configure:1500: checking for working makeinfo configure:1530: checking whether to enable maintainer-specific portions of Makefiles configure:1559: checking host system type configure:1587: checking for gawk configure:1621: checking for bison configure:1655: checking bison version configure:1668: checking for gcc configure:1781: checking whether the C compiler (gcc ) works configure:1797: gcc -o conftestconftest.c 15 configure:1823: checking whether the C compiler (gcc ) is a cross-compiler configure:1828: checking whether we are using GNU C configure:1837: gcc -E conftest.c configure:1856: checking whether gcc accepts -g configure:1888: checking how to run the C preprocessor configure:1909: gcc -E conftest.c /dev/null 2conftest.out configure:1968: checking for AIX configure:2013: checking for gcc option to accept ANSI C configure:2066: gcc -c -g -O2 conftest.c 15 configure:2093: checking for ranlib configure:2122: checking whether gcc and cc understand -c and -o together configure:2137: gcc -c conftest.c -o conftest.o 15 configure:2138: gcc -c conftest.c -o conftest.o 15 configure:2143: cc -c conftest.c 15 configure:2145: cc -c conftest.c -o conftest.o 15 configure:2146: cc -c conftest.c -o conftest.o 15 configure:2173: checking whether ln -s works configure:2200: checking for flex configure:2233: checking for flex configure:2267: checking for yywrap in -lfl configure:2286: gcc -o conftest -g -O2 conftest.c -lfl 15 configure:2309: checking lex output file root configure:2330: checking whether yytext is a pointer configure:2349: gcc -o conftest -g -O2 conftest.c -lfl 15 configure:2372: checking for working const configure:2426: gcc -c -g -O2 conftest.c 15 configure:2543: gcc -o conftest -g -O2 conftest.c 15 /tmp/cce0pXlV.o: In function `main': /home/k/keith/php/php-4.0.4pl1/configure:2538: undefined reference to `pthread_mutexattr_init' /home/k/keith/php/php-4.0.4pl1/configure:2539: undefined reference to `pthread_create' collect2: ld returned 1 exit status configure: failed program was: #line 2525 configure #include confdefs.h #include pthread.h #include stddef.h void *thread_routine(void *data) { return data; } int main() { pthread_t thd; pthread_mutexattr_t mattr; int data = 1; pthread_mutexattr_init(mattr); return pthread_create(thd, NULL, thread_routine, data); } configure:2563: checking for pthreads_cflags configure:2596: gcc -o conftest -g -O2 -kthread conftest.c 15 gcc: unrecognized option `-kthread' /tmp/ccV61Ryr.o: In function `main': /home/k/keith/php/php-4.0.4pl1/configure:2591: undefined reference to `pthread_mutexattr_init' /home/k/keith/php/php-4.0.4pl1/configure:2592: undefined reference to `pthread_create' collect2: ld returned 1 exit status configure: failed program was: #line 2578 configure #include confdefs.h #include pthread.h #include stddef.h void *thread_routine(void *data) { return data; } int main() { pthread_t thd; pthread_mutexattr_t mattr; int data = 1; pthread_mutexattr_init(mattr); return pthread_create(thd, NULL, thread_routine, data); } configure:2596: gcc -o conftest -g -O2 -pthread conftest.c 15 Keith --- [2001-03-16 08:59:07] [EMAIL PROTECTED] After running 'gcc -v' I get this, Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release) Keith --- [2001-03-15 23:11:30] [EMAIL PROTECTED] What is the version of GCC ? --Jani --- [2001-03-15 16:51:52] [EMAIL PROTECTED] After I type ./configure with any options or just ./configure this happens: checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is
Re: [PHP-DEV] __FILE__ constant
On Sat, May 05, 2001 at 07:04:50PM +0300, Zeev Suraski wrote: That fixed the problem. Thanks! Can you check now? (update TSRM) At 18:46 5/5/2001, Jon Parise wrote: On Sat, May 05, 2001 at 06:26:58PM +0300, Andi Gutmans wrote: Can you please try and check on what date (and maybe what patch) broke this? I'm pretty sure it happened after May 2nd, but I don't have an exact time. I quick scan of the cvs commit archives didn't turn up anything obvious, but I'm also not really sure where in the system this kind of anomaly would originate. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- 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] -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- 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 #10682: php -l display the same errors
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.0.1 PHP version: 4.0 Latest CVS (05/05/2001) PHP Bug Type: Unknown/Other Function Bug description: php -l display the same errors If I execute CGI php binary with -l option, I see the same error message 3 times in different formats. === PHP Parse error: parse error, expecting `T_VARIABLE' or `'$'' in php_lint.php on line 5 br bParse error/b: parse error, expecting `T_VARIABLE' or `'$'' in bphp_lint.php/b on line b5/bbr php_lint.php(5) : Parse error - parse error, expecting `T_VARIABLE' or `'$'' [www@dev language]$ php -ql php_lint.php PHP Parse error: parse error, expecting `T_VARIABLE' or `'$'' in php_lint.php on line 5 br bParse error/b: parse error, expecting `T_VARIABLE' or `'$'' in bphp_lint.php/b on line b5/bbr php_lint.php(5) : Parse error - parse error, expecting `T_VARIABLE' or `'$'' = ./configure \ --disable-short-tags \ --disable-mysql \ --without-pear \ --without-mysql \ --enable-debug \ --enable-bcmath \ --enable-ftp \ --enable-shmop \ --enable-sysvsem \ --enable-sysvshm \ --enable-sockets \ --enable-mbstring \ --enable-mbstr-enc-trans \ --enable-debug \ --enable-memory-limit \ --with-regex=system \ --with-openssl \ --with-iconv \ --with-imap \ --with-mhash \ --with-mcrypt \ --with-pgsql \ --with-swf \ --with-zlib \ --with-bz2 \ --with-gd \ --with-jpeg-dir=/usr \ --with-xpm-dir=/usr/X11R6 -- Edit Bug report at: http://bugs.php.net/?id=10682edit=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 #10644 Updated: __FILE__ missing path delimiters
ID: 10644 Updated by: chagenbu Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Scripting Engine problem PHP Version: 4.0.5 Assigned To: Comments: fix confirmed. thanks! Previous Comments: --- [2001-05-05 18:13:23] [EMAIL PROTECTED] Should be fixed in latest CVS. Please make sure you update TSRM. --- [2001-05-03 15:59:37] [EMAIL PROTECTED] I also encountered this. --- [2001-05-03 15:16:11] [EMAIL PROTECTED] With 4.0.6 latest cvs (not 4.0.5; is there a reason the latest cvs option in the versions menu is dated March?), __FILE__ is returning the filename with no path delimiters. For example, if the script is /var/www/foo.php, __FILE__ contains 'varwwwfoo.php'. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10644edit=2 -- 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] (change request) PHP 4.0 Bug Summary Report
Is it possible to include www.php.net/bugs.php?id= at the front of these, or on a second line trailing each bug listed? Would make the list twice as long, but a lot simpler to follow up on, w/mail reader that recognises links. [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... PHP 4.0 Bug Database summary - http://bugs.php.net Num Status Summary (1387 total including feature requests) ===[*Configuration Issues] 8670 Open Incorect interpretation session.gc_maxlifetime parameter 8848 Open open_basedir = /dir/incl validates /dir/include and so on 9041 Suspended Extra #! at top of web output. 9773 Open Configure hangs 10241 Open php_flag dosn't work in httpd.conf, but it works in .htaccess files 10316 Open error in connecting to MS access database 10478 Feedback --with-mcrypt leads to configure: error: Sorry 10479 Open Failure to recognize libsybdb.so ===[*Database Functions]== 8706 Feedback Database handle corruption? ===[*Directory/Filesystem functions] 8580 Duplicate Fileupload and Database mysql access 9697 Open filename ends with £ 9912 Open exec calls run programs in the document root: different than PHP3 9993 Open Wrong File Created Date and Wrong Filesize 10152 Feedback Success Warning with readfile(http://...;); 10388 Open File to file I/O problems 10439 Open relative chdir from root doesn´t work ===[*Encryption and hash functions] 8834 Open crypt() starts from not random salt 9177 Open crypt problems with openssl ===[*Function Specific]=== 8202 Open exec(java -cp classpath classname inputArgument); has no effect 8563 Feedback hebrevc() problems... 8857 Open microtime() doesn't work after setlocale(LC_NUMERIC,pl) 10120 Open implode(), if empty elements exist 10323 Open 4.05-dev : non-html escaped strings on phpinfo 10564 Open feof bug isn't fixed in windows versions. ===[*General Issues]== 3076 Analyzed system and popen are ok in safe_mode, not backquotes 5236 Open dlerror - conflicting declerations 6499 Analyzed $upload_type[] has wrong size with empty multiple-file uploads 6685 Analyzed %20 mis-converted in GET mechanism 6875 Duplicate upload_tmp_dir in php.ini doesn't work in safe_mode 7243 Duplicate upload_tmp_dir does not work in safe_mode 7685 Open File Upload Fails with Headers in Unexpected Order 9757 Open Php.exe Process doesnt kill itself 9868 Feedback Missing .dll. 10026 Open For loop always execute 10135 Open Problem(?) with environment variables when running as module 10198 Feedback Register functions doesn't work while starting up of apache 10288 Open weird intval() and settype('integer') behaviour: loosing bits? 10319 Open multipart/form-data does not work with Opera browser 10364 Open Exec and system always return -1 10467 Open static array doesn't evaluate defined keys 10547 Duplicate PHP Crashes ===[*Graphics related] 9666 Feedback Can't display image/pjpeg and image/gif in one sanme page ===[*Install and Config]== 6614 Duplicate configure does not recognize sys/socket.h 7280 Duplicate global iniline not supported in SGI Compiler 7731 Open compilation with deprecated abi (no -n32) 7959 Open ld: 0711-317 ERROR: Undefined symbol: .alloca 8862 Suspended libtool does not code runpath into libphp4.so 8918 Open Fails when linking 9063 Open Configure gives errors regarding Payflow Pro 9078 Open php] make install 9085 Feedback tar file is corrupted in your web site 9179 Open refresh error 9239 Open configure tests incorrectly for IPv6 9287 Open Stronghold only start one process when using DSO PHP4 with OCI8 support 9448 Open It does not works / -cpath Look for php.ini file in this directory 9711 Open Fatal Error while trying to install 9856 Open Missing run path in shared object library 10178 Open Configuration of extensions 10239 Open file MSVCIRT.DLL connected to missing export MSVCRT.DLL: ??_U@YAPAXI@Z 10339 Open PHP with OCI8 crashes apache 10370 Open ceil/fabs/getmntest undefined symbol 10391 Feedback regardless of having pdflib 3.03, pdflib extension requires at least pdflib 3.x 10407 Open incorrect call of apxs from Apache 2 10414 Open mysql+charset gb2312 10424 Open apache crash with segmentation fault at end of phpinfo() function call. 10554 Assigned IISConfig -
[PHP-DEV] Bug #10683: --with-imap-ssl causes error when building
From: [EMAIL PROTECTED] Operating system: Slackware 7.1 - Linux 2.2.19 PHP version: 4.0.5 PHP Bug Type: IMAP related Bug description: --with-imap-ssl causes error when building If you build PHP 4.0.5 --with-imap-ssl=/usr/local/ssl, the build fails at least at my Slackware 7.1 and RedHat 6.2 machines : Making all in imap make[2]: Entering directory `/www/FAST/zooi/APACHE/php-4.0.5/ext/imap' make[3]: Entering directory `/www/FAST/zooi/APACHE/php-4.0.5/ext/imap' gcc -I. -I/zooi/APACHE/php-4.0.5/ext/imap -I/zooi/APACHE/php-4.0.5/main -I/zooi/APACHE/php-4.0.5 -I/zooi/APACHE/apache_1.3.19/src/include -I/zooi/APACHE/apache_1.3.19/src/os/unix -I/zooi/APACHE/php-4.0.5/Zend -I/usr/local/ssl/include -I/usr/local/curl/include -I/usr/local/include -I/usr/local/include/freetype -I/zooi/APACHE/imap/c-client -I/usr/local/mysql/include/mysql -I/zooi/APACHE/swf/dist/include -I/zooi/APACHE/php-4.0.5/ext/xml/expat/xmltok -I/zooi/APACHE/php-4.0.5/ext/xml/expat/xmlparse -I/zooi/APACHE/php-4.0.5/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -O -fomit-frame-pointer -march=pentiumpro -funroll-loops -malign-functions=4 -mwide-multiply -fschedule-insns2 -fexpensive-optimizations -Wall -c php_imap.c touch php_imap.lo php_imap.c: In function `php_minit_imap': php_imap.c:450: warning: implicit declaration of function `ssl_onceonlyinit' php_imap.c:451: `auth_ssl' undeclared (first use in this function) php_imap.c:451: (Each undeclared identifier is reported only once php_imap.c:451: for each function it appears in.) make[3]: *** [php_imap.lo] Error 1 make[3]: Leaving directory `/www/FAST/zooi/APACHE/php-4.0.5/ext/imap' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/www/FAST/zooi/APACHE/php-4.0.5/ext/imap' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/www/FAST/zooi/APACHE/php-4.0.5/ext' make: *** [all-recursive] Error 1 If I remove the --with-imap-ssl, everything is building fine. If I build PHP 4.0.4pl1, it builds fine with --with-imap-ssl. --- OpenSSL 0.9.6a, static build : ./config --prefix=/usr/local/ssl make make install IMAP-2000c : make slx mkdir lib cp c-client/c-client.a ./lib/libc-client.a PHP 4.0.5 : ./configure --with-apache=../apache_1.3.19 --enable-ftp --with-ttf --with-mysql=/usr/local/mysql --enable-safe-mode --enable-memory-limit --with-dbase --with-curl=/usr/local/curl --enable-track-vars --with-gd --with-jpeg-dir=/usr/local --enable-bcmath --enable-versioning --enable-trans-sid --with-imap=../imap --with-zlib --with-swf=../swf/dist/ --with-pdflib --with-xml --with-dom --with-wddx --with-openssl=/usr/local/ssl --with-imap-ssl=/usr/local/ssl --enable-sockets --enable-gd-imgstrttf I haven't tested it with OpenSSL 0.9.6 -- Edit Bug report at: http://bugs.php.net/?id=10683edit=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]
Re: [PHP-DEV] (change request) PHP 4.0 Bug Summary Report
At 02:02 PM 5/5/01 -0400, Joe Brown wrote: Is it possible to include www.php.net/bugs.php?id= at the front of these, or on a second line trailing each bug listed? Would make the list twice as long, but a lot simpler to follow up on, w/mail reader that recognises links. The bug summary is already large enough, we've had to increase the maximum allowed message size on php-dev just to accomodate it. -Andrei -- 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] Branching 4.0.6...
Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? Andi -- 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 #10675 Updated: Executing background job from PHP causes session lock-up
ID: 10675 Updated by: sas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Session related PHP Version: 4.0.5 Assigned To: Comments: Your perl scripts inherits the open file descriptors and hence also the open fd for the session file. And hence, the lock associated with the fd is not automatically released, when PHP closes the fd. You might want to close all fds upon startup of the perl script to prevent this scenario. Previous Comments: --- [2001-05-04 15:54:53] [EMAIL PROTECTED] Executed a perl script in the background like this: perl scriptname.pl $otherParams 2 /dev/null 1 /dev/null Perl script forks and parent dies, so PHP should see the script as finished immediately, perl child does work in background (takes a few minutes to run). PHP script that spawned perl script completes OK, browser stops waiting for more data from php script as it should. However, when using the same browser window (or one from browser's file-new window) no other pages that referrence the session will load in the browser. If we force the session to destroy just after the system() call, other scripts load just fine. Also, other scripts work just fine if we start a new browser from scratch (creates new session). So it appears that the PHP session is getting messed up somehow b/c of the background system/exec/`` call. This seems to prevent the following pages from loading the session properly and therefore they will not run. One other thing, once the child perl script is finally complete everything starts working again, i.e.-the session is OK again. --- [2001-05-04 15:22:47] [EMAIL PROTECTED] Executed a perl script in the background like this: perl scriptname.pl $otherParams 2 /dev/null 1 /dev/null Perl script forks and parent dies, so PHP should see the script as finished immediately, perl child does work in background (takes a few minutes to run). PHP script that spawned perl script completes OK, browser stops waiting for more data from php script as it should. However, when using the same browser window (or one from browser's file-new window) no other pages that referrence the session will load in the browser. If we force the session to destroy just after the system() call, other scripts load just fine. Also, other scripts work just fine if we start a new browser from scratch (creates new session). So it appears that the PHP session is getting messed up somehow b/c of the background system/exec/`` call. This seems to prevent the following pages from loading the session properly and therefore they will not run. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10675edit=2 -- 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 #10675 Updated: Executing background job from PHP causes session lock-up
ID: 10675 Updated by: sas Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: *Session related PHP Version: 4.0.5 Assigned To: Comments: Your perl scripts inherits the open file descriptors and hence also the open fd for the session file. And hence, the lock associated with the fd is not automatically released, when PHP closes the fd. You might want to close all fds upon startup of the perl script to prevent this scenario. Previous Comments: --- [2001-05-05 14:16:42] [EMAIL PROTECTED] Your perl scripts inherits the open file descriptors and hence also the open fd for the session file. And hence, the lock associated with the fd is not automatically released, when PHP closes the fd. You might want to close all fds upon startup of the perl script to prevent this scenario. --- [2001-05-04 15:54:53] [EMAIL PROTECTED] Executed a perl script in the background like this: perl scriptname.pl $otherParams 2 /dev/null 1 /dev/null Perl script forks and parent dies, so PHP should see the script as finished immediately, perl child does work in background (takes a few minutes to run). PHP script that spawned perl script completes OK, browser stops waiting for more data from php script as it should. However, when using the same browser window (or one from browser's file-new window) no other pages that referrence the session will load in the browser. If we force the session to destroy just after the system() call, other scripts load just fine. Also, other scripts work just fine if we start a new browser from scratch (creates new session). So it appears that the PHP session is getting messed up somehow b/c of the background system/exec/`` call. This seems to prevent the following pages from loading the session properly and therefore they will not run. One other thing, once the child perl script is finally complete everything starts working again, i.e.-the session is OK again. --- [2001-05-04 15:22:47] [EMAIL PROTECTED] Executed a perl script in the background like this: perl scriptname.pl $otherParams 2 /dev/null 1 /dev/null Perl script forks and parent dies, so PHP should see the script as finished immediately, perl child does work in background (takes a few minutes to run). PHP script that spawned perl script completes OK, browser stops waiting for more data from php script as it should. However, when using the same browser window (or one from browser's file-new window) no other pages that referrence the session will load in the browser. If we force the session to destroy just after the system() call, other scripts load just fine. Also, other scripts work just fine if we start a new browser from scratch (creates new session). So it appears that the PHP session is getting messed up somehow b/c of the background system/exec/`` call. This seems to prevent the following pages from loading the session properly and therefore they will not run. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10675edit=2 -- 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 #10587 Updated: Make fails
ID: 10587 Updated by: sas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure PHP Version: 4.0.5 Assigned To: Comments: This has been fixed in March, but was unfortunately not committed to the 4.0.5 release branch. You can fix this in your copy by copying two files into the build subdirectory and rerunning configure: http://viewcvs.php.net/viewcvs.cgi/~checkout~/php4/build/print_include.awk?rev=1.2content-type=text/plain http://viewcvs.php.net/viewcvs.cgi/~checkout~/php4/build/genif.sh?rev=1.2content-type=text/plain Previous Comments: --- [2001-05-01 15:16:23] [EMAIL PROTECTED] After folloing the installation instructions for MacOS X on a HFS volume, as shown on the Stepwise site www.stepwise.com/Articles/Workbench/2001-03-24.01.html I get the following output during make: internal_functions.c:32: `#include' expects FILENAME or FILENAME make[2]: *** [internal_functions.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 Then it stops. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10587edit=2 -- 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 #9462 Updated: NULL bute eats rest of string
ID: 9462 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Filesystem function related PHP Version: 4.0.4pl1 Assigned To: Comments: Andi says: I don't understand why this is a bug. He should code better :) This is how the OS works or am I missing something? This is an OS thingy, so I'm closing this. Previous Comments: --- [2001-03-01 10:34:19] [EMAIL PROTECTED] On my system, with something like: include($string . .php); I'm able to get, for example, /etc/passwd by adding a null byte to the end of $string, causing the include function to ignore the .php extension set on the include. --- [2001-02-28 23:06:04] [EMAIL PROTECTED] just error reporting functions are not binary safe. although i do not see a reason to open a file containing a null char in the name - most OSes will get the part before the first null char. lets call it bug because current behav doesn't help enough to track the problem --- [2001-02-26 09:17:33] [EMAIL PROTECTED] I'm not sure if this is a bug or feature, comments are apreciated. http://bugs.horde.org/show_bug.cgi?id=621 Example: quote include($string . .php); /quote with magic_quotes_gpc = On (php.ini) calling test.php?string=test%00 result: Warning: Failed opening 'test -- 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] RE: [PHP-QA] Branching 4.0.6...
Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? Maybe call it beta 1 just to see how it fairs? -- 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 #10684: Installation Problem
From: [EMAIL PROTECTED] Operating system: Windows 2000 Advanced Server PHP version: 4.0.5 PHP Bug Type: *Install and Config Bug description: Installation Problem I was trying to install the latest version of php on my server and towards the end of the installation, I got this error message: Component MSCOMCTL.OCX or one of its dependencies not correctly registered, a file is missing or invalid and from then on, windows starts up very slowly (takes about three minutes just to start up) and even then, it gives me a device error message! I tried reinstallation, but I got the same error.. At least tell me how to uninstall the program.. Thanks -- Edit Bug report at: http://bugs.php.net/?id=10684edit=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] RE: [PHP-QA] Branching 4.0.6...
At 07:34 PM 5/5/2001 +0100, Liz wrote: Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? Maybe call it beta 1 just to see how it fairs? We're not in betas anymore but releasing minor versions. RC1 is the beta for 4.0.6 :) Andi -- 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] Re: [PHP-QA] Branching 4.0.6...
Hello, below I included the updated list with bugs that the QA team thinks they should be fixed for PHP 4.0.6: === List of bugs === List of interesting bugs so far: Zend Related 8130 (Shallow Copy problems) [Andi calls this a feature for now] 8414 (set_timout_limit problem (very weird not the normal set_timeout_limit bogus report) 9289 $argv/$argc weirdness (unverifed) 10299 From time to time, one of the httpd process will eat up all the CPU time and memory, and after around 5 to 10 seconds, it goes back to normal Build Related - 8045 Configuration order of ccvs and mcrypt CGI Related --- 9041 #! at top of script problem. (this one really needs fixing!) Enviroment Related -- 8725 (putenv problems (see report)) Can anyone verify this? ini_* funcs --- 10431 ini_alter eats the include_path (unverified) Sockets Related --- 9427 (PHP blocks waiting for packets (needs to be verified)) Time Related 9050 strtotime doe not work on the output of ftp_rawlist 9640 strtotime behaving weirdly The above two are not bugs but just instances of dates the strtotime is unable to parse. IMO, the dates in bug 9050 should be parsed correctly, but I don't understand the date format in #9640. 9878 gmmktime doesnt work with daylight saving (can anyone verify this?) (test script included) URL Related --- 1249 url_parse() is a bit too strict To be verified -- 9526 Can anyone verify this? (safemode copy problems) === Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- 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]
Re: [PHP-DEV] PHP 4.0 Bug #10663 Updated: Content negotiantion seems to fail when using PHP in form action=-field
Hartmut Holzgraefe wrote: [EMAIL PROTECTED] wrote: Specified PHP4.0.4pl5 WTF is PHP4.0.4pl5? ;) I beg your pardon, a bit quick of the mark there: PHP 4.04pl1 (debian version -5) is the correct answer. If I win i wish to proceed. Lars Bahner. -- 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] Re: [PHP-QA] Branching 4.0.6...
At 09:02 PM 5/5/2001 +0200, [EMAIL PROTECTED] wrote: Hello, below I included the updated list with bugs that the QA team thinks they should be fixed for PHP 4.0.6: I'm bundling RC1 now like I've said in the past 10 days. I addressed some of this list of bugs that you mentioned in a previous Email. These are mostly things which have been in PHP for a long time and if no one steps up and tries to actually fix these bugs then there's no use in stopping releases of PHP from now on. Most of them aren't critical show stopppers IMO. We should however try and get people to verify/check these bugs and see if there's something we can fix in the very near future on the 4.0.6 branch. We should probably try and have an intensive bug fixing rally on the 4.0.6 branch this week. Whoever can reproduce/verify bugs and give a good idea of what needs fixing would help a lot. One doesn't have to necessarily be a developer for that. I'll address these bugs again but I can't access the bugs database (bugs.php.net is having some problems) so I'm not sure what all of them are. === List of bugs === List of interesting bugs so far: Zend Related 8130 (Shallow Copy problems) [Andi calls this a feature for now] Won't be fixed now. 8414 (set_timout_limit problem (very weird not the normal set_timeout_limit bogus report) Is this a 4.0.5 issue or is it a certain platform which is experiencing weird behavior? Can it be reproduced by someone? 9289 $argv/$argc weirdness (unverifed) Can someone verify this? 10299 From time to time, one of the httpd process will eat up all the CPU time and memory, and after around 5 to 10 seconds, it goes back to normal Who knows? Build Related - 8045 Configuration order of ccvs and mcrypt Anyone know what the status is? CGI Related --- 9041 #! at top of script problem. (this one really needs fixing!) I'm not sure it should be fixed. #! is there for command line scripting. If you're writing CGI scripts you shouldn't use #!. Stig Bakken is probably going to work on separating the CGI SAPI module from a command line tool which I think is the right thing to do. Enviroment Related -- 8725 (putenv problems (see report)) Can anyone verify this? ini_* funcs --- 10431 ini_alter eats the include_path (unverified) Sockets Related --- 9427 (PHP blocks waiting for packets (needs to be verified)) Time Related 9050 strtotime doe not work on the output of ftp_rawlist 9640 strtotime behaving weirdly The above two are not bugs but just instances of dates the strtotime is unable to parse. IMO, the dates in bug 9050 should be parsed correctly, but I don't understand the date format in #9640. 9878 gmmktime doesnt work with daylight saving (can anyone verify this?) (test script included) URL Related --- 1249 url_parse() is a bit too strict To be verified -- 9526 Can anyone verify this? (safemode copy problems) === Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- 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 #9878 Updated: gmmktime is 1 hour off during standard time
ID: 9878 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: Date/time related PHP Version: 4.0.4pl1 Assigned To: Comments: Are you sure that bit of code applies in your case? ie. is HAVE_TM_GMTOFF undefined in your main/php_config.h file? I am unable to recreate this problem here, but on my Linux box my gmadjust value comes straight from the libc system call ie. I have HAVE_TM_GMTOFF defined. Previous Comments: --- [2001-03-30 10:13:58] [EMAIL PROTECTED] I know there are a lot of open bugs and this one is probably pretty small compared to most, but the time window to easily verify this bug and my suggested fix is quickly going away for 6 months. With the time shift this weekend, it wil be much more difficult to reproduce this bug, unless you start subtracting 86400 seconds per day to get back into standard time. If someone could just look at what I've provided I think it will be a no-brainer. Even if it doesn't get tagged into the new release, at least it will saved for the next. Thanks --- [2001-03-20 14:08:09] [EMAIL PROTECTED] gmmktime is producing a timestamp 1 hour off when the timezone is standard time. If you compare a time() with gmmktime with current settings and a is_dst value NULL, the results will be one hour off. I used the following little script to prove this: ? print (PRE); print (Time function = .time ()); print (n); print (gmmktime = .gmmktime (18,25,0,3,20,2001)); print (n); print (mktime = .mktime(12,25,0,3,20,2001)); print (n); print (gmmktime(7,0,0,4,1,2001). .mktime(1,0,0,4,1,2001).n); print (gmmktime(8,0,0,4,1,2001). .mktime(3,0,0,4,1,2001).n); ? Currently, the US/Central timezone is -6 hours from GMT. I believe the problem is in ext/standard/datetime.c, line 186. Judging from the code, timezone seems to be a negative seconds value from GMT, probably of the standard timezone (TZ in standard). So if is_dst == 0, you don't want to add anything more. I think the like should say: gmadjust = -(is_dst ? timezone - 3600 : timezone ); And the comment about overcorrecting removed. My test script works if this line is changed. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9878edit=2 -- 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]
Re: [PHP-DEV] Branching 4.0.6...
On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? No, but you may want to check that my commit for fsock/network related files works for you all before you branch, just in case. It works for me, and it shouldn't affect you unless you enable the streams stuff in configure. --Wez. On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? No, but you may want to check that my commit for fsock/network related files works for you all before you branch, just in case. It works for me, and it shouldn't affect you unless you enable the streams stuff in configure. --Wez. On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? No, but you may want to check that my commit for fsock/network related files works for you all before you branch, just in case. It works for me, and it shouldn't affect you unless you enable the streams stuff in configure. --Wez. On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? No, but you may want to check that my commit for fsock/network related files works for you all before you branch, just in case. It works for me, and it shouldn't affect you unless you enable the streams stuff in configure. --Wez. On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? No, but you may want to check that my commit for fsock/network related files works for you all before you branch, just in case. It works for me, and it shouldn't affect you unless you enable the streams stuff in configure. --Wez. On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? No, but you may want to check that my commit for fsock/network related files works for you all before you branch, just in case. It works for me, and it shouldn't affect you unless you enable the streams stuff in configure. --Wez. On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? No, but you may want to check that my commit for fsock/network related files works for you all before you branch, just in case. It works for me, and it shouldn't affect you unless you enable the streams stuff in configure. --Wez. -- 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] Releases
Im sure this will seem like a stupid request, but would it be possible to post a direct URL to the download whenever you make a release? It would sure make life a lot easier if I could just click on something and have the file download. I know a number of people obviously either get src from CVS or such, but, I dont have the time or necessarily (depending on where I am) to use CVS. Im happy to do all the testing I can.. but it would save me a lot of time if I wasnt guessing/searching for downloads. Liz -- 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 #10685: empty var in array_sum let php crash
From: [EMAIL PROTECTED] Operating system: Windows 5.0 Build 2195 (win2k) PHP version: 4.0.4pl1 PHP Bug Type: Arrays related Bug description: empty var in array_sum let php crash ? $array = ; $x = array_sum ($array); ? With this script , Windows will create an error: 'unknown has generated errors and will be closed by Windows. You will need to restart the program. An error log is being created.' The error log contains the folowing data: Access to performance data was denied to IUSR_WPWERKERS as attempted from C:\WINNT\System32\drwtsn32.exe And Dr.Watson report: iexplore.exe c005 nosymbols (75B49454) c005 zend_hash_internal_pointer_reset_ex(1008C436) I'm sorry I don't know how to create a gdb backtrace in win2k. I hope I have giving enough information... Quinten Niens The Netherlands ps. Sorry for my bad english but I'm dutch... # Copy of php.ini # [PHP] ;;; ; About this file ; ;;; ; ; This is the 'optimized', PHP 4-style version of the php.ini-dist file. ; For general information about the php.ini file, please consult the php.ini-dist ; file, included in your PHP distribution. ; ; This file is different from the php.ini-dist file in the fact that it features ; different values for several directives, in order to improve performance, while ; possibly breaking compatibility with the standard out-of-the-box behavior of ; PHP 3. Please make sure you read what's different, and modify your scripts ; accordingly, if you decide to use this file instead. ; ; - allow_call_time_pass_reference = Off ; It's not possible to decide to force a variable to be passed by reference ; when calling a function. The PHP 4 style to do this is by making the ; function require the relevant argument by reference. ; - register_globals = Off ; Global variables are no longer registered for input data (POST, GET, cookies, ; environment and other server variables). Instead of using $foo, you must use ; $HTTP_POST_VARS[foo], $HTTP_GET_VARS[foo], $HTTP_COOKIE_VARS[foo], ; $HTTP_ENV_VARS[foo] or $HTTP_SERVER_VARS[foo], depending on which kind ; of input source you're expecting 'foo' to come from. ; - register_argc_argv = Off ; Disables registration of the somewhat redundant $argv and $argc global ; variables. ; - magic_quotes_gpc = Off ; Input data is no longer escaped with slashes so that it can be sent into ; SQL databases without further manipulation. Instead, you should use the ; function addslashes() on each input element you wish to send to a database. ; - variables_order = GPCS ; The environment variables are not hashed into the $HTTP_ENV_VARS[]. To access ; environment variables, you can use getenv() instead. ; 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 content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. output_handler = ; You can redirect all of the output of your scripts to a function, ; that can be responsible to process or log it. For example, ; if you set the output_handler to ob_gzhandler, than output ; will be transparently compressed for browsers that support gzip or ; deflate encoding. Setting an output handler automatically turns on ; output buffering. implicit_flush = Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to ; calling the PHP function flush() after each and
[PHP-DEV] PHP 4.0 Bug #10685 Updated: empty var in array_sum let php crash
ID: 10685 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Arrays related Description: empty var in array_sum let php crash The output in my browser(IE 5.00.2920) is: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: ERROR: could not get the task list Previous Comments: --- [2001-05-05 16:51:14] [EMAIL PROTECTED] ? $array = ; $x = array_sum ($array); ? With this script , Windows will create an error: 'unknown has generated errors and will be closed by Windows. You will need to restart the program. An error log is being created.' The error log contains the folowing data: Access to performance data was denied to IUSR_WPWERKERS as attempted from C:WINNTSystem32drwtsn32.exe And Dr.Watson report: iexplore.exe c005 nosymbols (75B49454) c005 zend_hash_internal_pointer_reset_ex(1008C436) I'm sorry I don't know how to create a gdb backtrace in win2k. I hope I have giving enough information... Quinten Niens The Netherlands ps. Sorry for my bad english but I'm dutch... # Copy of php.ini # [PHP] ;;; ; About this file ; ;;; ; ; This is the 'optimized', PHP 4-style version of the php.ini-dist file. ; For general information about the php.ini file, please consult the php.ini-dist ; file, included in your PHP distribution. ; ; This file is different from the php.ini-dist file in the fact that it features ; different values for several directives, in order to improve performance, while ; possibly breaking compatibility with the standard out-of-the-box behavior of ; PHP 3. Please make sure you read what's different, and modify your scripts ; accordingly, if you decide to use this file instead. ; ; - allow_call_time_pass_reference = Off ; It's not possible to decide to force a variable to be passed by reference ; when calling a function. The PHP 4 style to do this is by making the ; function require the relevant argument by reference. ; - register_globals = Off ; Global variables are no longer registered for input data (POST, GET, cookies, ; environment and other server variables). Instead of using $foo, you must use ; $HTTP_POST_VARS[foo], $HTTP_GET_VARS[foo], $HTTP_COOKIE_VARS[foo], ; $HTTP_ENV_VARS[foo] or $HTTP_SERVER_VARS[foo], depending on which kind ; of input source you're expecting 'foo' to come from. ; - register_argc_argv = Off ; Disables registration of the somewhat redundant $argv and $argc global ; variables. ; - magic_quotes_gpc = Off ; Input data is no longer escaped with slashes so that it can be sent into ; SQL databases without further manipulation. Instead, you should use the ; function addslashes() on each input element you wish to send to a database. ; - variables_order = GPCS ; The environment variables are not hashed into the $HTTP_ENV_VARS[]. To access ; environment variables, you can use getenv() instead. ; 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 content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. output_handler = ; You can redirect all of the output of your scripts to a function, ; that can be responsible to process or log it. For example, ; if you set the output_handler to ob_gzhandler, than output ; will be transparently compressed for browsers that support gzip or ; deflate encoding. Setting an output handler automatically turns on
[PHP-DEV] Bug #10683 Updated: --with-imap-ssl causes error when building
ID: 10683 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: IMAP related PHP Version: 4.0.5 Assigned To: Comments: You obviously didn't read the instructions for creating the c-client libraries with SSL support. The correct make line to accomplish this would be something like following line is: 'make slx SPECIALAUTHENTICATORS=ssl SSLDIR=/www/openssl/' --Jani Previous Comments: --- [2001-05-05 14:05:53] [EMAIL PROTECTED] If you build PHP 4.0.5 --with-imap-ssl=/usr/local/ssl, the build fails at least at my Slackware 7.1 and RedHat 6.2 machines : Making all in imap make[2]: Entering directory `/www/FAST/zooi/APACHE/php-4.0.5/ext/imap' make[3]: Entering directory `/www/FAST/zooi/APACHE/php-4.0.5/ext/imap' gcc -I. -I/zooi/APACHE/php-4.0.5/ext/imap -I/zooi/APACHE/php-4.0.5/main -I/zooi/APACHE/php-4.0.5 -I/zooi/APACHE/apache_1.3.19/src/include -I/zooi/APACHE/apache_1.3.19/src/os/unix -I/zooi/APACHE/php-4.0.5/Zend -I/usr/local/ssl/include -I/usr/local/curl/include -I/usr/local/include -I/usr/local/include/freetype -I/zooi/APACHE/imap/c-client -I/usr/local/mysql/include/mysql -I/zooi/APACHE/swf/dist/include -I/zooi/APACHE/php-4.0.5/ext/xml/expat/xmltok -I/zooi/APACHE/php-4.0.5/ext/xml/expat/xmlparse -I/zooi/APACHE/php-4.0.5/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -O -fomit-frame-pointer -march=pentiumpro -funroll-loops -malign-functions=4 -mwide-multiply -fschedule-insns2 -fexpensive-optimizations -Wall -c php_imap.c touch php_imap.lo php_imap.c: In function `php_minit_imap': php_imap.c:450: warning: implicit declaration of function `ssl_onceonlyinit' php_imap.c:451: `auth_ssl' undeclared (first use in this function) php_imap.c:451: (Each undeclared identifier is reported only once php_imap.c:451: for each function it appears in.) make[3]: *** [php_imap.lo] Error 1 make[3]: Leaving directory `/www/FAST/zooi/APACHE/php-4.0.5/ext/imap' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/www/FAST/zooi/APACHE/php-4.0.5/ext/imap' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/www/FAST/zooi/APACHE/php-4.0.5/ext' make: *** [all-recursive] Error 1 If I remove the --with-imap-ssl, everything is building fine. If I build PHP 4.0.4pl1, it builds fine with --with-imap-ssl. --- OpenSSL 0.9.6a, static build : ./config --prefix=/usr/local/ssl make make install IMAP-2000c : make slx mkdir lib cp c-client/c-client.a ./lib/libc-client.a PHP 4.0.5 : ./configure --with-apache=../apache_1.3.19 --enable-ftp --with-ttf --with-mysql=/usr/local/mysql --enable-safe-mode --enable-memory-limit --with-dbase --with-curl=/usr/local/curl --enable-track-vars --with-gd --with-jpeg-dir=/usr/local --enable-bcmath --enable-versioning --enable-trans-sid --with-imap=../imap --with-zlib --with-swf=../swf/dist/ --with-pdflib --with-xml --with-dom --with-wddx --with-openssl=/usr/local/ssl --with-imap-ssl=/usr/local/ssl --enable-sockets --enable-gd-imgstrttf I haven't tested it with OpenSSL 0.9.6 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10683edit=2 -- 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 #10686: Bug in mktime() on values out of bounds
From: [EMAIL PROTECTED] Operating system: MacOS X 10.0.2 (Darwin) PHP version: 4.0.5 PHP Bug Type: Date/time related Bug description: Bug in mktime() on values out of bounds see Bug id #8828, too! On PHP documantation: mktime(hour,min,sec, year,0,mon) refers the last day of month 'mon-1'. On MacOS X this failed, there it refers the first day of month 'mon' and mktime(hour,min,sec, year,-1,mon) refers the last day of month 'mon-1'. On MacOS X 10.0.2 (Darwin 1.3): 02.03 -- 983487600 -- 02.03 01.03 -- 983401200 -- 01.03 00.03 -- 983401200 -- 01.03 -1.03 -- 983314800 -- 28.02 -2.03 -- 983228400 -- 27.02 i have check some UNIX-systems and i haven't found any man-page, where is describe what should be happend on tm_mday = 0. The problem is happend on all values out of bounds, when using mktime()! IMHO this is a undocumented feature, which is used by PHP. man mktime (Linux 2.2.13) tm_mday The day of the month, in the range 1 to 31. Sun Release 4.1 int tm_mday; /* day of month (1 - 31) */ SunOS 5.5 int tm_mday; /* day of the month - [1, 31] */ HP-UX Release 10.20 int tm_mday; /* day of month - [1,31] */ HP-UX Release 11.00 int tm_mday; /* day of month - [1,31] */ AIX 4.3.2 int tm_mday;/* Day of month (1 - 31) */ Darwin 1.0.2 int tm_mday; /* day of month (1 - 31) */ I think i should by much better to check mktime() on configure and set a #define for compilation. Only on datetime.c must be made a patch to support MacOS X's / Darwin's mktime()-systemcall, i think! Patch to make php_mktime() more compatible [i think it is not complete for the whole PHP4-project]. It includes a time correction for values less then 1 on mday, hour, min, sec, mon!! *** ext/standard/datetime.c.origFri Dec 8 12:38:02 2000 --- ext/standard/datetime.c Sun Apr 15 17:28:46 2001 *** *** 81,87 struct tm *ta, tmbuf; time_t t; int i, gmadjust, seconds, arg_count = ZEND_NUM_ARGS(); ! int is_dst = -1; if (arg_count 7 || zend_get_parameters_array_ex(arg_count,arguments) == FAILURE) { WRONG_PARAM_COUNT; --- 81,87 struct tm *ta, tmbuf; time_t t; int i, gmadjust, seconds, arg_count = ZEND_NUM_ARGS(); ! int is_dst = -1, val, chgsecs = 0; if (arg_count 7 || zend_get_parameters_array_ex(arg_count,arguments) == FAILURE) { WRONG_PARAM_COUNT; *** *** 148,172 - (((*arguments[5])-value.lval 1000) ? 1900 : 0); /* fall-through */ case 5: ! ta-tm_mday = (*arguments[4])-value.lval; /* fall-through */ case 4: ! ta-tm_mon = (*arguments[3])-value.lval - 1; /* fall-through */ case 3: ! ta-tm_sec = (*arguments[2])-value.lval; /* fall-through */ case 2: ! ta-tm_min = (*arguments[1])-value.lval; /* fall-through */ case 1: ! ta-tm_hour = (*arguments[0])-value.lval; /* fall-through */ case 0: break; } ! seconds = mktime(ta); if (is_dst == -1) is_dst = ta-tm_isdst; --- 148,182 - (((*arguments[5])-value.lval 1000) ? 1900 : 0); /* fall-through */ case 5: ! val = (*arguments[4])-value.lval; ! if (val 1) { chgsecs += (1-val) * 60*60*24; val = 1; } ! ta-tm_mday = val; /* fall-through */ case 4: ! val = (*arguments[3])-value.lval - 1; ! while (val 0) { val += 12; ta-tm_year--; } ! ta-tm_mon = val; /* fall-through */ case 3: ! val = (*arguments[2])-value.lval; ! if (val 1) { chgsecs += (1-val); val = 1; } ! ta-tm_sec = val; /* fall-through */ case 2: ! val = (*arguments[1])-value.lval; ! if (val 1) { chgsecs += (1-val) * 60; val = 1; } ! ta-tm_min = val; /* fall-through */ case 1: ! val = (*arguments[0])-value.lval; ! if (val 1) { chgsecs += (1-val) * 60*60; val = 1; } ! ta-tm_hour = val; /* fall-through */ case 0: break; } ! seconds = mktime(ta) - chgsecs; if (is_dst == -1) is_dst = ta-tm_isdst; -- Edit Bug report at: http://bugs.php.net/?id=10686edit=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
[PHP-DEV] Bug #10685 Updated: empty var in array_sum let php crash
ID: 10685 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Arrays related PHP Version: 4.0.4pl1 Assigned To: Comments: Works fine for me on Linux. Can you try the new 4.0.5 release and see if the problem is still there? Previous Comments: --- [2001-05-05 16:55:09] [EMAIL PROTECTED] The output in my browser(IE 5.00.2920) is: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: ERROR: could not get the task list --- [2001-05-05 16:51:14] [EMAIL PROTECTED] ? $array = ; $x = array_sum ($array); ? With this script , Windows will create an error: 'unknown has generated errors and will be closed by Windows. You will need to restart the program. An error log is being created.' The error log contains the folowing data: Access to performance data was denied to IUSR_WPWERKERS as attempted from C:WINNTSystem32drwtsn32.exe And Dr.Watson report: iexplore.exe c005 nosymbols (75B49454) c005 zend_hash_internal_pointer_reset_ex(1008C436) I'm sorry I don't know how to create a gdb backtrace in win2k. I hope I have giving enough information... Quinten Niens The Netherlands ps. Sorry for my bad english but I'm dutch... # Copy of php.ini # [PHP] ;;; ; About this file ; ;;; ; ; This is the 'optimized', PHP 4-style version of the php.ini-dist file. ; For general information about the php.ini file, please consult the php.ini-dist ; file, included in your PHP distribution. ; ; This file is different from the php.ini-dist file in the fact that it features ; different values for several directives, in order to improve performance, while ; possibly breaking compatibility with the standard out-of-the-box behavior of ; PHP 3. Please make sure you read what's different, and modify your scripts ; accordingly, if you decide to use this file instead. ; ; - allow_call_time_pass_reference = Off ; It's not possible to decide to force a variable to be passed by reference ; when calling a function. The PHP 4 style to do this is by making the ; function require the relevant argument by reference. ; - register_globals = Off ; Global variables are no longer registered for input data (POST, GET, cookies, ; environment and other server variables). Instead of using $foo, you must use ; $HTTP_POST_VARS[foo], $HTTP_GET_VARS[foo], $HTTP_COOKIE_VARS[foo], ; $HTTP_ENV_VARS[foo] or $HTTP_SERVER_VARS[foo], depending on which kind ; of input source you're expecting 'foo' to come from. ; - register_argc_argv = Off ; Disables registration of the somewhat redundant $argv and $argc global ; variables. ; - magic_quotes_gpc = Off ; Input data is no longer escaped with slashes so that it can be sent into ; SQL databases without further manipulation. Instead, you should use the ; function addslashes() on each input element you wish to send to a database. ; - variables_order = GPCS ; The environment variables are not hashed into the $HTTP_ENV_VARS[]. To access ; environment variables, you can use getenv() instead. ; 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 content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. output_handler = ; You can redirect all of the output of your scripts to a function, ; that can be responsible to process or log it. For example, ; if you set the output_handler to ob_gzhandler, than output
[PHP-DEV] Re: Bug #9878 Updated: gmmktime is 1 hour off during standard time
On 5 May 2001 19:40:27 -, Bug Database wrote: ID: 9878 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: Date/time related PHP Version: 4.0.4pl1 Assigned To: Comments: Are you sure that bit of code applies in your case? ie. is HAVE_TM_GMTOFF undefined in your main/php_config.h file? I am unable to recreate this problem here, but on my Linux box my gmadjust value comes straight from the libc system call ie. I have HAVE_TM_GMTOFF defined. Previous Comments: Yes, Solaris 2.6 does not have the tm_gmtoff value in the tm structure in time.h, and correspondingly the php_config.h does not define the HAVE_TM_GMTOFF value. I don't know if newer versions of Solaris have this value. My linux has the value. I suppose you can rebuild your Linux and override this define to try and duplicate the problem. Also remember it only happens during the standard timezone which ended in early April in the US. If its any help, I'm using the exact patch I suggested on our production Solaris environment and it worked fine before and after the time shift. Until your note, I didn't know how common this value even is in the structure, I'll have to make note of it for later use. Thanks, Brian -- 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]
Re: [PHP-DEV] Re: Bug #9878 Updated: gmmktime is 1 hour off duringstandard time
Andrei, you made the change from: gmadjust = -(is_dst ? altzone : timezone + (timezone - altzone)); to: gmadjust = -(is_dst ? timezone - 3600 : timezone + 3600); These don't look logically equivalent to me. -Rasmus On Sat, 5 May 2001, Brian Foddy wrote: On 5 May 2001 19:40:27 -, Bug Database wrote: ID: 9878 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: Date/time related PHP Version: 4.0.4pl1 Assigned To: Comments: Are you sure that bit of code applies in your case? ie. is HAVE_TM_GMTOFF undefined in your main/php_config.h file? I am unable to recreate this problem here, but on my Linux box my gmadjust value comes straight from the libc system call ie. I have HAVE_TM_GMTOFF defined. Previous Comments: Yes, Solaris 2.6 does not have the tm_gmtoff value in the tm structure in time.h, and correspondingly the php_config.h does not define the HAVE_TM_GMTOFF value. I don't know if newer versions of Solaris have this value. My linux has the value. I suppose you can rebuild your Linux and override this define to try and duplicate the problem. Also remember it only happens during the standard timezone which ended in early April in the US. If its any help, I'm using the exact patch I suggested on our production Solaris environment and it worked fine before and after the time shift. Until your note, I didn't know how common this value even is in the structure, I'll have to make note of it for later use. Thanks, Brian -- 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]
Re: [PHP-DEV] (change request) PHP 4.0 Bug Summary Report
Hi Joe! On Sat, 05 May 2001, Joe Brown wrote: Is it possible to include www.php.net/bugs.php?id= at the front of these, or on a second line trailing each bug listed? Would make the list twice as long, but a lot simpler to follow up on, w/mail reader that recognises links. [justa-hint] make yourself a script which replaces the bug id with that. or define a mapping for a reformating key to do it (in ~.vimrc) map ^[[24~ :/==/,$!awk '{gsub(/^[0-9]+/,http://www.php.net/bugs.php?id=; $1,$1);print $0} ' -^M so if you edit the message with vim and hit f12 you get what you want. -- teodor -- 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]
Re: [PHP-DEV] Branching 4.0.6...
On 2001-05-05 20:02:29, Wez Furlong [EMAIL PROTECTED] wrote: On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? No, but you may want to check that my commit for fsock/network related files works for you all before you branch, just in case. It works for me, and it shouldn't affect you unless you enable the streams stuff in configure. --Wez. On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? No, but you may want to check that my commit for fsock/network related files works for you all before you branch, just in case. It works for me, and it shouldn't affect you unless you enable the streams stuff in configure. --Wez. On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? No, but you may want to check that my commit for fsock/network related files works for you all before you branch, just in case. It works for me, and it shouldn't affect you unless you enable the streams stuff in configure. --Wez. On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? No, but you may want to check that my commit for fsock/network related files works for you all before you branch, just in case. It works for me, and it shouldn't affect you unless you enable the streams stuff in configure. --Wez. On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? No, but you may want to check that my commit for fsock/network related files works for you all before you branch, just in case. It works for me, and it shouldn't affect you unless you enable the streams stuff in configure. --Wez. On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? No, but you may want to check that my commit for fsock/network related files works for you all before you branch, just in case. It works for me, and it shouldn't affect you unless you enable the streams stuff in configure. --Wez. On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? No, but you may want to check that my commit for fsock/network related files works for you all before you branch, just in case. It works for me, and it shouldn't affect you unless you enable the streams stuff in configure. --Wez. -- 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] On 2001-05-05 20:02:29, Wez Furlong [EMAIL PROTECTED] wrote: [ Lots of stuff that got stangely repeated many times ] Sorry about that! --Wez. -- 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]
RE: [PHP-DEV] Branching 4.0.6... (mailer problems)
Sorry for the spamming. --Wez. -- 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 #10687: Wont Compile
From: [EMAIL PROTECTED] Operating system: Debian 2.2 PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: Wont Compile configures fine, run make and crashes right away. Wont compile have tried to redownload it and recompile it 3 or 4 times now still no luck :( root@devilish:/usr/local/src/php-4.0.5# make Making all in Zend make[1]: Entering directory `/usr/local/src/php-4.0.5/Zend' /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c zend_language_scanner.c In file included from zend.h:51, from zend_language_scanner.c:2720: /usr/local/include/unix.h:182: parse error before `MAILSTREAM' /usr/local/include/unix.h:182: warning: no semicolon at end of struct or union /usr/local/include/unix.h:189: parse error before `}' /usr/local/include/unix.h:189: warning: data definition has no type or storage class /usr/local/include/unix.h:193: parse error before `*' /usr/local/include/unix.h:193: warning: data definition has no type or storage class /usr/local/include/unix.h:196: parse error before `*' /usr/local/include/unix.h:197: parse error before `*' /usr/local/include/unix.h:198: parse error before `*' /usr/local/include/unix.h:199: parse error before `*' /usr/local/include/unix.h:200: parse error before `*' /usr/local/include/unix.h:201: parse error before `*' /usr/local/include/unix.h:202: parse error before `*' /usr/local/include/unix.h:202: parse error before `*' /usr/local/include/unix.h:202: warning: data definition has no type or storage class /usr/local/include/unix.h:203: parse error before `*' /usr/local/include/unix.h:204: parse error before `*' /usr/local/include/unix.h:206: parse error before `*' /usr/local/include/unix.h:207: parse error before `*' /usr/local/include/unix.h:209: parse error before `*' /usr/local/include/unix.h:210: parse error before `*' /usr/local/include/unix.h:211: parse error before `*' /usr/local/include/unix.h:212: parse error before `*' /usr/local/include/unix.h:213: parse error before `*' /usr/local/include/unix.h:214: parse error before `*' /usr/local/include/unix.h:215: parse error before `*' /usr/local/include/unix.h:216: parse error before `*' /usr/local/include/unix.h:219: parse error before `*' /usr/local/include/unix.h:221: parse error before `DOTLOCK' /usr/local/include/unix.h:222: parse error before `MAILSTREAM' /usr/local/include/unix.h:223: parse error before `*' /usr/local/include/unix.h:224: parse error before `*' /usr/local/include/unix.h:225: parse error before `*' /usr/local/include/unix.h:226: parse error before `*' /usr/local/include/unix.h:228: parse error before `*' /usr/local/include/unix.h:229: parse error before `*' /usr/local/include/unix.h:230: parse error before `*' /usr/local/include/unix.h:231: parse error before `*' make[1]: *** [zend_language_scanner.lo] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.5/Zend' make: *** [all-recursive] Error 1 -- Edit Bug report at: http://bugs.php.net/?id=10687edit=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 #10688: PHP shutting down
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: *General Issues Bug description: PHP shutting down First: Sorry for my bed english, but i hope that i can decribe the problem: After compiling the new php version, some functions didn´t worked out. The problem is, that if you use more switch cases in script, php generates only the half of the used script. We are using CVS at our company, and we use php 4.0.4 at our local developing servce. We uploaded an actual version of our project (the server was runningg 4.0.5) and after trying the scipt, the linux server had to be restarted (caused of stopping all processes). I hope I could describe the problem, after compiling 4.0.4., anything worked out fine. Greeting, Tobias Kuhrmann -- Turtle Entertainmnent GmbH Managing Director Services Unit [EMAIL PROTECTED] -- Edit Bug report at: http://bugs.php.net/?id=10688edit=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]
Re: [PHP-DEV] (change request) PHP 4.0 Bug Summary Report
On Sat, 5 May 2001, Andrei Zmievski wrote: At 02:02 PM 5/5/01 -0400, Joe Brown wrote: Is it possible to include www.php.net/bugs.php?id= at the front of these, or on a second line trailing each bug listed? Would make the list twice as long, but a lot simpler to follow up on, w/mail reader that recognises links. The bug summary is already large enough, we've had to increase the maximum allowed message size on php-dev just to accomodate it. I thought about having those urls too..but as you said, it'll get too big to be send on the list. But what if the summary with URLs could be requested for? From some webpage maybe? Or via email? --Jani -- 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]
Re: [PHP-DEV] Re: Bug #9878 Updated: gmmktime is 1 hour off during standard time
On 2001-05-05 23:06:09, Rasmus Lerdorf [EMAIL PROTECTED] wrote: Andrei, you made the change from: gmadjust = -(is_dst ? altzone : timezone + (timezone - altzone)); to: gmadjust = -(is_dst ? timezone - 3600 : timezone + 3600); These don't look logically equivalent to me. Can you CC me the outcome of this? There is some code in the openSSL extension that looks similar, although I believe it to be correct due to a patch from someone who doesn't have the GMT offset support in libc. Maybe that will help you too? --Wez. -- 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] Curious problem with sessions over prolonged periods
Hi, I've just managed to pin down a strange intermittent bug that I thought was due to some peculiarity in my php application. It's actually a problem with sessions. I have this code: if (!session_is_registered(profile)) { $profile = array(); $profile_times = array(); $datacache = array(); $datacache_times = array(); session_register(profile, profile_times, datacache, datacache_times); } The idea is that on the first run, profile is not registered and that causes all the others to become registered. It works just fine. After a long period of time (keeping the same browser and thus session open all day) I found that the contents of $datacache_times are unset, and are in fact no longer registered in the session! (verified by looking at the session data and by debugging with session_is_registered). None of the code anyway unregisters things from the session, and the other stuff is all there. Any ideas why this might be happening? Why only that variable? I use unset($datacache[$key]); unset($datacache_times[$key]); to periodically to trim aging data from the session. Could this be causing it? I do the same thing on the $profile and $profile_times arrays, but they are still present in the data. The session data is stored in a mysql DB. Have I missed something obvious? --Wez. -- 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 #10152 Updated: Success Warning with readfile(http://...);
ID: 10152 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Directory/Filesystem functions PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback. Closing Previous Comments: --- [2001-04-04 06:01:54] [EMAIL PROTECTED] I tried your example script but that host must be some internal one? Anyway I think this is fixed in latest CVS. Please try a snapshot from http://snaps.php.net/ --Jani --- [2001-04-04 04:51:03] [EMAIL PROTECTED] [1. Script Code] ?php readfile(http://opachost.ub.uni-marburg.de/cgi-bin/nph-wwwp3?DB=BES2.SYS8LANG= DUEXT=OFFCMD=f+kls+6+16); ? [2. configure-line] ./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs [3. Output] Warning: readfile(http://opachost.ub.uni-marburg.de/cgi-bin/nph-wwwp3?DB=BES2.SYS8LANG=DUEXT=OFFCMD=f+kls+6+16;) - Erfolg in /herder1/httpd/html/php/sys_idx0.php on line 2 As you can see, instead of redirecting the output of readfile to STDOUT, the script produces a success warning. As far as I can see, there are no real errors in the script. Do you have an idea of how to make the redirection work? Thank you very much! Yours, Stefan Aumann --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10152edit=2 -- 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 #10158 Updated: r format specifier in Date() causing problems
ID: 10158 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Date/time related PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback. Closing Previous Comments: --- [2001-04-04 10:09:46] [EMAIL PROTECTED] Works for me with latest CVS just fine. Try latest snapshot from http://snaps.php.net/ to verify if this is fixed. --Jani --- [2001-04-04 09:30:50] [EMAIL PROTECTED] echo date( r h:ia ); returns: Tue, 3 Apr 2001 13:45:46 +0500 12:875903540pm What's up with the minutes? It seems the minutes are only screwed up with the r format specifier is used... Chris --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10158edit=2 -- 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 #10164 Updated: a problem with PHP4TS.DLL
ID: 10164 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related PHP Version: 4.0.0 Assigned To: Comments: No feedback. Closing Previous Comments: --- [2001-04-04 13:11:35] [EMAIL PROTECTED] Does this happen with PHP 4.0.4pl1 too? --Jani --- [2001-04-04 13:07:13] [EMAIL PROTECTED] Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, [EMAIL PROTECTED] and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Apache/1.3.12 Server at neo-plane.mshome.net Port 80 It happened when i tried to test if it worked with : http://localhost/test.php3 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10164edit=2 -- 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 #10682 Updated: php -l display the same errors
ID: 10682 Updated by: zeev Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem PHP Version: 4.0 Latest CVS (05/05/2001) Assigned To: Comments: As funny as it may sound, it's the intended behavior, if: - You have a debug build (an error goes to stderr) - You have display_errors set to on (an error goes to the standard output, HTML format) - You have error logging enabled (default goes to stderr) Previous Comments: --- [2001-05-05 19:44:01] [EMAIL PROTECTED] If I execute CGI php binary with -l option, I see the same error message 3 times in different formats. === PHP Parse error: parse error, expecting `T_VARIABLE' or `'$'' in php_lint.php on line 5 br bParse error/b: parse error, expecting `T_VARIABLE' or `'$'' in bphp_lint.php/b on line b5/bbr php_lint.php(5) : Parse error - parse error, expecting `T_VARIABLE' or `'$'' [www@dev language]$ php -ql php_lint.php PHP Parse error: parse error, expecting `T_VARIABLE' or `'$'' in php_lint.php on line 5 br bParse error/b: parse error, expecting `T_VARIABLE' or `'$'' in bphp_lint.php/b on line b5/bbr php_lint.php(5) : Parse error - parse error, expecting `T_VARIABLE' or `'$'' = ./configure --disable-short-tags --disable-mysql --without-pear --without-mysql --enable-debug --enable-bcmath --enable-ftp --enable-shmop --enable-sysvsem --enable-sysvshm --enable-sockets --enable-mbstring --enable-mbstr-enc-trans --enable-debug --enable-memory-limit --with-regex=system --with-openssl --with-iconv --with-imap --with-mhash --with-mcrypt --with-pgsql --with-swf --with-zlib --with-bz2 --with-gd --with-jpeg-dir=/usr --with-xpm-dir=/usr/X11R6 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10682edit=2 -- 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 #10684 Updated: Installation Problem
ID: 10684 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config PHP Version: 4.0.5 Assigned To: Comments: THis will be fixed in next verison of the installer for now please install PHP manually or find the mscomctl.ocx file and register it with regserv32. - James Previous Comments: --- [2001-05-05 14:45:49] [EMAIL PROTECTED] I was trying to install the latest version of php on my server and towards the end of the installation, I got this error message: Component MSCOMCTL.OCX or one of its dependencies not correctly registered, a file is missing or invalid and from then on, windows starts up very slowly (takes about three minutes just to start up) and even then, it gives me a device error message! I tried reinstallation, but I got the same error.. At least tell me how to uninstall the program.. Thanks --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10684edit=2 -- 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]
Re: [PHP-DEV] php got stomped on in shootout, but shouldn't have...
http://www.zdnet.com/products/stories/reviews/0,4161,2646800,00.html has a small table outlining the results of a page-based script language shootout between PHP, ASP, ColdFusion and JSP...PHP was the fastest, but in the accompanying review it was criticized somewhat for its lack of mature development tools and its eclectic set of functions (especially the lack of a standard database-independent API). PHP can be used outside a web environment, too, but I don't know how the performance stacks up against Java or C in that respect. I would assume it's slower, being interpreted and all, but it *was* significantly faster than JSP which often byte-compiles to servlets, so... peace, Nolan [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Howdy. So I was checking out Perl, Ruby, and Java's performance specs on a language shootout, and PHP got stomped on. It was safely sitting at the bottom of the list (check out the score card page). http://www.bagley.org/~doug/shootout/ Ouch, this sucks... cool fucking site, though. Has anyone done any benchmarks on this kinda stuff to see if PHP's faster than Java or how it stacks up to C? -Hans -- 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 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]
Re: [PHP-DEV] php got stomped on in shootout, but shouldn't have...
On Sat, 5 May 2001, Nolan Andres wrote: AHH!! not this thread again *flashback* -Sterling (Original poster:: No offense, we just discussed this to death when the article came out ;) http://www.zdnet.com/products/stories/reviews/0,4161,2646800,00.html has a small table outlining the results of a page-based script language shootout between PHP, ASP, ColdFusion and JSP...PHP was the fastest, but in the accompanying review it was criticized somewhat for its lack of mature development tools and its eclectic set of functions (especially the lack of a standard database-independent API). PHP can be used outside a web environment, too, but I don't know how the performance stacks up against Java or C in that respect. I would assume it's slower, being interpreted and all, but it *was* significantly faster than JSP which often byte-compiles to servlets, so... peace, Nolan [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Howdy. So I was checking out Perl, Ruby, and Java's performance specs on a language shootout, and PHP got stomped on. It was safely sitting at the bottom of the list (check out the score card page). http://www.bagley.org/~doug/shootout/ Ouch, this sucks... cool fucking site, though. Has anyone done any benchmarks on this kinda stuff to see if PHP's faster than Java or how it stacks up to C? -Hans -- 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 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 #10687 Updated: Wont Compile
ID: 10687 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure PHP Version: 4.0.5 Assigned To: Comments: And the configure line is? --Jani Previous Comments: --- [2001-05-05 19:22:26] [EMAIL PROTECTED] configures fine, run make and crashes right away. Wont compile have tried to redownload it and recompile it 3 or 4 times now still no luck :( root@devilish:/usr/local/src/php-4.0.5# make Making all in Zend make[1]: Entering directory `/usr/local/src/php-4.0.5/Zend' /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c zend_language_scanner.c In file included from zend.h:51, from zend_language_scanner.c:2720: /usr/local/include/unix.h:182: parse error before `MAILSTREAM' /usr/local/include/unix.h:182: warning: no semicolon at end of struct or union /usr/local/include/unix.h:189: parse error before `}' /usr/local/include/unix.h:189: warning: data definition has no type or storage class /usr/local/include/unix.h:193: parse error before `*' /usr/local/include/unix.h:193: warning: data definition has no type or storage class /usr/local/include/unix.h:196: parse error before `*' /usr/local/include/unix.h:197: parse error before `*' /usr/local/include/unix.h:198: parse error before `*' /usr/local/include/unix.h:199: parse error before `*' /usr/local/include/unix.h:200: parse error before `*' /usr/local/include/unix.h:201: parse error before `*' /usr/local/include/unix.h:202: parse error before `*' /usr/local/include/unix.h:202: parse error before `*' /usr/local/include/unix.h:202: warning: data definition has no type or storage class /usr/local/include/unix.h:203: parse error before `*' /usr/local/include/unix.h:204: parse error before `*' /usr/local/include/unix.h:206: parse error before `*' /usr/local/include/unix.h:207: parse error before `*' /usr/local/include/unix.h:209: parse error before `*' /usr/local/include/unix.h:210: parse error before `*' /usr/local/include/unix.h:211: parse error before `*' /usr/local/include/unix.h:212: parse error before `*' /usr/local/include/unix.h:213: parse error before `*' /usr/local/include/unix.h:214: parse error before `*' /usr/local/include/unix.h:215: parse error before `*' /usr/local/include/unix.h:216: parse error before `*' /usr/local/include/unix.h:219: parse error before `*' /usr/local/include/unix.h:221: parse error before `DOTLOCK' /usr/local/include/unix.h:222: parse error before `MAILSTREAM' /usr/local/include/unix.h:223: parse error before `*' /usr/local/include/unix.h:224: parse error before `*' /usr/local/include/unix.h:225: parse error before `*' /usr/local/include/unix.h:226: parse error before `*' /usr/local/include/unix.h:228: parse error before `*' /usr/local/include/unix.h:229: parse error before `*' /usr/local/include/unix.h:230: parse error before `*' /usr/local/include/unix.h:231: parse error before `*' make[1]: *** [zend_language_scanner.lo] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.5/Zend' make: *** [all-recursive] Error 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10687edit=2 -- 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] Re: Bug #10687 Updated: Wont Compile
./configure --with-mysql=/usr/local/mysql --with-apache=../apache_1.3.19 -- 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 #10688 Updated: PHP shutting down
ID: 10688 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: *General Issues Bug Type: Scripting Engine problem PHP Version: 4.0.5 Assigned To: Comments: Please add the shortest possible script into this report that can be used to reproduce this bug. --Jani Previous Comments: --- [2001-05-05 19:23:47] [EMAIL PROTECTED] First: Sorry for my bed english, but i hope that i can decribe the problem: After compiling the new php version, some functions didn´t worked out. The problem is, that if you use more switch cases in script, php generates only the half of the used script. We are using CVS at our company, and we use php 4.0.4 at our local developing servce. We uploaded an actual version of our project (the server was runningg 4.0.5) and after trying the scipt, the linux server had to be restarted (caused of stopping all processes). I hope I could describe the problem, after compiling 4.0.4., anything worked out fine. Greeting, Tobias Kuhrmann -- Turtle Entertainmnent GmbH Managing Director Services Unit [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10688edit=2 -- 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 #9541 Updated: New Feature Patch
ID: 9541 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PostgreSQL related PHP Version: 4.0.4pl1 Assigned To: Comments: It is now in CVS. Well, not exactly your patch, but there is a pg_last_notice() function. Probably won't be in 4.0.6 either, but definitely in 4.0.7. Previous Comments: --- [2001-03-17 14:18:06] [EMAIL PROTECTED] Is this going to make it into 4.0.5? --- [2001-03-04 01:16:57] [EMAIL PROTECTED] Hi - I ran into the problem that the notices that are sent from the postgres backend are being ignored by php. Most of the time this doesn't matter, but it would be nice to be able to profile an application by running explains (which show sql cost) on every sql statement that is executed that way you can find where your problems are as you develop the software. Below is a patch to add this php4 (Although I don't have a cvs I account - I did built it against the 200103031945 snap shot so it should be easy to integrate into the source tree) Can you please add this before the next release :) new php function - I wasn't sure how to document this in the code so here is is in the bug report pg_last_notice(int connection) returns either an empty string or the contents of the last notice sent out by the database. This can be useful to get the output from the explain command. see patch below --- php4-200103031945/ext/pgsql/pgsql.c Mon Feb 26 00:45:27 2001 +++ php4-200103031945/ext/pgsql/pgsql.c.notice Sat Mar 3 23:40:55 2001 @@ -46,6 +46,7 @@ PHP_FE(pg_pconnect, NULL) PHP_FE(pg_close,NULL) PHP_FE(pg_cmdtuples,NULL) + PHP_FE(pg_last_notice, NULL) PHP_FE(pg_dbname, NULL) PHP_FE(pg_errormessage, NULL) PHP_FE(pg_trace,NULL) @@ -146,12 +147,31 @@ PQfinish(link); PGG(num_persistent)--; PGG(num_links)--; + if (PGG(last_notice) != NULL) + { + efree(PGG(last_notice)); + } } +/* This function is used to silence the notice messages sent by the postgres back +end. This can be useful when you know you are going to trigger a notice and don't +care + */ static void _be_quiet(void * arg, const char * message) { } +/*This function is used to store the last notice for later retreval + */ +static void _store_notice(void * arg, const char * message) +{ + char *copy_of_message = NULL; + + if (PGG(last_notice) != NULL) + { + efree(PGG(last_notice)); + } + PGG(last_notice) = estrdup(message); +} + static int _rollback_transactions(zend_rsrc_list_entry *rsrc) { PGconn *link = (PGconn *)rsrc-ptr; @@ -194,6 +214,7 @@ static void php_pgsql_init_globals(PGLS_D) { PGG(num_persistent) = 0; + PGG(last_notice) = NULL; } PHP_MINIT_FUNCTION(pgsql) @@ -465,6 +486,9 @@ } efree(hashed_details); php_pgsql_set_default_link(return_value-value.lval); + /* Set the notice handler so we can keep notices for later*/ + PQsetNoticeProcessor(pgsql, _store_notice, NULL); + } @@ -854,6 +878,20 @@ } /* }}} */ +/* {{{ proto int pg_last_notice(int connection) + Returns the last notice set by the backend */ +PHP_FUNCTION(pg_last_notice) +{ + if (PGG(last_notice) == NULL) + { + RETURN_FALSE; + } + else + { + RETURN_STRING(PGG(last_notice),0); + } +} +/* }}} */ char *get_field_name(PGconn *pgsql, Oid oid, HashTable *list) { --- php4-200103031945/ext/pgsql/php_pgsql.h Mon Feb 26 00:45:27 2001 +++ php4-200103031945/ext/pgsql/php_pgsql.h.notice Sat Mar 3 23:40:55 2001 @@ -64,6 +64,7 @@ PHP_FUNCTION(pg_numrows); PHP_FUNCTION(pg_numfields); PHP_FUNCTION(pg_cmdtuples); +PHP_FUNCTION(pg_last_notice); PHP_FUNCTION(pg_fieldname); PHP_FUNCTION(pg_fieldsize); PHP_FUNCTION(pg_fieldtype); @@ -119,6 +120,7 @@ long max_links,max_persistent; long allow_persistent; int le_lofp,le_string; + char *last_notice; } php_pgsql_globals; --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9541edit=2 -- 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 #9541 Updated: New Feature Patch
ID: 9541 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: PostgreSQL related PHP Version: 4.0.4pl1 Assigned To: Comments: forgot to close Previous Comments: --- [2001-05-05 21:36:52] [EMAIL PROTECTED] It is now in CVS. Well, not exactly your patch, but there is a pg_last_notice() function. Probably won't be in 4.0.6 either, but definitely in 4.0.7. --- [2001-03-17 14:18:06] [EMAIL PROTECTED] Is this going to make it into 4.0.5? --- [2001-03-04 01:16:57] [EMAIL PROTECTED] Hi - I ran into the problem that the notices that are sent from the postgres backend are being ignored by php. Most of the time this doesn't matter, but it would be nice to be able to profile an application by running explains (which show sql cost) on every sql statement that is executed that way you can find where your problems are as you develop the software. Below is a patch to add this php4 (Although I don't have a cvs I account - I did built it against the 200103031945 snap shot so it should be easy to integrate into the source tree) Can you please add this before the next release :) new php function - I wasn't sure how to document this in the code so here is is in the bug report pg_last_notice(int connection) returns either an empty string or the contents of the last notice sent out by the database. This can be useful to get the output from the explain command. see patch below --- php4-200103031945/ext/pgsql/pgsql.c Mon Feb 26 00:45:27 2001 +++ php4-200103031945/ext/pgsql/pgsql.c.notice Sat Mar 3 23:40:55 2001 @@ -46,6 +46,7 @@ PHP_FE(pg_pconnect, NULL) PHP_FE(pg_close,NULL) PHP_FE(pg_cmdtuples,NULL) + PHP_FE(pg_last_notice, NULL) PHP_FE(pg_dbname, NULL) PHP_FE(pg_errormessage, NULL) PHP_FE(pg_trace,NULL) @@ -146,12 +147,31 @@ PQfinish(link); PGG(num_persistent)--; PGG(num_links)--; + if (PGG(last_notice) != NULL) + { + efree(PGG(last_notice)); + } } +/* This function is used to silence the notice messages sent by the postgres back +end. This can be useful when you know you are going to trigger a notice and don't +care + */ static void _be_quiet(void * arg, const char * message) { } +/*This function is used to store the last notice for later retreval + */ +static void _store_notice(void * arg, const char * message) +{ + char *copy_of_message = NULL; + + if (PGG(last_notice) != NULL) + { + efree(PGG(last_notice)); + } + PGG(last_notice) = estrdup(message); +} + static int _rollback_transactions(zend_rsrc_list_entry *rsrc) { PGconn *link = (PGconn *)rsrc-ptr; @@ -194,6 +214,7 @@ static void php_pgsql_init_globals(PGLS_D) { PGG(num_persistent) = 0; + PGG(last_notice) = NULL; } PHP_MINIT_FUNCTION(pgsql) @@ -465,6 +486,9 @@ } efree(hashed_details); php_pgsql_set_default_link(return_value-value.lval); + /* Set the notice handler so we can keep notices for later*/ + PQsetNoticeProcessor(pgsql, _store_notice, NULL); + } @@ -854,6 +878,20 @@ } /* }}} */ +/* {{{ proto int pg_last_notice(int connection) + Returns the last notice set by the backend */ +PHP_FUNCTION(pg_last_notice) +{ + if (PGG(last_notice) == NULL) + { + RETURN_FALSE; + } + else + { + RETURN_STRING(PGG(last_notice),0); + } +} +/* }}} */ char *get_field_name(PGconn *pgsql, Oid oid, HashTable *list) { --- php4-200103031945/ext/pgsql/php_pgsql.h Mon Feb 26 00:45:27 2001 +++ php4-200103031945/ext/pgsql/php_pgsql.h.notice Sat Mar 3 23:40:55 2001 @@ -64,6 +64,7 @@ PHP_FUNCTION(pg_numrows); PHP_FUNCTION(pg_numfields); PHP_FUNCTION(pg_cmdtuples); +PHP_FUNCTION(pg_last_notice); PHP_FUNCTION(pg_fieldname); PHP_FUNCTION(pg_fieldsize); PHP_FUNCTION(pg_fieldtype); @@ -119,6 +120,7 @@ long max_links,max_persistent; long allow_persistent; int le_lofp,le_string; + char *last_notice; } php_pgsql_globals; --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9541edit=2 -- 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]
Re: [PHP-DEV] Bug #10644: __FILE__ missing path delimiters
On Fri, 4 May 2001, Chuck Hagenbuch wrote: Try checking it today..now it says 4/5/2001 (4th of May 2001). This is of course 'wrong' as it should be 04.05.2001 which is the correct way to show dates. Should it be changed? (just cosmetics, IMO) Ah. Actually, the correct way I've seen endorsed that has no ambiguity is 2001-05-04. And yes, I think it should be changed. It's not just cosmetics; it's geniunely ambiguous and confusing. That's right. That one you suggested is the standard. Fixed now. --Jani -- 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] extension/module versioning
dev team, what are the chances of having a function call for every extension that returns the version? this would be extremely useful for determining whether the correct version is installed, rather than checking to see if the function_exists(). eg. $version_id = xml_version(); or $version_id = ibase_version(); thanks for your attention, - avi -- 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]
Re: [PHP-DEV] extension/module versioning
[EMAIL PROTECTED] wrote: $version_id = xml_version(); or $version_id = ibase_version(); Probably better to do something like this: $version = get_extension_version('xml'); to avoid cluttering the namespace with more functions. Although, why not just use phpversion() ? Extensions aren't really versioned separately are they? Anil -- 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]
Re: [PHP-DEV] extension/module versioning
On Sun, 6 May 2001, Anil Madhavapeddy wrote: hey anil, Probably better to do something like this: $version = get_extension_version('xml'); to avoid cluttering the namespace with more functions. whatever it takes 8^) Although, why not just use phpversion() ? because then you can't write a nice little script to automate the process. Extensions aren't really versioned separately are they? i don't believe they are now, but i do believe they should be. - avi -- 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]
Re: [PHP-DEV] Branching 4.0.6...
Hi, I fixed a compilation problem for ext/mbstring recently. I think this problem is critical for this module, it should be applied for php-4.0.6 branch. hirokawaSat May 5 19:44:12 2001 EDT Modified files: /php4/ext/mbstring mbstring.c Log: fixed a compilation problem without --enable-mbstr-enc-trans. Index: php4/ext/mbstring/mbstring.c diff -u php4/ext/mbstring/mbstring.c:1.7 php4/ext/mbstring/mbstring.c:1.8 --- php4/ext/mbstring/mbstring.c:1.7Fri May 4 03:42:54 2001 +++ php4/ext/mbstring/mbstring.cSat May 5 19:44:12 2001 @@ -16,7 +16,7 @@ +--+ */ -/* $Id: mbstring.c,v 1.7 2001/05/04 10:42:54 hirokawa Exp $ */ +/* $Id: mbstring.c,v 1.8 2001/05/06 02:44:12 hirokawa Exp $ */ /* * PHP4 Multibyte String module mbstring (currently only for Japanese) @@ -73,6 +73,7 @@ static unsigned char third_and_rest_force_ref[] = { 3, BYREF_NONE, BYREF_NONE, BYREF_FORCE_REST }; +#if defined(MBSTR_ENC_TRANS) SAPI_POST_HANDLER_FUNC(php_mbstr_post_handler); static sapi_post_entry mbstr_post_entries[] = { @@ -80,6 +81,7 @@ { MULTIPART_CONTENT_TYPE, sizeof(MULTIPART_CONTENT_TYPE)-1, sapi_read_standard_form_data, rfc1867_post_handler }, { NULL, 0, NULL } }; +#endif function_entry mbstring_functions[] = { PHP_FE(mb_internal_encoding,NULL) -- -- Rui Hirokawa [EMAIL PROTECTED] maintainer of japanese PHP manual [EMAIL PROTECTED] -- 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] Re: Bug #10682 Updated: php -l display the same errors
If I disable one of display_errors and log_errors in php.ini, then it prints 2 errors. If I disable both them in php.ini, it does not display any errors. I thought there might be a problem. I guess this is the way it is. php -d display_errors=off -d log_errors=off [-l | -f] works *perfectly* while they are set "On" in php.ini. Thanks for letting me know. -- Yasuo Ohgaki - Original Message - From: "Bug Database" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, May 06, 2001 9:22 AM Subject: Bug #10682 Updated: php -l display the same errors ID: 10682 Updated by: zeev Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem PHP Version: 4.0 Latest CVS (05/05/2001) Assigned To: Comments: As funny as it may sound, it's the intended behavior, if: - You have a debug build (an error goes to stderr) - You have display_errors set to on (an error goes to the standard output, HTML format) - You have error logging enabled (default goes to stderr) Previous Comments: --- [2001-05-05 19:44:01] [EMAIL PROTECTED] If I execute CGI php binary with "-l" option, I see the same error message 3 times in different formats. === PHP Parse error: parse error, expecting `T_VARIABLE' or `'$'' in php_lint.php on line 5 br bParse error/b: parse error, expecting `T_VARIABLE' or `'$'' in bphp_lint.php/b on line b5/bbr php_lint.php(5) : Parse error - parse error, expecting `T_VARIABLE' or `'$'' [www@dev language]$ php -ql php_lint.php PHP Parse error: parse error, expecting `T_VARIABLE' or `'$'' in php_lint.php on line 5 br bParse error/b: parse error, expecting `T_VARIABLE' or `'$'' in bphp_lint.php/b on line b5/bbr php_lint.php(5) : Parse error - parse error, expecting `T_VARIABLE' or `'$'' = ./configure --disable-short-tags --disable-mysql --without-pear --without-mysql --enable-debug --enable-bcmath --enable-ftp --enable-shmop --enable-sysvsem --enable-sysvshm --enable-sockets --enable-mbstring --enable-mbstr-enc-trans --enable-debug --enable-memory-limit --with-regex=system --with-openssl --with-iconv --with-imap --with-mhash --with-mcrypt --with-pgsql --with-swf --with-zlib --with-bz2 --with-gd --with-jpeg-dir=/usr --with-xpm-dir=/usr/X11R6 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10682edit=2 -- 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] protect yourself !
This mail is never sent unsolicited. You received this auto respond email because you or someone you know submitted your address to our info page. Upon submission you agreed to receive this email about our program. If this email was not requested by you please accept our apology. If you want to UNSUBSCRIBE from this list see the instructions at the bottom of the page. LEARN HOW TO IMPROVE, REPAIR AND INCREASE YOUR CREDIT. LEARN THE SECRETS THAT CREDIT COMPANIES DO NOT WANT YOU TO KNOW. THE COMPLETE MANUAL FOR ANYONE LOOKING TO GET OUT OF DEBT . IMPROVE YOUR CREDIT. . . STOP BILL COLLECTORS AND IMPROVE YOUR LIFE!!! WHEN YOU COME RIGHT DOWN TO IT the average consumer really doesn't fully understand the WORLD OF CREDIT Most consumers simply pull out their credit card or write a check when they are making a purchase or paying a bill. Maybe that is why there are so many people in 'DEEP DEBT.. and why so many consumers should be interested in our new 'CREDIT MANUAL! In the Current economy GOOD CREDIT IS A MUST! With it, the world is your oyster, without it, life can be a living hell! If you can develop an AAA credit rating, you'll have a huge advantage over most people. You'll find you will be able to GET LITERALLY EVERYTHING YOU WANT. Do you ever wonder why it seems that some people make the same salary, live in the same house, but have excellent credit? They see something on sale THEY BUY IT, They go on expensive vacations EVERY YEAR, and when they see an expensive item they know will make their child happy THEY BUY IT! Look at the difference, it really isn't fair, OR IS IT? The only difference is that one family understands the 'WORLD OF CREDT, while the other is hopelessly locked into a pitiful situation which just seems to get worse with each passing day. WELL HERE'S THE GOOD NEWS! People with bad credit don't have to lead a Tortured Life anymore. They don't have to put up with those annoying phone calls day and night. They can stop their creditors from sending them threatening letters. And, best of all they can start to IMPROVE, REPAIR, AND INCREASE their credit almost immediately. Consumers have rights too!! The days of Bullying Tactics are over. Unfortunately most people don't know their rights under the law. These people are easy prey for unscrupulous bill collectors and collection agencies. Although these leaches of society know the consumer rights, they also know most consumers have no idea that they are protected by the law! With our new CREDIT REPAIR MANUAL, you can now fight pack. Contained within these pages of this remarkable manual will be all the information you'll need to improve your credit rating and get the bill collectors off your back. You'll learn the secrets that your creditors do not want you to know. At last you can stop your creditors right in their tracks. No longer will they have the upper hand. You'll be able to negotiate on an even playing filed, And, they'll respect you more once they know. . . that you know . . . what they didn't want you to now. WHETHER you are bankrupt, garnished, divorced, or even late on your payments . . there are legal methods you can use to improve your credit rating. Imagine what you could do for yourself and your family with this new purchasing power. A new car? New clothes? The vacation you always wanted? Maybe even a down payment on your dream home! It's all up to you. With your new credit . . you soon may find that life has gone from a living hell to heaven on earth. You already know how bad things can get. . . don't you owe it to yourself and your family to at least give it a try? You have nothing to lose . . . and probably a happier and more prosperous future to gain. You decide .. . GOOD CREDIT . . . BAD CREDIT . . . IT'S YOUR CHOICE! -- CREDIT REPAIR MANUAL ORDER-FORM -- Please RUSH me my CREDIT REPAIR MANUAL So I can start to improve, repair, and increase my credit right away! I am enclosing a check, cash or money order for $33 in U.S Funds. (Includes Postage Handling) FREE PRIORITY RUSH SHIPPING WITH PAYMENT BY U.S. POSTAL MONEY ORDER or CASH!*** (Please allow 4-6 weeks for delivery for all orders paid by check. Returned check fee $25) MAIL TO: Global Marketing 1900 Empire Blvd. Suite 243 Webster, NY 14580 NAME:__ ADDRESS:___ CITY:_STATE/PROVINCE:__ ZIP/POSTAL CODE:___ E-MAIL ADDRESS:
[PHP-DEV] References/copies??
If I pass a reference to an object and assign that to a class property. Shouldn't the property be a reference back to the original variable's value instead of a copy? Here is some sample code to illustrate my small confusion. ?php class Testie { var $error; function Testie() { } } class Tester { var $testie; function Tester($testie) // -- passing object by reference { $this-testie = $testie; // --- I must put an again if I want this to be a reference even though //I already passed a reference } } $t = new Testie(); $a = new Tester($t); $a-testie-error = Hello 123; $t-error = GoodBye 123; print A::error .$a-testie-error.\n; print T::error $t-error\n; ? // with the A::error GoodBye 123 T::error GoodBye 123 // Without the A::error Hello 123 T::error GoodBye 123 I suppose this is intended behavior and my laziness is getting the better of me? Chris Newbill OneWest.net Inc., Programmer/Analyst 406.449.8056 [EMAIL PROTECTED] /* Windows crashed. I am the Blue Screen of Death. No one hears your screams. */ -- 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 #10684 Updated: Installation Problem
ID: 10684 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: *Install and Config Operating system: Windows 2000 Advanced Server PHP Version: 4.0.5 Description: Installation Problem How do I install php manually? and I couldn't find a file called regserv32 to register mscomctl.ocx. As a matter of fact, I couldn't even find the file mscomctl.ocx in my Windows 2000 directory. Instead I found it in my Win98 dir. What should I do? Does this have anything to do with the extremely slow startup of Win2k? Thank You Previous Comments: --- [2001-05-05 20:41:16] [EMAIL PROTECTED] THis will be fixed in next verison of the installer for now please install PHP manually or find the mscomctl.ocx file and register it with regserv32. - James --- [2001-05-05 14:45:49] [EMAIL PROTECTED] I was trying to install the latest version of php on my server and towards the end of the installation, I got this error message: Component MSCOMCTL.OCX or one of its dependencies not correctly registered, a file is missing or invalid and from then on, windows starts up very slowly (takes about three minutes just to start up) and even then, it gives me a device error message! I tried reinstallation, but I got the same error.. At least tell me how to uninstall the program.. Thanks --- Full Bug description available at: http://bugs.php.net/?id=10684 -- 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 #10684 Updated: Installation Problem
ID: 10684 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: *Install and Config Operating system: Windows 2000 Advanced Server PHP Version: 4.0.5 Description: Installation Problem I successfully registered the mscomctl.ocx file found in my win98 dir into win2k.. and the installation of php continued without the mentioned error message. Only this time, it halted on copying file php.ini and wouldn't finish the installation even though it shows that the installation process should be over. Please help.. Thank You Previous Comments: --- [2001-05-06 01:35:41] [EMAIL PROTECTED] How do I install php manually? and I couldn't find a file called regserv32 to register mscomctl.ocx. As a matter of fact, I couldn't even find the file mscomctl.ocx in my Windows 2000 directory. Instead I found it in my Win98 dir. What should I do? Does this have anything to do with the extremely slow startup of Win2k? Thank You --- [2001-05-05 20:41:16] [EMAIL PROTECTED] THis will be fixed in next verison of the installer for now please install PHP manually or find the mscomctl.ocx file and register it with regserv32. - James --- [2001-05-05 14:45:49] [EMAIL PROTECTED] I was trying to install the latest version of php on my server and towards the end of the installation, I got this error message: Component MSCOMCTL.OCX or one of its dependencies not correctly registered, a file is missing or invalid and from then on, windows starts up very slowly (takes about three minutes just to start up) and even then, it gives me a device error message! I tried reinstallation, but I got the same error.. At least tell me how to uninstall the program.. Thanks --- Full Bug description available at: http://bugs.php.net/?id=10684 -- 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] Re: [PHP-CVS] cvs: php4 /ext/standard fsock.c fsock.h /main network.cphp_network.h php_streams.h streams.c
Wez Furlong wrote: Fixed and on the PHP_4_0_6 branch. fsock.c D:\Programme\MS Visual Studio\Projekte\php\php4\ext\standard\fsock.c(431) : erro r C2065: 'FD_SETSIZE' : undeclared varaible D:\Programme\MS Visual Studio\Projekte\php\php4\ext\standard\fsock.c(431) : warn ing C4018: '' : conflict between signed and unsigned -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- 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] RE: [PHP-CVS] cvs: php4 /ext/standard fsock.c fsock.h /main network.c php_network.h php_streams.h streams.c
On 2001-05-05 20:30:25, Andi Gutmans [EMAIL PROTECTED] wrote: Your patch has broken my build. On Linux doing a simple ./configure ; make dies with: /home/andi/php-cvs/main/network.c: In function `php_hostconnect': /home/andi/php-cvs/main/network.c:274: storage size of `timeoutval' isn't known Please see what you can do and merge your fix to the PHP_4_0_6 branch. RC1 will have to wait for this... I'll remove the RC1 tag. Fixed and on the PHP_4_0_6 branch. Sorry again - I didn't see you mail about branching until after I had commited the patch. --Wez. -- 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] Re: [PHP-CVS] cvs: php4 /ext/standard fsock.c fsock.h /main network.c php_network.h php_streams.h streams.c
On 2001-05-05 20:30:25, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Your patch has broken my build. On Linux doing a simple ./configure ; make dies with: gcc -I. -I/home/andi/php-cvs/main -I/home/andi/php-cvs/cgi/main -I/home/andi/php-cvs -I/home/andi/php-cvs/cgi/Zend -I/home/andi/php-cvs/ext/mysql/libmysql -I/home/andi/php-cvs/ext/xml/expat/xmltok -I/home/andi/php-cvs/ext/xml/expat/xmlparse -I/home/andi/php-cvs/cgi/TSRM -I/home/andi/php-cvs/main -I/home/andi/php-cvs/Zend -I/home/andi/php-cvs/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c /home/andi/php-cvs/main/network.c touch network.lo /home/andi/php-cvs/main/network.c: In function `php_hostconnect': /home/andi/php-cvs/main/network.c:274: storage size of `timeoutval' isn't known Please see what you can do and merge your fix to the PHP_4_0_6 branch. RC1 will have to wait for this... I'll remove the RC1 tag. Andi At 06:36 PM 5/5/2001 +, Wez Furlong wrote: wez Sat May 5 11:36:24 2001 EDT Modified files: /php4/main streams.c php_streams.h network.c php_network.h /php4/ext/standard fsock.h fsock.c Log: Nuke buffering from php_streams, move connect_nonb() from fsock.c to network.c and rename to php_connect_nonb(). Use php_connect_nonb() instead of connect() in php_hostconnect() - timeouts should now work in php_hostconnect(). sock streams abstraction now uses php_sockbuf as the abstract pointer. -- PHP CVS 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] On 2001-05-05 20:30:25, Andi Gutmans [EMAIL PROTECTED] wrote: Your patch has broken my build. On Linux doing a simple ./configure ; make dies with: /home/andi/php-cvs/main/network.c: In function `php_hostconnect': /home/andi/php-cvs/main/network.c:274: storage size of `timeoutval' isn't known Please see what you can do and merge your fix to the PHP_4_0_6 branch. RC1 will have to wait for this... I'll remove the RC1 tag. Sorry; it worked for me on SuSE Linux 7.0. The problem is a missing #include sys/time.h from php_network.h Having never had to merge between branches before, it might be easier for you to do it, just so I can't screw it up ;-) Just add this before the function prototypes in main/php_network.h #ifdef HAVE_SYS_TIME_H #include sys/time.h #endif Sorry again. --Wez. -- 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] Re: [PHP-CVS] cvs: php4 /ext/standard fsock.c fsock.h /main network.c php_network.h php_streams.h streams.c
Hi, Your patch has broken my build. On Linux doing a simple ./configure ; make dies with: gcc -I. -I/home/andi/php-cvs/main -I/home/andi/php-cvs/cgi/main -I/home/andi/php-cvs -I/home/andi/php-cvs/cgi/Zend -I/home/andi/php-cvs/ext/mysql/libmysql -I/home/andi/php-cvs/ext/xml/expat/xmltok -I/home/andi/php-cvs/ext/xml/expat/xmlparse -I/home/andi/php-cvs/cgi/TSRM -I/home/andi/php-cvs/main -I/home/andi/php-cvs/Zend -I/home/andi/php-cvs/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c /home/andi/php-cvs/main/network.c touch network.lo /home/andi/php-cvs/main/network.c: In function `php_hostconnect': /home/andi/php-cvs/main/network.c:274: storage size of `timeoutval' isn't known Please see what you can do and merge your fix to the PHP_4_0_6 branch. RC1 will have to wait for this... I'll remove the RC1 tag. Andi At 06:36 PM 5/5/2001 +, Wez Furlong wrote: wez Sat May 5 11:36:24 2001 EDT Modified files: /php4/main streams.c php_streams.h network.c php_network.h /php4/ext/standard fsock.h fsock.c Log: Nuke buffering from php_streams, move connect_nonb() from fsock.c to network.c and rename to php_connect_nonb(). Use php_connect_nonb() instead of connect() in php_hostconnect() - timeouts should now work in php_hostconnect(). sock streams abstraction now uses php_sockbuf as the abstract pointer. -- PHP CVS 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 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]