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.
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.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.main
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
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 from being
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 set
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
install the
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
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 be
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.
On Tue, 31 Dec 2002, Georg Richter wrote:
On Tuesday 31 December 2002 22:39, Philip Olson
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 built and
then *hint* *hint*.
Regards,
Philip Olson
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
. 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-recommended
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 to keep this one the very last
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.
, 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
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
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
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,
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:\
-Original Message-
From: Philip Olson [mailto:[EMAIL PROTECTED
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 on foo.com, what problems/errors will
they see
in the
appendix instead? Will this confuse users? These are good
questions :) Also, what is done may depend on the individual
extensions themselves although consistancy has its merits.
Regards,
Philip Olson
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net
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 defined as
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
Jonathan Williams
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 more
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 dislike about
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:
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 | ...
[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 complex
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
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
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=2r1=1.21r2=1.22ty=u
It works when you turn on always_populate_raw_post_data, right?
When setting this on I assume it will
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 to a
post form will cause
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:
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
mod.
Regards,
Philip Olson
P.s. If no headers were sent, in CGI, $line gets
the value int 0. $file is an empty string.
On Wed, 6 Nov 2002, Philip Olson wrote:
On Wed, 6 Nov 2002, Wez Furlong wrote:
if (headers_sent($file, $line)) {
echo headers were sent by $file:$line;
}
[snip
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:
?php
headers_sent($file, $line);
?
philiprock:~$ php test.php
Segmentation fault
That's when no headers are sent before
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
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
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:
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.
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
The following tentative plan
!).
Regards,
Philip Olson
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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. What my
question
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 functions, like in_array(),
have strict options now as well.
Regards,
Philip Olson
--
PHP Development
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 2002, Philip Olson wrote:
philip
, 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 official bug report but check out this
php-dev post
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
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 unsubscribe
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
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
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' =
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
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
$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 might miss you
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, please
.
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
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
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 Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
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: 14131
Updated
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-mail: [EMAIL PROTECTED]
To contact
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 additional commands, e-mail
$_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]
For additional commands, e-mail: [EMAIL PROTECTED
/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]
:))
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 doesn't help anybody
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 unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list
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.net/
To unsubscribe
] = Array
(
[0] = foo a
[1] = foo b
)
[2] = 4 b
[3] = 1 b
)
[concat] = ArrayArray
)
Regards,
Philip Olson
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail
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:
ID: 14473
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 11:38:37] [EMAIL PROTECTED]
This is fixed
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 contact the list administrators
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 [EMAIL PROTECTED] wrote:
ID: 14296
Updated by: hholzgra
hi,
What's the difference between open, feedback and analyzed? Seems most
discussions leave the bug status as open.
philip
--
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
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]
Operating
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 the
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 Mailing List http
76 matches
Mail list logo