I havn't looked at your patch yet, but does this differ in any way from
strftime('%G') ?
-Sara
"Bányai Zsolt" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hi,
>
> I usually have to work with dates and i miss a date format character
> wich returns year of the week. I'm not a C dev
Maybe some more information about how my code files are layed out
may be helpful.
/home/mfischer/htdocs/php5/test.php
This is my test script which is executed via apache.
It includes the file 'Database/MySQL.php'.
/home/mfischer/php/Database/MySQL.php
Inc
> On Mon, 2003-12-22 at 16:05, Hans Lellelid wrote:
>> Hi -
>>
>> We're using the Reflection API in a project for which I'm lead
>> developer.
>> Seems to be something changed between beta-2 and beta-3. We're now
>> getting the following exception when calling getClass() on a class hint:
> [...]
>
On Mon, 2003-12-22 at 16:05, Hans Lellelid wrote:
> Hi -
>
> We're using the Reflection API in a project for which I'm lead developer.
> Seems to be something changed between beta-2 and beta-3. We're now
> getting the following exception when calling getClass() on a class hint:
[...]
Works fine
On Mon, 2003-12-22 at 13:38, Andrew Johnstone wrote:
> PHP 5.0 Beta 3 rc 1
>
> new Reflection_Method('','') causes apache2 on windows to crash
Works fine w/ cli:
$ ./sapi/cli/php -r 'var_dump(new Reflection_Method("", ""));'
Fatal error: Uncaught exception 'reflection_exception' with message
'C
On Wed, 17 Dec 2003 20:00:06 +0300
Antony Dovgal <[EMAIL PROTECTED]> wrote:
> Hi, all.
>
> I'm going to rename functions from oci8 to match the naming-conventions.
> Old names will be kept as aliases, of course, but should be deprecated.
> Imho these changes will make OCI extsension more handy an
Em 23 Dec 2003, Wez Furlong escreveu:
>It seems I was misinformed; php_tidy.dll *is* in B3, so it
>sounds like you are just not loading it correctly.
>
>--Wez.
>
>- Original Message -
>From: "Wez Furlong"
>To: "Felipe Lopes"
>Cc:
>Sent: Tuesday, December 23, 2003 1:53 PM
>Subjec
It seems I was misinformed; php_tidy.dll *is* in B3, so it
sounds like you are just not loading it correctly.
--Wez.
- Original Message -
From: "Wez Furlong" <[EMAIL PROTECTED]>
To: "Felipe Lopes" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, December 23, 2003 1:53 PM
Subjec
Although we bundled tidy we did not make it enabled by default,
and AFAIK, it was not added to the default windows build so
I don't think that we currently have an official working php_tidy.dll
for PHP 5. This is something that will probably be turning up in
the windows snapshots on snaps.php.net o
Em 23 Dec 2003, Pierre-Alain Joye escreveu:
>On Tue, 23 Dec 2003 10:29:03 -0200
>Felipe Lopes wrote:
>
>> Hi there!
>>
>> I have beta 3 running on my win98 machine. I tried to use tidy
>> functions and php returns a "Fatal error: Call to undefined
>> function"...
>>
>> Then I assumed tha
Hi,
I usually have to work with dates and i miss a date format character
wich returns year of the week. I'm not a C developer, i could just play
with it in datetime.c, but i send the patch file, please check this and
if you are interest in it, use in the future.
About the working:
in case 01/01/2
On Tue, 23 Dec 2003, Edin Kadribasic wrote:
> Yes it was clearly agreed that for the sake of PEAR and others E_STRICT
> should not be a part of E_ALL. Derick's probably getting too old to
> remember things correctly :)
Uhm? This is not what we were talking about Edin.
Derick
--
PHP Internals -
At 02:07 PM 12/23/2003 +0100, Derick Rethans wrote:
On Tue, 23 Dec 2003, Andi Gutmans wrote:
> I disagree with Derick and I thought we agreed that the default would stay
> E_ALL and not E_ALL|E_STRICT.
I missed your point, why do you want this?
a) BC
b) Because we agreed that E_STRICT is only fo
On Tue, 23 Dec 2003 14:04:41 +0100
Edin Kadribasic <[EMAIL PROTECTED]> wrote:
> Yes it was clearly agreed that for the sake of PEAR and others
> E_STRICT should not be a part of E_ALL. Derick's probably getting too
> old to remember things correctly :)
A countless agreement here :). Obviously for
On Tue, 23 Dec 2003, Andi Gutmans wrote:
> I disagree with Derick and I thought we agreed that the default would stay
> E_ALL and not E_ALL|E_STRICT.
I missed your point, why do you want this?
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.
On Tuesday, Dec 23, 2003, at 13:54 Europe/Copenhagen, Andi Gutmans
wrote:
At 01:46 PM 12/23/2003 +0100, Christian Schneider wrote:
Derick Rethans wrote:
I would like to see E_STRICT added by default otherwise things start
out
getting way too complex.
As mentioned here on the list I added E_STRIC
Andi Gutmans wrote:
I disagree with Derick and I thought we agreed that the default would
stay E_ALL and not E_ALL|E_STRICT.
Oh, I misunderstood you comment then.
I don't really have an opinion on E_ALL vs. E_ALL|E_STRICT, as soon as
you and Derick sort it out I'll adapt my patch (or you can mak
At 01:46 PM 12/23/2003 +0100, Christian Schneider wrote:
Derick Rethans wrote:
I would like to see E_STRICT added by default otherwise things start out
getting way too complex.
As mentioned here on the list I added E_STRICT to the patch two days ago,
now I'm curious if someone with karma will appl
Derick Rethans wrote:
I would like to see E_STRICT added by default otherwise things start out
getting way too complex.
As mentioned here on the list I added E_STRICT to the patch two days
ago, now I'm curious if someone with karma will apply it ;-)
- Chris
--
PHP Internals - PHP Runtime Develop
On Tue, 23 Dec 2003 10:29:03 -0200
Felipe Lopes <[EMAIL PROTECTED]> wrote:
> Hi there!
>
> I have beta 3 running on my win98 machine. I tried to use tidy
> functions and php returns a "Fatal error: Call to undefined
> function"...
>
> Then I assumed that I had to uncomment the extension on php
Hi there!
I have beta 3 running on my win98 machine. I tried to use tidy functions and
php returns a "Fatal error: Call to undefined function"...
Then I assumed that I had to uncomment the extension on php.ini, but there
is no line for tidy extension, although the tidy extension is in its dir
On Mon, 22 Dec 2003, Christian Schneider wrote:
> Andi Gutmans wrote:
> > Why not make the default catch-all as E_ALL and add to the documentation
> > that the new E_STRICT option needs to be turned on explicitly?
>
> Just using E_ALL would match error_reporting where the default E_ALL
> does not
Has anyone who's played with the tokenizer lately checked if this patch is OK?
Andi
At 11:14 AM 12/22/2003 +0100, Jakub Vrana wrote:
Hello!
Some characters (like [, ], {, } and backslash sequences) in double
quote strings are highlighted as keywords even on places where they
don't have any speci
> Thanks for the patch. Please check out the latest CVS and see if it's OK.
Perfect. Thanks for commit.
Jakub Vrana
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Thanks for the patch. Please check out the latest CVS and see if it's OK.
Andi
At 09:51 PM 12/20/2003 +0100, Jakub Vrana wrote:
I am sending a patch with some corrections to PHP man-page.
Jakub Vrana
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.n
Dick Van Der Kaaden wrote:
> Hi,
>
> I noticed that the php.net windows binaries for php 4.3.4 are compiled
> against a newer version of the token table then is in the source tarball
> for php 4.3.4. If you compile php 4.3.4 by hand a T_INLINE_HTML returns
> 308 where as the windows binary from
- Puvodní zpráva -
Od: "Wez Furlong" <[EMAIL PROTECTED]>
Komu: "Christian Schneider" <[EMAIL PROTECTED]>; "ing.Martin Prásek" <[EMAIL
PROTECTED]>
Kopie: "Lukas Smith" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Odesláno: 21. prosince 2003 22:33
Predmet: Re: [PHP-DEV] Extending PHP with sand
Hi,
I noticed that the php.net windows binaries for php 4.3.4 are compiled
against a newer version of the token table then is in the source tarball
for php 4.3.4. If you compile php 4.3.4 by hand a T_INLINE_HTML returns
308 where as the windows binary from php.net will return 309.
This causes
28 matches
Mail list logo
