[PHP-DEV] Bug #13052 Updated: Empty $key in mcrypt_generic_init causes segmentation fault

2001-09-07 Thread derick
ID: 13052 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: mcrypt related Operating System: GNU 1.0.3 PHP Version: 4.0.6 Assigned To: derick New Comment: Fixed in CVS (will be in 4.0.7) Previous Comments:

[PHP-DEV] Bug #11642 Updated: mcrypt_generic() leaks memory

2001-09-07 Thread derick
ID: 11642 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Feedback Bug Type: mcrypt related Operating System: FreeBSD 4.3-stable PHP Version: 4.0.6 Assigned To: derick New Comment: I could not reproduce this with the latest CVS. Can you try the CVS version, or a

[PHP-DEV] Bug #13068 Updated: mcrypt_module_open causes seg fault

2001-09-07 Thread derick
ID: 13068 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: mcrypt related Operating System: Linux PHP Version: 4.0.6 Assigned To: derick New Comment: I looked into it, and mcrypt_decrypt is using the old API which does NOT work in conjunction with

[PHP-DEV] Bug #13184 Updated: PROBLEM WITH EXTENSIONS

2001-09-07 Thread hholzgra
ID: 13184 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: IIS related Operating System: Windows 2000 Professionnal PHP Version: 4.0.6 New Comment: have you updated the extensions to 4.0.6? the extension api still changes from time to time so

[PHP-DEV] Bug #13187 Updated: Concerning jdtounix() function

2001-09-07 Thread hholzgra
ID: 13187 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Calendar related Operating System: Linux Redhat 7.1 PHP Version: 4.0.6 New Comment: what timezone are you in ? Previous Comments:

[PHP-DEV] Bug #12791 Updated: mcrypt doesnt work in 4.0.7 rc1 by this code

2001-09-07 Thread derick
ID: 12791 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Closed Bug Type: mcrypt related Operating System: i686-pc-linux-gnu PHP Version: 4.0CVS-2001-08-16 New Comment: The bWarning/b: Unknown list entry type in request shutdown (0) in bug has been fixed in CVS.

Re: [PHP-DEV] patch to make for better shell scripting

2001-09-07 Thread Edin Kadribasic
Well, here is my patch finally for enabling a shell mode with the command line. Mainly this patch adds a -S option that will turn off html errors, error_prepend_string, error_append_string, and output buffering. This will keep people from having to maintain two ini files. That's

[PHP-DEV] Re: [PHP-QA] RC2

2001-09-07 Thread Phil Driscoll
I can confirm that RC2 Release_TS_Inline CGI version builds ok on NT4 and phpinfo() does its stuff. I'm not sure what the testsuite project does, but when I build it I get 0 errors and 0 warnings. On SuSE 7.2 (2.4 kernel) it builds without problem with the following configure line:

re: [PHP-DEV] patch to make for better shell scripting

2001-09-07 Thread php4
Addressed to: [EMAIL PROTECTED] Brian Moon [EMAIL PROTECTED] Well, here is my patch finally for enabling a shell mode with the command line. Mainly this patch adds a -S option that will turn off html errors, error_prepend_string, error_append_string, and output buffering.

[PHP-DEV] Bug #13148 Updated: Can't get data out of a ADO database with ADODB when using 4.07RC1

2001-09-07 Thread peterd
ID: 13148 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Database Functions Operating System: Windows NT 4 Server PHP Version: 4.0.6 Previous Comments:

Re: [PHP-DEV] Re: PHP4.0.7RC1 memory problem

2001-09-07 Thread Zeev Suraski
At 07:39 07-09-01, Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: I gave up tring to make reproducible script. For the record, PHP does not execute script properly under very limmited circumstance that I can't find out exactly. Under normal execution, calling function over and over should

Re: [PHP-DEV] patch to make for better shell scripting

2001-09-07 Thread Zeev Suraski
At 12:45 07-09-01, Edin Kadribasic wrote: Well, here is my patch finally for enabling a shell mode with the command line. Mainly this patch adds a -S option that will turn off html errors, error_prepend_string, error_append_string, and output buffering. This will keep people from

[PHP-DEV] Bug #13186 Updated: Serveur OK mais problème pour utiliser PHP

2001-09-07 Thread sander
ID: 13186 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: PHP Version: 4.0.6 New Comment: Ask support questions like these on the PHP-GENERAL mailinglist. In English. Previous Comments:

Re: [PHP-DEV] Re: RC2 (Build failure)

2001-09-07 Thread Wez Furlong
On 07/09/01, Yasuo Ohgaki [EMAIL PROTECTED] wrote: Yasuo Ohgaki wrote: Looks like cp1252 related definitions are missing. It's added recently and definitions are in CVS version. I copied mbfilter.h from HEAD branch, it works. Yes; sorry I forgot to MFH it earlier. Fixed on PHP_4_0_7

[PHP-DEV] Re: Bug #12478: linking error in pdf_class

2001-09-07 Thread Christophe . Chapuron
Hello, Have you got any solution for me ? Regards. PHP Bug Database [EMAIL PROTECTED] on 31/07/2001 09:39:00

Re: [PHP-DEV] patch to make for better shell scripting

2001-09-07 Thread Wez Furlong
On 07/09/01, Zeev Suraski [EMAIL PROTECTED] wrote: At 12:45 07-09-01, Edin Kadribasic wrote: Mainly this patch adds a -S option that will turn off html errors, error_prepend_string, error_append_string, and output buffering. That's excellent. Now, I'm writing a simple MTA in php and

[PHP-DEV] Bug #13190: shm_put_var() problem with free space calculation

2001-09-07 Thread phpbug
From: [EMAIL PROTECTED] Operating system: Linux SuSE 6.3 - Apache PHP version: 4.0.6 PHP Bug Type: *Extensibility Functions Bug description: shm_put_var() problem with free space calculation It seems that shm_put_var() has a problem with the calculation of free space for

[PHP-DEV] Bug #13190 Updated: shm_put_var() problem with free space calculation

2001-09-07 Thread wez
ID: 13190 Updated by: wez Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Extensibility Functions Operating System: Linux SuSE 6.3 - Apache PHP Version: 4.0.6 New Comment: Please try latest CVS or a snapshot. I've just commit a fix for this. Previous Comments:

[PHP-DEV] Bug #13190 Updated: shm_put_var() problem with free space calculation

2001-09-07 Thread wez
ID: 13190 Updated by: wez Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Extensibility Functions Operating System: Linux SuSE 6.3 - Apache PHP Version: 4.0.6 Previous Comments: [2001-09-07

[PHP-DEV] Bug #13187 Updated: Concerning jdtounix() function

2001-09-07 Thread studiobl
ID: 13187 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Calendar related Operating System: Linux Redhat 7.1 PHP Version: 4.0.6 New Comment: I m in FRANCE(Paris) GMT or GMT+1 I think Previous Comments:

[PHP-DEV] Bug #13187 Updated: Concerning jdtounix() function

2001-09-07 Thread derick
ID: 13187 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Calendar related Operating System: Linux Redhat 7.1 PHP Version: 4.0.6 New Comment: France is GMT+2 during summer and GMT+1 during winter Derick Previous Comments:

[PHP-DEV] Bug #13187 Updated: Concerning jdtounix() function

2001-09-07 Thread studiobl
ID: 13187 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Calendar related Operating System: Linux Redhat 7.1 PHP Version: 4.0.6 New Comment: I havn't seen the last comment I was editing, perhaps that's an explanation but it must be noticed in the

[PHP-DEV] Re: RC2 (Success and failure)

2001-09-07 Thread Alexander Wirtz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Build on RedHat 7.1 with kernel 2.4.9-ac7 succeeded: apache 1.3.20, openssl 0.9.6b, zlib 1.1.3, bz2 1.0.1, calendar, ctype, exif, ftp, gd 1.8.3 (jpeg, png, xpm, freetype), gettext, oci8 w/ oracle-9.0.1, qtdom, shmop, sockets, xml some errors, on

Re: [PHP-DEV] patch to make for better shell scripting

2001-09-07 Thread Zeev Suraski
At 13:57 07-09-01, Wez Furlong wrote: On 07/09/01, Zeev Suraski [EMAIL PROTECTED] wrote: At 12:45 07-09-01, Edin Kadribasic wrote: Mainly this patch adds a -S option that will turn off html errors, error_prepend_string, error_append_string, and output buffering. That's excellent. Now,

Re: [PHP-DEV] Better shell scripting

2001-09-07 Thread Stig Sæther Bakken
What if we introduced a -p option to PHP that starts the Zend parser in PHP mode? For any other files (include/require), it starts in HTML mode though. - Stig [[EMAIL PROTECTED]] Yeah, I agree. However, it might make things a bit muddled for people using it as cgi? How would PHP tell if the

Re: [PHP-DEV] patch to make for better shell scripting

2001-09-07 Thread Brian Moon
I thought about that. But I decided against it as we have had some times where that has saved our hides here. I think that is best left to be added on a per script basis. Brian Moon -- dealnews.com, Inc. Makers of dealnews dealmac http://dealnews.com/ |

[PHP-DEV] Bug #12901 Updated: timeout-option of php_hostconnect seems to be ignored

2001-09-07 Thread mathieu
ID: 12901 Updated by: mathieu Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Network Functions Operating System: RedHat 6.2 - Linux 2.2.19 PHP Version: 4.0.6 New Comment: Fixed in current CVS. (AND IT WAS A DUP! :-) ) Previous Comments:

[PHP-DEV] Bug #13192: PHP fails to execute programs

2001-09-07 Thread nick
From: [EMAIL PROTECTED] Operating system: NT server 4.0 sp 6a PHP version: 4.0.6 PHP Bug Type: IIS related Bug description: PHP fails to execute programs In the ISAPI mode PHP constantly fails to execute external programs throught any function (systemm, exec etc.) i.e.

Re: [PHP-DEV] php+sablotron+MaxRequestsPerChild=1

2001-09-07 Thread Jeff Levy
I do apologize. I should have specified that I am using PHP 4.0.6, and have NOT tried to reproduce in 4.0.7 I've seen this error in bugs.php.net already, and see no need in reproducing a bug report for an issue which is already known. Please forgive my short initial post, as it was very

[PHP-DEV] Bug #13193: PHP4,jdk1.2.2

2001-09-07 Thread kirannadgir
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: PHP4,jdk1.2.2 I tried installing php4 with java support my php.ini file looks something like this [Java] java.class.path

[PHP-DEV] Bug #13194: PHP4,jdk1.2.2

2001-09-07 Thread kirannadgir
From: [EMAIL PROTECTED] Operating system: SUSE 7.0 linux intel i386 PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: PHP4,jdk1.2.2 I tried installing php4 with java support my php.ini file looks something like this [Java] java.class.path

Re: [PHP-DEV] Better shell scripting

2001-09-07 Thread Zeev Suraski
At 17:51 07-09-01, Boian Bonev wrote: +1 :)) and a #!/bin/php -p echo some string here\n; ?some html here ;))) ? echo 'some more php';? although this requires a patch in Zend/zend_language_scanner.l line 279 :))) for plain c, and i didn't look where for c++. We no longer have a C++ scanner.

Re: [PHP-DEV] Better shell scripting

2001-09-07 Thread Andrei Zmievski
On Fri, 07 Sep 2001, Stig Sæther Bakken wrote: What if we introduced a -p option to PHP that starts the Zend parser in PHP mode? For any other files (include/require), it starts in HTML mode though. How about we have a separate sapi backend that really does all this stuff properly without

Re: [PHP-DEV] Better shell scripting

2001-09-07 Thread Boian Bonev
i can see just one reason - most people use the same php binary both for cgi and shell scripting. if this change is to be introduced in php then at least three builds will be performed - for shell, cgi and web server module. btw what happened with the change to the build system to allow

Re: [PHP-DEV] Better shell scripting

2001-09-07 Thread Brian Moon
All the -S option does now is call zend functions to set up runtime settings. This would just be another function to call. I would think that include would use the current method. Also, is it possible to make PHP ignore an opening tag if it is there? If not then I don't like this idea because

Re: [PHP-DEV] Better shell scripting

2001-09-07 Thread Andrei Zmievski
On Fri, 07 Sep 2001, Boian Bonev wrote: i can see just one reason - most people use the same php binary both for cgi and shell scripting. if this change is to be introduced in php then at least three builds will be performed - for shell, cgi and web server module. btw what happened with the

[PHP-DEV] Bug #13194 Updated: PHP4,jdk1.2.2

2001-09-07 Thread sander
ID: 13194 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Apache related Operating System: SUSE 7.0 linux intel i386 PHP Version: 4.0.6 New Comment: Duplicate of 13194 Previous Comments:

[PHP-DEV] Bug #13195: Support for OUT parameters from Stored Procedures in ODBC wrapper

2001-09-07 Thread martinrosenauer
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: Support for OUT parameters from Stored Procedures in ODBC wrapper As of now the odbc-wrapper, for example used with DB2 databases, support calling stored

[PHP-DEV] Bug #11322 Updated: Security hole in multiuser environment

2001-09-07 Thread jflemer
ID: 11322 Updated by: jflemer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.0.4pl1 New Comment: It looks like the 'copy' command has been patched to check source and destination in CVS. Previous Comments:

[PHP-DEV] Bug #11751 Updated: PEAR cant be used with safe mode

2001-09-07 Thread jflemer
ID: 11751 Updated by: jflemer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Configuration Issues Operating System: any PHP Version: 4.0 Latest CVS (2001-06-27) New Comment: You can set 'safe_mode_include_dir' to /usr/local/lib/php, and it works in safe mode. Maybe that should be in

[PHP-DEV] Bug #13196: can I use Seagate Crystal Report writer in PHP

2001-09-07 Thread zee_shan_aslam
From: [EMAIL PROTECTED] Operating system: windows 2000 professional PHP version: 4.0.4 PHP Bug Type: *General Issues Bug description: can I use Seagate Crystal Report writer in PHP Respected Sir, 1. I want to know how can I write reports in PHP like Seagate Crystal Report

[PHP-DEV] Bug #13197: ImageTTFText broken on truecolor images

2001-09-07 Thread jeremy
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: GD related Bug description: ImageTTFText broken on truecolor images The resulting image is blank, works fine for palette images. $img = ImageCreateTrueColor(300, 300); $black =

[PHP-DEV] Separate zval

2001-09-07 Thread Wez Furlong
Hey, I've just converted ext/openssl.c to use the new zend_parse_parameters (because it really needed it!) and I noticed that openssl_seal was doing this: // sealdata and ekeys are the [out] parameters // the PHP_FE says arg2and3of4_force_ref proto int openssl_seal(string data, string sealdata,

[PHP-DEV] Bug #13198 Updated: mysql_query does not understand result resource from CREATE TABLE query

2001-09-07 Thread sander
ID: 13198 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MySQL related Operating System: Linux 2.4.9 PHP Version: 4.0.6 New Comment: Not a bug. CREATE TABLE doesn't return a result-set. Check for errors with mysql_error() and mysql_errno(). Previous

[PHP-DEV] Bug #13200: Payflow Causes exec() and mail() function to core httpd daemon

2001-09-07 Thread sean . truman
From: [EMAIL PROTECTED] Operating system: RedHat 7.1 with 2.4.5 Kernel PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: Payflow Causes exec() and mail() function to core httpd daemon ./configure --with-mysql=/usr \ --with-imap=y \

Re: [PHP-DEV] Bug #13201: pthread_create in extension function neverreturns

2001-09-07 Thread Rasmus Lerdorf
Have you tried explicitly linking Apache against libpthreads? On 7 Sep 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: linux 2.4 glibc 2.1 PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: pthread_create in extension

Re: [PHP-DEV] zend_parse_parameters

2001-09-07 Thread Wez Furlong
On 07/09/01, Andrei Zmievski [EMAIL PROTECTED] wrote: If this is implemented (I think Andi may have some thoughts about this), Hopefully not bad thoughts! zend_parse_parameters_hash(HASH_OF(my_zval), {s:firstname}|{s:lastname} {l:age}, firstname, firstname_len, lastname, lastname_len, age);

[PHP-DEV] Bug #13202: HEAD request problem when use ob_start and ob_end_flush

2001-09-07 Thread merrill
From: [EMAIL PROTECTED] Operating system: Redhat Linux 6.1 PHP version: 4.0.4pl1 PHP Bug Type: Output Control Bug description: HEAD request problem when use ob_start and ob_end_flush Software: Apache/1.3.19 (Unix) PHP/4.0.4pl1 mod_ssl/2.8.2 OpenSSL/0.9.6 and PHP is

[PHP-DEV] Bug #13204: vtest3

2001-09-07 Thread sss
From: [EMAIL PROTECTED] Operating system: win PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: vtest3 vtest5 -- Edit bug report at: http://bugs.php.net/?id=13204edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail:

[PHP-DEV] Bug #13205: vtest3

2001-09-07 Thread asv
From: [EMAIL PROTECTED] Operating system: win PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: vtest3 vtest5 -- Edit bug report at: http://bugs.php.net/?id=13205edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail:

[PHP-DEV] Bug #13202 Updated: HEAD request problem when use ob_start and ob_end_flush

2001-09-07 Thread rasmus
ID: 13202 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Output Control Operating System: Redhat Linux 6.1 PHP Version: 4.0.4pl1 New Comment: This is fixed in later versions. Not quite sure which version fixed it though. Try 4.0.6. Definitely

[PHP-DEV] Bug #13204 Updated: vtest3

2001-09-07 Thread derick
ID: 13204 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: win PHP Version: 4.0.6 New Comment: Go play somewhere else please. Previous Comments:

[PHP-DEV] Bug #13205 Updated: vtest3

2001-09-07 Thread derick
ID: 13205 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: win PHP Version: 4.0.6 New Comment: This is no playground! Previous Comments:

[PHP-DEV] Re: Bug #11642 Updated: mcrypt_generic() leaks memory

2001-09-07 Thread John Capo
Built with php4-200109071335 linked with mycrpt 2.4.11 and 2.4.15 and the leak is still there: 0 50690 1 0 2 0 2944 2464 select Ss??0:00.07 src/httpd -- 1 50747 50690 70 2 0 13300 12816 accept S ??0:01.36 src/httpd 1 50748 50690 4 2 0 2968 2472 accept

[PHP-DEV] Bug #13200 Updated: Payflow Causes Core in HTTPD

2001-09-07 Thread sean . truman
ID: 13200 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: Payflow Causes exec() and mail() function to core httpd daemon Status: Open Old Bug Type: Reproducible crash Bug Type: Verisign Payflow Pro related Operating System: RedHat 7.1 with 2.4.5 Kernel PHP Version:

[PHP-DEV] Macro functionality

2001-09-07 Thread Emiliano
Is there any way (with C coding or otherwise) to implement macros a la #define in C for PHP? I need to have something that looks like a function but that calls eval in the body, and I need that eval to be executed in the calling scope. If that's not possible, would it be OK to do something

[PHP-DEV] Bug #13206: MD5 option for 128 bytes long digest (standard)

2001-09-07 Thread neurobasher
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: MD5 option for 128 bytes long digest (standard) It's a feature request regarding the MD5 string function. The standard MD5 hash algorithm

[PHP-DEV] CVS account

2001-09-07 Thread Richard Heyes
Any chance my cvs account name could be changed to richardh if it's not taken? Currently heyesr. Cheers! -- Richard Heyes -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list

[PHP-DEV] Bug #13207: open_basedir not restricting file access properly

2001-09-07 Thread jedi
From: [EMAIL PROTECTED] Operating system: NT 4.0 PHP version: 4.0.6 PHP Bug Type: IIS related Bug description: open_basedir not restricting file access properly Script is as follows: mkdir(/test,0700); phpinfo(); I'm running IIS 4.0 on NT 4.0 SP6.

[PHP-DEV] Bug #13206 Updated: MD5 option for 128 bytes long digest (standard)

2001-09-07 Thread heyesr
ID: 13206 Updated by: heyesr Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: Windows 98 PHP Version: 4.0.4pl1 New Comment: md5() outputs 32 hex characters. 1 hex character = 4 bits. 32 * 4 = 128 bits. 128 bits / 8 = 16 bytes

[PHP-DEV] [Net/Socket] Bug in writeLine()

2001-09-07 Thread Aaron S. Hawley
i will be sending more patches for this package, but wanted to get this one out of the way first. It supports sockets which are sending new-lines without carriage-returns. all along i have been thinking i was using the package incorrectly, or writing bad commands/data to the socket. thanks,

Re: [PHP-DEV] zend_parse_parameters

2001-09-07 Thread Zeev Suraski
At 23:33 07-09-01, Wez Furlong wrote: On 07/09/01, Andrei Zmievski [EMAIL PROTECTED] wrote: If this is implemented (I think Andi may have some thoughts about this), Hopefully not bad thoughts! They are bad thoughts, actually... The main reason against it is that it's ultra slow, many times

[PHP-DEV] Bug #13208: problems using old .php3 extension - general protection faults

2001-09-07 Thread whitewolf
From: [EMAIL PROTECTED] Operating system: Windows 2000 Professional, updat PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: problems using old .php3 extension - general protection faults on apache 1.3.20 PHP 4.0.6 Windows 32 bit (Windows 2000, Service

[PHP-DEV] Bug #13206 Updated: MD5 option for 128 bytes long digest (standard)

2001-09-07 Thread rasmus
ID: 13206 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: Windows 98 PHP Version: 4.0.4pl1 New Comment: Read RFC1321 (http://www.ietf.org/rfc/rfc1321.txt) where this is clearly stated and a number of testcases are listed.

[PHP-DEV] Bug #13207 Updated: open_basedir not restricting file access properly

2001-09-07 Thread rasmus
ID: 13207 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: NT 4.0 PHP Version: 4.0.6 New Comment: You don't have open_basedir enabled. The error message from an open_basedir restriction is not permission denied. Does your phpinfo() output

[PHP-DEV] Woah

2001-09-07 Thread Zeev Suraski
Why the heck do we have: PHP_FALIAS(_, gettext,NULL) in ext/gettext/gettext.c ??? 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:

Re: [PHP-DEV] Woah

2001-09-07 Thread Rasmus Lerdorf
Why the heck do we have: PHP_FALIAS(_, gettext,NULL) in ext/gettext/gettext.c That has been there forever and is very standard. Anybody who has ever used gettext knows this well. From the gettext docs: Many packages use `_' (a simple underline) as a keyword, and write

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
Quoting Zeev Suraski [EMAIL PROTECTED]: Why the heck do we have: PHP_FALIAS(_, gettext,NULL) in ext/gettext/gettext.c It's a standard alias in the c library as well: http://www.gnu.org/manual/gettext/html_mono/gettext.html#SEC15 It makes code look a lot less convoluted, when

Re: [PHP-DEV] Woah

2001-09-07 Thread Zeev Suraski
At 05:16 08-09-01, Chuck Hagenbuch wrote: Quoting Zeev Suraski [EMAIL PROTECTED]: Why the heck do we have: PHP_FALIAS(_, gettext,NULL) in ext/gettext/gettext.c It's a standard alias in the c library as well: http://www.gnu.org/manual/gettext/html_mono/gettext.html#SEC15 So

Re: [PHP-DEV] Woah

2001-09-07 Thread Zeev Suraski
At 05:13 08-09-01, Rasmus Lerdorf wrote: Why the heck do we have: PHP_FALIAS(_, gettext,NULL) in ext/gettext/gettext.c That has been there forever and is very standard. Anybody who has ever used gettext knows this well. The problem is with the 99.99% of the rest of the

RE: [PHP-DEV] Woah

2001-09-07 Thread Cristopher Daniluk
But it IS PHP-ish in the sense that its totally undocumented :) Regards, Cristopher Daniluk President CEO email: [EMAIL PROTECTED] direct: 330/530-2373 Digital Services Network, Inc Unleashing Your Potential voice: 800/845-4822 web: http://www.dsnet.net/ -Original Message- From:

Re: [PHP-DEV] Woah

2001-09-07 Thread Rasmus Lerdorf
At 05:16 08-09-01, Chuck Hagenbuch wrote: Quoting Zeev Suraski [EMAIL PROTECTED]: Why the heck do we have: PHP_FALIAS(_, gettext,NULL) in ext/gettext/gettext.c It's a standard alias in the c library as well:

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
Quoting Zeev Suraski [EMAIL PROTECTED]: So I heard, but it's extremely un-PHPish and obscure. It also makes gettext useable. It's documented, for what it's worth: http://www.php.net/manual/en/function.gettext.php -chuck -- Charles Hagenbuch, [EMAIL PROTECTED] Some fallen angels have their

Re: [PHP-DEV] Woah

2001-09-07 Thread Zeev Suraski
At 05:23 08-09-01, Rasmus Lerdorf wrote: Having an underscore as a function name is pretty weird in any language. Having an obscure meaning to characters is common in certain languages, but PHP isn't one of them. C isn't either, and frankly, I don't think that going with _() was a very good

[PHP-DEV] Bug #13209: I don't know how to configure it

2001-09-07 Thread zerout
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.6 PHP Bug Type: PWS related Bug description: I don't know how to configure it My OS platform is Windows, the version of PWS is 4.0, and the version of IE is 5.0. The following is my confusion. and please

Re: [PHP-DEV] Woah

2001-09-07 Thread Zeev Suraski
At 05:30 08-09-01, Chuck Hagenbuch wrote: Quoting Zeev Suraski [EMAIL PROTECTED]: So I heard, but it's extremely un-PHPish and obscure. It also makes gettext useable. I don't buy that. 'gettext' is hardly the only token that's used repeatedly throughout PHP, and we never made any

Re: [PHP-DEV] Sybase and Sybase-CT and MSSQL, oh my?

2001-09-07 Thread Steve Langasek
On Thu, 6 Sep 2001, Frank M. Kromann wrote: I would also like to see ext/mssql and ext/sybase merged into one extension, as they both use the same DB-Librery. Changing the functionsnames to dblib_* would also be the right, as long as we keep aliases_* to sybase and mssql_* for some time.

Re: [PHP-DEV] Woah

2001-09-07 Thread Zeev Suraski
At 05:30 08-09-01, Chuck Hagenbuch wrote: It also makes gettext useable. It's documented, for what it's worth: http://www.php.net/manual/en/function.gettext.php There's no mention of _() in that page, by the way. Only gettext(). Zeev -- PHP Development Mailing List http://www.php.net/ To

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
Quoting Zeev Suraski [EMAIL PROTECTED]: It also makes gettext useable. I don't buy that. 'gettext' is hardly the only token that's used repeatedly throughout PHP, and we never made any exceptions anywhere else. It's the kind of thing that gets used a lot in HTML, where otherwise there

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
Quoting Zeev Suraski [EMAIL PROTECTED]: There's no mention of _() in that page, by the way. Only gettext(). You may use an underscore character as an alias to this function. It could be clearer, certainly. But it's there. -chuck -- Charles Hagenbuch, [EMAIL PROTECTED] Some fallen angels

Re: [PHP-DEV] Woah

2001-09-07 Thread Rasmus Lerdorf
Using obscure single character operators is simply something that we don't do in PHP, it's totally inconsistent with the language. Except when it is a known and standard concept. + % * etc. Obviously not as well-known, but it is not a PHP-only magical character. It is the same in C, C++,

RE: [PHP-DEV] Woah

2001-09-07 Thread Cristopher Daniluk
Same in Perl? I have not used Gettext in Perl, but I'd truly hope not considering the overwhelming usage of $_. Can you imagine _ and $_? That's not what I'd call increased readability. Regards, Cristopher Daniluk President CEO email: [EMAIL PROTECTED] direct: 330/530-2373 Digital Services

Re: [PHP-DEV] Woah

2001-09-07 Thread Zeev Suraski
At 05:40 08-09-01, Chuck Hagenbuch wrote: It's the kind of thing that gets used a lot in HTML, where otherwise there wouldn't be a function call at _all_ - just static text. Replacing gettext() with _() in this case actually does improve readability, in my opinion. That's exactly what I said -

Re: [PHP-DEV] Woah

2001-09-07 Thread Rodent of Unusual Size
* On 2001-09-07 at 23:06, Joey Smith [EMAIL PROTECTED] excited the electrons to say: So let's be the first ones to get our heads on straight and get rid of this ridiculous concept. It is, IMHO, one of the worst ideas in the history of the world...I'd really rather be reading perl regular

[PHP-DEV] CVS Account Request

2001-09-07 Thread CVS Account Request
Full name: Bruno Mignoni Email: [EMAIL PROTECTED] ID:mignoni Purpose: Manual Translation -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail:

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
Quoting Joey Smith [EMAIL PROTECTED]: So let's be the first ones to get our heads on straight and get rid of this ridiculous concept. It is, IMHO, one of the worst ideas in the history of the world...I'd really rather be reading perl regular expressions than this. I know that backwards

Re: [PHP-DEV] Woah

2001-09-07 Thread Joey Smith
Yes, it bothers me. If it stays, I suppose I'll accept it, but it is such a horrendously bad idea that could easily be done in user-space insteadthis is *NOT* the kind of thing that should be encouraged on a language level. On Fri, 7 Sep 2001, Rodent of Unusual Size wrote the following to

Re: [PHP-DEV] Woah

2001-09-07 Thread Joey Smith
No, I haven't, but let me get this straight: You're saying that if something is a bad idea, that the more often it is used, the less bad [1] it becomes? [1] Yes, I know this is improper...but think about it in context. I'm trying to illustrate the point. On Fri, 7 Sep 2001, Chuck Hagenbuch

Re: [PHP-DEV] Woah

2001-09-07 Thread Rodent of Unusual Size
* On 2001-09-07 at 23:40, Joey Smith [EMAIL PROTECTED] excited the electrons to say: On Fri, 7 Sep 2001, Rodent of Unusual Size wrote the following to PHP...: Um, it has been around since sometime in version 3. Have you noticed it before? Has it bothered you? Yes, it bothers me.

RE: [PHP-DEV] Woah

2001-09-07 Thread Cristopher Daniluk
Again, as mentioned before, this is suitable: function _($string) { return gettext($string); } once in your code. Voila, now you can still have your short cut, and we can still have our consistent naming structure. Sure, it would be an adjustment at first, but I personally believe it is worth

Re: [PHP-DEV] Woah

2001-09-07 Thread Zeev Suraski
At 06:30 08-09-01, Chuck Hagenbuch wrote: Quoting Joey Smith [EMAIL PROTECTED]: So let's be the first ones to get our heads on straight and get rid of this ridiculous concept. It is, IMHO, one of the worst ideas in the history of the world...I'd really rather be reading perl regular

Re: [PHP-DEV] Woah

2001-09-07 Thread Rodent of Unusual Size
* On 2001-09-07 at 23:42, Joey Smith [EMAIL PROTECTED] excited the electrons to say: No, I haven't, but let me get this straight: You're saying that if something is a bad idea, that the more often it is used, the less bad [1] it becomes? Speaking only for myself and not Chuck, I would

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
Quoting Joey Smith [EMAIL PROTECTED]: No, I haven't, but let me get this straight: You're saying that if something is a bad idea, that the more often it is used, the less bad [1] it becomes? Uh, no. I was just pointing out that it's been around for a long time, and is used in a lot of

RE: [PHP-DEV] Woah

2001-09-07 Thread Cristopher Daniluk
But I think the point is this function has no business in the core language. Now we can satisfy that. It IS still obscure, but thats why I won't use it :) Those who want to be obscure can choose to be on their own dime. We should not encourage it though, we'll end up like VBScript, a language of

Re: [PHP-DEV] Woah

2001-09-07 Thread Chuck Hagenbuch
Quoting Cristopher Daniluk [EMAIL PROTECTED]: But I think the point is this function has no business in the core language. It's not in the core language. It's in the gettext extension. -chuck -- I have pointy little boobs! - Jason -- PHP Development Mailing List http://www.php.net/ To

RE: [PHP-DEV] Woah

2001-09-07 Thread Cristopher Daniluk
Heh, touche on my poor terminology. What I mean is it has no business being a function brought to the table by PHP. Even if we moved it to PEAR in a GetText module I'd be a happier guy. What good are ignored standards? Regards, Cristopher Daniluk President CEO email: [EMAIL PROTECTED] direct:

[PHP-DEV] Bug #13210: problens with php and pws

2001-09-07 Thread fefcamel
From: [EMAIL PROTECTED] Operating system: win98 PHP version: 4.0.4 PHP Bug Type: Any Bug description: problens with php and pws I tried to configure php within pws, but it not work. I tried to use with isapi and cgi configuration, i configured the registry with its path

Re: [PHP-DEV] Woah

2001-09-07 Thread Andrei Zmievski
At 05:33 AM 9/8/01 +0300, Zeev Suraski wrote: That's unfortunate. IMHO, it should be phased out. I'm against it. _() has been around forever as part of gettext package and people who expect to find it in PHP will be pretty disappointed. -Andrei -- PHP Development Mailing List

[PHP-DEV] IIS/PWS Config done by PHP

2001-09-07 Thread james
Hi, I'm curious to know how PHP configures IIS/PWS to let itself handle all requests for files ending in .php, etc. How is it done? Is it the same for IIS and PWS? Is the configuration different for using PHP as a CGI and as an ISAPI module? PHP puts a string value under the Script Map

[PHP-DEV] Bug #13191: PHP4 docs .chm missing FAQs

2001-09-07 Thread lispenard
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Documentation problem Bug description: PHP4 docs .chm missing FAQs Hello, All the .chm versions of the PHP4 documentation since Thu Jul 26 22:28:30 2001 have been missing the excellent and

  1   2   >