[PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c
Marcus Börger wrote: helly Wed Sep 4 11:30:59 2002 EDT Modified files: /php4/sapi/cgi cgi_main.c Log: Fix headers when default content type is used. #THIS fixes the problems with error_log() Thank you! -- 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, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cliphp_cli.c
On Sat, 11 May 2002, Edin Kadribasic wrote: $ php -vv PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 On second thought, do we really need this. Can you imagine scenario where I think it is useful, as the number of shared modules will increase when PECL comes into play. [...] Derick --- Did I help you? http://www.jdimedia.nl/derick/link.php?url=giftlist Frequent ranting: http://www.jdimedia.nl/derick/ --- PHP: Scripting the Web - [EMAIL PROTECTED] All your branches are belong to me! SRM: Script Running Machine - www.vl-srm.net --- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cliphp_cli.c
On Sat, 11 May 2002, Markus Fischer wrote: Someone came up that it may be a use for PECL modules (or any C extension) which relies on a certain API number. Maybe Stig can see a use for it? Blame Derick who came up with the idea (I think ? :-) *hides*. I'm still not buying it. If future modules are dependent upon a specific version of PHP to work, that version will more than likely be the PHP version. I don't see how the API number is going to effect any development. Multiple version of any of those mentioned API numbers are not possible per release (it's only a #define, nothing more). My point exactly. Which standard ? :) Anyway, It's quite common to have multiple occurences of the same option additionally enhance the option, e.g. rpm: $ rpm --help|grep verbose -v- be a little more verbose -vv - be incredibly verbose (for debugging) A de facto standard stating -v is for version information. And please PLEASE don't use RPM as a model for software development. So far that is the first time I've ever seen the -vv option. Look against things like gcc, sendmail, and a multitude of other cross-platform tools. -v is what people have to expect for version statistics. Btw, jimw has activated the new anti-spam feature also for [EMAIL PROTECTED] adressed (just in case ... ) Why build a house on the river delta, knowing the river floods, when I can build on the high grounds and be safer? AKA I'd rather not stop spam at the receiving level, but rather at the sending level. --- Dan KalowskyThe record shows, I took the blows. http://www.deadmime.org/~dankAnd did it my way. [EMAIL PROTECTED] - My Way, Frank Sinatra [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cli php_cli.c
On Sat, May 11, 2002 at 06:43:54AM -0400, Dan Kalowsky wrote : On Sat, 11 May 2002, Markus Fischer wrote: Someone came up that it may be a use for PECL modules (or any C extension) which relies on a certain API number. Maybe Stig can see a use for it? Blame Derick who came up with the idea (I think ? :-) *hides*. I'm still not buying it. If future modules are dependent upon a specific version of PHP to work, that version will more than likely be the PHP version. I don't see how the API number is going to effect any development. So far we have 3 votes for it, 1 against it (not counting mine). Maybe the others can give some useful examples too (as this was not suggested by me but I don't think it harms us and I find the -vv switch quite nice, but we could use -V too). Which standard ? :) Anyway, It's quite common to have multiple occurences of the same option additionally enhance the option, e.g. rpm: $ rpm --help|grep verbose -v- be a little more verbose -vv - be incredibly verbose (for debugging) A de facto standard stating -v is for version information. And please PLEASE don't use RPM as a model for software development. It is NOT a model for me. It was just the quickest thing I could find. I've seen numerous apps using switches this way in the past years, though I would not sit here if I could remember everything I've seen in my life :) - Markus -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc I'm not stupid, you know? :) - Jani Taskinen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cli php_cli.c
A de facto standard stating -v is for version information. And please PLEASE don't use RPM as a model for software development. It is NOT a model for me. It was just the quickest thing I could find. I've seen numerous apps using switches this way in the past years, though I would not sit here if I could remember everything I've seen in my life :) Many apps use multiple swithces for similar purpose. Typical use is to enhance the original switch. The logining level on OpenBSD's ftpd is specified by repeating -l switch many times. I've seen examples of -l -l -l (or -lll) or more. Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cli php_cli.c
php-config is for displaying information like this without the need for further parsing. Why not just add --zend-module-api --php-module-api and --zend-ext-api flags to php-config outputting the number and nothing else? - Stig On Sat, 2002-05-11 at 04:00, Markus Fischer wrote: Hi, On Sat, May 11, 2002 at 10:45:12AM +0900, Yasuo Ohgaki wrote : Markus Fischer wrote: Hi, I've modified the out now to look something like $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies Derick suggested also to add some other internal version numbers like module about for both PHP and Zend. We just need to come up with a decent description of the various numbers: ZEND_EXTENSION_API_NO ZEND_MODULE_API_NO PHP_VERSION_API How about use the macro names? For example, programmers may try to find . -name *.[ch] | xargs grep -n PHP_VERSION_API to see how API version macros are used. Ok, that would mean getting the PHP version number is something like php -v |grep PHP |grep -v PHP_ | ... sounds ok to me. So a complete output can look like: $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 ? Hmm, now looking again, this looks ugly :) Would it make sense to have $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies and $ php -vv PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 Or is this just unnecessary bloat and let's fire all versions we have to standard output with -v ? - Markus -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc I'm not stupid, you know? :) - Jani Taskinen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cli php_cli.c
Hi, that's even better! :) - Markus On Sat, May 11, 2002 at 03:42:00PM +0200, Stig S. Bakken wrote : php-config is for displaying information like this without the need for further parsing. Why not just add --zend-module-api --php-module-api and --zend-ext-api flags to php-config outputting the number and nothing else? - Stig On Sat, 2002-05-11 at 04:00, Markus Fischer wrote: Hi, On Sat, May 11, 2002 at 10:45:12AM +0900, Yasuo Ohgaki wrote : Markus Fischer wrote: Hi, I've modified the out now to look something like $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies Derick suggested also to add some other internal version numbers like module about for both PHP and Zend. We just need to come up with a decent description of the various numbers: ZEND_EXTENSION_API_NO ZEND_MODULE_API_NO PHP_VERSION_API How about use the macro names? For example, programmers may try to find . -name *.[ch] | xargs grep -n PHP_VERSION_API to see how API version macros are used. Ok, that would mean getting the PHP version number is something like php -v |grep PHP |grep -v PHP_ | ... sounds ok to me. So a complete output can look like: $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 ? Hmm, now looking again, this looks ugly :) Would it make sense to have $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies and $ php -vv PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 Or is this just unnecessary bloat and let's fire all versions we have to standard output with -v ? - Markus -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc I'm not stupid, you know? :) - Jani Taskinen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc I'm not stupid, you know? :) - Jani Taskinen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cli php_cli.c
Hi, $ php -v 4.3.0-dev (cli) but $ php -m Running PHP 4.3.0-dev Zend Engine v2.0.0-dev, Copyright (c) 1998-2002 Zend Technologies [PHP Modules] xml tokenizer standard session posix pcre overload mysql mbstring ctype [Zend Modules] I think we should add the sapi type output also to the -m switch ? Another thing, seeing the output I don't quite understand why write PHP version and Zend version anyway to the -m output ? As I understand it, -m should list the modules. Shouldn't we move the Zend Engine version output to php -v too and let -m only list the modules -v only all the version numbers ? - Markus On Thu, May 09, 2002 at 09:36:45AM -, Sander Roobol wrote : sanderThu May 9 05:36:45 2002 EDT Modified files: /php4/sapi/cgicgi_main.c /php4/sapi/cliphp_cli.c Log: Added the current SAPI to the output of php -v Index: php4/sapi/cgi/cgi_main.c diff -u php4/sapi/cgi/cgi_main.c:1.161 php4/sapi/cgi/cgi_main.c:1.162 --- php4/sapi/cgi/cgi_main.c:1.161Thu May 2 13:19:42 2002 +++ php4/sapi/cgi/cgi_main.c Thu May 9 05:36:43 2002 -875,7 +875,7 SG(headers_sent) = 1; SG(request_info).no_headers = 1; } - php_printf(%s\n, PHP_VERSION); + php_printf(%s (%s)\n, PHP_VERSION, sapi_module.name); php_end_ob_buffers(1 TSRMLS_CC); exit(1); break; Index: php4/sapi/cli/php_cli.c diff -u php4/sapi/cli/php_cli.c:1.20 php4/sapi/cli/php_cli.c:1.21 --- php4/sapi/cli/php_cli.c:1.20 Sun May 5 13:11:04 2002 +++ php4/sapi/cli/php_cli.c Thu May 9 05:36:45 2002 -523,7 +523,7 SG(headers_sent) = 1; SG(request_info).no_headers = 1; } - php_printf(%s\n, PHP_VERSION); + php_printf(%s (%s)\n, PHP_VERSION, sapi_module.name); php_end_ob_buffers(1 TSRMLS_CC); exit(1); break; -- PHP CVS Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc I'm not stupid, you know? :) - Jani Taskinen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cliphp_cli.c
On Fri, 10 May 2002, Markus Fischer wrote: [...] Shouldn't we move the Zend Engine version output to php -v too and let -m only list the modules -v only all the version numbers ? Sounds like a good idea to me, and then we can also output the 3 different kidns of API NOs to php -v output. Derick On Thu, May 09, 2002 at 09:36:45AM -, Sander Roobol wrote : sander Thu May 9 05:36:45 2002 EDT Modified files: /php4/sapi/cgi cgi_main.c /php4/sapi/cli php_cli.c Log: Added the current SAPI to the output of php -v Index: php4/sapi/cgi/cgi_main.c diff -u php4/sapi/cgi/cgi_main.c:1.161 php4/sapi/cgi/cgi_main.c:1.162 --- php4/sapi/cgi/cgi_main.c:1.161 Thu May 2 13:19:42 2002 +++ php4/sapi/cgi/cgi_main.cThu May 9 05:36:43 2002 @@ -875,7 +875,7 @@ SG(headers_sent) = 1; SG(request_info).no_headers = 1; } - php_printf(%s\n, PHP_VERSION); + php_printf(%s (%s)\n, PHP_VERSION, sapi_module.name); php_end_ob_buffers(1 TSRMLS_CC); exit(1); break; Index: php4/sapi/cli/php_cli.c diff -u php4/sapi/cli/php_cli.c:1.20 php4/sapi/cli/php_cli.c:1.21 --- php4/sapi/cli/php_cli.c:1.20Sun May 5 13:11:04 2002 +++ php4/sapi/cli/php_cli.c Thu May 9 05:36:45 2002 @@ -523,7 +523,7 @@ SG(headers_sent) = 1; SG(request_info).no_headers = 1; } - php_printf(%s\n, PHP_VERSION); + php_printf(%s (%s)\n, PHP_VERSION, sapi_module.name); php_end_ob_buffers(1 TSRMLS_CC); exit(1); break; -- PHP CVS Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc I'm not stupid, you know? :) - Jani Taskinen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php --- Did I help you? http://www.jdimedia.nl/derick/link.php?url=giftlist Frequent ranting: http://www.jdimedia.nl/derick/ --- PHP: Scripting the Web - [EMAIL PROTECTED] All your branches are belong to me! SRM: Script Running Machine - www.vl-srm.net --- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cli php_cli.c
Hi, I've modified the out now to look something like $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies Derick suggested also to add some other internal version numbers like module about for both PHP and Zend. We just need to come up with a decent description of the various numbers: ZEND_EXTENSION_API_NO ZEND_MODULE_API_NO PHP_VERSION_API Note that the description should not be ambiguous with the existing two ones so shell scripts don't have a hard time parsing the requested version number. - Markus On Fri, May 10, 2002 at 12:18:09PM +0200, [EMAIL PROTECTED] wrote : On Fri, 10 May 2002, Markus Fischer wrote: [...] Shouldn't we move the Zend Engine version output to php -v too and let -m only list the modules -v only all the version numbers ? Sounds like a good idea to me, and then we can also output the 3 different kidns of API NOs to php -v output. Derick -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc I'm not stupid, you know? :) - Jani Taskinen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cliphp_cli.c
Markus Fischer wrote: Hi, I've modified the out now to look something like $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies Derick suggested also to add some other internal version numbers like module about for both PHP and Zend. We just need to come up with a decent description of the various numbers: ZEND_EXTENSION_API_NO ZEND_MODULE_API_NO PHP_VERSION_API How about use the macro names? For example, programmers may try to find . -name *.[ch] | xargs grep -n PHP_VERSION_API to see how API version macros are used. -- Yasuo Ohgaki Note that the description should not be ambiguous with the existing two ones so shell scripts don't have a hard time parsing the requested version number. - Markus On Fri, May 10, 2002 at 12:18:09PM +0200, [EMAIL PROTECTED] wrote : On Fri, 10 May 2002, Markus Fischer wrote: [...] Shouldn't we move the Zend Engine version output to php -v too and let -m only list the modules -v only all the version numbers ? Sounds like a good idea to me, and then we can also output the 3 different kidns of API NOs to php -v output. Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cli php_cli.c
Hi, On Sat, May 11, 2002 at 10:45:12AM +0900, Yasuo Ohgaki wrote : Markus Fischer wrote: Hi, I've modified the out now to look something like $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies Derick suggested also to add some other internal version numbers like module about for both PHP and Zend. We just need to come up with a decent description of the various numbers: ZEND_EXTENSION_API_NO ZEND_MODULE_API_NO PHP_VERSION_API How about use the macro names? For example, programmers may try to find . -name *.[ch] | xargs grep -n PHP_VERSION_API to see how API version macros are used. Ok, that would mean getting the PHP version number is something like php -v |grep PHP |grep -v PHP_ | ... sounds ok to me. So a complete output can look like: $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 ? Hmm, now looking again, this looks ugly :) Would it make sense to have $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies and $ php -vv PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 Or is this just unnecessary bloat and let's fire all versions we have to standard output with -v ? - Markus -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc I'm not stupid, you know? :) - Jani Taskinen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cliphp_cli.c
Markus Fischer wrote: Hmm, now looking again, this looks ugly :) Would it make sense to have $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies and $ php -vv PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 Or is this just unnecessary bloat and let's fire all versions we have to standard output with -v ? It looks great to have -v and -vv options. -- Yasuo Ohgaki __ Do You Yahoo!? Yahoo! BB is Broadband by Yahoo! http://bb.yahoo.co.jp/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cli php_cli.c
$ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 ? Hmm, now looking again, this looks ugly :) Would it make sense to have Well that looks ugly indeed. $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies and $ php -vv PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 +1 One more thing. Why not add PHP copyright notice: PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cli php_cli.c
On Sat, May 11, 2002 at 04:22:48AM +0200, Edin Kadribasic wrote : $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 ? Hmm, now looking again, this looks ugly :) Would it make sense to have Well that looks ugly indeed. $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies and $ php -vv PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 +1 One more thing. Why not add PHP copyright notice: No one yet asked for it :-) PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group But yes, looks good. To summarize the upcomming changes: $ php -v PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies $ php -vv PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 I'll wait until a bit until I got ahead and commit the changes (it's weekend after all). - Markus -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc I'm not stupid, you know? :) - Jani Taskinen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cli php_cli.c
$ php -vv PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 On second thought, do we really need this. Can you imagine scenario where these numbers would be needed? Plus, looking at the code, it will be a bit of hassle to implement. -vv in getopt will cause case 'v': part to be called twice, but we do an exit(1) at the bottom of that block, so the second pass is never going to get there. Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cliphp_cli.c
Edin Kadribasic wrote: $ php -vv PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 On second thought, do we really need this. Can you imagine scenario where these numbers would be needed? Plus, looking at the code, it will be a bit I probably do not need them since I have full control for installed web server/php. For many hosting servrice users may need the version number, especially when PECL became a standard. of hassle to implement. -vv in getopt will cause case 'v': part to be called twice, but we do an exit(1) at the bottom of that block, so the second pass is never going to get there. No comment for this :) -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cliphp_cli.c
On Sat, 11 May 2002, Markus Fischer wrote: $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 While this may look ugly, I'd say stick with this option. It's more of an understood standard for all end users. But I question what use PHP_VERSION_API, ZEND_EXTENSION_API_NO, and ZEND_MODULE_API_NO are going to be for anyone outside of PHP language developers. Is it possible to have multiple versions (i.e. ZEND_MODULE_API_NO) per release? Consdering most (if not all) all endusers will be using a release version, this may be a case of too much useless information. $ php -vv PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 Or is this just unnecessary bloat and let's fire all versions we have to standard output with -v ? This just looks bad. What is -vv? It really doesn't follow any standard options for people. -1 to the -vv option. --- Dan KalowskyThe record shows, I took the blows. http://www.deadmime.org/~dankAnd did it my way. [EMAIL PROTECTED] - My Way, Frank Sinatra [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c /sapi/cli php_cli.c
On Sat, May 11, 2002 at 12:33:21AM -0400, Dan Kalowsky wrote : On Sat, 11 May 2002, Markus Fischer wrote: $ php -v PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 While this may look ugly, I'd say stick with this option. It's more of an understood standard for all end users. But I question what use PHP_VERSION_API, ZEND_EXTENSION_API_NO, and ZEND_MODULE_API_NO are going to be for anyone outside of PHP language developers. Is it possible to have multiple versions (i.e. ZEND_MODULE_API_NO) per release? Consdering most (if not all) all endusers will be using a release version, this may be a case of too much useless information. Someone came up that it may be a use for PECL modules (or any C extension) which relies on a certain API number. Maybe Stig can see a use for it? Blame Derick who came up with the idea (I think ? :-) *hides*. Multiple version of any of those mentioned API numbers are not possible per release (it's only a #define, nothing more). $ php -vv PHP 4.3.0-dev (cli) Zend Engine v1.2.1, Copyright (c) 1998-2002 Zend Technologies PHP_VERSION_API 20020510 ZEND_EXTENSION_API_NO 20020510 ZEND_MODULE_API_NO 20020510 Or is this just unnecessary bloat and let's fire all versions we have to standard output with -v ? This just looks bad. What is -vv? It really doesn't follow any standard options for people. Which standard ? :) Anyway, It's quite common to have multiple occurences of the same option additionally enhance the option, e.g. rpm: $ rpm --help|grep verbose -v- be a little more verbose -vv - be incredibly verbose (for debugging) -1 to the -vv option. - Markus [EMAIL PROTECTED] Btw, jimw has activated the new anti-spam feature also for [EMAIL PROTECTED] adressed (just in case ... ) -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc I'm not stupid, you know? :) - Jani Taskinen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c
Derick Rethans wrote: derick Wed Mar 6 06:31:56 2002 EDT Modified files: /php4/sapi/cgi cgi_main.c Log: - Remove unused variables cgi_main.c please put these back :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c
Yes I think it should. - Stig [Shane Caraveo [EMAIL PROTECTED]] Can this be put into the 4.0.6 tree? - Original Message - From: Shane Caraveo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 22, 2001 4:05 PM Subject: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c shane Tue May 22 16:05:09 2001 EDT Modified files: /php4/sapi/cgi cgi_main.c Log: The -c commandline option was not working at all, need to set the path override before calling on the module startup. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Stig Sæther Bakken [EMAIL PROTECTED] Fast Search Transfer ASA, Trondheim, Norway -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c
Can this be put into the 4.0.6 tree? - Original Message - From: Shane Caraveo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 22, 2001 4:05 PM Subject: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c shane Tue May 22 16:05:09 2001 EDT Modified files: /php4/sapi/cgi cgi_main.c Log: The -c commandline option was not working at all, need to set the path override before calling on the module startup. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cgi cgi_main.c
At 09:14 AM 5/1/2001 +0200, Sebastian Bergmann wrote: Sterling Hughes wrote: sterlingMon Apr 30 20:48:27 2001 EDT Modified files: /php4/sapi/cgi cgi_main.c Log: fix for bug 6491, http://www.php.net/bugs.php?id=6491, removes a bit of (what I think is) broken logic. cgi_main.c D:\Programme\MS Visual Studio\Projekte\php\php4\sapi\cgi\cgi_main.c(151) : warni ng C4101: 'pi' : Unreferenced local variable OK I removed it. 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]
