Hi,
Looking in the plugins I can only find mate_parser.c containing a
malloc/free pair. g_malloc/g_free are used as well; I've no clue why the
exception is made.
Thanx,
Jaap
On Wed, 20 Dec 2006, Douglas Pratley wrote:
> 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.
>
>
> _______________________________________________
> Wireshark-dev mailing list
> Wireshark-dev@xxxxxxxxxxxxx
> http://www.wireshark.org/mailman/listinfo/wireshark-dev
>
>