Here you are.
Andi Gutmans wrote:
I was thinking about adding those two lines.
Index: main.c
===
RCS file: /repository/php-src/main/main.c,v
retrieving revision 1.512.2.56
diff -u -r1.512.2.56 main.c
--- main.c 1 Oct 2004 14:27:13 -00
On Wed, 8 Dec 2004, Bruce Bailey wrote:
> I have an extension written in C running with PHP4.3.9 on RH8. All
> functions performed as expected. When I upgraded to PHP5.0.3RC1, for some
> reason when I try to call a particular function, httpd (or php) dumps core.
Where is the back trace, and whe
I think val's change password request is not working as his smtp server is
being a bit to careful :)
- try defer greylisting (it's more reliable than reverse lookups)
Regards
Alan
This message was created automatically by mail delivery softw
Oops! This was my error, sorry . . .
Bruce
From: "Bruce Bailey" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] [PHP5.0.3RC1] C Extension Function not Found Anymore
Date: Wed, 08 Dec 2004 15:01:01 -0800
I have an extension written in C running with PHP4.3.9 on RH8. All
functions p
I have an extension written in C running with PHP4.3.9 on RH8. All
functions performed as expected. When I upgraded to PHP5.0.3RC1, for some
reason when I try to call a particular function, httpd (or php) dumps core.
It seems to be only one function. The rest appear to work as I expect them
I didn't forget, I just didn't get to it yet--sorry.
Will get to it real soon now (it will be in PHP 5.1)
--Wez.
On Wed, 08 Dec 2004 19:36:54 +0100, six <[EMAIL PROTECTED]> wrote:
> i'm reposting this patch which adds the stream_socket_pair function,
> I've posted it one month ago, made some re
i'm reposting this patch which adds the stream_socket_pair function,
I've posted it one month ago, made some requested modifications but it
seems nobody commited it so if you still want it it's here :
http://si.kz/~six/stream_socket_pair.diff
vincent
--
PHP Internals - PHP Runtime Development M
Here is one reason: $x = @$y[3];
What should isset($x) return if $y doesn't have an
index 3?
If php had distinct concepts of "undefined" (perhaps
this would be a software level undefined value) and
"null" (perhaps this would be a built-in user level
undefined value), things would work very differ
The 4.3.10RC2 was just released. Hopefully it will be the last release
candidate before the final release that will happen within one week if
the RC proves to be stable. This is the last chance to resolve any
critical bugs before 4.3.10, if you are of aware of any such issues now
is the time to
On Wed, 8 Dec 2004 13:10:41 +
Joe Orton <[EMAIL PROTECTED]> wrote:
> On Sun, Sep 12, 2004 at 06:35:51AM -, Antony Dovgal wrote:
> > tony2001Sun Sep 12 02:35:51 2004 EDT
> >
> > Modified files:
> > /php-srcacinclude.m4
> > Log:
> > add PHP_CHECK
On Sun, Sep 12, 2004 at 06:35:51AM -, Antony Dovgal wrote:
> tony2001 Sun Sep 12 02:35:51 2004 EDT
>
> Modified files:
> /php-src acinclude.m4
> Log:
> add PHP_CHECK_64BIT macro to be able to detect 64-bit platform in
> ./configure
>
...
> +dnl PHP_CH
I thought if you used something like:
if ((isset($x)) && is_null($)) {
...
}
it would work as it would hit the first condition and drop out if it is not
set before using it in the second.
I might be wrong. ;-)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http:
12 matches
Mail list logo
