ANNOUNCEMENT: Live Wireshark University & Allegro Packets online APAC Wireshark Training Session
July 17th, 2024 | 10:00am-11:55am SGT (UTC+8) | Online

Ethereal-dev: RE: [Ethereal-dev] Assert in print.c get_field_data() creating PD ML file

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: "Howlett, James (James)" <jameshowlett@xxxxxxxxxx>
Date: Fri, 2 Jun 2006 14:41:22 +0100
I'm using a "real data" tvbuff.

-----Original Message-----
From: ethereal-dev-bounces@xxxxxxxxxxxx [mailto:ethereal-dev-bounces@xxxxxxxxxxxx] On Behalf Of Gilbert Ramirez
Sent: 02 June 2006 14:31
To: Ethereal development
Subject: Re: [Ethereal-dev] Assert in print.c get_field_data() creating PDML file

On what data is the tvbuff created? Is it a sub-set of a previous
tvbuff, or is it a "modification" (decompression, decryption) of
previous tvbuff data? I.e., are you using a "subset" tvbuff or a "real
data" tvbuff?

--gilbert

On 6/2/06, Howlett, James (James) <jameshowlett@xxxxxxxxxx> wrote:
>
>
>
>
> Hi,
>
>
>
> If I create a tvbuff, and do not use add_new_data_source(), but reference it
> in elements added to the proto tree; then I reach "g_assert_not_reached()"
> in get_field_data() in print.c when exporting to PDML. I'm currently using
> ethereal 0.99.0.
>
>
>
> Is there any good reason for this assert?
>
> By default I do not wish to use add_new_data_source() - it appears to add a
> significant amount of overhead, and since I am often using large captures
> any reduction in overhead is a good thing J
>
>
>
> BTW Within our company we've been using a modified version of ethereal as a
> replacement for commercial protocol analysers, for monitoring traffic within
> 3G networks. It makes the commercial analysers look very poor value for
> money.
>
> I need to look through the modifications I've made to some of the existing
> protocols, and contribute some of my changes (eg how 'connections' are
> tracked within SCCP and ALCAP). Not least because otherwise I'll just have
> to keep doing merges every time a new version is released.
>
>
>
> Cheers,
>
>
>
> James.
> _______________________________________________
> Ethereal-dev mailing list
> Ethereal-dev@xxxxxxxxxxxx
> http://www.ethereal.com/mailman/listinfo/ethereal-dev
>
>
>
_______________________________________________
Ethereal-dev mailing list
Ethereal-dev@xxxxxxxxxxxx
http://www.ethereal.com/mailman/listinfo/ethereal-dev
_______________________________________________
Ethereal-dev mailing list
Ethereal-dev@xxxxxxxxxxxx
http://www.ethereal.com/mailman/listinfo/ethereal-dev