Re: [PHP-DEV] PHP# - feasibility study so far - for comment

Alan Knowles wrote: > I've just put up a short description of the current state of the > research on the feasibility on PHP#, developing a .net CIL bytecode > compiler for PHP. Interesting project, Alan. Have you considered writing a new ext/dotnet based on Mono? Beeing able to use .Net compon

[PHP-DEV] Digest Authentication Extension

Is anyone working on an extension for digest authentication? If not, I think I will write one. While I am on the topic, what about basic authentication? Yes, I know people get by with header() and doing it manually, but I could just make the extension cover both basic and digest, where the users c

Re: [PHP-DEV] Re: #20993 [Ver]: Element value changeswithoutasking

At 21:48 15-12-2002, Andi Gutmans wrote: I don't understand what you're doing here. Are you actually separating on every assignment and doing a deep copy? Well, like I said: I don't if it's the best solution. What is nasty, is that: $a = array(1); $ref = $a[0]; changeVal($a); echo $a[0]; fun

[PHP-DEV] CVS Account Request: shadowwulf

Translating the docs into german -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] php-cgi vs php-cli naming issue

On Sun, 15 Dec 2002, John Coggeshall wrote: > >I see that renaming the CGI to php-cgi might break things indeed, and > >that's never a good idea. But so is changing the name of the CLI (php) > >to something else. It also breaks things, not only for me, but > >also for > >countless others using

Re: [PHP-DEV] ZendEngine2 __get __set proposal

This document represent a proposal for __get __set "improvements", feels free to comment it, reject it or why not approve it. Keywords and function names are just for understanding they should be rethinked if the design is accepted. I took care of Stanislav point of view and tried to merge his

Re: [PHP-DEV] Re: #20993 [Ver]: Element value changeswithoutasking

I don't understand what you're doing here. Are you actually separating on every assignment and doing a deep copy? Andi At 04:09 PM 12/15/2002 +0900, Moriyoshi Koizumi wrote: Oops, the patch was wrong as the runtime occationally segfaults in a case like: $a = 0; $a = &$a; /* is_ref=1, refco

[PHP-DEV] Location of getopt function

i've checked LXR, but i cant locate the implementation of getopt in CVS. im trying to provide a Windows implementation. l0t3k -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP-4.3.0RC3 Windows - getopt function

i took a look at the man pages and php docs. seems straight forward. give me a few days and i'll report back to the list. actually the code that i have can handle long as well as short args e.g. -f or --foo , as well as being able to specify whether an argument is optional or required. the code is

Re: [PHP-DEV] PHP-4.3.0RC3 Windows - getopt function

Hartmut, point me to some docs and i'll see what i can do. i have an opt parser from another project that i can possibly modify, and i have PHP setup as a project in MSVC. l0t3k "Hartmut Holzgraefe" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Kjartan Manne

[PHP-DEV] can somebody help me with php4delphi?

Hi again :-). I'm working on a php editor for windows. The editor is allmost finished. To cool thing about it is that you can show the parsed html of your code directly in the browser in the editor. I use http://members.chello.be/ws36637/download/php4Delphi.zip. The source for php4delphi.dll has

RE: [PHP-DEV] php-cgi vs php-cli naming issue

On Sun, 15 Dec 2002, Sebastian Nohn wrote: > Why do we need new releases every couple of weeks? Don't misunderstand me, I > would really like to see 4.3 released, as this is the first version since > around one year that will have only a few bugs on Tru64, on the other hand > I'm really shocked, h

[PHP-DEV] Problems with "ftp_put()", .in.-file already exists

Hi all! I've written some small FTP-Class, which i would like to release into PEAR. The class covers a method, to recursively up- and download whole directories. But everytime i try running the method over the whole PEAR-API-Doc, i generated with phpdoc, i get the following error, even, if the upl

RE: [PHP-DEV] php-cgi vs php-cli naming issue

> -Original Message- > From: Derick Rethans [mailto:[EMAIL PROTECTED]] > Sent: Sunday, December 15, 2002 7:21 PM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED]; 'Stig S. Bakken'; 'Sterling Hughes'; 'Andrei > Zmievski'; [EMAIL PROTECTED] > Subject: RE: [PHP-DEV] php-cgi vs php-cli naming is

Re: [PHP-DEV] zend_config.h - need help!

On Sun, 15 Dec 2002, T. Steneker wrote: > Hi, > > I am working on a PHP version on Delphi. When compiling he can't find > "zend_config.h". It isn't in the PHP sourcecode. But it is in the sourcecode: /dat/dev/php/php-4.4.0dev/Zend/zend_config.h for example. Derick -- --

[PHP-DEV] Re: [Mono-list] PHP# - feasibility study so far - for comment

On Sun, 15 Dec 2002, Angel "Java" Lopez wrote: > I think that we can implement something like PHPValue, and then subclass: > PHPString, PHPInteger, PHPReal, PHPArray, PHPObject and PHPReference, to > manage dynamically the php values The basic operators (like . the > concatenate operator), can

RE: [PHP-DEV] php-cgi vs php-cli naming issue

On Sun, 15 Dec 2002, Marcus Börger wrote: > At 18:33 15.12.2002, John Coggeshall wrote: > > >I see that renaming the CGI to php-cgi might break things indeed, and > > >that's never a good idea. But so is changing the name of the CLI (php) > > >to something else. It also breaks things, not only for

[PHP-DEV] Re: [Mono-list] PHP# - feasibility study so far - for comment

On 15 Dec 2002, Pokey the Penguin wrote: > On Sun, 2002-12-15 at 16:42, Alan Knowles wrote: > > http://www.akbkhome.com/Projects/PHP_Sharp > > > > (you'll have to click through the advert first) > > Every time I click on http://www.akbkhome.com/Projects/PHP_Sharp, it > returns to the advert page

[PHP-DEV] zend_config.h - need help!

Hi, I am working on a PHP version on Delphi. When compiling he can't find "zend_config.h". It isn't in the PHP sourcecode. Where can i find it? Best regards, T. Steneker -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] php-cgi vs php-cli naming issue

At 18:33 15.12.2002, John Coggeshall wrote: >I see that renaming the CGI to php-cgi might break things indeed, and >that's never a good idea. But so is changing the name of the CLI (php) >to something else. It also breaks things, not only for me, but >also for >countless others using the CLI with

Re: [PHP-DEV] php-cgi vs php-cli naming issue

> >I see that renaming the CGI to php-cgi might break things indeed, and > >that's never a good idea. But so is changing the name of the CLI (php) > >to something else. It also breaks things, not only for me, but > >also for > >countless others using the CLI with the name 'php'. We also need to

RE: [PHP-DEV] php-cgi vs php-cli naming issue

>I see that renaming the CGI to php-cgi might break things indeed, and >that's never a good idea. But so is changing the name of the CLI (php) >to something else. It also breaks things, not only for me, but >also for >countless others using the CLI with the name 'php'. We also need to >think a

Re: [PHP-DEV] ZendEngine2 / zend_object_handlers.c __get __set __call

LB>> But is it a reason to prevent *good* coders (i don't argue here i'm LB>> one) from using it disabling a feature ? Yes, sometimes it is a reason, if it's reasonably hard to do right. LB>> > b) put all the variable handling on the user (you will have to check LB>> > *each* access to the class

Re: [PHP-DEV] ZendEngine2 / zend_object_handlers.c __get __set __call

First of all, thank you for taking time to awser my last post. > I don't think "more magic" is neccessarily good thing. Good point, it's sometimes hard to find out what ten simple lines of code do (in any language) due to obscure or missing documentation and strange coding conventions. But is it

[PHP-DEV] PHP# - feasibility study so far - for comment

I've just put up a short description of the current state of the research on the feasibility on PHP#, developing a .net CIL bytecode compiler for PHP. If anyone wants to add 'constructive comments' to it, please fire away.. http://www.akbkhome.com/Projects/PHP_Sharp (you'll have to click throu

Re: [PHP-DEV] php-cgi vs php-cli naming issue

On Sun, 15 Dec 2002, Zeev Suraski wrote: > At 15:48 15/12/2002, Derick Rethans wrote: > >I see that renaming the CGI to php-cgi might break things indeed, and > >that's never a good idea. But so is changing the name of the CLI (php) > >to something else. It also breaks things, not only for me, but

Re: [PHP-DEV] php-cgi vs php-cli naming issue

At 15:48 15/12/2002, Derick Rethans wrote: I see that renaming the CGI to php-cgi might break things indeed, and that's never a good idea. But so is changing the name of the CLI (php) to something else. It also breaks things, not only for me, but also for countless others using the CLI with the na

Re: [PHP-DEV] php-cgi vs php-cli naming issue

On Sun, 15 Dec 2002, Stig S. Bakken wrote: > > This will break the idea of having 'php' (the CLI) on as much systems as > > possible (for PEAR). It seems that integrating the two (CGI and CLI) > > _seems_ like the best solution, although I do not favor this due to > > technical reasons. > > Fo

Re: [PHP-DEV] php-cgi vs php-cli naming issue

On Thu, 12 Dec 2002, Derick Rethans wrote: > On Thu, 12 Dec 2002, Sterling Hughes wrote: > > > > How about we simply add a configure option to control this? > > > > > > --enable-simple-cli-name would build CGI as php-cgi and CLI as php > > > > > > That way we preserve BC and let those who like

RE: [PHP-DEV] php.exe - php-cgi.exe

On Mon, 9 Dec 2002, Andi Gutmans wrote: > At 05:34 PM 12/9/2002 +0100, Marcus Börger wrote: > >At 14:52 09.12.2002, Mike Robinson wrote: > >>Wez Furlong writes: > >> > >>On Sun, 8 Dec 2002, Mike Robinson wrote: > >> > > Sorry. There's just no way this should happen. > >> > >> > But it has happened

Re: [PHP-DEV] uniqid

Hi, [EMAIL PROTECTED] (Marcus Börger) wrote: > First: Uniqid test (tests/strings/001.phpt) failes for cygwin because > the time for gettimeofday() is only updated once per second. > I suggest we should change the test to use more entropy. > > Second: We should consider more entropy being default

Re: [PHP-DEV] ZendEngine2 / zend_object_handlers.c __get __set __call

LB>> The way python handle this is just fine and allow much more code magic LB>> in classes. I don't think "more magic" is neccessarily good thing. LB>> The python rule : if we have a __get, __set, __call, we use it. no LB>> more no less. This will: a) slow down *a lot* any class that has acce