Re: [PHP-DEV] ze2 segfault #2

Nevermind, I found the bug, and I have a fix that I'm testing right now. -Sterling On Fri, 2003-03-21 at 16:53, Sterling Hughes wrote: > When running the following example through pres2 (apache 1.3.27), I get > a segfault.. Sample pres2 file. > > > Interfaces S

[PHP-DEV] ze2 segfault #2

rialized") ); } } $p = new Person; if ($p instanceof ISerializable) { $p->wakeup(); } echo "Previous Spy: {$p->name}\n"; $superspies = array('James Bond', 'Sterling Hughes', 'Austin Powers'); $p->name = $su

Re: [PHP-DEV] segfault with ze2/php5-cvs

> > Does it come back with 'Call to a member function on a non-object'? > > I get a segfault with that as well, same error. execute_data is corrupted. -Sterling > On Fri, Mar 21, 2003 at 02:47:06PM -0500, Sterling Hughes wrote: > > > class sheep { > >

[PHP-DEV] segfault with ze2/php5-cvs

name = "Dolly"; $new = $start->__clone(); $new->name = "Molly"; var_dump($start); ?> BOOM! -Sterling -- Good judgement comes from experience, and experience comes from bad judgement. - Fred Brooks -- PHP Development Mailing List To unsubscribe, visit: http://www.ph

[PHP-DEV] Re: [PHP-CVS] curl multi

On Mon, 2003-03-17 at 10:29, Wico de Leeuw wrote: > sorry for writing to the wrong list should have been phpdev offcourse > At 16:28 17-3-03 +0100, Wico de Leeuw wrote: > >Hiya, > > > >If someone has some spare time could he look at curl_multi_info_read() i'd > >like to use (test) the curl_multi f

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 2003-03-12 at 14:00, Weston Houghton wrote: > This worries me somewhat. I do not have a CVS account. I do not > actively develop and contribute to the PHP sourcecode right now, > however my company uses php very very much. I would like to keep up to > date on what is happening with the d

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 2003-03-12 at 12:50, Sascha Schumann wrote: > > Let's ask the mysql guys, they did change the name too. (I think that we > > atleast agree that the noise is annoying, right?) > > Not really. Maybe I'm more used to skipping noise. > *exactly* my point btw. We skip noise, skip noise,

Re: [PHP-DEV] Moderate PHP-DEV

> > Then another item that might be considered if it is not already done, > > allowing posts only from those that have cvs access. A second > > conditional list of allowed posters can be added that are people who do > > not have cvs access, but we want to allow to post. Otherwise, the list > > c

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 2003-03-12 at 12:01, Derick Rethans wrote: > On Wed, 12 Mar 2003, Jani Taskinen wrote: > > > > > Of about 20 emails today, 6 were posted to wrong mailing > > list. And one of those generated a 5 email thread about not > > posting to wrong mailing list. (counting this one :) >

Re: [PHP-DEV] Doing something with an each opcode as zend_execute() handles it

> On Wednesday, March 05, 2003 5:35 PM, Sterling Hughes wrote: > > >> Just before zend_execute()/execute() handles each opcode in its big > >> switch() statement, I'd like to be able to call a function and pass > >> it the opcode (or other information

Re: [PHP-DEV] Doing something with an each opcode as zend_execute() handles it

> Just before zend_execute()/execute() handles each opcode in its big switch() > statement, I'd like to be able to call a function and pass it the opcode (or > other information from the opline. > > Is the best approach to reset zend_execute to a new function in the > PHP_MINIT_FUNCTION() (and res

Re: [PHP-DEV] Tie'ing variables

ion to kick in: > > 1. register_globals being off > > 2. register_long_arrays (HTTP_*_VARS) being off > > > > If you want to benchmark w/ vs. w/o, you can disable the optimization by > > initializing cb to 0 in php_startup_auto_globals() and > > ji

Re: [PHP-DEV] Tie'ing variables

On Sat, 2003-03-01 at 13:09, Faisal Nasim wrote: > At 10:26 PM 3/1/2003, Marcus Börger wrote: > > At 18:11 01.03.2003, Derick Rethans wrote: > > > On Sat, 1 Mar 2003, Sterling Hughes wrote: > > > > > > > Analyzing PHP's routines a bit, it seems that

Re: [PHP-DEV] Tie'ing variables

On Sat, 2003-03-01 at 12:11, Derick Rethans wrote: > On Sat, 1 Mar 2003, Sterling Hughes wrote: > > > Analyzing PHP's routines a bit, it seems that the slowest part of a > > "generic" request is populating the special arrays, $_ENV, $_GET, etc. > > > &g

Re: [PHP-DEV] Tie'ing variables

On Sat, 2003-03-01 at 11:51, George Schlossnagle wrote: > Having this sort of functionaility in general would be great. I know > you can affect this with objects via overload, but it is useful for > scalars and arrays and streams as well. It is pretty 'magical' though. > Yeah - but just to be

[PHP-DEV] Tie'ing variables

Hi, Analyzing PHP's routines a bit, it seems that the slowest part of a "generic" request is populating the special arrays, $_ENV, $_GET, etc. I was wondering if it might be possible to "tie" these arrays to a function (if you don't understand that, look at Perl for a definition). One could popu

Re: [PHP-DEV] Mono & PHP

On Wed, 2003-02-05 at 17:26, George Schlossnagle wrote: > On Wednesday, February 5, 2003, at 05:22 PM, Stig S. Bakken wrote: > > > On Mon, 3 Feb 2003, Sebastian Bergmann wrote: > > > >> Sterling Hughes wrote: > >>> I'll be adding it into PECL in a li

Re: [PHP-DEV] OO in PHP5 (was "zend_API.c" on php-dev)

On Mon, 2003-02-03 at 15:41, George Schlossnagle wrote: > On Monday, February 3, 2003, at 03:20 PM, Harald Radi wrote: > > > Hrmfpsd, > > > > while commiting a new functions the parameter parsing API i appearently > > brought up a discussion about the meaning of life and stuff :) As > > asked by

Re: [PHP-DEV] Mono & PHP

just change the typedef to a #define. -Sterling > Regards > Alan > > Sterling Hughes wrote: > > >I spent a little time this weekend implementing an extension that allows > >PHP to load .NET classes on the Unix environment - 100% open source, by > >leveraging the mono lib

[PHP-DEV] Mono & PHP

I spent a little time this weekend implementing an extension that allows PHP to load .NET classes on the Unix environment - 100% open source, by leveraging the mono library(*). For more information, view the README file in the distribution by downloading the file http://www.edwardbear.org/php_mono

Re: [PHP-DEV] Practical question

On Sat, 2003-01-25 at 15:52, Miham KEREKES wrote: > Hi, > > Well, I know, this list is not for aiding users developing _with_ PHP > but for developing _the_ PHP, but I think, this is the best place for > this question -- correct me if I'm wrong. > you're wrong. ask this question on [EMAIL PROTE

[PHP-DEV] PHP and XML mailing list

A mailing list for discussing the future of PHP and XML development has been created. You can subscribe by sending a message to [EMAIL PROTECTED] (normal ezmlm commands apply). This mailing list is _only_ intended for actual php extension and api development, user support questions should remain

[PHP-DEV] ADT alpha 1

Hi, ADT alpha 1 is available! ADT is a PHP extension that provides a collection of Abstract Data Types (ADT), including trees, graphs, queues, heaps, sets and stacks. You can find more information about adt, and installing alpha 1, at http://www.php.net/~sterling/adt/. -Sterling -- "The t

RE: [PHP-DEV] Feature Request: Auto Include a Function

Hi Brian, thanks for your comments, I'll be working on this, expect an implementation sometime in the near future, and structure your code accordingly! -Sterling On Mon, 2003-01-13 at 17:01, Brian T. Allen wrote: > > From: Andrew Brampton [mailto:[EMAIL PROTECTED]] > > Sent: Monday, January 13,

[PHP-DEV] php5 object model

Hey, ADT is the Abstract Data Type extension available on cvs.php.net, module name "adt." I'm nearing an alpha, but have one outstanding issue. ADT itself provides both a functional and an object oriented interface. The following example shows the two ways you can use a stack. Functional -- O

[PHP-DEV] [Fwd: 4.3.0 w/ Sablotron version check problem]

-Forwarded Message- > From: Lars Consume <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Cc: Luke Murphy <[EMAIL PROTECTED]> > Subject: 4.3.0 w/ Sablotron version check problem > Date: 08 Jan 2003 15:23:07 -0500 > > Dear Mr. Hughes, > > Since 4.3.0 is a recent release, and because I haven'

Re: [PHP-DEV] Designing for PHP4 with PHP5 in mind...

guys. > > John > > Sterling Hughes said: > >> On Monday, January 6, 2003, at 09:48 PM, Brian Moon wrote: > >> > >> >From what I understand, all OO code will have to be modified for > >> PHP5. Constructors for example and no longer named the same as the &g

Re: [PHP-DEV] Designing for PHP4 with PHP5 in mind...

> On Monday, January 6, 2003, at 09:48 PM, Brian Moon wrote: > > >From what I understand, all OO code will have to be modified for PHP5. > >Constructors for example and no longer named the same as the class > >name. > >That alone means every class must be changed. I don't recall anyone > >sayi

Re: [PHP-DEV] ZEND_NUM_ARGS()

> Probably but it looks like that filetype(null); for example under windows > will return type directory... > > So it looks an important bug too. > Its about as much of a bug as passing filetype(null) isn't a bug. -Sterling "Ask a stupid question, get a stupid answer." - Father Benedict Gr

Re: [PHP-DEV] ZEND_NUM_ARGS()

> Hello, > > After seeing the bug #21410, I just found that function_name(null) > will make ZEND_NUM_ARGS() > returning 1. I really think that null should be ignored or something... >Actually with filetype(null), it transforms null in a string and try > to stat "null" which is a bi

Re: [PHP-DEV] memleak in string.c?

> /home/ari/php-4.3.0RC4/ext/standard/string.c(1350) : Freeing 0x08D0D354 > (29 bytes), > script=/home/alienhosting/public_html/webmail/src/read_body.php > > This seems to happen a lot when using SquirrelMail with php 4.3.0RC4, > and AFAIK did not happen with 4.2.3. It seems that haystack_orig

[PHP-DEV] -+ [01]

Hey, Just clarifying: We never agreed that -+[01] meant anything except a short way of: -1 = I strongly disagree -0 = I disagree 0 = neutral +0 = I agree +1 = I strongly agree ie, We don't have a voting system. If someone, let's call him Barney, says "-1 on this issue," all that means is that

Re: [PHP-DEV] CGI and CLI

> This note from Derick pretty much reflects the idea... it makes sense: > > 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 >

Re: [PHP-DEV] T_PAAMAYIM_NEKUDOTAYIM

> Hi, > > Tell me if this is the wrong list to ask or if this has been answered > somewhere else before. Thanks :) > > I am trying to make something like that: > > $myClassName = 'MyClass'; > return $myClassName::myMethod($param1, $param2); > > And I get : > > Parse error: parse error, unexpec

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

> 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 CLI named 'php' have that > too. > you mean instead of :: # mv php-cli php ? -Sterling -- PHP Development M

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

ntics make your method of implementation impossible. CreateProcess() is the system call that is used. If you really wanted something similair you could call CreateThread() which would have the same effect. -Sterling > > -Original Message- > From: Sterling Hughes [mailto:[EM

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

> And no, PHP under Windows is rock solid as a CGI, so "they're already used > to having problems" approach doesn't apply (it wouldn't have applied either > way in my opinion, as having problems is not a reason to add another > problem, but still). > Just as a note to this, under windows using

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

> At 23:11 09/12/2002, Frank M. Kromann wrote: > >> > >> Please mention the name change at least in the NEWS file and maybe > >php-cli > >> could even output a readable error when beeing called as cgi. > > > >These are good points. > > I think that's a bit like inventing problems and then trying t

Re: [PHP-DEV] Zend fast cache

> At 07:17 PM 11/30/2002 -0500, Sterling Hughes wrote: > >hrm. :) > > > >My only question is really about sequential accesses. for the purpose of > >example > >let's pretend its just for zvals... > > > >(pool is our pool array of zval structs)

Re: [PHP-DEV] Zend fast cache

> At 02:59 PM 11/30/2002 -0500, Sterling Hughes wrote: > >Hey, > > > >I was checking the CVS logs, and I read :: > > > >revision 1.13 > >date: 2001/11/26 17:27:59; author: andi; state: Exp; lines: +1 -1 > >- Turn off fast cache until we make sur

[PHP-DEV] Zend fast cache

Hey, I was checking the CVS logs, and I read :: revision 1.13 date: 2001/11/26 17:27:59; author: andi; state: Exp; lines: +1 -1 - Turn off fast cache until we make sure it performs well. - The best solution is probably to limit its size. I was just wondering what was wrong, and what it would

Re: [PHP-DEV] [PATCH] Changes to ext_skel for C++

> Is there any reason the ifdef __cplusplus doesn't work? There shouldn't > be any need for extra processing or config options. > well, i think c++ code might confuse people just starting out writing a C extension... -Sterling > J Smith wrote: > >How about adding something like this to skeleto

Re: [PHP-DEV] Bug #20308 (Feature Request)

> On November 27, 2002 04:45 pm, Sara "Pollita" Golemon wrote: > > That was one of the comments I was looking for "Is this really necessary?" > > After all the user can certainly use explode() to take it apart. I'm not > > against giving him that answer, it was just a quick patch to write... > >

Re: [PHP-DEV] Bug #20308 (Feature Request)

> While waiting for opinions on Bug#20460 I went ahead and addressed #20308. > > User complains that parse_url returns the full email address in 'path' > element. Makes reference to documents which claim it should return 'user' > and 'host' element. > > To address this request and maintain backw

Re: [PHP-DEV] Bug #20460 (Feature Request)

> >> Derick Rethans <[EMAIL PROTECTED]> wrote: > >> > >> > I don't like us adding a new ini entry for this, I think we should > >> try another option: > >> > > >> > 4) Make sure we can use fscanf on a dynamically sized buffer. This > >> will definitely the hardest solution, but also the most beau

Re: [PHP-DEV] Bug #20460 (Feature Request)

> > err. it didn't need a reimplementation, i fixed it, it works fine in cvs. > > Then, > >$buf = "123 456 \0 567" > sscanf($buf, "%d%d%s%d", $a, $b, $c, $d); > var_dump($a, $b, $c, $d); > ?> > > How about this? > > The result was the same as for fscanf. > Yes, but it didn't need a rei

Re: [PHP-DEV] Bug #20460 (Feature Request)

> > > > I don't like us adding a new ini entry for this, I think we should try > > another option: > > > > 4) Make sure we can use fscanf on a dynamically sized buffer. This will > > definitely the hardest solution, but also the most beautiful one. > > I like this fourth option, because the in

Re: [PHP-DEV] Bug #20460 (Feature Request)

> User complains that maximum length of a line used by fscanf is too short > (he has lines > 1600 chars). Looking at file.h I agree (it's only 512). > > The user requested two options: > > 1) Add an optional length field. > No way to do that without breaking parameter list. :( > > 2) Increase

Re: [PHP-DEV] call_stack

> On Wed, 27 Nov 2002 15:41:25 +0100 (CET) > Derick Rethans <[EMAIL PROTECTED]> wrote: > > > On Wed, 27 Nov 2002, Miham KEREKES wrote: > > > > > Hi! > > > > > > I'm new to this list, I want to know if there is any function which > > > could return the actual call stack, or is it planned to be ad

Re: [PHP-DEV] Redirect on Error (not localisation)

> > Unless told otherwise, I'm already planning on making a few changes and > committing. > john, I've told you otherwise, so has derick and about half the developers on this list (not talking about the localization portion of the thread here). Quick answer: don't. If you wanna come with some

Re: [PHP-DEV] [PATCH] Redirect on Error

> MySQL also supports error message internationalization - one more RDBMS > to annoy Sterling, I guess. > MySQL IS NOT A RDBM. Besides that, I've said my piece, anyhow, i think its stupid, I'll wait till I see a patch to disagree fully :) -Sterling > George > > On Monday, November 25, 2002

Re: [PHP-DEV] [PATCH] Redirect on Error

> > > On Mon, 25 Nov 2002 15:21:06 -0500 Sterling Hughes <[EMAIL PROTECTED]> wrote: > > > Educate users to speak the base amount of english required, I18N'ing the > > language is just going to lead to headaches from a user perspective > > (i

Re: [PHP-DEV] [PATCH] Redirect on Error

> On Monday 25 November 2002 23:29, Daniel Lorch wrote: > > You're right. We should think about writing a colorful GUI for PHP, so > > scripts just can be clicked together. Oh, and it definitively should > > support skins.. > > I don't think this would work. > But if it did, it's place wouldn't be

Re: [PHP-DEV] [PATCH] Redirect on Error

> I'm not really arguing for or against this, but since when did speaking > english become a corollary of being intelligent? And even if we accept > the rather ridiculous hypotheis that all php developers can comprehend > english, what if they don't want to, or are more confident using their >

Re: [PHP-DEV] [PATCH] Redirect on Error

> >fine - provide documentation / translations for what these error codes > >mean in the documentation (on a per-translation basis, or in an extra > >page listing all the translation). php_error_docref() already does > >this I believe (cookie variable, or just click on the link). > > php_error_do

Re: [PHP-DEV] [PATCH] Redirect on Error

> > Whereas assuming that PHP users are too stupid to understand english is > > not at all arrogant? :) > > Wrong, Sterling. Beginning PHP users might neither have > formal education in computer science _nor_ foreign languages. > The reason here is not about intellect; it is about req

Re: [PHP-DEV] [PATCH] Redirect on Error

> If this thread was about error messages of a C compiler, I > would agree that users can be expected to understand English. > That is a completely different level you are dealing with then. > However, PHP needs to take beginners into account. > > Simply assuming that everyone

Re: [PHP-DEV] [PATCH] Redirect on Error

> > >Multi-lingual error codes open's up pandora's box, let's not go > >there. > > I have to disagree with you here Sterling. Worrying about support for > non-english errors in php-general, etc is a bad, bad excuse not to > implement them. The benefits of a completely constant-based error system

Re: [PHP-DEV] [PATCH] Redirect on Error

The question is: why would your production code have fatal errors? A fatal error occurs because of one of the following reasons: 1) parse error 2) engine instability 3) segfault (well, kinda, its nothing catchable, but it is about as fatal as you can get :) 2 & 3 are very very rare cases, and a

Re: [PHP-DEV] curl_exec hangs

, I'm sure someone could - ask it on [EMAIL PROTECTED]! -Sterling -- Sterling Hughes <[EMAIL PROTECTED]> Did I help you? Consider a gift: http://wishlist.edwardbear.org/ -- 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 /ext/curl config.m4

> On Sat, 9 Nov 2002, Sterling Hughes wrote: > > >> On Sat, 9 Nov 2002, Sterling Hughes wrote: > >> > >> >> > >> >> There is no such release of Curl yet. This makes testing > >> >> the RCs quite a hassle now so either

Re: [PHP-DEV] Do I need the closing ?> tag

uld any PHP developer care to > prognosticate on the liklihood this might change in future? > I definitely think that _you_ should do it. But this is not the proper place for these questions, ask them on [EMAIL PROTECTED] ?> Sterling -- Sterling Hughes <[EMAIL PROTECTED]> Did I

Re: [PHP-DEV] turning strlen() into an opcode

se ([EMAIL PROTECTED]) :: The PHP Project (http://www.php.net/) > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, visit: http://www.php.net/unsub.php > -- Sterling Hughes <[EMAIL PROTECTED]> Did I help you? Consider a gift: http://wis

[PHP-DEV] Re: #19848 [Ctl->Csd]: Wrong $_REQUEST values ($_FILES appearanceis wacky)

> > > > [2002-10-20 22:17:12] [EMAIL PROTECTED] > > > > The 'voting' on php-dev was in favour for removing the $_FILES from > > $_REQUEST..as it doesn't make much sense > > to have them there. Just FYI. :) > > > >

Re: [PHP-DEV] Work is beginning on cURL and PHP again

an extension that mimics the current version of cURL installed which will allow the cURL extension to support multiple versions of the library without a lot of maintanence and stuff :) -Sterling > Regards > Alan > > > Sterling Hughes wrote: > > >Hi, > > &

Re: [PHP-DEV] Work is beginning on cURL and PHP again

On Mon, 2002-10-21 at 22:46, Shane Caraveo wrote: > Sterling Hughes wrote: > > On Mon, 2002-10-21 at 22:15, Jon Parise wrote: > > > >>On Mon, Oct 21, 2002 at 10:12:55PM +0200, Sterling Hughes wrote: > >> > >> > >>>* Autogenerating much of th

Re: [PHP-DEV] Work is beginning on cURL and PHP again

On Mon, 2002-10-21 at 22:15, Jon Parise wrote: > On Mon, Oct 21, 2002 at 10:12:55PM +0200, Sterling Hughes wrote: > > > * Autogenerating much of the interface between cURL and PHP, allowing > > PHP to support multiple versions of the underlying cURL library > > By what

[PHP-DEV] Work is beginning on cURL and PHP again

Hi, I'm going to be working on updating the PHP cURL extension in the coming weeks: * adding the multi-interface. * ssl session id caching (globally) * global dns cache in threaded webservers (same for ssl sesssion id caching) * allowing cURL handle re-use. * allowing "persistent" cURL handles

[PHP-DEV] Re: Curl Multi Interface Patch

On Sun, 2002-10-20 at 02:16, Boris Bukowski wrote: > > > ok, i can see the use in that, however, i think it can be more useful if > > you give the user the option of when to use the select() call - that's > > the whole point of the cURL multi interface, and while it may be useful > > in this case,

[PHP-DEV] Re: Curl Multi Interface Patch

On Sun, 2002-10-20 at 01:23, Boris Bukowski wrote: > Am Saturday 19 October 2002 23:59 schrieb Sterling Hughes: > > On Sat, 2002-10-19 at 15:42, Boris Bukowski wrote: > > > Hi, > > > > > > now I made a Patch that is hopefully ok for you ;^) > > &g

[PHP-DEV] Re: Curl Multi Interface Patch

On Sat, 2002-10-19 at 15:42, Boris Bukowski wrote: > Hi, > > now I made a Patch that is hopefully ok for you ;^) > > I introduced the following functions: > > curl_multi_init(); > curl_multi_add ($multi,$ch1); > curl_multi_add ($multi,$ch2); > curl_multi_exec($multi); > curl_get_content($ch1); >

Re: [PHP-DEV] Re: $_GET, $_POST, $_COOKIE, $_FILES == $_REQUEST?

On Wed, 2002-10-16 at 05:35, Chris Shiflett wrote: > Right. I was just wondering if there was a reason why the $_POST array > wasn't originally created like Sterling suggested for $_FILES and > $_REQUEST in his solution 1: > > $_FILES['toto']['c']['type'] and $_REQUEST['toto']['c']['type'] > >

Re: [PHP-DEV] Re: $_GET, $_POST, $_COOKIE, $_FILES == $_REQUEST?

y no need it for to > be in $_REQUEST.. > except that its data coming from the "request" ? :) -Sterling > --Jani > > > >-- > >Yasuo Ohgaki > > > >Sterling Hughes wrote: > >> Hey, > >> > >> If you haven't tak

[PHP-DEV] $_GET, $_POST, $_COOKIE, $_FILES == $_REQUEST?

Hey, If you haven't taken a look @: http://bugs.php.net/bug.php?id=19848 please do so... In thinking about it, to me, there are 2 solutions: 1) Rearranging files to work in an un-braindead manner, ie: instead of $_FILES['toto']['type']['c'] equaling the filetype of the form variable: We h

[PHP-DEV] Re: RFC: ext/xslt

On Sun, 2002-10-06 at 20:28, Melvyn Sopacua wrote: > Sterling, > > At 22:20 2-10-2002, Sterling Hughes wrote: > > >http://www.bumblebury.com/phptodo/xmsl.html > > > >my thoughts on the matter... If you really want to handle XML, XSLT and > >the lik

[PHP-DEV] Re: RFC: ext/xslt

> All, > > as said in my previous message, discussion and efforts to get a solid > maintenance > for the xslt extension has started on the Sablotron mailinglist, after > Sterling's announcement. > > There are currently two main issues that are pending: > > Is it realistic to expect that other

[PHP-DEV] Save the Orphans - No this isn't coming from a friend in Nigeria

Hi, As you may of noticed, I've orphaned quite a few of my extensions in the php4 cvs tree. This is due to the fact that I now longer have the time to maintain any of the php extensions and frankly i haven't had the effort/motivation to do it for quite a while (the number of support mails I get

Re: [PHP-DEV] PHP mem leaks

> Shoot me down if this should go on the gen list but I think this question > would get a better answer on this list. > > I am running a large PHP/MySQL/Apache driven website and I am finding that > the apache Processes get larger and larger as the days go on. When I > stop/start apache the proces

Re: [PHP-DEV] ADT CVS Commits

Quoting [EMAIL PROTECTED]: > On Mon, 9 Sep 2002, Sebastian Bergmann wrote: > > > Could some kind soul with CVSROOT karma change > > > > ^adt /home/sterling/loginfo.pl [EMAIL PROTECTED], > > [EMAIL PROTECTED] $USER %{sVv} > > > > to > > > > ^adt /home/sterling/loginfo.pl [EMAIL

Re: [PHP-DEV] user_agent (Was: Re: [PHP-CVS] cvs: php4 /ext/standard http_fopen_wrapper.c)

> On Sat, Sep 07, 2002 at 03:55:05PM -0000, Sterling Hughes wrote : > > sterlingSat Sep 7 11:55:05 2002 EDT > > > > Modified files: > > /php4/ext/standard http_fopen_wrapper.c > > Log: > > commit the correct/u

Re: [PHP-DEV] Re: php4 /ext/standard http_fopen_wrapper.c

> Hello, > > "Ilia Alshanetsky" <[EMAIL PROTECTED]>: > > > Log: > > Fixed a massive memory leak that occurs when an opened webpage returns > > a non 200 return code. > > Add Please also to Branch 4.2.0... > There won't be anymore releases off this branch -- why? (besides the fact that th

Re: [PHP-DEV] RE:

> > >> -Original Message- >> From: >> Sent: None >> Subject: >> >> >> Date: Mon, 2 Sep 2002 06:42:15 -0500 (EST) From: "Sterling >> Hughes" <[EMAIL PROTECTED]> >> To: <[EMAIL PROTECTED]> >>

RE: [PHP-DEV] mbstring

> Wez, > > lets loose the crap here. I am happy to see mbstring in PHP! I have > used it too, when I needed multibyte support. > James, Let's stay consistent here. Your opinion changes more than Microsoft's .NET strategy... In your original message you stated that you wanted to rem

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS php.ini-distphp.ini-recommended /main main.c output.c php_globals.h php_output.h

> Marcus Börger wrote: > > AND please: we had an agreement that discussion > > has to take place on this mailinglist and not at efnet > > Well, it was also agreed upon to discuss the addition of new .ini > entries or enabling of new extensions by default, no? > > Whether or not you like, a

Re: [PHP-DEV] mbstring

> > > > I vote to remove mbstring as a default module. > > > > I guess you have never tried to create a truely globalized/localized > > application then? > > > > I'm -1 on removing it, because PHP needs a consistent charset encoding > > API that is portable across platforms. iconv and recode ar

Re: [PHP-DEV] PHP 4.3 and PHP 5

> Am Mittwoch, 21. August 2002 22:09 schrieb Shane Caraveo: >> Rasmus Lerdorf wrote: >> > production quality. The best we can do is pick a small set >> > of extensions and a small set of platforms and say that with >> > the limited set of extensions, against a specific set of >> > versions

Re: [PHP-DEV] PHP 4.3 and PHP 5

> Hi all, > > Following on from the recent debug_backtrace discussion, and the > discussion about just what we are releasing next and so on, I'd just > thought I would make a couple of comments about PHP 4.3 and about what > I think (IMHO) should be the goals of PHP 5. > > I'm currently r

[PHP-DEV] Ways to Encourage PHPv5 usage

Due to the current discussion on php-dev@ relating to debug_backtrace() and the migration of new users to Zend2 and PHPv5, I've decided to come up with a list of more effective methods that we could impose to make sure that everyone upgrades to PHPv5. This list is a result of comprehensive s

Re: [PHP-DEV] Major Problem

> On Sat Aug 17, 2002 at 11:4352PM +0100, Luke Rhodes wrote: > > i thought of using a goto statement that goes back to a certain part of the > > page but i cant find any goto info anywhere. > > There is no goto function/construct in PHP and there will be surely > none in the future. > Besides, h

Re: [PHP-DEV] Re: adding tcsetattr to dio extenstion

> can somebody give me karma to add this.. > and probably karma for phpdoc/en/reference/dio/functions (or similar) > done. -Sterling > regards > alan > > > regards > alan > > Sterling Hughes wrote: > > >>attached is a patch to add tcsetattr()

Re: [PHP-DEV] Curl Wrapper now in HEAD

> Hi Sterling, > > I've just commited my curl based wrapper. > It's currently read-only (due to a temporary limitation in curl), > and might not work properly for include/require statements (or > passing streams to third-party libraries) on systems without > fopencookie. Also, due to anoth

Re: [PHP-DEV] Streams: FTP/HTTP wrapper gurus wanted

> Sterling, > > Thats all I needed to know; I'll take a closer look at the library > and see if I can cook up a curl based stream/wrapper. > Is there a minimum version of the library (release preferred, of course) > that has this new multi-interface, or should I just use the CVS version > for now

Re: [PHP-DEV] Streams: FTP/HTTP wrapper gurus wanted

> Hi Sterling, > > I'm not sure :-) > I'm 50/50 on integrating curl, because I know that it supports more features > than the current wrappers, but I'm not sure if it supports a rich enough > API to do the things that the streams API supports. > > So, I need your opinion: > > Does libcurl allow

Re: [PHP-DEV] Streams: FTP/HTTP wrapper gurus wanted

> Hi all, > > I'm making an effort to clean up the streams code ready for release. > I've already commited some docs to the phpdoc repository that will > aid extension developers use streams. > > However, there is more to streams than simple file IO; the new > wrapper system provides a much rich

Re: [PHP-DEV] [PATCH] ZEND_* instead of PHP_*

> The CODING_STANDARDS document recommends the use of the ZEND_* macros > instead of the PHP_* ones (point 7). "Use ZEND_* macros instead of PHP_* > macros". This patch makes the CODING_STANDARDS, README.EXT_SKEL, and > skeleton directory use the ZEND_FE and ZEND_FUNCTION in place of the PHP_ > c

Re: [PHP-DEV] phpthreads - hints anyone...

> Im looking at adding threading to php, (for the cgi/cli stuff).. > > The story so far: > > I've created an extension which diverts all zend_execute calls into the > extension -> phpthreads_execute. > this function is a copy of zend_execute with a few modifications > - to copy & restore

[PHP-DEV] Re: GD library and PHP

Dmitry, Sorry, for the length of my reply, and now the fact that I'm just refferring you to another source. I'm actually not responsible for the gd library (at least since I last checked :). Your help would definitely be appreciated, I've forwarded this request to [EMAIL PROTECTED] which is the

Re: [PHP-DEV] New FTP extension functionality

> Hi, > > yesterday I did several commits to the FTP extension. Due to the fact that > I do not know how I can document the stuff myself and right now am lacking > the time here is a brief instruction: > The work looks quite cool, however this is really not asynchronous i/o, but rather non-bloc

Re: [PHP-DEV] Patch for xslt -> Showing Sablotron Version number in phpinfo()

> Hi > > The Subject says it all. It's quite useful to have the Sablotron version > number in phpinfo, therefore I added this. It's available at > http://trash.chregu.tv/sablot-version.diff > > Would be great, if someone with enough karma could add it. > Unfortunately the version number seems o

  1   2   3   4   >