Re: [PHP-DEV] [PATCH] Proposed modification to log() inext/standard/math.c

r the c? > > ]- > > > > ______ > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, visit: http://www.php.net/unsub.php -- Jason Greene <[EMAIL PROTECTED]

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

in particular with SPARCv9 Solaris 8 and > Apache 2.0). > > Regards, > A random but concerned 64-bit user. > > > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, visit: http://www.php.net/unsub.php -- Jason Greene <[EMAIL PROTECTED]

Re: [PHP-DEV] pcntl_signal problem

e globaly enabled. Steve + Edin + Everyone else, I will be updating the documentation to explain this before 4.3 is released, but I wonder If I should have configure spit out a reminder whenever someone enables pcntl Any thoughts on that? Thanks, -Jason -- Jason Greene <[EMAIL PROTECT

[PHP-DEV] [PATCH] 64 bit PHP (long vs int problems)

and commit it upon completion. Thanks, -- Jason Greene <[EMAIL PROTECTED]> ? log_errors_max_len ? long_errors_max_len=10 ? phpt ? longint.patch Index: Zend/zend_alloc.c === RCS file: /repository/Zend/zend_alloc.c,v retr

Re: [PHP-DEV] Re: sockets extension

First of all, If you have actually been having problems with this extension, all you need to do is open a bug report and/or email this list, and I would have been happy to take a look at fixing any possible issue. Now, to answer your question about why the api has undergone 3 changes: This is

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

This extension does not belongs in PECL. It is fully platform compatible, all other languages offer this functionality, it is actively maintained (by me), and it will be marked stable by version 4.3 -Jason n Mon, 2002-09-09 at 18:13, Shane Caraveo wrote: > Dan Kalowsky wrote: > > Because the us

Re: [PHP-DEV] socket_recvfrom

On Tue, 2002-08-27 at 10:23, Torsten Schlabach wrote: > Hi! > > I am not sure if I > a) misunderstood what the function is good for > b) found a documentation problem or > c) found a bug. > > Maybe one of the more senior people on that list can advise me wether I > should file a bug report or no

[PHP-DEV] [PATCH] ZEND_TICKS: allow modules to set a default

This simple patch gives modules the ability to redefine the default value for ticks generation. This patch assists another that I am currently working on, which modifies pcntl to use TICKS as the backend, instead of debug hooks in the zend engine. Questions, Comments? Thanks, -Jason ? zend_t

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

vc++ compiler understands nested blocks just fine. The problem is that err is used further down in the file, and err is out of scope at that point. -Jason On Sat, 2002-07-13 at 04:01, Jani Taskinen wrote: > On Sat, 13 Jul 2002, Sebastian Bergmann wrote: > > >Jani Taskinen wrote: > >> What's th

Re: [PHP-DEV] socket_select() problems?

Just to clarify the "horrible" interface. Yes, it could have been written differently, though I did not want to drift to far from the C API semantics(which I believe are perfectly fine). I posted the API rewrite agenda(which made it into 4.2.0), several updates, examples,and answered questions qui

Re: [PHP-DEV] socket_select() problems?

On Mon, 2002-06-03 at 23:07, Jason Greene wrote: > That is the most common mistake when using select() (Arguments are > value-result) I think this motivated the different behavior of the > poll() call. > > There probably should be a large blurb in the docs to help out with this

Re: [PHP-DEV] socket_select() problems?

That is the most common mistake when using select() (Arguments are value-result) I think this motivated the different behavior of the poll() call. There probably should be a large blurb in the docs to help out with this one. -Jason On Sun, 2002-06-02 at 09:33, Rasmus Lerdorf wrote: > Yeah, I g

[PHP-DEV] [PATCH] Allow constants / expressions to be passed by reference

Problem --- There are some scenarios where a function requires the ability to modify parameters that may also be optional. Optional parameters work well, except in the scenario where all of the pass by reference parameters can be optional. ex the socket_select() function. Since select is argu

Re: [PHP-DEV] Safe Mode

On Mon, 2002-05-13 at 00:41, Ilia A. wrote: > > disable_functions = sleep > > Ah but you forgot usleep, and flock() and socket_set_limit etc... > Soon enough you'll disable every function. Not likely, and I wouldn't disable every single function. You complained about the ability, I provided you

Re: [PHP-DEV] Safe Mode

On Sun, 2002-05-12 at 23:38, Ilia A. wrote: > > Really, what is that line? > > sleep(1000); > > If you insist on being creative you can use file locking or sockets to get the > process in to un-interuptible sleep. > > > I would take a bet that it probably has > > nothing to do with safe m

Re: [PHP-DEV] Safe Mode

On Sun, 2002-05-12 at 22:46, Ilia A. wrote: > > However, quite frankly, this is a lame attack, because all it will do is > > consume file descriptors for only the CHILD process the script is > > running in. The script will then hit the fd limit of the child process > > (most systems around 255 is

Re: [PHP-DEV] Safe Mode

> while(1) fopen(rand(), "w"); > > After a few seconds depending on system speed system will run out of file > pointers. I am sure you can see how that would be BAD. You are _extremely_ incorrect. The previously mentioned code would open 1 file descriptor repeatedly until the script hit max ex

Re: [PHP-DEV] Re: Bug #17022: enhance socket_strerror(errno) tomakeerrno optional

I think he is referring to persistent sockets. Tom, Could you outline how you would use a persistent sockets, and why it would benefit you? -Jason On Mon, 2002-05-06 at 10:54, Markus Fischer wrote: > Hi, > > What do you mean with psocket() ? > > - Markus > > On Mon, May 06, 2

Re: [PHP-DEV] PHP 4.3 charter and release plan

I would like to have the sockets extension polished and marked as stable by 4.3, if you would like to add that to the list of changes. -Jason On Fri, 2002-05-03 at 00:17, Stig S. Bakken wrote: > Hi, > > I've volunteered to RM (release master, not /bin/rm) PHP 4.3. This > release will be synchro

Re: [PHP-DEV] Re: Bug #17022: enhance socket_strerror(errno) tomakeerrno optional

On Mon, 2002-05-06 at 00:31, Tom Robinson wrote: > As a programmer fairly new to the PHP socket functions, there is a long enough list >of them already. > For the most part, they match the C functions. > socket_last_error() doesn't have a C equivalent, because of the difference in >environment.

Re: [PHP-DEV] Re: Bug #17022: enhance socket_strerror(errno) tomake errno optional

pplication IMO). > > - Markus > > On Sun, May 05, 2002 at 10:05:33PM -0500, Jason Greene wrote : > > I think the requested behavior does not belong in socket_strerror() > > simply because it would not match the primary and other use of > > socket_last_error

Re: [PHP-DEV] Re: Bug #17022: enhance socket_strerror(errno) tomake errno optional

I think the requested behavior does not belong in socket_strerror() simply because it would not match the primary and other use of socket_last_error(). In other words, you would not be able to replace the behavior of socket_strerror(socket_last_error($sock)); What could be possible, would be to

Re: [PHP-DEV] sockets

On Mon, 2002-04-29 at 11:14, Steve Meyers wrote: > On Sun, 2002-04-28 at 22:43, Jason Greene wrote: > > In the case of a socket you are selecting on has errored, the socket > > will show up as readable. You then can perform a socket_read/recv, and > > you should receive

Re: [PHP-DEV] socket_create() doesn't expose error if one occurs[CVS HEAD]

user isn't left alone in the dark. > > regards, > - Markus > > On Sun, Apr 28, 2002 at 10:53:42PM -0500, Jason Greene wrote : > > This was something I was planning on adding, but it was not applied to > > the 4.2.0 branch, because it introduces a feature enhance

Re: [PHP-DEV] sockets

don't want to read your data (which you should rarely have to do) there is a MSG_PEEK option you can pass socket_recv that will allow you to look ahead and not clear. Thanks, -Jason Sun, 2002-04-28 at 22:56, Jason Greene wrote: > On Sun, 2002-04-28 at 18:31, J Smith wrote: > >

Re: [PHP-DEV] sockets

True, Threading support would be a powerful feature to php, but it is not likely to happen anytime soon, due to current design issues with doing it, and the fact that it would take someone who was really really focused on adding this functionality (it would be alot of work). Now with that said,

Re: [PHP-DEV] sockets

On Sun, 2002-04-28 at 18:31, J Smith wrote: > > One way to find which socket has died, if any, is to loop through each > socket in the three sets (read/write/exceptions) and do a select() on each > one to see if you can read with a timeout of 0. (The bad one being the one > where select() retu

Re: [PHP-DEV] sockets

I was hoping on tagging this extension as stable by the next PHP release. In order to do this, everyone needs to feel comfortable with the extension. Thanks, -Jason On Thu, 2002-04-25 at 12:46, Michael Virnstein wrote: > Hi, > > as i could read in the manual, the socket functions are completely

Re: [PHP-DEV] socket_create() doesn't expose error if one occurs[CVS HEAD]

This was something I was planning on adding, but it was not applied to the 4.2.0 branch, because it introduces a feature enhancement (storing a global last error) and not a bug fix. It is a very simple enhance, I just have not had the time to work on it yet. -Jason On Sat, 2002-04-27 at 07:22,

RE: [PHP-DEV] Unsigned Right(Maybee Left) Shift [Again]

Well it wouldn't be changing the behavior of the heredoc operator, it would only be interpreted differently depending on the situation. Technically, I think it could be done without ambiguities. -Jason On Thu, 2002-04-04 at 09:57, Marc Boeren wrote: > > Reasons expressed against it > > ---

[PHP-DEV] Unsigned Right(Maybee Left) Shift [Again]

So far, after posting to php-general and php-dev about whether or not we should add a <<< operator to match the >>> operator, I have received 4 total responses. 2 for it 2 against it Reasons expressed for it Consistent Doesn't hurt anything Reasons expressed against it

Re: [PHP-DEV] webserver in PHP

On Mon, 2002-04-01 at 10:58, Daniel Lorch wrote: > I am writing a "server/daemon framework" which should eventually allow > PHP developers to quickly create a server. You should look at the > "quoted.php" to see how easy this actually is. The framework does all > the dirty work in the background

[PHP-DEV] Unsigned Right Shift Sould there be a matching left shift?

Hello everyone, Andi and I have been talking offline regarding my unsigned right shift operator patch. We have decided to implement this change in ZE2; however, there is one thing left to be resolved before the functionality can be added. Currently the Unsigned Right Shift patch implements 2 n

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

Re: [PHP-DEV] [PATCH] Unsigned Right Shift Operator

Note: there is a slight WS fix in this patch. (A couple of lines had trailing spaces) On Sun, 2002-03-17 at 23:22, Jason Greene wrote: > After a short discussion on the zend-engine-2 list about handling > unsigned values I decided to write a quick patch (Attached) that adds an > unsig

[PHP-DEV] [PATCH] Unsigned Right Shift Operator

After a short discussion on the zend-engine-2 list about handling unsigned values I decided to write a quick patch (Attached) that adds an unsigned right shift operator, and an unsigned right shift assign operator (Similar to Java). The following code/output displays the difference: Code: > 31;

[PHP-DEV] Versioning

Doesn't it make more since to release a version where one of the numbers is a bugfix number? ex currently we have: [ Huge.Major.Minor ] and then when bugs are fixed they are: [ Huge.Major.Minor pl Bugfix ] Hardly ever is a version released without a bugfix of some sort. I have seen the argum

Re: [PHP-DEV] Is credits_ext.h still being updated?

I fixed the process so that it should build correctly now. All that is needed is a cronjob to run it, test for differences, and then commit them. -Jason On Wed, 2002-03-13 at 09:24, Hartmut Holzgraefe wrote: > Jason Greene wrote: > > Nevermind, for some reason I thought this was

Re: [PHP-DEV] Is credits_ext.h still being updated?

Nevermind, for some reason I thought this was automated. On Tue, 2002-03-12 at 18:01, Jason Greene wrote: > I added myself to the Sockets Extension a few months ago, and it has > never propagated. > > -Jason > > > > -- > PHP Development Mailing List <http://

[PHP-DEV] Is credits_ext.h still being updated?

I added myself to the Sockets Extension a few months ago, and it has never propagated. -Jason -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[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

Re: [PHP-DEV] Socket Rework Complete

This could make for a good example in the documentation, > anyways, if it works as hoped.) > > Attached is the stripped-down source. > > J > > > Jason Greene wrote: > > > > > The correct behavior that is consistent with the API follows(that I am > > plann

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] 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] Re: Socket Rework Complete

select() call. I've > implemented it in last night's snapshot and it seems to work fine. > (Although I'm having a bitch re-writing our sockets stuff -- I have no idea > how to use the arrays yet versus the file descriptors, but I'll report as I > go.) > > J

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] 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. The extension will still be marked as experimental; however, if 4.2.0 goes well, and there are few bugs, perhaps it can be marked as stabl

Re: [PHP-DEV] Ping

64 bytes from PHPDev Mailing List ([EMAIL PROTECTED]): icmp_seq=0 ttl=254 time=557 min 64 bytes from PHPDev Mailing List ([EMAIL PROTECTED]): icmp_seq=1 ttl=254 time=357 min 64 bytes from PHPDev Mailing List ([EMAIL PROTECTED]): icmp_seq=2 ttl=254 time=257 min 64 bytes from PHPDev Mailing List ([

Re: [PHP-DEV] build errors

Are your Autoconf, and Automake in 2 different directory structures, but symlinked? (cause that causes problems like this) -Jason On Fri, 2002-03-01 at 09:51, James Cox wrote: > Ok, give it to me like i'm a 5 year old.. seems like i have some conflicts > somewhere, but i don't know where else t

Re: [PHP-DEV] [PATCH] Better fix for PHP Safe Mode FilesystemCircumvention Problem

gt; Monty cooked up a patch just before he went on vacation, but the patch > is for a *way* newer version of libmysql and is not even remotely > compatible. > > We (errr.. the PHP we that is) may wish to consider updating the > embedded libmysql. > > --zak > > On Wed, 200

Re: [PHP-DEV] PHP 4.2.0 release process

Sounds good to me. -Jason On Wed, 2002-02-27 at 12:31, Derick Rethans wrote: > Hello folks, > > after some overenthausiastic actions of me today I'd like to do it the > formal way now. I think it's a good idea to start working on a PHP 4.2.0 > release now. Some interesting additions were added

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /mainphp_version.h

OK, That sounds great, I will hurry with my patches then : ) -Jason On Wed, 2002-02-27 at 12:18, [EMAIL PROTECTED] wrote: > Hello, > > On 27 Feb 2002, Jason Greene wrote: > > > That should be enough time; however, if it is a problem, I could apply > > to HEAD, the

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /mainphp_version.h

Clarification I was referring to the status change in 4.3 and the features in by 4.2 On Wed, 2002-02-27 at 12:11, Jason Greene wrote: > That should be enough time; however, if it is a problem, I could apply > to HEAD, then merge to 4.2 since the extension is labeled experimental. >

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /mainphp_version.h

can be made in 4.3.0-Dev. What do you think? -Jason On Wed, 2002-02-27 at 12:05, Andi Gutmans wrote: > I don't see any reason not to postpone the branching by a couple of days if > that's enough time for you. > > Andi > > At 11:57 AM 2/27/2002 -0600, Jason Green

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / configure.in /mainphp_version.h

I was hoping the sockets work I was planning on would make the 4.2 branch. I guess thats not possible? -Jason On Wed, 2002-02-27 at 11:19, Rasmus Lerdorf wrote: > > Rasmus Lerdorf wrote: > > > By the way, when was this 4.2.0 branch created? I saw no > > > php-dev/php-qa discussion on this. >

[PHP-DEV] [PATCH] Better fix for PHP Safe Mode Filesystem CircumventionProblem

This simple patch resolves this issue in a clean way, without introducing complex sql pre-processing code that introduces mutex problems. The only issue is that it requires a modification to libmysql.c, which provided that everyone here agrees with this fix, then I will post it to [EMAIL PROTECTE

Re: [PHP-DEV] Re: Sockets Extension Rework (API, etc...) VERY LONG

hould be pretty easy to port your code to the newer API. I appreciate hearing concerns like this, and I hope you and others continue to speak up. : ) -Jason > > J > > > Jason Greene wrote: > > > > > 2. Get rid of socket_fd_*. > >

Re: [PHP-DEV] Sockets Extension Rework (API, etc...) VERY LONG

On Thu, 2002-02-21 at 01:40, Derick Rethans wrote: > Hey Jason, > > On 20 Feb 2002, Jason Greene wrote: > > > Instead of just committing a gigantic patch to solve these problems, and > > redefine the extensions behavior, I decided to open a thread for > > discussio

Re: [PHP-DEV] Re: Sockets Extension Rework (API, etc...) VERY LONG

> On Wed, 2002-02-20 at 19:29, Richard Samar wrote: > Hi Jason, > Hello Richard, > I was the "extension user" talking about a few of the problems :-) > I still had not the time to take a look at all the functions. > > > 1. Consistency problems > > a. Some functions take host, some take ip,

Re: [PHP-DEV] Fwd: Zend debug server trouble

On Thu, 2002-02-21 at 11:17, Zeev Suraski wrote: > At 16:37 21/02/2002, [EMAIL PROTECTED] wrote: > >Hey, > > > >Wrong list again... call/write Zend for support. Zend's commercial > >products have nothing to do with PHP. > > They have everything to do with PHP, but they're not a part of the PHP

Re: [PHP-DEV] php + cygwin

On Thu, 2002-02-21 at 05:29, Andi Gutmans wrote: > At 01:23 PM 2/21/2002 +0200, Stanislav Malyshev wrote: > >Did anyone have success in compiling PHP4 with cygwin? For me, configure > >fails with: > > > >checking if libtool supports shared libraries... yes > >../ltconfig: Can't open ../ltconfig: N

[PHP-DEV] Sockets Extension Rework (API, etc...) VERY LONG

To All, While examining a problem pointed out by a sockets extension user I noticed a consistency problem with some of the functions. While working on a simple patch to correct this issue I decided to review the entire module, and I noticed a lot of problems. They can be outlined as follows:

RE: [PHP-DEV] CVS account requests

On Mon, 2002-02-18 at 11:20, James Cox wrote: > +1. > > just try and get a CVS account with mozilla, or anyone else. you have to > have submitted a number of patches + have vouchers & seconders at mozilla. Well, I have to say the initial patches of any new dev, will most likely need to be revie

Re: [PHP-DEV] CVS account requests

Well, it definitely is that way for php source/module access. (An account is usually not granted unless a patch has been sent) I think it is a little more lax for translations though. -jason On Sat, 2002-02-16 at 13:50, Jon Parise wrote: > I was thinking it might be reasonable to a request th

Re: [PHP-DEV] ext/sockets socket_sendto() 5th param cannotbehostname

, Richard Samar wrote: > > > Jason Greene wrote: > > > > Wow thats inconsistent, I will have to fix that. > > Give me a couple of days to get to it. > > :-) take your time. I have fixed my file here ;-) > > -moh > > -- > PHP Development Mailing Li

Re: [PHP-DEV] ext/sockets socket_sendto() 5th param cannot behostname

Wow thats inconsistent, I will have to fix that. Give me a couple of days to get to it. Thanks, -Jason On Fri, 2002-02-15 at 17:18, Richard Samar wrote: > Hi, > > yeah ext/sockets again :-) > > The 5th param of socket_sendto() obviously cannot be a hostname > (string). socket_bind(), socket_

Re: [PHP-DEV] ext/sockets socket_recvfrom() 6th Parameter problem

I just commited the proper fix to CVS Thanks for the report! -jason On Fri, 2002-02-15 at 08:14, Richard Samar wrote: > Hi, > > I have a little problem with the behavior of socket_recvfrom(). > > Here the function entry: > PHP_FE(socket_recvfrom, second_fifth_and_sixth_args_force_ref) > >

Re: [PHP-DEV] Re: Bug in current Object Model

On Wed, 2002-02-13 at 12:24, Andi Gutmans wrote: > >$obj=new test(); > > $obj == is_ref=1/refcount=1 > > >debug_zval_dump($obj); > > You are passing $obj by value. So inside the debug_zval_dump() it will be > is_ref=0/refcount=1 (it will be copied). > > > >$obj->do_something(); > > Inside d

Re: [PHP-DEV] 80,000 posts

Wow, I wonder what the size of all those would be in bytes: ) -Jason On Tue, 2002-02-12 at 22:13, Andrei Zmievski wrote: > php-dev has had 80,000 posts to it. At least I hope mine is number > 80,000. > > P.S. Well, most of those were probably bug reports/closings. > > -Andrei > > -- > P

[PHP-DEV] Bug in current Object Model

Zeev, Andi It appears that the bug we talked about in private correspondence does not just apply to object overloading. It appears to apply to normal objects as well. Consider the following code: class test { var $dummy; function do_something() { print "Hello\n"; } }

Re: [PHP-DEV] Re: Case sensitivity: Conclusion(?)

ok at file system implementations from Apple and Microsoft, where, > >>believe it or not, a lot of thought has gone into this issue. > >>I had a private chat with Jason Greene about this, and I came out with the > >>understanding that the .NET/SOAP interop issues ment

Re: [PHP-DEV] Refcount in var_dump()

27;s much easier for me to load/unload module rather than swithing > builds. > > -- > Yasuo Ohagaki > > Jason Greene wrote: > > Ya, I guess this could be confusing to most users. I don't think this > > should be a debug only item because this could be used to

Re: [PHP-DEV] Refcount in var_dump()

Ya, I guess this could be confusing to most users. I don't think this should be a debug only item because this could be used to help an extension developer get useful debug info from a bug reporter, and I can see no possible harm in having an extra function. How about dump_internals() ? I was t

[PHP-DEV] Refcount in var_dump()

Would anyone object if I added refcount information to var_dump? -Jason -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

+1 for case sensitivity On Wed, 2002-02-06 at 15:36, Jani Taskinen wrote: > > Many scripts will break anyway if you update to PHP 5.. > > +1 (still) for case-sensitivity which would make the language > more conistent. Or if this is ruled out, then let's make all > variables and constants case-i

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

On Wed, 2002-02-06 at 10:13, Zeev Suraski wrote: > While I agree with Marko's vote (I'm also very much against it), I derive > my conclusion from a whole different perspective. > > Guys, we are not next to the drawing board right now. The specs were > defined and the layout was laid years ago

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity:Conclusion(?)]

If everyone has been able to adapt to case sensitive variable names, why can they not adapt to case sensitive function names? -Jason On Wed, 2002-02-06 at 09:01, John Lim wrote: > Thanks for posting this request for comments, Yasuo. > > I think from a C developer's point of view, it makes perfe

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

On Wed, 2002-02-06 at 05:37, Marko Karppinen wrote: > Markus: > > You have the wrong book then. Painless integration with other > > technologies is the main argument (.NET, SOAP, SRM [didn't > > forget it this time, Derick ;)]) > > I have some trouble believing that this is a real-world problem.

Re: [PHP-DEV] pthreads

It won't work without serious engine changes. For more info do a search on threads in the archives. -Jason On Fri, 2002-02-01 at 22:13, brad lafountain wrote: > i have a question. > > would making a wrapper extension around pthreads work? > or would this break alot of stuff conserning tsrm an

Re: [PHP-DEV] Bug in array_search()

I just read the paragraph below, sorry I was replying in a hurry. Originally it was the intended behavior for array_search to default to strict, but it was decided to make its behavior follow in_array exactly. -Jason On Sun, 2002-02-03 at 13:24, Sebastian Bergmann wrote: > array_search() alw

Re: [PHP-DEV] Bug in array_search()

array_search's behavior mirrors that of in_array(). Both of these functions default to non-strict checking which allows "true"==true. If you set the third parameter to 1 this will not happen. -Jason On Sun, 2002-02-03 at 13:24, Sebastian Bergmann wrote: > array_search() always returns true w

Re: [PHP-DEV] PHP Build System V5 Overview

This sounds great. -Jason On Thu, 2002-01-31 at 08:08, Sascha Schumann wrote: > (unrelated to the thread on php-qa) > > Hi guys, > > I had some free time yesterday and so commenced to tackle > some issues in the current PHP build system which had > bothered me for too long

Re: [PHP-DEV] Webmin & PHP... strange problems!

First off, you are correct in mailing this problem to php-dev, as the follow information is not documented. Your problem is most likey due to the fact, that webmin does set one of the following environment variables: SERVER_SOFTWARE SERVER_NAME GATEWAY_INTEFACE REQUEST_METHOD Currently the PHP

Re: [PHP-DEV] pthread & thread support : issues?

On Mon, 2002-01-21 at 20:47, Alan Knowles wrote: > After spending yesterday looking at the pcntl library, I did at one > point attempt to get create_thread going, It didnt get very far, (it > segfaulted on emalloc - perhaps because thread_init had not been called) > but I did start wondering ab

[PHP-DEV] Re: Fixes for pcntl - class support.

Alan, First of all, thanks for submitting a patch. I alwyas like getting patches : ) I need to spend some time reviewing this, unfortunately my time has been very limited lately (working 90-100 hour weeks with my current employer). I should be able to get to this sometime tonight. I do have so

[PHP-DEV] back from vacation

For all those who remember me, and wondered where I have been, I am back from vacation finally, and I unfortunately took a non-computer vacation. Therefore between my work and php-dev mail, it will take a while for me to catch up on everything. I know that several devs have dropped off the list, b

Re: [PHP-DEV] Question: Should exit() print out the integer exit-status?

emble some of the languages out there. (Java - System.exit(), Python - Sys.exit()) -Jason - Original Message - From: "Zeev Suraski" <[EMAIL PROTECTED]> To: "Jason Greene" <[EMAIL PROTECTED]> Cc: "Lars Torben Wilson" <[EMAIL PROTECTED]>;

Re: [PHP-DEV] Question: Should exit() print out the integer exit-status?

What are you talking about? 1) Setting the exit status of a process is common. 2) Try and right any kind of executer/parser that performs well without goto's -Jason - Original Message - From: "benjamin yates" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Cc: <[EMAIL PRO

Re: [PHP-DEV] exit() summary - vote 1

1 -Jason - Original Message - From: "Derick Rethans" <[EMAIL PROTECTED]> To: "PHP Developers Mailing List" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, December 19, 2001 11:04 AM Subject: [PHP-DEV] exit() summary > Hello, > > yeah, another endless mail shout at, well,

Re: [PHP-DEV] easter eggs?

hmmm *_jason_ ponders a small patch to phpinfo() : ) -Jason - Original Message - From: "Andrei Zmievski" <[EMAIL PROTECTED]> To: "Jason Greene" <[EMAIL PROTECTED]> Cc: "Kristian Koehntopp" <[EMAIL PROTECTED]>; "Robin Ericsson"

Re: [PHP-DEV] easter eggs?

haha How long has that been in there? -Jason - Original Message - From: "Kristian Koehntopp" <[EMAIL PROTECTED]> To: "Robin Ericsson" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, December 19, 2001 9:58 AM Subject: Re: [PHP-DEV] easter eggs? > On Wed, Dec 19, 2001 at 04:3

Re: [PHP-DEV] Question: Should exit() print out the integer exit-status?

Zeev, Why don't we follow C/C++/Java/Perl/Python, and almost every other language on this one, and make exit behave like exit should. -Jason - Original Message - From: "Zeev Suraski" <[EMAIL PROTECTED]> To: "Lars Torben Wilson" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; "Vlad Krupin"

Re: [PHP-DEV] [Patch] To Zend for bug 1457

So we all finally agreed on this? : ) - Original Message - From: "Derick Rethans" <[EMAIL PROTECTED]> To: "PHP Developers Mailing List" <[EMAIL PROTECTED]> Sent: Tuesday, December 18, 2001 5:14 AM Subject: [PHP-DEV] [Patch] To Zend for bug 1457 > Hello, > > here is a patch that impleme

Re: [PHP-DEV] Array vs Hashes

$array['12'] will automagicly become $array[12] however $array['012'] will always be a string index -Jason - Original Message - From: "Daniel Lorch" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, December 03, 2001 3:23 PM Subject: [PHP-DEV] Array vs Hashes > Hi, > > I do

Re: [PHP-DEV] Converting to new parameter parsing API

Don't worry I am planning on that, I have one function down : ) -Jason - Original Message - From: "Andrei Zmievski" <[EMAIL PROTECTED]> To: "PHP Developers" <[EMAIL PROTECTED]> Sent: Friday, October 19, 2001 1:29 PM Subject: [PHP-DEV] Converting to new parameter parsing API > I have s

Re: [PHP-DEV] always building executable

. -Jason - Original Message - From: "Stig S. Bakken" <[EMAIL PROTECTED]> To: "Jason Greene" <[EMAIL PROTECTED]> Cc: "Andrei Zmievski" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; "Zeev Suraski" <[

Re: [PHP-DEV] making mail() funtion work without sendmail on UNIX systems

Maybe I am missing something, but isn't popen MT unsafe on alot of platforms? -Jason - Original Message - From: "Andrei Zmievski" <[EMAIL PROTECTED]> To: "Rasmus Lerdorf" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, October 19, 2001 9:20 AM Subject: Re: [PHP-DEV] making mai

Re: [PHP-DEV] always building executable

I apologize for the late reply, my time for the last month has been consumed by employer issues. Things should be getting back to normal again soon. I am a major +1 on the cli, though I have some concerns about pcntl being enabled by default. Currently, my signal trapping method uses a handler th

Re: [PHP-DEV] implementing posix_setrlimit

John, I would guess that the reason it was never implemented was due to the problems this could pose as a webserver module. If you would like to submit your patch, make sure you limit the function to the CGI SAPI. (or you can just send the patch and someone can add that) -Jason - Original M

Re: [PHP-DEV] Do database resources sleep at night?

I can answer number 3. for you There is no need for locking of resources because every php script context has its own resources. This means that in ZTS(thread), every thread gets its own environment( similar to a process ) So in short, threads do not share resources, therefore there is no locking.

  1   2   3   >