[PHP-DEV] new Zend Engine license?
Hi, About a month ago Zend announced that they would release the engine under a BSD-style license... I think I remember Zeev saying that the definitive version of the new license would be ready in a couple of weeks time (which could be around now :). Any updates on this issue? Cheerio, Marc. -- 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] new Zend Engine license?
Hi, About a month ago Zend announced that they would release the engine under a BSD-style license... I think I remember Zeev saying that the definitive version of the new license would be ready in a couple of weeks time (which could be around now :). Any updates on this issue? Cheerio, Marc. it was updated a week or two ago, check out the Zend LICENSE file for the new license. -Sterling -- 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] new Zend Engine license?
It still isn't in 4.1.0 because not all of the final small issues were resolved, but it's already in the CVS for the new version. Zeev At 11:41 11/12/2001, Sterling Hughes wrote: Hi, About a month ago Zend announced that they would release the engine under a BSD-style license... I think I remember Zeev saying that the definitive version of the new license would be ready in a couple of weeks time (which could be around now :). Any updates on this issue? Cheerio, Marc. it was updated a week or two ago, check out the Zend LICENSE file for the new license. -Sterling -- 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 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 can't compare...
Your suggestion does make sense, but it's probably impractical at this point, as it requires a rewrite of pretty much every function or piece of code that deals with floats. It sounds like a noble cause, but one that would have to wait for now :) Zeev At 21:12 10/12/2001, George Whiffen wrote: Rasmus Lerdorf wrote: But I don't want to do this! I want to compare php numbers, which can be either strings or floats, in php! This already works fine when the php number is passed as a string, I just want it to also work when it's passed as a float/double! Which is not possible. floor(string(8.2 - 0.2)) == 8.) Sure, this will work for exactly the same reason that floor(round(8.2 - 0.2) == 8.0) will work. What you are implying is that we should always be doing an implicit round() which is not a good idea. This should be something that is up to the developer. So why doesn't php do this cast/round for me? That's my question. Because that would impose rounding errors and remove the develpor's flexibility for controlling this exactly. -Rasmus But my suggestion only produces rounding errors when the developer is trying to operate on floats with results of precision greater than 14 decimals. These developers should already know they MUST use bc or gmp in such cases. You may say it should be up to the developer, but there is no discretion that you are leaving with the developer that can be meaningfully used! Instead you are saying that we cannot protect users who are using less than 14 decimals through rounding because of the potential loss of control for developers who are using 14 decimals or more who have ALREADY been told NOT to use this function! This strikes me as frankly bizarre! The current situation benefits noone! My suggestion benefits EVERYONE except the small set of developers using medium/high precision ( 14 decimals) for whom these functions are already inappropriate. They, therefore, lose nothing! The rest do gain, a lot! REMEMBER: This is emphatically NOT the same case as rounding floats on general arithmetic functions where the rounding errors can easily propagate, rounding then would be a VERY BAD THING. This rounding will NEVER pollute a float, since the functions/operators do not return floats! George -- 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] new Zend Engine license?
It still isn't in 4.1.0 because not all of the final small issues were resolved Is that also the reason that on zend.com the old license is still listed on the products page? but it's already in the CVS for the new version. I just updated my tree and found the modified file, thanks :) This means I can link my proprietary app against 4.2.0-dev, but not 4.1.0, right? Cheerio, Marc. -- 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] new Zend Engine license?
At 12:24 11/12/2001, Marc Boeren wrote: It still isn't in 4.1.0 because not all of the final small issues were resolved Is that also the reason that on zend.com the old license is still listed on the products page? Yep. but it's already in the CVS for the new version. I just updated my tree and found the modified file, thanks :) This means I can link my proprietary app against 4.2.0-dev, but not 4.1.0, right? No, you can and always could link anything you wanted with PHP 4.x. The Zend Engine license had virtually no implications for end users of PHP. Zeev -- 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] uhm.. *swallows*.. security thingy?
There's a problem with PHP cgi binaries: CaPS_ (was a CVS, so..) CaPS_ which reminds me CaPS_ remember my ranting about php.ini derick? CaPS_ (it opens ./php.ini, config_file_path/php.ini, checks PHPRC environment) CaPS_ in that order CaPS_ I got some 'friends' who work at hosters CaPS_ and they don't like that CaPS_ cos, ./php.ini will enable users to override safe mode CaPS_ made a lill patch for him so it wouldn't CaPS_ but, isn't it an idea to add --restrictive-hosting or something that'll ''activate'' that patch ? CaPS_ (limit php.ini to be in config-file-path) OpenSrc yes OpenSrc no switch OpenSrc just reverse it :) CaPS_ que CaPS_ ? OpenSrc change the order OpenSrc let the MAIN php.ini override values in PHPRC/php.ini CaPS_ it doesn't sequentially parse them CaPS_ but one OpenSrc oh OpenSrc then that need to be fixed :) CaPS_ either ./php.ini, php.ini or PHPRC OpenSrc write it to php-dev It allows users to set their own options in a ./php.ini, as in override user_dir, open_basedir and safe_mode. My default php.ini has error_reporting set to E_ALL: test.php: ?php echo $test; ? php.ini-ex: error_reporting = E_ALL ~E_NOTICE caps@anaina:~/php-4.1.0$ ./php -q test.php PHP Warning: undefined variable: test in /home/caps/php-4.1.0/test.php on line 3 caps@anaina:~/php-4.1.0$ mv php.ini-ex php.ini caps@anaina:~/php-4.1.0$ ./php -q test.php caps@anaina:~/php-4.1.0$ This was reported and discussed (on IRC) first on Nov 15 (http://bugs.php.net/bug.php?id=14071), granted.. filed incorrectly. I'd say this is quite serious when you're a hoster who only allows PHP in CGI mode. Wouter de Jong is the one who actually discovered this. -- Mathieu 'CaPS_' Kooiman [EMAIL PROTECTED] MAP Internet Services -- 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] new Zend Engine license?
This means I can link my proprietary app against 4.2.0-dev, but not 4.1.0, right? No, you can and always could link anything you wanted with PHP 4.x. The Zend Engine license had virtually no implications for end users of PHP. This is also true if I created a modified sapi (taken from cgi-sapi), included that and all related stuff in my app (like the required modules, etc, but also the zend engine which is part of the package) and compiled a binary for redistribution? It does not really matter since it only came up last week, so I can use it now anyway, but it would be nice to link it against an offical release version. Cheerio, Marc. -- 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] new Zend Engine license?
At 12:38 11/12/2001, Marc Boeren wrote: This means I can link my proprietary app against 4.2.0-dev, but not 4.1.0, right? No, you can and always could link anything you wanted with PHP 4.x. The Zend Engine license had virtually no implications for end users of PHP. This is also true if I created a modified sapi (taken from cgi-sapi), included that and all related stuff in my app (like the required modules, etc, but also the zend engine which is part of the package) and compiled a binary for redistribution? Yep. Zeev -- 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] new Zend Engine license?
Yep. OK, I'm happy :-) Cheers, Mc. -- 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] uhm.. *swallows*.. security thingy?
Would the cwd of the PHP CGI be inside the user's dir? Did you test it in a real CGI environment? Zeev At 12:23 11/12/2001, Mathieu Kooiman wrote: There's a problem with PHP cgi binaries: CaPS_ (was a CVS, so..) CaPS_ which reminds me CaPS_ remember my ranting about php.ini derick? CaPS_ (it opens ./php.ini, config_file_path/php.ini, checks PHPRC environment) CaPS_ in that order CaPS_ I got some 'friends' who work at hosters CaPS_ and they don't like that CaPS_ cos, ./php.ini will enable users to override safe mode CaPS_ made a lill patch for him so it wouldn't CaPS_ but, isn't it an idea to add --restrictive-hosting or something that'll ''activate'' that patch ? CaPS_ (limit php.ini to be in config-file-path) OpenSrc yes OpenSrc no switch OpenSrc just reverse it :) CaPS_ que CaPS_ ? OpenSrc change the order OpenSrc let the MAIN php.ini override values in PHPRC/php.ini CaPS_ it doesn't sequentially parse them CaPS_ but one OpenSrc oh OpenSrc then that need to be fixed :) CaPS_ either ./php.ini, php.ini or PHPRC OpenSrc write it to php-dev It allows users to set their own options in a ./php.ini, as in override user_dir, open_basedir and safe_mode. My default php.ini has error_reporting set to E_ALL: test.php: ?php echo $test; ? php.ini-ex: error_reporting = E_ALL ~E_NOTICE caps@anaina:~/php-4.1.0$ ./php -q test.php PHP Warning: undefined variable: test in /home/caps/php-4.1.0/test.php on line 3 caps@anaina:~/php-4.1.0$ mv php.ini-ex php.ini caps@anaina:~/php-4.1.0$ ./php -q test.php caps@anaina:~/php-4.1.0$ This was reported and discussed (on IRC) first on Nov 15 (http://bugs.php.net/bug.php?id=14071), granted.. filed incorrectly. I'd say this is quite serious when you're a hoster who only allows PHP in CGI mode. Wouter de Jong is the one who actually discovered this. -- Mathieu 'CaPS_' Kooiman [EMAIL PROTECTED] MAP Internet Services -- 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] News server problem?
I can read/get articles, but can't post. News server problem? -- Yasuo Ohgaki [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] RFC: Renaming PostgreSQL functions
Hi all, I would like to rename PostgreSQL functions to comfirm naming/coding standard. Similar change has been done for MySQL module, AFIAK. I'll take care documentation changes also. Almost all changes are just a matter of adding _ to current names, except pg_cmdtuples. The new name is pg_affected_rows, like MySQL. I didn't change pg_lo*, if you think I should rename them to pg_lo_*, please let me know. (Exception is pg_loreadall, new name is pg_loread_all) There are new functions in this definition (pg_escape, pg_result_error_message, pg_lolseek, pg_lotell, pg_copy_to, pg_copy_from). I'll commit these functions later, since these functions are not tested. Please let me know if you come up with better names. (Or let me know if I shouldn't do that [:)] Thank you for your comments. /* {{{ pgsql_functions[] */ function_entry pgsql_functions[] = { PHP_FE(pg_connect, NULL) PHP_FE(pg_pconnect, NULL) PHP_FE(pg_close,NULL) PHP_FE(pg_affected_rows,NULL) PHP_FE(pg_last_notice, NULL) PHP_FE(pg_dbname, NULL) PHP_FE(pg_error_message,NULL) PHP_FE(pg_result_error_message, NULL) PHP_FE(pg_trace,NULL) PHP_FE(pg_untrace, NULL) PHP_FE(pg_options, NULL) PHP_FE(pg_port, NULL) PHP_FE(pg_tty, NULL) PHP_FE(pg_host, NULL) PHP_FE(pg_exec, NULL) PHP_FE(pg_num_rows, NULL) PHP_FE(pg_num_fields, NULL) PHP_FE(pg_field_name, NULL) PHP_FE(pg_field_size, NULL) PHP_FE(pg_field_type, NULL) PHP_FE(pg_field_num,NULL) PHP_FE(pg_result, NULL) PHP_FE(pg_fetch_row,NULL) PHP_FE(pg_fetch_array, NULL) PHP_FE(pg_fetch_object, NULL) PHP_FE(pg_field_prtlen, NULL) PHP_FE(pg_field_is_null,NULL) PHP_FE(pg_free_result, NULL) PHP_FE(pg_get_last_oid, NULL) PHP_FE(pg_locreate, NULL) PHP_FE(pg_lounlink, NULL) PHP_FE(pg_loopen, NULL) PHP_FE(pg_loclose, NULL) PHP_FE(pg_loread, NULL) PHP_FE(pg_lowrite, NULL) PHP_FE(pg_loread_all, NULL) PHP_FE(pg_loimport, NULL) PHP_FE(pg_loexport, NULL) #if HAVE_LOLSEEK PHP_FE(pg_lolseek, NULL) #endif #if HAVE_LOTELL PHP_FE(pg_lotell, NULL) #endif PHP_FE(pg_put_line, NULL) PHP_FE(pg_end_copy, NULL) PHP_FE(pg_copy_to, NULL) PHP_FE(pg_copy_from,NULL) #if HAVE_PQESCAPE PHP_FE(pg_escape, NULL) #endif #if HAVE_PQCLIENTENCODING PHP_FE(pg_client_encoding, NULL) PHP_FE(pg_set_client_encoding, NULL) #endif PHP_FE(pg_reset, NULL) PHP_FE(pg_status,NULL) PHP_FE(pg_send_query,NULL) PHP_FE(pg_request_cancel,NULL) PHP_FE(pg_get_result,NULL) PHP_FE(pg_is_busy, NULL) /* aliases for downwards compatibility */ PHP_FALIAS(pg_getlastoid,pg_get_last_oid, NULL) PHP_FALIAS(pg_cmdtuples, pg_affected_rows, NULL) PHP_FALIAS(pg_errormessage, pg_error_message, NULL) PHP_FALIAS(pg_numrows, pg_num_rows, NULL) PHP_FALIAS(pg_numfields, pg_num_fields, NULL) PHP_FALIAS(pg_fieldname, pg_field_name, NULL) PHP_FALIAS(pg_fieldsize, pg_field_size, NULL) PHP_FALIAS(pg_fieldtype, pg_field_type, NULL) PHP_FALIAS(pg_fieldnum, pg_field_num, NULL) PHP_FALIAS(pg_fieldprtlen, pg_field_prtlen, NULL) PHP_FALIAS(pg_fieldisnull, pg_field_is_null, NULL) PHP_FALIAS(pg_freeresult,pg_free_result,NULL) PHP_FALIAS(pg_loreadall, pg_loread_all, NULL) #if HAVE_PQCLIENTENCODING PHP_FALIAS(pg_clientencoding,pg_client_encoding, NULL) PHP_FALIAS(pg_setclientencoding, pg_set_client_encoding, NULL) #endif {NULL, NULL, NULL} }; /* }}} */ -- Yasuo Ohgaki -- 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] PHP 4.1.0 configure options
Suggested Slogan: PHP: Now with close to 400 lines of configure options... -- 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] uhm.. *swallows*.. security thingy?
At 12:36 11/12/2001, Mathieu Kooiman wrote: On Tue, 2001-12-11 at 11:29, Zeev Suraski wrote: Would the cwd of the PHP CGI be inside the user's dir? Did you test it in a real CGI environment? Zeev Err, PHP CGI would be in /usr/local/bin/php.. Yeah, but that's not what I asked - I asked about the cwd (current working directory :) 'Wouter' tells me he has tested it in a real CGI environment. This is exploitable iff the cwd of PHP when running as a CGI is a directory under the user's control. Zeev -- 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] Headers
If no one objects, I'd like to commit the changes in http://www.sebastian-bergmann.de/header_changes.txt They expand the copyright note to 2002, change 'PHP 4.0' to 'PHP 4' and reflect the Zend Engine license change for the Zend Engine 2 CVS. Greetings, Sebastian -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.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: Headers
Sebastian Bergmann wrote: http://www.sebastian-bergmann.de/header_changes.txt Quite some -Copyright (c) 1997, 1998, 1999, 2000 The PHP Group | +Copyright (c) 1997-2002 The PHP Group| are missing in there, sorry. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.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]
Re: [PHP-DEV] uhm.. *swallows*.. security thingy?
On Tue, 2001-12-11 at 14:04, Zeev Suraski wrote: At 12:36 11/12/2001, Mathieu Kooiman wrote: On Tue, 2001-12-11 at 11:29, Zeev Suraski wrote: Would the cwd of the PHP CGI be inside the user's dir? Did you test it in a real CGI environment? Zeev Err, PHP CGI would be in /usr/local/bin/php.. Yeah, but that's not what I asked - I asked about the cwd (current working directory :) There are situaties where you have like: /opt/guide/somesite.com/cgi-bin /opt/guide/somesite.com/htdocs /opt/guide/somesite.com/logs cgi-bin and htdocs (2 possible cwds) are under user control. (if *that*'s what you meant) 'Wouter' tells me he has tested it in a real CGI environment. This is exploitable iff the cwd of PHP when running as a CGI is a directory under the user's control. Zeev -- 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] uhm.. *swallows*.. security thingy?
At 15:23 11/12/2001, Mathieu Kooiman wrote: On Tue, 2001-12-11 at 14:04, Zeev Suraski wrote: At 12:36 11/12/2001, Mathieu Kooiman wrote: On Tue, 2001-12-11 at 11:29, Zeev Suraski wrote: Would the cwd of the PHP CGI be inside the user's dir? Did you test it in a real CGI environment? Zeev Err, PHP CGI would be in /usr/local/bin/php.. Yeah, but that's not what I asked - I asked about the cwd (current working directory :) There are situaties where you have like: /opt/guide/somesite.com/cgi-bin /opt/guide/somesite.com/htdocs /opt/guide/somesite.com/logs cgi-bin and htdocs (2 possible cwds) are under user control. Yes, I know :) The big question is whether PHP, when executed by Apache (as a CGI), starts up in one of these directories, or in Apache's directory. If it starts in one of these directories - then indeed we have a problem, because it'll search this directory for the php.ini. If it starts in Apache's directory, then there's no problem. Zeev -- 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: Headers
Go ahead... Zeev At 15:18 11/12/2001, Sebastian Bergmann wrote: Sebastian Bergmann wrote: http://www.sebastian-bergmann.de/header_changes.txt Quite some -Copyright (c) 1997, 1998, 1999, 2000 The PHP Group | +Copyright (c) 1997-2002 The PHP Group| are missing in there, sorry. -- Sebastian Bergmann http://sebastian-bergmann.de/http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.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 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] mssql/sybase error extension
Hi, I written a small extension to the sybase (and mssql) modules to handle the errors raised with raiserror from the sql server. However, I have never done any PHP source development before, and I would like someone to check that I haven't broken any development rules! - and also, if possible, test it on a sybase box (I only have an MS box to test it on). Also, how do I go about posting the changes into the source (I've altered 4.1.0)? Thanks ever so much, Dave. -- 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] Compiling 4.1.0 under windows
Hi everyone ;) When I'm compiling the release downloaded from www.php.net/downloads.php I get the following errors in MSVC6: Configuration: php4dll - Win32 Release Linking... Creating library ..\Release/php4nts.lib and object ..\Release/php4nts.exp LINK : warning LNK4049: locally defined symbol _pcre_free imported LINK : warning LNK4049: locally defined symbol _pcre_malloc imported fopen_wrappers.obj : error LNK2001: unresolved external symbol __imp__virtual_chdir_file main.obj : error LNK2001: unresolved external symbol __imp__virtual_chdir_file fopen_wrappers.obj : error LNK2001: unresolved external symbol __imp__virtual_file_ex SAPI.obj : error LNK2001: unresolved external symbol __imp__tsrm_win32_startup SAPI.obj : error LNK2001: unresolved external symbol __imp__tsrm_win32_shutdown exec.obj : error LNK2001: unresolved external symbol __imp__popen file.obj : error LNK2001: unresolved external symbol __imp__popen mail.obj : error LNK2001: unresolved external symbol __imp__popen exec.obj : error LNK2001: unresolved external symbol __imp__pclose file.obj : error LNK2001: unresolved external symbol __imp__pclose mail.obj : error LNK2001: unresolved external symbol __imp__pclose ..\Release\php4nts.dll : fatal error LNK1120: 6 unresolved externals Error executing link.exe. php.exe - 12 error(s), 2 warning(s) I have opened the php4.dsw workspace and set php4 - win32 Release as the active configuration. What's wrong?:) Everything else compiled without any errors and warnings. I mean TSRM, Zend and even the libmysql project. Did somebody tried compiling it already? I am afraid now to try to compile it as an apache module ;) Greets and thanks for any feedback ;) -- Chris Jarecki IT Project Manager Ipro http://www.ipro.pl/ -- 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: Compiling 4.1.0 under windows
I managed to compile php.exe from the php4ts.dsw workspace It gave me some warnings, but it have linked succesfully. I am wondering now what it does this ts stands for? Also on the available project list some projects have release_ts suffix or release_ts_inline... -- 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: Compiling 4.1.0 under windows
On Tue, Dec 11, 2001 at 03:14:00PM +0100, Krzysztof Jarecki wrote : I managed to compile php.exe from the php4ts.dsw workspace It gave me some warnings, but it have linked succesfully. I am wondering now what it does this ts stands for? Thread Safe. -- Please always Cc to me when replying to me on the lists. -- 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] Compiling php4apache.dll
Hi everybody ;) I am stuck :( I have downloaded the source for apache-1.3.22 and it compiled fine for windows. I have set the Lib directory in MSVC6 to apache/src/Release and I have also added the following include directories: apache/src/include and apache/src/os/win32 Then I have opened the php4ts.dsw workspace, set the active configuration to php4apache - Win32 Release_TS F7... and this showed up to me: Configuration: php4apache - Win32 Release_TS Linking... Creating library ..\..\Release_TS/php4apache.lib and object ..\..\Release_TS/php4apache.exp php_apache.obj : error LNK2001: unresolved external symbol _ap_child_terminate@4 ..\..\Release_TS/php4apache.dll : fatal error LNK1120: 1 unresolved externals Error executing link.exe. php4apache.dll - 2 error(s), 0 warning(s) What that? Apache.exe compiled without any link errors Shall I change something in the makefiles for php? Please help ;) -- Chris Jarecki IT Project Manager Ipro http://www.ipro.pl/ -- 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: Headers
Zeev Suraski wrote: Go ahead... Committing now... -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.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]
Re: [PHP-DEV] PHP can't compare...
Zeev Suraski wrote: Your suggestion does make sense, but it's probably impractical at this point, as it requires a rewrite of pretty much every function or piece of code that deals with floats. It sounds like a noble cause, but one that would have to wait for now :) Zeev Uhh shucks! And I had this great plan worked out: 1. functions Only make one minimal change to the functions we need to change e.g. floor, ceil, as follows:- Set a new flag on the call to zend_parse_parameters_ex e.g. ZEND_PARSE_DOUBLE_CONVERT to request that any double parameters are taken down to safe precision. 2. zend_parse_parameters_ex --- Check for this new flag, ZEND_PARSE_DOUBLE_CONVERT, and if set do a convert on any doubles requested in the type_spec with a convert_to_double(convert_to_string(*var)) or something similar. 3. operators, ==, ===, = etc. - I don't know where to find zend_operators.c or its equivalent on cvs, but looking at an old 4.0.2 source, I got the feeling a few little tweeks to the handling of doubles in compare_function might do the trick for all the operators in one go. I guess it's a lousy plan... George P.S. Many thanks for restoring my sanity. Now I've just got to work out how to apologise to Rasmus and Pierre-Alain for being such a pain on this issue! P.P.S. I can't seem to get to the php-dev newsgroup. At 21:12 10/12/2001, George Whiffen wrote: Rasmus Lerdorf wrote: But I don't want to do this! I want to compare php numbers, which can be either strings or floats, in php! This already works fine when the php number is passed as a string, I just want it to also work when it's passed as a float/double! Which is not possible. floor(string(8.2 - 0.2)) == 8.) Sure, this will work for exactly the same reason that floor(round(8.2 - 0.2) == 8.0) will work. What you are implying is that we should always be doing an implicit round() which is not a good idea. This should be something that is up to the developer. So why doesn't php do this cast/round for me? That's my question. Because that would impose rounding errors and remove the develpor's flexibility for controlling this exactly. -Rasmus But my suggestion only produces rounding errors when the developer is trying to operate on floats with results of precision greater than 14 decimals. These developers should already know they MUST use bc or gmp in such cases. You may say it should be up to the developer, but there is no discretion that you are leaving with the developer that can be meaningfully used! Instead you are saying that we cannot protect users who are using less than 14 decimals through rounding because of the potential loss of control for developers who are using 14 decimals or more who have ALREADY been told NOT to use this function! This strikes me as frankly bizarre! The current situation benefits noone! My suggestion benefits EVERYONE except the small set of developers using medium/high precision ( 14 decimals) for whom these functions are already inappropriate. They, therefore, lose nothing! The rest do gain, a lot! REMEMBER: This is emphatically NOT the same case as rounding floats on general arithmetic functions where the rounding errors can easily propagate, rounding then would be a VERY BAD THING. This rounding will NEVER pollute a float, since the functions/operators do not return floats! George -- 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] RE: PHP 4.1.0 released
Hi, Zeev Suraski [zeev at zend dot com] wrote: - Revolutionary performance and stability improvements under Windows. The multithreaded server modules under Windows (ISAPI, Apache, etc.) perform as much as 30 times faster under load! We want to thank Brett Brewer and his team in Microsoft for working with us to improve PHP for Windows. This means that ISAPI is considered to be production quality? From the manual: However, please note that the SAPI modules are NOT yet considered to be production quality. In particular, with the ISAPI module, you are likely to encounter serious reliability problems especially on platforms older than W2K - you may witness a lot of server 500 errors and suffer from other server modules such as ASP also failing. You have been warned! The reason for this is that the PHP SAPI modules are using the thread-safe version of the PHP code, which is new to PHP 4, and has not yet been tested and pounded enough to be considered completely stable, and there are actually a few known bugs. On the other hand, some people have reported very good results with the SAPI modules, even though we're not aware of anyone actually running it on a production site. In short - your mileage may vary; If you need absolute stability, trade the performance of the SAPI modules with the stability of the CGI executable. Best regards, Emanuel Dejanu -- 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: PHP 4.1.0 released
At 17:16 11/12/2001, Emanuel Dejanu wrote: Hi, Zeev Suraski [zeev at zend dot com] wrote: - Revolutionary performance and stability improvements under Windows. The multithreaded server modules under Windows (ISAPI, Apache, etc.) perform as much as 30 times faster under load! We want to thank Brett Brewer and his team in Microsoft for working with us to improve PHP for Windows. This means that ISAPI is considered to be production quality? Yes, even though quite a few modules inside PHP are not yet thread safe, so if you use them, it'd crash. Zeev -- 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: PHP 4.1.0 released
Can you tell me some of modules that are not thread safe? I'm using only MySQL, file access+URL. Best regards, Emanuel Dejanu -Original Message- From: Zeev Suraski [mailto:[EMAIL PROTECTED]] Sent: 11 decembrie 2001 17:37 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] RE: PHP 4.1.0 released Importance: High At 17:16 11/12/2001, Emanuel Dejanu wrote: Hi, Zeev Suraski [zeev at zend dot com] wrote: - Revolutionary performance and stability improvements under Windows. The multithreaded server modules under Windows (ISAPI, Apache, etc.) perform as much as 30 times faster under load! We want to thank Brett Brewer and his team in Microsoft for working with us to improve PHP for Windows. This means that ISAPI is considered to be production quality? Yes, even though quite a few modules inside PHP are not yet thread safe, so if you use them, it'd crash. Zeev -- 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] xmlrpc extension in 4.1.0
Zak Greant [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... On December 10, 2001 03:42 pm, Colin Viebrock wrote: Any docs on using this extension? Hey Colin, There is an article on Zend - http://www.zend.com/zend/tut/tut-xml-rpc-client.php Unfortunately, that tutorial is based on using Edd Dumbill's XML-RPC class. The extension that's now part of PHP 4.1.0 is based on Dan Libby's XML-RPC-EPI C library, so the syntax is entirely different. FWIW, though, most of the docs on http://xmlrpc-epi.sourceforge.net/ seem to apply to the PHP class. I just had some questions about using SSL, and about what I think might be a small bug in the implementation (see http://bugs.php.net/?id=14414). - Colin -- 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: PHP 4.1.0 released
MySQL and file access should be ok. I'm not sure what you mean by URL (CURL? fopen wrappers?) At 17:48 11/12/2001, Emanuel Dejanu wrote: Can you tell me some of modules that are not thread safe? I'm using only MySQL, file access+URL. Best regards, Emanuel Dejanu -Original Message- From: Zeev Suraski [mailto:[EMAIL PROTECTED]] Sent: 11 decembrie 2001 17:37 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] RE: PHP 4.1.0 released Importance: High At 17:16 11/12/2001, Emanuel Dejanu wrote: Hi, Zeev Suraski [zeev at zend dot com] wrote: - Revolutionary performance and stability improvements under Windows. The multithreaded server modules under Windows (ISAPI, Apache, etc.) perform as much as 30 times faster under load! We want to thank Brett Brewer and his team in Microsoft for working with us to improve PHP for Windows. This means that ISAPI is considered to be production quality? Yes, even though quite a few modules inside PHP are not yet thread safe, so if you use them, it'd crash. Zeev -- 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: PHP 4.1.0 released
fopen wrappers. Here is the list of categories that we are interest of: Array functions Class/Object Functions Character type functions Date and Time functions !!! Directory functions Error Handling and Logging Functions Filesystem functions Forms Data Format functions FTP functions Function Handling functions HTTP functions Mail functions Mathematical Functions Mhash Functions Miscellaneous functions MySQL Functions Network Functions Output Control Functions PHP options information Program Execution functions Regular Expression Functions (Perl-Compatible) Regular Expression Functions (POSIX Extended) Session handling functions Socket functions String functions URL Functions Variable Functions XML parser functions Most of them are standard modules so I believe that they are thread safe, but I need a confirmation for my boss :-) Thanks, Emanuel Dejanu -Original Message- From: Zeev Suraski [mailto:[EMAIL PROTECTED]] Sent: 11 decembrie 2001 18:06 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: [PHP-DEV] RE: PHP 4.1.0 released MySQL and file access should be ok. I'm not sure what you mean by URL (CURL? fopen wrappers?) At 17:48 11/12/2001, Emanuel Dejanu wrote: Can you tell me some of modules that are not thread safe? I'm using only MySQL, file access+URL. Best regards, Emanuel Dejanu -Original Message- From: Zeev Suraski [mailto:[EMAIL PROTECTED]] Sent: 11 decembrie 2001 17:37 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] RE: PHP 4.1.0 released Importance: High At 17:16 11/12/2001, Emanuel Dejanu wrote: Hi, Zeev Suraski [zeev at zend dot com] wrote: - Revolutionary performance and stability improvements under Windows. The multithreaded server modules under Windows (ISAPI, Apache, etc.) perform as much as 30 times faster under load! We want to thank Brett Brewer and his team in Microsoft for working with us to improve PHP for Windows. This means that ISAPI is considered to be production quality? Yes, even though quite a few modules inside PHP are not yet thread safe, so if you use them, it'd crash. Zeev -- 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] Function names
And in the process we would break thousands of scripts. We would therefore have to maintain the old function names and create a new version of each one and thereby clutter the function namespace incredibly to the point where we will stand a huge risk of also breaking existing code by stepping all over existing user-space functions. strstr() is haystack,needle because the libc function of the same name is that way. The [ep]reg_* functions are the way they are because it just makes sense to make the regex the first arg and the underlying functions they are based on have the regex as the first arg. -Rasmus On Tue, 11 Dec 2001, Jonas Delfs wrote: 10-12-2001 18:42 you wrote: Nope, there are no plans to change the names of the base functions in PHP. I'm a little new to this list so just say if you have discussed this in the latest past, but wouldn't it be an idea to name function after which library they're in? Not really. Especially since fopen() is not in a library at all. There is no file library. In my last mail i forgot to mention that another big purpose of this 'making-function-calls-more-logic'-thingie is to make some rules for argument-placing so that fx. all functions that needs to get a 'haystack' and a 'neddle' always get the haystack first. Right now str(i)str() does this, but ereg(i)() have switched theese. -- Mvh./Best Regards Jonas Delfs, http://delfs.dk -- 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] xmlrpc extension in 4.1.0
FWIW, though, most of the docs on http://xmlrpc-epi.sourceforge.net/ seem to apply to the PHP class. I just had some questions about using SSL, and about what I think might be a small bug in the implementation (see http://bugs.php.net/?id=14414). Heh. That's what I get for sending a link without reading the content. :) S'ok! Actually, that bug report is for something in PEAR, not the XML-RPC extention. The bug I *really* meant is at: http://www.geocrawler.com/lists/3/SourceForge/10636/0/7291199/ - Colin -- 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] RFC: Renaming PostgreSQL functions
On Tue, Dec 11, 2001 at 09:06:52PM +0900, Yasuo Ohgaki wrote: I would like to rename PostgreSQL functions to comfirm naming/coding standard. Similar change has been done for MySQL module, AFIAK. I'll take care documentation changes also. Almost all changes are just a matter of adding _ to current names, except pg_cmdtuples. The new name is pg_affected_rows, like MySQL. I sort of prefer the names the way they are. I'd almost prefer to remove the underscores from the MySQL extension (which I'm not suggesting). The two extensions are disimilar in enough ways to make any attempt to unify the interface moot. For example, look at pg_exec() and mysql_query(). These two functions affectively do the same thing and yet they are named differently and accept their arguments in the opposite order. -- Jon Parise ([EMAIL PROTECTED]) . Information Technology (2001) 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] Re: Headers
On Tue, Dec 11, 2001 at 02:18:50PM +0100, Sebastian Bergmann wrote: http://www.sebastian-bergmann.de/header_changes.txt Quite some -Copyright (c) 1997, 1998, 1999, 2000 The PHP Group | +Copyright (c) 1997-2002 The PHP Group| As I understood it, it is apparently more correct to list the individual years than to use a range of dates. The following would be therefore be correct: Copyright (c) 1997, 1998, 1999, 2000, 2001, 2002 The PHP Group -- Jon Parise ([EMAIL PROTECTED]) . Information Technology (2001) 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] Re: Headers
At 20:31 11/12/2001, Jon Parise wrote: On Tue, Dec 11, 2001 at 02:18:50PM +0100, Sebastian Bergmann wrote: http://www.sebastian-bergmann.de/header_changes.txt Quite some -Copyright (c) 1997, 1998, 1999, 2000 The PHP Group | +Copyright (c) 1997-2002 The PHP Group| As I understood it, it is apparently more correct to list the individual years than to use a range of dates. No, not really. 1997-2002 should be fine... Zeev -- 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] Orphan Bugs
Hello All, In working up the summary, I noticed that the following new bug reports had not yet been reviewed. Anyone have some time to kill? :) http://bugs.php.net/bug.php?id=14245edit=1 http://bugs.php.net/bug.php?id=14355edit=1 http://bugs.php.net/bug.php?id=14369edit=1 http://bugs.php.net/bug.php?id=14371edit=1 http://bugs.php.net/bug.php?id=14379edit=1 http://bugs.php.net/bug.php?id=14383edit=1 http://bugs.php.net/bug.php?id=14385edit=1 http://bugs.php.net/bug.php?id=14382edit=1 http://bugs.php.net/bug.php?id=14376edit=1 http://bugs.php.net/bug.php?id=14370edit=1 http://bugs.php.net/bug.php?id=14358edit=1 http://bugs.php.net/bug.php?id=14354edit=1 -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- 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: Headers
At 01:31 PM 12/11/2001 -0500, Jon Parise wrote: On Tue, Dec 11, 2001 at 02:18:50PM +0100, Sebastian Bergmann wrote: http://www.sebastian-bergmann.de/header_changes.txt Quite some -Copyright (c) 1997, 1998, 1999, 2000 The PHP Group | +Copyright (c) 1997-2002 The PHP Group| As I understood it, it is apparently more correct to list the individual years than to use a range of dates. The following would be therefore be correct: Copyright (c) 1997, 1998, 1999, 2000, 2001, 2002 The PHP Group I don't think it makes any difference and 1997-2002 is nicer. © IBM Corporation 1994-2001. All rights reserved. That's from the IBM web page. If it's good enough for them it's definitely good enough for us :) 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] Re: Headers
Apache uses this style as well, and as PHP isn't GNU-stuff, why should the license-styleguide apply to it? ;-) my 0,02 EUR Alex -- 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-updates
Hello, Any idea why bug postings / updates are not longer posted to this list? regards, Derick -- 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: Headers
On Tue, 11 Dec 2001, Jon Parise wrote: I don't recall the original reference, but it's also mentioned here: http://www.gnu.org/prep/maintain_7.html Do not abbreviate the year list using a range; for instance, do not write `1996--1998'; instead, write `1996, 1997, 1998'. Unfortunately, the reasoning isn't explained in that document. The reasoning is this: you are supposed to put in the copyright years on which you actually *release* the product. If you have a release every year, then you can go ahead and abbreviate the list, otherwise you are supposed to list the years individually. -Andrei * We reason deeply, when we forcibly feel. * -- 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 #14411 Updated: php-4.1.0.tar.gz CRC verify error
ID: 14411 Updated by: philip Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: open server 5 PHP Version: 4.1.0 New Comment: fixed, try again. Previous Comments: [2001-12-10 15:12:25] [EMAIL PROTECTED] php-4.1.0.tar.gz download file CRC verify error. Edit this bug report at http://bugs.php.net/?id=14411edit=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 #14418: PHP and HTML FAQ should be improved
From: [EMAIL PROTECTED] Operating system: PHP version: 4.1.0 PHP Bug Type: Documentation problem Bug description: PHP and HTML FAQ should be improved The PHP and HTML section of the FAQ needs to be improved. The information is incomplete and hard to understand. -- Edit bug report at: http://bugs.php.net/?id=14418edit=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 #14426: static function definition in php_gd.h has to be extern
From: [EMAIL PROTECTED] Operating system: Linux 2.2.X PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: static function definition in php_gd.h has to be extern The function definition in ext/gd/php_gd.h for gdImageColorResolve has to be changed from 'static' into 'extern', otherwise compile errors are to be expected (at least with gd version older than 1.6) (Error message is undefined reference to `gdImageColorResolve') -- Edit bug report at: http://bugs.php.net/?id=14426edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14245 Updated: make install fails on apxs
ID: 14245 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.1.0RC5 New Comment: This should be fixed in CVS can you try a snapshot from snaps.php.net? Derick Previous Comments: [2001-12-03 16:36:17] [EMAIL PROTECTED] Updated PHP Version. [2001-11-28 13:55:17] [EMAIL PROTECTED] I've found a workaround for this problem. If I manually copy .libs/libphp4.so.0 to libs/libphp4.so, it seems to continue okay: # make install ... cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=65536 make: 1254-004 The error code from the last command is 1. ... Stop. # cp .libs/libphp4.so.0 libs/libphp4.so # make install ... Target install-p is up to date. Target install is up to date. Making install in . /local/www/bin/apxs -i -a -n php4 libs/libphp4.so cp libs/libphp4.so /local/www/libexec/libphp4.so chmod 755 /local/www/libexec/libphp4.so [activating module `php4' in /local/www/conf/httpd.conf] installing shared modules into /local/www/php/lib/php/20010901 Target install-p is up to date. ... Target install is up to date. # /local/www/bin/apachectl start Target install is up to date. Is there some way make install can do that copying step automatically? [2001-11-27 01:12:43] [EMAIL PROTECTED] Make install fails on apxs -i i -a -n php4 libs/libphp4.so cp libs/libphp4.so /local/www/libexec/libphp4.so. The libs directory contains libphp4.a and libphp4.la, but not libphp4.so. Compiler: IBM Visual Age C $ export CC=cc_r $ export CFLAGS=-g -ma $ ./configure --prefix=/local/www/php \ --with-apxs=/local/www/bin/apxs \ --without-mysql $ make Making all in Zend ... Target all is up to date. # /local/www/bin/apachectl stop # /usr/sbin/slibclean # make install Making install in Zend ... Target install-p is up to date. Target install is up to date. Making install in . /local/www/bin/apxs -i -a -n php4 libs/libphp4.so cp libs/libphp4.so /local/www/libexec/libphp4.so cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=65536 make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. Stop. # ls -l libs total 16008 -rw--- 1 root system 4094311 Nov 26 23:53 libphp4.a -rw--- 1 root system 749 Nov 26 23:53 libphp4.la Edit this bug report at http://bugs.php.net/?id=14245edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13887 Updated: session data lost on virtual server
ID: 13887 Updated by: sas Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Session related Operating System: Linux PHP Version: 4.0.6 New Comment: The write handler is called upon the end of the request, which takes place regardless of keep-alive support in a web-server. Please supply a more accurate description of what you are seeing. Previous Comments: [2001-10-31 10:42:36] [EMAIL PROTECTED] The problem is that PHP is not saving the session file properly befor the server process is terminated. The problem ony occurs when a server process terminates (like if the server's keepalive setting expires, or if the HTTP 1.0 protocol is being used [1.0 doesn't support keepalive]). Because of the way we run our virtual servers, keepalive has no effect (the server processes terminate after each request) so the session bug shows up _every_ time. Edit this bug report at http://bugs.php.net/?id=13887edit=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: Bug-updates
Derick Rethans [EMAIL PROTECTED] wrote: Any idea why bug postings / updates are not longer posted to this list? they were being held up by the spam protection. they should make it through now (and the ones sent in the last few days should start showing up soon). jim -- 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 #14369 Updated: ftp_* functions do not respect safe mode
ID: 14369 Updated by: derick Reported By: Piotr Kucharski [EMAIL PROTECTED] Old Status: Open Status: Analyzed Old Bug Type: FTP related Bug Type: Feature/Change Request Operating System: any PHP Version: 4.0.6 New Comment: Moving to feature request Previous Comments: [2001-12-06 19:30:38] Piotr Kucharski [EMAIL PROTECTED] it is possible to overwrite files writeable by httpd uid or gid using ftp_get(), since ftp_* functions are not safemode aware Edit this bug report at http://bugs.php.net/?id=14369edit=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] CVS Account Request: cece
To help Goba managing hungarian doctree. -- 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 #14386 Updated: function p/connect do not work in FreeBSD
ID: 14386 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PostgreSQL related Operating System: FreeBSD PHP Version: 4.0.6 New Comment: Not a bug. Please send support questions to an appropriate mailing list such as php-general or php-db. http://php.net/support.php Previous Comments: [2001-12-08 15:23:11] [EMAIL PROTECTED] Hello everybody. I am using FreeBSD+Apache+PHP+Postgres. By now, I'm using the newest versions: - FreeBSD 4.4 - Apache_1.3.22 - PHP-4.0.6 ( I have proved the 4.1RC3 and have the same problem) - Postgresql-7.1.3 I use the same three last components in Linux ans SunOS and I have not any problems. I always try to compile from source, I always make the same instructions and in FreeBSD PHP can not connect with PostgreSQL. I install everything with: tar xvzf postgresql-7.1.3.tar.ga cd postgresql-7.1.3 ./configure make make install initdb -D /usr/local/pgsql/data postmaster -i -D /usr/local/pgsql/data Now postgres is running. tar xvzf apache_1.3.22.tar.gz cd apache_1.3.22 ./configure cd .. tar xvzf php-4.0.6.tar.gz cd php-4.0.6 ./configure --with-pgsql=/usr/local/pgsql/ --without-mysql --with-apache=../apache_1.3.22 --enable-track-vars make make install cd ../apache_1.3.22 ./configure --enable-module=src/modules/php4/libphp4.a make make install Edit /usr/local/apache/conf/httpd.conf to make use of PHP Start apache /usr/local/apache/bin/apachectl start In this moment I have apache listening in port 80 and postgres in 5432 ( i know this using ps-e and nmap localhost). In this moment apache works, PHP works. I can see the simple script ?php phpinfo(); ? with no problems. But I can not connect to PostgreSQL database ( tried connect and pconnect functions). After a while apperas this message: Warning: Unable to connect to PostgreSQL server: connectDBStart() -- connect() failed: No route to host Is the postmaster running (with -i) at 'localhost' and accepting connections on TCP/IP port 5432? in /usr/home/pfc/phplib/php/db_pgsql.inc on line 47 Database error: Link-ID == false, pconnect failed PostgreSQL Error: 0 () Session halted. I can sure you that postgres is running and I iniciate postmaster with the '-i' flag. In the file /usr/local/pgsql/data/pg_dba.conf I have the following: local all trust host all 127.0.0.1 255.255.255.0 trust host all 192.168.99.1 255.255.255.0 trust NOTE: 192.168.99.1 is the server's IP. I can sure I have installed apache-php-postgres in linux and SunOS with the same method and here work well. I do not know why PHP can not comunicate with PostgreSQL using FreeBSD. Thanks a lot for. I am pleased if anyone could solvent this problem. If there is anyone who want contact me (for telling more details, ... ) no doubt write to: [EMAIL PROTECTED] Xevi Serrats. NOTE: excuse me, english isn't my native language. Edit this bug report at http://bugs.php.net/?id=14386edit=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 #14416 Updated: -q and -d command line options seem to negate each other
ID: 14416 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: PHP options/info functions Operating System: Solaris 7 PHP Version: 4.1.0 New Comment: Yes, it still fails under the brand new 4.1.0 alester@flr4[~]$ cat dq #!/usr/local/bin/php -dinclude_path=.:../../Class:../../Include -q ?php print PHP version=.phpversion().\n; print include_path=.ini_get(include_path).\n; ? alester@flr4[~]$ cat qd #!/usr/local/bin/php -q -dinclude_path=.:../../Class:../../Include ?php print PHP version=.phpversion().\n; print include_path=.ini_get(include_path).\n; ? Results are still the same: # ignores the -q alester@flr4[~]$ ./dq Content-type: text/html PHP version=4.1.0 include_path=.:../../Class:../../Include # ignores the -d alester@flr4[~]$ ./qd PHP version=4.1.0 include_path=. Previous Comments: [2001-12-11 04:24:36] [EMAIL PROTECTED] Does this happen with the released PHP 4.1.0? I don't have the RC handy, but I can't reproduce (On linux) with 4.0.6 or 4.1.0 $ php410 -q -dinclude_path=.:../../Class:../../Include ? echo ini_get('include_path') . \n ? .:../../Class:../../Include $ php410 -dinclude_path=.:../../Class:../../Include -q ? echo ini_get('include_path') . \n ? .:../../Class:../../Include [2001-12-10 18:00:58] [EMAIL PROTECTED] It seems that -q and -d cannot exist on the same shebang line. We're using PHP for standalone shell scripts (i.e. no thru the web server). -q and -d seem to negate each other: Whichever comes first on the shebang line wins. alester@flr4[~]$ cat qd #!/usr/src/php-4.1.0RC4/php -q -dinclude_path=.:../../Class:../../Include ?php print include_path=; print ini_get(include_path); print \n; ? alester@flr4[~]$ ./qd include_path=. # The -q works, since we have no headers, but the include_path isn't changed. alester@flr4[~]$ cat dq #!/usr/src/php-4.1.0RC4/php -dinclude_path=.:../../Class:../../Include -q ?php print include_path=; print ini_get(include_path); print \n; ? alester@flr4[~]$ ./dq Content-type: text/html include_path=.:../../Class:../../Include alester@flr4[~]$ # The include path is changed, but now we have the Content-type header that -q should suppress. Edit this bug report at http://bugs.php.net/?id=14416edit=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 #14413 Updated: loadingproblems with php and apache
ID: 14413 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache related Operating System: windows XP professional PHP Version: 4.0.6 New Comment: I agree, but not because of a bug in PHP. Please ask support questions on an appropriate mailing list. http://php.net/support.php Previous Comments: [2001-12-10 17:17:13] [EMAIL PROTECTED] I got a problem with php and apache (1.3.2.2). When running php as a module some pages doesn't load correctly, for example when doing a phpInfo(); the site just flashes by and then displays a 404 error, and some .phps files doesn't load good either. When Im running php as a cgi binary it works better, but it doesn't seem to rupport .phps files, although I configured it. It also doesn't work to do some http authorizing stuff that works when Im running it as a module. I need help!!! -Andreas Edit this bug report at http://bugs.php.net/?id=14413edit=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 #14379 Updated: Pb while using php in command line...
ID: 14379 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Sybase-ct (ctlib) related Operating System: Linux RedHat 7.0 PHP Version: 4.0.6 New Comment: Looks like a bug in the sybase libraries. My guess is that it has to do with some environment variables not set. Not a PHP bug bogus Previous Comments: [2001-12-07 09:03:12] [EMAIL PROTECTED] Well, i've successfully compiled PHP 4.0.6 as a static and dynamic module i encounter a problem when running the static one: 1) beeing root i launch: /usr/local/bin/php -v - right, answer is the following one : 4.0.6 2) beeing any other user i launch too: /usr/local/bin/php -v - bad answer : Instruction illégale (core dumped) 3) After modifying the command line to compile, i find out that if sybase_ct is disabled the command line works for everyone ! Here is the options i use to compile: ./configure --with-mysql --with-gd --with-sybase_ct=/opt/sybase-11.9.2/ --with-config-file-path=/etc/php_statique --with-ldap --with-imap --enable-ftp --with-oci8=/u01/app/oracle/product/8.1.7/ - Yes, we use Sybase, Oracle MySQL ;o) Using GDB, i get: alahaye@mercure ~gdb /usr/local/bin/php -v core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux...unknown option `-v' Core was generated by `/usr/local/bin/php -v'. Program terminated with signal 4, Illegal instruction. Reading symbols from /lib/libpam.so.0...done. Loaded symbols for /lib/libpam.so.0 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /opt/sybase-11.9.2//lib/libinsck.so...done. Loaded symbols for /opt/sybase-11.9.2//lib/libinsck.so Reading symbols from /opt/sybase-11.9.2//lib/libsybtcl.so...done. Loaded symbols for /opt/sybase-11.9.2//lib/libsybtcl.so Reading symbols from /opt/sybase-11.9.2//lib/libintl.so...done. Loaded symbols for /opt/sybase-11.9.2//lib/libintl.so Reading symbols from /opt/sybase-11.9.2//lib/libcomn.so...done. Loaded symbols for /opt/sybase-11.9.2//lib/libcomn.so Reading symbols from /opt/sybase-11.9.2//lib/libct.so...done. Loaded symbols for /opt/sybase-11.9.2//lib/libct.so Reading symbols from /opt/sybase-11.9.2//lib/libcs.so...done. Loaded symbols for /opt/sybase-11.9.2//lib/libcs.so Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /usr/lib/libldap.so.1...done. Loaded symbols for /usr/lib/libldap.so.1 Reading symbols from /usr/lib/liblber.so.1...done. Loaded symbols for /usr/lib/liblber.so.1 Reading symbols from /usr/lib/libgd.so.1.8...done. Loaded symbols for /usr/lib/libgd.so.1.8 Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /u01/app/oracle/product/8.1.7//lib/libclntsh.so.8.0...done. Loaded symbols for /u01/app/oracle/product/8.1.7//lib/libclntsh.so.8.0 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/lib/libttf.so.2...done. Loaded symbols for /usr/lib/libttf.so.2 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /usr/lib/libpng.so.2...done. Loaded symbols for /usr/lib/libpng.so.2 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /u01/app/oracle/product/8.1.7/lib/libwtc8.so...done. Loaded symbols for /u01/app/oracle/product/8.1.7/lib/libwtc8.so Reading symbols from /lib/libpthread.so.0...done. rw_common (): write: Succ?s. warning: unable to set global thread event mask [New Thread 1024 (LWP 19079)] rw_common (): write: Succ?s. warning: stop_or_attach_thread: generic error Loaded symbols for /lib/libpthread.so.0 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 #0 0x408b1cf8 in main_arena () from /lib/libc.so.6 (gdb) bt #0 0x408b1cf8 in main_arena () from /lib/libc.so.6 #1 0x407ebf1a in buffered_vfprintf (s=0x408b1c60, format=0xbfffde14 \n\nThe context allocation routine failed when it tried to load localization files!!\n, args=0x53) at vfprintf.c:2073 #2 0x407e712b in _IO_vfprintf (s=0x408b1c60, format=0xbfffde14 \n\nThe context allocation routine failed when it tried to load localization files!!\n, ap=0xbfffd7c0) at vfprintf.c:1245 #3 0x407f0d47 in fprintf (stream=0x408b1c60,
[PHP-DEV] Bug #14424: is_readable returns error if file does not exist.
From: [EMAIL PROTECTED] Operating system: Suse linux 7.2 PHP version: 4.1.0 PHP Bug Type: Filesystem function related Bug description: is_readable returns error if file does not exist. Code example: if (is_readable(foo)) { echo file exists.P; } else { echo file does not exist.P; } Error message: Warning: stat failed for foo (errno=2 - No such file or directory) in /home/xxx/public_html/is_readable.php on line 3 Configure options: ./configure --with-apache=/home/xxx/apache_1.3.22 --with-mysql=/usr/local --with-gd=/usr/local --with-zlib-dir=/usr/local --with-png-dir=/usr --with-jpeg-dir=/home/xxx/jpeg-6b --with-xpm-dir=/usr/X11R6 --with-ttf --with-curl Seems similar to is_file() bug. Problem does not occur on older versions (i.e. 4.0.6). -- Edit bug report at: http://bugs.php.net/?id=14424edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14425 Updated: extract() can overwrite $GLOBALS within a function context
ID: 14425 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Variables related Operating System: Linux (Mandrake 8.1) PHP Version: 4.0.6 New Comment: Similarily, this bug is also found in class methods. class a { function test() { $a=array(this=nothing,GLOBALS=nothing); extract($a); var_dump($this); var_dump($GLOBALS); } } $a=new a(); $a-test(); // Both this and GLOBALS are overwritten by extract. // I would have hoped that would not have happened. Previous Comments: [2001-12-11 08:55:15] [EMAIL PROTECTED] //I did this: function test() { $a=array(GLOBALS=nothing); extract($a); var_dump($GLOBALS); } test(); // The script will overwrite the $GLOBALS variable // I did not want it to overwrite the $GLOBALS variable // Then in the global scope, I did this:$a=array(GLOBALS=nothing); extract($a); var_dump($GLOBALS); //The script did not overwrite the $GLOBALS variable. // It did what I wanted it to do. By allowing the extract function to overwrite global variables within a function can lead to serious security holes. Particularily if URL parameters are passed into a function that extracts them. (And then if my function still expects GLOBALS to be legit, it could be passed false information.) I suggest making extract unable to overwrite any global variables within a function. ($GLOBALS, and any variables declared global $x, etc..) As a second measure it might be good to make extract more conservative in general by defaulting to EXTR_SKIP instead of EXTR_OVERWRITE I can, of course, fix my own code for the time being to avoid this problem by using extract($params,EXTR_SKIP); However I think fixing the problem for PHP as a whole would help others as well. Thank you. Keep up the excellent work! Phil Edit this bug report at http://bugs.php.net/?id=14425edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14382 Updated: Locales and float numbers
ID: 14382 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: sprintf function doesn't print correct results Old Status: Open Status: Closed Old Bug Type: Math related Bug Type: Variables related Operating System: Debian GNU/Linux Old PHP Version: 4.1.0 PHP Version: New Comment: This is the problem of syntax checking and locale settings. This script print a warning: setlocale(LC_ALL, en_US); // US have a decimal pointer $X = 1,22; // !!! bad syntax This script doesn't print a warning: setlocale(LC_ALL, cs_CZ); // CZ have a decimal comma $X = 1.22; // !!! also bad syntax The error caused by incorrect parsing of a float number is propagated into the next script lines and cause a false alerts in a many situations. When the variable is parsed as a string Previous Comments: [2001-12-07 13:47:35] [EMAIL PROTECTED] Sometimes (1-10 times a day) appears a fatal bug in my php code. Sometime this sprintf expression returns me string like '0.05-0%': ?echo $rs[pol_sazbadph].-.sprintf(%1.0f,$rs[pol_sazbadph] * 100).%? This bug appears to me on two different servers: 1) Athlon based 2.4.12-k6 kernel - Apache/1.3.22 - php 4.1.0 RC3 Â './configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-config-file-path=/ etc/php4/apache' '--with-ibm-db2=/home/db2inst1/sqllib' 2) Pentium II based - 2.2.19pre17 kernel - Apache/1.3.9 - php 4.0.3pl1 './configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system' '--with- config-file-path=/etc/php4/apache' '--with-db2' '--with-zlib' '--without-pgsql' '-- disable-static' '--with-layout=GNU' '--with-zlib-dir=/usr' '--with-mysql=shared,/usr' '-- with-ibm-db2=/home/db2inst1/sqllib' The bug appears after we have compiled php against db2 libraries. I've found another bug in sprintf with the same frequency of appearance in bugs database. There is something bad in sprintf in some cases, but what? Edit this bug report at http://bugs.php.net/?id=14382edit=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 #14419: Please use Character-enable mysql_escape
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.1.0 PHP Bug Type: MySQL related Bug description: Please use Character-enable mysql_escape in file php-4.1.0/ext/mysql/php_mysql.c line 1365 --- Z_STRLEN_P(return_value) = mysql_escape_string(Z_STRVAL_P(return_value), Z_STRVAL_PP(str), Z_STRLEN_PP(str)); --- could you change from mysq_escape_string into mysql_ to something like #if MYSQL_VERSION_ID 32321 len = mysql_escape_string(out, in, size); #else if (self) { check_connection(self); len = mysql_real_escape_string((self-connection), out, in, size); } else len = mysql_escape_string(out, in, size); #endif (quote from mysql python module) -- Edit bug report at: http://bugs.php.net/?id=14419edit=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 #14431: my_getwd.c:62: #error No way to get current directory
From: [EMAIL PROTECTED] Operating system: Solaris8 PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: my_getwd.c:62: #error No way to get current directory This one seems to be similar to bug id 10269. Could someone assist me in working this out? ./configure \ --with-expat-dir=/usr/local \ --with-sablot=/usr/local \ --enable-xslt \ --with-xslt-sablot \ --with-openssl=/usr/local/ssl \ --with-curl=/opt \ --with-ldap=/usr/local \ --with-mysql \ --with-nsapi=/usr/netscape/server4 \ --with-iconv=/usr/local Making all in Zend Making all in main Making all in ext Making all in curl Making all in iconv Making all in ldap Making all in mysql Making all in libmysql /bin/sh /usr/software/php4/php-4.1.0/libtool --silent --mode=compile /usr/software/php4/php-4.1.0/meta_ccld -I. -I/usr/software/php4/php-4.1.0/ext/mysql/libmysql -I/usr/software/php4/php-4.1.0/main -I/usr/software/php4/php-4.1.0 -I/usr/netscape/server4/plugins/include -I/usr/software/php4/php-4.1.0/Zend -I/usr/local/ssl/include -I/opt/include -I/usr/local/include -I/usr/software/php4/php-4.1.0/ext/mysql/libmysql -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/software/php4/php-4.1.0/TSRM -DTHREAD=1 -g -O2 -pthreads -DZTS -prefer-pic -c my_getwd.c my_getwd.c:62: #error No way to get current directory *** Error code 1 make: Fatal error: Command failed for target `my_getwd.lo' Current working directory /usr/software/php4/php-4.1.0/ext/mysql/libmysql *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/software/php4/php-4.1.0/ext/mysql/libmysql *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/software/php4/php-4.1.0/ext/mysql *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/software/php4/php-4.1.0/ext *** Error code 1 make: Fatal error: Command failed for target `all-recursive' -- Edit bug report at: http://bugs.php.net/?id=14431edit=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 #14382 Updated: Locales and float numbers
ID: 14382 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: sprintf function doesn't print correct results Old Status: Closed Status: Open Bug Type: Variables related Operating System: Debian GNU/Linux Old PHP Version: PHP Version: 4.1.0 New Comment: Previous Comments: [2001-12-11 08:38:45] [EMAIL PROTECTED] This is the problem of syntax checking and locale settings. This script print a warning: setlocale(LC_ALL, en_US); // US have a decimal pointer $X = 1,22; // !!! bad syntax This script doesn't print a warning: setlocale(LC_ALL, cs_CZ); // CZ have a decimal comma $X = 1.22; // !!! also bad syntax The error caused by incorrect parsing of a float number is propagated into the next script lines and cause a false alerts in a many situations. When the variable is parsed as a string [2001-12-07 13:47:35] [EMAIL PROTECTED] Sometimes (1-10 times a day) appears a fatal bug in my php code. Sometime this sprintf expression returns me string like '0.05-0%': ?echo $rs[pol_sazbadph].-.sprintf(%1.0f,$rs[pol_sazbadph] * 100).%? This bug appears to me on two different servers: 1) Athlon based 2.4.12-k6 kernel - Apache/1.3.22 - php 4.1.0 RC3 Â './configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-config-file-path=/ etc/php4/apache' '--with-ibm-db2=/home/db2inst1/sqllib' 2) Pentium II based - 2.2.19pre17 kernel - Apache/1.3.9 - php 4.0.3pl1 './configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system' '--with- config-file-path=/etc/php4/apache' '--with-db2' '--with-zlib' '--without-pgsql' '-- disable-static' '--with-layout=GNU' '--with-zlib-dir=/usr' '--with-mysql=shared,/usr' '-- with-ibm-db2=/home/db2inst1/sqllib' The bug appears after we have compiled php against db2 libraries. I've found another bug in sprintf with the same frequency of appearance in bugs database. There is something bad in sprintf in some cases, but what? Edit this bug report at http://bugs.php.net/?id=14382edit=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 #13961 Updated: some characters in incomonig variable names are silently changed
ID: 13961 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Apache related Operating System: FreeBSD Old PHP Version: 4.0.6 PHP Version: 4.0.6, 4.1.0 Old Assigned To: derick Assigned To: New Comment: Not fixed in 4.1.0. Why? To be clear, one call is neccessary: for (i = 0; i arr-nelts; i++) { char *val,*key; if (elts[i].val) { val = elts[i].val; } else { val = empty_string; } key = estrdup(elts[i].key); /* HERE */ php_register_variable(key, val, track_vars_array ELS_CC PLS_CC) ; } Previous Comments: [2001-11-07 04:33:03] [EMAIL PROTECTED] This is not okay, PHP should not change the original key here. Checking it out. [2001-11-07 01:56:30] [EMAIL PROTECTED] I don't think that FAQ solves that problem. Look at the source code of Apache server. There are several tests of the variable force-response-1.0 there. The problem is not that php code variable is $force-response-1_0, that's OK, but the real problem is that apache variable name in r-subprocess_env is changed too. That's side effect and not pleasent. [2001-11-06 16:30:56] [EMAIL PROTECTED] This is mentioned in http://uk.php.net/manual/en/faq.html.php#AEN63677 . Impossible to find if you don't know where to find it. So changing this to a documentation problem. (the issue is that invalid characters in incoming variable names, like dots, are converted to underscores. This happens with any incoming variable name, be it GET, POST, ENV, or whatever.) Changed subject [2001-11-06 16:09:30] [EMAIL PROTECTED] Apache module mod_setenvif sets variables in r-subprocess_env. If variable name contains character ., then mod_php4.c/sapi_apache_register_server_variables() will replace it with _. This breaks internal variables like force-response-1.0 (php changes it to force-response-1_0). Solution: the key in the php_register_variable() call should be a copy of the real key. Edit this bug report at http://bugs.php.net/?id=13961edit=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 #14376 Updated: Multiple Variants cause apache to loop (?)
ID: 14376 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: COM related Operating System: W2k Server PHP Version: 4.0.6 New Comment: Try the latest development version from www.php4win.com, and check if it still has the problem. Please report back. Previous Comments: [2001-12-07 07:24:06] [EMAIL PROTECTED] PHP and COM are working together, but whenever multiple VARIANTs are made it has problems, single variants are okay. Once I perform the query on the object and get the values retuned to the browser, apache seems to get stuck in a loop and uses up around 98% of all system resources. $a = new VARIANT(); $b = new VARIANT(); will cause an apparent loop/whatever (Sorry I've not used the correct terminology) $a = new VARIANT(); on it's own allows the rest of the script to function. It is almost like PHP is not releasing the variant and allowing the page to display. See forums at ZEND, subject : PHP, COM and VARIANTS Whilst the values are returned to the browser, they do not actually get displayed, I end up with a white page, that is continually indicating that it is loading. However, if I view the source code I end up seeing the exact output and variables I was expecting, but it simply doesn't display. If I then kill the apache process (W2k, Apache, PHP setup for development work) the page displays. Help! I have tried to close/kill/exit/unload the COM object and the VARIANTS too, but all to no avail. We know that the COM object is completing all it's stuff as we've put that through the VB debugger (I haven't got time to learn the Zend debugger right now! Unless anyone knows of any really quick tutorials) If we do not use the VARIANT call but still use the COM object the system performs as expected, but as soon as a VARIANT gets involved the performance goes downhill, instantly. The browser does not display and the Server goes into a loop that absorbs all system resources. Please, please, can anybody help? I'm stumped. Enabled extensions are: extension=php_gd.dll extension=php_ming.dll extension=php_pdf.dll extension=php_pgsql.dll extension=php_zlib.dll The binary install was a default binary from www.firepages.com.au for W2k (the 13Mb one). Hope this helps. Biz Edit this bug report at http://bugs.php.net/?id=14376edit=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 #14404: scope notation
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.1.0 PHP Bug Type: Feature/Change Request Bug description: scope notation What are callbacks? I have created my callback system, and it is working like that: class Foo { function sum($a, $b) { return $a + $b; } } $staticCB = new Callback(Foo, sum); echo $staticCB-execute(array(5, 3)); // should result '8' $myFoo = new Foo(); $instanceCB = new Callback($myFoo, sum); echo $instanceCB-execute(array(2, 4)); // should result '6' function mySum($a, $b) { return $a + $b;} $funcCB = new Callback(null, mySum); echo $funcCB-execute(array(1, 2)); // should result '3' I want, you make possible to specify SCOPES, without dummy walkarounds like strings or variables, so make this possible: $staticCB = new Callback(Foo::sum); $instanceCB = new Callback($myFoo-sum); $funcCB = new Callback(mySum); -- Edit bug report at: http://bugs.php.net/?id=14404edit=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 #14354 Updated: sybase_query returns 1 regardless of delete success
ID: 14354 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Sybase (dblib) related Operating System: Linux Mandrake 8 PHP Version: 4.0.6 New Comment: Actually, this is not a bug. The query still executes ok, but the result is different then you want. You can check with the sybase_affected_rows function if it is deleted or not: www.php.net/sybase_affected_rows Derick Previous Comments: [2001-12-11 07:36:16] [EMAIL PROTECTED] Hello? Anybody home? I kinda need this problem to be solved, please. [2001-12-05 18:53:13] [EMAIL PROTECTED] When trying to delete a record that Sybase will not allow to be deleted because of referential integrity constraints, sybase_query returns 1. When the record can be deleted successfully, the return code is also 1. Example: // Delete record with referential integrity constraint $strSQL = delete from MyTable where MyId=3; $iResult = sybase_query($strSQL, $iLink ); echo Query Result: $iResult; // Displays 1 // Delete record without referential integrity constraint $strSQL = delete from MyTable where MyId=4; $iResult = sybase_query($strSQL, $iLink ); echo Query Result: $iResult; // Displays 1, too We use Sybase ASE 11.9.2 on a Linux Mandrake 8 Box. We have tried several times to run sybase-ct instead of the dblib, but could never make it work. Our current configure line: ./configure \ --with-apxs=/usr/sbin/apxs \ --with-pear \ --with-gd=yes \ --with-tiff-dir=/usr/local \ --with-png-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-ttf=/usr/src/freetype-1.3.1 \ --with-zlib \ --with-xml \ --with-ftp \ --with-mcal=../libmcal \ --with-imap=/usr/local \ --with-sybase=/opt/sybase-11.9.2 \ --with-mysql=/usr \ --with-mcrypt=/usr/local \ --with-mhash \ --with-pdflib \ --with-zlib-dir=/usr/local \ --with-fdftk=../fdftk \ --with-config-file-path=/etc/httpd/conf \ --enable-versioning \ --enable-track-vars We use both PHP3 and PHP4 as apache modules; it's a test server, we need it that way. Please contact me asap if you need more information. Michael. Edit this bug report at http://bugs.php.net/?id=14354edit=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 #14403: $obj-eval()
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.1.0 PHP Bug Type: Feature/Change Request Bug description: $obj-eval() I wish You make it possible: class Foo { function oEval($code) { eval($code); } } $myFoo = new Foo(); $myFoo-oEval(' $this-a = b; $this-b = c; '); echo $myFoo-a; // should result b -- Edit bug report at: http://bugs.php.net/?id=14403edit=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 #14398 Updated: PHP Core Dumps when connecting via UNIX sockets
ID: 14398 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: PostgreSQL related Operating System: Linux PHP Version: 4.0.6 New Comment: please post a backtrace here, check on : bugs.php.net/how-to-report.php how to do it. Derick Previous Comments: [2001-12-10 04:46:57] [EMAIL PROTECTED] The database called phpbook belongs to user postgres and is located on the local host (- Access via UNIX sockets and not TCP/IP). pg_host causes PHP to core dump - other commands don't seem to work properly as well. ?php $connstr = dbname=phpbook user=postgres; $dbh = @pg_connect($connstr); if ($dbh) { echo Handle existsbr; } echo Host: .pg_host($dbh).br; echo Database: .pg_dbname($dbh).br; echo Port: .pg_port($dbh).br; echo tty: .pg_tty($dbh).br; ? bash-2.05$ php connect.php X-Powered-By: PHP/4.0.6 Content-type: text/html Segmentation fault Edit this bug report at http://bugs.php.net/?id=14398edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14432: Have phpinfo() give the time as well as the date
From: [EMAIL PROTECTED] Operating system: Solaris 7 PHP version: 4.1.0 PHP Bug Type: Feature/Change Request Bug description: Have phpinfo() give the time as well as the date phpinfo() gives the build date of PHP, but it also needs to show the time. I'd like to be able to use the date/time to insure that I've got the latest/greatest install running in my Apache, but without the time part, that's not possible more than once a day. -- Edit bug report at: http://bugs.php.net/?id=14432edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14433: Degmentation fault
From: [EMAIL PROTECTED] Operating system: Linux 2.4.16 PHP version: 4.1.0 PHP Bug Type: Apache2 related Bug description: Degmentation fault It's very hard to tell why this happens, because it only does occationally. I've included a back trace: I'm running Apache 2.0.28 in prefork mode. As you can see the error occurs when I'm just trying to write something to the client. It doesn't seem to be associated with any particular operation. If I reload the same page 10 times, only 0-2 segfaults occur. However, most of the time there simply is no PHP output on the pages, but there are no segfaults either. #0 0x08254789 in ?? () #1 0x4025a9cf in php_apache_sapi_ub_write (str=0x825477b , str_length=0, tsrm_ls=0x8217070) at sapi_apache2.c:66 #2 0x402663af in php_ub_body_write_no_header (str=0x825475c option value=\18\18/option\n, str_length=31, tsrm_ls=0x8217070) at output.c:450 #3 0x4026582a in php_body_write (str=0x825475c option value=\18\18/option\n, str_length=31, tsrm_ls=0x8217070) at output.c:100 #4 0x4025d136 in php_body_write_wrapper (str=0x825475c option value=\18\18/option\n, str_length=31) at main.c:757 #5 0x4024e050 in zend_print_zval_ex (write_func=0x4025d104 php_body_write_wrapper, expr=0xbfffb010, indent=0) at zend.c:187 #6 0x4024dff1 in zend_print_zval (expr=0xbfffb010, indent=0) at zend.c:168 #7 0x4024dc88 in zend_print_variable (var=0xbfffb010) at zend_variables.c:172 #8 0x4023bd57 in execute (op_array=0x8252d84, tsrm_ls=0x8217070) at ./zend_execute.c:1217 #9 0x4024f7ea in zend_execute_scripts (type=8, tsrm_ls=0x8217070, retval=0x0, file_count=3) at zend.c:814 #10 0x4025e821 in php_execute_script (primary_file=0xbfffd658, tsrm_ls=0x8217070) at main.c:1309 #11 0x4025b201 in php_output_filter (f=0x8264f34, bb=0x82650cc) at sapi_apache2.c:361 #12 0x0811e065 in ap_pass_brigade (next=0x8264f34, bb=0x82650cc) at util_filter.c:276 #13 0x081245c8 in default_handler (r=0x825ce84) at core.c:2785 #14 0x0811300b in ap_run_handler (r=0x825ce84) at config.c:185 #15 0x081135b6 in ap_invoke_handler (r=0x825ce84) at config.c:344 #16 0x08102109 in ap_process_request (r=0x825ce84) at http_request.c:286 #17 0x080fe2c5 in ap_process_http_connection (c=0x81ce484) at http_core.c:289 #18 0x0811c81b in ap_run_process_connection (c=0x81ce484) at connection.c:82 #19 0x0811c9d9 in ap_process_connection (c=0x81ce484) at connection.c:219 #20 0x08111bec in child_main (child_num_arg=0) at prefork.c:803 #21 0x08111c9e in make_child (s=0x8170b2c, slot=0) at prefork.c:839 #22 0x08111db6 in startup_children (number_to_start=10) at prefork.c:913 #23 0x081121a5 in ap_mpm_run (_pconf=0x816f52c, plog=0x81a36cc, s=0x8170b2c) at prefork.c:1129 #24 0x0811774d in main (argc=4, argv=0xb9e4) at main.c:432 #25 0x400fd65f in __libc_start_main () from /lib/libc.so.6 -- Edit bug report at: http://bugs.php.net/?id=14433edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14413: loadingproblems with php and apache
From: [EMAIL PROTECTED] Operating system: windows XP professional PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: loadingproblems with php and apache I got a problem with php and apache (1.3.2.2). When running php as a module some pages doesn't load correctly, for example when doing a phpInfo(); the site just flashes by and then displays a 404 error, and some .phps files doesn't load good either. When Im running php as a cgi binary it works better, but it doesn't seem to rupport .phps files, although I configured it. It also doesn't work to do some http authorizing stuff that works when Im running it as a module. I need help!!! -Andreas -- Edit bug report at: http://bugs.php.net/?id=14413edit=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 #14421 Updated: Numeric string comparsion fails
ID: 14421 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Strings related Operating System: Suse Linux, Apache web server PHP Version: 4.0.6 New Comment: 200011211132516 is converted to a number, and so is 200011211132521. PHP can't handle numbers that large and therefor may work incorrect. Use === to avoid that conversion. Previous Comments: [2001-12-11 05:21:58] [EMAIL PROTECTED] ?php // Values are NOT the same and it should print out // It worked but it prints PHP bugs. if(200011211132516 == 200011211132521) { print(PHP bugs.); } else { print(It worked.); } ? Edit this bug report at http://bugs.php.net/?id=14421edit=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 #13437 Updated: PHP cores on exit; memory deallocation problem?
ID: 13437 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Reproducible crash Operating System: Linux Solaris PHP Version: 4.1RC5 New Comment: I tried using apache_child_terminate() as suggested, however, this doesn't help any. (It might be beneficial if this function and its required configuration option were documented somewhere.) Previous Comments: [2001-12-10 22:32:39] [EMAIL PROTECTED] Could you try calling apache_child_terminate() at the end of your script? [2001-12-04 10:54:55] [EMAIL PROTECTED] This helps with my problem of apache children being left in unusable states with large memory allocations. However, it is still entirely unreasonable that memory that takes only a few seconds to allocate should need several minutes to be disposed of. I just watched PHP take *six* minutes to dispose of 70 megs of memory it allocated, and on prior occasions when no one was watching, I've found it to have be running for *hours* cleaning up after itself. [2001-12-03 17:46:34] [EMAIL PROTECTED] I've seen this as well. The time limit you set is removed when the script finishes but before the memory is cleaned up. What I did to avoid the problem was to change the code in php_request_shutdown() main/main.c. The end of the function looks like: zend_try { shutdown_memory_manager(CG(unclean_shutdown), 0); } zend_end_try(); zend_try { zend_unset_timeout(TSRMLS_C); } zend_end_try(); I switched the timeout and the shutdown, and then it worked for me. It still takes a long time, but you don't get a timeout. Not sure if this is the correct fix, but maybe you want to test and confirm that it helps? [2001-12-03 15:58:46] [EMAIL PROTECTED] This problem is still happening on 4.1RC5, though it seems to be doing a little better than before. However it's also ignoring the time value I'm passing in to set_time_limit(), but only when it runs out of time during clean-up. #0 0x8107f05 in _efree (ptr=0xa62065c) at zend_alloc.c:240 240 REMOVE_POINTER_FROM_LIST(p); (gdb) bt #0 0x8107f05 in _efree (ptr=0xa62065c) at zend_alloc.c:240 #1 0x810829b in shutdown_memory_manager (silent=1, clean_cache=1) at zend_alloc.c:469 #2 0x807169e in php_module_shutdown () at main.c:1007 #3 0x8070239 in main (argc=3, argv=0xbc44) at cgi_main.c:788 [2001-10-10 22:17:21] [EMAIL PROTECTED] Confirmed on Redhat 7.2 No crash, but print_r($us) at the end of this script displays no output. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=13437 Edit this bug report at http://bugs.php.net/?id=13437edit=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 #14405: strict type control ability
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.1.0 PHP Bug Type: Feature/Change Request Bug description: strict type control ability Now: define(E_TYPE, Invalid type of argument); function dbexec($connObject, $query) { if (is_object($connObject)) { if (get_class($connObject) == dbconn) { if (is_string($query)) { return $connObject-execute($query); } else { trigger_error(E_TYPE, E_USER_ERROR); } } else { trigger_error(E_TYPE, E_USER_ERROR); } } else { trigger_error(E_TYPE, E_USER_ERROR); } } I want to be: function dbexec((dbconn) $connObject, (string) $query) { return $connObject-execute($query); } -- Edit bug report at: http://bugs.php.net/?id=14405edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14427: Big problem
From: [EMAIL PROTECTED] Operating system: RedHat 7.1 Linux 2.4.2-2 kernel PHP version: 4.1.0 PHP Bug Type: *General Issues Bug description: Big problem I builted php irc bot. It works whine with 4.0.6 php version. If i start bot with version 4.1.0, it takes about 1min before it even start totally. Computer loads get to over 5.00. Normally loads are 0.01-0.10. I have no problems with 4.0.6 but 4.1.0 doesn't work totally. -- Edit bug report at: http://bugs.php.net/?id=14427edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8769 Updated: Persistent connections aren't closed when using dynamically loaded module
ID: 8769 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: PostgreSQL related Operating System: RedHat 7.0/Linux 2.2.16 x86 PHP Version: 4.0.4pl1 New Comment: Seems to be fixed as of PHP 4.1.0 and Apache 1.3.22 Previous Comments: [2001-12-05 18:45:27] [EMAIL PROTECTED] Status = feedback [2001-12-05 18:36:27] [EMAIL PROTECTED] Does this happen with 4.1.0RC5? http://www.php.net/~zeev/php-4.1.0RC5.tar.gz [2001-01-17 23:01:09] [EMAIL PROTECTED] It seems that either the PostgreSQL connections are not killed after the Apache child process exits, or Apache isn't killing children as normal. If I use the dynamically loaded pgsql module, I run into the maximum number of PostgreSQL clients allowed almost immediately, whereas I have never maxed out the number of clients with the pgsql module compiled into the php library directly. Hope that clears it up. [2001-01-17 21:46:44] [EMAIL PROTECTED] What do you mean by persistent connections not closing? They are not supposed to close, hence the name. [2001-01-17 18:28:51] [EMAIL PROTECTED] When using the PostgreSQL functions that have been compiled as a dynamically loaded module, persistent connections do not seem to close properly. I'm loading the module using the dl() function call within my script. My original configure script was: ./configure \ --with-apxs=/usr/sbin/apxs \ --with-gettext=no \ --with-msql \ --with-pgsql=shared \ --without-mysql \ --without-gd \ --with-xml=shared \ --with-pdflib=/usr/local \ --enable-track-vars=yes \ --with-zlib \ --with-jpeg-dir=/usr \ --with-tiff-dir=/usr \ --with-session=/tmp \ --enable-trans-sid I fixed the problem by removing the shared from the --with-pgsql line. Edit this bug report at http://bugs.php.net/?id=8769edit=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 #14401: Wrong include_path from Apache Directory config
From: [EMAIL PROTECTED] Operating system: Linux i386 PHP version: 4.1.0 PHP Bug Type: *Configuration Issues Bug description: Wrong include_path from Apache Directory config We have a virtual host here where the include_path varies per directory. We configure this in the Apache config (php as a DSO module) like this: Directory /var/www/html/dir1 php_value include_path .:/var/www/html/dir1/lib /Directory Directory /var/www/html/dir2 php_value include_path .:/var/www/html/dir2/lib /Directory (and many more) We have tried this with many versions of Apache 1.3.x and php-4.0.x (up to apache-1.3.22 / php-4.1.0RC3) and all combinations exhibit the same problem: If there are two or more concurrent users that access different directories of this virtual host, one or more of them get pages with php errors, because the php scripts don't get the include files they need. The error messages show clearly that the include files were searched via a wrong include_path, i.e. one out of the other Directory .. sections of the same virtual host. We used both standard Redhat 7.x apache and php RPMs, as well as self-compiled RPMs based on Redhat's SRPMs, all with the same result/problem. If you need more specific information, please ask. -- Edit bug report at: http://bugs.php.net/?id=14401edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14427 Updated: Big problem
ID: 14427 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *General Issues Operating System: RedHat 7.1 Linux 2.4.2-2 kernel PHP Version: 4.1.0 New Comment: Can you provide some more information like a (simple) sample script, and your configure-line? Previous Comments: [2001-12-11 11:44:34] [EMAIL PROTECTED] I builted php irc bot. It works whine with 4.0.6 php version. If i start bot with version 4.1.0, it takes about 1min before it even start totally. Computer loads get to over 5.00. Normally loads are 0.01-0.10. I have no problems with 4.0.6 but 4.1.0 doesn't work totally. Edit this bug report at http://bugs.php.net/?id=14427edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14420: is_file prints stat failed .. message
From: [EMAIL PROTECTED] Operating system: Redhat Linux PHP version: 4.1.0 PHP Bug Type: Scripting Engine problem Bug description: is_file prints stat failed .. message We have found it out when upgraded our PHP from ver.4.0.1 to 4.1.0 . Function is_file() prints error message if file doesn't exist. The error message looks like: Warning: stat failed for /home/.../index.phtml (errno=2 - No such file or directory) in /home/.../index.phtml on line 17 When I tried to simulate the problem in test file - it didn't appear . But then I included my configuration file which contained other inclusions for our corporate API. Problem appeared in the test file. I commented inclusion line - problem still appear. After typing the message above, I refreshed that page - problem disappeared. All further tryings to cause error got failed. Problem appears constanlty on our sites where we use this function. -- Edit bug report at: http://bugs.php.net/?id=14420edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14407: Win32 SendMail function doesn't use From: in SMTP MAIL FROM command
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0CVS-2001-12-10 PHP Bug Type: Mail related Bug description: Win32 SendMail function doesn't use From: in SMTP MAIL FROM command The SendMail function that is used for Win32 platforms doesn't extract the From: header address to use as for the SMTP MAIL FROM command. As a result any mail bounces go to the sendmail_from php.ini option instead of to the sender. This is handled correctly in the PostHeader function (which doesn't add From: if it is already there), but not in TSendMail. The patch for win32/sendmail.c below allows TSendMail to use the e-mail from address if it is available, and default to the sendmail_from setting otherwise. 124,128c124,142 if (INI_STR(sendmail_from)){ RPath = estrdup(INI_STR(sendmail_from)); } else { return 19; --- if (headers strstr(headers, From:)) { char *pos; pos = strstr(headers, From:) + 5; while (pos (*pos == ' ')) pos++; if (pos strlen(pos)) { RPath = estrdup(pos); RPath[strcspn(RPath, \r\n)] = '\x0'; } } if (!RPath) { if (INI_STR(sendmail_from)) { RPath = estrdup(INI_STR(sendmail_from)); } else { return 19; } -- Edit bug report at: http://bugs.php.net/?id=14407edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14433 Updated: Segmentation fault
ID: 14433 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: Degmentation fault Status: Open Bug Type: Apache2 related Operating System: Linux 2.4.16 PHP Version: 4.1.0 New Comment: Update: I have reproduced what I believe is the same error under Apache 1.3.22. It was compiled without debug information, so no backtrace this time :( Previous Comments: [2001-12-11 15:03:29] [EMAIL PROTECTED] It's very hard to tell why this happens, because it only does occationally. I've included a back trace: I'm running Apache 2.0.28 in prefork mode. As you can see the error occurs when I'm just trying to write something to the client. It doesn't seem to be associated with any particular operation. If I reload the same page 10 times, only 0-2 segfaults occur. However, most of the time there simply is no PHP output on the pages, but there are no segfaults either. #0 0x08254789 in ?? () #1 0x4025a9cf in php_apache_sapi_ub_write (str=0x825477b , str_length=0, tsrm_ls=0x8217070) at sapi_apache2.c:66 #2 0x402663af in php_ub_body_write_no_header (str=0x825475c option value=\18\18/option\n, str_length=31, tsrm_ls=0x8217070) at output.c:450 #3 0x4026582a in php_body_write (str=0x825475c option value=\18\18/option\n, str_length=31, tsrm_ls=0x8217070) at output.c:100 #4 0x4025d136 in php_body_write_wrapper (str=0x825475c option value=\18\18/option\n, str_length=31) at main.c:757 #5 0x4024e050 in zend_print_zval_ex (write_func=0x4025d104 php_body_write_wrapper, expr=0xbfffb010, indent=0) at zend.c:187 #6 0x4024dff1 in zend_print_zval (expr=0xbfffb010, indent=0) at zend.c:168 #7 0x4024dc88 in zend_print_variable (var=0xbfffb010) at zend_variables.c:172 #8 0x4023bd57 in execute (op_array=0x8252d84, tsrm_ls=0x8217070) at ./zend_execute.c:1217 #9 0x4024f7ea in zend_execute_scripts (type=8, tsrm_ls=0x8217070, retval=0x0, file_count=3) at zend.c:814 #10 0x4025e821 in php_execute_script (primary_file=0xbfffd658, tsrm_ls=0x8217070) at main.c:1309 #11 0x4025b201 in php_output_filter (f=0x8264f34, bb=0x82650cc) at sapi_apache2.c:361 #12 0x0811e065 in ap_pass_brigade (next=0x8264f34, bb=0x82650cc) at util_filter.c:276 #13 0x081245c8 in default_handler (r=0x825ce84) at core.c:2785 #14 0x0811300b in ap_run_handler (r=0x825ce84) at config.c:185 #15 0x081135b6 in ap_invoke_handler (r=0x825ce84) at config.c:344 #16 0x08102109 in ap_process_request (r=0x825ce84) at http_request.c:286 #17 0x080fe2c5 in ap_process_http_connection (c=0x81ce484) at http_core.c:289 #18 0x0811c81b in ap_run_process_connection (c=0x81ce484) at connection.c:82 #19 0x0811c9d9 in ap_process_connection (c=0x81ce484) at connection.c:219 #20 0x08111bec in child_main (child_num_arg=0) at prefork.c:803 #21 0x08111c9e in make_child (s=0x8170b2c, slot=0) at prefork.c:839 #22 0x08111db6 in startup_children (number_to_start=10) at prefork.c:913 #23 0x081121a5 in ap_mpm_run (_pconf=0x816f52c, plog=0x81a36cc, s=0x8170b2c) at prefork.c:1129 #24 0x0811774d in main (argc=4, argv=0xb9e4) at main.c:432 #25 0x400fd65f in __libc_start_main () from /lib/libc.so.6 Edit this bug report at http://bugs.php.net/?id=14433edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14394: Problem with line 1457 archive_cmds
From: [EMAIL PROTECTED] Operating system: Mac OSX 10.1 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: Problem with line 1457 archive_cmds When compiling PHP on MacOSX 10.1 you must update line 1457 of the ltconfig file. Trying to compile the source code from php.net as is results in this error: /usr/bin/ld: -undefined error must be used when - twolevel_namespace is in effect make[1]: *** [libphp4.la] Error 1 make: *** [all-recursive] Error 1 Original source line# 1457 of ltconfig downloaded from php.net: archive_cmds='$CC -bundle -undefined suppress -o $lib $libobjs $deplibs $linkopts' What must be used on line 1457 of ltconfig to successfully compile: archive_cmds='$CC -force_flat_namespace -bundle -undefined suppress -o $lib $libobjs $deplibs $linkopts' It took me a long time to find the answer for this problem. There is an article on the Apple developer pages that gave me the change, but they have the wrong line number listed [maybe the source has been updated] Article that told me how to fix it: http://developer.apple.com/internet/macosx/php.html -- Edit bug report at: http://bugs.php.net/?id=14394edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14228 Updated: configure cannot handle bison-1.29 version info
ID: 14228 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Configuration Issues Operating System: FreeBSD PHP Version: 4.0.6 New Comment: Fixed in CVS. Fix will be in next release. (4.2.0) Previous Comments: [2001-11-26 08:06:11] [EMAIL PROTECTED] Current configure.in cannot handle bison 1.29 lator (bison -V message is changed). Workaround for 4.0.6 is below: http://www.freebsd.org/cgi/mid.cgi?[EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=14228edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14429: PSPELL CONFIG
From: [EMAIL PROTECTED] Operating system: freebsd 4.3 PHP version: 4.1.0 PHP Bug Type: *General Issues Bug description: PSPELL CONFIG I am running the following config line and getting a ok reponse on the inital configuration of PHP 4.1.0. ./configure --prefix=/usr/local/php --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-pspell=/usr/local/aspell But when I run the make I am getting the following errors: Making all in pspell /bin/sh /usr/local/php/libtool --silent --mode=compile gcc -I. -I/usr/local/php/ext/pspell -I/usr/local/php/m ain -I/usr/local/php -I/usr/local/apache/include -I/usr/local/php/Zend -I/usr/local/php/ext/mysql/libmysql -I/ usr/local/aspell/include/pspell -I/usr/local/php/ext/xml/expat/xmltok -I/usr/local/php/ext/xml/expat/xmlparse -I/usr/local/php/TSRM -DUSE_EXPAT -DXML_BYTE_ORDER=12 -g -O2 -c pspell.c pspell.c: In function `php_if_pspell_check': pspell.c:304: too few arguments to function `pspell_manager_check' pspell.c: In function `php_if_pspell_suggest': pspell.c:340: too few arguments to function `pspell_manager_suggest' pspell.c: In function `php_if_pspell_store_replacement': pspell.c:377: warning: passing arg 3 of `pspell_manager_store_replacement' makes integer from pointer without a cast pspell.c:377: too few arguments to function `pspell_manager_store_replacement' pspell.c: In function `php_if_pspell_add_to_personal': pspell.c:414: too few arguments to function `pspell_manager_add_to_personal' pspell.c: In function `php_if_pspell_add_to_session': pspell.c:451: too few arguments to function `pspell_manager_add_to_session' *** Error code 1 Stop in /usr/local/php/ext/pspell. *** Error code 1 Stop in /usr/local/php/ext/pspell. *** Error code 1 Stop in /usr/local/php/ext. *** Error code 1 Stop in /usr/local/php. I am sure that pspell and aspell are installed properly. Any ideas? -- Edit bug report at: http://bugs.php.net/?id=14429edit=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 #14406: typeof operator
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.1.0 PHP Bug Type: Feature/Change Request Bug description: typeof operator First part of code is the same in every way: class Foo {} $o = new Foo(); Now there is: if (get_class($o) == foo) { // ok } else { // not ok } I can create walkaround: function typeof($obj, $classname) { return (get_class($obj) == strtolower(trim($classname))); } if (typeof($o, Foo))) { // ok } else { // not ok } You should make it easier, by new `typeof' operator: if ($o typeof Foo) { // ok } else { // not ok } like in JavaScript. -- Edit bug report at: http://bugs.php.net/?id=14406edit=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 #14417: php result page not showing but php.ini is perfect
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: php result page not showing but php.ini is perfect ?php phpinfo(); ? saved as index.php Page is not being show when I type http://domainname.co.in/index.php Please help me in this regard as soon as possible! -- Edit bug report at: http://bugs.php.net/?id=14417edit=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 #14428: range-based regrouping and import ability
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.1.0 PHP Bug Type: Feature/Change Request Bug description: range-based regrouping and import ability It would be nice, if some 'future-thinking' group od PHP developers will convert all, for example string functions into String class. I mean, that for example instead of using strpos($mystring, b) it would be nice to make it: String::pos($mystring, b) or to create Java-like objects, so: $mystring-pos(b) will be the best. If functions will be used, then should be imported, like in Perl or Java: import(::String). Of course, you can use pos(), but now take care about current package and it's function pos(), like in Perl or Java. -- Edit bug report at: http://bugs.php.net/?id=14428edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14425: extract() can overwrite $GLOBALS within a function context
From: [EMAIL PROTECTED] Operating system: Linux (Mandrake 8.1) PHP version: 4.0.6 PHP Bug Type: Variables related Bug description: extract() can overwrite $GLOBALS within a function context //I did this: function test() { $a=array(GLOBALS=nothing); extract($a); var_dump($GLOBALS); } test(); // The script will overwrite the $GLOBALS variable // I did not want it to overwrite the $GLOBALS variable // Then in the global scope, I did this:$a=array(GLOBALS=nothing); extract($a); var_dump($GLOBALS); //The script did not overwrite the $GLOBALS variable. // It did what I wanted it to do. By allowing the extract function to overwrite global variables within a function can lead to serious security holes. Particularily if URL parameters are passed into a function that extracts them. (And then if my function still expects GLOBALS to be legit, it could be passed false information.) I suggest making extract unable to overwrite any global variables within a function. ($GLOBALS, and any variables declared global $x, etc..) As a second measure it might be good to make extract more conservative in general by defaulting to EXTR_SKIP instead of EXTR_OVERWRITE I can, of course, fix my own code for the time being to avoid this problem by using extract($params,EXTR_SKIP); However I think fixing the problem for PHP as a whole would help others as well. Thank you. Keep up the excellent work! Phil -- Edit bug report at: http://bugs.php.net/?id=14425edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14355 Updated: ldap_connect works intermittantly
ID: 14355 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: LDAP related Operating System: Solaris 2.6 (SPARC) PHP Version: 4.0.6 New Comment: tried it with php built into apache statically. same problem.. Previous Comments: [2001-12-06 01:19:33] [EMAIL PROTECTED] I just watched the wire w/ tcpdump - there's no communication between the webserver and the LDAP server. [2001-12-05 18:58:28] [EMAIL PROTECTED] server config - Sun Ultra 2 (dual 300mhz IIs), 768MB RAM, Solaris 2.6 (SPARC), Apache 1.3.20, PHP 4.0.6 (and 4.0CVS- 12-0-4) configured as DSOs. I'm trying to build PHP as an apache module w/ support for LDAP (for use w/ HORDE). PHP builds fine, and apxs is able to make the .so file, but I regularly get Unable to connect to LDAP server. Apache doesn't segfault, and phpinfo() shows that LDAP support has been built in. There is no mention of it in my php error log, nor my apache error log. My build was fairly complex (including support Oracie 8i, which I disabled when I found the OpenLDAP / OCI8 / Solaris threads in the bugs database). I've tried building against OpenLDAP 1.2.12, 1.2.13, 2.0.18 and the Oracle LDAP library that ships w/ 8.1.17 (when I added --with-oci8). The most basic configuration line looks like: env CC=gcc \ CFLAGS=-I/usr/local/openldap/include \ CPPFLAGS=-I/usr/local/openldap/include \ CXXFLAGS=-I/usr/local/openldap/include \ ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-ldap=/usr/local/openldap I make distclean between re-configure and re-builds. I've tried gcc 2.95.2, 2.95.3, and the Sun Workshop (4.2) version cc. I've had no problem with PHP+LDAP when built as the CGI. The DSO has been very flakey. I've not tried building PHP directly into Apache. If the DSO works, it works until the apache is restarted. I've not kept track, but I'd say at least 75% of the time after apache is restarted (or stopped and started), LDAP doesn't work - and this behavior is consistant with the various LDAP libraries I've tried. I wish I could provide more information - is there additional debugging I can turn on, or maybe add to the C code? thanks much Edit this bug report at http://bugs.php.net/?id=14355edit=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 #7615 Updated: Session management in thttpd / proxy problem
ID: 7615 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Other web server Operating System: Linux 2.2.17 (Slackware 7.1) PHP Version: 4.0.3pl1 New Comment: Issue closed. Thanks for your efforts. Previous Comments: [2001-12-10 09:56:43] [EMAIL PROTECTED] The POST problem has been fixed in CVS finally. Thanks for your report. [2001-05-02 03:18:34] [EMAIL PROTECTED] James, This works OK: thttpd - Firewall w/NAT - Internet - ISP - Client This doesn't: thttpt - Firewall - Internet - ISP - Proxy - Client Seems that either thttpd/php does not deliver the 'proxy-no-cache' pragma or that the proxy filters out the 'no-cache' pragma on the way to the client browser. Regards, Ben [2001-05-01 08:58:54] [EMAIL PROTECTED] Can you please try this without the firewall inbetween you and the webserver and see if the firewall delay is causing the problem or if it is definatly a PHP-Thttpd problem. - James [2000-12-26 04:51:27] [EMAIL PROTECTED] I think the initial post pretty much sums it up. I haven't got any sample page/app ready with authentication, cookies _and_ a firewall in between. But Dragonflymail/Squirrelmail is pretty easy to install and should yield the desired behaviour. Don't you have kinda regression test suites ready at php's? Now this would be a very useful addition. Regards, Ben [2000-12-22 20:02:56] [EMAIL PROTECTED] Do I understand you correctly that thttpd/PHP does not read the POST data completely? If that is the case, PHP might not be able to get the correct POST data. Can you provide an example for this situation (i.e. a form which gets submitted to a server which displays the variables it received)? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=7615 Edit this bug report at http://bugs.php.net/?id=7615edit=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 #14390: HTTP Upload files missing few bytes from end
From: [EMAIL PROTECTED] Operating system: WinXP PHP version: 4.1.0 PHP Bug Type: Filesystem function related Bug description: HTTP Upload files missing few bytes from end I have some scripts used to upload gifs. The form has the right enctype, and the script looks like: == list($filename, $fileext) = explode(., basename($upfile_name)); $file = $filename . '.' . $fileext; if (file_exists($DOCUMENT_ROOT . '/dbimages/' . $file)) { $i = 0; while(file_exists($DOCUMENT_ROOT . '/dbimages/' . $file)) { $i++; $file = $filename . '(' . $i . ').' . $fileext; } } $rfp = fopen($upfile, 'r'); $wfp = fopen($DOCUMENT_ROOT . '/dbimages/' . $file, 'w'); fwrite($wfp, fread($rfp, filesize($upfile))); fclose($wfp); fclose($rfp); == But the uploaded file is missing a few bytes. Check out the screenshot below. It's only about 5 bytes missing, but that doesn't help a browser trying to render the image. I downloaded a windows binary about 2 weeks ago and installed it on winxp/apache. If you need any other info, just ask. http://customfones.com/temp/php_upload.GIF -- Edit bug report at: http://bugs.php.net/?id=14390edit=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 #14434: gmp()-failure
From: [EMAIL PROTECTED] Operating system: Linux 2.4.x/Apache 1.3.22 PHP version: 4.1.0 PHP Bug Type: Unknown/Other Function Bug description: gmp()-failure Starting with version 4.1.0, the gmp_init() and/or gmp_strval() function seems broken. Having checked the changelog/press release for 4.1.0, there was mention of an optional argument to gmp_init(), one that I do not use. And code that worked in 4.0.6 does not work with 4.1.0 (no other changes other than upgrading to the new PHP). Reverting back to 4.0.6 immediately resolves the problem. -- Edit bug report at: http://bugs.php.net/?id=14434edit=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 #14434 Updated: gmp()-failure
ID: 14434 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: Linux 2.4.x/Apache 1.3.22 PHP Version: 4.1.0 New Comment: Starting with version 4.1.0, the gmp_init() and/or gmp_strval() function seems broken. Having checked the changelog/press release for 4.1.0, there was mention of an optional argument to gmp_init(), one that I do not use. And code that worked in 4.0.6 does not work with 4.1.0 (no other changes other than upgrading to the new PHP). Reverting back to 4.0.6 immediately resolves the problem. Previous Comments: [2001-12-11 15:26:27] [EMAIL PROTECTED] Starting with version 4.1.0, the gmp_init() and/or gmp_strval() function seems broken. Having checked the changelog/press release for 4.1.0, there was mention of an optional argument to gmp_init(), one that I do not use. And code that worked in 4.0.6 does not work with 4.1.0 (no other changes other than upgrading to the new PHP). Reverting back to 4.0.6 immediately resolves the problem. Edit this bug report at http://bugs.php.net/?id=14434edit=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 #13933 Updated: error_log and HTTP redirect using header conflict
ID: 13933 Updated by: zak Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Windows NT4 SP6 PHP Version: 4.0.6 Old Assigned To: Assigned To: zak New Comment: Assigning it to myself so that I don't forget about it. :) Previous Comments: [2001-12-05 04:24:00] [EMAIL PROTECTED] I finally found time to test. Here it goes. First of all, PHP config is: error_log is not set display_errors is off log_errors is on error_reporting is standard (E_ALL ~E_NOTICE) Then, the page I'm testing: ? error_log (this is a test, 0); header(Location: index.php); ? And finally, the results: - in Apache's log file, I get these two lines: [Wed Dec 05 10:09:59 2001] [error] [client 172.22.50.91] this is a test [Wed Dec 05 10:09:59 2001] [error] [client 172.22.50.91] PHP Warning: Cannot add header information - headers already sent in d:\wwwroot\htdocs\csf_recette\titi.php on line 3 - the source of the generated page displayed in IE is as follow, eventhough nothing has been output: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META http-equiv=Content-Type content=text/html; charset=iso-8859-1/HEAD BODY/BODY/HTML Conclusion: - error_log works fine, it does what I expect, but it might do a little more; - PHP complains about something being output *before* the call to header. I've tried removing this call (to header), my message is logged, and I *still* get the same output; - thus, somehow, the call to error_log produces PHP or Apache to generate this unexpected HTML code while logging; I've tried almost the same settings on another server (difference in php.ini is display_errors on) and it works quite fine. Could there be other parts of PHP's configuration, or even Apache's conf, altering the expected behaviour ? [2001-11-12 19:54:19] [EMAIL PROTECTED] Status - feedback (Zak! try to remember? :) [2001-11-12 17:01:23] [EMAIL PROTECTED] Sounds like error_log() was generating an error message because the error_log directive was not set. Once the error message was generated, output would be sent to the browser, causing the headers to be sent and the header() call to fail. Try unsetting the error_log directive in php.ini and run a script that only calls error_log(). [2001-11-05 09:11:29] [EMAIL PROTECTED] [Might be related to bug #11213] Using : NT4 SP6 Apache 1.3.20 PHP 4.0.6 Zend Optimizer 1.1 (bug reproduced without also) I have a quite short PHP page needing to log something, and then switch to another PHP page. I use the following PHP code : error_log ($message, 0); header(Location: new-location.php); I then get the following error message : Cannot add header information - headers already sent If I remove the call to error_log, the problem disappears, but I won't get the event logged :( Thus, error_log must be 'the one' producing the unexpected output. If I swap the two calls, (header first, then error_log), I'll get to new-location.php, but nothing will get logged :( If I specify a filename in the call to error_log, and leave it in second position (see following example), it works fine (except I don't automatically get the date and IP address of client like I used to get in Apache's log). error_log ($message, 3, 'd:/program files/apache group/apache/logs/error.log'); Here is my PHP configuration regarding logging functions : error_reporting = E_ALL ~E_NOTICE display_errors = On display_startup_errors = Off log_errors = On Let's add another strange behaviour. If I add the following line in php.ini : error_log = d:/program files/apache group/apache/logs/error.log and execute again the first example (error_log with 2 args and then header), it works fine :) Any clues ? Edit this bug report at http://bugs.php.net/?id=13933edit=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 #14422: Wrong week-numbers for year 2002
From: [EMAIL PROTECTED] Operating system: Win32 PHP version: 4.0.6 PHP Bug Type: Date/time related Bug description: Wrong week-numbers for year 2002 // Example: Week of Jan 01, 2002: $sec = mktime(0,0,0,1,1,2002); $week = strftime(%W, $sec); Result: $week = 00 !!! Should be: 01 ! -- Edit bug report at: http://bugs.php.net/?id=14422edit=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 #14421: Numeric string comparsion fails
From: [EMAIL PROTECTED] Operating system: Suse Linux, Apache web server PHP version: 4.0.6 PHP Bug Type: Strings related Bug description: Numeric string comparsion fails ?php // Values are NOT the same and it should print out // It worked but it prints PHP bugs. if(200011211132516 == 200011211132521) { print(PHP bugs.); } else { print(It worked.); } ? -- Edit bug report at: http://bugs.php.net/?id=14421edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14435: imap_status fails if multiple imap connections made
From: [EMAIL PROTECTED] Operating system: Linux (RH7.2, 2.4.9-7) PHP version: 4.1.0 PHP Bug Type: IMAP related Bug description: imap_status fails if multiple imap connections made If I open multiple imap connections to different servers I can not use imap_status on the first server opened, but other imap calls (example: imap_mailboxmsginfo) will work. This seems similar to bug 8424, but involving multiple servers. Code example: ? $conn1 = imap_open({host1:143}INBOX,user1,password1); var_dump($conn1); $status1 = imap_status($conn1,{host1:143}INBOX,SA_ALL); var_dump($status1); $conn2 = imap_open({host2:143}INBOX,user2,password2); var_dump($conn2); $status2 = imap_status($conn2,{host2:143}INBOX,SA_ALL); var_dump($status2); $status1 = imap_status($conn1,{host1:143}INBOX,SA_ALL); var_dump($status1); $info1 = imap_mailboxmsginfo($conn1); var_dump($info1); imap_close ($conn1); imap_close ($conn2); ? The results from running this against two different servers (with different user IDs and passwords) are: resource(1) of type (imap) object(stdClass)(6) { [flags]= int(31) [messages]= int(2) [recent]= int(0) [unseen]= int(0) [uidnext]= int(3) [uidvalidity]= int(1008100790) } resource(2) of type (imap) object(stdClass)(6) { [flags]= int(31) [messages]= int(9) [recent]= int(0) [unseen]= int(1) [uidnext]= int(56694) [uidvalidity]= int(407) } bool(false) object(stdClass)(8) { [Unread]= int(0) [Deleted]= int(0) [Nmsgs]= int(2) [Size]= int(4974) [Date]= string(37) Tue, 11 Dec 2001 15:20:52 -0500 (EST) [Driver]= string(4) imap [Mailbox]= string(49) {localhost.localdomain:143/imap/user=user}INBOX [Recent]= int(0) Note the bool(false) return from the second imap_status call against host1, though I never closed the imap_connection and the imap_mailboxmsginfo call below works fine. I can see errors in the systems logs being generated by this script. It seems that imap_status is getting the host correct but is passing the wrong userid to the imap server. So for example in the above I see errors from imapd on host1 using the username from host2. (FWIW I also seen this behavior with the 4.2.0-dev tree from November 28th, 2001). --rdp -- Edit bug report at: http://bugs.php.net/?id=14435edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14387: DESTDIR option to make
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.1.0 PHP Bug Type: Feature/Change Request Bug description: DESTDIR option to make Something similair to Apache's DESTDIR option to make would be great, when building PHP to be distributed on a cluster of webservers, you often have a test environment where you're not root -- In these cases, you need to test your php installation (with appropriate paths, such as /usr/local/lib/php). However, you need the data to be installed in your home directory. ie, make install := /usr/lib/php/PEAR.php /usr/bin/php etc. make install DESTDIR=/home/sterling /home/sterling/usr/lib/php/PEAR.php /home/sterling/usr/bin/php -- Edit bug report at: http://bugs.php.net/?id=14387edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14408 Updated: compiled failed for target ldap.lo
ID: 14408 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Solaris 8 Old PHP Version: 4.0.6 PHP Version: php4-200112040900 New Comment: I am using Netscape Directory SDK for C 4.14. The ldap header file being used while compliling is the one that came with the SDK. Is 4.14 not supported? The configuration options I specified to build php were: ./configure \ --with-expat-dir=/usr/local \ --with-sablot=/usr/local \ --enable-xslt \ --with-xslt-sablot \ --with-openssl=/usr/local/ssl \ --with-curl=/opt \ --with-ldap=/usr/local \ --with-mysql \ --with-nsapi=/usr/netscape/server4 \ --with-iconv=/usr/local Previous Comments: [2001-12-10 13:23:42] [EMAIL PROTECTED] Compiling with the LDAP module fails with the following error. Am I missing something? # make ... ... /bin/sh /usr/software/php2/php4-200112040900/libtool --silent --mode=compile gcc -I. -I/usr/software/php2/php4-200112040900/ext/ldap -I/usr/software/php2/php4-200112040900/main -I/usr/software/php2/php4-200112040900 -I/usr/netscape/server4/plugins/include -I/usr/software/php2/php4-200112040900/Zend -I/usr/local/ssl/include -I/opt/include -I/usr/local/include -I/usr/software/php2/php4-200112040900/ext/mysql/libmysql -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/software/php2/php4-200112040900/TSRM -DTHREAD=1 -g -O2 -pthreads -DZTS -prefer-pic -c ldap.c ldap.c:2010: parse error before `LDAP_CONST' ldap.c: In function `_ldap_rebind_proc': ldap.c:2016: `params' undeclared (first use in this function) ldap.c:2016: (Each undeclared identifier is reported only once ldap.c:2016: for each function it appears in.) ldap.c:2018: `tsrm_ls' undeclared (first use in this function) ldap.c:2028: `url' undeclared (first use in this function) ldap.c:2031: too few arguments to function `call_user_function_ex' *** Error code 1 make: Fatal error: Command failed for target `ldap.lo' Current working directory /usr/software/php2/php4-200112040900/ext/ldap *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/software/php2/php4-200112040900/ext/ldap *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/software/php2/php4-200112040900/ext *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Edit this bug report at http://bugs.php.net/?id=14408edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Bug-updates
On Tue, Dec 11, 2001 at 07:48:07PM -, Jim Winstead wrote: Any idea why bug postings / updates are not longer posted to this list? they were being held up by the spam protection. they should make it through now (and the ones sent in the last few days should start showing up soon). Too bad. I was enjoying the fact that the list was limited to development discussion. =) -- Jon Parise ([EMAIL PROTECTED]) . Information Technology (2001) 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] CVS Account Request: firefox
attention -- 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]