Re: [Wireshark-dev] Linking on OSX Sierra
Hi, It is a issue with CoreFoundation Framework (don't build with gcc6) http://stackoverflow.com/a/41101276 Cheers On Thu, Dec 29, 2016 at 11:18 AM, Not Me wrote: > I wonder if you all build using clang? > > I use gcc6 (qt5 version 5.7.0, all installed using home brew), and get the > below compilation issue on Sierra (and likely since my recent upgrade to > Sierra). > > Any ideas? > Thanks! > > cd /Users/itisntme6/data/wireshark/wireshark/build/wsutil && > /usr/local/opt/gcc/bin/gcc-6 -DG_DISABLE_DEPRECATED > -DG_DISABLE_SINGLE_INCLUDES -DWS_BUILD_DLL -Dwsutil_EXPORTS > -I/Users/itisntme6/data/wireshark/wireshark/build > -I/Users/itisntme6/data/wireshark/wireshark > -I/Users/itisntme6/data/wireshark/wireshark/epan -I/Users/itisntme6/data/ > wireshark/wireshark/tools/lemon -isystem /usr/local/opt/gettext/include > -I/usr/local/opt/qt5/include -isystem /usr/local/include -isystem > /usr/local/Cellar/geoip/1.6.9/include -isystem > /usr/local/Cellar/glib/2.50.2/include/glib-2.0 -isystem > /usr/local/Cellar/glib/2.50.2/lib/glib-2.0/include -isystem > /usr/local/Cellar/pcre/8.39/include -isystem > /usr/local/Cellar/gnutls/3.4.17/include > -isystem /System/Library/Frameworks/Kerberos.framework/Headers -isystem > /usr/local/opt/lua/include -iframework /usr/local/opt/qt5/lib -isystem > /usr/local/opt/qt5/lib/QtCore.framework/Headers -isystem > /usr/local/opt/qt5/./mkspecs/macx-clang -isystem > /usr/local/opt/qt5/lib/QtMacExtras.framework/Headers > -isystem /usr/local/opt/qt5/lib/QtGui.framework/Headers -isystem > /System/Library/Frameworks/OpenGL.framework/Headers -isystem > /usr/local/opt/qt5/lib/QtMultimedia.framework/Headers -isystem > /usr/local/opt/qt5/lib/QtNetwork.framework/Headers -isystem > /usr/local/opt/qt5/lib/QtPrintSupport.framework/Headers -isystem > /usr/local/opt/qt5/lib/QtWidgets.framework/Headers -isystem > /usr/local/opt/qt5/lib/QtSvg.framework/Headers -fexcess-precision=fast > -Wno-unused-parameter -Wno-unused-function -Wno-deprecated-declarations > -fvisibility=hidden -O2 -g -DNDEBUG -fPIC -Wall -Wextra -Wendif-labels > -Wpointer-arith -Wformat-security -fwrapv -fno-strict-overflow -Wvla > -Waddress -Wattributes -Wdiv-by-zero -Wignored-qualifiers -Wpragmas > -Wno-overlength-strings -Wno-long-long -Wno-unused-parameter -Wc++-compat > -Wshadow -Wno-pointer-sign -Wold-style-definition -Wstrict-prototypes > -Wlogical-op -Wjump-misses-init -Wunused-const-variable -Werror=implicit > -std=gnu99 -Werror -o CMakeFiles/wsutil.dir/airpdcap_wep.c.o -c > /Users/itisntme6/data/wireshark/wireshark/wsutil/airpdcap_wep.c > /System/Library/Frameworks/CoreFoundation.framework/Headers/CFURL.h:777:39: > error: 'deprecated' undeclared here (not in a function) > const CFStringRef kCFURLLabelColorKey API_DEPRECATED("Use > NSURLLabelColorKey", macosx(10.6, 10.12), ios(4.0, 10.0), watchos(2.0, > 3.0), tvos(9.0, 10.0)); >^ > /System/Library/Frameworks/CoreFoundation.framework/Headers/CFURL.h:777:39: > error: 'message' undeclared here (not in a function) > const CFStringRef kCFURLLabelColorKey API_DEPRECATED("Use > NSURLLabelColorKey", macosx(10.6, 10.12), ios(4.0, 10.0), watchos(2.0, > 3.0), tvos(9.0, 10.0)); >^ > > > On Fri, Oct 21, 2016 at 8:34 PM, Francisco Javier Sanchez-Roselly < > franciscojavier.sanchezrose...@ujaen.es> wrote: > >> hi Jaap, >> >> On 21 Oct 2016, at 14:28, Jaap Keuter wrote: >> >> Hi Francisco, >> >> That looks to me that the Wireshark splash image isn’t properly packed. >> There are two version of it, one standard (called wssplash.png) which is >> used in the released versions, and one development (called >> wssplash_dev.png) which is used in the development versions. Somehow the >> applicable graphic is not available. Someone with knowledge of the >> macOS packaging might have a clue. >> >> >> the issue comes out working on Wireshark version available on git -the >> development one-. i guess it is not a particular OS X problem. may be one >> currently builds GTK interface version. >> >> In the mean time, this shouldn’t really hold you back improving your >> change, as it can be reviewed/tested in Wireshark (Qt). Are you still >> pursuing this? >> >> >> i was also trying Qt through MacPorts, but i was unlucky too. so now i >> have Qt version available in qt.io an i am currently amending the >> dissector issues. >> >> thanks, regards. >> >> Thanks, >> Jaap >> >> >> >> On 20 Oct 2016, at 20:17, Francisco Javier Sanchez-Roselly > er.sanchezrose...@ujaen.es> wrote: >> >> hi Me (All): >> >> On 13 Oct 2016, at 22:49, Francisco Javier Sanchez-Roselly > er.sanchezrose...@ujaen.es> wrote: >> >> hi All, >> >> i have been following the thread as it was impossible for me to install >> Wireshark from the sources in Sierra -the previous El Capitan installation >> worked nicely-. >> >> i have tried the steps described in README.macos, afterwards i have >> installed the ‘required' ports but my install hangs because
Re: [Wireshark-dev] Linking on OSX Sierra
I wonder if you all build using clang? I use gcc6 (qt5 version 5.7.0, all installed using home brew), and get the below compilation issue on Sierra (and likely since my recent upgrade to Sierra). Any ideas? Thanks! cd /Users/itisntme6/data/wireshark/wireshark/build/wsutil && /usr/local/opt/gcc/bin/gcc-6 -DG_DISABLE_DEPRECATED -DG_DISABLE_SINGLE_INCLUDES -DWS_BUILD_DLL -Dwsutil_EXPORTS -I/Users/itisntme6/data/wireshark/wireshark/build -I/Users/itisntme6/data/wireshark/wireshark -I/Users/itisntme6/data/wireshark/wireshark/epan -I/Users/itisntme6/data/wireshark/wireshark/tools/lemon -isystem /usr/local/opt/gettext/include -I/usr/local/opt/qt5/include -isystem /usr/local/include -isystem /usr/local/Cellar/geoip/1.6.9/include -isystem /usr/local/Cellar/glib/2.50.2/include/glib-2.0 -isystem /usr/local/Cellar/glib/2.50.2/lib/glib-2.0/include -isystem /usr/local/Cellar/pcre/8.39/include -isystem /usr/local/Cellar/gnutls/3.4.17/include -isystem /System/Library/Frameworks/Kerberos.framework/Headers -isystem /usr/local/opt/lua/include -iframework /usr/local/opt/qt5/lib -isystem /usr/local/opt/qt5/lib/QtCore.framework/Headers -isystem /usr/local/opt/qt5/./mkspecs/macx-clang -isystem /usr/local/opt/qt5/lib/QtMacExtras.framework/Headers -isystem /usr/local/opt/qt5/lib/QtGui.framework/Headers -isystem /System/Library/Frameworks/OpenGL.framework/Headers -isystem /usr/local/opt/qt5/lib/QtMultimedia.framework/Headers -isystem /usr/local/opt/qt5/lib/QtNetwork.framework/Headers -isystem /usr/local/opt/qt5/lib/QtPrintSupport.framework/Headers -isystem /usr/local/opt/qt5/lib/QtWidgets.framework/Headers -isystem /usr/local/opt/qt5/lib/QtSvg.framework/Headers -fexcess-precision=fast -Wno-unused-parameter -Wno-unused-function -Wno-deprecated-declarations -fvisibility=hidden -O2 -g -DNDEBUG -fPIC -Wall -Wextra -Wendif-labels -Wpointer-arith -Wformat-security -fwrapv -fno-strict-overflow -Wvla -Waddress -Wattributes -Wdiv-by-zero -Wignored-qualifiers -Wpragmas -Wno-overlength-strings -Wno-long-long -Wno-unused-parameter -Wc++-compat -Wshadow -Wno-pointer-sign -Wold-style-definition -Wstrict-prototypes -Wlogical-op -Wjump-misses-init -Wunused-const-variable -Werror=implicit -std=gnu99 -Werror -o CMakeFiles/wsutil.dir/airpdcap_wep.c.o -c /Users/itisntme6/data/wireshark/wireshark/wsutil/airpdcap_wep.c /System/Library/Frameworks/CoreFoundation.framework/Headers/CFURL.h:777:39: error: 'deprecated' undeclared here (not in a function) const CFStringRef kCFURLLabelColorKey API_DEPRECATED("Use NSURLLabelColorKey", macosx(10.6, 10.12), ios(4.0, 10.0), watchos(2.0, 3.0), tvos(9.0, 10.0)); ^ /System/Library/Frameworks/CoreFoundation.framework/Headers/CFURL.h:777:39: error: 'message' undeclared here (not in a function) const CFStringRef kCFURLLabelColorKey API_DEPRECATED("Use NSURLLabelColorKey", macosx(10.6, 10.12), ios(4.0, 10.0), watchos(2.0, 3.0), tvos(9.0, 10.0)); ^ On Fri, Oct 21, 2016 at 8:34 PM, Francisco Javier Sanchez-Roselly < franciscojavier.sanchezrose...@ujaen.es> wrote: > hi Jaap, > > On 21 Oct 2016, at 14:28, Jaap Keuter wrote: > > Hi Francisco, > > That looks to me that the Wireshark splash image isn’t properly packed. > There are two version of it, one standard (called wssplash.png) which is > used in the released versions, and one development (called > wssplash_dev.png) which is used in the development versions. Somehow the > applicable graphic is not available. Someone with knowledge of the > macOS packaging might have a clue. > > > the issue comes out working on Wireshark version available on git -the > development one-. i guess it is not a particular OS X problem. may be one > currently builds GTK interface version. > > In the mean time, this shouldn’t really hold you back improving your > change, as it can be reviewed/tested in Wireshark (Qt). Are you still > pursuing this? > > > i was also trying Qt through MacPorts, but i was unlucky too. so now i > have Qt version available in qt.io an i am currently amending the > dissector issues. > > thanks, regards. > > Thanks, > Jaap > > > > On 20 Oct 2016, at 20:17, Francisco Javier Sanchez-Roselly er.sanchezrose...@ujaen.es> wrote: > > hi Me (All): > > On 13 Oct 2016, at 22:49, Francisco Javier Sanchez-Roselly er.sanchezrose...@ujaen.es> wrote: > > hi All, > > i have been following the thread as it was impossible for me to install > Wireshark from the sources in Sierra -the previous El Capitan installation > worked nicely-. > > i have tried the steps described in README.macos, afterwards i have > installed the ‘required' ports but my install hangs because of an error on > ‘uic-qt5’. finally i did configure successfully disabling qt, but > wireshark-gtk stops because of a missed image file. > > > after a week and several compilations on OS X Sierra, i can asses > wireshark-gtk execution hangs on this error: > > (process:90095): GLib-GObject-WARNING **: gsignal.c:2475: signal `realize' >
Re: [Wireshark-dev] Linking on OSX Sierra
hi Jaap, > On 21 Oct 2016, at 14:28, Jaap Keuter wrote: > > Hi Francisco, > > That looks to me that the Wireshark splash image isn’t properly packed. There > are two version of it, one standard (called wssplash.png) which is used in > the released versions, and one development (called wssplash_dev.png) which is > used in the development versions. Somehow the applicable graphic is not > available. Someone with knowledge of the macOS packaging might have a clue. the issue comes out working on Wireshark version available on git -the development one-. i guess it is not a particular OS X problem. may be one currently builds GTK interface version. > In the mean time, this shouldn’t really hold you back improving your change, > as it can be reviewed/tested in Wireshark (Qt). Are you still pursuing this? i was also trying Qt through MacPorts, but i was unlucky too. so now i have Qt version available in qt.io an i am currently amending the dissector issues. thanks, regards. > Thanks, > Jaap > > > >> On 20 Oct 2016, at 20:17, Francisco Javier Sanchez-Roselly >> wrote: >> >> hi Me (All): >> >>> On 13 Oct 2016, at 22:49, Francisco Javier Sanchez-Roselly >>> wrote: >>> >>> hi All, >>> >>> i have been following the thread as it was impossible for me to install >>> Wireshark from the sources in Sierra -the previous El Capitan installation >>> worked nicely-. >>> >>> i have tried the steps described in README.macos, afterwards i have >>> installed the ‘required' ports but my install hangs because of an error on >>> ‘uic-qt5’. finally i did configure successfully disabling qt, but >>> wireshark-gtk stops because of a missed image file. >> >> after a week and several compilations on OS X Sierra, i can asses >> wireshark-gtk execution hangs on this error: >> >> (process:90095): GLib-GObject-WARNING **: gsignal.c:2475: signal `realize' >> is invalid for instance `0x7fc36b00f060' of type `(null)' >> ** >> ERROR:gui_utils.c:2076:GdkPixbuf *ws_gdk_pixbuf_new_from_resource(const char >> *): assertion failed (err == NULL): El recurso en >> «/org/wireshark/image/wssplash_dev.png» no existe ((null), 0) >> Abort trap: 6 >> >> you can build and run using Qt from qt.io -impossible for me using MacPorts-. >> >> regards. >> >>> i please ask for any guidance on my journey. sorry if my problem is a >>> trivial one. >>> >>> thanks, regards. >>> >>> pd.- i can post the specific errors if required. >>> On 12 Oct 2016, at 22:08, Graham Bloice wrote: On 12 October 2016 at 20:15, Evan Huus wrote: On Wed, Oct 12, 2016 at 3:04 PM, Guy Harris wrote: > On Oct 12, 2016, at 11:41 AM, Jeff Morriss > wrote: > >> Just for fun I did a quick search for that Usage output (minus the >> "Wireshark" prefix which is clearly $0) and found this program which has >> that exact output: >> >> https://github.com/the-tcpdump-group/libpcap/blob/master/tests/capturetest.c > > Yeah, that's one of a pile of test programs I wrote to test various > libpcap features. > > The binary is *not* part of a libpcap installation, so there shouldn't be > an executable for it unless the test programs were built. > > Evan, what happens if you remove the build directory entirely, re-create > it, do a cmake in it, and then redo the build? Completely blowing away the build directory and starting again seems to have fixed it. That was really weird, especially since (to my knowledge) I don't even have a source build of libpcap on this machine. Anywho, thanks everyone for the help! CMake standard repair #1 :-) -- Graham Bloice > > ___ > Sent via:Wireshark-dev mailing list > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Linking on OSX Sierra
Hi Francisco, That looks to me that the Wireshark splash image isn’t properly packed. There are two version of it, one standard (called wssplash.png) which is used in the released versions, and one development (called wssplash_dev.png) which is used in the development versions. Somehow the applicable graphic is not available. Someone with knowledge of the macOS packaging might have a clue. In the mean time, this shouldn’t really hold you back improving your change, as it can be reviewed/tested in Wireshark (Qt). Are you still pursuing this? Thanks, Jaap > On 20 Oct 2016, at 20:17, Francisco Javier Sanchez-Roselly > wrote: > > hi Me (All): > >> On 13 Oct 2016, at 22:49, Francisco Javier Sanchez-Roselly >> wrote: >> >> hi All, >> >> i have been following the thread as it was impossible for me to install >> Wireshark from the sources in Sierra -the previous El Capitan installation >> worked nicely-. >> >> i have tried the steps described in README.macos, afterwards i have >> installed the ‘required' ports but my install hangs because of an error on >> ‘uic-qt5’. finally i did configure successfully disabling qt, but >> wireshark-gtk stops because of a missed image file. > > after a week and several compilations on OS X Sierra, i can asses > wireshark-gtk execution hangs on this error: > > (process:90095): GLib-GObject-WARNING **: gsignal.c:2475: signal `realize' is > invalid for instance `0x7fc36b00f060' of type `(null)' > ** > ERROR:gui_utils.c:2076:GdkPixbuf *ws_gdk_pixbuf_new_from_resource(const char > *): assertion failed (err == NULL): El recurso en > «/org/wireshark/image/wssplash_dev.png» no existe ((null), 0) > Abort trap: 6 > > you can build and run using Qt from qt.io -impossible for me using MacPorts-. > > regards. > >> i please ask for any guidance on my journey. sorry if my problem is a >> trivial one. >> >> thanks, regards. >> >> pd.- i can post the specific errors if required. >> >>> On 12 Oct 2016, at 22:08, Graham Bloice wrote: >>> >>> >>> >>> On 12 October 2016 at 20:15, Evan Huus wrote: >>> On Wed, Oct 12, 2016 at 3:04 PM, Guy Harris wrote: >>> > On Oct 12, 2016, at 11:41 AM, Jeff Morriss >>> > wrote: >>> > >>> >> Just for fun I did a quick search for that Usage output (minus the >>> >> "Wireshark" prefix which is clearly $0) and found this program which has >>> >> that exact output: >>> >> >>> >> https://github.com/the-tcpdump-group/libpcap/blob/master/tests/capturetest.c >>> > >>> > Yeah, that's one of a pile of test programs I wrote to test various >>> > libpcap features. >>> > >>> > The binary is *not* part of a libpcap installation, so there shouldn't be >>> > an executable for it unless the test programs were built. >>> > >>> > Evan, what happens if you remove the build directory entirely, re-create >>> > it, do a cmake in it, and then redo the build? >>> >>> Completely blowing away the build directory and starting again seems >>> to have fixed it. That was really weird, especially since (to my >>> knowledge) I don't even have a source build of libpcap on this >>> machine. >>> >>> Anywho, thanks everyone for the help! >>> >>> >>> CMake standard repair #1 :-) >>> >>> -- >>> Graham Bloice ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Linking on OSX Sierra
hi Me (All): > On 13 Oct 2016, at 22:49, Francisco Javier Sanchez-Roselly > wrote: > > hi All, > > i have been following the thread as it was impossible for me to install > Wireshark from the sources in Sierra -the previous El Capitan installation > worked nicely-. > > i have tried the steps described in README.macos, afterwards i have installed > the ‘required' ports but my install hangs because of an error on ‘uic-qt5’. > finally i did configure successfully disabling qt, but wireshark-gtk stops > because of a missed image file. after a week and several compilations on OS X Sierra, i can asses wireshark-gtk execution hangs on this error: (process:90095): GLib-GObject-WARNING **: gsignal.c:2475: signal `realize' is invalid for instance `0x7fc36b00f060' of type `(null)' ** ERROR:gui_utils.c:2076:GdkPixbuf *ws_gdk_pixbuf_new_from_resource(const char *): assertion failed (err == NULL): El recurso en «/org/wireshark/image/wssplash_dev.png» no existe ((null), 0) Abort trap: 6 you can build and run using Qt from qt.io -impossible for me using MacPorts-. regards. > i please ask for any guidance on my journey. sorry if my problem is a trivial > one. > > thanks, regards. > > pd.- i can post the specific errors if required. > >> On 12 Oct 2016, at 22:08, Graham Bloice wrote: >> >> >> >> On 12 October 2016 at 20:15, Evan Huus wrote: >> On Wed, Oct 12, 2016 at 3:04 PM, Guy Harris wrote: >> > On Oct 12, 2016, at 11:41 AM, Jeff Morriss >> > wrote: >> > >> >> Just for fun I did a quick search for that Usage output (minus the >> >> "Wireshark" prefix which is clearly $0) and found this program which has >> >> that exact output: >> >> >> >> https://github.com/the-tcpdump-group/libpcap/blob/master/tests/capturetest.c >> > >> > Yeah, that's one of a pile of test programs I wrote to test various >> > libpcap features. >> > >> > The binary is *not* part of a libpcap installation, so there shouldn't be >> > an executable for it unless the test programs were built. >> > >> > Evan, what happens if you remove the build directory entirely, re-create >> > it, do a cmake in it, and then redo the build? >> >> Completely blowing away the build directory and starting again seems >> to have fixed it. That was really weird, especially since (to my >> knowledge) I don't even have a source build of libpcap on this >> machine. >> >> Anywho, thanks everyone for the help! >> >> >> CMake standard repair #1 :-) >> >> -- >> Graham Bloice >> ___ >> Sent via:Wireshark-dev mailing list >> Archives:https://www.wireshark.org/lists/wireshark-dev >> Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev >> mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe > > > ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Linking on OSX Sierra
hi All, i have been following the thread as it was impossible for me to install Wireshark from the sources in Sierra -the previous El Capitan installation worked nicely-. i have tried the steps described in README.macos, afterwards i have installed the ‘required' ports but my install hangs because of an error on ‘uic-qt5’. finally i did configure successfully disabling qt, but wireshark-gtk stops because of a missed image file. i please ask for any guidance on my journey. sorry if my problem is a trivial one. thanks, regards. pd.- i can post the specific errors if required. > On 12 Oct 2016, at 22:08, Graham Bloice wrote: > > > > On 12 October 2016 at 20:15, Evan Huus wrote: > On Wed, Oct 12, 2016 at 3:04 PM, Guy Harris wrote: > > On Oct 12, 2016, at 11:41 AM, Jeff Morriss > > wrote: > > > >> Just for fun I did a quick search for that Usage output (minus the > >> "Wireshark" prefix which is clearly $0) and found this program which has > >> that exact output: > >> > >> https://github.com/the-tcpdump-group/libpcap/blob/master/tests/capturetest.c > > > > Yeah, that's one of a pile of test programs I wrote to test various libpcap > > features. > > > > The binary is *not* part of a libpcap installation, so there shouldn't be > > an executable for it unless the test programs were built. > > > > Evan, what happens if you remove the build directory entirely, re-create > > it, do a cmake in it, and then redo the build? > > Completely blowing away the build directory and starting again seems > to have fixed it. That was really weird, especially since (to my > knowledge) I don't even have a source build of libpcap on this > machine. > > Anywho, thanks everyone for the help! > > > CMake standard repair #1 :-) > > -- > Graham Bloice > ___ > Sent via:Wireshark-dev mailing list > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Linking on OSX Sierra
On 12 October 2016 at 20:15, Evan Huus wrote: > On Wed, Oct 12, 2016 at 3:04 PM, Guy Harris wrote: > > On Oct 12, 2016, at 11:41 AM, Jeff Morriss > wrote: > > > >> Just for fun I did a quick search for that Usage output (minus the > "Wireshark" prefix which is clearly $0) and found this program which has > that exact output: > >> > >> https://github.com/the-tcpdump-group/libpcap/blob/ > master/tests/capturetest.c > > > > Yeah, that's one of a pile of test programs I wrote to test various > libpcap features. > > > > The binary is *not* part of a libpcap installation, so there shouldn't > be an executable for it unless the test programs were built. > > > > Evan, what happens if you remove the build directory entirely, re-create > it, do a cmake in it, and then redo the build? > > Completely blowing away the build directory and starting again seems > to have fixed it. That was really weird, especially since (to my > knowledge) I don't even have a source build of libpcap on this > machine. > > Anywho, thanks everyone for the help! > > CMake standard repair #1 :-) -- Graham Bloice ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Linking on OSX Sierra
On Wed, Oct 12, 2016 at 3:04 PM, Guy Harris wrote: > On Oct 12, 2016, at 11:41 AM, Jeff Morriss wrote: > >> Just for fun I did a quick search for that Usage output (minus the >> "Wireshark" prefix which is clearly $0) and found this program which has >> that exact output: >> >> https://github.com/the-tcpdump-group/libpcap/blob/master/tests/capturetest.c > > Yeah, that's one of a pile of test programs I wrote to test various libpcap > features. > > The binary is *not* part of a libpcap installation, so there shouldn't be an > executable for it unless the test programs were built. > > Evan, what happens if you remove the build directory entirely, re-create it, > do a cmake in it, and then redo the build? Completely blowing away the build directory and starting again seems to have fixed it. That was really weird, especially since (to my knowledge) I don't even have a source build of libpcap on this machine. Anywho, thanks everyone for the help! ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Linking on OSX Sierra
On Oct 12, 2016, at 11:41 AM, Jeff Morriss wrote: > Just for fun I did a quick search for that Usage output (minus the > "Wireshark" prefix which is clearly $0) and found this program which has that > exact output: > > https://github.com/the-tcpdump-group/libpcap/blob/master/tests/capturetest.c Yeah, that's one of a pile of test programs I wrote to test various libpcap features. The binary is *not* part of a libpcap installation, so there shouldn't be an executable for it unless the test programs were built. Evan, what happens if you remove the build directory entirely, re-create it, do a cmake in it, and then redo the build? ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Linking on OSX Sierra
On Tue, Oct 11, 2016 at 9:38 AM, Evan Huus wrote: > On Fri, Oct 7, 2016 at 7:14 PM, Guy Harris wrote: > > On Oct 7, 2016, at 4:03 PM, Gerald Combs wrote: > > > >> On 10/7/16 7:45 AM, Evan Huus wrote: > >>> Hey all, recently upgrade my mac to Sierra and tried to revive my > >>> wireshark build environment. I got it compiling (out-of-tree cmake) > >>> and most of the tools (tshark) etc seem to work, but: > >>> > >>> $ ./run/wireshark > >>> Listening on en0 > >>> 155 packets seen, 155 packets counted after pcap_dispatch returns > >>> ... > >>> > >>> No UI ever opens. I have Qt5 installed, and I checked my > >>> CmakeCache.txt and it is detected and building the UI module > >>> (BUILD_wireshark:BOOL=ON). The other weird part is: > >>> > >>> $ ./run/wireshark -h > >>> Usage: Wireshark [ -mn ] [ -i interface ] [ -t timeout] [expression] > >>> > >>> That's *all* it outputs. I have to assume that some other binary is > >>> being linked on top of the wireshark binary (tshark et al seem > >>> unaffected) but I don't recognize that option set. > >>> > >>> Any ideas? Has anybody seen this before? > >> > >> Weird. ./run/wireshark should be a shell script generated by > CMakeLists.txt > >> that execs run/Wireshark.app/Contents/MacOS/Wireshark. > > > > ...and that's not Wireshark's "invalid command-line argument" error > message. > > > > So what does "file run/wireshark" print? > > > > And if it's a shell script, what does it contain? > > `run/wireshark` is a shell script pointing to > `./run/Wireshark.app/Contents/MacOS/Wireshark` the way it should. That > file is a Mach-O 64-bit executable x86_64. Running that file directly > has the same issues, so I suppose something is overwriting it or > mis-linking it or something. > Just for fun I did a quick search for that Usage output (minus the "Wireshark" prefix which is clearly $0) and found this program which has that exact output: https://github.com/the-tcpdump-group/libpcap/blob/master/tests/capturetest.c ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Linking on OSX Sierra
On Fri, Oct 7, 2016 at 7:14 PM, Guy Harris wrote: > On Oct 7, 2016, at 4:03 PM, Gerald Combs wrote: > >> On 10/7/16 7:45 AM, Evan Huus wrote: >>> Hey all, recently upgrade my mac to Sierra and tried to revive my >>> wireshark build environment. I got it compiling (out-of-tree cmake) >>> and most of the tools (tshark) etc seem to work, but: >>> >>> $ ./run/wireshark >>> Listening on en0 >>> 155 packets seen, 155 packets counted after pcap_dispatch returns >>> ... >>> >>> No UI ever opens. I have Qt5 installed, and I checked my >>> CmakeCache.txt and it is detected and building the UI module >>> (BUILD_wireshark:BOOL=ON). The other weird part is: >>> >>> $ ./run/wireshark -h >>> Usage: Wireshark [ -mn ] [ -i interface ] [ -t timeout] [expression] >>> >>> That's *all* it outputs. I have to assume that some other binary is >>> being linked on top of the wireshark binary (tshark et al seem >>> unaffected) but I don't recognize that option set. >>> >>> Any ideas? Has anybody seen this before? >> >> Weird. ./run/wireshark should be a shell script generated by CMakeLists.txt >> that execs run/Wireshark.app/Contents/MacOS/Wireshark. > > ...and that's not Wireshark's "invalid command-line argument" error message. > > So what does "file run/wireshark" print? > > And if it's a shell script, what does it contain? `run/wireshark` is a shell script pointing to `./run/Wireshark.app/Contents/MacOS/Wireshark` the way it should. That file is a Mach-O 64-bit executable x86_64. Running that file directly has the same issues, so I suppose something is overwriting it or mis-linking it or something. ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Linking on OSX Sierra
Just a quick info, I am running on Sierra as well, and had to update Xcode as well as the command-line utilities. Wireshark build s and runs fine here. Fyi, I am using Qt5.7 and ports regards Roland On Sat, Oct 8, 2016 at 1:14 AM, Guy Harris wrote: > On Oct 7, 2016, at 4:03 PM, Gerald Combs wrote: > > > On 10/7/16 7:45 AM, Evan Huus wrote: > >> Hey all, recently upgrade my mac to Sierra and tried to revive my > >> wireshark build environment. I got it compiling (out-of-tree cmake) > >> and most of the tools (tshark) etc seem to work, but: > >> > >> $ ./run/wireshark > >> Listening on en0 > >> 155 packets seen, 155 packets counted after pcap_dispatch returns > >> ... > >> > >> No UI ever opens. I have Qt5 installed, and I checked my > >> CmakeCache.txt and it is detected and building the UI module > >> (BUILD_wireshark:BOOL=ON). The other weird part is: > >> > >> $ ./run/wireshark -h > >> Usage: Wireshark [ -mn ] [ -i interface ] [ -t timeout] [expression] > >> > >> That's *all* it outputs. I have to assume that some other binary is > >> being linked on top of the wireshark binary (tshark et al seem > >> unaffected) but I don't recognize that option set. > >> > >> Any ideas? Has anybody seen this before? > > > > Weird. ./run/wireshark should be a shell script generated by > CMakeLists.txt > > that execs run/Wireshark.app/Contents/MacOS/Wireshark. > > ...and that's not Wireshark's "invalid command-line argument" error > message. > > So what does "file run/wireshark" print? > > And if it's a shell script, what does it contain? > > ___ > Sent via:Wireshark-dev mailing list > Archives:https://www.wireshark.org/lists/wireshark-dev > Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev > mailto:wireshark-dev-requ...@wireshark.org?subject= > unsubscribe > ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Linking on OSX Sierra
On Oct 7, 2016, at 4:03 PM, Gerald Combs wrote: > On 10/7/16 7:45 AM, Evan Huus wrote: >> Hey all, recently upgrade my mac to Sierra and tried to revive my >> wireshark build environment. I got it compiling (out-of-tree cmake) >> and most of the tools (tshark) etc seem to work, but: >> >> $ ./run/wireshark >> Listening on en0 >> 155 packets seen, 155 packets counted after pcap_dispatch returns >> ... >> >> No UI ever opens. I have Qt5 installed, and I checked my >> CmakeCache.txt and it is detected and building the UI module >> (BUILD_wireshark:BOOL=ON). The other weird part is: >> >> $ ./run/wireshark -h >> Usage: Wireshark [ -mn ] [ -i interface ] [ -t timeout] [expression] >> >> That's *all* it outputs. I have to assume that some other binary is >> being linked on top of the wireshark binary (tshark et al seem >> unaffected) but I don't recognize that option set. >> >> Any ideas? Has anybody seen this before? > > Weird. ./run/wireshark should be a shell script generated by CMakeLists.txt > that execs run/Wireshark.app/Contents/MacOS/Wireshark. ...and that's not Wireshark's "invalid command-line argument" error message. So what does "file run/wireshark" print? And if it's a shell script, what does it contain? ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Linking on OSX Sierra
On 10/7/16 7:45 AM, Evan Huus wrote: > Hey all, recently upgrade my mac to Sierra and tried to revive my > wireshark build environment. I got it compiling (out-of-tree cmake) > and most of the tools (tshark) etc seem to work, but: > > $ ./run/wireshark > Listening on en0 > 155 packets seen, 155 packets counted after pcap_dispatch returns > ... > > No UI ever opens. I have Qt5 installed, and I checked my > CmakeCache.txt and it is detected and building the UI module > (BUILD_wireshark:BOOL=ON). The other weird part is: > > $ ./run/wireshark -h > Usage: Wireshark [ -mn ] [ -i interface ] [ -t timeout] [expression] > > That's *all* it outputs. I have to assume that some other binary is > being linked on top of the wireshark binary (tshark et al seem > unaffected) but I don't recognize that option set. > > Any ideas? Has anybody seen this before? Weird. ./run/wireshark should be a shell script generated by CMakeLists.txt that execs run/Wireshark.app/Contents/MacOS/Wireshark. Does running run/Wireshark.app/Contents/MacOS/Wireshark behave differently? ___ Sent via:Wireshark-dev mailing list Archives:https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe