Monday, December 16, 2002, 5:07:52 PM, l0t3k wrote:
> Markus,
> thanks for the link, but i was looking for the implementation of the PHP
> function as documented here
> http://www.php.net/manual/en/function.getopt.php
It is defined in:
ext/standard/basic_functions.c
ext/standard/basic_functi
The NEWS file mentions a new function getopt(), but I can not get this
to work under windows.
Fatal error: Call to undefined function: getopt()
My guess is that getopt() isn't a standard system function, but PHP
mimics the function as it handles command line arguments. Is this
intentional or j
Monday, November 18, 2002, 3:03:39 PM, John Coggeshall wrote:
> What are you doing giving users access to eval()??? That's an incredibly
> huge security risk allowing an arbitary user to execute code of their
> choosing on your server... (I shiver to think if you actually had the
> PEAR Inline_C in
Monday, November 18, 2002, 11:43:48 AM, John Coggeshall wrote:
> Back on the note that I was discussing (the E_PARSE with a user
> error-handler), Perhaps the issue can be slightly skirted without having
> to code a whole lot... Specifically, what about simply re-directing the
> user to another URL
Monday, November 18, 2002, 11:23:08 AM, Derick Rethans wrote:
> That can be done, but I don't like this. You should not have any
> parse errors in your code anyway, so it just should fail as hard as
> possible.
Can't argue with that, however (;)), I find it annoying that PHP stops
processing if t
Tuesday, November 12, 2002, 12:02:52 PM, Hartmut Holzgraefe wrote:
> But in some cases it might be necessary to deal with 'raw' POST data.
> One of these cases is input that assigns multiple values to the same
> field name. PHP post data handlers will overwrite previous values for
> that field unle
Monday, November 11, 2002, 12:01:26 AM, Hartmut Holzgraefe wrote:
> unless i did something stupid while testing this is also the case
> at least for 4.2.x (due to the way multipart forms are handled now
> to preserve memory on file uploads) ...
Yes, but it doesn't populate HTTP_RAW_POST_DATA when
Sunday, November 10, 2002, 3:30:16 PM, 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?
Yes, but then that
Sunday, November 10, 2002, 1:26:43 PM, Melvyn Sopacua wrote:
> Read up on the 'enctype' attribute of forms and/or use
> enctype="multipart/formdata" and upload a file, with an extension, that
> isn't known by your browser (.foobar would be a good guess).
Using telnet and raw http
REQUEST
POST
Sunday, November 10, 2002, 3:45:14 AM, Philip Olson wrote:
> 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.
> + Contains the RAW POST data. Fo
Wednesday, August 28, 2002, 3:15:13 PM, [EMAIL PROTECTED] wrote:
> is $HTTP_RAW_POST_DATA only filled if REQUEST_TYPE is set to POST?
> even if 'always_populate_raw_post_data = On'? does anyone have a short
> info on this? rasmus maybe?
I to would like know when $HTTP_RAW_POST_DATA is supposed to
Wednesday, November 6, 2002, 1:54:21 PM, Pierre-Alain Joye wrote:
> As far as I remember, this a knonw problem due to the variables order or
> something like that. We ve got it in PEAR a few weeks ago, solved by
> using a simple:
> $foo = isset($_ENV['foo'])?$_ENV['foo']:getenv('foo');
> See php
Wednesday, November 6, 2002, 1:46:25 PM, Marcus Boerger wrote:
> Does ini setting variables_order include E?
Does now and it works as expected. Thanks.
> At 13:30 06.11.2002, Kjartan Mannes wrote:
>>I just tried using php-cli from the latest cvs and am a little confused
>>b
I just tried using php-cli from the latest cvs and am a little confused
by the placement of shell environment variables. $_ENV is empty, but the
values are stored in $HTTP_SERVER_VARS and $_SERVER.
Is this the proper behavior?
--
Kjartan <[EMAIL PROTECTED]> (http://natrak.net/)
:: "Women are mad
Saturday, October 19, 2002, 7:35:05 PM, Derick Rethans wrote:
> On Sat, 19 Oct 2002, Mike Robinson wrote:
>> Yes I can reproduce this in 4.3.0pre1 and in CVS from
>> yesterday. Exact same output in ext/xml/tests/007.log as below
>> in both cases.
> Do you also know _why_ it fails and how we can
Saturday, November 10, 2001, 18:54:15, Markus Fischer wrote:
> Shouldn't this be a feature request then? Possible validation
> before eval() and/or bailout from eval() so the user can catch
> it?
I agree. It should be possible to gracefully handle errors in eval()
calls.
--
Kjartan <[EMAIL PROT
16 matches
Mail list logo