RABRET Laurent RD-MAPS-ISS wrote: > Of course there's one, I posted a patch about 1.5 years ago for the formerly > Ethereal to successfully compiled with Visual > 6. I have always successfully > used this patched Ethereal/Wireshark compiled with VS 2003 and have just > checked when compiled with Visual C++ 2005 Express --> No problem if we > include the .exe/dll.manifest to the distribution. > checked in > I do not understand why this patch was not applied but it's maybe because I > do not know glib (or because the macro does not work on VS6/Unices -> not > tested on these environments). The "spirit" of the patch is very simple: Do > not use glib API for file handling whilst glib is compiled with visual studio > 6. > > I guess this wasn't checked in as all the core developers were using MSVC version 6 at that time - no chance to test it.
In the meantime we dropped support for Win95/98/ME which was causing some of the trouble with locale/UTF16 confusion in the filenames. I guess the current eth_fopen and alike things could be simplified - but this requires a deeper look (and I have lot's of things on my todo list :-). However, your solution should work for now ... > Caution: if you test, DO NOT FORGET to compile "zlib" to ensure RT lib > consistency. > I've just disabled ZLIB (avoiding compilation of it - for now) and GNUTLS (strange compiler error that I don't understand) in the config.nmake, if anything else than MSVC6 is used. This should work for now. Next will be to have a look at the NSIS installation of the manifest and (probably) msvcr files ... Regards, ULFL _______________________________________________ Wireshark-dev mailing list Wireshark-dev@wireshark.org http://www.wireshark.org/mailman/listinfo/wireshark-dev
