Wireshark mailing list archives
Re: emem.c:732: failed assertion [sort-of-SOLVED]
From: varname <varname () gmail com>
Date: Mon, 01 Mar 2010 16:48:35 +0100
Luis EG Ontanon wrote:
Don't know if it's the only way, but changing the limit to 10MB fixed it for my situation.It might have worked it arround until an 11Mb request overflows it again.
sure. That's why I wrote "for my situation". I 'never' expect to have to allocate more than 10MB at a time, but that was probably the reasoning of the developer that implemented the check in the first place.
What it should be done IMHO is to g_malloc()ate the block directly if it happens to be bigger than the limit instead of failing. (and of course that would need to be freed as the ep-memory gets renewed).
I can't comment on that. One thought though: what if a really large block needs to be allocated (100MB reassembled http download for instance)? Might not be too nice on the machine running wireshark? ___________________________________________________________________________ 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
Current thread:
- Re: emem.c:732: failed assertion [sort-of-SOLVED] varname (Mar 01)
- Re: emem.c:732: failed assertion [sort-of-SOLVED] Luis EG Ontanon (Mar 01)
- Re: emem.c:732: failed assertion [sort-of-SOLVED] varname (Mar 01)
- Re: emem.c:732: failed assertion [sort-of-SOLVED] didier (Mar 01)
- Re: emem.c:732: failed assertion [sort-of-SOLVED] Luis EG Ontanon (Mar 01)
- Re: emem.c:732: failed assertion [sort-of-SOLVED] Luis EG Ontanon (Mar 01)
- Re: emem.c:732: failed assertion [sort-of-SOLVED] varname (Mar 01)
- Re: emem.c:732: failed assertion [sort-of-SOLVED] Luis EG Ontanon (Mar 01)