We went through upgrades from MSCV 6 -> 7.1 -> 8 in my last job. The
only real problem we ran into (apart from all the code tweaks in the C++
to make it compile 6 -> 7.1, which is not relevant here) was in passing
dynamically allocated memory across binary boundaries.
If everyone has followed the guidelines and used the "g_" functions for
allocation and deallocation, then all memory should be being allocated
from one CRT, so it may well just all "work". Would it be worth checking
the code to make sure that it doesn't use other allocation functions
anywhere?
Of course, any bugs that occur if it doesn't just work will be
intermittent, awkward to find and fatal (or a security risk) if they do
occur...
Cheers
Doug
-----Original Message-----
From: wireshark-dev-bounces@xxxxxxxxxxxxx
[mailto:wireshark-dev-bounces@xxxxxxxxxxxxx] On Behalf Of Ulf Lamping
Sent: 20 December 2006 00:51
To: Developer support list for Wireshark
Subject: Re: [Wireshark-dev] Microsoft Visual C Version 6 support is a
bitoutdated ...
Gerald Combs wrote:
> Ulf Lamping wrote:
>
>> The biggest hurdle seems to be the different msvcrt.dll (C runtime
>> library) versions for the libs we use, as Gerald already mentioned -
I'm
>> still thinking about the possibilities to solve this.
>>
>
> If we need to we can split the packages subdirectory in
> wireshark-win32-libs into packages/msvcrt and packages/msvcr71.
>
Sounds like an approach to it.
I would like to avoid compiling libs "on our own" where possible -
especially compiling GTK/GLib on Win32 "from scratch" doesn't sound like
a task I would really love to work on ;-)
However, if there's no other way ...
Regards, ULFL
_______________________________________________
Wireshark-dev mailing list
Wireshark-dev@xxxxxxxxxxxxx
http://www.wireshark.org/mailman/listinfo/wireshark-dev
This message should be regarded as confidential. If you have received this email in error please notify the sender and destroy it immediately.
Statements of intent shall only become binding when confirmed in hard copy by an authorised signatory. The contents of this email may relate to dealings with other companies within the Detica Group plc group of companies.
Detica Limited is registered in England under No: 1337451.
Registered offices: Surrey Research Park, Guildford, Surrey, GU2 7YP, England.
