Really in my case the largest had been 64 bytes. I have rewritten things to use tvb_memdup, tvb_memcp, and tvb_memeql. At this point it's a bit academic, but is the use of tvb_get_ptr() so bad in this case. It is used quite frequently in dissector code and other libwireshark base code. Really just trying to understand now.
On Aug 3, 2019, at 7:27 PM, Jason Cohen <kryojenik2@xxxxxxxxx> wrote:
> On Sat, Aug 3, 2019 at 9:15 PM Guy Harris <guy@xxxxxxxxxxxx> wrote:
>> On Aug 3, 2019, at 4:39 PM, Jason Cohen <kryojenik2@xxxxxxxxx> wrote:
>>
>>> I've got a lengths of bytes that I need to read from the tvb and render as a hex string that are / may be longer than MAX_BYTE_STR_LEN which is defined as 48. I do not need the actual bytes from the tvb after I render it as a hexstring.
>>
>> Render where?
>
> In the packet detail.
OK, so we could increase MAX_BYTE_STR_LEN to, say, 256, but:
1) that wouldn't handle an *arbitrary* length - it'll *still* get cut off at 240 bytes;
2) it'd be a lot of hex digits to stare at, possibly requiring horizontal scrolling.
How big can this field get?
___________________________________________________________________________
Sent via: Wireshark-dev mailing list <wireshark-dev@xxxxxxxxxxxxx>
Archives: https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev
mailto:wireshark-dev-request@xxxxxxxxxxxxx?subject=unsubscribe