Re: [PHP-DEV] ctype enabled by default

[EMAIL PROTECTED] wrote: > On Fri, 8 Mar 2002, Dan Kalowsky wrote: > > >>Hello PHP Dev! >> >>I'd like to request that ctype be disabled by default instead of a >>recently done enabling by default. Especially for the 4.2 release. >> > > +1 for this, Dan, are you going to do this? > please let

Re: [PHP-DEV] ctype enabled by default

On Fri, 8 Mar 2002, Hartmut Holzgraefe wrote: > [EMAIL PROTECTED] wrote: > > On Fri, 8 Mar 2002, Dan Kalowsky wrote: > > > > > >>Hello PHP Dev! > >> > >>I'd like to request that ctype be disabled by default instead of a > >>recently done enabling by default. Especially for the 4.2 release. > >

Re: [PHP-DEV] Socket Rework Complete

> For all those who don't follow CVS. The sockets extension modifications > I listed out a few weeks ago are complete, and will be included in the > 4.2.0 release. I haven't been following CVS, nor have I really paid a lot of attention to the module. I have received the occasional email about the

Re: [PHP-DEV] New Build System Committed to HEAD

On Fri, 8 Mar 2002, Marcus Börger wrote: > Very nice new build system much faster the only thing what's left on that > is .o in all .cvsignore *.o is ignored by CVS by default. - Sascha Experience IRCG http://schumann.cx/http://s

[PHP-DEV] main.c change

Hm, it does not make much sense to convert ' ' to '  ', because the original purpose of this function is to preserve the structure of the plain text. So, the change is basically equivalent in terms of output formatting to removing the conversion. If this is a severe probl

[PHP-DEV] Re: Bug #15943 Updated: Viewing .phps Crashes with php.ini-recommended

Derick Rethans wrote: > On 8 Mar 2002 [EMAIL PROTECTED] wrote: > > >>This is known issue but I don't know if this is reported. >>I think phps feature should be removed. >> > > Are you nuts? > No. There is a flaw unless someone really willing to fix. show_source() works well. It's not easy and

Re: [PHP-DEV] ||=

For some reason this doesn't exist in other languages like C++ and Java. I don't object to adding this as long as their is no good reason why those languages didn't support these. What do other people think? Andi At 20:26 07/03/2002 +0200, Andrey Hristov wrote: > Hi, >I found that $some ||= tr

[PHP-DEV] Re: main.c change

Yeah, you're right. I'll comment that part out. It doesn't make much sense to convert spaces to   in any of the phpinfo() output. Only place where it would make sense to do it how I did is if some string is indented with spaces. As we know, plain spaces are cut to one by

Re: [PHP-DEV] ||=

I ever wondered why this doesn't exist. But i do not see a real reason to add this. Marcus At 11:58 08.03.2002, you wrote: >For some reason this doesn't exist in other languages like C++ and Java. >I don't object to adding this as long as their is no good reason why those >languages didn't sup

Re: [PHP-DEV] ctype enabled by default

Dan Kalowsky wrote: > Hello PHP Dev! > > I'd like to request that ctype be disabled by default instead of a > recently done enabling by default. Especially for the 4.2 release. > > Mainly because it seems that MacOSX does not like the way things are being > done, claiming that each ctype (i.e.

Re: [PHP-DEV] Socket Rework Complete

On Fri, 2002-03-08 at 03:48, Chris Vandomelen wrote: > > For all those who don't follow CVS. The sockets extension modifications > > I listed out a few weeks ago are complete, and will be included in the > > 4.2.0 release. > > I haven't been following CVS, nor have I really paid a lot of attentio

[PHP-DEV] Re: Socket Rework Complete

I think I see bug number 1... The system call for select() you to perform an indefinite blocking call if you pass NULL as tv, but PHP's socket_select() doesn't seem to have that feature. (It did in previous versions, from sometime in 4.0.7dev and up. I caught that bug originally, actually.)

[PHP-DEV] fopen with https support ?

According to a 2 message thread in Jun 2001 Wez Furlong said : On 22/06/01, [EMAIL PROTECTED] wrote: > We are not regular PHP developers, but one of our programmers developed a > patch to 4.0.5 that allows PHP to act as an SSL client. > > If you believe that it is useful, feel free to add to the

[PHP-DEV] Re: Socket Rework Complete

Slight correction -- the fix is actually something more like this (at least currently): If the user passes "null" for the sec argument, pass NULL to select() for tv. I think it would probably be better to handle it with the following conditions: 1. if the user passes null for both sec AND us

Re: [PHP-DEV] Re: Socket Rework Complete

Thanks for the bug report, it will be fixed. -Jason On Fri, 2002-03-08 at 09:39, J Smith wrote: > > I think I see bug number 1... > > The system call for select() you to perform an indefinite blocking call if > you pass NULL as tv, but PHP's socket_select() doesn't seem to have that > featur

[PHP-DEV] Re: [PHP-GTK] System independence?

[cross posting to php-dev] On Fri, Mar 08, 2002 at 03:58:55PM +0100, Christoph Muehlmann wrote : > Point 1: You have to know what system PHP runs on, to include the > php-gtk-module (.so or .dll). Now lets say theres a third OS, where the > module ends on .xyz - this is a little big proble

Re: [PHP-DEV] Socket Rework Complete

I don't think that's a hot idea. The return value of select() is an int for reason and not merely true or false. It's supposed to return the number of file descriptors that are ready for reading, writing or exceptions. According to the man file: "On success, select and pselect return the numb

Re: [PHP-DEV] Socket Rework Complete

On Fri, Mar 08, 2002 at 11:22:08AM -0500, J Smith wrote : > I'm thinking that this functionality is a bit too far removed from the > standard select() call [...] I agree on that. Let there be an int return from socket_select(). You still can return 'false' on error condition. --

Re: [PHP-DEV] Socket Rework Complete

On Fri, 2002-03-08 at 10:22, J Smith wrote: > > I don't think that's a hot idea. The return value of select() is an int for > reason and not merely true or false. It's supposed to return the number of > file descriptors that are ready for reading, writing or exceptions. The correct behavior t

Re: [PHP-DEV] Socket Rework Complete

On Fri, 2002-03-08 at 11:02, Markus Fischer wrote: > On Fri, Mar 08, 2002 at 11:22:08AM -0500, J Smith wrote : > > I'm thinking that this functionality is a bit too far removed from the > > standard select() call [...] > > I agree on that. Let there be an int return from > socket_select

Re: [PHP-DEV] New Build System Committed to HEAD

>Date: Fri, 08 Mar 2002 13:05:03 +0100 >To: Sascha Schumann <[EMAIL PROTECTED]> >From: Marcus Börger <[EMAIL PROTECTED]> >Subject: [PHP-DEV] New Build System Committed to HEAD > >Onother question i wonder about, can i compile only the cli version? >I allways get CGI and i do not see any switche t

[PHP-DEV] Adding the cpdf textBox function to php

This is what I already submitted as a comment to the cpdf_text function. Maybe you can include this simple patch in one of the following releases... it would be great. Here's the text I submitted as comment: Unfortunately there hasn't been anyone else adding the textBox feature to the php CPD

Re: [PHP-DEV] ||=

Andi Gutmans <[EMAIL PROTECTED]> wrote: > For some reason this doesn't exist in other languages like C++ and Java. > I don't object to adding this as long as their is no good reason why those > languages didn't support these. > What do other people think? i think, given that php's || and && oper

Re: [PHP-DEV] ||=

> i think, given that php's || and && operators always return a boolean > value, people are going to be confused and disappointed with ||= and &&= > when coming from languages (like perl) that implement them as returning > false or the value that was true. I think that PHP is closer to C than Per

Re: [PHP-DEV] Socket Rework Complete

Speaking of the FD_* macros and such, I'm trying to visualize how to re-write some code that I have that relies on the socket_fd_* functions. If you get the chance, could you look over this simplified version of what I'm doing and point me towards the proper direction to get it working with th

Re: [PHP-DEV] Socket Rework Complete

I would be happy to help in any way possible. Your source wasn't attached though. Would you like an example? (That or you can resend your source) -Jason On Fri, 2002-03-08 at 13:10, J Smith wrote: > > Speaking of the FD_* macros and such, I'm trying to visualize how to > re-write some code th

Re: [PHP-DEV] Socket Rework Complete

Never try to do something as complicated as attach some source to a mailing list post after two beer and a hefty lunch. Attachment is really here this time. J J Smith wrote: > > Speaking of the FD_* macros and such, I'm trying to visualize how to > re-write some code that I have that rel

[PHP-DEV] Sockets: new socket_select() example

Due to popular request, here is an example of the new socket_select(): NOTE: ***This code does not do any error handling*** -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] PHP Backend for NAPA XSLT Processor

Greetings ! For you XSLT processing folks interested in speeding it up a bit, I have glued the NAPA XSLT processor to PHP. All you need to go can be found here: http://www.nttslab.de/php_napa/ hf jascha -- PHP Development Mailing List To unsubscribe, visit: http://www

[PHP-DEV] I feel kind of silly that I can't track this down, but...

I've got the current CVS version of php configured as follows: EXTENSION_DIR=/home/jtate/php-dev/php4/modules \ ./configure --with-zlib-dir --with-dom=shared --with-dom-xslt --with-dom-exs lt --without-mysql --without-ldap Everything compiles and builds just fine, but when I run the following sc

Re: [PHP-DEV] Re: Bug #15943 Updated: Viewing .phps Crashes withphp.ini-recommended

On Fri, 8 Mar 2002, Yasuo Ohgaki wrote: > Derick Rethans wrote: > > On 8 Mar 2002 [EMAIL PROTECTED] wrote: > > > >>This is known issue but I don't know if this is reported. > >>I think phps feature should be removed. > >> > > > > Are you nuts? > > > > No. There is a flaw unless someone really

[PHP-DEV] vote for new function FP_FSKIP

Some image functions need to skip ofer certain file/stream regions. The current solution is to skip these regions by reading them into an allocated buffer. This makes the problem: Allocating the buffer. Some images are very big so we have to allocate a large amount of memory. For files we could s

Re: [PHP-DEV] Re: Socket Rework Complete

On 8 Mar 2002, Jason Greene wrote: > Thanks for the bug report, it will be fixed. You can merge this fix into the branch if you want to. Derick > > -Jason > > On Fri, 2002-03-08 at 09:39, J Smith wrote: > > > > I think I see bug number 1... > > > > The system call for select() you to perfo

Re: [PHP-DEV] PHP Backend for NAPA XSLT Processor

On Fri, 8 Mar 2002, Jascha Wetzel wrote: > Greetings ! > > For you XSLT processing folks interested in speeding it up a bit, I have glued the >NAPA XSLT processor to PHP. > All you need to go can be found here: http://www.nttslab.de/php_napa/ Hmmm... can you integrate this extension into the X

Re: [PHP-DEV] PHP Backend for NAPA XSLT Processor

But please go over the API first .. and clean up the whitespaces too. If you need any assistance, let us know. On Sat, Mar 09, 2002 at 08:06:57AM +0100, [EMAIL PROTECTED] wrote : > On Fri, 8 Mar 2002, Jascha Wetzel wrote: > > > Greetings ! > > > > For you XSLT processing folks interest