At 18:49 02.03.2003, Derick Rethans wrote:
On Sun, 2 Mar 2003, Zeev Suraski wrote:
> Looks like for some reason, CLI registers $argv and $argc globals even
> though register_globals is off. Why's that?
> Anyway, if we want to keep this behavior, we probably should change the
> place where argv/ar
On Sun, 2 Mar 2003, Zeev Suraski wrote:
> Looks like for some reason, CLI registers $argv and $argc globals even
> though register_globals is off. Why's that?
> Anyway, if we want to keep this behavior, we probably should change the
> place where argv/argc are registered, and put it somewhere g
Anyway, if we want to keep this behavior, we probably should change the
place where argv/argc are registered, and put it somewhere global,
outside where _SERVER is created. If&when _SERVER is created, it will
attempt to copy them. Thoughts?
That leads to "$_COMMAND" or "$_CMD".
Didn't quite u
On 2002-08-12 11:34:40, Marcus Börger wrote:
> We will drop the double buffer again and my favorite would be changing
> zlibs default
> to 16K (resulting in 4K output chunks).
>
> But we must document this stuff
Yes, and provide useful defaults, I think there are some sites which
have switc
At 11:06 12.08.2002, Stefan Roehrich wrote:
>On 2002-08-11 02:32:50, Yasuo Ohgaki wrote:
> > Log:
> > Changed my mind.
> > Let users decided whether users want larger chunk size or not.
> > @ Changed zlib.output_compression behavior. If larger chunk is preferred,
> > enable output_buff
Just to correct myself: it was a missconfigured ini.
marcus
At 09:58 09.08.2002, Marcus Börger wrote:
>[and again to correct list]
>
>Oh your fast, i havent't finsished all tests and therefor not comitted it.
>
>The next step of the patch is available at:
>http://marcus-boerger.de/php/ext/outpu
Rasmus Lerdorf wrote:
> But what problem are you trying to solve?
Me? None.
I just wanted to show a possible third way.
> There have been a lot of changes lately that adds more obstacles for
> the new user. Most of the books out there and all sorts of tutorials
> show short-tag examples.
But what problem are you trying to solve?
There have been a lot of changes lately that adds more obstacles for the
new user. Most of the books out there and all sorts of tutorials show
short-tag examples. People will try them and they won't work. Likewise,
with register_globals off now a bunch
Rasmus Lerdorf wrote:
> Please revert.
What about a compromise and enable it in php.ini-dist, and disable it
in php.ini-recommended?
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift: http://wishlist.sebastia
At 09:21 AM 2/10/2002 +0100, Sebastian Bergmann wrote:
>Markus Fischer wrote:
> > It is not publicly exposed with ZEND_API(). I can't test
> > right now, but maybe just need to modify the zend_compile.h
> > file and prepend the prototype definition with ZEND_API ?
>
> Yes, prefixing
Markus Fischer wrote:
> It is not publicly exposed with ZEND_API(). I can't test
> right now, but maybe just need to modify the zend_compile.h
> file and prepend the prototype definition with ZEND_API ?
Yes, prefixing the prototype with ZEND_API did the trick.
Andi, Zeev, is this
Markus Fischer wrote:
> It is not publicly exposed with ZEND_API(). I can't test
> right now, but maybe just need to modify the zend_compile.h
> file and prepend the prototype definition with ZEND_API ?
My desktop PC went *poof* today, in lack of a better word. I don't have
a buil
On Sat, Feb 09, 2002 at 10:33:35AM +0100, Sebastian Bergmann wrote :
> Markus Fischer wrote:
> > You don't need (and shouldn't) call TSRMLS_FETCH() here.
> > Declaring tokenizer() having a TSRMLS_DC and passing
> > TSRMLS_CC when calling it should be sufficient.
>
> Stupid me, of c
Markus Fischer wrote:
> You don't need (and shouldn't) call TSRMLS_FETCH() here.
> Declaring tokenizer() having a TSRMLS_DC and passing
> TSRMLS_CC when calling it should be sufficient.
Stupid me, of course. The patch below fixes all compiler errors and
warnings. However, I now ge
On Sat, Feb 09, 2002 at 08:00:28AM +0100, Sebastian Bergmann wrote :
> Sebastian Bergmann wrote:
> > tokenizer.c
> > C:\home\php\php4\ext\tokenizer\tokenizer.c(328): error C2198:
> > 'lex_scan': Not enough parameters
> > C:\home\php\php4\ext\tokenizer\tokenizer.c(344): error C2065:
> > 'tsrm_ls':
Sebastian Bergmann wrote:
> tokenizer.c
> C:\home\php\php4\ext\tokenizer\tokenizer.c(328): error C2198:
> 'lex_scan': Not enough parameters
> C:\home\php\php4\ext\tokenizer\tokenizer.c(344): error C2065:
> 'tsrm_ls': Undeclared identifier
> C:\home\php\php4\ext\tokenizer\tokenizer.c(483): error C2
At 16:48 25-08-01, Jani Taskinen wrote:
>Better question is, do we really want to do this?
>This doesn't fix anything. It only breaks things.
>Second, this will make writing portable scripts harder.
>Yet another ini setting to be checked for..
>
>The only good way of doing this rand() -> mt_rand()
17 matches
Mail list logo
