alex black wrote:
> Are there any plans to support packages / modules properly?
There is "Yet Another RfC for Namespace" [1] that I wrote almost a year
ago. Timm did a preliminary implementation based on the above design but
we came to the conclusion to postpone the discussion / inclusion un
Could anybody comment this patch, please ?
On Tue, 18 May 2004 17:09:42 +0400
Antony Dovgal <[EMAIL PROTECTED]> wrote:
> On Tue, 18 May 2004 13:55:18 +0100
> "Wez Furlong" <[EMAIL PROTECTED]> wrote:
>
> > Hey Antony,
> >
> > This is most likely due to some issues with serialize/unserialize and
The following script:
Doesn't report a leak in CLI mode but it does in CGI. It seems that stderr
and stdout file descriptors are getting screwed up in CLI. I remember
someone messing around with this.
Any ideas?
Thanks,
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
Wez, could you please explain what is the function of #define
_XOPEN_SOURCE in ext/standard/proc_open.c? It breaks build (by preventing
ulong and other types from being define) on some systems, like Solaris or
NetBSD. Is it necessary?
--
Stanislav Malyshev, Zend Products Engineer
[EMAIL PRO
I thought I had replied-to-all, but obviously not.
If you don't define _XOPEN_SOURCE under linux, you see the very same breakage
that you see under Solaris if you define it. Another fine mess...
Magnus and myself have been and will be continuing our investigation of this
stuff today.
--Wez.
>
When STDERR gets dtor'd, the descriptor is closed, so the leak messages are
heading into the void.
The reason for the change was so that PHP CLI could be launched from inetd and
be able to close descriptors.
A (somewhat hacky) fix would be to skip closing the descriptor if it is the
stderr descri
Hello,
Recently, I've changed ibase_query() to return the number of affected
rows, if appropriate. This works like a charm in all cases except the
one where the query is successful but no rows are returned.
Returning int(0) in this case would evaluate to 'false' indicating
failure. This would br
Why are we creating a resource for these descriptors? Is it for the
constants in PHP?
Andi
At 12:21 PM 5/25/2004 +0100, Wez Furlong wrote:
When STDERR gets dtor'd, the descriptor is closed, so the leak messages are
heading into the void.
The reason for the change was so that PHP CLI could be laun
Yes, so you can do stuff like: fwrite(STDERR, "an error!") without having to
manually open and pass around the stream handle.
--Wez.
> -Original Message-
> From: Andi Gutmans [mailto:[EMAIL PROTECTED]
> Sent: 25 May 2004 13:07
> To: Wez Furlong; [EMAIL PROTECTED]
> Subject: RE: [PHP-DEV
Hey,
I'd like to release RC3 on Thursday/Friday. I believe this to be the last
RC before we can release.
If anyone has bug fixes to commit please do so within the next couple of days.
Thanks,
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/un
Any chance you can dup() it for the STDERR constant?
At 01:09 PM 5/25/2004 +0100, Wez Furlong wrote:
Yes, so you can do stuff like: fwrite(STDERR, "an error!") without having to
manually open and pass around the stream handle.
--Wez.
> -Original Message-
> From: Andi Gutmans [mailto:[EMAIL
I'm going to go ahead and post this as a bug, unless there is a reason noone
replied...
"Aidan Lister" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hello devs,
>
> I'd like to discuss the use of objects as array keys.
>
> class idobject {
> private $_id;
> function __cons
This code doesn't seem to have changed. Can you send me a 3-4 liner which
errors out in PHP 4 and not in PHP 4?
Thanks,
Andi
At 11:03 PM 5/25/2004 +1000, Aidan Lister wrote:
I'm going to go ahead and post this as a bug, unless there is a reason noone
replied...
"Aidan Lister" <[EMAIL PROTECTED]>
Hi Andi,
Okay, it's not as simple as I thought it was - and you're correct, the
behaviour has not changed for php4/5.
Objects in both PHP4 and PHP5 will throw an error if you use the method
$blah[$someobject] = 'val'; (first method)
Warning: Illegal offset type
However, both do not throw an err
On Tue, 25 May 2004, Andi Gutmans wrote:
> I'd like to release RC3 on Thursday/Friday. I believe this to be the last
> RC before we can release.
> If anyone has bug fixes to commit please do so within the next couple of days.
I have a few DOM element and attribute validation bug fixes I need to
f
The last few days I've been working with mysqli, and every hour I work
with it, my worry grows. It's far from finished: no good documentation
in the ext dir, below average online documentation, partly implemented
object orientation (no destructor, no extensions allowed, etc).
Is there any chanc
On May 25, 2004, at 8:47 PM, Bert Slagter wrote:
The last few days I've been working with mysqli, and every hour I work
with it, my worry grows. It's far from finished: no good documentation
in the ext dir, below average online documentation, partly implemented
object orientation (no destructor,
Timm Friebe wrote:
> Works fine here.
I just noticed that it works fine here under Linux, too, but still
crashes on Windows. Odd.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-
18 matches
Mail list logo
