[PHP-DEV] CVS Account Request: hwin

I want translate the English documentation to Chinese, and develop PHP in China. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

Small correction to the original patch, fixes a segv in sybase-style addslashes code as well as removes unused variable. Ilia On October 3, 2002 10:21 pm, 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 th

[PHP-DEV] [PATCH] String function optimizations

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

[PHP-DEV] how can I send data from PHP to a Servlet ?

how can I send data from PHP to a Servlet ? I'm trying to send data from a PHP script to a servlet without filling a web form how can I can this be acomplished ? Tnx ! *** * Yuri Huitrón Alvarado Administrador

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

resending as an attachment. 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-DEV] [PATCH] ext/xslt - xslt_set_object Here's a short patch to the XSLT extension that allows a user to

Re: [PHP-DEV] pear's Mail using smtp not working with cvs php

It appears to be some kind of timeout that it is waiting for. 60 seconds tends to be a timeout. Mabye it is trying to fill the full 2048, and waiting till the timeout is past. -- Scott Carr OpenOffice.org Documentation Maintainer http://documentation.openoffice.org/ Quoting Matt Haught <[EMAI

[PHP-DEV] ZTS and tests problem

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/run-tests.php(160) : Warning - Cannot get the virtual filepath of /usr/src/

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

Here's a short patch to the XSLT extension that allows a user to call xslt_set_object($xh,$obj); This works in a manner similar to the 'xml_set_object' function. (Only difference is that the second argument is not passed by reference.) dave = BEGIN PATCH = Index: ext/xslt/php_sa

Re: [PHP-DEV] getimagetype() broken for jpegs?

> p.s.: Thanks for the image to rasmus. Let me guess it's your son? >May i add the image to my test images? I would add a comment >in the exif header of cause... Yup, that's Carl. And go ahead. -Rasmus -- PHP Development Mailing List To unsubscribe, visit: http:

Re: [PHP-DEV] getimagetype() broken for jpegs?

Wez, the getimagesize() failure was in the streams read function and not as expected in the seeker function. I also checked some others which seem ok but do not have much time for now. marcus p.s.: Thanks for the image to rasmus. Let me guess it's your son? May i add the image to my test im

Re: [PHP-DEV] PHP Compile errors

You need to make the include and lib directories from http://www.php.net/extra/win32build.zip to be available in your MSVC environment. On Thu, Oct 03, 2002 at 04:12:38PM +0200, Emanuel Dejanu wrote : > > Hi, > > I want to compile PHP 4.2.3 on Windows 2000 but I get > the following

[PHP-DEV] PHP Compile errors

Hi, I want to compile PHP 4.2.3 on Windows 2000 but I get the following errors: php_fopen_wrapper.c ..\main\php_network.h(28) : fatal error C1083: Cannot open include file: 'arpa/inet.h': No such file or directory VC++ 6.0 SP5 I get this also with php4-200210030600 Best regards, Emanuel De

Re: [PHP-DEV] cvs: php4 /main output.c

On Thu, 3 Oct 2002, Yasuo Ohgaki wrote: > Thanks James, > > I thought PG(implict_flush) was deleting buffer in old code. (but > my memory could be wrong) > > Anyway, I understand the difference, but interrelation what > implicit_flush directive should do was different. > > My last commit shoul

Re: [PHP-DEV] cvs: php4 /main output.c

Oops. s/interrelation/interpretation/ Yasuo Ohgaki wrote: > Thanks James, > > I thought PG(implict_flush) was deleting buffer in old code. (but > my memory could be wrong) > > Anyway, I understand the difference, but interrelation what > implicit_flush directive should do was different. > > M

Re: [PHP-DEV] cvs: php4 /main output.c

Thanks James, I thought PG(implict_flush) was deleting buffer in old code. (but my memory could be wrong) Anyway, I understand the difference, but interrelation what implicit_flush directive should do was different. My last commit should make everyone happy, since it ignores PG(implicit_flush).

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

Zeev Suraski wrote: > At 13:26 03/10/2002, Yasuo Ohgaki wrote: > >> It may not flush as user expected. It is depends on how each buffers >> treat data. For instance, a handler may need 1024 bytes before output >> anything. > > > I'm not sure what you're talking about really. implicit_flush sho

RE: [PHP-DEV] PHP Extension on Win32

Hi Markus, Thanks for the response. I want to know the impact on the performance. I will have ~1500 of definitions or I will have 10 classes from which 2 have ~500 variabiles. > -Original Message- > From: Markus Fischer [mailto:[EMAIL PROTECTED]] > Sent: 3 octombrie 2002 14:43 > To: Em

Re: [PHP-DEV] PHP Extension on Win32

On Thu, Oct 03, 2002 at 01:28:52PM +0200, Emanuel Dejanu wrote : > I want to make a DLL private (closed source) > to be available in PHP language. > Is there any documentation on how to build a > custom module for PHP on Windows? I have developed > modules for PHP on Linux (closed source :-( ).

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

On Thu, Oct 03, 2002 at 08:05:51PM +0900, Yasuo Ohgaki wrote: > >Can you please re-test things regarding to this? I reverted Yasuo's > >commits and I might have overlooked something. > > What kind of diff you are using? > I guess you are willing to revert my patches, but you don't. > > BTW, st

Re: [PHP-DEV] Streams-Change ?!

On Thu, Oct 03, 2002 at 01:54:46PM +0200, Marcus Börger wrote: > There are problems especially in the streams seeker function at least. > > marcus Problem was in ext/ftp. Thanks anyway. Stefan -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/uns

Re: [PHP-DEV] Streams-Change ?!

At 13:20 03.10.2002, Stefan Esser wrote: >Hi, > >was there a change of the streams EOF functions? I added some >functionality to ext/ftp and must see that ftp_put uploads >one byte less than the filesize. There are problems especially in the streams seeker function at least. marcus -- PHP Dev

RE: [PHP-DEV] cvs: php4 /main output.c

> Sebastian Bergmann wrote: > > How about you read Zeev's excellent explanation of this issue in > > Message-Id: <5.1.0.14.2.20021003111648.05550388@localhost>? > > Zeev may forgot some or misunderstood my patches. > I have to take a look at SAPI code. IIRC it has been > changed a little to w

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

On Thu, 3 Oct 2002, Yasuo Ohgaki wrote: > Apparently, you haven't even try my last patch. > Try it also. It works as you want :) I did, it worked, but it was a hack. Now lets wait until Zeev looked at it. Derick -- ---

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

On Thu, 3 Oct 2002, Yasuo Ohgaki wrote: > > Derick Rethans wrote: > > On Thu, 3 Oct 2002, Yasuo Ohgaki wrote: > > > > > >>Do you really understand what you are doing? > >> > >>I'm not against enabling implicit_flush for CLI, but > >>you just broke your var_export and code uses output > >>buffe

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

Yasuo Ohgaki wrote: > > Derick Rethans wrote: > >> On Thu, 3 Oct 2002, Yasuo Ohgaki wrote: >> >> >>> Do you really understand what you are doing? >>> >>> I'm not against enabling implicit_flush for CLI, but >>> you just broke your var_export and code uses output >>> buffers under CLI at least :)

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

Derick Rethans wrote: > On Thu, 3 Oct 2002, Yasuo Ohgaki wrote: > > >>Do you really understand what you are doing? >> >>I'm not against enabling implicit_flush for CLI, but >>you just broke your var_export and code uses output >>buffers under CLI at least :) > > > I ran "make test" and it wor

[PHP-DEV] Streams-Change ?!

Hi, was there a change of the streams EOF functions? I added some functionality to ext/ftp and must see that ftp_put uploads one byte less than the filesize. Stefan Esser -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] PHP Extension on Win32

Hi, I want to make a DLL private (closed source) to be available in PHP language. Is there any documentation on how to build a custom module for PHP on Windows? I have developed modules for PHP on Linux (closed source :-( ). Also my DLL has 10 enumerations out of which 2 enumerations have ~500

Re: [PHP-DEV] cvs: php4 /main output.c

On Thu, 3 Oct 2002, Marcus Börger wrote: > At 12:49 03.10.2002, Yasuo Ohgaki wrote: > > > >Zeev may forgot some or misunderstood my patches. > >I have to take a look at SAPI code. IIRC it has been > >changed a little to work around broken flush. > >(I remember someone is tweaking output layer wro

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/func 008.phpt 009.phpt

At 13:05 03.10.2002, Derick Rethans wrote: >On Thu, 3 Oct 2002, Marcus Börger wrote: > > > You do not test implicit flush here. > > You only ensure by testing that implicit_flush > > has no impact on some internal functions. > >I know, that was exactly what I wanted to test. I'll change the >descr

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

At 13:26 03/10/2002, Yasuo Ohgaki wrote: >It may not flush as user expected. It is depends on how each buffers >treat data. For instance, a handler may need 1024 bytes before output >anything. I'm not sure what you're talking about really. implicit_flush should effect ONLY what happens in the u

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

Derick Rethans wrote: > On Wed, 2 Oct 2002, Marcus Börger wrote: > > >>helly Wed Oct 2 11:10:11 2002 EDT >> >> Modified files: >>/php4/mainoutput.c >> Log: >> Modified get_status(): Display chunk_size allways and size which is in >> most cases initial_size

Re: [PHP-DEV] Re: cvs: php4 /ext/standard basic_functions.c var.c /main output.c /sapi/cli php_cli.c

On Thu, 3 Oct 2002, Yasuo Ohgaki wrote: > Do you really understand what you are doing? > > I'm not against enabling implicit_flush for CLI, but > you just broke your var_export and code uses output > buffers under CLI at least :) I ran "make test" and it works perfectly. Derick -- --

Re: [PHP-DEV] cvs: php4 /main output.c

At 12:49 03.10.2002, Yasuo Ohgaki wrote: >Sebastian Bergmann wrote: >> How about you read Zeev's excellent explanation of this issue in >> Message-Id: <5.1.0.14.2.20021003111648.05550388@localhost>? > >Zeev may forgot some or misunderstood my patches. >I have to take a look at SAPI code. IIRC

[PHP-DEV] Re: cvs: php4 /ext/standard basic_functions.c var.c /main output.c /sapi/cli php_cli.c

Do you really understand what you are doing? I'm not against enabling implicit_flush for CLI, but you just broke your var_export and code uses output buffers under CLI at least :) -- Yasuo Ohgaki Derick Rethans wrote: > derickThu Oct 3 06:35:34 2002 EDT > > Modified files:

Re: [PHP-DEV] coding a php thread safe extenssion

Read this : http://www.php.net/manual/en/zend.php look at this extension. Last time when I saw it - it was not big and most of it quite understandable: http://sourceforge.net/projects/php-templates/ Andrey - Original Message - From: "Benoit Canet" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTE

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/func 008.phpt 009.phpt

On Thu, 3 Oct 2002, Marcus Börger wrote: > You do not test implicit flush here. > You only ensure by testing that implicit_flush > has no impact on some internal functions. I know, that was exactly what I wanted to test. I'll change the description. > One of Yasuos commit you removed was inten

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/func 008.phpt 009.phpt

You do not test implicit flush here. You only ensure by testing that implicit_flush has no impact on some internal functions. One of Yasuos commit you removed was intended to ensure that buffering cannot be skipped in anyway when such internal functions are used. From my point of view Yasuos comm

Re: [PHP-DEV] cvs: php4 /main output.c

Sebastian Bergmann wrote: > How about you read Zeev's excellent explanation of this issue in > Message-Id: <5.1.0.14.2.20021003111648.05550388@localhost>? Zeev may forgot some or misunderstood my patches. I have to take a look at SAPI code. IIRC it has been changed a little to work around bro

[PHP-DEV] coding a php thread safe extenssion

Hi, I'm developping a php extenssion and i'm looking for documentations explaining how to code thread safe php extenssions. Does anyone have any advices on writting thread safe php extenssions ? (url,book or source to read ?) best regards, Benoit Canet System administrator ITNetwork www.itne

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

Sebastian Bergmann wrote: > Yasuo Ohgaki wrote: > >>Anyway, I'm not big fun of implicit flush and removing the feature >>is ok to me, too. > > > Do you actually read what other people post about this on php-dev? > Do you actually know how it is working? Try some with current code. Let me k

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

Yasuo Ohgaki wrote: > Anyway, I'm not big fun of implicit flush and removing the feature > is ok to me, too. Do you actually read what other people post about this on php-dev? -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you?

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

Zeev Suraski wrote: >> implicit_flush in php.ini only for debugging. >> It may do something unwanted thing in your script, but >> this is original design. > > > As the one who introduced implicit_flush, no, it is not the original > design at all. It's not something for debugging only, but also

Re: [PHP-DEV] ini_set("register_globals", 1);

--INI-- section of test files? marcus At 09:13 03.10.2002, Sascha Schumann wrote: > > No, but I wonder how you would like to implement this. Globals are > > put into the corresponding arrays before the script runs... > > The session module reads register_globals as well. > > - Sascha > >

Re: [PHP-DEV] cvs: php4 /main output.c

Yasuo Ohgaki wrote: > I'm tried of this issue. In case you mean "tired", rest assured you're not alone. > Please read my mails and commits. How about you read Zeev's excellent explanation of this issue in Message-Id: <5.1.0.14.2.20021003111648.05550388@localhost>? > implicit_flush should

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

At 12:48 03/10/2002, Yasuo Ohgaki wrote: >Zeev Suraski wrote: >>But it does not seem as if you fixed it properly. I don't see how >>implicit flush can be at all related to output buffering. If it was, it >>should have been trivial to fix it, at a centralized place. You appear >>to be adding

Re: [PHP-DEV] cvs: php4 /main output.c

Derick Rethans wrote: > On Thu, 3 Oct 2002, Yasuo Ohgaki wrote: > > >>CGI and Apache SAPI is working as it supposed. >>Which is worng? >> >>BTW, now I'm sure what is wrong in CLI SAPI thanks >>to your example :) > > > The CLI is perfect, the problem is in the implicit_flush 'fix' you > added.

Re: [PHP-DEV] implicit flush feature is fixed => CLI behavior is

On Thu, 3 Oct 2002, Yasuo Ohgaki wrote: > Yasuo Ohgaki wrote: > > Edin Kadribasic wrote: > > > >>Again, CLI does nothing but enable implicit_flush. Try enabling it > >>in your php.ini and cgi and apache will be broken in the same way. > >> > > > > > > I'll take a look at CLI SAPI, then... > >

Re: [PHP-DEV] implicit flush feature is fixed => CLI behavior is

Yasuo Ohgaki wrote: > Edin Kadribasic wrote: > >>Again, CLI does nothing but enable implicit_flush. Try enabling it >>in your php.ini and cgi and apache will be broken in the same way. >> > > > I'll take a look at CLI SAPI, then... > It may be easy to find what's wrong thanks to your example. >

Re: [PHP-DEV] implicit flush feature is fixed => CLI behavior iswrong

Edin Kadribasic wrote: > Again, CLI does nothing but enable implicit_flush. Try enabling it > in your php.ini and cgi and apache will be broken in the same way. > I'll take a look at CLI SAPI, then... It may be easy to find what's wrong thanks to your example. User shouldn't enable implicit_flus

Re: [PHP-DEV] cvs: php4 /main output.c

On Thu, 3 Oct 2002, Yasuo Ohgaki wrote: > CGI and Apache SAPI is working as it supposed. > Which is worng? > > BTW, now I'm sure what is wrong in CLI SAPI thanks > to your example :) The CLI is perfect, the problem is in the implicit_flush 'fix' you added. If you fix that, everybody is happy a

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

Zeev Suraski wrote: > But it does not seem as if you fixed it properly. I don't see how > implicit flush can be at all related to output buffering. If it was, it > should have been trivial to fix it, at a centralized place. You appear > to be adding code all over the codebase, and as far as

Re: [PHP-DEV] implicit flush feature is fixed => CLI behavior is wrong

Again, CLI does nothing but enable implicit_flush. Try enabling it in your php.ini and cgi and apache will be broken in the same way. Edin - Original Message - From: "Yasuo Ohgaki" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 03, 2002 11:33 AM Subject: [PHP-DEV] imp

Re: [PHP-DEV] cvs: php4 /main output.c

Edin Kadribasic wrote: >>Guys, >> >>implicit flush feature is broken for a looonng time. >>Please refer to my comment recently added to output.c > > > Its broken now. This is your own example: > > File t contains: > $str = var_export ("foo", TRUE); > var_dump($str); > ?> > > $ sapi/cli/php -d

[PHP-DEV] implicit flush feature is fixed => CLI behavior is wrong

Guys, Implicit flush feature is fixed as it is supposed. I've bitten by implicit flush bugs, that tried to destroy top most buffer without proper destruction, _very_ hard. (PHP executes script multiple times due to broken memory under certain condition. I've wasted _days_ just to find what is cau

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

At 12:13 03/10/2002, Yasuo Ohgaki wrote: >Sebastian Bergmann wrote: >>Zeev Suraski wrote: >> >>>That's the desired behavior, please make sure you did not deviate from >>>it. >> >> He deviated from it. >> Functions like highlight_string() or var_export() currently don't work >> with implicit_

Re: [PHP-DEV] cvs: php4 /main output.c

> Guys, > > implicit flush feature is broken for a looonng time. > Please refer to my comment recently added to output.c Its broken now. This is your own example: File t contains: $ sapi/cli/php -d implicit_flush=1 t string(0) "" $ sapi/cli/php -d implicit_flush=0 t string(5) "'foo'" -- P

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

Sebastian Bergmann wrote: > Zeev Suraski wrote: > >>That's the desired behavior, please make sure you did not deviate from >>it. > > > He deviated from it. > > Functions like highlight_string() or var_export() currently don't work > with implicit_flush enabled. Guys, implicit flush fea

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

Derick Rethans wrote: > On Thu, 3 Oct 2002, Yasuo Ohgaki wrote: > > >>You are the one used unexported php_ob_* function in var.c :) >>I'll fix var.c, then. > > > No, don't. These functions were meant to be exported, see this chat log > with Zeev from around the time I implemented the function

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

Yasuo Ohgaki wrote: > yohgaki Thu Oct 3 04:54:45 2002 EDT > > Modified files: > /php4/ext/standardvar.c > Log: > Prevent unwanted fluhsing. Unwanted flushing which Derick mentioned is fixed. I think there is something wrong in CLI. It seems CLI is

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

Zeev Suraski wrote: > That's the desired behavior, please make sure you did not deviate from > it. He deviated from it. Functions like highlight_string() or var_export() currently don't work with implicit_flush enabled. -- Sebastian Bergmann http://sebastian-bergmann.de/

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS /main output.c

Sebastian Bergmann wrote: > > Marcus Börger wrote: >> Hi Sebastian can you verify this with implicit flush on/off. >> >> php -d implicit_flush=On/Off On/Off seems to be wrong: php -d implicit_flush=0 script.php works php -d implicit_flush=1 script.php doesn't. -- Sebastian B

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

Yasuo, Implicit flush has nothing to do with the PHP-level output buffering layers. Implicit flush only means that the server-specific flush function should be called whenever output is being written using the server-specific output function. As long as you're not calling the server-specific

[PHP-DEV] user_streams.c: Win32, compiler warning

During compile php4ts for Win32 (Windows 2000 Pro, VC++ 6.0), I got the following output: ... user_streams.c D:\Daten\CVS\php4\main\user_streams.c(630) : warning C4244: '=' : Konvertierung von 'long ' in 'unsigned short ', moeglicher Datenverlust D:\Daten\CVS\php4\main\user_streams.c(631) : warni

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

On Thu, 3 Oct 2002, Yasuo Ohgaki wrote: > You are the one used unexported php_ob_* function in var.c :) > I'll fix var.c, then. No, don't. These functions were meant to be exported, see this chat log with Zeev from around the time I implemented the function: php.bugs-2001-12-15: 15:03 <@Deric

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

You are the one used unexported php_ob_* function in var.c :) I'll fix var.c, then. -- Yasuo Ohgaki Derick Rethans wrote: > On Thu, 3 Oct 2002, Yasuo Ohgaki wrote: > > >>A little history. When 4.1.0 (or 4.2.0?) is released, I've fixed >>crush with deleting wrong buffer with implicit flush. Th

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main output.c

On Thursday 03 October 2002 09:14, Derick Rethans wrote: [snip] > (While it should not have dumped the contents at all). Please revert > this, as this breaks backward compability BIG time, and IMO this is not > a shortcoming of CLI. BTW, where did you get that implicit_flush should > disable all o