Re: [PHP-DEV] win32 builtin zlib

At 00:25 26/01/2003, Friedhelm Betz wrote: Saturday, January 25, 2003, Zeev Suraski wrote: >>1.) Are there future plans to include the zlib sources? > No. zlib is included in a similar way to the way we include > bindlib_w32. It's in a different repository on cvs.php.net, that we expect > to

Re: [PHP-DEV] php_stream size

At the moment, what you are currently doing is one of the simplest ways of doing it portably, provided that the stream is seekable. The other way is to call php_stream_stat() which returns the size, ctime, mtime etc. of the stream, and can theoretically work on virtual filesystems and wrappers (if

[PHP-DEV] Re: [PHP-DOC] Re: [PHP-DEV] win32 builtin zlib

On Sat, 25 Jan 2003 23:39:36 +0100 Friedhelm Betz <[EMAIL PROTECTED]> wrote: > > [...] > > The link above from w3c could be a good idea to point the user to. > > Sure, but not a very smart solution IMHO ;-). It think it should be > possible (and preferable) to bundle the required whatever files

[PHP-DEV] Re: [PHP-DOC] Re: [PHP-DEV] win32 builtin zlib

[...] > The link above from w3c could be a good idea to point the user to. Sure, but not a very smart solution IMHO ;-). It think it should be possible (and preferable) to bundle the required whatever files with win32build.zip ;-) Friedhelm -- PHP Development Maili

Re: [PHP-DEV] win32 builtin zlib

On Sat, 25 Jan 2003 18:59:37 +0100 Friedhelm Betz <[EMAIL PROTECTED]> wrote: > Hi, > > I rewrote the part in the phpdoc manual about building on windows. > zlib is builtin with 4.3.0 but the shipped Workspace for VC++ > relies on a precompilded external zlib.lib. This is just what I run into a

Re: [PHP-DEV] win32 builtin zlib

Saturday, January 25, 2003, Zeev Suraski wrote: >>1.) Are there future plans to include the zlib sources? > No. zlib is included in a similar way to the way we include > bindlib_w32. It's in a different repository on cvs.php.net, that we expect > to be checked out and built by the time you bu

Re: [PHP-DEV] If... Else.. I'm not getting it!

On Sat, 25 Jan 2003 10:12:56 +0100 "Frank Keessen" <[EMAIL PROTECTED]> wrote: > $vname=$_POST['vname']; > if($submit) { if you would have sent this message to [EMAIL PROTECTED] you would be then instantly explained that $submit should have been $_POST['submit'] in you code. Please ask yoiur q

Re: [PHP-DEV] Reducing the number of system calls for includes

Perhaps make it configurable because on Linux there already is a dcache right in the kernel which is likely to be faster than anything we can do. On linux you still have to make all those stat calls (they just return fast). A hashlookup inside TSRM will almost certainly return much faster. A

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] Practical question

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. I'm creating a site which is quite an extensive, you know, I mean great, well-organized directory structure, et

Re: [PHP-DEV] win32 builtin zlib

At 19:59 25/01/2003, Friedhelm Betz wrote: Hi, I rewrote the part in the phpdoc manual about building on windows. zlib is builtin with 4.3.0 but the shipped Workspace for VC++ relies on a precompilded external zlib.lib. Therefore building on win32, out of the box, is not possible without downloa

Re: [PHP-DEV] Adding to the bundled GDlib

On January 25, 2003 01:40 pm, Kasper Skårhøj wrote: > But my actual request is this: > - Who is in charge of the bundled GD? (Who can I discuss it with) There are a number of people who had contributed their wonderful work to PHP's GD extension and the bundled GD library. As far as active maintai

[PHP-DEV] win32 builtin zlib

Hi, I rewrote the part in the phpdoc manual about building on windows. zlib is builtin with 4.3.0 but the shipped Workspace for VC++ relies on a precompilded external zlib.lib. Therefore building on win32, out of the box, is not possible without downloading zlib sources, compiling them and either

[PHP-DEV] Adding to the bundled GDlib

Hi list. I want to gratulate you for finally including the GDlib as a bundled extension to PHP and recognize that the Boutell people has apparently stalled the development... Now it also seems like new PHP/GD-only functions are sneaking in (there is a imagelayereffect and imagecolormatch functi

Re: [PHP-DEV] Reducing the number of system calls for includes

> I think the best solution to this problem, without breaking functionality, > is to use a cache for realpath() in virtual_file_ex(). > This should solve the performance problems and not effect BC at all. As > TSRM always passes a full path to the realpath() call there, it should > always work.

Re: [PHP-DEV] Reducing the number of system calls for includes

I like this solution. On Saturday, January 25, 2003, at 09:08 AM, Andi Gutmans wrote: Hi, I think the best solution to this problem, without breaking functionality, is to use a cache for realpath() in virtual_file_ex(). -- PHP Development Mailing List To unsubscribe, v

Re: [PHP-DEV] Reducing the number of system calls for includes

> >Another idea would be to try to streamline the normal case for an absolute > >pathname. How about doing a readlink() on it. If that tells us that it > >is a link, then we know there is something funky and we can do a realpath, > >otherwise we just assume it is canonical assuming there are no .

[PHP-DEV] php_stream size

wez, what's the most portable way to get the size of a stream ? right now im using stream = php_stream_open_wrapper ( path, mode, options, opened); php_stream_seek ( stream, SEEK_END, SEEK_CUR); size = php_stream_tell(stream); note that i have to also process the files, so i rewind immediately

[PHP-DEV] PHP 4 Bug Summary Report

PHP 4 Bug Database summary - http://bugs.php.net Num Status Summary (1096 total including feature requests) ===[*Configuration Issues] 13561 Assigned --without-pear prevent install of php-config,phpize,... 19282 Wont fix Place php4ts.dl

Re: [PHP-DEV] Reducing the number of system calls for includes

Hi, I think the best solution to this problem, without breaking functionality, is to use a cache for realpath() in virtual_file_ex(). This should solve the performance problems and not effect BC at all. As TSRM always passes a full path to the realpath() call there, it should always work. Andi

Re: [PHP-DEV] Reducing the number of system calls for includes

At 13:30 25.01.2003, Sebastian Bergmann wrote: Sascha Schumann wrote: > The question here is whether it's worthwhile to optimize for > the case where you have 30+ includes per page. Is it that > common? I think this is very common, for example with OOP applications that usually have one file

[PHP-DEV] Re: PHP and XML mailing list

When will this show up at the news server? "Sterling Hughes" <[EMAIL PROTECTED]> wrote in message 1043463814.795.97.camel@hasele">news:1043463814.795.97.camel@hasele... > A mailing list for discussing the future of PHP and XML development has > been created. You can subscribe by sending a message

Re: [PHP-DEV] Reducing the number of system calls for includes

Sascha Schumann wrote: > The question here is whether it's worthwhile to optimize for > the case where you have 30+ includes per page. Is it that > common? I think this is very common, for example with OOP applications that usually have one file per class. -- Sebastian Bergmann http://s

Re: [PHP-DEV] Reducing the number of system calls for includes

> > That said, we could possibly have a fast mode and use fstat() to get some > > device information on the open file. I am worried about functionality > > though. I'm not sure it's worth breaking. > > The question here is whether it's worthwhile to optimize for > the case where you have 30+ inclu

Re: [PHP-DEV] Reducing the number of system calls for includes

At 02:30 AM 1/25/2003 -0800, Rasmus Lerdorf wrote: > That said, we could possibly have a fast mode and use fstat() to get some > device information on the open file. I am worried about functionality > though. I'm not sure it's worth breaking. Yes, fstat() is fast. And perhaps it isn't worth brea

Re: [PHP-DEV] Reducing the number of system calls for includes

> The question here is whether it's worthwhile to optimize for > the case where you have 30+ includes per page. Is it that > common? In my particular case just 2 or 3 includes puts me over the top actually. stat() is amazingly slow on freebsd and having 3 includes of files in a dir

RE: [PHP-DEV] Reducing the number of system calls for includes

> -Original Message- > From: George Schlossnagle [mailto:[EMAIL PROTECTED]] > Sent: Saturday, January 25, 2003 5:28 AM > To: Rasmus Lerdorf > Cc: [EMAIL PROTECTED] > Subject: Re: [PHP-DEV] Reducing the number of system calls for includes > > On Friday, January 24, 2003, at 10:19 PM, Rasmu

Re: [PHP-DEV] Reducing the number of system calls for includes

> That said, we could possibly have a fast mode and use fstat() to get some > device information on the open file. I am worried about functionality > though. I'm not sure it's worth breaking. Yes, fstat() is fast. And perhaps it isn't worth breaking functionality across the board, but in my pa

Re: [PHP-DEV] Reducing the number of system calls for includes

> That said, we could possibly have a fast mode and use fstat() to get some > device information on the open file. I am worried about functionality > though. I'm not sure it's worth breaking. The question here is whether it's worthwhile to optimize for the case where you have 30+ includes

Re: [PHP-DEV] If... Else.. I'm not getting it!

This list is only for people who develop PHP and not _with_ PHP. Please contact a PHP users mailing list such as [EMAIL PROTECTED] Good luck, Andi At 10:24 AM 1/25/2003 +0100, Frank Keessen wrote: Hi all, Please can you help me with the following: If got a little sample code: This one is wor

Re: [PHP-DEV] Reducing the number of system calls for includes

At 04:51 PM 1/24/2003 -0800, Rasmus Lerdorf wrote: Which broken systems? Certainly not on FreeBSD or Linux. A little test: stat("/home/rasmus/foo/u2.inc",&sb); That ends up doing just a single stat on FreeBSD: stat("/home/rasmus/foo/u2.inc",0x9fbffa0c) = 0 (0x0) and on Linux: st

[PHP-DEV] If... Else.. I'm not getting it!

Hi all, Please can you help me with the following: If got a little sample code: This one is working (!): Input yourname But when i'm using IF Else.. Nothing is happening. I'm only seeing the form but when i submit that form: The $vname doen't display.. Here is the code that doesn't wo

[PHP-DEV] If... Else.. I'm not getting it!

Hi all, Please can you help me with the following: If got a little sample code: This one is working (!): Input yourname But when i'm using IF Else.. Nothing is happening. I'm only seeing the form but when i submit that form: The $vname doen't display.. Here is the code that doesn't wo

Re: [PHP-DEV] Reducing the number of system calls for includes

> Weird. That was totally contrary to the way I remember it working. In > trying to figure out why I remembered incorrectly, I realized the > reason why you (in general) want to resolve the path to a canonical > path is that you can seriously break include_once and require_once if > you dont.

[PHP-DEV] CVS Account Request: gui

I'd like a CVS account to contribute to : - the french translation of phpdoc ( working at nexen.net, I have the agreement of [EMAIL PROTECTED] - He told me to request this account) - the french translation of peardoc -- PHP Development Mailing List To unsubscribe, visit: