https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4356
Gerald Combs <gerald@xxxxxxxxxxxxx> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gerald@xxxxxxxxxxxxx
--- Comment #3 from Gerald Combs <gerald@xxxxxxxxxxxxx> 2010-01-08 17:02:34 PST ---
We are in a maze of twisty little C runtimes, all alike.
You should be able to work around the problem by commenting out KFW_DIR in
config.nmake (assuming you don't need Kerberos decryption).
The easiest way to fix the problem would be to include msvcr71.dll with the
distribution. http://msdn.microsoft.com/en-us/library/abx4dbyh%28VS.71%29.aspx
says:
"An application should use and redistribute msvcr71.dll, and it should avoid
placing a copy or using an existing copy of msvcr71.dll in the system
directory. Instead, the application should keep a copy of msvcr71.dll in its
application directory with the program executable."
We should be able to do this in theory, but I haven't had time to investigate
this fully.
If we can't redistribute msvcr71.dll I can try recompiling it with VC++ 2008.
You'd still have to comment out KFW_DIR if you were using a different compiler
but the official builds would work.
In the long term we might want to add support for GNU Shishi since it
integrates with GNUTLS and libgcrypt.
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
