PATCH ssize_t without messing with fcgi source

Ard, hi - ssize_t was originally defined as ptrdiff_t in config.w32.h, which is itself defined as int in win32 (in stddef.h). It was then redefined as int in the fcgi configuration. It was also redefined in gd_jpeg.c (one of the few win32-affecting places that uses it) prior to any includes: #if PHP_WIN32 && !defined(ssize_t) typedef int ssize_t; #endif - this was originally preventing some of the gd functions from working, because ssize_t WAS defined already (in config.w32.h) - as ptrdiff_t, which there was no definition for that gd_jpeg.c knew of. From to the Single Unix Specification (http://www.opengroup.org/onlinepubs/007908799/xsh/systypes.h.html): "ssize_t Used for a count of bytes or an error indication. <snip/> ssize_t is a signed integral type .. capable of storing values at least in the range [-1, SSIZE_MAX]." Windows - uniquely - uses the definition SSIZE_T (type: INT_PTR) - note that ssize_t isn't the same thing as SSIZE_T, anywhere - but if I go that route for ssize_t definition (as I already tried to do) we end up with the fcgi redefinition to int anyway. Basically all I'm doing here is going back to the original, just saying it in a less obfuscated and more generic way :) so if it breaks on 64-bit architectures (which it shouldn't), it's not going to break in a way that it wouldn't have broken if I'd never been born. If you follow. Steph