Re: [Wireshark-users] Build problems with Sun's compiler on Solaris 10
Guy Harris wrote: Dr. David Kirkby wrote: OK, I'm attaching the part of config.log from the 0.99.7.tar.gz file - there are no patches I've applied, nothing from trunk - just the latest 'stable' distribution. I can attack the full config.log if you want, but it is over 200 KB, so I've cut it down quite a bit, but hopefully still included anything that might be useful. That was sufficient to determine the problem. Good Unfortunately, it was checking for that by compiling with the GCC flags to check for undeclared functions and to treat warnings as errors, and was doing so *even if the compiler wasn't GCC*; compilers that don't recognize those files would fail when trying to compile. As a long time Solaris user, I have seen countless cases of programs not building properly since the compiler is assumed to be gcc. But it is good to see wireshark developers aim for the program to run with other compilers - some people think everyone should use gcc. But on SPARC, Suns compilers are definitely better. I've checked in a change to do that check only if you're compiling with warnings treated as errors (the way we do that currently works only with GCC, and we default to *not* treating warnings as errors when not compiling with GCC). Good. ___ Wireshark-users mailing list Wireshark-users@wireshark.org http://www.wireshark.org/mailman/listinfo/wireshark-users ___ Wireshark-users mailing list Wireshark-users@wireshark.org http://www.wireshark.org/mailman/listinfo/wireshark-users
Re: [Wireshark-users] Build problems with Sun's compiler on Solaris 10
2008/2/7, Dr. David Kirkby [EMAIL PROTECTED]: I've trying to build wireshark-0.99.7 on a Sun Blade 2000 workstation running Solaris 10 update 4 using Sun's studio 11 compiler suite. Here are some notes. #6 is a show-stopper, as it is stopping me building wireshark - the others are minor points I believe which need fixing, but are quite easy to fix. Hi. Unfortunately the ethercat plugin had some anonymous structs and unions when releasing 0.99.7. They have been fixed in several commits to trunk, so please have a look at r24024, r24061, r24277 and r24279. As I suppose none of the core developers are building with this compiler it would be nice if you could try patching with the given revisions, or just copy the ethercat files from trunk, and give us a feedback if this works. -- Stig Bjørlykke ___ Wireshark-users mailing list Wireshark-users@wireshark.org http://www.wireshark.org/mailman/listinfo/wireshark-users
Re: [Wireshark-users] Build problems with Sun's compiler on Solaris 10
Stig Bjørlykke wrote: 2008/2/7, Dr. David Kirkby [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: I've trying to build wireshark-0.99.7 on a Sun Blade 2000 workstation running Solaris 10 update 4 using Sun's studio 11 compiler suite. Here are some notes. #6 is a show-stopper, as it is stopping me building wireshark - the others are minor points I believe which need fixing, but are quite easy to fix. Hi. Unfortunately the ethercat plugin had some anonymous structs and unions when releasing 0.99.7. They have been fixed in several commits to trunk, so please have a look at r24024, r24061, r24277 and r24279. Thanks. As I suppose none of the core developers are building with this compiler it would be nice if you could try patching with the given revisions, or just copy the ethercat files from trunk, and give us a feedback if this works. I have got the plugin working now although I still have problems. I copied the files from trunk over the original files and the plugin builds ok. (Note, I did not create a new configure script for the plugin) I've still got other issues though building wireshark, since after fixing that, it later bombs out: gmake[2]: Entering directory `/export/home/drkirkby/foobar/wireshark-0.99.7/help' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/export/home/drkirkby/foobar/wireshark-0.99.7/help' Making all in codecs gmake[2]: Entering directory `/export/home/drkirkby/foobar/wireshark-0.99.7/codecs' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/export/home/drkirkby/foobar/wireshark-0.99.7/codecs' Making all in gtk gmake[2]: Entering directory `/export/home/drkirkby/foobar/wireshark-0.99.7/gtk' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/export/home/drkirkby/foobar/wireshark-0.99.7/gtk' gmake[2]: Entering directory `/export/home/drkirkby/foobar/wireshark-0.99.7' /bin/bash ./libtool --tag=CC --mode=link /opt/SUNWspro/bin/cc -D_U_= -g -I/usr/local/include -mt -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/openwin/include -I/usr/sfw/include -I/usr/sfw/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -export-dynamic -L/usr/local/lib -R/usr/local/lib -L/usr/local/lib -R/usr/local/lib -L/usr/local/lib -R/usr/local/lib -o wireshark capture-pcap-util-unix.o capture_errs.o capture-pcap-util.o capture_ui_utils.o cfile.o clopts_common.o disabled_protos.o packet-range.o print.o ps.o sync_pipe_write.o timestats.o util.o version_info.o airpcap_loader.o alert_box.o capture.o capture_info.o capture_opts.o capture_sync.o color_filters.o file.o fileset.o filters.o g711.o merge.o proto_hier_stats.o summary.o tempfile.o gtk/libui.a codecs/libcodec.a wiretap/libwiretap.la epan/libwireshark.la -dlopen plugins/agentx/agentx.la -dlopen plugins/artnet/artnet.la -dlopen plugins/asn1/asn1.la -dlopen plugins/ciscosm/ciscosm.la -dlopen plugins/docsis/docsis.la -dlopen plugins/enttec/enttec.la -dlopen plugins/ethercat/ethercat.la -dlopen plugins/giop/cosnaming.la -dlopen plugins/giop/coseventcomm.la -dlopen plugins/gryphon/gryphon.la -dlopen plugins/irda/irda.la -dlopen plugins/lwres/lwres.la -dlopen plugins/m2m/m2m.la -dlopen plugins/mate/mate.la -dlopen plugins/opcua/opcua.la -dlopen plugins/opsi/opsi.la -dlopen plugins/pcli/pcli.la -dlopen plugins/profinet/profinet.la -dlopen plugins/rlm/rlm.la -dlopen plugins/rtnet/rtnet.la -dlopen plugins/rudp/rudp.la -dlopen plugins/sbus/sbus.la -dlopen plugins/stats_tree/stats_tree.la -dlopen plugins/unistim/unistim.la -dlopen plugins/v5ua/v5ua.la -dlopen plugins/wimax/wimax.la -lpcap -mt -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lmlib -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lnsl -lz -R/usr/lib:/usr/openwin/lib:/usr/local/lib:/usr/local/lib/X11:/usr/local/X11R6.4/lib:/usr/ucblib:/opt/hpnpl/lib:/opt/csw/lib rm -f .libs/wireshark.nm .libs/wireshark.nmS .libs/wireshark.nmT creating .libs/wiresharkS.c (cd .libs /opt/SUNWspro/bin/cc -g -c wiresharkS.c) rm -f .libs/wiresharkS.c .libs/wireshark.nm .libs/wireshark.nmS .libs/wireshark.nmT /opt/SUNWspro/bin/cc -D_U_= -g -I/usr/local/include -mt -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/openwin/include -I/usr/sfw/include -I/usr/sfw/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -o .libs/wireshark capture-pcap-util-unix.o capture_errs.o capture-pcap-util.o capture_ui_utils.o cfile.o clopts_common.o disabled_protos.o packet-range.o print.o ps.o sync_pipe_write.o timestats.o util.o version_info.o airpcap_loader.o alert_box.o capture.o capture_info.o capture_opts.o capture_sync.o color_filters.o file.o fileset.o filters.o g711.o merge.o proto_hier_stats.o summary.o tempfile.o .libs/wiresharkS.o -mt -L/usr/local/lib
Re: [Wireshark-users] Build problems with Sun's compiler on Solaris 10
Guy Harris wrote: Dr. David Kirkby wrote: 2) I just installed libpcap from the file libpcap-0.9.8.tar.gz, but the wireshark configure script complains that the pcap library is more recent than the pcap header. checking whether pcap_breakloop is present and usable... broken configure: WARNING: Your pcap library is more recent than your pcap header. configure: WARNING: Wireshark won't be able to use functions not declared configure: WARNING: in that header. You should install a newer version of configure: WARNING: the header file. checking whether pcap_findalldevs is present and usable... yes checking for pcap_datalink_val_to_name... yes I've no idea why this should be so. Well, one way that should be so would be if, for example, a hypothetical maker of UN*X boxes, whose version of UN*X includes libpcap, were to put out an online OS update that upgrades its version of libpcap as part of a tcpdump/libpcap upgrade to plug some security holes, with the upgrade to libpcap being an upgrade from a version without pcap_breakloop() to a version with pcap_breakloop(), and if that vendor were to treat header files as part of its development tools, and not to update them with that online OS update, so that you have a library with pcap_breakloop() and a header file that doesn't declare it. As you built and installed libpcap yourself, that wouldn't be it, so we'd have to look elsewhere. What are the contents of your config.log file? OK, I'm attaching the part of config.log from the 0.99.7.tar.gz file - there are no patches I've applied, nothing from trunk - just the latest 'stable' distribution. I can attack the full config.log if you want, but it is over 200 KB, so I've cut it down quite a bit, but hopefully still included anything that might be useful. 6) NOW THIS IS THE SERIOUS PROBLEM - it stops me building wireshark and I have not yet found a solution. ./configure CC=/opt/SUNWspro/bin/cc CXX=/opt/SUNWspro/bin/CC This configures OK - see above for what is configured. gmake After quite a bit of time compiling OK, the compilation process aborts with: source='packet-ecatmb.c' object='packet-ecatmb.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/bash ../../depcomp \ /bin/bash ../../libtool --tag=CC --mode=compile /opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I/usr/local/include -I/usr/local/include '-DPLUGIN_DIR=/usr/local/lib/wireshark/plugins/0.99.7' -D_U_= -g -I/usr/local/include -mt -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/openwin/include -I/usr/sfw/include -I/usr/sfw/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -c -o packet-ecatmb.lo packet-ecatmb.c /opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I/usr/local/include -I/usr/local/include -DPLUGIN_DIR=\/usr/local/lib/wireshark/plugins/0.99.7\ -D_U_= -g -I/usr/local/include -mt -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/openwin/include -I/usr/sfw/include -I/usr/sfw/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -c packet-ecatmb.c -KPIC -DPIC -o .libs/packet-ecatmb.o packet-ecatmb.c, line 291: improper member use: Control Are you compiling with the latest version of plugins/ethercat/ecatmb.h? What, for example, are the definitions of SoeHeaderControlUnion and PETHERCAT_SOE_HEADER in that header? They should be ... No, I was compiling from the 'stable' source code wireshark-0.99.7.tar.gz - I had not checked out the latest from trunk. But it seems there are some issues with that. I later copied over the This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure CC=/opt/SUNWspro/bin/cc CXX=/opt/SUNWspro/bin/CC ## - ## ## Platform. ## ## - ## hostname = kestrel uname -m = sun4u uname -r = 5.10 uname -s = SunOS uname -v = Generic_120011-14 /usr/bin/uname -p = sparc /bin/uname -X = System = SunOS Node = kestrel Release = 5.10 KernelID = Generic_120011-14 Machine = sun4u BusType = unknown Serial = unknown Users = unknown OEM# = 0 Origin# = 1 NumCPU = 2 /bin/arch = sun4 /usr/bin/arch -k = sun4u /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /tmp PATH: /usr/bin PATH: /sbin PATH: /usr/etc PATH: /usr/openwin/bin PATH: /usr/local/bin PATH: /usr/local/sbin PATH: /usr/ccs/bin PATH: /usr/local/ssl/bin PATH: /usr/sfw/bin PATH: /opt/sfw/bin PATH: /usr/local/thunderbird PATH: /opt/hpnpl/bin PATH: /opt/sfw/bin PATH: /usr/sbin PATH: /export/home/drkirkby PATH: /opt/SUNWspci2/bin PATH: /opt/SUNWspro/bin PATH: . PATH:
Re: [Wireshark-users] Build problems with Sun's compiler on Solaris 10
Guy Harris wrote: Dr. David Kirkby wrote: 2) I just installed libpcap from the file libpcap-0.9.8.tar.gz, but the wireshark configure script complains that the pcap library is more recent than the pcap header. checking whether pcap_breakloop is present and usable... broken configure: WARNING: Your pcap library is more recent than your pcap header. configure: WARNING: Wireshark won't be able to use functions not declared configure: WARNING: in that header. You should install a newer version of configure: WARNING: the header file. checking whether pcap_findalldevs is present and usable... yes checking for pcap_datalink_val_to_name... yes I've no idea why this should be so. Well, one way that should be so would be if, for example, a hypothetical maker of UN*X boxes, whose version of UN*X includes libpcap, were to put out an online OS update that upgrades its version of libpcap as part of a tcpdump/libpcap upgrade to plug some security holes, with the upgrade to libpcap being an upgrade from a version without pcap_breakloop() to a version with pcap_breakloop(), and if that vendor were to treat header files as part of its development tools, and not to update them with that online OS update, so that you have a library with pcap_breakloop() and a header file that doesn't declare it. As you built and installed libpcap yourself, that wouldn't be it, so we'd have to look elsewhere. What are the contents of your config.log file? OK, I'm attaching the part of config.log from the 0.99.7.tar.gz file - there are no patches I've applied, nothing from trunk - just the latest 'stable' distribution. I can attack the full config.log if you want, but it is over 200 KB, so I've cut it down quite a bit, but hopefully still included anything that might be useful. 6) NOW THIS IS THE SERIOUS PROBLEM - it stops me building wireshark and I have not yet found a solution. ./configure CC=/opt/SUNWspro/bin/cc CXX=/opt/SUNWspro/bin/CC This configures OK - see above for what is configured. gmake After quite a bit of time compiling OK, the compilation process aborts with: source='packet-ecatmb.c' object='packet-ecatmb.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/bash ../../depcomp \ /bin/bash ../../libtool --tag=CC --mode=compile /opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I/usr/local/include -I/usr/local/include '-DPLUGIN_DIR=/usr/local/lib/wireshark/plugins/0.99.7' -D_U_= -g -I/usr/local/include -mt -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/openwin/include -I/usr/sfw/include -I/usr/sfw/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -c -o packet-ecatmb.lo packet-ecatmb.c /opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I/usr/local/include -I/usr/local/include -DPLUGIN_DIR=\/usr/local/lib/wireshark/plugins/0.99.7\ -D_U_= -g -I/usr/local/include -mt -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/openwin/include -I/usr/sfw/include -I/usr/sfw/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -c packet-ecatmb.c -KPIC -DPIC -o .libs/packet-ecatmb.o packet-ecatmb.c, line 291: improper member use: Control Are you compiling with the latest version of plugins/ethercat/ecatmb.h? What, for example, are the definitions of SoeHeaderControlUnion and PETHERCAT_SOE_HEADER in that header? They should be ... No, I was compiling from the 'stable' source code wireshark-0.99.7.tar.gz - I had not checked out the latest from trunk. But it seems there are some issues with 0.99.7. I later copied over the contents of plugins/ethercat from trunk (not all of trunk, just that small part) and that part at least compiles OK - there are still other issues though This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure CC=/opt/SUNWspro/bin/cc CXX=/opt/SUNWspro/bin/CC ## - ## ## Platform. ## ## - ## hostname = kestrel uname -m = sun4u uname -r = 5.10 uname -s = SunOS uname -v = Generic_120011-14 /usr/bin/uname -p = sparc /bin/uname -X = System = SunOS Node = kestrel Release = 5.10 KernelID = Generic_120011-14 Machine = sun4u BusType = unknown Serial = unknown Users = unknown OEM# = 0 Origin# = 1 NumCPU = 2 /bin/arch = sun4 /usr/bin/arch -k = sun4u /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /tmp PATH: /usr/bin PATH: /sbin PATH: /usr/etc PATH: /usr/openwin/bin PATH: /usr/local/bin PATH: /usr/local/sbin PATH: /usr/ccs/bin PATH: /usr/local/ssl/bin PATH: /usr/sfw/bin PATH: /opt/sfw/bin PATH: /usr/local/thunderbird PATH:
Re: [Wireshark-users] Build problems with Sun's compiler on Solaris 10
Dr. David Kirkby wrote: OK, I'm attaching the part of config.log from the 0.99.7.tar.gz file - there are no patches I've applied, nothing from trunk - just the latest 'stable' distribution. I can attack the full config.log if you want, but it is over 200 KB, so I've cut it down quite a bit, but hopefully still included anything that might be useful. That was sufficient to determine the problem. Because, when compiling with GCC, we default to treating warnings as errors (in the hopes of reducing the chance that errors will get added to the code base), and because, in the case I described (where you have a library with routines not declared in the corresponding header file, because the library was updated but the header wasn't), you would get errors when trying to use a routine of that sort, the configure script was checking for that. Unfortunately, it was checking for that by compiling with the GCC flags to check for undeclared functions and to treat warnings as errors, and was doing so *even if the compiler wasn't GCC*; compilers that don't recognize those files would fail when trying to compile. I've checked in a change to do that check only if you're compiling with warnings treated as errors (the way we do that currently works only with GCC, and we default to *not* treating warnings as errors when not compiling with GCC). ___ Wireshark-users mailing list Wireshark-users@wireshark.org http://www.wireshark.org/mailman/listinfo/wireshark-users
Re: [Wireshark-users] Build problems with Sun's compiler on Solaris 10
Dr. David Kirkby wrote: 2) I just installed libpcap from the file libpcap-0.9.8.tar.gz, but the wireshark configure script complains that the pcap library is more recent than the pcap header. checking whether pcap_breakloop is present and usable... broken configure: WARNING: Your pcap library is more recent than your pcap header. configure: WARNING: Wireshark won't be able to use functions not declared configure: WARNING: in that header. You should install a newer version of configure: WARNING: the header file. checking whether pcap_findalldevs is present and usable... yes checking for pcap_datalink_val_to_name... yes I've no idea why this should be so. Well, one way that should be so would be if, for example, a hypothetical maker of UN*X boxes, whose version of UN*X includes libpcap, were to put out an online OS update that upgrades its version of libpcap as part of a tcpdump/libpcap upgrade to plug some security holes, with the upgrade to libpcap being an upgrade from a version without pcap_breakloop() to a version with pcap_breakloop(), and if that vendor were to treat header files as part of its development tools, and not to update them with that online OS update, so that you have a library with pcap_breakloop() and a header file that doesn't declare it. As you built and installed libpcap yourself, that wouldn't be it, so we'd have to look elsewhere. What are the contents of your config.log file? 6) NOW THIS IS THE SERIOUS PROBLEM - it stops me building wireshark and I have not yet found a solution. ./configure CC=/opt/SUNWspro/bin/cc CXX=/opt/SUNWspro/bin/CC This configures OK - see above for what is configured. gmake After quite a bit of time compiling OK, the compilation process aborts with: source='packet-ecatmb.c' object='packet-ecatmb.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/bash ../../depcomp \ /bin/bash ../../libtool --tag=CC --mode=compile /opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I/usr/local/include -I/usr/local/include '-DPLUGIN_DIR=/usr/local/lib/wireshark/plugins/0.99.7' -D_U_= -g -I/usr/local/include -mt -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/openwin/include -I/usr/sfw/include -I/usr/sfw/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -c -o packet-ecatmb.lo packet-ecatmb.c /opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I/usr/local/include -I/usr/local/include -DPLUGIN_DIR=\/usr/local/lib/wireshark/plugins/0.99.7\ -D_U_= -g -I/usr/local/include -mt -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/openwin/include -I/usr/sfw/include -I/usr/sfw/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -c packet-ecatmb.c -KPIC -DPIC -o .libs/packet-ecatmb.o packet-ecatmb.c, line 291: improper member use: Control Are you compiling with the latest version of plugins/ethercat/ecatmb.h? What, for example, are the definitions of SoeHeaderControlUnion and PETHERCAT_SOE_HEADER in that header? They should be typedef union tSoeHeaderControlUnion { struct { guint8 OpCode : 3; /* 0 = unused, 1 = readReq, 2 = readRes, 3 = writeReq, 4 = writeRes 5 = notification (command changed notification)*/ guint8 InComplete : 1; /* more follows*/ guint8 Error : 1; /* an error word follows */ guint8 DriveNo: 3; /* drive number */ guint8 DataState : 1; /* follows or requested */ guint8 Name : 1; /* follows or requested */ guint8 Attribute : 1; /* follows or requested */ guint8 Unit : 1; /* follows or requested */ guint8 Min: 1; /* follows or requested */ guint8 Max: 1; /* follows or requested */ guint8 Value : 1; /* follows or requested */ guint8 Reserved : 1; } v; struct { guint8 Control; guint8 Element; } v2; } SoeHeaderControlUnion; and typedef struct TETHERCAT_SOE_HEADER { SoeHeaderControlUnion anSoeHeaderControlUnion; SoeHeaderDataUnion anSoeHeaderDataUnion; /* typedef union tMailBoxDataUnion { guint8Data[] rest of mailbox data if (Error==0) guint16 ErrorCodeif (Error==1) } MailBoxDataUnion;*/ } ETHERCAT_SOE_HEADER, *PETHERCAT_SOE_HEADER; ___ Wireshark-users mailing list Wireshark-users@wireshark.org http://www.wireshark.org/mailman/listinfo/wireshark-users