Re: [PHP-DEV] Build error

On Tue, 19 Mar 2002, Yasuo Ohgaki wrote: > > I think this is not a good idea, the install base of re2c is very small. > > No major distribution includes it. > > > > I have no problem with that, too. > If anyone get strange build error and you have re2c, > suspect re2c generated files. It won

Re: [PHP-DEV] Build error

[EMAIL PROTECTED] wrote: > On Tue, 19 Mar 2002, Yasuo Ohgaki wrote: > > >>Is it possible to bundle re2c? or make it required >>build tool? and delete generated C source? > > > I think this is not a good idea, the install base of re2c is very small. > No major distribution includes it. > I

Re: [PHP-DEV] Build error

On Tue, 19 Mar 2002, Yasuo Ohgaki wrote: > Is it possible to bundle re2c? or make it required > build tool? and delete generated C source? I think this is not a good idea, the install base of re2c is very small. No major distribution includes it. Derick -

Re: [PHP-DEV] Build error

Markus Fischer wrote: > On Tue, Mar 19, 2002 at 04:46:10PM +0900, Yasuo Ohgaki wrote : > >>I finally found out why I get build error for CGI. >>Since I have re2c installed on my system, it creates >>C source. Since C source generated by re2c is in >>repository, it can differ a little and sometim

[PHP-DEV] Re: Build error

Yasuo Ohgaki wrote: > Hi, > > I finally found out why I get build error for CGI. This line is misleading. Build error may happen with any SAPI. -- Yasuo Ohgaki > Since I have re2c installed on my system, it creates > C source. Since C source generated by re2c is in > repository, it can differ

Re: [PHP-DEV] Build error

On Tue, Mar 19, 2002 at 04:46:10PM +0900, Yasuo Ohgaki wrote : > I finally found out why I get build error for CGI. > Since I have re2c installed on my system, it creates > C source. Since C source generated by re2c is in > repository, it can differ a little and sometimes > results in undefined s

[PHP-DEV] Build error

Hi, I finally found out why I get build error for CGI. Since I have re2c installed on my system, it creates C source. Since C source generated by re2c is in repository, it can differ a little and sometimes results in undefined symbol when compiling. (It did in my case. Since I never edit the CVS

Re: [PHP-DEV] RFC: README.SUBMMITING_PATCH

On Mon, 2002-03-18 at 18:53, Jim Winstead wrote: > Zeev Suraski <[EMAIL PROTECTED]> wrote: > > Maybe a small online interface for proposing patches (and not losing them) > > would bring some order to this mess, but then again, it may be an overkill. > > someone was preparing a patch for the bug

Re: [PHP-DEV] poll (2) - portability/alternatives

If a socket is added to readfds select will return if the follow occurs: error on the socket EOF on the socket data on the socket Therefore, you should be able to call select on the socket (adding a timeout for sanity) and if it returns call read/recv. If the return value is 0 an EOF has occurr

[PHP-DEV] (±¤°í)3°³¿ù ¸¸¿¡ ¿ù 500 ÀÌ»ó ¹ú ¼ö ÀÖ´Ù¸é ¹ÏÀ¸½Ã°Ú½À´Ï±î?

Àü Á¶¼º¿î(011-441-4354)À̶ó°í ÇÕ´Ï´Ù.. ½Ç¸íÀ» ¹àÈ÷°í ¿¬¶ôó±îÁö ³²±â´Â °ÍÀº ±×¸¸Å­ »ç½ÇÀÌ°í ÇÕ¹ýÀ̱⠶§¹®ÀÔ´Ï´Ù.. ´Ü, È£±â½ÉÀ̳ª ¹Ì¼º³âÀÚ´Â Àý´ë ¿¬¶ôÇÏÁö ¸¶¼¼¿ä.. Á¦°¡ ¸»¾¸ µå¸®´Â ÀÌ ÀÏÀ» ½ÃÀÛÇÑÁö´Â 1ÁÖÀÏ Á¤µµ µÇ¾ú½À´Ï´Ù.. ´ÜÁö, ÀüÈ­»ó´ã(ÇÏ·ç¿¡ 3~4Åë)¸¸À¸·Î 3°³¿ùÀ̳»¿¡ ¿ù500¸¸¿øÀ» ¹ú ¼ö ÀÖ½À´Ï

[PHP-DEV] iconv configure problem

The latest iconv detection code doesn't appear to account for the case where iconv_open() is defined in libiconv. It only checks for iconv_open() in libc and libiconv_open() in libiconv. This breaks the build under FreeBSD unless the GNU libiconv port is installed. -- Jon Parise ([EMAIL PROTEC

[PHP-DEV] XtOffsetOf Nightmare

hi all, I have entered bugs. I have mailed the install list. No response. I was unable to compile PHP 4.1.2 with Apache 1.3.23. I have previously compiled extremely complex installs without a hitch. After a huge amount of digging, It seems that XtOffsetOf is the source of all of my problems. D

Re: [PHP-DEV] Re: [PEAR-DEV] Improving speed -> caching hash results in zend_execute?

> Does anyone want to comment on this (the full threads on PEAR-DEV), > about the results (2) and (3), - 2 is a wrapper call to another > function 3 is directly calling a function/method - I think it was 20,000 > times (1) is the original PEARdb call - with some extra ifs...etc. > > anywa

[PHP-DEV] Re: [PEAR-DEV] Improving speed -> caching hash results in zend_execute?

Does anyone want to comment on this (the full threads on PEAR-DEV), about the results (2) and (3), - 2 is a wrapper call to another function 3 is directly calling a function/method - I think it was 20,000 times (1) is the original PEARdb call - with some extra ifs...etc. anyway - the over

[PHP-DEV] Re: SMP machines and shared memory

This is known issue and it does not matter if system is SMP or not. Multiple users have been reporting this problem on occasion. -- Yasuo Ohgaki Warwick Poole wrote: > I dont know if this is the correct forum to ask this question, but I > have spent a good day trying to find the answer to this

[PHP-DEV] Re: Global data with session handler

Brad Lafountain wrote: > I was wondering if anyone has ever thought of comming up with a different way > of handling the code below. I know that you can use shared memory, but that > wont work for win and it wont work for web cluseters using db's to handle their > sessions. Also sessions will auto

[PHP-DEV] fgetss_state - seemingly unused

Hey, Does anyone know what purpose FG(fgetss_state) serves? It doesn't appear to do anything other than hold the value 0 for php_strip_tags. Is this an oversight or a leftover of some old code? The zlib extension has it's own equivalent that also does nothing. Are they safe to nuke? --Wez.

[PHP-DEV] Re: Bug #16135: Release breaks due to C++ requirement

>> I haven't heard from [EMAIL PROTECTED] yet why he introduced >> this at all (he is now explicitly Cc'ed). Note that it has >> not been removed from the 4.2.0 branch yet. > > I removed it from the branch now. Do you want me to close this report? Unfortunately the details escape me

[PHP-DEV] poll (2) - portability/alternatives

Theres a bug in the DB where feof($sock) will not detect a timed-out connection. I have a fix which uses poll(2) if available to check if the socket has hungup. If poll(2) is not present, it will try to read a chunk of data; if that times out or sets the eof indicator, then an EOF is returned.

Re: [PHP-DEV] Global data with session handler

brad lafountain <[EMAIL PROTECTED]> wrote: > I couldn't find such a file. (4.1.2) http://cvs.php.net/cvs.php/pear/Cache/Application.php -- Richard Heyes -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] FTP returns wrong file size (and a fix) - second try

I can condone that course of action. Go ahead and commit it. I'd make a not of it in the documentation so that somebody doesn't get seriously bitten by it. > -Original Message- > From: Vlad Krupin [mailto:[EMAIL PROTECTED]] > Sent: Monday, March 18, 2002 5:08 PM > To: [EMAIL PROTECTED]

Re: [PHP-DEV] FTP returns wrong file size (and a fix) - second try

If someone needs an ASCII size, they need to scream and file a bug report and then I'll implement it. This function has not been working properly for ages and no-one complained. This way at least it will work consistently and make sense. Optional ASCII mode size will require a bloat (like an o

RE: [PHP-DEV] FTP returns wrong file size (and a fix) - second try

On Mon, 18 Mar 2002, Joseph Tate wrote: > Would there ever be a need to get the ASCII ftp_size? If not, the go ahead, > but if there ever might be, you may want to add a parameter to ftp_size so > that it behaves like ftp_get et all. The parameter could default to BINARY. That sounds like a go

Re: [PHP-DEV] Global data with session handler

--- Richard Heyes <[EMAIL PROTECTED]> wrote: > brad lafountain <[EMAIL PROTECTED]> wrote: > > > I was wondering if anyone has ever thought of comming up with a different > way > > of handling the code below. I know that you can use shared memory, but > that > > wont work for win and it wont work

RE: [PHP-DEV] FTP returns wrong file size (and a fix) - second try

Would there ever be a need to get the ASCII ftp_size? If not, the go ahead, but if there ever might be, you may want to add a parameter to ftp_size so that it behaves like ftp_get et all. The parameter could default to BINARY. Joseph > -Original Message- > From: Vlad Krupin [mailto:[EM

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

At 21:52 18.03.2002, you wrote: > > 2) for seekable streams the copy function should seek to 0 if > > copying all, shouldn't it? > >No: as an example consider some code that is performing an HTTP request. >It might want to store the headers in one stream and the body in another. >So, it would manu

[PHP-DEV] FTP returns wrong file size (and a fix) - second try

Hi, this is the second try to get feedback and to make a fix to ftp_size() function. After bringing that issue up a few days back, I got response from Derick only with some concerns, which I'll address here. Please, respond or I'll just apply the patch because it makes sense to me and see what

Re: [PHP-DEV] Global data with session handler

brad lafountain <[EMAIL PROTECTED]> wrote: > I was wondering if anyone has ever thought of comming up with a different way > of handling the code below. I know that you can use shared memory, but that > wont work for win and it wont work for web cluseters using db's to handle > their > sessions.

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

On 18/03/02, "Marcus Börger" wrote: > If have the following annotations to streams: > 1) i do not like the style of how to determine the kine of a stream > instead of > #define php_stream_is(stream, anops)((stream)->ops == anops) > #define PHP_STREAM_IS_STDIO &php_stream_stdio_ops >

[PHP-DEV] Global data with session handler

I was wondering if anyone has ever thought of comming up with a different way of handling the code below. I know that you can use shared memory, but that wont work for win and it wont work for web cluseters using db's to handle their sessions. Also sessions will automatically handle locking of the

Re: [PHP-DEV] Re: user-space streams ?

On 19/03/02, "l0t3k" <[EMAIL PROTECTED]> wrote: > Wez, > +2e32-1 > you read my mind ! but does this also entails having an OO interface to > the streams as they are. it would be very annoying to have a cool stream > abstraction interface, but then have to check for every resource list entr

[PHP-DEV] SMP machines and shared memory

I dont know if this is the correct forum to ask this question, but I have spent a good day trying to find the answer to this with no real success, so I thought I would try the source...the PHP developers. I am building a cluster of 3 webservers, which are going to serve a group of PHP (with some

[PHP-DEV] Re: user-space streams ?

Wez, +2e32-1 you read my mind ! but does this also entails having an OO interface to the streams as they are. it would be very annoying to have a cool stream abstraction interface, but then have to check for every resource list entry under the sun to access the stream_ops (le_ftp, le_file,

RE: [PHP-DEV] RFC: Small changes in CODING_STANDARD

At 19:35 18/03/2002, Chris Newbill wrote: >Except is should be side-effect, not side of effect. :) Oh yeah:) -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] CVS Account Request: lsmith

PEAR related work => Working on the Metabase - PEAR DB Merge -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC: README.SUBMITTING_PATCH (2nd edition)

On Mon, 18 Mar 2002, Markus Fischer wrote: > On Mon, Mar 18, 2002 at 12:03:50PM -0500, James E. Flemer wrote : > > What about in-line vs. attachments? For patching, > > attachments are probably easier, but for reviewing I find > > it useful if the patch is in-line. > > > > -1 ... > >

Re: [PHP-DEV] RFC: README.SUBMMITING_PATCH

Zeev Suraski <[EMAIL PROTECTED]> wrote: > Maybe a small online interface for proposing patches (and not losing them) > would bring some order to this mess, but then again, it may be an overkill. someone was preparing a patch for the bug databases so it could handle file attachments. i don't know

Re: [PHP-DEV] RFC: README.SUBMITTING_PATCH (2nd edition)

On Mon, Mar 18, 2002 at 12:03:50PM -0500, James E. Flemer wrote : > What about in-line vs. attachments? For patching, > attachments are probably easier, but for reviewing I find > it useful if the patch is in-line. > -1 ... If the patch is not inline you will have hard time extracting

RE: [PHP-DEV] RFC: Small changes in CODING_STANDARD

Except is should be side-effect, not side of effect. :) -Chris -Original Message- From: Yasuo Ohgaki [mailto:[EMAIL PROTECTED]] Sent: Monday, March 18, 2002 1:23 AM To: Zeev Suraski Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] RFC: Small changes in CODING_STANDARD Zeev Suraski wrote: >

Re: [PHP-DEV] Cleaning up streams when connection aborted

At 18:51 18/03/2002, Wez Furlong wrote: > > Connection handling varies across different web servers. If you're really > > paranoid, you can use > > > > HANDLE_BLOCK_INTERRUPTIONS() > > and > > HANDLE_UNBLOCK_INTERRUPTIONS() > >Should I bother with this in streams? Well, I wouldn't :) Zeev --

Re: [PHP-DEV] RFC: README.SUBMITTING_PATCH (2nd edition)

What about in-line vs. attachments? For patching, attachments are probably easier, but for reviewing I find it useful if the patch is in-line. -James On Mon, 18 Mar 2002, Yasuo Ohgaki wrote: > Hi all, > > I've added David and Zeev's suggestion and added a little. > Please fix/add/comment. Thank

Re: [PHP-DEV] Cleaning up streams when connection aborted

On 18/03/02, "Zeev Suraski" <[EMAIL PROTECTED]> wrote: > Well, you can register/unregister resources inside your stream > functions. That's probably the best way to go about it. > >So would it be better for the streams "subsystem" to keep track of > >the streams itself? Or even just register ea

[PHP-DEV] Re: Bug #16135: Release breaks due to C++ requirement

On Mon, 18 Mar 2002, Sascha Schumann wrote: > On Mon, 18 Mar 2002, Derick Rethans wrote: > > > Hello Sascha, > > > > I thought you removed this requirement last week from CVS: > > http://news.php.net/article.php?group=php.cvs&article=9895 > > I haven't heard from [EMAIL PROTECTED] yet why h

Re: [PHP-DEV] Cleaning up streams when connection aborted

At 14:22 18/03/2002, Wez Furlong wrote: >I should have explained what I was thinking a little better: > >stream = php_stream_open_wrapper(...) >// what if the connection aborts here? >ZEND_REGISTER_RESOURCE(...) Well, no matter how you do it, it's not going to be atomic. If you do it inside ph

RE: [PHP-DEV] RFC: README.SUBMITTING_PATCH (2nd edition)

can we replace "submit patch" with "submit a patch" etc. it's better english. james > -Original Message- > From: Yasuo Ohgaki [mailto:[EMAIL PROTECTED]] > Sent: Monday, March 18, 2002 10:18 AM > To: [EMAIL PROTECTED] > Subject: [PHP-DEV] RFC: README.SUBMITTING_PATCH (2nd edition) > >

Re: [PHP-DEV] Cleaning up streams when connection aborted

I should have explained what I was thinking a little better: stream = php_stream_open_wrapper(...) // what if the connection aborts here? ZEND_REGISTER_RESOURCE(...) Is the connection aborting asynchronous? If so, then we could lose the stream at any time prior or even during registration of th

Re: [PHP-DEV] Cleaning up streams when connection aborted

At 13:04 18/03/2002, Wez Furlong wrote: >I've noticed a couple of places in the code where ZEND_REGISTER_RESOURCE >is used to remember to cleanup streams, and then deletes the list entry >when it has completed what it was doing. > >It's a nice idea, but it doesn't feel safe to me (probably because

[PHP-DEV] Cleaning up streams when connection aborted

I've noticed a couple of places in the code where ZEND_REGISTER_RESOURCE is used to remember to cleanup streams, and then deletes the list entry when it has completed what it was doing. It's a nice idea, but it doesn't feel safe to me (probably because I'm not 100% aware of the way that PHP handl

[PHP-DEV] MySQL 4.0.1 support gone?

Hi all, I'm still having trouble to compile latest CVS on Linux with MySQL 4.0.1 (see bug 16139). Has support for MySQL 4.0.1 been withdrawn from CVS? Cheers Michael -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: STREAMS_DC/CC macros

On 18/03/02, "Zeev Suraski" <[EMAIL PROTECTED]> wrote: > Ok, so basically you're saying that you're doing much more relaying than > the standard one-level relaying? Yes :-) > Ok, that makes sense (are you sure you'd > want the get the outermost level, though? from my experience you'd usually

[PHP-DEV] Re: STREAMS_DC/CC macros

Ok, so basically you're saying that you're doing much more relaying than the standard one-level relaying? Ok, that makes sense (are you sure you'd want the get the outermost level, though? from my experience you'd usually want just the closest layer, but things may be different with the strea

[PHP-DEV] Re: STREAMS_DC/CC macros

Hi Zeev, If you look in main/php_streams.h, you'll see where I am coming from. Those rel_orig macros (as they stand now!) look like "thinkos" on my part. The concept is that the original php_stream_xxx call that triggered the allocation is relayed to the memory manager, as well as listing the pl

Re: [PHP-DEV] Re: Leaking streams..

Hi Zeev, You are correct, but I didn't see any leaks anyway, and could not see how or where the leaks might be; so if anything, it didn't make sense that Jani saw the leaks :-) No one else has reported leaks (yet) either. --Wez. On 18/03/02, "Zeev Suraski" <[EMAIL PROTECTED]> wrote: > Just won

[PHP-DEV] RFC: README.SUBMITTING_PATCH (2nd edition)

Hi all, I've added David and Zeev's suggestion and added a little. Please fix/add/comment. Thank you. Submitting Patch for PHP This document describes how to submit patch for PHP. Since you are reading thi

Re: [PHP-DEV] RFC: README.SUBMMITING_PATCH

At 10:19 18/03/2002, David Eriksson wrote: >Maybe add something about unified format for the diff? Definitely. >"I personally refuse to use inferior tools because of ideology." > - Linus Torvalds Good quote :) Zeev -- PHP Development Mailing L

Re: [PHP-DEV] file.c broken

Sebastian Bergmann wrote: > [snip] Didn't notice those before: c:\home\php\php4\main\main.c(569): error C2065: 'tsrm_ls': Undeclared identifier c:\home\php\php4\main\main.c(569): warning C4022: _php_stream_open_wrapper': Pointer type for passed parameter 5 does not matched declared pointer t

Re: [PHP-DEV] RFC: README.SUBMMITING_PATCH

On Mon, 18 Mar 2002, Yasuo Ohgaki wrote: > Hi all, > > We get questions like "where to send path?" on occasion. > We should have doc for that. Here is a draft. > Please fix/add/comment. Thank you. Maybe add something about unified format for the diff? Personally I would recommend this line in

[PHP-DEV] STREAMS_DC/CC macros

Are they really necessary? A lot of work has been done to make everything in PHP use the same thing, so I'd really like the avoid introducing new macros at this point... I can tell that the basic difference is the use of __php_stream_call_depth, but I really can't see how you're using it :)