(this also happens with a brand new CVS (3 jan 2001) setup)
using VC6...

After modifying the following things 

- TSRM.dsp -> Unix (CR)LF's to PC-style.
- ZendTS files: project settings/custom build for zend_language_parser.y and zend_ini_parser.y-files: removed -S option (and make sure bison can find bison.simple)
- php4dllts files: project settings/custom build for parsedate.y-file: remove d-S option

and compiling the Debug_TS project, I get some debug assertion failures when I run php.exe (the php.ini is the same as php.ini-dist), followed by an access violation. The debugger reports the following trace:

_free_dbg_lk(void * 0x008a0e20, int 1) line 1060 + 26 bytes
_free_dbg(void * 0x008a0e20, int 1) line 1001 + 13 bytes
free(void * 0x008a0e20) line 956 + 11 bytes
virtual_getcwd(char * 0x0012f898, unsigned int 260) line 254 + 12 bytes
expand_filepath(const char * 0x0012fa98, char * 0x00000000) line 519 + 17 bytes
php_fopen_and_set_opened_path(const char * 0x0012fa98, char * 0x101fb780 ??_C@_01LHO@r?$AA@, char * * 0x102352b8 _php_ini_opened_path) line 235 + 11 bytes
php_fopen_with_path(char * 0x101fb774 ??_C@_07OJA@php?4ini?$AA@, char * 0x101fb780 ??_C@_01LHO@r?$AA@, char * 0x00ed5548, char * * 0x102352b8 _php_ini_opened_path) line 410 + 20 bytes
php_init_config(char * 0x00000000) line 198 + 24 bytes
php_module_startup(_sapi_module_struct * 0x00415410 cgi_sapi_module) line 852 + 12 bytes
main(int 2, char * * 0x00ed00b0) line 478 + 11 bytes
mainCRTStartup() line 338 + 17 bytes
KERNEL32! 77f1b9ea()

The Release_TS project does NOT have this problem, but since the debug version does this might indicate a deeper problem...

Cheerio, Marc Boeren.