[PHP-DEV] Bug #14758 Updated: $HTTP_GET_VARS Improper NAME scrambling

ID: 14758 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: Linux 2.4 (Mandrake 6.1) PHP Version: 4.0.6 New Comment: Since spaces aren't allowed in variable names (obviously) they're converted to underscores. Bo bug ->

[PHP-DEV] Bug #14758: $HTTP_GET_VARS Improper NAME scrambling

From: [EMAIL PROTECTED] Operating system: Linux 2.4 (Mandrake 6.1) PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: $HTTP_GET_VARS Improper NAME scrambling This won't work (it should): This will: -- Edit bug report at: http://bugs.php.net/?i

[PHP-DEV] pgsql session save handler bench (was [PHP-DEV] session_pgsql module commit notice)

PostgreSQL has one real behavior problem. Updates act as if you do a delete then an insert, i.e. for transactional isolation, an updated row is added new, and the old one is marked as deleted. Sessions are all about updates, and any really active server cluster will expose

Re: [PHP-DEV] Re: Shootout

Just to be clear I'll list a few for the record. He's got them there to avoid the flames and claims of "unfair". - All artificial language performance benchmarks, mine included, *do not measure real-world performance*. One should not choose a language based only on its benchmark ranking, even if

RE: [PHP-DEV] Re: Shootout

I have to say that taking a look at his site again - he does have disclaimers. Even though none is as strong as 'This may have nothing to do with reality', it's not that bad... At 01:49 30/12/2001, Mike Robinson wrote: >Zeev Suraski writes: > > > Well, I think that benchmarking PHP like that o

RE: [PHP-DEV] Re: Shootout

Zeev Suraski writes: > Well, I think that benchmarking PHP like that out of any context > is *bound* to result in many people getting the wrong ideas. So, a big disclaimer > reading "This may not necessarily have any real world meaning" was due. You betcha, wrong ideas I was about to activa

Re: [PHP-DEV] Re: Shootout

So? Anybody worth their salt as a programmer would consider the >> Zend Optimizer if they needed to speed up their production website. > > Not if they can't afford the (old) Zend Accelerator pricing and it > didn't > have a trial option and are using a free alternative which is > incom

[PHP-DEV] Re: [PHP-DOC] Re: [PHP-DEV] [IMPORTANT] wishes for php ...

From: "Markus Fischer" <[EMAIL PROTECTED]> > Obviously, you shouldn't have taken this mail too seriously. > > Did you!? ;-) We expect on serious postings only serious responses. The best thing we can do is to do nothing. -Egon -- PHP Development Mailing List To

Re: [PHP-DEV] Bug #14538 Updated: dirname fix brokebehaviourthat it had since PHP 3

Hello, I thought that this thread was over. Anyway, I finally made time to ban the functions that you broke from my site code. Since it gave me a lot of work and I feel that others could also benefit of the workarounds functions that I had to develop, I have just released a a class and some wrapp

Re: [PHP-DEV] Re: Shootout

- Original Message - From: "Zeev Suraski" <[EMAIL PROTECTED]> > That RFC is from over a year ago, what makes you think it's going to happen > soon..? It still remains to be seen if they do it in a nice, clean > transparent way, or the Perl way :) Anyway, the other problems plaguing > P

Re: [PHP-DEV] Re: Shootout

- Original Message - From: "Sterling Hughes" <[EMAIL PROTECTED]> > Manuel, > (I get all the trolls confused, one name makes it easier) These "trolls" happen to use PHP on a daily basis, and have for years. Always good to see the name calling start early :) > Thanks! I wasn

Re: [PHP-DEV] Re: Shootout

At 04:07 30/12/2001, August Zajonc wrote: >- Original Message - >From: "Zeev Suraski" <[EMAIL PROTECTED]> > > If you use caching software, chances are PHP will be faster than Perl even > > without the optimizer. > >Interestingly, Perl is getting bytecode caching soon, RFC 301 I think. >Pro

Re: [PHP-DEV] Re: Shootout

- Original Message - From: "Zeev Suraski" <[EMAIL PROTECTED]> > If you use caching software, chances are PHP will be faster than Perl even > without the optimizer. Interestingly, Perl is getting bytecode caching soon, RFC 301 I think. Probably about time. > And it does that without any h

Re: [PHP-DEV] Re: Shootout

Mike, I would suggest you look at the totally bogus mindcraft benchmarks of linux/apache. Those were orders of magnitude more bogus than anything here, yet ended up being useful. Further, many posters seem to confuse a discussion of PHP's performance with a dicusion of its quality as a language

Re: [PHP-DEV] [IMPORTANT] wishes for php ...

Obviously, you shouldn't have taken this mail too seriously. Did you!? ;-) On Sat, Dec 29, 2001 at 11:17:11PM +0100, Wolfgang Drews wrote : > > Ok, we will start off with removing ext/socket and > > ext/domxml. Their manuel pages have been adapted with the > > function calls

Re: [PHP-DEV] Re: is_array_multidimensional

Andi Gutmans wrote: > At 10:42 PM 12/29/2001 +0100, Stig Venaas wrote: > >> On Sat, Dec 29, 2001 at 11:13:11PM +0200, Andi Gutmans wrote: >> > I agree with Jim. Arrays can contain "things". Things can also be other >> > arrays. You can have an array which contains two other arrays and four >> >

[PHP-DEV] RE: [PHP-DOC] Re: [PHP-DEV] [IMPORTANT] wishes for php ...

> Ok, we will start off with removing ext/socket and > ext/domxml. Their manuel pages have been adapted with the > function calls by Hartmut (thx!) but yet they aren't really > documented. Gread idea, no? You should read my mail carefully before getting funny. What i wrote " Do no

Re: [PHP-DEV] Re: Shootout

At 00:11 30/12/2001, August Zajonc wrote: >Does the Zend Cache or APC Cache do things I wasn't aware of? Did you run >these examples under these caches and see PHP start smoking? Sterling, >generally these products just cache the result of an intermediate >compilation step, they do not speed up th

RE: [PHP-DEV] Re: Shootout

August Zajonc continues with ... > I continue to see these "stupid trivial" benchmarks as useful. The benchmark code is pre-alpha and incomplete as the author states expressly. 'Useful' does not imply reliable, factual, or scientific. In my view, what I've seen and read is neither useful, nor ha

Re: [PHP-DEV] Re: [PHP-DOC] Re: [PHP-DEV] [IMPORTANT] wishes for php ...

On Sat, Dec 29, 2001 at 10:43:32PM +0100, Egon Schmid wrote : > From: "Markus Fischer" <[EMAIL PROTECTED]> > > > Ah, and btw, that's what we've the documentation team for, no? > > If we get no information there will be no documentation. I see the > faqt, that extension authors aren´t able o

[PHP-DEV] Re: [PHP-DOC] Re: [PHP-DEV] [IMPORTANT] wishes for php ...

From: "Markus Fischer" <[EMAIL PROTECTED]> > Ah, and btw, that's what we've the documentation team for, no? If we get no information there will be no documentation. I see the faqt, that extension authors aren´t able or will not write correct prototype folding hooks. Please read yourself CODI

Re: [PHP-DEV] Re: is_array_multidimensional

At 10:42 PM 12/29/2001 +0100, Stig Venaas wrote: >On Sat, Dec 29, 2001 at 11:13:11PM +0200, Andi Gutmans wrote: > > I agree with Jim. Arrays can contain "things". Things can also be other > > arrays. You can have an array which contains two other arrays and four > > integers. I don't think we shou

Re: [PHP-DEV] Re: is_array_multidimensional

On Sat, Dec 29, 2001 at 11:13:11PM +0200, Andi Gutmans wrote: > I agree with Jim. Arrays can contain "things". Things can also be other > arrays. You can have an array which contains two other arrays and four > integers. I don't think we should add these functions because they are > wrong *espe

[PHP-DEV] Bug #14757 Updated: Apache 1.3.22 can't load the PHP4Apache module

ID: 14757 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Apache related Operating System: Windows 2000 PHP Version: 4.1.0 New Comment: It's bogus anyway. Previous Comments: [

[PHP-DEV] Bug #14757 Updated: Apache 1.3.22 can't load the PHP4Apache module

ID: 14757 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Apache related Operating System: Windows 2000 PHP Version: 4.1.0 New Comment: Yeah I have found the problem. I've fergotten to copy the zip-package. thx for help. PS: I ca

[PHP-DEV] Fwd: [Zend Engine 2] Zend Engine 2 Examples

I sent this out to the engine 2 mailing list yesterday. I didn't want to receive too many bug reports at once so I decided to wait a day before I send it to php-dev (although most of you are probably on that list too). Please try and mess around with it. An example script of features is attache

[PHP-DEV] Bug #14747 Updated: Return exitcodes to shell ($?)

ID: 14747 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Suspended Bug Type: Feature/Change Request Old Operating System: Operating System: Windows 2000 with mks-tools Old PHP Version: 4.1.1 PHP Version: 4.0.6 New Comment: Sorry, I just tried your suggestion under Lin

Re: [PHP-DEV] Re: is_array_multidimensional

At 09:06 PM 12/29/2001 +, Jim Winstead wrote: >Derick Rethans <[EMAIL PROTECTED]> wrote: > > Log: > > - Added extra parameter to count() that recursively counts elements in an > >array and added is_array_multidimensional(). (patch by Vlad Bosinceanu > ><[EMAIL PROTECTED]>) > >do we r

Re: [PHP-DEV] [IMPORTANT] wishes for php ...

Ah, and btw, that's what we've the documentation team for, no? -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list

Re: [PHP-DEV] [IMPORTANT] wishes for php ...

Ok, we will start off with removing ext/socket and ext/domxml. Their manuel pages have been adapted with the function calls by Hartmut (thx!) but yet they aren't really documented. Gread idea, no? And, alas you said you don't listen to this answer: You can't force anyone t

[PHP-DEV] Re: is_array_multidimensional

Derick Rethans <[EMAIL PROTECTED]> wrote: > Log: > - Added extra parameter to count() that recursively counts elements in an >array and added is_array_multidimensional(). (patch by Vlad Bosinceanu ><[EMAIL PROTECTED]>) do we really want to perpetuate this idea that a multidimensional ar

Re: [PHP-DEV] Re: CVS Account Request: bradmssw

On Sat, Dec 29, 2001 at 06:33:46PM -, Jim Winstead wrote : > Brad House <[EMAIL PROTECTED]> wrote: > > I have written an extension to php for the MCVE engine. It can be > > loaded as a module or compiled into the code base, and would like to > > have it distributed with PHP. I would need co

Re: [PHP-DEV] Bug #14747: Return exitcodes to shell ($?)

On Sat, Dec 29, 2001 at 09:25:40PM +0100, [EMAIL PROTECTED] wrote : > On Fri, 28 Dec 2001, Vlad Krupin wrote: > > > consensus... well, it wasn't reached. I guess, the overloaded solution - > > exit(string, int) - is the last thing that was proposed and not too many > > people objected to. My und

Re: [PHP-DEV] Bug #14747: Return exitcodes to shell ($?)

On Fri, 28 Dec 2001, Vlad Krupin wrote: > consensus... well, it wasn't reached. I guess, the overloaded solution - > exit(string, int) - is the last thing that was proposed and not too many > people objected to. My understanding is that that's what will happen. Or > am I wrong again? The printin

[PHP-DEV] Bug #14747 Updated: Return exitcodes to shell ($?)

ID: 14747 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Suspended Bug Type: Feature/Change Request Operating System: PHP Version: 4.1.1 New Comment: just use exit(number) it returns the exit code (and also prints the value). The printing will be removed in PHP5 (if

[PHP-DEV] Bug #14757 Updated: Apache 1.3.22 can't load the PHP4Apache module

ID: 14757 Updated by: cmk Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: Windows 2000 PHP Version: 4.1.0 New Comment: Have you copied your php4ts.dll to the %SystemRoot%\system32 directory? Previous Comments: --

[PHP-DEV] Bug #14757: Apache 1.3.22 can't load the PHP4Apache module

From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.1.0 PHP Bug Type: Apache related Bug description: Apache 1.3.22 can't load the PHP4Apache module I installed PHP to the default Path and putted in the httpd.conf file folowed code: LoadModule php4_modu

[PHP-DEV] Bug #14756: pow(0,[broken power]) gives wrong result

From: [EMAIL PROTECTED] Operating system: Linux (Debian 2.2) PHP version: 4.1.1 PHP Bug Type: Math related Bug description: pow(0,[broken power]) gives wrong result The pow() function returns incorrect results when raising zero to a "broken power". pow(0,0.5) ("the square

Re: [PHP-DEV] Re: CVS Account Request: bradmssw

> > I have written an extension to php for the MCVE engine. It can be > > loaded as a module or compiled into the code base, and would like to > > have it distributed with PHP. I would need commit access in order to > > maintain the module. The product, MCVE is a credit card processing > > en

Re: [PHP-DEV] Re: Shootout

August Zajonc wrote: > > - Original Message - > From: "Sterling Hughes" <[EMAIL PROTECTED]> > > > The point, if you'd really like to know is that PHP is *not* > > optimized to do matrix operations (which is one of the examples), or > > infinitely recursive loops (I'm not even

Re: Re[2]: [PHP-DEV] Re: Shootout

> need for storage). absolutely *no* reasonable programmer will ever use > PHP to calculate prime numbers or fractals (maybe with mathematical > extensions, but not with raw PHP code). Hey I have a little PHP-GTK app that does simple fractals... whats wrong with that??? :P - James -- PHP De

Re: Re[2]: [2]: [PHP-DEV] Re: Shootout

Mmmm :) I suggest you check out php-gtk. People are writing mail clients in PHP (and they are actually *suprisingly* good). The strengths of PHP (and time spent learning it) in one area carry over to others. We'll have to be wondering about misuse when a CS student writes an operating system in

Re: [PHP-DEV] Re: Shootout

- Original Message - From: "Sterling Hughes" <[EMAIL PROTECTED]> > The point, if you'd really like to know is that PHP is *not* > optimized to do matrix operations (which is one of the examples), or > infinitely recursive loops (I'm not even addressing the code at this > p

Re: [3]: [PHP-DEV] Re: Shootout

Daniel Lorch wrote: > just wanted to add something: > > java is quite successful in commercial applications. not because it's > fast, but because you have an excellent ability for code reusage. you > can compile java beans into both applets and servlets. people are > ready to pay the loss of perfo

[PHP-DEV] Bug #14751 Updated: [critical!] mozilla downloads source of .php files

ID: 14751 Updated by: imajes Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Apache related Operating System: redhat 7.1 glibc2.2.4 kernel2.4 PHP Version: 4.1.1 New Comment: Since this is not a php bug, (since the behaviour does not happen on IE), but does need investig

Re: [PHP-DEV] preg_match_all() weirdness

Daniel Lorch wrote: > shouldn't this be > [^>]+ instead of [^]]+ This yields the same result. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Maili

Re[2]: [2]: [PHP-DEV] Re: Shootout

Hi, >> it would be nice to see PHP w and w/o ZEND competing against each >> other. > Zend what? > I'd like to see it with/without ZendAccelerator. yes, that's what I meant :) > Perl and the like are used a lot in bio-informatics, and they are > scripting-languages. > Even in CPU-intensive areas

Re: [2]: [PHP-DEV] Re: Shootout

Daniel Lorch wrote: > it would be nice to see PHP w and w/o ZEND competing against each > other. Zend what? I'd like to see it with/without ZendAccelerator. > absolutely *no* reasonable > programmer will ever use PHP to calculate prime numbers or fractals > (maybe with mathematical extensions, b

[PHP-DEV] Re: CVS Account Request: bradmssw

Brad House <[EMAIL PROTECTED]> wrote: > I have written an extension to php for the MCVE engine. It can be > loaded as a module or compiled into the code base, and would like to > have it distributed with PHP. I would need commit access in order to > maintain the module. The product, MCVE is a c

Re[3]: [PHP-DEV] Re: Shootout

Hi, > but I don't think the raw cpu usage can be taken as a indicator for > judging a language. there are many other bottlenecks which play a much > more important role: database speed, file access latency (whatever you > need for storage). just wanted to add something: java is quite successful

[PHP-DEV] CVS Account Request: mazen

I want to help translating the Manual into german and/or documenting new extensions. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14755: 105.05$ becomes 105.5$ !!! - I found the fix.

From: [EMAIL PROTECTED] Operating system: ALL PHP version: 4.1.1 PHP Bug Type: InterBase related Bug description: 105.05$ becomes 105.5$ !!! - I found the fix. Hello. I found a nasty bug in interbase extension, and I have the solution here. You have only to put it in the

[PHP-DEV] CVS Account Request: joerg

Contribute to the PHP documentation. Documentate missing functions und translate documentation into german. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-

Re[2]: [PHP-DEV] Re: Shootout

Hi, > Sucks when you need to use a proprietary extension to a language to make > it benchmark well. it would be nice to see PHP w and w/o ZEND competing against each other. but I don't think the raw cpu usage can be taken as a indicator for judging a language. there are many other bottlenecks

Re[2]: [PHP-DEV] Re: Shootout

Hi, > $Id: nestedloop.php,v 1.1 2001/05/06 06:13:21 doug Exp $ > http://www.bagley.org/~doug/shootout/ these benchmarks aren't significant, anyway. java code will run faster on a native java CPU, so basically it's also architecture-dependant. but nice work, nevertheless! really interesting to

Re: [PHP-DEV] Re: Shootout

Another question, what CFLAGS/CPPFLAGS were used during the compliation of the test programs for languages that allow compilation? As well as what cflags were used to compile the intepreters for languages that do not compile individual programs such as PHP & AWK. In my experience even somethin

Re: [PHP-DEV] Re: Shootout

Interesting... There are a couple of other tests that PHP does poorly on. http://www.bagley.org/~doug/shootout/lang/php/ might be worth looking at. --enable-inline-optimization only made a small difference for me. Generally my results matched up pretty closely with Dougs for the few tests I did o

Re: [PHP-DEV] Re: Shootout

Sucks when you need to use a proprietary extension to a language to make it benchmark well. George On Saturday, December 29, 2001, at 12:27 PM, Zeev Suraski wrote: > Taking that code and coupling the Zend Optimizer, PHP and Perl were > approximately the same speed (Perl was 8% faster, but that

[PHP-DEV] Bug #14754 Updated: java.* configuration values from php.ini lost on subsequent executions

ID: 14754 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Dynamic loading Operating System: Windows 2000 SP2 / Apache 1.3.22 PHP Version: 4.1.0 New Comment: Another note. Users with Linux systems experiencing the same bug reported receiving errors and suc

[PHP-DEV] Bug #12223 Updated: ldap rebind procedure implementation

ID: 12223 Updated by: venaas Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Bug Type: LDAP related Operating System: any PHP Version: 4.0.6 Old Assigned To: Assigned To: venaas New Comment: There is now an experimental implementation. Please test it. It currently requires you

Re: [PHP-DEV] preg_match_all() weirdness

Hi, > preg_match_all('/\/im', >'', shouldn't this be [^>]+ instead of [^]]+ Kind Regards, Daniel Lorch -- if(empty($a) == true ? true : false) -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

Re: [PHP-DEV] preg_match_all() weirdness

Hi, > preg_match_all('/\/im', >'', shouldn't this be [^>]+ instead of [^]]+ Kind Regards, Daniel Lorch -- if(empty($a) == true ? true : false) -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

[PHP-DEV] preg_match_all() weirdness

/im', '', $pi ); print_r($pi); ?> prints Array ( [0] => Array ( [0] => ) [1] => Array ( [0] => foo var1="value1"

Re: [PHP-DEV] Re: Shootout

August Zajonc wrote: > These are not my tests but Doug's. He compiled default so --debug > and --inline-optimization not kicking in. Startup cost also counted, > but he tried to run long enough to amortize that. By default, PHP is built without debugging. By the way, what happened to the pla

[PHP-DEV] [IMPORTANT] wishes for php ...

Hi, this one goes out to you Coder! My wishes for the next year are simple and easy to understand - PLEASE DOCCUMENT YOUR CODE! Ask yourself, for who you are coding. You give your sparetime to code things for PHP, and i think you do this, because you will bring it on. Do you r

Re: [PHP-DEV] Re: Shootout

Taking that code and coupling the Zend Optimizer, PHP and Perl were approximately the same speed (Perl was 8% faster, but that probably varies across platforms). W/o the optimizer PHP was 2 times slower, but again, that's only because this is not a very real-world piece of code, at least for our

[PHP-DEV] Bug #14754: java.* configuration values from php.ini lost on subsequent executions

From: [EMAIL PROTECTED] Operating system: Windows 2000 SP2 / Apache 1.3.22 PHP version: 4.1.0 PHP Bug Type: Dynamic loading Bug description: java.* configuration values from php.ini lost on subsequent executions This is similar to bug#6990, but since I could no longer appen

Re: [PHP-DEV] Re: Shootout

For that particular case, btw, you should try adding in the Zend Optimizer. For this type of somewhat braindead code (no insult intended, it's just not very real-world), it would give you a very serious performance boost. Zeev On Sat, 29 Dec 2001, August Zajonc wrote: > > This is not real

Re: [PHP-DEV] Re: Shootout

Sure, These are not my tests but Doug's. He compiled default so --debug and --inline-optimization not kicking in. Startup cost also counted, but he tried to run long enough to amortize that. n was 16. perl code was something like this. #!/usr/local/bin/perl # $Id: nestedloop.perl,v 1.2 2000/12/

Re: [PHP-DEV] Re: Shootout

Could you specify which $n you were using, and also provide the equivalent Perl script that you used? Zeev On Sat, 29 Dec 2001, August Zajonc wrote: > > This is not really surprising, and the test is not really fair, the > > PHP code is not written by an experienced php programmer, and

Re: [PHP-DEV] Re: Shootout

> This is not really surprising, and the test is not really fair, the > PHP code is not written by an experienced php programmer, and thus, > would naturally be slower, on person benchmarks like this are simply > too dependent on the person writing the code. > -Sterling Give m

Re: [PHP-DEV] Re: Shootout

> This is not really surprising, and the test is not really fair, the > PHP code is not written by an experienced php programmer, and thus, > would naturally be slower, on person benchmarks like this are simply > too dependent on the person writing the code. > -Sterling Give m

Re: [PHP-DEV] Re: Shootout

> This is not really surprising, and the test is not really fair, the > PHP code is not written by an experienced php programmer, and thus, > would naturally be slower, on person benchmarks like this are simply > too dependent on the person writing the code. > -Sterling Give m

[PHP-DEV] Re: Shootout

Can someone run a few of these tests on a machine with --disable-debug. I'd be curious to know how much of a difference that might make. -AZ -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To c

[PHP-DEV] Re: Shootout

It should be noted that the shootout reflects rather poorly on PHP. Ranks second to last on the overall scorecard, partly because it is missing some tests. On the tests it does perform on a quick check shows it generally uses significantly more CPU time to do various computations then many of the

[PHP-DEV] Bug #14753: a bug about Ora_pLogon

From: [EMAIL PROTECTED] Operating system: Win2000AdvServer PHP version: 4.1.1 PHP Bug Type: Unknown/Other Function Bug description: a bug about Ora_pLogon run at pl/sql developer: /++/ SQL> select * from pt_smsojb_t

Re: [PHP-DEV] Patch regarding 4.0.x -> 4.1

Martin Jansen wrote: > The following patch changes the version number in the output > of phpinfo() from 4.0 to 4. Could anyone with enough karma > please commit it or give me the karma to do it myself? Done. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpe

[PHP-DEV] Bug #14740 Updated: fsockopen() won't timeout

ID: 14740 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sockets related Operating System: Win98 and Win2k PHP Version: 4.1.0 New Comment: ok to clarify.. seems like this is a common mistake fsockopen() times out ok if the server doesn't exist. The pr

[PHP-DEV] Bug #14752: missing changelog item

From: [EMAIL PROTECTED] Operating system: N/A PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: missing changelog item On the php 4.1.0 changelog page on php.net, there's no mention of the (correctly) fixed return values of strtok(). This is, on the oth

[PHP-DEV] Bug #14751 Updated: [critical!] mozilla downloads source of .php files

ID: 14751 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: redhat 7.1 glibc2.2.4 kernel2.4 PHP Version: 4.1.1 New Comment: seems resolved for us. This phenomenon occurs if the SSL-VirtualHost entry's ServerName differs fr

[PHP-DEV] Shootout

In case someone missed it (ok, I just stumbled by accident over it), here's an language shootout (including PHP of course): http://www.bagley.org/~doug/shootout/ -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List T

[PHP-DEV] Bug #14751: [critical!] mozilla downloads source of .php files

From: [EMAIL PROTECTED] Operating system: redhat 7.1 glibc2.2.4 kernel2.4 PHP version: 4.1.1 PHP Bug Type: Apache related Bug description: [critical!] mozilla downloads source of .php files I don't exactly understand how this happens, but with a Apache+mod_ssl server, Mozill

[PHP-DEV] Patch regarding 4.0.x -> 4.1

The following patch changes the version number in the output of phpinfo() from 4.0 to 4. Could anyone with enough karma please commit it or give me the karma to do it myself? - Martin Index: info.c === RCS file: /repository/php4/ext

[PHP-DEV] Bug #14072 Updated: PHP Causes OpenLink Request Broker (odbc_mv.exe) to Segfault upon odbc_do, etc.

ID: 14072 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: ODBC related Operating System: FreeBSD 4.3 PHP Version: 4.0.6 Assigned To: ahill New Comment: No feedback. Closing. Previous Comments: ---

Re: [PHP-DEV] Getting rid of --disable-session configure option.

Sascha Schumann wrote: >>Problem is in loading *.so file at start up. >>Session module is designed to provide globals >>for sub modules, if session module is not compiled >>in and user load sub module, it spits "undefined >>symbol" error at start up. >>Runtime "undefined symbol" error for p

[PHP-DEV] Bug #14750 Updated: exit signal Floating point exception (8)

ID: 14750 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.4-RELEASE #0 PHP Version: 4.1.1 New Comment: No matter what I did, I can't reproduce this. Either with apache 1.3.22 mod_php nor command line version. Please

[PHP-DEV] Bug #14750 Updated: exit signal Floating point exception (8)

ID: 14750 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.4-RELEASE #0 PHP Version: 4.1.1 New Comment: And what about CGI (command line)? Previous Comments:

Re: [PHP-DEV] References - good or bad

At 08:20 AM 12/29/2001 +0800, Alan Knowles wrote: >Andi Gutmans wrote: > >>As I mentioned on the ZE2 mailing list there general rule of thumb is: >>a) Objects should be passed by reference. >>b) Everything else including arrays should be used by value whenever >>possible semantically. >> >>In the

[PHP-DEV] Bug #14750 Updated: exit signal Floating point exception (8)

ID: 14750 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.4-RELEASE #0 PHP Version: 4.1.1 New Comment: This works, if it's alone on the page. exit((string)"0.1"); and this one works t

[PHP-DEV] Bug #14750 Updated: exit signal Floating point exception (8)

ID: 14750 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.4-RELEASE #0 PHP Version: 4.1.1 New Comment: Do you have the same problem with a CGI from the command line? Does exit((string)"0.1"); help yo