Wireshark · Ethereal-dev: RE: [Ethereal-dev] Re: rev 15660: /trunk/plugins/asn1/: packet-asn1.c/trunk/epan/: prefs.c range.c /

["Anders Broman (AL/EAB)" <anders.broman@xxxxxxxxxxxx>]

Hi,
Could it be an option to use the new
"* g_try_new(), g_try_renew(), g_try_new0() and g_try_malloc0()
  are variants of existing allocation functions that can fail"
functions from glib 2.8.0 ?

Brg
Anders

-----Original Message-----
From: ethereal-dev-bounces@xxxxxxxxxxxx
[mailto:ethereal-dev-bounces@xxxxxxxxxxxx]On Behalf Of Guy Harris
Sent: den 2 september 2005 08:35
To: Ethereal development
Subject: Re: [Ethereal-dev] Re: rev 15660: /trunk/plugins/asn1/:
packet-asn1.c/trunk/epan/: prefs.c range.c /trunk/gtk/: prefs_dlg.c


ronnie sahlberg wrote:

> One remaining important structure we still use from glib is the
> GHashTable that I very strongly belive has performance issues,

...and uses g_malloc(), which helpfully aborts the program if you run 
out of memory.  The same applies to other glib data structures.

Perhaps an allocator that throws an exception when we run out of memory, 
so that we just stop the operation (and, if it's a read, perhaps just 
give up on reading the file and release memory, so that we can display 
an error dialogue).

_______________________________________________
Ethereal-dev mailing list
Ethereal-dev@xxxxxxxxxxxx
http://www.ethereal.com/mailman/listinfo/ethereal-dev