Re: [PHP-DEV] Woah

Substituting your favourite function for strlen() will probably not yield similar results, though. strlen()'s implementation takes virtually no time. Also, try defining gstrlen() before you use it. It'd be much faster. At 05:58 09-09-01, George Schlossnagle wrote: >Benchmarking the execution

Re: [PHP-DEV] Woah

> >Inconveniencing your long-time users in the name of language purity > >is, IMHO, just plain stupid. > > To keep us from spiraling down the drain, I'll leave that one unanswered :) Oops. I already took us down that road. Ken, I whole-heartedly apologize for my rude statments.

Re: [PHP-DEV] Woah

These are two of the most ridiculous statements I have *EVER* heard anyone make. Cleaning up a language is a benefit worth paying in price for. How many millions of lines of C code had to be re-written when the ANSI standard was published? And I'm not personally sure, but I'd be willing to bet th

[PHP-DEV] Bug #13145 Updated: Postgres module ignores php.ini

ID: 13145 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: PostgreSQL related Operating System: Linux (Redhat 6.2) PHP Version: 4.0.6 New Comment: Bitten by the fact that php looks for php.ini in the / directory first. So beware that you

[PHP-DEV] Bug #13218: Problema con números binarios

From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.1 PHP version: 4.0.4pl1 PHP Bug Type: *Math Functions Bug description: Problema con números binarios Intentaba hacer un trabajo con números binarios, primero me puse a probar que tan bueno era php con el tratamiento

Re: [PHP-DEV] Woah

Benchmarking the execution time for a single function call by making a page and request it via b is a pretty flawed method. While it may show that a single aliased call to gettext() doesn't change the execution time of a script by much, it does not say anything about the relative times for ex

[PHP-DEV] Bug #13216 Updated: Removal of redundant function call

ID: 13216 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Debian GNU/Linux PHP Version: 4.0.6 New Comment: Grr idiot at keyboard. (That other patch is for #13217) http://www.bubblesworth.com/php4.cvs1.diff Previou

[PHP-DEV] Bug #13217 Updated: Removal of unneeded code from execution flow.

ID: 13217 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Debian GNU/Linux PHP Version: 4.0.6 New Comment: Grr web interface: http://www.bubblesworth.com/php4.cvs2.diff Previous Comments: -

[PHP-DEV] Bug #13216 Updated: Removal of redundant function call

ID: 13216 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Debian GNU/Linux PHP Version: 4.0.6 New Comment: Grr web interface: http://www.bubblesworth.com/php4.cvs2.diff Previous Comments: -

[PHP-DEV] Bug #13216 Updated: Removal of redundant function call

ID: 13216 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Debian GNU/Linux PHP Version: 4.0.6 New Comment: Since the webform saw fit to mangle my patch, it's available at http://www.bubblesworth.com/php4.cvs1.diff";

[PHP-DEV] Bug #13217: Removal of unneeded code from execution flow.

From: [EMAIL PROTECTED] Operating system: Debian GNU/Linux PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: Removal of unneeded code from execution flow. If (z_value && ZZ_STRLEN_PP(z_value) == 0) then encoded_value isn't used. So no need to generate

[PHP-DEV] Bug #13216: Removal of redundant function call

From: [EMAIL PROTECTED] Operating system: Debian GNU/Linux PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: Removal of redundant function call Since encoded_value is set depending only on whether z_value is NULL(0) or not, surely there's no need to ch

[PHP-DEV] Bug #12022 Updated: limitations of php://stdout

ID: 12022 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Output Control Operating System: linux PHP Version: 4.0.2 New Comment: What exactly is the issue here? Why are you trying to open up stdout? You can write gzip data directly without doing that

Re: [PHP-DEV] Woah

Quoting Rasmus Lerdorf <[EMAIL PROTECTED]>: > This doesn't mean I agree with the magic _() function, but until we have > some sort of efficient run-time function aliasing mechanism like they do > in Python, removing _() and telling people to create a user-space function > that calls gettext() is

[PHP-DEV] Bug #12022 Updated: limitations of php://stdout

ID: 12022 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: Output Control Operating System: linux Old PHP Version: 4.0.6 PHP Version: 4.0.2 New Comment: You may want to wait on closing that bug... > ID: 12022 > Updated by: sterlin

RE: [PHP-DEV] Woah

I feel like you're getting a bit personal here, but I'll refrain from doing the same and simply provide numbers. This is a demonstration to prove purely the overhead of going into a userspace function that calls an internal versus calling the internal directly. Obviously this isn't scientific, but

Re: [PHP-DEV] _

[Zeev Suraski <[EMAIL PROTECTED]>] > At 02:22 09-09-01, Chuck Hagenbuch wrote: > > > It is negligible calling a userspace function versus an internal > > compared to > > > the greater work that the typical PHP script does. > > > > What authority do you have to make this statement? Rasmus posted >

[PHP-DEV] Re: @_ (was: _ and Woah)

Why, @_("foo"); has a great sense of natural beauty to it :) At 02:30 09-09-01, Chuck Hagenbuch wrote: >Quoting Zeev Suraski <[EMAIL PROTECTED]>: > > > We can add an E_NOTICE to it > >Oh, god, PLEASE don't do that. Some of us actually develop and run our >personal >sites (like the one I'm writin

[PHP-DEV] _

At 02:22 09-09-01, Chuck Hagenbuch wrote: > > It is negligible calling a userspace function versus an internal > compared to > > the greater work that the typical PHP script does. > >What authority do you have to make this statement? Rasmus posted numbers. >Where >are yours? Just note that Rasm

Re: [PHP-DEV] Woah

Quoting Zeev Suraski <[EMAIL PROTECTED]>: > We can add an E_NOTICE to it Oh, god, PLEASE don't do that. Some of us actually develop and run our personal sites (like the one I'm writing this mail with) with error reporting set to E_ALL. It's good coding practice, helps me write clean code, and if

RE: [PHP-DEV] Woah

Quoting Cristopher Daniluk <[EMAIL PROTECTED]>: > Agreed, but is the speed loss really worth crying about? Obviously not to you, but I'm pretty sure you came down in the category of people who'd never used gettext. > It is negligible calling a userspace function versus an internal compared to >

Re: Fwd: Re: [PHP-DEV] Woah

On Sun, Sep 09, 2001 at 12:46:17AM +0300, Zeev Suraski wrote: > > Fact - gettext(foo) is much less magical and much more understandable > than _(foo). I think the problem here is that internationalization is being considered a 'separate module', rather than a core piece of functionality that PHP

Re: [PHP-DEV] Woah

> At 01:24 09-09-01, Jeroen van Wolffelaar wrote: > > > >Exactly the same goes for > > >one-line footnote on the php.net/echo page. > > > > > > So that's a documentation bug. It clearly belongs in the documentation > > > about PHP's various special tags, just next to > > language="php">, etc.

Re: [PHP-DEV] Woah

At 01:24 09-09-01, Jeroen van Wolffelaar wrote: > > >Exactly the same goes for > >one-line footnote on the php.net/echo page. > > > > So that's a documentation bug. It clearly belongs in the documentation > > about PHP's various special tags, just next to > language="php">, etc. There's a logi

Re: [PHP-DEV] Woah

> >Exactly the same goes for >one-line footnote on the php.net/echo page. > > So that's a documentation bug. It clearly belongs in the documentation > about PHP's various special tags, just next to language="php">, etc. There's a logical place to look for that entry. FYI, 'I' added http://ww

Re: [PHP-DEV] Woah

At 19:29 08-09-01, Rasmus Lerdorf wrote: > > At 09:36 08-09-01, Rasmus Lerdorf wrote: > > > > Using obscure single character operators is simply something that > we don't > > > > do in PHP, it's totally inconsistent with the language. > > > > > >You know I hate magic more than most. I have lobbi

[PHP-DEV] Bug #13215: QTDOM APACHE DSO

From: [EMAIL PROTECTED] Operating system: SUSE 7.2 PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: QTDOM APACHE DSO I get soome problems like the bug entry #12079. In suse 7.2 some symlinks in the /usr/lib are pointing to old qt libraries and not the

Fwd: Re: [PHP-DEV] Woah

Ken - see my point? :) Andrei - ugliness is not a metrics, anymore than disappointment is. Fact - gettext(foo) is much less magical and much more understandable than _(foo). >Date: Sat, 8 Sep 2001 10:45:53 -0500 >From: Andrei Zmievski <[EMAIL PROTECTED]> >To: Zeev Suraski <[EMAIL PROTECTED]> >

Re: [PHP-DEV] zend_parse_parameters

At 18:14 08-09-01, Andrei Zmievski wrote: >The real solution to this, of course, would be keyword arguments. It's not really a solution, as this would also be slow (except for fairly rare cases, where we might be able to do the work in compile time). > How >about them for v2? I think we shoul

[PHP-DEV] Bug #12961 Updated: classes, arrays and serialize / sessions

ID: 12961 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Class/Object related Operating System: Suse 6.3 PHP Version: 4.0.4pl1 New Comment: Seems to be fixed in the latest Snapshot... Previous Comments:

[PHP-DEV] Bug #13214: Request: Tiny patch to allow fast recurisive ftp_rawlist

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: FTP related Bug description: Request: Tiny patch to allow fast recurisive ftp_rawlist I'm not really up to speed with making diffs and contributing myself, otherwise I would. There are many p

[PHP-DEV] Bug #13212 Updated: virus

ID: 13212 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old Summary: VIRUS Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: win32 PHP Version: 4.0CVS-2001-09-08 New Comment: It is impossible to have an virus in the code generated from CVS. You must have got

[PHP-DEV] Bug #13213: Unknown image format

From: [EMAIL PROTECTED] Operating system: Linux RedHat 7.1 PHP version: 4.0.6 PHP Bug Type: GetImageSize related Bug description: Unknown image format GetImageSize() don't recognize the JPG image format generated by a software called Arles Image Web Page Creator. I make a te

RE: [PHP-DEV] zend_parse_parameters

Andi Gutmans [mailto:[EMAIL PROTECTED]] wrote: > >Seriously though - if you put comments in big enough letters in > the header > >and source files, and any docs that use them, stating that they are > >much slower than the usual way of doing then we should have it covered? > > People don't read th

Re: [PHP-DEV] About the Rand Merge: apologoy & how further?

Stig wrote: > Wow. :) > > [<[EMAIL PROTECTED]>] > > (...) I'll keep it short. You were referring to this? Yes, I realized it after I sended it... I (obviously) wrote that before I finished the mail... Jeroen -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL

[PHP-DEV] Bug #13212: VIRUS

From: [EMAIL PROTECTED] Operating system: win32 PHP version: 4.0CVS-2001-09-08 PHP Bug Type: Unknown/Other Function Bug description: VIRUS This is a virus I discovered. It was in the file PHP_MHASH.DLL and the virus is called BO2K.RC6 see: http://www.f-secure.com/v-descs/bo

Re: [PHP-DEV] About the Rand Merge: apologoy & how further?

Wow. :) - Stig [<[EMAIL PROTECTED]>] > Hi All, > > I've finally finished reading what has been written about the > rand-merge, and have come to a few conclusions. I'll keep it short. > > First, I really shouldn't have merged rand without asking. First of > all, it is indeed against CVS-RULES.

Re: [PHP-DEV] autoconf 2.5x support

> Could someone merge this? Or are there reasons against merging this > for PHP 4.0.7? There are no reasons _for_ merging them into the release branch, and thus they are left out. - Sascha Experience IRCG http://schumann.cx/

[PHP-DEV] Re: php4 /ext/standard rand.c

> sterling Wed Sep 5 16:52:45 2001 EDT > > Modified files: > /php4/ext/standard rand.c > Log: > a bit of api cleanup... move range stuff into a macro (properly :) Yeah yeah... I know by now... > +#define RAND_RANGE(__n, __min, __max) \ > + (__min) + (int)((double)(__max) - (__min) +

Re: [PHP-DEV] Woah

Rasmus Lerdorf wrote: > just like _() is a concession to gettext users. And http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List To unsubscribe,

Re: [PHP-DEV] Woah

> At 09:36 08-09-01, Rasmus Lerdorf wrote: > > > Using obscure single character operators is simply something that we don't > > > do in PHP, it's totally inconsistent with the language. > > > >You know I hate magic more than most. I have lobbied against it forever. > > Well, you did in certain oc

[PHP-DEV] Bug #13206 Updated: MD5 option for 128 bytes long digest (standard)

ID: 13206 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: Windows 98 PHP Version: 4.0.4pl1 New Comment: I've removed the note from the manual. Previous Comments: --

[PHP-DEV] Bug #13206 Updated: MD5 option for 128 bytes long digest (standard)

ID: 13206 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: Windows 98 PHP Version: 4.0.4pl1 New Comment: OMG, I'm sorry for my mistake. I never noticed MD5 returned hex characters instead of bytes, so I was treati

[PHP-DEV] Re: any reason this is inline?

> I see the following in rand.c, any reason for the inline > declaration? > > static inline php_uint32 randomMT(TSRMLS_D) I mailed to the original creator about this already long time ago, and it definitely has a reason. The reason is performance, and after all, it doesn't hurt anywa

[PHP-DEV] About the Rand Merge: apologoy & how further?

Hi All, I've finally finished reading what has been written about the rand-merge, and have come to a few conclusions. I'll keep it short. First, I really shouldn't have merged rand without asking. First of all, it is indeed against CVS-RULES. Most importantly, I disturbed people working on exten

[PHP-DEV] PHP 3.0 Bug Summary Report

PHP 3.0 Bug Database summary - http://bugs.php.net Num Status Summary (543 total including feature requests) ===[*General Issues]== 4180 Open is_link returns false when target doesnt exist (should return true) 9610 Bogus Dea

RE: [PHP-DEV] Woah

Agreed, but is the speed loss really worth crying about? It is negligible calling a userspace function versus an internal compared to the greater work that the typical PHP script does. Hell, it's negligible compared to the work gettext does! Nevertheless, your point is made and is fair at that. I

RE: [PHP-DEV] Woah

I think the argument is more consistency in the language than anything. Sure we'd be regressing symantically, but we've done it before for the better of the language. I proposed the user just creating a userspace function. Granted not perfect. Rasmus came up with, in my opinion, the much better id

Re: [PHP-DEV] Woah

On Fri, 07 Sep 2001, Cristopher Daniluk wrote: > Again, as mentioned before, this is suitable: > > function _($string) { return gettext($string); } > > once in your code. Voila, now you can still have your short cut, and we can > still have our consistent naming structure. Sure, it would be an a

Re: [PHP-DEV] Woah

On Sat, 08 Sep 2001, Zeev Suraski wrote: > Again, by deprecating it now, the immediate action would be removing any > reference to it from the documentation (the very little there is). There > are a hell of a lot PHP users to come than there are existing users of PHP, > so we might as well lim

[PHP-DEV] dso extensions and php.ini entries

Is there a problem with extensions compiled as dso's and their entries in php.ini? I seem to have a problem getting pgsql and mysql extensions to notice their parameters if I compile them as dso's. Edin -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTEC

Re: [PHP-DEV] zend_parse_parameters

On Sat, 08 Sep 2001, Andi Gutmans wrote: > Anyway, performance aside, there is also the point of conventions. Up to > now, PHP has been pretty much a functional language with an argument list. > It might make sense for big certificates to be passed as arrays. But > instead of going ahead and di

[PHP-DEV] ¥X°â¶Ç¯u¸¹½X

¶Ç¯u¸¹½X¥X°â §Ú¦³¥_°Ï02_¶}ÀY¶Ç¯u¸¹½X¡A¦@¬°77270µ§ ¬O§Ú±q¦U­Ó¦P·~¤½·|¡B¹q¸Üï¡B¶À­¶¡B¼x«H©Ò¡B ºô»Úºô¸ô¡A¥úºÐ¤ù...µ¥µ¥¡A ¸g¦~²Ö¤ë¤@µ§¤@µ§¥´¤J¦¬¶°¤U¨Óªº¡A¶O¤F«Ü¤jªº¥\¤Ò¡C ¥úªá¿ú¶R¼x«H©Ò¥Xªºªº¥U¤l¡A´Nªá¤F¤£¤Ö¿ú¡A ¦A¸g¹L²Î­p¤èªk¾ã²z¡A©Ò¥H¨S¦³¥ô¦ó¤@µ§¬O­«½Æªº¡A ¨Ã¸g¹L¹ê»Úµo°e´ú¸Õ¡A¦A­ç°£±¼µL®Äª

[PHP-DEV] 4.0.7-RC2 on Win32

Builds (with warnings, see below) and runs on Win32. Tested with phpMyAdmin 2.2.0, phpOpenTracker and phpMP3Manager which make use of OO features, ext/session and MySQL. Warnings: zend_llist.c Zend\zend_llist.c(214) : warning C4018: '<' : Conflict between signed and unsigned

Re: [PHP-DEV] Woah

Just to add my few £0.02 to this discussion :) _() just doesnt make sense to anyone who hasnt used gettext() which tbh is probably the vast majority of the comunity, I have seen _ in the function lists and Zend and Harmuts site and just thought it was a querk somewhere.. _() to me looks like some

[PHP-DEV] Fwd: Marketing Request

Antwort auf www.help2sell.de Kontakt-Formular. Sie wurde gesendet von () am Saturday, September 8, 2001 at 16:16:12 --- message: ATTENTION: ANY SERIOUS NETWORK MARKETER TAKE A LOOK AT THE FOLLOWING OPPORTUNITIES I CAME ACR

[PHP-DEV] autoconf 2.5x support

Jan Kneschke just informed me, that his patches http://cvs.php.net/diff.php/php4/acinclude.m4?r1=1.138&r2=1.139&f=u http://cvs.php.net/diff.php/php4/acinclude.m4?r1=1.139&r2=1.140&f=u to make php4 compatible with autonfon 2.52 were not merged to the 4_0_7 branch and that PHP 4.0.7

Re: [PHP-DEV] Woah

At 16:37 08-09-01, Jim Jagielski wrote: >Rasmus Lerdorf wrote: > > > > > Using obscure single character operators is simply something that we > don't > > > do in PHP, it's totally inconsistent with the language. > > > > You know I hate magic more than most. I have lobbied against it forever. > >

Re: [PHP-DEV] big memory problem with 4.0.6

> > with version < 4.0.6 I had no problem with my sites > > > > moreover I had memory_limit = 8M with php <= 4.0.5 with no problem > > and now I have memory_limit = 16M with 4.0.6 and that even doesn't > > solve the problem > > Wasn't there a patch for 4.06's memory limit on > http://php.net/dow

Re: [PHP-DEV] Woah

At 16:28 08-09-01, Rodent of Unusual Size wrote: >This sort of argument keeps coming up, but Zeev is the lucky one >who sets me off.. :-) > >People are very free to speak about what *others* expect. Unless >you are one of them, or have concrete evidence, then such remarks >are nothing more than s

Re: [PHP-DEV] Woah

Rasmus Lerdorf wrote: > > > Using obscure single character operators is simply something that we don't > > do in PHP, it's totally inconsistent with the language. > > You know I hate magic more than most. I have lobbied against it forever. > However, sometimes you need to conform with the under

Re: [PHP-DEV] Woah

* On 2001-09-08 at 08:34, Zeev Suraski <[EMAIL PROTECTED]> excited the electrons to say: > > Not really. You only have to conform if you believe that PHP is not a > standalone language. You're also assuming that most of PHP's userbase has > C background, which is usually not true. Among th

Re: [PHP-DEV] Woah

Fine. Let it be noted that I oppose going forward with any other clean-up of the language namespace before this bug goes away. If we don't clean the obvious ones, we might as well keep in everything. (a very disappointed) Zeev At 15:51 08-09-01, Stig Sæther Bakken wrote: >[Zeev Suraski <[EMA

Re: [PHP-DEV] Woah

[Zeev Suraski <[EMAIL PROTECTED]>] > At 09:13 08-09-01, Andrei Zmievski wrote: > >At 05:33 AM 9/8/01 +0300, Zeev Suraski wrote: > >>That's unfortunate. IMHO, it should be phased out. > > > > I'm against it. _() has been around forever as part of gettext > > package and people who expect to find i

[PHP-DEV] Bug #13196 Updated: can I use Seagate Crystal Report writer in PHP

ID: 13196 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: windows 2000 professional PHP Version: 4.0.4 New Comment: Please ask support questions on the mailing lists: http://www.php.net/support..php Previous Commen

[PHP-DEV] Bug #13194 Updated: PHP4,jdk1.2.2

ID: 13194 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Bogus Bug Type: Apache related Operating System: SUSE 7.0 linux intel i386 PHP Version: 4.0.6 New Comment: submitted twice Previous Comments:

Re: [PHP-DEV] Woah

At 10:24 08-09-01, Emiliano wrote: >Well, I was torn between accepting it as sarcasm, and getting hints on >how to accomplish it :) > >Totally impossible? Totally. Zeev -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-m

Re: [PHP-DEV] Woah

At 09:36 08-09-01, Rasmus Lerdorf wrote: > > Using obscure single character operators is simply something that we don't > > do in PHP, it's totally inconsistent with the language. > >You know I hate magic more than most. I have lobbied against it forever. Well, you did in certain occasions, but

Re: [PHP-DEV] Woah

At 09:13 08-09-01, Andrei Zmievski wrote: >At 05:33 AM 9/8/01 +0300, Zeev Suraski wrote: >>That's unfortunate. IMHO, it should be phased out. > >I'm against it. _() has been around forever as part of gettext package and >people who expect to find it in PHP will be pretty disappointed. Disappoin

Re: [PHP-DEV] IIS/PWS Config done by PHP

On Friday 07 September 2001 10:03 pm, [EMAIL PROTECTED] wrote: > Hi, > > I'm curious to know how PHP configures IIS/PWS to let itself handle all > requests for files ending in .php, etc. How is it done? > > Is it the same for IIS and PWS? IIS 3 and below is effectively the same as PWS on win 9x p

Re: [PHP-DEV] zend_parse_parameters

At 11:01 AM 9/8/2001 +0100, Wez Furlong wrote: >On 08/09/01, "Andi Gutmans" <[EMAIL PROTECTED]> wrote: > > I do have some bad thoughts about it. I'm worried that if we supply > such an > > easy function to parse incoming hash table's people will start writing a > > lot of PHP functions which acce

[PHP-DEV] Bug #13211 Updated: how to redirect to another php page.

ID: 13211 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PHP options/info functions Operating System: windows 98 PHP Version: 4.0.4pl1 New Comment: Ask support questions on the appropriate mailinglist (see http://www.php.net/support.php). Previous Com

Re: [PHP-DEV] zend_parse_parameters

On 08/09/01, "Andi Gutmans" <[EMAIL PROTECTED]> wrote: > I do have some bad thoughts about it. I'm worried that if we supply such an > easy function to parse incoming hash table's people will start writing a > lot of PHP functions which accept hash tables instead of regular argument > lists. Th

[PHP-DEV] Bug #13211: how to redirect to another php page.

From: [EMAIL PROTECTED] Operating system: windows 98 PHP version: 4.0.4pl1 PHP Bug Type: PHP options/info functions Bug description: how to redirect to another php page. when i try to redirect the page with header("Location: ") is not going to the requested page. Instea

[PHP-DEV] Bug #13210 Updated: problens with php and pws

ID: 13210 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Old Bug Type: Any Bug Type: PWS related Operating System: win98 PHP Version: 4.0.4 New Comment: Ask support questions on the appropriate mailinglist (see http://www.php.net/support.php). Previous Comments

[PHP-DEV] Bug #13209 Updated: I don't know how to configure it

ID: 13209 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PWS related Operating System: Windows 98 PHP Version: 4.0.6 Previous Comments: [2001-09-07 22:28:19] [EMAIL PROTECTED] M

[PHP-DEV] Bug #13209 Updated: I don't know how to configure it

ID: 13209 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PWS related Operating System: Windows 98 PHP Version: 4.0.6 New Comment: Ask support questions on the appropriate mailinglist (see http://www.php.net/support.php). Previous Comments: -

Re: [PHP-DEV] zend_parse_parameters

At 09:33 PM 9/7/2001 +0100, Wez Furlong wrote: >On 07/09/01, "Andrei Zmievski" <[EMAIL PROTECTED]> wrote: > > If this is implemented (I think Andi may have some thoughts about this), > >Hopefully not bad thoughts! I do have some bad thoughts about it. I'm worried that if we supply such an easy f