Yep, that makes sense.
Is there a reason why we don't link dynamicall to libxml2.dll? Makes all the
sense in the world IMO and this has always been the common practice.
I'm just worried that messing around with DllMain() will cause some problems
down the road and having libxml2.dll is more flexible
I don't need a CVS account for anything up there, I only need it to help to
complete or translate (I'm Sascha from Germany) the PHP manual ;)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello,
On 8/25/06, Tom Harwood <[EMAIL PROTECTED]> wrote:
My PEAR package, Audio_CAPTCHA
(http://pear.php.net/pepr/pepr-proposal-show.php?id=433) has been accepted,
please may I have access to commit the files for it.
Confirmed. Can someone open it please? I'll take care of the karma, thanks
My PEAR package, Audio_CAPTCHA
(http://pear.php.net/pepr/pepr-proposal-show.php?id=433) has been accepted,
please may I have access to commit the files for it.
thanks,
tommeh
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
MINIT is definitely not the place for this.
The xmlDllMain call is meant to be called from within a dll's DllMain
that includes libxml statically.
How threads are handled differs between the old static build and the one
for inclusion within a dll.
When a thread (all except the main thread) termi
Sounds like you are on the wrong list... Please Post your question to
[EMAIL PROTECTED] This mailing list is for the development of
PHP itself.
mike
PS: Is this code part of a .php file? In a "html environment" speak an
.html file you can't expect working.
[EMAIL PROTECTED] wrote:
> has some
has someone an idea what is wrong with that code below.
(value="";>) However, it would be just interpret as a string, which
finally appears in the text-box. What I need is to get a variable for the value
attribute in a html environment.
best regrades, Joerg Kuehne
