[PHP-DEV] poweroff for some days

I am moving to my new flat no and therefore beeing offline for some days. They said internet is back on wednesday but who knows... Hope i did not leave anything important open. I already had to poweroff linux and no shutting the rest of my stuff. marcus -- PHP Development Mailing List

RE: [PHP-DEV] [PATCH] ext/xslt - xslt_set_object

after talking with other xslt developers, and ensuring backwards compatibility, I have commited this change to the ext/xslt extension. dave -Original Message- From: David Viner [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 03, 2002 11:00 AM To: Php-Dev@lists. php. net Subject: [PHP

[PHP-DEV] Re: Streams: Further considerations

On 04/10/02, "Sascha Schumann" <[EMAIL PROTECTED]> wrote: > 1. Use fgetc in stream_gets for stdio stream ops > 2. Add file descriptor-based stream ops > 3. Redirect _php_stream_fopen_from_file/pipe to new stream > ops, if possible So, if fileno() returns a valid fd, we will use o

RE: [PHP-DEV] Development FAQ?

There are a few ways to do it. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vsdebug/htm l/_atl_using_debugbreak.asp Add "_asm int 3;" where you want to break. Use a dialog to pause execution until you can attach the debugger to it: #ifdef _DEBUG char szMessage [256];

[PHP-DEV] CVS Account Request: ramysaweres

I need CVS to join the team that translate the PHP manual to Arabic language . Ramy. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Development FAQ?

Hello, Is there a PHP Dev FAQ somewhere? If not, then I would like to ask your help. I have PHP set up and compiling on my Win2k box. My question is, how do I debug php.exe while it's running as a CGI application? Can you give me some tips on how to set up my environment for debugging? Thank

[PHP-DEV] Re: Streams: Further considerations

> - Disable buffering for stdio streams (setvbuf(3) or similar). > - read(2) using the fd obtained from fileno(3) (where valid). Ok, here is a plan: 1. Use fgetc in stream_gets for stdio stream ops 2. Add file descriptor-based stream ops 3. Redirect _php_stream_fopen_from_file/pi

[PHP-DEV] Re: Streams: Further considerations

That's pretty much what streams was doing a couple of weeks ago. The reason it was changed was because the stdio fgets doesn't handle non-native EOL conventions :-/. What are your thoughts on the following: - Disable buffering for stdio streams (setvbuf(3) or similar). - read(2) using the fd obt

[PHP-DEV] Streams: Further considerations

Streams' gets function does not work with stdio, because it uses fread(3) instead of fgets(3). Like fill_read_buffer earlier, fread(3) does not return, unless an error occurs or the amount of data has been read completely. It is basically impossible to implement an _efficient

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c

(switching to php-dev) At 20:36 04.10.2002, Markus Fischer wrote: > Why this sudden change anyway? I mean I understand what you > mean. But this would mean to go through it everywhere or > again we will have inconsistency if me miss some. > > The (usual) developer knows (should kn

Re: [PHP-DEV] [PATCH] .phps support for Apache 2

On Friday 04 October 2002 18:06, Ilia A. wrote: > The attached patch adds .phps file support for Apache 2, allowing Apache 2 > users to show prettified source of their scripts, just like their Apache 1 > counterparts can. > > It is a fairly simple patch, that adds just 2 cmp overhead for this > fu

[PHP-DEV] blocking and fill buffer

Ilia, unfortunately, I cannot view your patch -- it was not Cc'ed to me and news.php.net does not know about text/x-diff yet (Jim, could you please add that?). Wez, it looks like the default blocking behaviour of fill_read_buffer is causing several bugs :-) Read

Re: [PHP-DEV] #19746 (fwd)

Would this be a more appropriate solution to the problem in that case? This forces a non-blocking mode on all non static streams such as FTP/HTTP/std*. Ilia On October 4, 2002 03:11 pm, Sascha Schumann wrote: > Iliaa, > > looking at a syscall trace from PHP 4.2, the difference in >

[PHP-DEV] #19746 (fwd)

Iliaa, looking at a syscall trace from PHP 4.2, the difference in handling php://std* is that 4.2 uses non-blocking mode by default, while streams block by default. 4.2: fcntl64(0x3, 0x3, 0x8050fe5, 0) = 2 4.3: fcntl64(0x3, 0x3, 0xb7f4, 0x3) = 2 E.g

Re: [PHP-DEV] Re: Fixing socket reads

That buffering code is new as of a couple of weeks ago, in response to doing something about handling mac EOL conventions, so I'm not surprised there have been a couple of teething troubles there :-/ Sascha: thanks for fixing fgets; I've removed the dont_block member of the stream ops and replace

[PHP-DEV] Re: fgets on sockets borked

> B. reading a byte at a time (that's how it was done previously). Well, actually, that is not the case. Since PHP 3.0.something, PHP used a socket buffering system for reading data from the network. Since then, no single byte reads were necessary. Watch PHP 4.2 fgets'ing f

Re: [PHP-DEV] Re: Fixing socket reads

On October 4, 2002 02:14 pm, Stefan Esser wrote: > Just wanted to say that I just tested ftp_fopen wrappers > and whatever was added/modified in the stream code > since i added ftps_fopen wrapper a few weeks ago > must have broken it badly. Right now the gets() simply > blocks... That was not the

Re: [PHP-DEV] Re: Fixing socket reads

At 21:03 04/10/2002, Sascha Schumann wrote: > Well, my fixes were spurred because my applications broke in > the deployment phase. I am extremely surprised by the > relative low quality of the 4.3 branch. Many major bugs have > been lurking in there for months. Yep, I agree. I

Re: [PHP-DEV] Re: Fixing socket reads

Yeah, there is a buffering problem right now in the code. On Fri, 4 Oct 2002, Stefan Esser wrote: > Just wanted to say that I just tested ftp_fopen wrappers > and whatever was added/modified in the stream code > since i added ftps_fopen wrapper a few weeks ago > must have broken it badly. Right

Re: [PHP-DEV] Re: Fixing socket reads

Just wanted to say that I just tested ftp_fopen wrappers and whatever was added/modified in the stream code since i added ftps_fopen wrapper a few weeks ago must have broken it badly. Right now the gets() simply blocks... That was not the case a few weeks ago... Stefan -- PHP Development Mailin

Re: [PHP-DEV] Re: Fixing socket reads

> On Fri, 4 Oct 2002, Rasmus Lerdorf wrote: > > > > Guys, > > > > > > Are we going to have the streams stuff sorted before tomorrow? > > > > I don't think there is anything too magical about Saturday. The magic was > > setting a date which has spurred a lot of good fixes. If we need to give > >

Re: [PHP-DEV] Re: Fixing socket reads

On Fri, 4 Oct 2002, Rasmus Lerdorf wrote: > > Guys, > > > > Are we going to have the streams stuff sorted before tomorrow? > > I don't think there is anything too magical about Saturday. The magic was > setting a date which has spurred a lot of good fixes. If we need to give > folks a couple mo

[PHP-DEV] [RFC] Bug 15209 fix--register_shutdown_function(string function, bool exit)

Bug 15209 has been open since 24 Jan, 2002. Simply put, the behavior of the register_shutdown_function in th 4.0.x series was to close the connection to the client then run the registered functions. At the release of 4.1.0, this behavior was changed, breaking BC, and offering no alternat

Re: [PHP-DEV] Re: Fixing socket reads

On Fri, 04 Oct 2002, Rasmus Lerdorf wrote: > > Good. > > Not running into anything non-trivial would be bad, wouldn't it? ;) non-trivial = difficult running into difficult = bad not running into difficult = good It's Friday and I am hungry. :) -Andrei htt

Re: [PHP-DEV] Re: Fixing socket reads

On Fri, 04 Oct 2002, Rasmus Lerdorf wrote: > I don't think there is anything too magical about Saturday. The magic was > setting a date which has spurred a lot of good fixes. If we need to give > folks a couple more days to finish up stuff then we do that. Right, I was just pushing people a bit

Re: [PHP-DEV] Re: Fixing socket reads

> > Anyway, I've had to address such issues in PHP 3 already for > > which I wrote the socket buffering system. I don't expect to > > run into anything non-trivial here. > > Good. Not running into anything non-trivial would be bad, wouldn't it? ;) -R -- PHP Development Mailing L

Re: [PHP-DEV] Re: Fixing socket reads

On Fri, 04 Oct 2002, Sascha Schumann wrote: > Are there any problems with regard to comitting fixes to that > branch? No. > Anyway, I've had to address such issues in PHP 3 already for > which I wrote the socket buffering system. I don't expect to > run into anything non-tri

Re: [PHP-DEV] Re: Fixing socket reads

> Guys, > > Are we going to have the streams stuff sorted before tomorrow? I don't think there is anything too magical about Saturday. The magic was setting a date which has spurred a lot of good fixes. If we need to give folks a couple more days to finish up stuff then we do that. -Rasmus -

[PHP-DEV] Bug handling survey - 80:20 rule

Hi all contributors of PHP, As you might have heard, I am conducting a bug handling survey on: http://www.seas.smu.edu/~gkoru/surveys/dhsurvey.html So far, we have received answers from the developers, testers, defects fixers, and project managers in KDE, GNOME, Apache, OpenOffice, Mozilla, an

[PHP-DEV] [PATCH] .phps support for Apache 2

The attached patch adds .phps file support for Apache 2, allowing Apache 2 users to show prettified source of their scripts, just like their Apache 1 counterparts can. It is a fairly simple patch, that adds just 2 cmp overhead for this functionality, so its not too bad imho. Please review the

Re: [PHP-DEV] [PATCH] String function optimizations

On Fri, 4 Oct 2002, Andrei Zmievski wrote: >> Please let me know if there are any objections, better suggestions, bug >> reports (pertaining to this patch) that would need to be resolved before this >> bug goes into the CVS. > >I am not against merging this in before branching for 4.3.0, but we

Re: [PHP-DEV] Re: Fixing socket reads

> Are we going to have the streams stuff sorted before tomorrow? Are there any problems with regard to comitting fixes to that branch? Anyway, I've had to address such issues in PHP 3 already for which I wrote the socket buffering system. I don't expect to run into anything

Re: [PHP-DEV] Re: Fixing socket reads

On Fri, 04 Oct 2002, Sascha Schumann wrote: > Here is a second patch, with a third coming some time later. > > The current stream implementation does not consume its > buffered data before starting new reads. That causes serious > problems with sockets, of course, if you have an

[PHP-DEV] Re: Fixing socket reads

Here is a second patch, with a third coming some time later. The current stream implementation does not consume its buffered data before starting new reads. That causes serious problems with sockets, of course, if you have an application which exchanges commands/replies with

Re: [PHP-DEV] [PATCH] String function optimizations

On Thu, Oct 03, 2002 at 10:21:26PM -0400, Ilia A. wrote: > After doing a number of tests on PHP's various string functions, I've came up > with a patch that significantly improves the performance on those functions. > The patch optimizes: If anything, I think it makes the code much more readabl

Re: [PHP-DEV] [PATCH] String function optimizations

On Fri, 4 Oct 2002, Andrei Zmievski wrote: > On Thu, 03 Oct 2002, Ilia A. wrote: > > After doing a number of tests on PHP's various string functions, I've came up > > with a patch that significantly improves the performance on those functions. [...] > I am not against merging this in before br

[PHP-DEV] Fixing socket reads

The stream system assumes that the callee always wants to consume *exactly* as much data as the callee is specifying. This is not the case with sockets where read/recv specify the *maximum* amount of data to read. I've verified that PHP 4.3 behaves like earlier versions with

Re: [PHP-DEV] [PATCH] String function optimizations

On Thu, 03 Oct 2002, Ilia A. wrote: > After doing a number of tests on PHP's various string functions, I've came up > with a patch that significantly improves the performance on those functions. > The patch optimizes: > php_addslashes() - internal PHP function used to add slashes to a strin

Re: [PHP-DEV] ZTS and tests problem

fixed by Sacha - thanks At 21:05 03.10.2002, Marcus Boerger wrote: >I do not know why but i get the following error messages when running >tests: > >Warning: Cannot get the virtual filepath of /usr/src/php4-HEAD/pear/PHPDoc > in /usr/src/php4-HEAD/run-tests.php on line 160 >/usr/src/php4-HEAD/ru

Re: [PHP-DEV] Re: #19600 [Opn->Csd]: requires full pathname

At 10:20 4-10-2002, Derick Rethans wrote: >On Fri, 4 Oct 2002, Melvyn Sopacua wrote: > > > Hi, > > > > his particular problem may be solved, but that doesn't solve the issue > > that Windows relative paths don't seem to work. > > > > So I'm thinking we should set the base (SablotSetBase not sure

Re: [PHP-DEV] Re: #19600 [Opn->Csd]: requires fullpathname

On Fri, 4 Oct 2002, Melvyn Sopacua wrote: > Hi, > > his particular problem may be solved, but that doesn't solve the issue > that Windows relative paths don't seem to work. > > So I'm thinking we should set the base (SablotSetBase not sure about > SablotSetSchemeBase) to $_SERVER['PATH_TRANS

[PHP-DEV] Re: #19600 [Opn->Csd]: requires full pathname

Hi, his particular problem may be solved, but that doesn't solve the issue that Windows relative paths don't seem to work. So I'm thinking we should set the base (SablotSetBase not sure about SablotSetSchemeBase) to $_SERVER['PATH_TRANSLATED'] by default, in xslt_create. Any objections or pit

RE: [PHP-DEV] PHP Compile errors

Thanks Markus, I have succeed to compile the PHP and also my extension. Best regards, Emanuel Dejanu > -Original Message- > From: Markus Fischer [mailto:[EMAIL PROTECTED]] > Sent: 3 octombrie 2002 16:57 > To: Emanuel Dejanu > Cc: [EMAIL PROTECTED] > Subject: Re: [PHP-DEV] PHP Compile