Re: [PHP-DEV] LCC compiler

Cool, I will have to try that. Thanks!! -Jason On Fri, 2002-11-15 at 09:11, Andi Gutmans wrote: > Hey, > > Has anyone managed to get php to compile with lcc? It compiles much faster > and therefore is good for development. > > Andi -- Jason T. Greene <[EMAIL PROTECTED]&g

Re: [PHP-DEV] 64-bit PHP 4.3 (extensive long vs int problems)

n't matter. -Jason On Mon, 2002-11-11 at 10:42, Jason T. Greene wrote: > Why not just convert to using a long? Is there really a need to have 2 > numeric types in the ini system? > > -Jason > > On Mon, 2002-11-11 at 00:20, Andi Gutmans wrote: > > Hi, > > > &g

Re: [PHP-DEV] 64-bit PHP 4.3 (extensive long vs int problems)

Why not just convert to using a long? Is there really a need to have 2 numeric types in the ini system? -Jason On Mon, 2002-11-11 at 00:20, Andi Gutmans wrote: > Hi, > > How about changing the INI_ENTRY macros in debug mode to check if we're > using UpdateInt/UpdateLong and if so check if sizeo

RE: [PHP-DEV] Re: Unsigned Problems Revisited

ust wanted to say that > > because I often get the feeling that people on php-dev forget that it's > > usually the more computer science oriented people on this list > > which isn't > > necessarily the average PHP user. > > > > Andi > > > > A

Re: [PHP-DEV] Re: Unsigned Problems Revisited

t; necessarily the average PHP user. I will keep that in mind. Thanks, -Jason > Andi > > At 11:39 AM 10/29/2002 -0600, Jason T. Greene wrote: > >On Thu, 2002-10-24 at 09:51, David M. Lloyd wrote: > > > On Thu, 24 Oct 2002, Andi Gutmans wrote: > > > > > >

Re: [PHP-DEV] Re: Unsigned Problems Revisited

ink of one again. In > > any case, I wouldn't want an overloaded operator. We try and keep away > > of that kind of stuff with PHP. Clashing can occur with Constant values, and functions with a \n in front of the (). > Very well... then let's not put in the nonsense operator, and just have > three shift operations: <<, >>, and >>>. I agree > - D > > <[EMAIL PROTECTED]> > > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, visit: http://www.php.net/unsub.php > -Jason -- Jason T. Greene <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] linking php code to html link

sibly buy a book. -Jason -- Jason T. Greene <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> On Thu, 2002-10-24 at 17:10, Alan Rawkins wrote: > Hi there, > > I'm wondering if there is a way to attach a php function to an html > tag. I basically want to have

Re: [PHP-DEV] Unsigned Problems Revisited

2002-10-23 at 02:20, Kristian Koehntopp wrote: > On Tuesday 22 October 2002 19:23, Jason T. Greene wrote: > > If for some reason we HAVE to have a symmetrical bogus unsigned left > > shift operator, and we completely disagree with my arguments on > > overloading the HEREDOC

Re: [PHP-DEV] Binary Safety, Sockets and Raw sockets

On Sat, 2002-09-21 at 00:21, Hans Zaunere wrote: > > 4.2.3 on FreeBSD 4.6.2 (--enable-cli,--enable-sockets,etc) > > I've been taking a look at the socket_* functions in PHP, and > specifically using raw sockets. I've started out with ICMP, and I can > form the ICMP header (more or less) an

Re: [PHP-DEV] Re: sockets extension...pecl it

What I was saying in my earlier email much longer drawn out email was, that the API changes have been really final since version 4.2.0. The only reason I would change it, would be if someone demonstrated a problem with the interface, which no one has for 4.2.0 - 4.2.3 versions. The only API change

Re: [PHP-DEV] objects as string and arrays as string

stratification = stringification (damn spellchecker) On Fri, 2002-08-16 at 09:30, Jason T. Greene wrote: > Perl has this (it's called "stratification"), and it is quite useful. > One example is that you have an error object that contains various > properties (line loca

Re: [PHP-DEV] objects as string and arrays as string

Perl has this (it's called "stratification"), and it is quite useful. One example is that you have an error object that contains various properties (line location, error class, error level, error code, etc). And on evaluating the object as a string, it dumps it as an easy to read error message. -

Re: [PHP-DEV] Build warnings on OSX in sockets

All of the warning messages you list, with the exception of the last, is specific to the readmsg() sendmsg() code which uses msghdr's (A messgae header has all void * members). They should not cause any problems, but I will clean them up. The last message is referring to a buffer that is used in

Re: [PHP-DEV] pcntl - class callbacks // dio ASYNC

2002-08-12 at 08:38, Alan Knowles wrote: > Jason T. Greene wrote: > > >Doesn't this currently work without your patch? > > > it does if we add O_ASYNC to the defines in dio > > the pcntl patch just fixes class based callbacks.. *the memory leaks I > mentioned

Re: [PHP-DEV] pcntl - class callbacks // dio ASYNC

Doesn't this currently work without your patch? -Jason On Thu, 2002-08-08 at 02:49, Alan Knowles wrote: > > this efree needs removing.. > > > > >+ > >+efree(*call_name); > >+DEBUG_OUT("done call_user function\n"); > >+

Re: [PHP-DEV] Implementing Threading: Some Hints (Was Re: [PHP-DEV]phpthreads - hints anyone...)

> To make threading useful, you would need to somehow arrange for multiple > threads to access the same underlying zval data without blocking all > the threads. This just isn't possible AFAIK. Yes, this is definitely not possible without greatly modifying the engine's zval management (which wou

Re: [PHP-DEV] phpthreads - hints anyone...

On Thu, 2002-08-01 at 04:43, Alan Knowles wrote: > > > > It's not about looking at the perl code, that will tell you nothing > > unless you know perl internals. It's about the way the interpreter > > works, some of the architecture, that is simular to PHP. In PHP, > > threads are isolated, ki

Re: [PHP-DEV] phpthreads - hints anyone...

On Thu, 2002-08-01 at 08:04, [EMAIL PROTECTED] wrote: > On 31 Jul 2002, Jason T. Greene wrote: > > > Instead of mutexing the entire interpreter to death, why don't you try > > creating multiple interpreters (each in a thread), and then come up with > > a sharin

Re: [PHP-DEV] phpthreads - hints anyone...

Instead of mutexing the entire interpreter to death, why don't you try creating multiple interpreters (each in a thread), and then come up with a sharing mechanism. -Jason On Wed, 2002-07-31 at 03:57, Alan Knowles wrote: > Im looking at adding threading to php, (for the cgi/cli stuff).. > > Th

Re: [PHP-DEV] How do you format a string with tabbed output toprint in the browser? Nothing seems to work!

Gina, This list is for the development OF php not with php, please post questions like these to [EMAIL PROTECTED] -Jason On Mon, 2002-07-08 at 14:17, Planet Internet Nieuws wrote: > I've tried everything I can think of including variations with "\t" in a > printf(), chr(9), etc. I am trying

[PHP-DEV] Jason back from vacation

Everyone, I am finally back from vacation, and I will be playing catch-up for a while.(my email box has over 1000 msgs and I have missed about 1928 php-dev posts, I am sure the equiv CVS posts. ) Please give me some time to catch up. Thanks, -Jason -- PHP Development Mailing List

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] PHP in thefuture

code in PHP 4, > and it'll be even better in 5 - PEAR is a clear demonstration of > this. Whether people actually end up reusing code depends on the way they > code, very little does it depend on the language. > > Zeev > > At 05:27 PM 6/7/2002, Jason T. Greene wrote: >

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] PHP in thefuture

IMO, one of the big reasons for having a powerful OO mode, and continually evolving php to have a bigger target than just "a web programming language", is code re-usability. You can design a nice consistent Framework, and easily rollout web, gui, and back end applications all using the same frame

Re: [PHP-DEV] Re: Patch-tastic!

If '+' concatenates what does '-' do? : ) -Jason On Wed, 2002-06-05 at 09:39, Andrei Zmievski wrote: > > > The latest one changes some operators. > > > > Nice, but why not overload + for strings to do the concatenation? > > Doing that would be ambiguous, to say the least. PHP automatical

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] [RESENT] [PATCH]Allow constants / expressions to be passed by reference]

On Wed, 2002-05-29 at 13:53, Andi Gutmans wrote: > Okay I'll try and look at your patch in the next couple of days. > It's quite sensitive code which this changes (has harmless as it might > seem) so I need some time to read over it. Thanks, I did test this very thoroughly. However, due to its po

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] [RESENT] [PATCH] Allowconstants / expressions to be passed by reference]

Even if it is semantically incorrect( which I disagree.) How is allowing a constant/expression to be passed by reference more "semantically incorrect" than allowing a default (which is a constant) on a pass by reference argument? -Jason On Wed, 2002-05-29 at 10:53, Sebastian Bergmann wrote: >

Re: [Fwd: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] [RESENT][PATCH] Allow constants / expressions to be passed by reference]]

Yes and as I said in my argument, this solves some of the problems but does not solve a non-rightmost parameter being optional. -Jason On Wed, 2002-05-29 at 11:43, Sebastian Bergmann wrote: > Hamster ate my mail? Resent, just in case. > > Sebastian Bergmann wrote: > > brad lafountain wrote: >

Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] [RESENT] [PATCH]Allow constants / expressions to be passed by reference]

> > Andi > > At 09:40 29/05/2002 +0200, Stig S. Bakken wrote: > >If this patch doesn't break anything, and it doesn't give us any > >difficulties with ZE2 or major design issues, I'm +1. > > > > - Stig > > > >On Tue, 2002-05-28 at 21:

[PHP-DEV] [RESENT] [PATCH] Allow constants / expressions to be passed byreference]

Due to this patch being sent during the msession discussion, it has not been noticed, so I am resending. -Jason --- Begin Message --- Problem --- There are some scenarios where a function requires the ability to modify parameters that may also be optional. Optional parameters work well, e

Re: [PHP-DEV] Safe Mode

On Mon, 2002-05-13 at 09:54, Ilia A. wrote: > > Now you are really starting to stretch it. I am sure the ratio of > > customers that have db backends are much smaller than general webhosting > > customers > > PHP is very commonly used with a database (MySQL). I'd venture to say that 70% > of peo

Re: [PHP-DEV] Safe Mode

I very much agree : ) -Jason On Mon, 2002-05-13 at 03:42, veins wrote: > > He has a point in the sense that it's trivially easy to starve a PHP based > > web server from within, safe mode enabled or not. What you describe as > the > > automated way in which the web server will overcome this att

Re: [PHP-DEV] Safe Mode

On Mon, 2002-05-13 at 04:11, Zeev Suraski wrote: > At 11:42 13/05/2002, veins wrote: > > > He has a point in the sense that it's trivially easy to starve a PHP based > > > web server from within, safe mode enabled or not. What you describe as > >the > > > automated way in which the web server wil

Re: [PHP-DEV] Safe Mode

On Mon, 2002-05-13 at 03:13, Zeev Suraski wrote: > Jason, > > He has a point in the sense that it's trivially easy to starve a PHP based > web server from within, safe mode enabled or not. What you describe as the > automated way in which the web server will overcome this attack is not > real

[PHP-DEV] Re: Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Right/Left Shift Zero Fill operator

> > From: "Jeroen van Wolffelaar" <[EMAIL PROTECTED]> > Date: 2001/09/10 Mon PM 01:58:03 CDT > To: "Vlad Krupin" <[EMAIL PROTECTED]>, > "Alexander Wirtz" <[EMAIL PROTECTED]> > CC: "Jason Greene" <[EMAIL PROTECTED]>, > <[EMAIL PROTECTED]>, > <[EMAIL PROTECTED]>, > "Andrei

[PHP-DEV] Re: Re: sysvsem extention question

> As far as creating the new module goes, it shouldn't be 'to much effort'. The basic >implimentation of system v semaphores > is actualy quite simple, its the usage of sempahores that can be very confusing :-) >sysv sem's are often refered to as the > most difficult to comprehend of the sysv st

[PHP-DEV] Re: Re: sysvsem extention question

> > Last, i don't see why the implementation as exists, requires 3 > > semaphores. I just looked over the code, and the reason for this is it specifically designed for a multi-process web environment. The most common method for semaphore initialization is in the parent process right before