On Tue, 19 Aug 2003, Sebastian Bergmann wrote:
> Generating ext/standard/parsedate.c
> parsedate.y:426: warning: previous rule lacks an ending `;'
> parsedate.y contains 18 shift/reduce conflicts.
> expected 17 shift/reduce conflicts
Ilia committed a patch which wasn't quite ready yet, I
Generating ext/standard/parsedate.c
parsedate.y:426: warning: previous rule lacks an ending `;'
parsedate.y contains 18 shift/reduce conflicts.
expected 17 shift/reduce conflicts
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu P
Derick Rethans wrote:
On Mon, 18 Aug 2003, Griggs Domler wrote:
have come to the conclusion that a
language statement, such as isset(), would be the best option.
If you search the archives, you would have noticed that this was brought
up before, and shot down.
Derick
Ok, I have spent hours
i know the standard answer ("when it's ready") but the last set of
discussions on the issue indicated that Zeev and Andi wanted to push it out
the door ASAP. i've noticed a lot of CVS changes since the last time, and i
want to upgrade my extension, but i only want to do so against a released
beta.
i know the standard answer ("when it's ready") but the last set of
discussions on the issue indicated that Zeev and Andi wanted to push it out
the door ASAP. i've noticed a lot of CVS changes since the last time, and i
want to upgrade my extension, but i only want to do so against a released
beta.
Thanks, I added the comment, and the 4.3.2 patch to the bug report.
Luke
On Mon, Aug 18, 2003 at 04:55:56PM -0500, Luke Ehresman wrote:
> Hi,
>
> A co-worker and I have been working on some intensive timestamp/timezone
> manipulation code for the past week or so, and ran across what we believed
I've gotten around 15 mails about ppl not existing on the install list/group
(I'm following the group), when I replied to that truetype thread... 6 of
them are from hanmir.com, different mailboxes has reached their limits, 1 is
from some holiday proggy or whatever, one came from some french geocit
Not for RC's AFAIK...
--
// DvDmanDT
MSN: [EMAIL PROTECTED]
Mail: [EMAIL PROTECTED]
"Martin Koch Andersen" <[EMAIL PROTECTED]> skrev i meddelandet
news:[EMAIL PROTECTED]
> Is php.announce no longer used for announcements like this?
>
> --
> Martin
> "Let's dance in style, Let's dance for a while
On Mon, 18 Aug 2003, Griggs Domler wrote:
> have come to the conclusion that a
> language statement, such as isset(), would be the best option.
If you search the archives, you would have noticed that this was brought
up before, and shot down.
Derick
--
"Interpreting what the GPL actually mea
Actually Guy was merely showing that this is indeed an internals issue,
since a practical (or efficient) way of accomplishing this cannot be
currently implemented in userland.
I agree that further PHP userland code discussion is not appropriate for
this list, but suffice it to say that we have loo
Hi,
can you please put all this information in the bugreport, so that we can
track thie proceedings of this problem? I'll assign it to myself that so
that I won't forget about it either :)
regards,
Derick
On Mon, 18 Aug 2003, Luke Ehresman wrote:
> Hi,
>
> A co-worker and I have been working
Hi,
A co-worker and I have been working on some intensive timestamp/timezone
manipulation code for the past week or so, and ran across what we believed
to be a bug in the way PHP handled gmmktime(). Browsing through the code,
sure enough I found the source of the problem. I fixed it, and have
at
On Mon, 18 Aug 2003, Guy N. Hurst wrote:
> Hi,
>
> The function Robert proposes only works for going one key deep.
Can you please keep discussions to php-general@ please.
Derick
--
"Interpreting what the GPL actually means is a job best left to those
that read the future b
Hi,
The function Robert proposes only works for going one key deep.
That means one would have to specify getd($arr['sublevel'],$subkey),
which would then create the key 'sublevel'.
(That is assuming one has access to the parent keys)
I have addressed this in the following function:
function arr_
Why not augment the userland function to the following:
function getd( &$sourceArray, $key, $default=null )
{
if( isset( $sourceArray[$key] ) )
{
return $sourceArray[$key];
}
return $default;
}
Cheers,
Rob.
On Mon, 2003-08-18 at 17:03, Griggs Domler wrote:
> It's rare t
It's rare to find functionality that cannot be effectively implemented
in userland PHP code, but this appears to be one of them.
The issue here is the capability to check if an array index (or
variable) is set, if so, return its value, or return a passed in default
value. This can be accomplished
On Mon, 2003-08-18 at 21:13, Timm Friebe wrote:
[...]
> Notes on command line arguments passed to cc:
>
> -E execute preprocessor only
> -P do not generate # comments
> -x c Set language to "C".
> -C leave comments intact
Oops, almost forgot: You can use -imacros if you want to put
your ma
On Mon, 2003-08-18 at 20:56, Cristiano Duarte wrote:
> Is possible to implement userland macros in a PHP extension or it can
> only be implemented in the core?
A "userland" solution could be to use cc -E on your .php files.
> I know that macros is a preprocessor task and I think PHP has no
> pre
Cristiano Duarte wrote:
Is possible to implement userland macros in a PHP extension or it can
only be implemented in the core?
I know that macros is a preprocessor task and I think PHP has no
preprocessor (does it?).
So it's possible to implement a preprocessor ?
I think you can use stream wra
Is possible to implement userland macros in a PHP extension or it can
only be implemented in the core?
I know that macros is a preprocessor task and I think PHP has no
preprocessor (does it?).
So it's possible to implement a preprocessor ?
An example (or something like that):
#define DEFAULT_
Is php.announce no longer used for announcements like this?
--
Martin
"Let's dance in style, Let's dance for a while"
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
RC3 did not prove as stable as I hoped it would be, so here we are 20+ bug
fixes later with RC4. It is my sincere hope that RC4 will be the last RC
before we can proceed with the final. Please test this release as much as
possible, ideally you won't find any new bugs.
Once again I would like to
Hi Vlad,
I got php_pspell.dll compiled without any problems.
If anyone was getting compile errors because pspell.h couldn't be found you
have to remember to set the path to aspell.
Tools > Options
Click Directory tab
for Include files put the path to aspell/include/pspell
for library aspell/lib
o
"Corne' Cornelius" <[EMAIL PROTECTED]> a écrit dans le message de
news:[EMAIL PROTECTED]
> Hi,
>
> The Informix DB Extension has been giving a lot of -439 errors lately,
> especially when persistent connections are used.
> Error -439 means that the current connection is busy and can't process a
>
Hi,
The Informix DB Extension has been giving a lot of -439 errors lately,
especially when persistent connections are used.
Error -439 means that the current connection is busy and can't process a
new SQL query at the moment.
Bugs related: 13459, 8267, 14254, 19416, 16145, 14314
Should i chan
"Zeev Suraski" <[EMAIL PROTECTED]> a écrit dans le message de
news:[EMAIL PROTECTED]
> At 01:30 18/08/2003, [EMAIL PROTECTED] wrote:
> >Well sure it will be more efficient, but then anyone will be able to use
a
> >shared extension of someone else?
>
> Yes, there's nothing wrong with that. You're
At 01:30 18/08/2003, [EMAIL PROTECTED] wrote:
Well sure it will be more efficient, but then anyone will be able to use a
shared extension of someone else?
Yes, there's nothing wrong with that. You're making it sound as if it's
using other people's PHP code, which in almost all cases, it isn't. I
27 matches
Mail list logo
