6 3:21 AM
> To: Andi Gutmans
> Cc: 'Nuno Lopes'; 'Edin Kadribasic'; internals@lists.php.net
> Subject: Re: [PHP-DEV] libxml2/threading/win 2003
>
> Uh, yea I have been proposing a change (first made on 8/10,
> but had been waiting for the 4.4 and 5.1 releases t
Uh, yea I have been proposing a change (first made on 8/10, but had been
waiting for the 4.4 and 5.1 releases to be finished).
.oO(Would have been nice is people mentioned any objections/issues way
back then)
http://news.php.net/php.internals/25300
So you really think that making registry c
hp.net
> Subject: Re: [PHP-DEV] libxml2/threading/win 2003
>
> > Not that I am trying to squash the use of dlls here, but
> I'm not sure
> > you are following me.
> >
> > Why would the dll in the directory with the php5ts.dll take
> precedence
> > o
Not that I am trying to squash the use of dlls here, but I'm not sure you
are following me.
Why would the dll in the directory with the php5ts.dll take precedence
over another version of the lib somewhere else?
For instance, under apache, some other module is loaded first that also
happens to
Andi Gutmans wrote:
I don't remember a public decision being made about libxml2. Maybe you are
talking about zlib?
IRC chatter doesn't count as a forum to discuss such issues because it
doesn't give others like me a chance to respond.
The whole discussion was started back in 2002 when Zeev ins
eph Fox'" <[EMAIL PROTECTED]>; "'Rob Richards'"
<[EMAIL PROTECTED]>
Cc: "'Edin Kadribasic'" <[EMAIL PROTECTED]>;
Sent: Saturday, September 02, 2006 5:48 PM
Subject: RE: [PHP-DEV] libxml2/threading/win 2003
We need to fix that then.
dribasic [mailto:[EMAIL PROTECTED]
> Sent: Saturday, September 02, 2006 8:55 AM
> To: Andi Gutmans
> Cc: 'Rob Richards'; internals@lists.php.net
> Subject: Re: [PHP-DEV] libxml2/threading/win 2003
>
> Andi Gutmans wrote:
> > I don't understand what problems y
the delta is
to what you want to do?
> -Original Message-
> From: Edin Kadribasic [mailto:[EMAIL PROTECTED]
> Sent: Saturday, September 02, 2006 8:57 AM
> To: Andi Gutmans
> Cc: 'Steph Fox'; 'Rob Richards'; internals@lists.php.net
> Subject: Re: [PHP-DE
Andi Gutmans wrote:
We need to fix that then. And we might need to do something a bit smarter
for php5isapi.dll. I'll think about it but need to leave now for the
weekend. I don't think my explanation covered this issue but only the CGI.
I prefer trying to resolve the issues in a long term way th
Andi Gutmans wrote:
I don't understand what problems you mean. On the contrary, statically
linking in everything makes the system extremely unflexible and doesn't
allow you to upgrade dlls without having to upgrade the whole PHP build. If
libxml2.dll is placed in the same directory as php5ts.dll
Andi Gutmans wrote:
Yeah but Windows is very friendly and designed for this. As long as the dlls
are in the application's directory you will not have problems. This is
actually much easier and straightforward than on Linux so it sounds to me
that dll clashing problems (which doesn't happen in thi
the
wrong decision now re: bundling.
Andi
> -Original Message-
> From: Steph Fox [mailto:[EMAIL PROTECTED]
> Sent: Saturday, September 02, 2006 8:34 AM
> To: Andi Gutmans; 'Rob Richards'
> Cc: 'Edin Kadribasic'; internals@lists.php.net
> Subject: Re
[EMAIL PROTECTED]>;
Sent: Saturday, September 02, 2006 5:33 PM
Subject: RE: [PHP-DEV] libxml2/threading/win 2003
Yeah but Windows is very friendly and designed for this. As long as the
dlls
are in the application's directory you will not have problems. This is
actually much easier and
--
> From: Rob Richards [mailto:[EMAIL PROTECTED]
> Sent: Saturday, September 02, 2006 8:17 AM
> To: Andi Gutmans
> Cc: 'Edin Kadribasic'; internals@lists.php.net
> Subject: Re: [PHP-DEV] libxml2/threading/win 2003
>
> I am on the fence one this one.
>
> Going t
I am on the fence one this one.
Going the dll route makes my life easier by no longer needing to
maintain those builds, but will almost certainly increase the number of
bogus bugs to be chased down and cause the windows installation to be
more complicated again (Just doing a search you can fin
al Message-
From: Edin Kadribasic [mailto:[EMAIL PROTECTED]
Sent: Friday, September 01, 2006 3:16 PM
To: Steph Fox
Cc: PHP Internals List
Subject: Re: [PHP-DEV] libxml2/threading/win 2003
Steph Fox wrote:
>> Steph Fox wrote:
>>
>>> We don't have any database client in
sic [mailto:[EMAIL PROTECTED]
> Sent: Friday, September 01, 2006 3:16 PM
> To: Steph Fox
> Cc: PHP Internals List
> Subject: Re: [PHP-DEV] libxml2/threading/win 2003
>
> Steph Fox wrote:
> >> Steph Fox wrote:
> >>
> >>> We don't have any databas
ay, September 01, 2006 2:35 PM
> To: Andi Gutmans
> Cc: 'Rob Richards'; internals@lists.php.net
> Subject: Re: [PHP-DEV] libxml2/threading/win 2003
>
> Rob, Andi,
>
> We need to get issue resolved ASAP, as we are running into
> high RCs with
> 5.2.0.
>
&
We don't have any database client in php5ts.dll...
Wez did not want PDO in php5ts.dll in order to be able to upgrade PDO
between PHP releases (for instance from pecl4win.php.net).
That's work-around-able by having SQLite 2 support w/o PDO built as
static + keeping the other two SQLite opti
Steph Fox wrote:
Steph Fox wrote:
We don't have any database client in php5ts.dll...
Wez did not want PDO in php5ts.dll in order to be able to upgrade PDO
between PHP releases (for instance from pecl4win.php.net).
That's work-around-able by having SQLite 2 support w/o PDO built as
stati
Steph Fox wrote:
We don't have any database client in php5ts.dll...
Wez did not want PDO in php5ts.dll in order to be able to upgrade PDO
between PHP releases (for instance from pecl4win.php.net).
That's work-around-able by having SQLite 2 support w/o PDO built as static +
keeping the other
Steph Fox wrote:
We don't have any database client in php5ts.dll...
Wez did not want PDO in php5ts.dll in order to be able to upgrade PDO
between PHP releases (for instance from pecl4win.php.net).
Edin
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www
ROTECTED]>
To: "Andi Gutmans" <[EMAIL PROTECTED]>
Cc: "'Rob Richards'" <[EMAIL PROTECTED]>;
Sent: Friday, September 01, 2006 11:34 PM
Subject: Re: [PHP-DEV] libxml2/threading/win 2003
Rob, Andi,
We need to get issue resolved ASAP, as we are running
Edin Kadribasic" <[EMAIL PROTECTED]>
To: "Andi Gutmans" <[EMAIL PROTECTED]>
Cc: "'Rob Richards'" <[EMAIL PROTECTED]>;
Sent: Friday, September 01, 2006 11:34 PM
Subject: Re: [PHP-DEV] libxml2/threading/win 2003
Rob, Andi,
We need to get issue reso
ROTECTED]>
Cc: "'Rob Richards'" <[EMAIL PROTECTED]>;
Sent: Friday, September 01, 2006 11:34 PM
Subject: Re: [PHP-DEV] libxml2/threading/win 2003
Rob, Andi,
We need to get issue resolved ASAP, as we are running into high RCs
with 5.2.0.
The reason libxml2 is statica
ble.
Andi
-Original Message-
From: Rob Richards [mailto:[EMAIL PROTECTED]
Sent: Friday, August 25, 2006 4:26 AM
To: Andi Gutmans
Cc: 'Edin Kadribasic'; internals@lists.php.net
Subject: Re: [PHP-DEV] libxml2/threading/win 2003
MINIT is definitely not the place for this.
The xmlDllMain
Hi Rob,
Wasn't there something with iconv too that was affected by libxml being
statically linked?
(I might be confusing myself with blurred memories here, it was a long time
ago.)
- Steph
Technically no. I forgot all the exact reason for the static linking, but
I know one of them was th
Technically no. I forgot all the exact reason for the static linking,
but I know one of them was that it was easier to maintain an "official"
version that was included with the PHP release. The other reason had to
do with easing the installation burden and all the problems people have
in that a
ll is more flexible.
Andi
> -Original Message-
> From: Rob Richards [mailto:[EMAIL PROTECTED]
> Sent: Friday, August 25, 2006 4:26 AM
> To: Andi Gutmans
> Cc: 'Edin Kadribasic'; internals@lists.php.net
> Subject: Re: [PHP-DEV] libxml2/threading/win 2003
>
>
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
PM
> To: Edin Kadribasic; internals@lists.php.net
> Subject: [PHP-DEV] libxml2/threading/win 2003
>
> In order to resolve reported crashing on win 2003, I have had
> to change the static libxml builds to use the flag
> LIBXML_STATIC_FOR_DLL.
>
> This now requires a DllMai
Now that 5.1.5 and 4.4.4 have been released, is it possible to get these
changes and updated lib in?
Ilia, not sure if this interrupts your RC schedule at all, but this
change should resolve many of the windows crashes reported under 2003,
so would like to get this into 5.2.
Rob
Edin Kadribas
Doesn't really matter where it is. The only reason I added it in
libxml.c was since libxml2 was the first/only lib needing a DllMain in
teh php5ts_xxx.dll build, I put it there so there was minimal changes to
the core code.
Evenutally I thought it might make more sense to me moved elsewhere so
Hi Rob,
Since we're adding a DllMain function, shouldn't it be located in
main/main.c. We might need to hook up other thread initialization stuff
in there in the future.
Edin
Rob Richards wrote:
In order to resolve reported crashing on win 2003, I have had to change
the static libxml build
In order to resolve reported crashing on win 2003, I have had to change
the static libxml builds to use the flag LIBXML_STATIC_FOR_DLL.
This now requires a DllMain to be added within any dll that is building
libxml2 in statically.
PHP 4.x - domxml (use php_domxml.c.diff.txt patch)
PHP 5.x/HEAD
35 matches
Mail list logo
