On Fri, Apr 20, 2012 at 6:08 PM, Niels de Vos nde...@redhat.com wrote:
Hi all,
Bug 5773 was opened as an RFE for implementing a dissector for Gluster.
The Gluster 'protocol' consists out of several RPC-programs, each with
their own set of procedures.
There are some questions I would like
The socketcan dissector seems to decode the same things that we intended to
provide as well. Your suggesting adding a packet-can.c where higher layer
protocols can hook up makes sense.
Any suggestions on how the Windows app shall interface with Wireshark? Is the
usage of an OUI in the SNAP
On 04/24/2012 08:39 AM, Kaul wrote:
On Fri, Apr 20, 2012 at 6:08 PM, Niels de Vosnde...@redhat.com wrote:
Hi all,
Bug 5773 was opened as an RFE for implementing a dissector for Gluster.
The Gluster 'protocol' consists out of several RPC-programs, each with
their own set of procedures.
There
Within
#if GTK_CHECK_VERSION(3,0,0)
g_object_unref(cursor)
#else
there should be leading ;
eg.:
#if GTK_CHECK_VERSION(3,0,0)
g_object_unref(cursor);
#else
(lines 632 and 1538) , or ?
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2
Fixed in revision 4.
-Original Message-
From: wireshark-dev-boun...@wireshark.org
[mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Toralf Förster
Sent: den 24 april 2012 13:09
To: wireshark-dev@wireshark.org
Subject: [Wireshark-dev] typo in ./ui/gtk/tcp_graph.c
Within
