Huge thanks to our Platinum Members Endace and LiveAction,
and our Silver Member Veeam, for supporting the Wireshark Foundation and project.

Wireshark-bugs: [Wireshark-bugs] [Bug 5240] Patch to editcap to allow chop from beginning of pac

Date: Wed, 22 Sep 2010 14:32:03 -0700 (PDT)
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5240

--- Comment #10 from Sake <sake@xxxxxxxxxx> 2010-09-22 14:32:01 PDT ---
(In reply to comment #8)
> (In reply to comment #7)

> > Would it be an idea to use -C for both and change it's behavior to do the
> > following:
> > 
> > - a positive value will chop off that amount of bytes from the beginning of the
> > packet
> > - a negative value will chop off the (absolute) amount of bytes from the end of
> > the packet
> 
> If we did that would we allow -C to be passed exactly 0, 1 or 2 times
> allowing at most 1 negative and 1 positive value to be passed? Using
> -C would also solve the problem of there being no really good letters
> left to choose for this, thus the choice of -P, but I'm just wondering
> how best to handle the case where we want to do both a -P and -C
> (again I struggle to think of a practical use for this). I suppose
> worse case, we could allow -C once and a user could run a file through
> editcap twice to achieve a chop to both the beginning and end of a
> packet.

I would vote for having to run the file through editcap twice as it makes
things more logical and straightforward to implement. I think some clever
piping of packets from one editcap to the other might even make it possible to
still chop at the beginning and at the end in the same run :-)

-- 
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.