Re: [PHP-DEV] Default long/lat. Why?

2006-10-12 Thread Ron Korving
What default would make sense? Greenwhich, UK perhaps? (GMT) - Ron "Derick Rethans" <[EMAIL PROTECTED]> schreef in bericht news:[EMAIL PROTECTED] > On Thu, 12 Oct 2006, Richard Quadling wrote: > >> Probably a daft question, but why are the default long/lat set as >> >> #define DATE_DEFAULT_LATI

[PHP-DEV] Re: open_basedir enhancement, runtime tightening

2006-10-12 Thread Tim Starling
Sara Golemon wrote: The attached patch changes open_basedir from PHP_INI_SYSTEM to PHP_INI_ALL. [...] The advantage of doing this is that package authors and/or users of shared hosting who may not have access to making their settings more restrictive can avoid most simple FS inspection attack

Re: [PHP-DEV] Re: cast_object handler patch

2006-10-12 Thread Andrei Zmievski
On Oct 12, 2006, at 4:26 PM, Sara Golemon wrote: How does this impact userspace __toString() handlers? Would we pass the encoding from the converter to them? function __toString($encoding) { } Do we need __toUnicode($encoding) as well? Would we just let the user pass back *whatever* type th

[PHP-DEV] Re: cast_object handler patch

2006-10-12 Thread Sara Golemon
>I discovered that using convert_to_(string|unicode)_with_converter() > on objects still used runtime encoding instead of the specified > converter. Turns out it's because cast_object handler has no clue > about the converter passed to the macro. This patch implements a fix > via adding an extra ge

Re: [PHP-DEV] open_basedir enhancement, runtime tightening

2006-10-12 Thread Richard Lynch
On Thu, October 12, 2006 2:53 pm, Sara Golemon wrote: > The attached patch changes open_basedir from PHP_INI_SYSTEM to > PHP_INI_ALL. My only "beef" would be if the docs claimed it was just plain old PHP_INI_ALL without explaining the custom restrictions... It will cause all manner of confusion t

Re: [PHP-DEV] open_basedir enhancement, runtime tightening

2006-10-12 Thread Andrei Zmievski
I don't have a problem with this. -Andrei On Oct 12, 2006, at 2:53 PM, Sara Golemon wrote: The attached patch changes open_basedir from PHP_INI_SYSTEM to PHP_INI_ALL. Wait now... let me finish. It introduces a custom INI modification handler for open_basedir which allows the option to be

[PHP-DEV] cast_object handler patch

2006-10-12 Thread Andrei Zmievski
I discovered that using convert_to_(string|unicode)_with_converter() on objects still used runtime encoding instead of the specified converter. Turns out it's because cast_object handler has no clue about the converter passed to the macro. This patch implements a fix via adding an extra gen

RE: [PHP-DEV] Default long/lat. Why?

2006-10-12 Thread Andi Gutmans
Exactly. And note where America is :) Anyway, I see no reason not to keep it this way. > -Original Message- > From: Steph Fox [mailto:[EMAIL PROTECTED] > Sent: Thursday, October 12, 2006 9:11 AM > To: Alexander M. Wirtz; [EMAIL PROTECTED] > Cc: php internals LIST > Subject: Re: [PHP-DEV

[PHP-DEV] open_basedir enhancement, runtime tightening

2006-10-12 Thread Sara Golemon
The attached patch changes open_basedir from PHP_INI_SYSTEM to PHP_INI_ALL. Wait now... let me finish. It introduces a custom INI modification handler for open_basedir which allows the option to be set during Startup and Shutdown (PHP_INI_SYSTEM contexts) normally, then for other contexts (Acti

Re: [PHP-DEV] Default long/lat. Why?

2006-10-12 Thread Steph Fox
You obviously haven't seen this map: http://www.zionism-israel.com/maps/Jerusalem_1581_Map.htm See, Jerusalem _is_ at the centre of the universe! - Steph (Jerusalem) ps jk - Original Message - From: "Alexander M. Wirtz" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: "php internals

Re: [PHP-DEV] Default long/lat. Why?

2006-10-12 Thread Arpad Ray
Actually it seems to be near Yerushalayim (Jerusalem?), Israel which makes some sense given Zend's origins. http://www.mapquest.com/maps/map.adp?searchtype=address&formtype=address&latlongtype=decimal&latitude=31.7667&longitude=35.2333 Arpad Derick Rethans wrote: On Thu, 12 Oct 2006, Richard Q

Re: [PHP-DEV] Default long/lat. Why?

2006-10-12 Thread Derick Rethans
On Thu, 12 Oct 2006, Richard Quadling wrote: > Probably a daft question, but why are the default long/lat set as > > #define DATE_DEFAULT_LATITUDE "31.7667" > #define DATE_DEFAULT_LONGITUDE "35.2333" > > Looks like the middle of the Atlantic Ocean. yeah, i was surprised by this as well... but f

Re: [PHP-DEV] Default long/lat. Why?

2006-10-12 Thread Alexander M. Wirtz
The C-Algorithm was written by Moshe Doron and the coordinates point to Israel... there might be a connection... (btw. positive longituted point to the east) Regards, Alexander Richard Quadling wrote: Probably a daft question, but why are the default long/lat set as #define DATE_DEFAULT_LATI

[PHP-DEV] CVS Account Request: kouichi66

2006-10-12 Thread Kouichi Sakamoto
For release PEAR package. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Default long/lat. Why?

2006-10-12 Thread Antony Dovgal
On 10/12/2006 06:56 PM, Richard Quadling wrote: Probably a daft question, but why are the default long/lat set as #define DATE_DEFAULT_LATITUDE "31.7667" #define DATE_DEFAULT_LONGITUDE "35.2333" ? Looks like the middle of the Atlantic Ocean. No, it's Jerusalem. http://maps.google.com/maps?f

[PHP-DEV] Default long/lat. Why?

2006-10-12 Thread Richard Quadling
Probably a daft question, but why are the default long/lat set as #define DATE_DEFAULT_LATITUDE "31.7667" #define DATE_DEFAULT_LONGITUDE "35.2333" ? Looks like the middle of the Atlantic Ocean. -- - Richard Quadling Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731