Okay, i will, thanx :)
Jeremy Johnstone [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Just to note, although prior versions of ZS were very slow (especially in
Win32), that doesn't mean the current version is (that review you linked
was
reviewing a year+ old version). I recently
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
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
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
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 stream
Look for MCFILE in here:
http://viewcvs.php.net/viewcvs.cgi/php-src/win32/build/Makefile?rev=1.27content-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]
Use the new
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).
Given that a
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
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
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 =
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?
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: [EMAIL
* 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 there
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 the
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
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 -
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
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
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
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
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.
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
21 matches
Mail list logo
