On Mon, 9 Aug 2004, Andi Gutmans wrote:
> Also commited to HEAD. Should I commit to PHP_4_3 too? It looks as if these
> instructions are for both 4.3.x and 5.0.x
Yes, I skimmed over the Unix instructions and they appear to be solid.
Probably a good idea to be consistent and have the same instuctio
Also commited to HEAD. Should I commit to PHP_4_3 too? It looks as if these
instructions are for both 4.3.x and 5.0.x
Andi
At 10:27 PM 8/9/2004 -0700, Andi Gutmans wrote:
Wow, these files look really nice. Good job.
I'm commit to PHP_5_0. Please make sure that I'm doing what you meant me
to do.
Wow, these files look really nice. Good job.
I'm commit to PHP_5_0. Please make sure that I'm doing what you meant me to do.
Thanks,
Andi
At 08:27 PM 8/7/2004 +0100, Nuno Lopes wrote:
Hello,
The documentation team has re-wroten the installation part of the manual.
We have also made a process to gen
Hi,
I'm having a bit of a conundrum that maybe someone here can help me out with
:-).
When assigning an object resource to either 'getThis()' or 'return_value' as
shown below, is it necessary to manually increment the reference count?
For example, /ext/ming/ming.c (version 1.70) contains many co
While anything would be better then the current solution I wonder is perhaps
going the INI way is not the best idea due to the potential confusion. The
fellow who supplies the ini files with browser information also has a csv
file with the very same data that is much easier to parse.
Ilia
On A
Sort of a repost from last week, but it was probably just lost within the
torrent of goto posts...
I finally got a bit of time away from work and whatnot to finally fix the
oddities with the browscap/ini parser.
A tarball with the patch and the new files for HEAD is available at
http://bugs.tu
> Instructions seem to be wrong regarding where do unzip the package. It
says
> "c:\" is a good start while it should be "c:\php" or something similar.
PHP5
> zip package does expand to a folder name like php-5.0.0-Win32.
> Edin
Fixed!
Thanks for your report,
Nuno
> - Original Message
Hello Noel,
my code snippet only illustrates that an exception without a stackframe is
an exception not thrown during normal script execution. E.g. this happens
when code is executed during shutdown. This can normally only happen drom
other destructors or from some global error handling.
regards
Hello Curt,
Monday, August 9, 2004, 7:46:07 PM, you wrote:
> * Thus wrote Ron Korving:
>> i think the object will only cease to exist when all references to it are
>> gone
> Well there does seem to be another layer of referencing, since the
> a simple assignment without &$ will simply reference
* Thus wrote Ron Korving:
> i think the object will only cease to exist when all references to it are
> gone
Well there does seem to be another layer of referencing, since the
a simple assignment without &$ will simply reference the object but
in a different way. The problem I'm running into ther
Instructions seem to be wrong regarding where do unzip the package. It says
"c:\" is a good start while it should be "c:\php" or something similar. PHP5
zip package does expand to a folder name like php-5.0.0-Win32.
Edin
- Original Message -
From: "Nuno Lopes" <[EMAIL PROTECTED]>
To: <[E
> We've got the SOAP fixes in now. Thanks Dmitry.
> I'd like to roll tomorrow or the day after depending on when I can find
the
> time.
> Please give a shout if you still need to commit something to PHP_5_0.
> Thanks,
> Andi
And what about updated installation docs?
http://news.php.net/php.intern
Hey Marcus,
Although your script did work, it appears that the exception doesn't
even need to be thrown in the destructor of a class, but rather anywhere
as long as there is a destructor in any instantiated class. Here's a
code snippet:
public function create($host, $port, $protocol = 'tcp'
Hi All,
I was just trying to load extension apc.so.
Accidentally I typed it as abc.so(See the typo).
I started apache2 but it did not crib at all.
But when I tried to access the apache2, I could not.
Later I come to know that apache2 has not started at all.
When I drilled down further I found the
Hi,
I once read (can't remember where) that the OpenSSL segfault problem was a
known issue? If not, I'll write a bugreport.
In short:
I use PHP5.0.0, and I experience a segfault (and if I remember correctly) at
random times. I believe it worked most of the time, but regularly would
segfault.
If
On Monday 09 August 2004 09:00, Derick Rethans wrote:
> On Sat, 7 Aug 2004, Joe Orton wrote:
> > That would mean adding exactly the reverse set of #defines to allow the
> > the GD extension to be built against an external copy of libgd (which of
> > course won't use the phpgd_* symbols).
> >
> > Gi
Look for MCFILE in here:
http://viewcvs.php.net/viewcvs.cgi/php-src/win32/build/Makefile?rev=1.27&content-type=text/vnd.viewcvs-markup
--Wez.
On Mon, 9 Aug 2004 01:45:15 -0400, l0t3k <[EMAIL PROTECTED]> wrote:
>
> "Wez Furlong" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> > U
The listen(2) backlog? It defaults to 5, and there is no way to alter
this, yet.
Exposing more lower level features is a TODO item; you're welcome to
suggest which ones you need.
--Wez.
On Mon, 9 Aug 2004 09:01:43 +0200, Ron Korving <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm using the socket str
Hi,
I'm using the socket stream and it seems to work just great for me, but with
the stream_socket functions some original socket features seem lost. Is
there any way to work around this? Maybe there is need for a
stream_socket_set_option function? I personally bumped into this lack of
features wh
On Sat, 7 Aug 2004, Joe Orton wrote:
> That would mean adding exactly the reverse set of #defines to allow the
> the GD extension to be built against an external copy of libgd (which of
> course won't use the phpgd_* symbols).
>
> Given that a complete set of #defines is needed anyway, doing it wi
20 matches
Mail list logo
