As far as I can tell, bindlib_w32 contains sources for resolv.lib.
However, win32build.zip contains a precompiled version of resolv.lib and
the necessary headers. The README.WIN32-BUILD-SYSTEM file states:
> You also need:
> - bindlib_w32 [http://www.php.net/extra/bindlib_w32.zip]
> - win32bu
Hey there all, over the past few days I was thinkering over something
that I consider could be a good addition to the core or actually to
the php distribution. PhpSecInfo, the project by Ed Finkler. I was
But isn't it a set of PHP scripts? If so, what would be the value of
making it an extensio
plus a 3 numbered version is very easy to assign to a lib (you know,
like a new param for a function bumps up the middle number, a fix - any
fix - bumps up the rightmost one etc... )
That is what $Revision$ CVS tag does, version number is totally different thing
IMO.
Sorry, but I di
On 10.11.2007 23:32, Gaetano Giunta wrote:
> Checking dates, pecl 1.2.4 was released the day after php 5.2.4.
As I've already said, OCI8 and PHP releases are not synced.
> I do not need to scan this list's archives to be sure that everybody involved
> in the oci code knew quite well about the pe
...
- oci extension ONLY updated version info (1.2.3 to 1.2.4) but NOT the code!
OCI8 is (still) a PECL extension, so it's release cycle is not synced with PHP.
Yes I know. We have been testing recent versions a quite bit lately
because of a strange problem with cursors remaining open
On 10.11.2007 22:19, Gaetano Giunta wrote:
> Hello everybody.
>
> I did a bit of analysis concerning the versioning information exposed by all
> extensions in 5.2.5 [the data in zend_module_entry, exposed to userland via
> phpversion()].
>
> Extensions that do not expose any info at all: 46 out
Hello everybody.
I did a bit of analysis concerning the versioning information exposed by all
extensions in 5.2.5 [the data in zend_module_entry, exposed to userland via
phpversion()].
Extensions that do not expose any info at all: 46 out of 83 (the total number
being calculated by counting t
Arend van Beelen wrote:
> thanks for your thorough reply! I'm glad to see the first option appears to
> be preferred, as it was my first choise as well. The main reason I had some
> doubts was because a colleague of mine quite strongly argued (though I was
> still not entirely convinced) that I
Hi Donal,
thanks for your suggestion. While I think this approach might provide some
quick solutions short-term, there actually is a much bigger problem we are
trying to attack. I don't know exactly how much details I can give, but I will
give some background information to get some more insigh
Hi Lukas,
> 2) maybe you can create something out of MySQL Proxy that splits out
> a single query into multiple queries and then rejoins them
> 3) since MySQL AB is actively developing a new libmysql replacement
> for PHP only, you might want to talk to them about implementing
> something li
Hi Arend -
If your webserver CPUs are already maxed out, that problem won't go away
on its own, but once you've solved that (optimized your code or added
more webservers), the curl_multi_* functions might help you out.
A cheap way to parallelize your database or data-object access, is to
imp
Hi,
A few pointers and ideas:
1) ext/pgsql has support for asynchronous queries (pg_send_query()
and friends)
2) maybe you can create something out of MySQL Proxy that splits out
a single query into multiple queries and then rejoins them
3) since MySQL AB is actively developing a new libmysq
While I can see the theoretical advantage of this, I wonder how much there's
too gain in practice (at least for us, that is).
In our current codebase, when a database query is done, PHP can only continue
when it has the result anyway, so it would require serious code modifications
to make use o
Hi Scott,
thanks for your thorough reply! I'm glad to see the first option appears to be
preferred, as it was my first choise as well. The main reason I had some doubts
was because a colleague of mine quite strongly argued (though I was still not
entirely convinced) that I would find myself in
With installing a security update for the pcre3 library on Debian
(http://lists.debian.org/debian-security-announce/debian-security-announ
ce-2007/msg00177.html), preg_match('|^\(|', 'xxx') suddenly returns 1
instead of 0 using PHP 5.1.6.
the correct value is 0, yes.
The thing is - I have bui
I would prefer to have some function, which would check, if the
requested data is already available (if it is not, I would still be
able to do something useful, while waiting)
On 11/10/07, Arend van Beelen <[EMAIL PROTECTED]> wrote:
> Hi there,
>
> I am researching the possibility of developing a
16 matches
Mail list logo
