Re: [Wireshark-dev] [Wireshark-commits] rev 36988: /trunk/ /trunk/epan/dissectors/: packet-iwarp-mpa.c packet-spnego.c packet-ssl-utils.c /trunk/: tap-iostat.c

On Wed, May 04, 2011 at 09:19:08PM +0000, darkjames@wireshark.org wrote:

> Log:
> Cleanup: g_malloc can't return NULL, remove checks for them.
>
> XXX, should this code use g_try_malloc instead?

That's a good question and it keeps coming up. I think the main reason
we we haven't moved everything to g_try_malloc is that inside GTK+ and
GLib, they still use g_malloc, so we can't totally eliminate the
possibilty of Wireshark being aborted when out of memory.
___________________________________________________________________________
Sent via: Wireshark-dev mailing list <wireshark-dev@wireshark.org>
Archives: http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
             mailto:wireshark-dev-request@wireshark.org?subject=unsubscribe

• This message: [ Message body ]
• Next message: Max Dmitrichenko: "Re: [Wireshark-dev] Handling TCP packets reordering"
• Previous message: Fernandez, Rafael: "[Wireshark-dev] TCP dissect issue when app-level message spans multiple TCP packets"
• Next in thread: Jakub Zawadzki: "Re: [Wireshark-dev] [Wireshark-commits] rev 36988: /trunk/ /trunk/epan/dissectors/: packet-iwarp-mpa.c packet-spnego.c packet-ssl-utils.c /trunk/: tap-iostat.c"
• Reply: Jakub Zawadzki: "Re: [Wireshark-dev] [Wireshark-commits] rev 36988: /trunk/ /trunk/epan/dissectors/: packet-iwarp-mpa.c packet-spnego.c packet-ssl-utils.c /trunk/: tap-iostat.c"

• Contemporary messages sorted: [ By Date ] [ By Thread ] [ By Subject ] [ By Author ]