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
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
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
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 about
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
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 string
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
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
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 readable,
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
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
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
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
would
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
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,
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-trivial
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 List
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.
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
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
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 more days
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
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
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 now
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 case
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
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
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
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
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 :-)
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
(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 know)
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
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
- 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
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?
I need CVS to join the team that translate the PHP manual to Arabic language .
Ramy.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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];
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 only
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:
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
41 matches
Mail list logo