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
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
For release PEAR package.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
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
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
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
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
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
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
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
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
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
>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
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
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
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
16 matches
Mail list logo
