Re: [PHP-DEV] Woah

Rasmus Lerdorf wrote: > > > reuse. We can get back to the idea of letting people define % as > > > htmlspecialchars(), > > > > You can do that in PHP? How? > > You can't. You missed the dripping sarcasm. Well, I was torn between accepting it as sarcasm, and getting hints on how to accomplish

Re: [PHP-DEV] Woah

Zeev Suraski wrote: > > 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

Re: [PHP-DEV] Woah

> Zeev Suraski wrote: > > > That's fine and dandy, except gettext() is just one way to internationalize > > a site, and there are all sorts of other functionalities people use and > > reuse. We can get back to the idea of letting people define % as > > htmlspecialchars(), > > You can do that in P

Re: [PHP-DEV] Woah

Zeev Suraski wrote: > That's fine and dandy, except gettext() is just one way to internationalize > a site, and there are all sorts of other functionalities people use and > reuse. We can get back to the idea of letting people define % as > htmlspecialchars(), You can do that in PHP? How? E

Re: [PHP-DEV] Woah

> Using obscure single character operators is simply something that we don't > do in PHP, it's totally inconsistent with the language. You know I hate magic more than most. I have lobbied against it forever. However, sometimes you need to conform with the underlying 3rd-party mechanism you are c

Re: [PHP-DEV] Woah

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] Bug #13210: problens with php and pws

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 ([H

RE: [PHP-DEV] Woah

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:

Re: [PHP-DEV] Woah

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 T

RE: [PHP-DEV] Woah

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 r

Re: [PHP-DEV] Woah

Quoting Joey Smith <[EMAIL PROTECTED]>: > Did it occur to you that people who *DON'T* use gettext() frequently > have to maintain the code of those who do, and that _() isn't going to > make one lick of sense to them? Given the suggestion to just have people who already use gettext to define f

Re: [PHP-DEV] Woah

Quoting Rodent of Unusual Size <[EMAIL PROTECTED]>: > Speaking only for myself and not Chuck, I would say, "This is > a decision that was made 2.5 years ago. It may have been > the wrong decision then, but it is a waste of time second-guessing > it now. Keeping similar things from happening is

Re: [PHP-DEV] Woah

Did it occur to you that people who *DON'T* use gettext() frequently have to maintain the code of those who do, and that _() isn't going to make one lick of sense to them? On Fri, 7 Sep 2001, Chuck Hagenbuch wrote the following to Joey Smith : > Quoting Joey Smith <[EMAIL PROTECTED]>: > > > No

Re: [PHP-DEV] Woah

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

Re: [PHP-DEV] Woah

* 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

Re: [PHP-DEV] Woah

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 regul

RE: [PHP-DEV] Woah

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 it

Re: [PHP-DEV] Woah

* 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 bot

Re: [PHP-DEV] Woah

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 wr

Re: [PHP-DEV] Woah

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 PH

Re: [PHP-DEV] Woah

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

[PHP-DEV] CVS Account Request

Full name: Bruno Mignoni Email: [EMAIL PROTECTED] ID:mignoni Purpose: Manual Translation -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [E

Re: [PHP-DEV] Woah

* 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 regu

RE: [PHP-DEV] Woah

I think the more important issue to me is that symbols are generally operators. * + / , - . The list is endless. Couldn't we have just told users to make their own function _($blah) { return gettext($blah) }? At least it doesn't give a user the impression of a operation as opposed to a function.

Re: [PHP-DEV] Woah

At 05:38 08-09-01, Rasmus Lerdorf wrote: > > 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. I don't remember ever coming up with an improved version of the 'D

Re: [PHP-DEV] Woah

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

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. On Fri, 7 Sep 2001, Rasmus Lerdorf wrote the following to Zeev Suraski

RE: [PHP-DEV] Woah

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

> 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++, P

Re: [PHP-DEV] Woah

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 ang

Re: [PHP-DEV] Woah

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

Re: [PHP-DEV] Woah

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 To

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

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

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 ex

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

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 a

Re: [PHP-DEV] Woah

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 c

Re: [PHP-DEV] Woah

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 thei

Re: [PHP-DEV] Woah

> 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/ge

RE: [PHP-DEV] Woah

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: Z

Re: [PHP-DEV] Woah

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 res

Re: [PHP-DEV] Woah

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/gettex

Re: [PHP-DEV] Woah

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,

Re: [PHP-DEV] Woah

> 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 `_(

[PHP-DEV] Woah

Why the heck do we have: PHP_FALIAS(_, gettext,NULL) in ext/gettext/gettext.c ??? Zeev -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [E

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

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] Bug #13206 Updated: MD5 option for 128 bytes long digest (standard)

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's

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

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 Pac

Re: [PHP-DEV] zend_parse_parameters

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, man

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

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, aar

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

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] Bug #13207: open_basedir not restricting file access properly

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. T

[PHP-DEV] CVS account

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 To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list admi

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

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 provi

[PHP-DEV] Macro functionality

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 akin

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

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: 4

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

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 #13205 Updated: vtest3

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: [2

[PHP-DEV] Bug #13204 Updated: vtest3

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 #13202 Updated: HEAD request problem when use ob_start and ob_end_flush

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 fixed

[PHP-DEV] Bug #13205: vtest3

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=13205&edit=1 -- PHP Development Mailing List To unsubscribe, e-mail:

[PHP-DEV] Bug #13204: vtest3

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=13204&edit=1 -- PHP Development Mailing List To unsubscribe, e-mail:

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

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] IIS/PWS Config done by PHP

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" regist

Re: [PHP-DEV] zend_parse_parameters

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

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

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

[PHP-DEV] Bug #13201: pthread_create in extension function never returns

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 function never returns I've created a wrapper extension for PHP to include my c++ library in as a shared module.

Re: [PHP-DEV] zend_parse_parameters

On Fri, 07 Sep 2001, Wez Furlong wrote: > How about a new zend function that will parse values, much like > zend_parse_parameters does, except that it operates on a hash and allows > you to specify the keys of the hash: > > my_zval = array( > "firstname" => "fred", > "lastname" => "bloggs", >

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

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 \ --with-apache=../apach

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

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 C

Re: [PHP-DEV] zend_parse_parameters

Hi, While adding some CA support functions to the openssl extension I have discovered the need to be able to have a large number of optional parameters (there are just so many things to tune for a certificate). Obviously this is a real pain to code in "user space". How about a new zend function

[PHP-DEV] Bug #13199: Punctuation of month abbreviation in date()

From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.1 PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: Punctuation of month abbreviation in date() When calling date with format character "M", the three-letter abbreviation is returned; however, w

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

Thanks for the update, however, you should note the deprecation of the older mcrypt functions in the PHP documentation... Cheers. Scott -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Friday, September 07, 2001 3:29 AM To: [EMAIL PROTECTED] Subject: Bug #13068 Upd

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

ID: 13198 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Linux 2.4.9 PHP Version: 4.0.6 New Comment: oh, and here's the function from my db_tool class: function db_query($query) { return mysql_query($qu

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

From: [EMAIL PROTECTED] Operating system: Linux 2.4.9 PHP version: 4.0.6 PHP Bug Type: MySQL related Bug description: mysql_query does not understand result resource from "CREATE TABLE" query Basically this code will return this error: Warning: Supplied argument is not a v

[PHP-DEV] Separate zval

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 #13197: ImageTTFText broken on truecolor images

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 = ImageColo

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

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 W

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

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.

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

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 #13195: Support for OUT parameters from Stored Procedures in ODBC wrapper

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

Re: [PHP-DEV] Better shell scripting

> > 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

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

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: --

Re: [PHP-DEV] Better shell scripting

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 th

Re: [PHP-DEV] Better shell scripting

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

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 simultaneo

Re: [PHP-DEV] Better shell scripting

At 18:11 07-09-01, Boian Bonev wrote: >to Zeev: then why not remove 1/3 of the code ifdefed __cpluplus? I've had that patch pending for a while, but waited to see if there are any problems with the new C-only scanner. Zeev -- PHP Development Mailing List To unsubscribe,

Re: [PHP-DEV] Better shell scripting

sure it will be ok. but this is change in zend, not php. to make this working zend people must export a call/option/global/something to change the flex scanner initial state. and a question of design - shall this be a permanent or first execute change? i mean if a script run with -S includes ano

Re: [PHP-DEV] Better shell scripting

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 with

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

Title: RE: [PHP-DEV] Bug #13192: PHP fails to execute programs Hallo, Thomas. php.ini file contains safe_mode       =   Off line. P.S. I forgot one thing - when I try to execute this script bypassing a web server (i.e. from command line like c:\php4\php.exe scrypt.php) all is O

Re: [PHP-DEV] Better shell scripting

At 17:51 07-09-01, Boian Bonev wrote: >+1 :)) > >and a > >#!/bin/php -p >echo "some string here\n"; >?>some html here ;))) > > >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. Zeev --

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

ID: 13191 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Documentation problem Operating System: PHP Version: 4.0.6 New Comment: Will be fixed as soon as they are regenerated (prolly tomorrow). Derick Previous Comments: ---

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

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 =/usr/local/lib/p

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

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 =/usr/local/lib/php/php_java.jar:/usr/loca

Re: [PHP-DEV] Better shell scripting

We could make this part of the -S option that I have just submitted a patch for. Brian Moon -- dealnews.com, Inc. Makers of dealnews & dealmac http://dealnews.com/ | http://dealmac.com/ - Original Message - From: "Boian Bonev" <[EMAIL PROTECTED]>

Re: [PHP-DEV] Better shell scripting

+1 :)) and a #!/bin/php -p echo "some string here\n"; ?>some html here ;))) although this requires a patch in Zend/zend_language_scanner.l line 279 :))) for plain c, and i didn't look where for c++. b. - Original Message - From: "Stig Sæther Bakken" <[EMAIL PROTECTED]> To: <[EMAIL PRO

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

You did check that PHP wasn't running in safe mode??? [EMAIL PROTECTED] wrote: > > 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 co

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

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 late,

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

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.

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

ID: 13191 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Documentation problem Operating System: PHP Version: 4.0.6 New Comment: Working on it Previous Comments: [2001-09-07

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

ID: 13191 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: PHP4 docs .chm missing FAQs Status: Open Bug Type: Documentation problem Operating System: PHP Version: 4.0.6 New Comment: Very sorry, I forgot to mention the first time that I was referring to the English

  1   2   >