Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Sascha Schumann wrote: > > Yes, because getting a cvs account is just *s* hard. > > The problem is that you easily lose valuable postings when > you force people to go through some restrictive system. > > I'm especially worried about inter-group communication

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Shane Caraveo wrote: > Sascha Schumann wrote: > >>if even that description doesn't work, then nothing would work, not even > >>changing the name. > > > > > > Well, it is obvious that some folks don't read that > > description and simply move forward, because "php-dev

[PHP-DEV] Re: [PHP-DOC] Re: function.main

On Wed, 12 Feb 2003, Gabor Hojtsy wrote: > >>>what is function.main? it keeps popping up on my requires and links to = > >>>yoru site but nuthin' happens > >> > >>That is if I understand correctly a link in an error message. So either > >>PHP needs to hide that link in error messages, or the func

[PHP-DEV] Re: [PHP-DOC] Re: function.main

On Wed, 12 Feb 2003, Gabor Hojtsy wrote: > > what is function.main? it keeps popping up on my requires and links to = > > yoru site but nuthin' happens > > That is if I understand correctly a link in an error message. So either > PHP needs to hide that link in error messages, or the function.mai

Re: [PHP-DEV] Isis extension

> I would like to know if can I have it on PECL. (There is a lot of people in > latin-america who needs to use it, in europe too.) Have a look here: http://pear.php.net/manual/en/guide-developers.php It'll tell you how to get your extension into PECL. It will be nice to add one more supported

Re: [PHP-DEV] variables_order annoyance

On Tue, 14 Jan 2003, Rasmus Lerdorf wrote: > > Check out this bug report: > > > > http://bugs.php.net/16155 > > Ah thanks, that's where I remember the discussion from. I do disagree > with one part: > >(c) It shouldn't be possible to prevent $_GET, $_POST, >$_COOKIE, and $_FILES

Re: [PHP-DEV] variables_order annoyance

On Mon, 13 Jan 2003, Rasmus Lerdorf wrote: > Guys, I think this was brought up before, and I somehow had the impression > that we fixed it, but we didn't. Currently if variables_order does not > contain a certain type then that type will not be populated in the $_FOO > superglobal. So, if you se

Re: [PHP-DEV] CGI and CLI [packaging issues]

> This goes with the PHP source approach: > By default, "configure/make/make install" compiles the CGI interface, > and then you have to "make install-cli" to get the CLI. > > We just replace the "make install-cli" by "urpmi/apt-get php-cli". Just FYI, 'make install-cli' is not the only way to in

Re: [PHP-DEV] ZEND_NUM_ARGS()

On Sat, 4 Jan 2003, Sterling Hughes wrote: > > Probably but it looks like that filetype(null); for example under windows > > will return type directory... > > > > So it looks an important bug too. > > > > Its about as much of a bug as passing filetype(null) isn't a bug. Okay, let's use filetype

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

> On Tuesday 31 December 2002 22:39, Philip Olson wrote: > > > 80% of all questions about PHP on the lists could be > > answered if people read the manual in the first place. > > Wait, make that 95% :) > > > > Philip, we need more examples (and also correct ones).

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

On 31 Dec 2002, Timothy Hitchens wrote: > Docs: > > Setup a common thread of examples across all PHP documentation > as 80% of all questions about PHP on lists could be answered > with common examples across all functions in the documentation. 80% of all questions about PHP on the lists could

Re: [PHP-DEV] PHP 4.3.0 released

On Sat, 28 Dec 2002, Sander Steffann wrote: > Hi All, > > There is a weird line in here too: > > > * PHP Manual: Using PHP from the command line > >http://www.php.net/manual/en/features.commandline.php > > It's this one: > By default when executing make, both the CGI and CLI are bu

Re: [PHP-DEV] [PATCH] CLI and CGI defaults

ed in 4.2.x as I'm not fully sure how it all worked back then *hint* *hint*. Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: ground rules

This is in PECL now but that fact was never mentioned in NEWS. Also, what is the official way windows users are suppose to get PECL dlls? Build them themselves? Regards, Philip Olson On Sat, 21 Dec 2002, Edin Kadribasic wrote: > I have changed bundled php.ini-dist and php.ini-recomm

Re: [PHP-DEV] RC4: ground rules

of PHP4 source make it seem like it should. Regards, Philip Olson p.s. Thanks to Wez and Steph for teaching me not to fear the source. On Fri, 20 Dec 2002, Andrei Zmievski wrote: > Everyone, > > I have just released 4.3.0RC4. Despite the quote in my signature, I am > determined

Re: [PHP-DEV] RC4: ground rules

I'll have a patch in about one hour! :) Regards, Philip On Fri, 20 Dec 2002, Andrei Zmievski wrote: > Everyone, > > I have just released 4.3.0RC4. Despite the quote in my signature, I am > determined to keep this one the very last final RC of the interminable > 4.3.0 development cycle. Toward

Re: [PHP-DEV] CGI and CLI

o will be combined again, if so, make it so in PHP 4.3.0 please. Same goes for if it's decided to keep the two separate. Let the new RC series begin! :) Regards, Philip Olson [snip] -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CGI and CLI

So every tutorial and documentation on this would have to say this right? "Ask your sysadmin what the CGI and CLI versions of your PHP are called, they could be anything as there is no standard. For the purpose of this (tutorial|documentation), we'll call CLI php-cli and CGI php-cgi.

[PHP-DEV] Constants inside strings, sometimes

akes sense outside of strings but inside of them only if braces are used and with arrays? Please explain. It seems to me that if someone wants to use constants with array keys, don't put them in strings. Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Location of getopt function

One way to find function information is through the php function reference: http://zend.com/phpfunc/function.getopt.php Provides information on when it's available, where it's defined, if it's documented, etc. Regards, Philip On Mon, 16 Dec 2002, l0t3k wrote: > Markus, > thanks for the li

RE: [PHP-DEV] php.exe - php-cgi.exe

On Sun, 8 Dec 2002, Marcus [iso-8859-1] Börger wrote: > At 17:55 08.12.2002, Philip Olson wrote: > > >Wait, so there used to be a php-cli.exe ? Add > >that to the history request question :) > > > >And so a user tries to install via some install > >tutorial o

RE: [PHP-DEV] php.exe - php-cgi.exe

ve the issue here is that PHP won't display the proper HTTP > headers in the CLI version: > > C:\> Php.exe test.php > > X-Powered-By: PHP/4.2.2 > Content-type: text/html > > Testing 1 2 3 > C:\> > C:\> Php-cli.exe test.php > Testing 1 2 3 > C:\

Re: [PHP-DEV] php.exe - php-cgi.exe

Can someone provide a history of this and the problems one will see when trying to run php.exe as a cgi (i.e. follows one of the many install texts out there). This is _sorta_ documented but not really, only the apache2 docs make any mention of it thus far. Regards, Philip On Sun, 8 Dec 2002,

[PHP-DEV] Re: Modules/Extensions not in 4.3

> On Fri, 29 Nov 2002, Wez Furlong wrote: > IMO, the manual should include all of the "maintstream" PHP extensions. > The reasoning is that if someone downloads the PHP manual, they expect > to get the PHP manual and not have to hunt around for docs on extensions > X, Y, Z. So "mainstream" is defi

[PHP-DEV] Re: Modules/Extensions not in 4.3

er the second because of historical reasons and the fact that users may still be using the old functions. For how long will these docs remain? Should they ever go in the appendix instead? Will this confuse users? These are good questions :) Also, what is done may depend on the individual

RE: [PHP-DEV] PHP Memory Error

I started a faq on this but anyway one can use K (kilobytes) or M (megabytes) for these type of directives. A plain integer == Bytes. Regards, Philip On Wed, 27 Nov 2002, John Coggeshall wrote: > >67108860 bytes = 64 mb > > 64M will also work, I believe. > > John > > > > > > > > >"Jonatha

RE: [PHP-DEV] Redirect patch URL

Regarding this proposal, what happens if the url being redirected to has an error? Or if it's down for some reason, how can I still see my errors without bugging the sysadmin? Also, will CLI and CGI be affected too? Regards, Philip On Tue, 26 Nov 2002, John Coggeshall wrote: > > http://coo

Re: [PHP-DEV] Concrete suggestion re: i18n messages

> > No, it does not to me. It means that translators need to have access to > > the php4/ cvs module, which is something I'm very against. > > Agreed.. The default messages stay in the source code and > are easily reachable for the developer. > > (That is something I very much dislik

Re: [PHP-DEV] [PATCH] Redirect on Error

On Tue, 26 Nov 2002, Stanislav Malyshev wrote: > PO>> Just to defend phpdoc a bit, this statistic is based on > PO>> a php manual generated on April 25, 2002, which is when > PO>> zend.com/manual/ was last updated. Also, missing functions > > That's not exactly true. The phpfunc is updated much

Re: [PHP-DEV] [PATCH] Redirect on Error

[snip] > Really? Let's see on average each function generates @ least one warning > message, so we have @least as many warnings as we have functions. Warning > messages get constantly re-arranged, by having a separate database for them > making changes to warning messages will become more comple

RE: [PHP-DEV] [PATCH] Redirect on Error

On the documentation side of things, each translation could include a page tentively called: "English words you want to know" It could be as simple as a three column table, such as: | English | German | Explanation | | Constant | Konstant | ...

[PHP-DEV] [PATCH] php4/win32/install.txt

Hello all- Here's a small patch that mentions apache2 for windows users. Related bugs on this issue can be seen here: * http://bugs.php.net/bug.php?id=16744 * http://bugs.php.net/bug.php?id=18129 Bug #18129 virtually became a support thread for this topic. The following patch doesn't go i

[PHP-DEV] karma++

Hello- I request karma for phpweb and php4/NEWS I will help close bugs related to these categories and help make improvements. Regards, Philip Olson user: philip -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] $HTTP_RAW_POST_DATA

On Mon, 11 Nov 2002, Hartmut Holzgraefe wrote: > Philip Olson wrote: > > When setting this on I assume it will always populate no matter > > what enctype is used. This isn't the case. In the little tests > > according to Brad, adding enctype="multipart/form-data

Re: [PHP-DEV] $HTTP_RAW_POST_DATA

On Sun, 10 Nov 2002, Rasmus Lerdorf wrote: > Hrm.. Ok, actually Hartmut changed this recently. See: > > >http://cvs.php.net/diff.php/php4/main/php_content_types.c?login=2&r1=1.21&r2=1.22&ty=u > > It works when you turn on always_populate_raw_post_data, right? When setting this on I assume it

Re: [PHP-DEV] $HTTP_RAW_POST_DATA

This will be documented as soon as we figure out where to document it. Many months ago the predefined variables section of the manual was redone and the vars are now separated autoglobals. Should this be documented under $GLOBALS or should a new section be created? I'm thinking a new section f

Re: [PHP-DEV] Please help document headers_sent()

On Wed, 6 Nov 2002, Ilia A. wrote: > On November 6, 2002 07:10 pm, Philip Olson wrote: > > I get a Segmentation fault with this script using > > PHP CLI: > > > > > headers_sent($file, $line); > > ?> > > philip@rock:~$ php test.php > >

Re: [PHP-DEV] Please help document headers_sent()

s old) version of PHP CLI. I am unable to do further tests at this time, in fact, I am unable to build HEAD (it dies). Only CLI seems to be affected, CGI works either way. Haven't tested mod. Regards, Philip Olson P.s. If no headers were sent, in CGI, $line gets the value int 0. $file i

Re: [PHP-DEV] Please help document headers_sent()

> On Wed, 6 Nov 2002, Wez Furlong wrote: > if (headers_sent($file, $line)) { > echo "headers were sent by $file:$line"; > } [snip] Hello Wez- Ahh, that makes sense. I was a little off base on that one! :) Will add an example now. Regards, Philip -- PHP Development Mailing List

[PHP-DEV] Please help document headers_sent()

Hello- headers_sent() has two new parameters as of PHP 4.3.0, these are passed in by reference. I see no need to have to do: $file = 'file.php'; $line = 4; headers_sent($file, $line); When one could simply do this: headers_sent('file.php', 4); But we can't, we get this error: Fat

[PHP-DEV] Re: [PHP-DOC] Re: Manual page suggestions (was: dba_open...)

e your doc method, we should continue to document functions in a consistent manner which means not including the failed return value in the proto. Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: #19848 [Ctl->Csd]: Wrong $_REQUEST values ($_FILESappearance is wacky)

> > is import_request_variables() affected? > as for import_request_variables, I haven't modified that, simply because > i'm not sure whether it should be modified... For now I'll leave it, if > someone feels strongly about it either way, they can change it... I think they should be the same, if

[PHP-DEV] Re: #19848 [Ctl->Csd]: Wrong $_REQUEST values ($_FILES appearanceis wacky)

This change will make it into 4.3.0 right? Also, is import_request_variables() affected? Regards, Philip On 28 Oct 2002 [EMAIL PROTECTED] wrote: > ID: 19848 > Updated by: [EMAIL PROTECTED] > Reported By: [EMAIL PROTECTED] > -Status: Critical > +Status:

Re: [PHP-DEV] --disable-cgi yet again

Shouldn't this be --disable-cli ? On Thu, 10 Oct 2002, Andrei Zmievski wrote: > Can someone good with build system add --disable-cgi swtich, please? > There is a patch in php-dev archives but it doesn't work against the > current tree. I hate building cgi every time when I don't need it. > > -A

Re: [PHP-DEV] variables_order too powerful

Can someone look into this for 4.3.0? I think this would go nicely there. Regards, Philip On Tue, 16 Jul 2002, Philip Olson wrote: > In this bug report: > > variables_order affects existence of php > predefined variables > * http://bugs.php.net/16155 > > Th

[PHP-DEV] variables_order too powerful

ement!). Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] passing variables need help

Hello John- Please consider the following two locations: http://www.php.net/support http://www.php.net/variables.external Regards, Philip Olson On Mon, 15 Jul 2002, John Flanagan wrote: > Lo, > > I am a just starting with PHP and I am in the middle of building a site

[PHP-DEV] Re: Bug #18214 Updated: Request: Warning on assignment in IFexpression.

untime option of assignment_inside_expression = true if in strict mode. How possible would it be to create an optional strict mode in PHP? This might help "strict" programmers feel more comfortable. error_reporting(E_ALL) is a start, using === vs == too. Some functio

Re: [PHP-DEV] Re: [PHP-DOC] cvs: phpdoc /en/reference/info/functionsini-set.xml

set at runtime, and most expect in the same way as setting in php.ini Regards, Philip Olson On Mon, 8 Jul 2002, Philip Olson wrote: > There are several inconsistencies similar to this > one. main.c and similar just don't always "look right." > > I never made an off

[PHP-DEV] Re: [PHP-DOC] cvs: phpdoc /en/reference/info/functions ini-set.xml

rently this ini_set table is autogenerated from source, but the source isn't always real world and imho the ini_set() table should be as "friendly" as possible (no more support questions! :) Regards, Philip Olson. On Mon, 8 Jul 2002 [EMAIL PROTECTED] wrote: > On Mon, 8 Jul 20

[PHP-DEV] $HTTP_*_VARS deprecation status request

Hello, Any idea if/when these variables won't be created by PHP? Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

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

I only get [0], never [1]. Did about 40 tries. latest CVS ./configure --enable-sockets If you need more info, let me know. Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] isset multiple arguments, when?

Hello, When did isset() allow for multiple arguments, was it 4.1.0? The closed feature request is here: http://bugs.php.net/12978 Neither NEWS or it mentions when this feature was implemented. Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsub

Re: [PHP-DEV] $_FILES, is there ant bug?

, Philip Olson On Mon, 27 May 2002, Sander Roobol wrote: > Which version of PHP are you running? Versions before 4.1.0 don't have > the $_* variables. $_FILES may be an exception, it might be only > available in 4.2.0 and later, but I'm not sure about that. > > Sander

[PHP-DEV] php-announce

I'm sure 4.2.1 is soon on its way but how? who? when? :) Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: list() limitations

> > Aside from saying it works on values for numerical arrays > > I can't say much else. That is intuitive and consistant > > to me, not ambiguous. > > It is :) Since we both already have different views. I > suggest leaving it; it's not worth the trouble and using the > array_(k

Re: [PHP-DEV] Re: list() limitations

> The big question is: how would You (Philip,Yasuo) want list > to behave when it encounters a hash? Do you want to get the > keys ? Or the values? Or do you want to get the hashed > element on its own again as key => value ? My opinion is: $foo = array('a' => 'apple', 'b' => 'b

Re: [PHP-DEV] Re: list() limitations

> > $foo = array('a' => 'apple', 'b' => 'banana'); > > > > // Notice - Undefined offset: 1 > > // Notice - Undefined offset: 0 > > list($a,$b) = $foo; > > Isn't this line should be > > list($a, $b) = array_keys($foo); > or > list($a, $b) = array_values($foo); Sure that works. > I

[PHP-DEV] list() limitations

Hello, the following behavior seems odd: $foo = array('a' => 'apple', 'b' => 'banana'); // Notice - Undefined offset: 1 // Notice - Undefined offset: 0 list($a,$b) = $foo; // This of course works as expected while(list(,$ab) = each($foo)) { print $ab; } I recently docu

Re: [PHP-DEV] Streams are here!

> > Please please please test the following things in particular > > as I can't compile them or verify them here: > > I can't compile, because it complains about `ptrdiff_t' undeclared in > main/network.c. I think stddef.h or similar is needed in this file. this also affects --enable-sockets, p

Re: [PHP-DEV] new php.net shortcuts

ut the popup, sometimes I wonder if anyone gets me :) Point is, the fear this will bog down www. even more. Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] new php.net shortcuts

will make for some good data which will eventually provide info to expand this feature. On a related note, www.php.net needs a nasty popup that says "Choose a mirror!!!" ;) Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP_INI USER|PERDIR|SYSTEM|ALL

gt; Please share some light on this. The config documentation > will eventually contain this information and simply > harvesting the values from main.c does not seem appropriate. > Please explain a little about local/master values too :) > > Regards, > Philip Olson > >

[PHP-DEV] PHP_INI USER|PERDIR|SYSTEM|ALL

ues from main.c does not seem appropriate. Please explain a little about local/master values too :) Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the l

Re: [PHP-DEV] Bug #14131 Updated: include "http" problem

Someone please briefly explain this behavior. As per the note under "remote files" in manual: Note: You can't use remote files in include() and require() statements on Windows. Why is that? Regards, Philip Olson On 24 Jan 2002 [EMAIL PROTECTED] wrote: > ID:

Re: [PHP-DEV] FeatureRequest for PHP5

te to scalar values You can serialize or implode the values ... This is a decent feature request, submit feature requests to: http://bugs.php.net regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-

[PHP-DEV] Re: [PHP] Re: [PHP-DEV] Re: strtok bug

This is documented now which is as best we can do at this point. That and clearly document all BC breaks in the future. I vow to help on the documentation end. Regards, Philip Olson On Mon, 14 Jan 2002, Manuel Lemos wrote: > Hello, > > I don't disagree, but the fact is that d

[PHP-DEV] Re: [PHP-DOC] Re: [PHP-DEV] superglobals and bc

do this, we'll need to keep expanding/referring to security.registerglobals: http://www.php.net/manual/en/security.registerglobals.php Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] superglobals and bc

: global $_GET. Now mimicking $_SESSION functionality is another story, eww, maybe that's going too far. Regarding the extract() idea, please clarify a little more. Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED]

[PHP-DEV] superglobals and bc

Many ask "How do I use superglobals yet allow my scripts to work on older versions of PHP", is there an official documentable response to this? Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additi

Re: [PHP-DEV] Bug #15012: Cannot load libphp4.so - undefined symbol:uncompress

See this faqt: http://www.faqts.com/knowledge_base/view.phtml/aid/5087 Regards, Philip Olson > Cannot load /usr/local/apache/libexec/libphp4.so into server: > /usr/local/apache/libexec/libphp4.so: undefined symbol: uncompress -- PHP Development Mailing List <http://www.php

Re: [PHP-DEV] Bug #15007 Updated: New superglobals not documented

rver' wouldn't come up for this. These need to be documented very soon, I'll add them today. The variables.predefined restructuring can wait, I believe Kenneth is working on that. Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsub

Re: [PHP-DEV] Re: Behaviour of $array1 + $array2

[foo] => foo b [2] => 4 b [3] => 1 b ) [merge_recursive] => Array ( [0] => 4 a [1] => 2 a [foo] => Array ( [0] => foo a [1] => fo

Re: [PHP-DEV] Bug #14420 Updated: is_file prints "stat failed .."message

t.c?r1=1.82&r2=1.83 for other patches made to filestat.c see: http://bonsai.php.net/cvslog.cgi?file=/php4/ext/standard/filestat.c woohoo! :) regards, philip olson > Previous Comments: > > > [2001-12-12

Re: [PHP-DEV] Bug #14473 Updated: strtotime wont parse date

just a fyi on why. strtotime obeys the information found here: http://www.gnu.org/manual/tar-1.12/html_chapter/tar_7.html so, doing strtotime('Twelfth December 2001'); will work. anyway, fwiw there you have it :) regards, philip olson On 12 Dec 2001 [EMAIL PROTECTED] wrote: &

Re: [PHP-DEV] Bug #14367: browscap not well documented

cap.ini at all exists here: http://bugs.php.net/bug.php?id=4856 This is a very nice feature request :) Regards, Philip Olson -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To

Re: [PHP-DEV] Bug #14296 Updated: Undeclared variables and isset()

ove to foo'; } Could also use a @ but it's not as cool imho :) if (@$var == 'foo') { echo 'I love to foo'; } So as suggested, this depends on your particular settings. Also see the error_reporting() function. regards, Philip Olson On 30 Nov 2001 [E

Re: [PHP-DEV] Bug #10172 Updated: get_class() doesn't return lowercasefor DomX objects

iirc, sometime in the future php will have case-sensitive function/class names. If so, how about waiting to make a change then? Is this what you are suggesting, Markus? philip On Fri, 23 Nov 2001, Markus Fischer wrote: > On Thu, Nov 22, 2001 at 05:11:19PM -0500, Colin Viebrock wrote : > > E

[PHP-DEV] bug status definition request

hi, What's the difference between open, feedback and analyzed? Seems most discussions leave the bug status as open. philip -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list a

Re: [PHP-DEV] Bug #13889: FORM variables not passed with php.ini-optimized

i am guessing this is a register_globals issue. see: http://www.php.net/manual/en/configuration.php#ini.register-globals http://www.php.net/manual/en/security.registerglobals.php regards, Philip Olson On 31 Oct 2001 [EMAIL PROTECTED] wrote: > From: [EMAIL PROTECTED] > Ope

Re: [PHP-DEV] karma request - phpweb

> > Hi! I request karma for module phpweb. Am working with jmcastagnetto on > > user notes where Voting and "User Moderation" will be implemented. And > > will most likely find other things to do, albeit nothing major (yet?). > > Colin has already done this with the PHP-GTK Manual. i've seen

[PHP-DEV] karma request - phpweb

Hi! I request karma for module phpweb. Am working with jmcastagnetto on user notes where Voting and "User Moderation" will be implemented. And will most likely find other things to do, albeit nothing major (yet?). Warm Regards, Philip Olson user: philip -- PHP Development Ma