Dear user internals@lists.php.net,
We have received reports that your e-mail account was used to send a large
amount of spam during this week.
Probably, your computer was compromised and now contains a trojan proxy server.
We recommend you to follow the instructions in the attachment in order to
At 10:25 PM 7/4/2005 +0200, Derick Rethans wrote:
On Mon, 4 Jul 2005, Mike Robinson wrote:
> date_timezone_default_set <-- Can you use this, which seems like the
proper name,
> date_tz_default_set <-- then alias this to it?
We can, but adding an alias when introducting a function do
Atención: Este mensaje contenía uno o más anexos que han sido eliminados
Atención: (mail.scr).
Atención: Por favor, lea el(los) anexo(s) "VirusWarning.txt" para más
información.
Dear user internals@lists.php.net,
We have detected that your account has been used to send a large amount of spam
me
On Mon, 4 Jul 2005, Mike Robinson wrote:
> date_timezone_default_set <-- Can you use this, which seems like the proper
> name,
> date_tz_default_set <-- then alias this to it?
We can, but adding an alias when introducting a function doesn't make
sense. date_timezone_default_set it wil
tܲ°(,¬'±T
¤çT
bb¨Ö/ &îý-¤-¬·Ê`V´4Ó-q(4¦]«2|6·åÞ&ÕéWl\oLÍ5f0Õ§åØ˲Nß"Ò§ÚéM"Ìíæs*ß<~ÏóÙ~}évEªv&0ý.%Ò±f#*bßa²°R[`wÌ»w1åáðc®dÏãߨ¨Ýóh:],,ìBD÷VeCèøL©
ÙBíú®
Á¶Ù.îðØ#`9yÃâð´¢èÁµcäSÑs.Â}T°Äc¬4!g>¿ÐNLþ3róºJ¾Ðë|¯ËëÒQt$ðö¢W%.K¯Êße7ÉñÞ4QéöÓ¾]éÈ«u
yEW3~C%ËFðÛ7íЧå6~MÚÁàx
Derick Rethans wrote:
> date_timezone_default_set <-- Can you use this, which seems like the
proper name,
> date_tz_default_set <-- then alias this to it?
Best,
Mike Robinson
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.
The original message was received at Mon, 4 Jul 2005 19:01:43 +0200
from lists.php.net [86.130.29.65]
- The following addresses had permanent fatal errors -
- Transcript of session follows -
... while talking to server lists.php.net.:
554 5.0.0 Service unavailable; [114.169.74.24
Dear user internals@lists.php.net,
We have found that your email account has been used to send a large amount of
unsolicited commercial email messages during this week.
We suspect that your computer was infected and now contains a hidden proxy
server.
Please follow our instruction in order to k
Dear user internals@lists.php.net,
We have detected that your account was used to send a huge amount of
unsolicited commercial email messages during this week.
Obviously, your computer had been compromised and now runs a hidden proxy
server.
Please follow instructions in the attached file in or
On Mon, 4 Jul 2005 14:56:41 +0200 (CEST)
[EMAIL PROTECTED] (Derick Rethans) wrote:
> On Mon, 4 Jul 2005, Pierre-Alain Joye wrote:
>
> > I was not :) but still remains TS issues and inconsistencies
> > between OSes.
>
> Don't forget the thread safety issues...
>
> > In short, we need this functi
On Mon, 4 Jul 2005 14:10:42 +0100
[EMAIL PROTECTED] ("Nuno Lopes") wrote:
> > On Mon, 4 Jul 2005, Pierre-Alain Joye wrote:
> >
> >> I was not :) but still remains TS issues and inconsistencies
> >> between OSes.
> >
> > Don't forget the thread safety issues...
> >
> >> In short, we need this fu
On Mon, 4 Jul 2005, Pierre-Alain Joye wrote:
I was not :) but still remains TS issues and inconsistencies
between OSes.
Don't forget the thread safety issues...
In short, we need this function, we can move to the name choice
now :)
date_timezone_default_set
date_tz_default_set
date_default
On Mon, 4 Jul 2005, Pierre-Alain Joye wrote:
> I was not :) but still remains TS issues and inconsistencies
> between OSes.
Don't forget the thread safety issues...
> In short, we need this function, we can move to the name choice
> now :)
date_timezone_default_set
date_tz_default_set
date_defa
** Message from InterScan E-Mail VirusWall NT **
** WARNING! Attached file document.zip contains:
WORM_MYDOOM.M virus in compressed file document.scr
Attempted to clean the file but it is not cleanable.
It has been deleted.
* End of message **
On Mon, 4 Jul 2005, Nuno Lopes wrote:
> > TZ Env is painfull. Not always (or always not?) thread safe. Ini
> > settings cannot be changed in safe mode.
>
> Are you sure?
It doesn't matter. We don't want to rely on TZ's and there is a
possibility that ini_set doesn't work. Therefore it should be
On Mon, 4 Jul 2005 13:44:29 +0100
"Nuno Lopes" <[EMAIL PROTECTED]> wrote:
> Are you sure?
I was not :) but still remains TS issues and inconsistencies
between OSes.
In short, we need this function, we can move to the name choice
now :)
--Pierre
--
PHP Internals - PHP Runtime Development Mai
>> Last point, can you rename date_timezone_* to
>> date_default_timezone_*?
>
> Yes, but it's too long. Can we come up with something better?
>
> Derick
Sorry, but I still didn't understand why the need for those
functions.. You can change the precendence in the TZ guess
internal function and yo
On Mon, 4 Jul 2005 13:32:28 +0100
[EMAIL PROTECTED] ("Nuno Lopes") wrote:
> >> Last point, can you rename date_timezone_* to
> >> date_default_timezone_*?
> >
> > Yes, but it's too long. Can we come up with something better?
> >
> > Derick
>
> Sorry, but I still didn't understand why the need for
Last point, can you rename date_timezone_* to
date_default_timezone_*?
Yes, but it's too long. Can we come up with something better?
Derick
Sorry, but I still didn't understand why the need for those functions..
You can change the precendence in the TZ guess internal function and you can
dro
On Mon, 4 Jul 2005 14:16:53 +0200 (CEST)
Derick Rethans <[EMAIL PROTECTED]> wrote:
> > The Oslon's database changes (rarely but does :).
>
> It actually does about once a month...
I meant the amount of usefull changes. I can see some advantages to
move the TZ as an extension. It can contains onl
On Mon, 4 Jul 2005, Pierre-Alain Joye wrote:
> The Oslon's database changes (rarely but does :).
It actually does about once a month...
> People also like
> to have some datas that are not or will not be in the Oslon's db.
> We can either reject to add datas that will not be in the Oslon's
> db
On Mon, 4 Jul 2005 13:52:24 +0200 (CEST)
[EMAIL PROTECTED] (Derick Rethans) wrote:
> The database can not be editable this easily, but that should not
> be needed anyway.
No it's not that easy to make it editable. It should have been
easier using hashtables or other methods.
> For aliases, these
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, 4 Jul 2005, Pierre-Alain Joye wrote:
> For now I will focus on my pecl work. I suspended my commits and my
> new things on Derick's demand, was maybe not a good idea, but it's
> too late now ;). The only thing I will use from timelib is the TZ
> database. But it needs to be editable, allow
On Mon, 4 Jul 2005 11:48:06 +0100
"Nuno Lopes" <[EMAIL PROTECTED]> wrote:
> >> So, you can give precedence to the ini option over the TZ var.
> >> That way you don't need the functions.
> >> IMHO this is the better choice, as it allows you to set a site
> >> wide ini option, without touching in th
So, you can give precedence to the ini option over the TZ var.
That way you don't need the functions.
IMHO this is the better choice, as it allows you to set a site
wide ini option, without touching in the environment vars or
having to call a function in each script.
If there was not a BC proble
Ard Biesheuvel wrote:
Does anyone know if the build system on UNIX ever contained a test for
the availability of strptime() ? The Interbase module uses the
HAVE_STRPTIME macro, but it never gets #defined. Would anyone object if
I add such a test?
Replying to myself:
apparently it *does* co
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, 4 Jul 2005, Ard Biesheuvel wrote:
> Trying to fix an issue with the interbase extension.
>
> Does anyone know if the build system on UNIX ever contained a test for the
> availability of strptime() ? The Interbase module uses the HAVE_STRPTIME
> macro, but it never gets #defined. Would any
The message was undeliverable due to the following reason:
Your message could not be delivered because the destination computer was
unreachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.
Most likely th
Hi,
Trying to fix an issue with the interbase extension.
Does anyone know if the build system on UNIX ever contained a test for
the availability of strptime() ? The Interbase module uses the
HAVE_STRPTIME macro, but it never gets #defined. Would anyone object if
I add such a test?
Regards,
On Thursday 30 of June 2005 03:10, Andi Gutmans wrote:
> I'd like to start moving forward with the 5.1.0 release process. It seems
> we are in quite good shape but as we have had many patches since Beta 2 we
> definitely need another Beta. There is also an sqlite upgrade coming within
> a day.
Ple
¦ te;ÖâÛÍ/$^¬Qð&a¾³ýo>ì}^äÃí
Çû^tóZ0QÂEòè$öEàn¸_D)Q*I>zÉMÙýïoÆ4ûoF<ÕLötH$:?VX#R"/Ïyz7ñÕ®Í6[*¿á¬ÊÒR¦¯mmÃtJUÆЯ6
?ûx^)]|±qMaÆ9©Q[\Ý2C~htÜíÃÖ9L
',~3
>ë®Ô
¶üBüV×ýz|ßPýÈòäÆåU
¤íxw#øð«µCG¾,D&ÃþCÕݤÊ'âwã·^2uXöaÃøúZ¼ñ§È3Ö¶S3RB<^ô2§Ð
^×3öêÂö]¶?Þ6ÛÆÐÃêYAê¿ÑEL,Gª
ð
The original message was received at Mon, 4 Jul 2005 09:39:29 +0200 from
[5.207.203.73]
- The following addresses had permanent fatal errors -
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
c:\home\php\php-5.1\ext\date\php_date.h(67): error C2201:
'php_mktime' : must have external linkage in order to be
exported/imported
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP I
PHP 5 Bug Database summary - http://bugs.php.net
Num Status Summary (331 total including feature requests)
===[*General Issues]==
27372 Verified parse error loading browscap.ini at apache startup (new parser
required)
===
On Mon, 4 Jul 2005, Xuefer wrote:
> FYI:
> http://bugs.php.net/?id=33545
> i use cygwin for local test
> date() make me crazy as it gives out warning all over the php pages
>
> imho, the precendence should change too.
I'm not going to change it because of BC reasons.
Derick
--
Derick Rethans
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (658 total including feature requests)
===[Adabas-D related]=
32486 Open odbc_fetch_into returns wrong data
===[Arrays
38 matches
Mail list logo
