On Nov 28, 2007 4:05 PM, George Pitcher <[EMAIL PROTECTED]> wrote:
> Hi,
>
> > On one script (pulling large amount of data from mysql) I'm getting error:
> > "Fatal error: Allowed memory size of 16777216 bytes exhausted..."
> > I put on the beginning of the page
> > ini_set('memory_limit', '64M');
afan pasalic wrote:
Hi,
On one script (pulling large amount of data from mysql) I'm getting error:
"Fatal error: Allowed memory size of 16777216 bytes exhausted..."
I put on the beginning of the page
ini_set('memory_limit', '64M');
but I'm still getting the same error message?!?
Any idea?
Than
Hi,
> On one script (pulling large amount of data from mysql) I'm getting error:
> "Fatal error: Allowed memory size of 16777216 bytes exhausted..."
> I put on the beginning of the page
> ini_set('memory_limit', '64M');
> but I'm still getting the same error message?!?
>
ini_set() returns the old
*I* agree, but my agreement don't mean much... :-v
On Fri, June 1, 2007 10:13 am, Samuel Vogel wrote:
> I just tried it with php 5.2.3. Same behavior!
>
> Do you agree that overwriting the value shouldn't be possible with
> ini_set() ?
>
> I will file a bug report!
>
> Richard Lynch schrieb:
>> Fi
I don't think it should be allowed.
A comment from the ini_set page [1]:
"If you set something using php_admin_value in httpd.conf it is then
not possible to be set the value at runtime, even if it's NOT
PHP_INI_SYSTEM. "
So, I guess it must be a bug.
Tijnema
[1] http://www.php.net/manual/en/
On 6/1/07, Samuel Vogel <[EMAIL PROTECTED]> wrote:
I just tried it with php 5.2.3. Same behavior!
Do you agree that overwriting the value shouldn't be possible with
ini_set() ?
I will file a bug report!
I don't think it should be allowed.
A comment from the ini_set page [1]:
"If you set somet
I just tried it with php 5.2.3. Same behavior!
Do you agree that overwriting the value shouldn't be possible with
ini_set() ?
I will file a bug report!
Richard Lynch schrieb:
File a bug report then, and see what happens...
But you may want to test with most recent versions if you are not
al
File a bug report then, and see what happens...
But you may want to test with most recent versions if you are not
already on current PHP versions.
On Thu, May 31, 2007 2:46 pm, Samuel Vogel wrote:
> There is no bug filed for this. There is only one older bug (
> http://bugs.php.net/bug.php?id=388
There is no bug filed for this. There is only one older bug (
http://bugs.php.net/bug.php?id=38804 ) which makes me think overwriting
with ini_set() shouldn't be possible!
Richard Lynch schrieb:
On Wed, May 30, 2007 3:34 pm, Samuel Vogel wrote:
And what happens if you try to allocate 3M of
On Wed, May 30, 2007 3:34 pm, Samuel Vogel wrote:
>> And what happens if you try to allocate 3M of data?
>>
>> $foo = str_repeat('.', 3145728);
>>
> Nothing. It does it without any errors. I can allocate up to 20MB
> (well
> a little bit less of course).
Check http://bugs.php.net and see if it's a
Hi!
Show us your test code?
/etc/apache2/httpd.conf :
php_admin_value memory_limit 3145728
iniset_test.php :
new: ".$new;
?>
The result is the following:
old: 3145728
new: 20971520
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
And what happens if you try to allocate 3M of data?
$foo = str_repeat('.', 3145728);
Nothing. It does it without any errors. I can allocate up to 20MB (well
a little bit less of course).
Regards,
Samy
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php
On Wed, May 30, 2007 2:59 pm, Samuel Vogel wrote:
> Hi!
>> Show us your test code?
>>
> /etc/apache2/httpd.conf :
> php_admin_value memory_limit 3145728
>
> iniset_test.php :
>
> $old = ini_set("memory_limit", 20971520);
>
> echo "old: ".$old;
>
> $new = ini_get("memory_limit");
>
> echo "new: ".$
On Wed, May 30, 2007 2:44 pm, Samuel Vogel wrote:
>>> I would like to allow the users to ini_set(), while disabling the
>>> risky
>>> options with php_admin_flag/value!
>>>
>>
>> I don't think php_admin_* can be over-ridden -- that's kinda the
>> whole
>> point of that.
>
> The Problem is, that i
Hello,
I would like to allow the users to ini_set(), while disabling the
risky
options with php_admin_flag/value!
I don't think php_admin_* can be over-ridden -- that's kinda the whole
point of that.
The Problem is, that i can be overwritten using ini_set()...
I just found that out by t
On Tue, May 29, 2007 10:19 am, Samuel Vogel wrote:
> I would be very interested in knowing which options, that are
> accessible
> with PHP_INI_ALL or PHP_INI_PERDIR, could be risky to allow on a
> shared
> hosting server.
php.ini_recommended is a good starting point, I think...
> I would like to
- Original Message -
From: "Richard Lynch" <[EMAIL PROTECTED]>
To: "Gustav Wiberg" <[EMAIL PROTECTED]>
Cc: "PHP General"
Sent: Tuesday, September 13, 2005 9:26 PM
Subject: Re: [PHP] ini_set()
On Tue, September 13, 2005 2:11 pm, Gusta
On Tue, September 13, 2005 2:11 pm, Gustav Wiberg wrote:
> Hi there!
>
> I don't get it...
>
>
> From the manual...
>
> string ini_set ( string varname, string newvalue )
>
> Sets the value of the given configuration option. Returns the old
> value on
> success, FALSE on failure. The configuration
On Friday 15 April 2005 02:11, Reynier Perez Mira wrote:
> I'm try to change de value for the PHP config var upload_tmp_dir with
> objetive to make an file upload an access more easy to superglobal
> array $_FILES['fichero']['tmp_name']. Into my php file just in the
> start I have this:
>
> ini_s
Reynier Perez Mira wrote:
Hi:
I'm try to change de value for the PHP config var upload_tmp_dir with objetive
to make an file upload an access more easy to superglobal array
$_FILES['fichero']['tmp_name']. Into my php file just in the start I have this:
ini_set("upload_tmp_dir","C:\\PHP5\\tmp\\
your set it to '-1'!!!
thats not allowed. You must habe a value highter than zero. Its better you set
it in generall to 60. And you forgot the 'M' fater the number like
ini_set("memory_limit","-1M");
set it better to that:
ini_set("memory_limit","60M");
> hello,
>
> what do I have to change
Mukasa Assey Alfred wrote:
> Try ini_set(memory_limit, "-1");
Maybe the quotes on "-1" will help, but memory_limit should also have quotes.
> On Wed, 8 Dec 2004, Joerg P wrote:
>
>> hello,
>>
>> what do I have to change in php.ini, to allow thr
>> ini_set("memory_limit",-1);
>> command?
>>
>> It
Try ini_set(memory_limit, "-1");
regards
Assey
On Wed, 8 Dec 2004, Joerg P wrote:
> hello,
>
> what do I have to change in php.ini, to allow thr
> ini_set("memory_limit",-1);
> command?
>
> It doesn't work in my script...
>
> regards
> Joerg
>
> --
> PHP General Mailing List (http://www.php.net/
BigSmoke wrote:
Hi,
In the following code, require_once() borks, complaining:
"Failed opening required 'includes/companies.php' (include_path='.:..')"
"""
ini_set("include_path", "../../php");
require_once('includes/common.php');
require_once('includes/validate.php');
require_once('includes/company
The error message hints that something is wrong with your include path.
"(include_path='.:..')"
Also, when you say `ini_set("include_path", "../../php")` you are
overwriting the entire include path rather than appending your path to it.
Try this:
I would use the full system path rather than a
On Tue, 2003-06-17 at 12:08, Mike Morton wrote:
> I have an application that I set the include directory using the ini_set
> (the application assumes that the client does not have access to the php.ini
> files).
>
> I can set the first include path of course:
> ini_set("include_path","/Library/Web
Ah ha - the semi colon does not work - but colon does - thanks Jason!
On 6/17/03 5:04 PM, "Jason Wong" <[EMAIL PROTECTED]> wrote:
> On Wednesday 18 June 2003 03:08, Mike Morton wrote:
>> I have an application that I set the include directory using the ini_set
>> (the application assumes that th
On Wednesday 18 June 2003 03:08, Mike Morton wrote:
> I have an application that I set the include directory using the ini_set
> (the application assumes that the client does not have access to the
> php.ini files).
>
> I can set the first include path of course:
> ini_set("include_path","/Library/
master is the top-level default value set in either your php.ini if you
have that file and have a specific value set, or ir not it is the PHP
default for the config value. The local is the per-request setting set
either in httpd.conf, .htaccess or locally in the script.
On Mon, 8 Jul 2002, Phil
Hello Rasmus-
How do you suggest ini_set() document these differences? Maybe
the table at ini_set() could use another column, for descriptions
and notes. Also, could you give a concise description for the
differences between local and master values?
Regards,
Philip Olson
On Mon, 8 Jul 2
Well, you can set it at runtime, it just won't do what you might expect.
That doesn't mean that it may not be useful to be able to set it at
runtime. If, for example, you have register_globals off and you write an
auto-prepend script, or even just a normal snippet of code that you insert
into som
You cannot set register_globals at runtime via
ini_set(). The documentation goes off the PHP4
source which is, to put it simply, a little wrong.
The PHP4 source says register_globals is PHP_INI_ALL
when in the real world it isn't. .htaccess
is as close as you'll get.
The ini_set() docs a
Hi
Even with the correct spelling it returns null (php-4.2.1)
$x = ini_get('register_globals');
echo "current settings = ".$x."";
Tom
At 12:43 PM 8/07/2002 +0800, Jason Wong wrote:
>Tom Rogers said:
> > Hi
> > If you check with phpinfo() you will see that it is getting set to 1 or
> > 0 but by
Tom Rogers said:
> Hi
> If you check with phpinfo() you will see that it is getting set to 1 or
> 0 but by the time your script is run it is too late for it to have any
> effect.
I just checked with an old PHP manual (probably 4.1.X) and
register_globals can only be set in PHP_INI_PERDIR & PHP_I
Hi
If you check with phpinfo() you will see that it is getting set to 1 or 0
but by the time your script is run it is too late for it to have any effect.
Also ini_get('registar_globals') will not return the current state.
I have no idea why, it looks like one of those undocumented safety features
On Mon, 8 Jul 2002, Jason Wong wrote:
> if (ini_set("register_globals", "0") !== FALSE)
> echo "ini_set success";
> else
> echo "ini_set failed";
>?>
Finally someone interested in helping find my error.
Thanks alot!
--
-
Greg Donald wrote:
>On Sun, 7 Jul 2002, Chris Shiflett wrote:
>
>>I refer you to this URL:
>>
>>http://www.tuxedo.org/~esr/faqs/smart-questions.html
>>
>>
>
>I refer you to this URL: http://php.net/ini_set and ask why does this
>function not work as per the manual?
>
>Again, here is my code
On Sun, 7 Jul 2002, Greg Donald wrote:
> On Sun, 7 Jul 2002, Miguel Cruz wrote:
>>> >> if(ini_set("register_globals", "0"))
>>> echo "ini_set success";
>>> else
>>> echo "ini_set failed";
>>> ?>
>>
>> Please don't say "this code doesn't work." Say why you think it didn't
>> work, whether that
Greg Donald said:
> On Sun, 7 Jul 2002, Miguel Cruz wrote:
>
>>> >> if(ini_set("register_globals", "0"))
>>> echo "ini_set success";
>>> else
>>> echo "ini_set failed";
>>> ?>
>>
>>Please don't say "this code doesn't work." Say why you think it didn't
>> work, whether that's because you receiv
On Sun, 7 Jul 2002, Chris Shiflett wrote:
>I refer you to this URL:
>
>http://www.tuxedo.org/~esr/faqs/smart-questions.html
I refer you to this URL: http://php.net/ini_set and ask why does this
function not work as per the manual?
Again, here is my code:
--
--
On Mon, 8 Jul 2002, Martin Towell wrote:
>>> >> if(ini_set("register_globals", "0"))
>>> echo "ini_set success";
>>> else
>>> echo "ini_set failed";
>>> ?>
>
>I haven't tried this code
Then why comment on it?
>but I assume you're trying to say that "ini_set
>failed" is displayed, but you're
Greg Donald wrote:
>If you can't be helpful then feel free to shutup..
>
Please don't attack people who freely give their time to try and help
you. Mr. Cruz did not ridicule you in any way but merely asked that you
be more specific than, "it doesn't work," which is very good advice and
a sinc
On Sun, 7 Jul 2002, Miguel Cruz wrote:
>> > if(ini_set("register_globals", "0"))
>> echo "ini_set success";
>> else
>> echo "ini_set failed";
>> ?>
[snip]
I haven't tried this code, but I assume you're trying to say that "ini_set
failed" is displayed, but you're expecting the other output
On Sun, 7 Jul 2002, Miguel Cruz wrote:
>> > if(ini_set("register_globals", "0"))
>> echo "ini_set success";
>> else
>> echo "ini_set failed";
>> ?>
>
>Please don't say "this code doesn't work." Say why you think it didn't
>work, whether that's because you received an error message, or a spec
On Sun, 7 Jul 2002, Greg Donald wrote:
> This code doesn't work:
>
> if(ini_set("register_globals", "0"))
> echo "ini_set success";
> else
> echo "ini_set failed";
> ?>
Please don't say "this code doesn't work." Say why you think it didn't
work, whether that's because you received an error
Thank you for answer. I didn't expect ini_set('register_globals','Off') to
work, that's why I had a look at the documentation. There should be
PHP_INI_PERDIR, PHP_INI_SYSTEM but not PHP_INI_ALL
in the table (so it's a mistake in the documentation).
Anyway it may be possible to use this, if the va
register_globals affects things that happen before PHP parsing begins, so
by the time you get to your ini_set() it is too late. So no, that won't
work. You need to set it in your php.ini, httpd.conf or .htaccess.
-Rasmus
On Sun, 26 May 2002, Jens Lehmann wrote:
> I tested ini_set('register_gl
On Thursday 23 May 2002 04:46, Jeff Bearer wrote:
> Update, I can see the errors if I make a fatal error. but not if it's a
> parse error. in the php.ini I'm using the default error_reporting:
> E_ALL & ~E_NOTICE
>
> I sill have no explanation as to why.
The error reporting is for catching run-t
Update, I can see the errors if I make a fatal error. but not if it's a
parse error. in the php.ini I'm using the default error_reporting:
E_ALL & ~E_NOTICE
I sill have no explanation as to why.
On Wed, 2002-05-22 at 11:24, Jeff Bearer wrote:
> I have the following in my php.ini file:
>
> dis
I think I remember that thread. Ill track it down tomorrow.
Thanks
Jason Wong wrote:
>On Tuesday 14 May 2002 13:43, Jason Wong wrote:
>
>
>
>>>Is there something else I can do so I can have the old scripts work
>>>while php is has register_globals off.
>>>
>>>
>>As you're running your o
I didn't know about the run-time issue, I guess I didnt see that.
Thanks for the heads up...
Jason Wong wrote:
>On Tuesday 14 May 2002 13:32, Gerard Samuel wrote:
>
>
>>Im running php 4.1.2 on a test box, and Im doing some recoding on an
>>application Im writing.
>>The new version, I intend be
On Tuesday 14 May 2002 13:43, Jason Wong wrote:
> > Is there something else I can do so I can have the old scripts work
> > while php is has register_globals off.
>
> As you're running your own server, set it in php.ini
Oops, sorry wrong answer. Correct answer is: you have to manually/explicity
On Tuesday 14 May 2002 13:32, Gerard Samuel wrote:
> Im running php 4.1.2 on a test box, and Im doing some recoding on an
> application Im writing.
> The new version, I intend be be compliant with php new $_* global arrays.
> But I dont want to waste time redoing the old version, so I tried settin
>but you'd have to put set_ini() in each of your files (unless you're putting
>it in an auto prepended file)
Thanks.I haven't explained enough.
I have one file included at the beginning of all files.
So I only have to write ini_set in that file only once.
I really appreciate your answer. thanks.
> [snip mail header info]
>
> Hello,
>
> >why don't you just do an include "hello.html"; at the end of the file?
>
> Because, there are so many files.
> thanks.
>
> [snip mail footer info]
but you'd have to put set_ini() in each of your files (unless you're putting
it in an auto prepended file)
Hello,
>why don't you just do an include "hello.html"; at the end of the file?
Because, there are so many files.
thanks.
Hiroshi Ayukawa
http://hoover.ktplan.ne.jp/kaihatsu/php_en/index.php
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
why don't you just do an include "hello.html"; at the end of the file?
-Original Message-
From: Hiroshi Ayukawa [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 11, 2002 2:04 PM
To: [EMAIL PROTECTED]
Subject: [PHP] ini_set doesn't work
Hello,
I wnat to set auto_append_file in my own ph
57 matches
Mail list logo