Re: NSAPI snaps build

On Sat, Jan 3, 2009 at 12:41 AM, Uwe Schindler <thetaphi@php.net> wrote: > I installed a recent version of SJSWS on my local box now and wanted to > download the 5.3 snapshots. The VC6 snapshot contains NSAPI in both the TS > and NTS version. > On the other hand, the VC9 version does not contain NSAPI. > The configure log shows, that nsapi.h was not found. There is something > weird. Correct should be: > > - VC6 TS: nsapi enabled and .h/.lib files available It has it already. > - VC6 NTS: nsapi disabled or .h/.lib files removed http://windows.php.net/downloads/snaps/php-5.3-nts-win32-VC6-x86-latest.zip does not have nsapi. Or do I miss something? The last log: http://windows.php.net/downloads/snaps/configure-5.3-VC9-x86-nts-200901030100.log confirms that nsapi is disabled. Something was wrong with the -latest link, they were referring only to the TS versions for the buildconf and configure links. It is fixed now. Is it where you see the NSAPI being enabled? > - VC9 TS: nsapi enabled and .h/.lib files available > - VC9 NTS: nsapi disabled or .h/.lib files removed I was waiting your OK before adding it back. I can do it tomorrow evening or Monday (driving back home, holidays--; ). > Can you correct this and build some new snapshots? I launched a new set of snaps, they should be online in the next 20mins (~). > I will then test tomorrow, as soon as there is again a new VC9 snapshot. > > FYI: The latest SJSWS 7.0U4 is still linked against VC6, but according to my > previous mails, it should work because VC6 and VC9 CRTs can coexist as long > as no resources are shared between both CRTs. NSAPI has a private API, the > only shared structs between VC6 and VC9 would be: "struct stat", which is > hopefully identical. All other resources used as parameters to functions are > simple handles or private structs. No malloc or other CRT resources are > shared/used. No handle either? But if you can test (if not already done) them and confirm that we can use them safely with our VC9 builds, then I will simply add them back. Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org