Re: [PHP-DEV] [PATCH] make Reflection options work on CLI/win32

2006-09-02 Thread Johannes Schlueter
Hi Steph, thanks for the patch, I've just committed it to the active branches. btw. Marcus rewrote most parts of the implementation. (credits to whom they belong *g*) johannes Steph Fox wrote: Folk with karma, hi - None of Johannes' CLI Reflection options work under doze in PHP 5.2.0 RC 3

[PHP-DEV] [PATCH] mysqli interoperability

2006-09-02 Thread Evan Nemerson
Hi everyone, I'm working on an extension for an RDF triple store that is built on top of MySQL 5+, and I'd like to be able to share the MySQL connection with mysqli. Unfortunately, since the mysqli header isn't installed, I can't seem to find a way that could withstand changes in mysqli. What I'v

Re: [PHP-DEV] libxml2/threading/win 2003

2006-09-02 Thread Nuno Lopes
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

Re: [PHP-DEV] libxml2/threading/win 2003

2006-09-02 Thread Edin Kadribasic
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

Re: [PHP-DEV] libxml2/threading/win 2003

2006-09-02 Thread Steph Fox
Wouldn't it make more sense to leave things as they are until 5.3.0? That will at least give John's msi some serious testing, and it looks very promising indeed at present. - Original Message - From: "Andi Gutmans" <[EMAIL PROTECTED]> To: "'Steph Fox'" <[EMAIL PROTECTED]>; "'Rob Richar

RE: [PHP-DEV] libxml2/threading/win 2003

2006-09-02 Thread Andi Gutmans
Well I suggest to stick to status-quo for 5.2 and then let's discuss if/how to fix after that. Statically linking libxml2 is yucki, and due to the reason that it's not common practice on Windows systems you also have the DllMain issue. > -Original Message- > From: Edin Kadribasic [mailto:

RE: [PHP-DEV] libxml2/threading/win 2003

2006-09-02 Thread Andi Gutmans
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. Anyway can you recite what has been working for years and what the delta is to what

Re: [PHP-DEV] libxml2/threading/win 2003

2006-09-02 Thread Edin Kadribasic
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

Re: [PHP-DEV] libxml2/threading/win 2003

2006-09-02 Thread Edin Kadribasic
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

Re: [PHP-DEV] libxml2/threading/win 2003

2006-09-02 Thread Rob Richards
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

RE: [PHP-DEV] libxml2/threading/win 2003

2006-09-02 Thread Andi Gutmans
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 than making the wrong de

Re: [PHP-DEV] libxml2/threading/win 2003

2006-09-02 Thread Steph Fox
Andi - the old msi didn't even install extensions. The new one's still in beta. - Original Message - From: "Andi Gutmans" <[EMAIL PROTECTED]> To: "'Rob Richards'" <[EMAIL PROTECTED]> Cc: "'Edin Kadribasic'" <[EMAIL PROTECTED]>; Sent: Saturday, September 02, 2006 5:33 PM Subject: RE: [

RE: [PHP-DEV] libxml2/threading/win 2003

2006-09-02 Thread Andi Gutmans
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 this case) means that eit

Re: [PHP-DEV] libxml2/threading/win 2003

2006-09-02 Thread Rob Richards
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

[PHP-DEV] [PATCH] make Reflection options work on CLI/win32

2006-09-02 Thread Steph Fox
Folk with karma, hi - None of Johannes' CLI Reflection options work under doze in PHP 5.2.0 RC 3 C:\sandbox\php5\Release_TS>php --rc DateTime Could not open input file: DateTime The attached trivial patch defines HAVE_REFLECTION to rectify that. The define's also missing from PHP_5_1 branch an

Re: [PHP-DEV] libxml2/threading/win 2003

2006-09-02 Thread Steph Fox
That'll be a 'no', then... Exactly. And this should be the case for all these 3rd party libraries. They should always be dlls and not be linked in with php5ts.dll. Throughout our history we've always had trouble with statically linked 3rd party libs... Andi -Original Message- From: E