[PHP-DEV] Re: [PHP] 'make' PHP4.3.1 returns the use of function`tempnam' is dangerous --- WHY?

ooops... Should be 'php -i'... ./pl "Patrick Lok" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > I tried to complete the installation (I did 'make install') but the test on > 'php -l' didn't return anything; it keeps on running... nothing returns, no > core-dump... > > any fur

[PHP-DEV] Re: [PHP] 'make' PHP4.3.1 returns the use of function`tempnam' is dangerous --- WHY?

I tried to complete the installation (I did 'make install') but the test on 'php -l' didn't return anything; it keeps on running... nothing returns, no core-dump... any further help? Ok! I just want helpers can have a full investigation on the suspected error. Best best regards ./pl "Rasmus

[PHP-DEV] Re: [PHP] 'make' PHP4.3.1 returns the use of function`tempnam' isdangerous --- WHY?

> When I tried to 'make' PHP-4.3.1, it returns warning message and died. I am > using RH8.0 + Apache 2.0.44 It didn't die, that is simply the end of the build. Warnings aren't fatal. (Please do not cc all the lists) -Rasmus -- PHP Development Mailing List To unsubscri

[PHP-DEV] 'make' PHP4.3.1 returns the use of function`tempnam' is dangerous --- WHY?

When I tried to 'make' PHP-4.3.1, it returns warning message and died. I am using RH8.0 + Apache 2.0.44 The warning tells me the use of function name 'tempnam' is dangerous (why? who can tell?), and the 'make' process died. The error is: ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam':

[PHP-DEV] PHP 4.5.x-dev

sorry for this naive question, i just realized that we have php 4.5.x snapshots on snaps.php.net, i assume this is the PHP_4 branch. does that mean that PHP_4_3 and PHP_4 should kept synchronized ? is there also a PHP_4 branch in the Zend module or ist HEAD supposed to be PHP_4 ? regards, Harald R

[PHP-DEV] Re: INI defaults for CLI

Nothing attached... -- Regards. M.CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com Hébergement de sites internets. "Marcus Börger" <[EMAIL PROTECTED]> a écrit dans le message de news: [EMAIL PROTECTED] Hi, the current implementation does not allow to overwrite the hard coded INI defaults of C

[PHP-DEV] INI defaults for CLI

Hi, the current implementation does not allow to overwrite the hard coded INI defaults of CLI (See ToDo). The attached patch does allow it. However i am not sure if we want this. I mean the problem is that a user might copy/use his normal php.ini file and overwrite the cli defaults and gets unexpe

Re: [PHP-DEV] magic_quotes on the environment?

Rasmus Lerdorf wrote: I'm not convinced that escaping environment data is the correct thing to do in the first place, and I would like to change php to not escape env vars if magic_quotes_gpc is on. Any opinions on this? This changed somewhere along the line then. Originally magic quotes only

Re: [PHP-DEV] magic_quotes on the environment?

> I'm not convinced that escaping environment data is the correct thing to > do in the first place, and I would like to change php to not escape env > vars if magic_quotes_gpc is on. Any opinions on this? This changed somewhere along the line then. Originally magic quotes only touched GPC dat

[PHP-DEV] magic_quotes on the environment?

Even though magic_quotes_gpc is documented to addslashes to get/post/cookie, it also does it to the environment. This probably doesn't effect linux as much as windows, where all paths get escaped if magic_quotes_gpc is on. I find this rather anoying since I am trying to build environments for

Re: [PHP-DEV] disable_classes

On Sunday, Mar 2, 2003, at 23:42 Europe/Copenhagen, Harald Radi wrote: i reclassified http://bugs.php.net/bug.php?id=22481 to a feature request for adding disable_classes . if there are no objections i'm going to implement it that way. +1 It is actually necessary to have such an ini option as I

[PHP-DEV] disable_classes

i reclassified http://bugs.php.net/bug.php?id=22481 to a feature request for adding disable_classes . if there are no objections i'm going to implement it that way. regards, Harald Radi -- nme - we can heal you http://www.nme.at Ortner Radi Schwenk GnbR Tumpenweg 528 5084 Grossgmain, Salzburg Aus

[PHP-DEV] CVS Account Request: andrew

Helping with quality assurance, and adding/contributing to PEAR/PECL -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Tie'ing variables

On Sun, 2003-03-02 at 14:22, Shane Caraveo wrote: > So I'm not clear on how I am should expect this to work. A simple script: > > error_reporting(2047); > print_r($_ENV); > > is now completely broken unless you turn on register_long_arrays. If > that is expected behaviour, register_long_arrays

Re: [PHP-DEV] Tie'ing variables

So I'm not clear on how I am should expect this to work. A simple script: error_reporting(2047); print_r($_ENV); is now completely broken unless you turn on register_long_arrays. If that is expected behaviour, register_long_arrays must be on by default. Shane Zeev Suraski wrote: I wanted to d

[PHP-DEV] Re: MSSQL extension BugFix FreeTDS, datetime withmilliseconds

Hi Michael, Thanks. I'll have a look at the patch when I get back to the US (I'm in Denmark right now). I have one comment though: Compiling FreeTDS with the option --enable-msdblib will change FreeTDS to return the month as specified by Microsoft. FreeTDS 0.61 has a new feature where we can chec

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

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

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.hphp_variables.c php_variables.h

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

Re: [PHP-DEV] session extension question

On Sat, 1 Mar 2003, George Schlossnagle wrote: > Any feelings on a patch to the session extension so that if > session_set_save_handler is passed a class or namespace as it's sole > argument, it auto-registers class::open, class::close, class::read, > class::write, class::destory and class::gc?

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

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

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

At 17:56 02/03/2003, Marcus Börger wrote: At 16:38 02.03.2003, Zeev Suraski wrote: Looks like for some reason, CLI registers $argv and $argc globals even though register_globals is off. Why's that? CLI overwrites "register_argc_argv": zend_alter_ini_entry("register_argc_argv", 19, "1",

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

At 16:38 02.03.2003, Zeev Suraski wrote: Looks like for some reason, CLI registers $argv and $argc globals even though register_globals is off. Why's that? CLI overwrites "register_argc_argv": zend_alter_ini_entry("register_argc_argv", 19, "1", 1, PHP_INI_SYSTEM, PHP_INI_STAGE_ACTIVATE

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c php_variables.h

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 global, outside where _SERVER is created. If&whe

[PHP-DEV] MSSQL extension BugFix FreeTDS, datetime with milliseconds

Hi Frank! In the attached patches I fixed a bug when using the mssql extension with FreeTDS and deactivated datetimeconvert. FreeTDS returns the month starting with 0 (=jan), but the MSoft-lib starts with 1. I added another php.ini switch (datetimemsec) for adding milliseconds to datetime-valu

Re: [PHP-DEV] Tie'ing variables

I wanted to do this for some time, but until recently, it wasn't very feasible, because the order of registration could be designated by the user (gpc_order, variables_order, etc.). Now that register_globals is off by default, and that we have the auto-globals, it's much more feasible. I imple

Re: [PHP-DEV] [PATCH] - 64 bit issue with zend_parse_parameters calls

In message <[EMAIL PROTECTED]> on Sat, Mar 01, 2003 at 02:43:59PM -0500, Dave Hill wrote: > Interestingly enough I did find one coding error, in > ext/w32api/w32api.c there are two calls with "s|l" and only > two arguments passed into the function, so heaven help anyone > who tries to pass that opt

[PHP-DEV] Linking with pthreads

I have a module that references a library that uses pthreads. What's the preferred method for linking with pthreads? Currently If I don't do LIBS=-lpthread ./configure ... configure will croak when running the test on conftest.c Justin Garrett -- PHP Development Mailing List