Hi List,
Thanks to Anders for the additional information provided (off list). There are
clearly problems in make-dissector-reg.py with respect to handling wiretap
plugins. I've nailed one, but found some others which I will have to address
later on.
In short make-dissector-reg.py has to handle
On May 12, 2017, at 7:19 AM, Pavel Strnad wrote:
> Do You have any build options to allow also building tshark for decoding only
> or does it require fixes?
It still required fixes; update your repository to the latest version,
including
Hi Guy,
Thanks a lot for prompt fixes!
I have updated to include Yours commits and it worked once I have disabled
building tshark that was still causing errors.
Do You have any build options to allow also building tshark for decoding only
or does it require fixes?
Best Regards,
Pavel
>Message:
On May 12, 2017, at 1:38 AM, Pavel Strnad wrote:
> I am using latest build from master branch.
What is the last commit to the master branch in your tree/repository?
Does it have these changes:
635ae3d147ab053deda41ae0e37341b75d2b21e0
>> Does anyone currently build without libpcap?
>> Intention is to build Wireshakr for windows without capturing options as
>> analyzer only.
>>
>> I have found an option for cmake -DENABLE_PCAP=OFF but doing so results in
>> errors below (related to caputils and qtui):
>
>Probably no comfort to
Hi Anders,
What symbol do you add your wiretap plugin path to?
I added mine to CMakeLists.txt, like so:
if(ENABLE_PLUGINS)
...
set(PLUGIN_SRC_DIRS
...
plugins/unistim
plugins/usbdump
...
But that results in this