Re: [Wireshark-dev] Schedule master-2.0 and 2.0rc1

2015-10-01 Thread Michael Tuexen
> On 30 Sep 2015, at 02:34, Gerald Combs wrote: > > Unless anyone has any objections I'd like to create the Wireshark > master-2.0 branch this upcoming Monday, October 5 followed by the 2.0rc1 > release in mid to late October. > > The big, obvious change for 2.0 will be the new UI. As the page

Re: [Wireshark-dev] [Wireshark-commits] master a37ac98: SCTP: fix dissection of DATA chunks

2015-10-07 Thread Michael Tuexen
Hi Pascal, thanks for finding and fixing it! Can you cherry pick it also for 2.0? Best regards Michael > On 06 Oct 2015, at 23:31, Wireshark code review > wrote: > > URL: > https://code.wireshark.org/review/gitweb?p=wireshark.git;a=commit;h=a37ac98c5eb5c44794ca36418f93e7ed1c3e0af5 > Submitter

Re: [Wireshark-dev] [Wireshark-commits] master a37ac98: SCTP: fix dissection of DATA chunks

2015-10-07 Thread Michael Tuexen
> On 07 Oct 2015, at 09:22, Pascal Quantin wrote: > > Hi Michael, > > 2015-10-07 8:41 GMT+02:00 Michael Tuexen : > Hi Pascal, > > thanks for finding and fixing it! Can you cherry pick it also for 2.0? > > You are welcome :) > I did not cherry-pick it because

Re: [Wireshark-dev] Why does the SCTP submenu appeat twice?

2016-06-12 Thread Michael Tuexen
> On 12 Jun 2016, at 07:11, Jeff Morriss wrote: > > > > On Sat, Jun 11, 2016 at 8:50 PM, Guy Harris wrote: > On Jun 11, 2016, at 5:03 PM, Jaap Keuter wrote: > > > Well, it's surprising it was added (again) the analyze. > > > > Historically all items in Telephony were in Analyze, which became

Re: [Wireshark-dev] MacOS user on installed files

2018-03-10 Thread Michael Tuexen
> On 10. Mar 2018, at 06:16, Jaap Keuter wrote: > > Hi List, > > While digging into https://ask.wireshark.org/question/2023 I stumbled up > these entries in my file system > > macOS:~ jaap$ cd /Library/Application\ Support/ > macOS:Application Support jaap$ ls -la > total 0 > ... > drwxr-xr-x

Re: [Wireshark-dev] Wireshark 3.0.0rc1 on macOS Mojave 10.14.3

2019-02-23 Thread Michael Tuexen
> On 23. Feb 2019, at 10:32, Jaap Keuter wrote: > > >> On 16 Feb 2019, at 20:38, Gerald Combs wrote: >> >> We recently switched to a new macOS builder. libssh required a special >> workaround when building the application bundle on the old builder, and it >> requires a slightly different wor

Re: [Wireshark-dev] Wireshark 3.0.0rc1 on macOS Mojave 10.14.3

2019-02-24 Thread Michael Tuexen
> On 24. Feb 2019, at 12:25, Jaap Keuter wrote: > > >> On 23 Feb 2019, at 11:33, Michael Tuexen >> wrote: >> >>> On 23. Feb 2019, at 10:32, Jaap Keuter wrote: >>> >>> >>>> On 16 Feb 2019, at 20:38, Gerald Combs wro

Re: [Wireshark-dev] Build on MacOS broken?

2019-10-28 Thread Michael Tuexen
> On 28. Oct 2019, at 18:20, Bob Hinden wrote: > > https://buildbot.wireshark.org/wireshark-master/grid > > Anyone working on fixing this? Isn't it fixed in https://code.wireshark.org/review/#/c/34881/ Best regards Michael > > Thanks, > Bob > > > _

Re: [Wireshark-dev] macOS 10.14 x64 buildbot is offline

2019-11-07 Thread Michael Tuexen
> On 7. Nov 2019, at 06:29, Jim Young wrote: > > The macOS buildbot has been down since Nov 04 17:31. > > https://buildbot.wireshark.org/wireshark-master/builders/macOS%2010.14%20x64 > > Is this intentional? No. I just restart them. Thanks for reporting. Best regards Michael > > Thanks, > >

Re: [Wireshark-dev] [tcpdump-workers] New RFCs for 1) pcap file format and 2) rpcapd protocol?

2020-03-22 Thread Michael Tuexen
> On 21. Mar 2020, at 23:10, Michael Richardson wrote: > > > Guy Harris via tcpdump-workers wrote: >> Currently, on GitHub, there's a "pcapng" team: >> https://github.com/pcapng > >> with one repository containing the pcapng specification, and a >> "the-tcpdump-group" team: > >> https://gith

Re: [Wireshark-dev] Building Wireshark for High Sierra (Mac)

2020-05-27 Thread Michael Tuexen
> On 27. May 2020, at 22:33, Guy Harris wrote: > > On May 27, 2020, at 1:22 PM, Juanjo Martin Carrascosa wrote: > >> A colleague is trying to build the latest Wireshark in High Sierra and he is >> facing lots of problems. He built it very smoothly for Mojave. >> >> Which release tag or versio

Re: [Wireshark-dev] MacOS buildbot

2020-12-06 Thread Michael Tuexen
> On 6. Dec 2020, at 18:25, John Thacker wrote: > > From what I can see from the MacOS buildbot's CMake logs (e.g. > https://buildbot.wireshark.org/wireshark-master/builders/macOS%2010.14%20x64/builds/811/steps/compile_2/logs/stdio), > it doesn't seem to have any of the support library updates

Re: [Wireshark-dev] ZLIB on macOS build discrepancy?

2020-12-20 Thread Michael Tuexen
> On 20. Dec 2020, at 12:59, Jaap Keuter wrote: > > Hi, > > Not that it bothers me too much but I noticed (another) library mismatch in > 3.4.2 Hi Jaap, thanks for reporting. > > tools/macos_setup.sh sports ZLIB_VERSION=1.2.11, while About Wireshark > (3.4.2) states “with zlib 1.2.8,”. maco

Re: [Wireshark-dev] ZLIB on macOS build discrepancy?

2020-12-20 Thread Michael Tuexen
> On 20. Dec 2020, at 20:34, Guy Harris wrote: > > On Dec 20, 2020, at 6:18 AM, Michael Tuexen wrote: > >>> On 20. Dec 2020, at 12:59, Jaap Keuter wrote: >>> >>> tools/macos_setup.sh sports ZLIB_VERSION=1.2.11, while About Wireshark >>> (3.4

Re: [Wireshark-dev] SCTP Reassembly Question

2021-08-16 Thread Michael Tuexen
> On 16. Aug 2021, at 18:57, Evan Huus wrote: > > I've been poking at the bug in > https://gitlab.com/wireshark/wireshark/-/issues/15584 but I've hit the > limit of what I can glean from the SCTP RFC on reassembly. If anybody > is familiar with the protocol and could provide some guidance as to >

Re: [Wireshark-dev] OSX 32-bit build on 10.5.x (Leopard) no longer supported?

2013-07-08 Thread Michael Tuexen
On Jul 7, 2013, at 7:52 PM, Guy Harris wrote: > > On Jun 25, 2013, at 12:23 PM, Michael Tuexen > wrote: > >> All support libs were build after the system was reinstalled. > > What versions of GLib, Pango, ATK, Cairo, and GTK+ were on the system when it > wa

Re: [Wireshark-dev] OSX 32-bit build on 10.5.x (Leopard) no longer supported?

2013-07-09 Thread Michael Tuexen
On Jul 9, 2013, at 11:37 PM, Guy Harris wrote: > > On Jul 8, 2013, at 12:24 PM, Guy Harris wrote: > >> Right now, I'm trying to figure out how to break the dependency circle >> between GLib 2.16.3 and pkg-config 0.28; it may involve going with an older >> version of pkg-config if building fo

Re: [Wireshark-dev] [Wireshark-commits] buildbot failure in Wireshark (development) on OSX-10.5-x86

2013-07-12 Thread Michael Tuexen
On Jul 11, 2013, at 5:12 PM, buildbot-no-re...@wireshark.org wrote: > The Buildbot has detected a new failure on builder OSX-10.5-x86 while > building Wireshark (development). > Full details are available at: > http://buildbot.wireshark.org/trunk/builders/OSX-10.5-x86/builds/6154 > > Buildbot UR

Re: [Wireshark-dev] Doing test compiles in CMake to check whether to use particular compiler options

2013-07-14 Thread Michael Tuexen
\On Jul 14, 2013, at 7:03 PM, Guy Harris wrote: > > On Jul 14, 2013, at 5:39 AM, tue...@wireshark.org wrote: > >> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=50576 >> >> User: tuexen >> Date: 2013/07/14 05:39 AM >> >> Log: >> Don't use compiler options not supported by c

Re: [Wireshark-dev] [Wireshark-commits] rev 50749: /trunk/ /trunk/: CMakeLists.txt

2013-07-21 Thread Michael Tuexen
On Jul 21, 2013, at 2:53 PM, jma...@wireshark.org wrote: > http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=50749 > > User: jmayer > Date: 2013/07/21 05:53 AM > > Log: > Don't check for "APPLE" if what you really mean is "clang" Except for this doesn't work. At least on Mac OS X

Re: [Wireshark-dev] rev 50749: /trunk/ /trunk/: CMakeLists.txt

2013-07-21 Thread Michael Tuexen
On Jul 21, 2013, at 4:39 PM, Joerg Mayer wrote: > On Sun, Jul 21, 2013 at 03:41:52PM +0200, Michael Tuexen wrote: >> On Jul 21, 2013, at 2:53 PM, jma...@wireshark.org wrote: >> >>> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=50749 >>>

Re: [Wireshark-dev] rev 50749: /trunk/ /trunk/: CMakeLists.txt

2013-07-21 Thread Michael Tuexen
e in the code */ /* #undef YYTEXT_POINTER */ /* _U_ isn't needed for C++, simply don't name the variable. However, we do need it for some headers that are shared between C and C++. */ #define _U_ [mba:wireshark/trunk/build] tuexen% So: It doesn't work. Is there a wa

Re: [Wireshark-dev] rev 50749: /trunk/ /trunk/: CMakeLists.txt

2013-07-21 Thread Michael Tuexen
On Jul 21, 2013, at 7:06 PM, Joerg Mayer wrote: > Hello Michael, > > On Sun, Jul 21, 2013 at 06:45:11PM +0200, Michael Tuexen wrote: >> [mba:wireshark/trunk/build] tuexen% clang --version >> Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) >> Target

Re: [Wireshark-dev] rev 50749: /trunk/ /trunk/: CMakeLists.txt

2013-07-22 Thread Michael Tuexen
On Jul 22, 2013, at 12:08 PM, Joerg Mayer wrote: > Hello Michael, > > On Sun, Jul 21, 2013 at 07:49:01PM +0200, Michael Tuexen wrote: >> .. not only testing. I'm using it. And it is bad to have all the >> unused warnings, since then I don't detect bugs I would c

Re: [Wireshark-dev] rev 50749: /trunk/ /trunk/: CMakeLists.txt

2013-07-23 Thread Michael Tuexen
On Jul 23, 2013, at 9:09 PM, Guy Harris wrote: > > On Jul 21, 2013, at 10:49 AM, Michael Tuexen > wrote: > >> It reports: >> C-Compiler: /usr/bin/cc >> >> That explains why it doesn't detect it as clang... > > Yes, you definitely must not

Re: [Wireshark-dev] Tool Ownership and Licensing

2013-09-13 Thread Michael Tuexen
On Sep 14, 2013, at 1:31 AM, Joerg Mayer wrote: > On Sat, Sep 14, 2013 at 01:07:29AM +0200, Joerg Mayer wrote: >> http://comments.gmane.org/gmane.network.wireshark.devel/22203 >> which gives pretty much the history of this script. It was (more than) >> inspired by >> https://nplab.fh-muenster.de/

Re: [Wireshark-dev] Wireshark latest version's installation problem at Raspberry Pi

2013-09-16 Thread Michael Tuexen
On Sep 16, 2013, at 1:18 PM, Francisco Sanchez wrote: > Dear dev, > > My name is Francisco Sanchez. I'm a PhD who's trying to install Wireshark > latest version in order to obtain the new releases. For that purposes, > following your instructions at: > > http://www.wireshark.org/docs/wsdg_htm

Re: [Wireshark-dev] Removal of Visual Studio solution and project files

2013-09-18 Thread Michael Tuexen
On Sep 18, 2013, at 11:05 AM, Graham Bloice wrote: > On 17 September 2013 22:51, Pascal Quantin wrote: > Hi Michael, > > why not load directly the executable in Visual as described here: > http://wiki.wireshark.org/Development/Tips ? It works pretty well and does > not require an obsolete pro

Re: [Wireshark-dev] Idea for faster dissection on second pas

2013-10-10 Thread Michael Tuexen
On Oct 10, 2013, at 10:22 PM, Anders Broman wrote: > Hi, > If we in the UDP/TCP/(SCTP?) dissectors saved next dissector on the first pas > in say per packet data we could avoid > repeated calls to heuristic dissectors and port/conversation lookups making > the second pas faster. > Does any one

Re: [Wireshark-dev] Windows build broken in r52812 (for building GTK)

2013-10-24 Thread Michael Tuexen
On Oct 24, 2013, at 4:39 PM, mman...@netscape.net wrote: > I only tried to remove it in ui/sctp_stat.c, not the .h file (if it exists > there too) and it didn't work. ui/sctp_stat.c still > includes other ui/gtk/ header files, so I'm guessing the dependency is still > there. Irene will look int

Re: [Wireshark-dev] [Wireshark-commits] rev 53683: /trunk/tools/ /trunk/tools/: make-dissector-reg.py

2013-12-05 Thread Michael Tuexen
On Dec 5, 2013, at 9:42 PM, Guy Harris wrote: > > On Dec 5, 2013, at 12:27 PM, Gerald Combs wrote: > >> On 12/1/13 9:21 AM, Graham Bloice wrote: >>> >>> BTW, why is OSX using such an ancient version of Python. I believe only >>> 2.7 and 3.3 are supported by the Python folks. >> >> As I reca

Re: [Wireshark-dev] Expert item for TCP RST flag

2014-01-09 Thread Michael Tuexen
On Jan 9, 2014, at 4:22 PM, Jeff Morriss wrote: > On 01/09/2014 07:40 AM, Joerg Mayer wrote: >> On Tue, Jan 07, 2014 at 05:09:11PM -0800, Gerald Combs wrote: >>> On 1/7/14 4:19 PM, Joerg Mayer wrote: Right now TCP packets with RST are marked as severity chat. Is there a reason why

Re: [Wireshark-dev] QtShark Menu Thought

2014-07-02 Thread Michael Tuexen
On 02 Jul 2014, at 23:18, Evan Huus wrote: > Currently we have Capture->Interfaces and Capture->Options which go to > different tabs of the same dialogue. Makes sense to merge them into one entry? Sounds good to me... Best regards Michael > __

Re: [Wireshark-dev] Building rather than downloading CMake in macosx-setup.sh (was Re: [Wireshark-commits] rev 40498: /trunk/ /trunk/: macosx-setup.sh)

2014-07-26 Thread Michael Tuexen
On 26 Jul 2014, at 20:39, Evan Huus wrote: > On Sat, Jul 26, 2014 at 2:11 PM, Guy Harris wrote: > > On Jan 14, 2012, at 6:40 AM, jma...@wireshark.org wrote: > > > http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=40498 > > > > User: jmayer > > Date: 2012/01/14 06:40 AM > > > > L

Re: [Wireshark-dev] Crash in capture dialog, monitor changed callback (bug 10685)

2014-11-28 Thread Michael Tuexen
On 28 Nov 2014, at 17:13, Peter Wu wrote: > Hi, > > I came across a duplicated piece of code by grepping for the string "DLT > n" which I originally found in ui/gtk/capture_dlg.c. Two questions: > > - Can somebody reduce the duplication (two occurrences in > ui/gtk/capture_dlg.c, one in ui/q

Re: [Wireshark-dev] [Wireshark-commits] rev 20608: /trunk/gtk/ /trunk/gtk/: sctp_assoc_analyse.c sctp_stat.c sctp_stat.h sctp_stat_dlg.c

2007-01-29 Thread Michael Tuexen
Gerald, could you please copy this over to 0.99.5 tree? These are bugfixes which improves the handling of some SCTP trace captured in real life traces. Best regards Michael On Jan 29, 2007, at 8:45 PM, [EMAIL PROTECTED] wrote: > http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=20

Re: [Wireshark-dev] SCTP Reassembly

2007-02-09 Thread Michael Tuexen
Hi Anders, it has been completely implemented by a student of mine. I was testing it and did not want to commit it before the 0.99.5 release. I'll commit it later today to the svn. Please let me know if you find any bugs. Best regards Michael On Feb 8, 2007, at 11:38 PM, Anders Broman wrote:

Re: [Wireshark-dev] SCTP Reassembly

2007-02-09 Thread Michael Tuexen
Hi Anders, SCTP reassembly support from Robin Seggelmann has been added in revision 20756. Best regards Michael On Feb 8, 2007, at 11:38 PM, Anders Broman wrote: > Hi, > Has anybody done something about SCTP reassembly? I think something > was mentioned on the list a while back but nothing look

Re: [Wireshark-dev] Unused variables

2007-02-12 Thread Michael Tuexen
Question in-line. Best regards Michael On Feb 12, 2007, at 3:39 PM, Gerhard Gappmeier wrote: > >> In fact it should be used like: >> >> void method(int foo _U_) >> >> which should become >> >> void method(int foo __attribute__((unused))) >> >> I'm not sure if _U_ is implemented for anything othe

Re: [Wireshark-dev] SCTP retransmissions an RTT

2007-02-13 Thread Michael Tuexen
Hi Luis, see my comments in-line. Best regards Michael On Feb 13, 2007, at 2:14 PM, Luis Ontanon wrote: > I need to implement the identification of retransmitted packets and > calculation of RTT to the sctp dissector. > > - Is someone already working on this? I recently committed code for SCTP

Re: [Wireshark-dev] SCTP retransmissions an RTT

2007-02-13 Thread Michael Tuexen
, you have to track each TSN. Have a look at the packet-sctp.c reassembly code and also at the GUI stuff in gtk/ subdirs, where also all associations are tracked. > > Thanks Again, > Luis > > On 2/13/07, Michael Tuexen <[EMAIL PROTECTED]> wrote: >> Hi Luis, >> >>

[Wireshark-dev] Problems building the SVN version without having an installed version

2007-02-18 Thread Michael Tuexen
Dear all, on a Mac OS X 10.4 system make fails with Making all in agentx /bin/sh ../../libtool --mode=link gcc -DINET6 -no-cpp-precomp - D_U_="__attribute__((unused))" -Wall -Wpointer-arith -W -g -O2 -I/ usr/local/include -pthreads -I/usr/local/include/gtk-2.0 -I/usr/local/ lib/gtk-2.0/inclu

Re: [Wireshark-dev] Problems building the SVN version without having an installed version

2007-02-19 Thread Michael Tuexen
On Feb 19, 2007, at 12:46 AM, Guy Harris wrote: > Michael Tuexen wrote: > >> on a Mac OS X 10.4 system make fails with > > ... > >> So why is /usr/local/lib/libwireshark.0.0.1.dylib referenced >> explicitly? > > I don't know - I tried moving m

Re: [Wireshark-dev] TCP ZeroWindowProbe problem / question

2007-02-20 Thread Michael Tuexen
Hi Ulf, just to be clear: The sender is allowed to send 1 byte more than the rwnd allows. This is used for zero window probing. The receiver has a rwnd which he uses to accept data or not. But he is free to advertise less, for example for SWS avoidance. This is what you experience: the receiver a

Re: [Wireshark-dev] TCP ZeroWindowProbe problem / question

2007-02-20 Thread Michael Tuexen
On Feb 20, 2007, at 9:34 PM, Ulf Lamping wrote: > Michael Tuexen wrote: >> Hi Ulf, >> >> just to be clear: >> The sender is allowed to send 1 byte more than the rwnd allows. >> This is used for zero window probing. >> > Yes, your remarks sounds reasona

Re: [Wireshark-dev] [Wireshark-commits] rev 20908: /trunk/ /trunk/epan/dissectors/: packet-h248.c packet-h248.h packet-h248_3gpp.c packet-h248_annex_c.c packet-h248_annex_e.c packet-h248_q1950.c packe

2007-02-23 Thread Michael Tuexen
Hi Lego, I'm wondering how you tie together both directions of an SCTP association? Best regards Michael On Feb 23, 2007, at 8:57 PM, [EMAIL PROTECTED] wrote: > http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=20908 > > User: lego > Date: 2007/02/23 08:57 PM > > Log: > fix so

Re: [Wireshark-dev] [Wireshark-commits] rev 20908: /trunk/ /trunk/epan/dissectors/: packet-h248.c packet-h248.h packet-h248_3gpp.c packet-h248_annex_c.c packet-h248_annex_e.c packet-h248_q1950.c packe

2007-02-24 Thread Michael Tuexen
trace. The BSD stack (which runs on Mac OS X) has a socket option to set the Initial TSN for debugging > > As per Association Restart I do not think I'll ever implement it, I'll > treat the restarted Association as a new one (I need traces for this > too, but this given sla

Re: [Wireshark-dev] [Wireshark-commits] rev 20908: /trunk/ /trunk/epan/dissectors/: packet-h248.c packet-h248.h packet-h248_3gpp.c packet-h248_annex_c.c packet-h248_annex_e.c packet-h248_q1950.c packe

2007-02-25 Thread Michael Tuexen
ess_list, dst_address_list You need the V-tag, because it gives you one "half"-association without knowing the addresses. You need the addresses to tie both "half"associations together, which you need because you have to relate the DATA chunks to the SACK chunks. > Lu

Re: [Wireshark-dev] [Wireshark-commits] rev 20908: /trunk/ /trunk/epan/dissectors/: packet-h248.c packet-h248.h packet-h248_3gpp.c packet-h248_annex_c.c packet-h248_annex_e.c packet-h248_q1950.c packe

2007-02-26 Thread Michael Tuexen
est is not working, it is better to do something which is possibly wrong, than to do nothing. > on the other hand for all traces I have TSN values are different (by > far) for every direction on every association. > > Is there any reason why this should not work? > > n 2/24/07,

Re: [Wireshark-dev] [Wireshark-commits] rev 20947: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-sctp.c

2007-02-28 Thread Michael Tuexen
On Feb 28, 2007, at 2:09 PM, [EMAIL PROTECTED] wrote: > http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=20947 > > User: lego > Date: 2007/02/28 02:09 PM > > Log: > SCTP TSN analysis part 1. > > Up and running. > As it is analysis will stop at TSN rollover (0x->0x000

Re: [Wireshark-dev] preference tree for SS7

2007-03-26 Thread Michael Tuexen
What about calling it SS7/SIGTRAN ? Best regards Michael On Mar 26, 2007, at 4:05 PM, Jeff Morriss wrote: > > Hi list, > > I finally had a chance to look at the new feature from revision 21066: > > http://anonsvn.wireshark.org/viewvc/viewvc.py?view=rev&revision=21066 > > and see what it looks lik

Re: [Wireshark-dev] Dissecting sua info string

2007-04-09 Thread Michael Tuexen
Hi Bhavani, not sure what you want to achieve. The parameter is defined as a character string and is displayed as a string. So you can not analyze more. And it should be pretty readable right now. From an SUA implementation point of view, you can not assume that the receiver does anything wi

Re: [Wireshark-dev] Dissecting sua info string

2007-04-10 Thread Michael Tuexen
predefined > format. > Is it possible? How can I do that? > > Regards, > Bhavani > > > From: Michael Tuexen <[EMAIL PROTECTED]> > Date: Mon, 9 Apr 2007 18:19:12 +0200 > > Hi Bhavani, > not sure what you want to achieve. The parameter is defined as a > c

Re: [Wireshark-dev] OS X builder

2007-05-23 Thread Michael Tuexen
Hi Steve, It is an "old" dual G5 PowerMac, 2.5 GHz, and 2.5 GB RAM. running Mac OS X 10.4.9/PPC. Best regards Michael On May 23, 2007, at 1:08 AM, Stephen Fisher wrote: > On Tue, May 22, 2007 at 03:11:18PM -0700, Gerald Combs wrote: > >> Thanks to Michael Tuexen, we onc

[Wireshark-dev] packet-v5ua.c

2007-05-28 Thread Michael Tuexen
Dear all, is there any reason why the V5UA plugin does not use the IANA registered port 5675, but 10001? The code just says: /* In RFC specification the SCTP registered User Port Number Assignment for V5UA is 5675 */ /* #define SCTP_PORT_V5UA 5675 */ #define SCTP_PORT_V5UA 10001 If

Re: [Wireshark-dev] packet-v5ua.c

2007-05-29 Thread Michael Tuexen
OK, sounds good. I'll change that. Best regards Michael On May 29, 2007, at 10:04 PM, Luis Ontanon wrote: > On 5/29/07, Stephen Fisher <[EMAIL PROTECTED]> wrote: >> On Tue, May 29, 2007 at 07:59:59AM +0200, Michael Tuexen wrote: >> >>> is there any reason w

Re: [Wireshark-dev] Modified dissectors for TCP Quick-Start (RFC 4782)

2007-06-04 Thread Michael Tuexen
Hi Michael, checked in Revision 22041. Thanks for the code. Best regards Michael On Jun 3, 2007, at 2:28 PM, Michael Scharf wrote: > Hi all, > > please find enclosed modified IP and TCP dissectors that handle the > "Quick-Start" TCP extension. Quick-Start is an experimental TCP addon > recently

Re: [Wireshark-dev] Problems with text2pcap on windows

2007-09-06 Thread Michael Tuexen
Could you send your isus.txt file? Best regards Michael On Sep 6, 2007, at 9:07 AM, Varuna De Silva wrote: > Hi, > > The lowest level of my SS7 frame is MTP2 and the highest is ISUP. > > I was able to run text2pcap - l 140 to get it with a MTP2 header. > But I Still have the > problem of text2

Re: [Wireshark-dev] tshark: drop features "dump to stdout" and "read filter"

2007-10-09 Thread Michael Tuexen
Hi Ulf, a question inline... Best regards Michael On Oct 9, 2007, at 8:50 AM, Ulf Lamping wrote: > Hi List! > > I had a look at the tshark buildbot test problems and found two things > that are currently not working as before. But let me shortly explain > what's going on "under the hood" with th

Re: [Wireshark-dev] tshark: drop features "dump to stdout" and "read filter"

2007-10-09 Thread Michael Tuexen
Ah, I see. I agree. Best regards Michael On Oct 9, 2007, at 9:35 AM, Ulf Lamping wrote: > Michael Tuexen schrieb: >> What is a read filter? > A not so well known feature ;-) > > Read filters are using the same syntax as display filters (and > therefore > the whole com

Re: [Wireshark-dev] [Wireshark-commits] rev 23471: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-frame.c packet-sctp.c

2007-11-17 Thread Michael Tuexen
Hi Jeff, see my comments in-line. Best regards Michael On Nov 16, 2007, at 11:04 PM, [EMAIL PROTECTED] wrote: > http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=23471 > > User: morriss > Date: 2007/11/16 10:04 PM > > Log: > When reassembly is off, catch ReportedBoundsError when

Re: [Wireshark-dev] [Wireshark-commits] rev 23471:/trunk/epan/dissectors/ /trunk/epan/dissectors/:packet-frame.c packet-sctp.c

2007-11-19 Thread Michael Tuexen
Hi Jeff, see my comments in-line. Best regards Michael On Nov 19, 2007, at 4:50 PM, Jeff Morriss wrote: > > > Michael Tuexen wrote: >> On Nov 16, 2007, at 11:04 PM, [EMAIL PROTECTED] wrote: >>> (One could rightfully argue that you should only see a fragmented >>&g

[Wireshark-dev] Toolbar icons

2007-12-27 Thread Michael Tuexen
Dear all, I'm setting up a Mac OS X 10.5.1 Intel MacBook Pro using X11.app 2.1.1. I have installed: - PKG-Config 0.22 - GU gettext 0.17 - Cairo 1.4.12 - GLib 2.14.4 - GTK 2.12.3 - Pango 1.18 - ATK 1.9.1 After that I checked out the current svn version of Wireshark and build it. It run and does n

Re: [Wireshark-dev] Toolbar icons

2007-12-27 Thread Michael Tuexen
added GTK 2.12 for windows I had to rearange some things look > at: > http://anonsvn.wireshark.org/viewvc/viewvc.py/trunk/Makefile.nmake?r1=22934&r2=22955 > > perhaps that'd help? > Regards > Anders > > > > Från: [EMAIL PROTE

Re: [Wireshark-dev] Toolbar icons

2007-12-27 Thread Michael Tuexen
rs are taken from GTK stock. It is these stock > items > that are missing. > The libraries you list are the run time libraries. Aren't there > corresponding development libraries for Mac OS X that need to be > installed? > > Thanx, > Jaap > > Michael Tuexen wrot

Re: [Wireshark-dev] Toolbar icons

2007-12-27 Thread Michael Tuexen
stock. It is these stock > items > that are missing. > The libraries you list are the run time libraries. Aren't there > corresponding development libraries for Mac OS X that need to be > installed? > > Thanx, > Jaap > > Michael Tuexen wrote: >> Dear all,

Re: [Wireshark-dev] wireshark 0.99.7 crash on MacOS X 10.5 (Leopard)

2008-01-03 Thread Michael Tuexen
Hi Andreas, did up upgrade to http://trac.macosforge.org/projects/xquartz which fixes a number of bugs and especially some which show up when using wireshark? I was able to successfully build wireshark with the latest gtk/glib stuff. Everything works fine except for the stock icons... Best regar

Re: [Wireshark-dev] wireshark 0.99.7 crash on MacOS X 10.5 (Leopard)

2008-01-03 Thread Michael Tuexen
On Jan 3, 2008, at 9:01 PM, Andreas Fink wrote: > > On 03.01.2008, at 20:40, Michael Tuexen wrote: > >> Hi Andreas, >> >> did up upgrade to >> http://trac.macosforge.org/projects/xquartz >> which fixes a number of bugs and especially some >> which

Re: [Wireshark-dev] wireshark 0.99.7 crash on MacOS X 10.5 (Leopard)

2008-01-03 Thread Michael Tuexen
On Jan 3, 2008, at 9:54 PM, Andreas Fink wrote: >>> I was able to successfully build wireshark with the latest gtk/glib stuff. Everything works fine except for the stock icons... >>> >>> I dont know which Icons you refer to but on my Mac i'm not missing >>> any... >> Hmmm. The New,

Re: [Wireshark-dev] buildbot failure in OSX-10.4-PPC

2008-02-29 Thread Michael Tuexen
Dear all, I have been looking into the failures of the Mac OS X buildbot failures... Until 4 hour ago they were cause by the fact that the buildbot did not have glib-1.2.10 and gtk-1.2.10 installed, I have fixed this. I can build manually on that machine the svn repository with the -- disable

Re: [Wireshark-dev] buildbot failure in OSX-10.4-PPC

2008-02-29 Thread Michael Tuexen
Just a correction of my earlier mail... The current svn version does not compile, but an old version did. However, the buildslave can not get the sources in time to start the compile phase. Best regards Michael On Feb 29, 2008, at 2:58 AM, [EMAIL PROTECTED] wrote: > The Buildbot has detected a

Re: [Wireshark-dev] [Wireshark-commits] rev 24797: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-tcp.c

2008-04-06 Thread Michael Tuexen
Hi Sake, what is the notion of 'error'? A zero window is completely valid and happens if flow control kicks in... I'm asking because I'm planing to add expert info to SCTP and it should be consistent across dissectors. Best regards Michael On Apr 5, 2008, at 10:18 PM, [EMAIL PROTECTED] wrote: >

Re: [Wireshark-dev] [Wireshark-commits] rev 25368: /trunk/ /trunk/epan/crypt/: Makefile.common Makefile.nmake /trunk/epan/: addr_resolv.c emem.c /trunk/gtk/: Makefile.common Makefile.nmake /trunk/: Ma

2008-05-23 Thread Michael Tuexen
Same problem on Mac OS X, see the buildbot output... Best regards Michael On May 23, 2008, at 1:27 PM, ronnie sahlberg wrote: > why did you remote wireshark-tap-register.c > from the makefile? > wireshark doesnt build under linux without this file. > > > On Fri, May 23, 2008 at 3:55 PM, <[EMAIL

Re: [Wireshark-dev] [Wireshark-commits] rev 38162: /trunk/gtk/ /trunk/gtk/: old-gtk-compat.h

2011-07-22 Thread Michael Tuexen
wireshark isn't built anymore... at least on Mac OS X. Best regards Michael On Jul 22, 2011, at 7:03 AM, jma...@wireshark.org wrote: > http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=38162 > > User: jmayer > Date: 2011/07/21 10:03 PM > > Log: > Missed gtk_orientable_set_orienta

Re: [Wireshark-dev] [Wireshark-commits] rev 38349: /trunk/ /trunk/: capture_sync.c

2011-08-05 Thread Michael Tuexen
On Aug 5, 2011, at 9:28 AM, Guy Harris wrote: > > On Aug 5, 2011, at 12:10 AM, tue...@wireshark.org wrote: > >> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=38349 >> >> User: tuexen >> Date: 2011/08/05 12:10 AM >> >> Log: >> Generate the capure sync pipe correctly. >> Fix o

Re: [Wireshark-dev] Multiple interfaces capture: Compile errors

2011-08-05 Thread Michael Tuexen
On Aug 5, 2011, at 5:59 PM, Joerg Mayer wrote: > I just tried to "fix" the stuff in main_welcome.c: > > Index: main_welcome.c > === > --- main_welcome.c (revision 38365) > +++ main_welcome.c (working copy) > @@ -72,6 +72,9

Re: [Wireshark-dev] [Wireshark-commits] rev 38350: /trunk/ /trunk/gtk/: capture_dlg.c capture_dlg.h capture_if_dlg.c capture_if_dlg.h main_welcome.c main_welcome.h menus.c menus.h /trunk/: capture.c c

2011-08-05 Thread Michael Tuexen
On Aug 5, 2011, at 11:20 AM, Stig Bjørlykke wrote: > On Fri, Aug 5, 2011 at 9:19 AM, wrote: >> Log: >> Add support for multiple interfaces to the capture options dialog. > > Really nice! Hi Stig, thank you... Comments are really welcome. See my comments in-line. Best regards Michael > > So

Re: [Wireshark-dev] [Wireshark-commits] rev 38350: /trunk/ /trunk/gtk/: capture_dlg.c capture_dlg.h capture_if_dlg.c capture_if_dlg.h main_welcome.c main_welcome.h menus.c menus.h /trunk/: capture.c c

2011-08-05 Thread Michael Tuexen
On Aug 5, 2011, at 11:36 AM, Stig Bjørlykke wrote: > And some more comments: > > * "Capture packets in monitor mode" is enabled for devices not supporting > this. If there is a way to figure out if it is supported, we should handle that correctly, I agree. > * When manually selecting all interf

Re: [Wireshark-dev] Unusual test in capture_dlg.c

2011-08-06 Thread Michael Tuexen
On Aug 6, 2011, at 12:13 PM, Joerg Mayer wrote: > Hello, > > I have some questions regarding the following code inside the function > select_if_type_cb: > > #if GTK_CHECK_VERSION(2,6,0) > if (new_iftype == num_remote + 4) > #else > if (new_iftype == num_remote + 2) > #endif > > What's

Re: [Wireshark-dev] Still compile problems with capture_dlg.c

2011-08-06 Thread Michael Tuexen
On Aug 6, 2011, at 12:27 PM, Joerg Mayer wrote: > There are two problems: > 1) Some functions are defined but not used in my configuration. > 2) The else without previous if error. If I #undefine HAVE_PCAP_CREATE, the > compile succeeds. Maybe a compiler bug? > Note: On my Linux system both HAV

Re: [Wireshark-dev] Still compile problems with capture_dlg.c

2011-08-06 Thread Michael Tuexen
On Aug 6, 2011, at 5:42 PM, Joerg Mayer wrote: > On Sat, Aug 06, 2011 at 02:42:00PM +0200, Michael Tuexen wrote: >> No, not a bug in the compiler, a bug in the code. I checked in a fix in >> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=38375 > &g

Re: [Wireshark-dev] Still compile problems with capture_dlg.c

2011-08-06 Thread Michael Tuexen
On Aug 6, 2011, at 9:48 PM, Joerg Mayer wrote: > Hello Michael, > > On Sat, Aug 06, 2011 at 07:39:57PM +0200, Michael Tuexen wrote: >> from what I could see is that the functions (I #if 0 out) are never called. >> I just wanted to keep the code if it turns out that it is ne

Re: [Wireshark-dev] [Wireshark-commits] rev 38555: /trunk/gtk/ /trunk/gtk/: capture_dlg.c

2011-08-16 Thread Michael Tuexen
On Aug 16, 2011, at 12:14 PM, Stig Bjørlykke wrote: > On Tue, Aug 16, 2011 at 12:03 PM, wrote: >> Log: >> Using enabled/disabled instead of yes/no seems to be more descriptive. > > Or maybe a checkbox? Which you can click to toggle the setting? The (current) concept is that the capture option

Re: [Wireshark-dev] [Wireshark-commits] rev 38606: /trunk/gtk/ /trunk/gtk/: prefs_dlg.c

2011-08-18 Thread Michael Tuexen
On Aug 18, 2011, at 10:46 PM, Stephen Fisher wrote: > On Thu, Aug 18, 2011 at 10:30:40PM +0200, Joerg Mayer wrote: > >> I'd rather disable building with AIRPCAP. If this code is unmaintained >> then this would be more appropriate. > > That code (should be) maintained like the rest of our regul

Re: [Wireshark-dev] [Wireshark-commits] rev 39495: /trunk/ /trunk/gtk/: capture_dlg.c capture_dlg.h capture_if_dlg.c capture_if_dlg.h main.c main.h main_welcome.c main_welcome.h prefs_capture.c /trunk

2011-10-20 Thread Michael Tuexen
On Oct 20, 2011, at 8:53 PM, Stig Bjørlykke wrote: > On Thu, Oct 20, 2011 at 8:17 PM, wrote: >> Log: >> This patch does not provide any new functionality, [...] > > Try hiding the first interface in the interface list and double click > an interface in the welcome page or in the capture option

Re: [Wireshark-dev] [Wireshark-commits] rev 39495: /trunk/ /trunk/gtk/: capture_dlg.c capture_dlg.h capture_if_dlg.c capture_if_dlg.h main.c main.h main_welcome.c main_welcome.h prefs_capture.c /trunk

2011-10-20 Thread Michael Tuexen
On Oct 20, 2011, at 9:39 PM, Guy Harris wrote: > > On Oct 20, 2011, at 11:17 AM, tue...@wireshark.org wrote: > >> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=39495 >> >> User: tuexen >> Date: 2011/10/20 11:17 AM > > The build broke on platforms where libpcap doesn't have t

Re: [Wireshark-dev] GTK3 for OSX

2011-12-30 Thread Michael Tuexen
On Dec 30, 2011, at 12:41 PM, Joerg Mayer wrote: > Just a question I've been toying with: > Would it be ok/make sense to move the official builds on OSX from GTK2 to > GTK3? Depends on: * Does GTK3 compile? For GTK2 we need some patches? * Is it stable for releases? I haven't tried it yet? Best r

Re: [Wireshark-dev] [Wireshark-commits] rev 40352: /trunk/ /trunk/macosx-support-lib-patches/: glib-pkgconfig.patch /trunk/: macosx-setup.sh

2012-01-01 Thread Michael Tuexen
On Jan 1, 2012, at 11:25 PM, Dirk Jagdmann wrote: >> Configuring, building and installing takes ~45 seconds on my system. Add to >> this >> a 1 MB download. So if there are no objections, I'll leave it as is (and >> check >> whether other packages also come in .xz format). Otherwise I'll change

Re: [Wireshark-dev] pcapng, must opt_comment string be 0-terminated?

2012-01-02 Thread Michael Tuexen
On Jan 2, 2012, at 3:53 AM, Guy Harris wrote: > > On Jan 1, 2012, at 3:00 PM, Martin Kaiser wrote: > >> In a pcapng file, does the string stored in an opt_comment option have >> to be 0-terminated? I couldn't find anything explicit about this in the >> specification. Pcapng options have a length

Re: [Wireshark-dev] capture from multiple interfaces / dumpcap usage alert in wireshark 1.7.0

2012-01-10 Thread Michael Tuexen
On Jan 10, 2012, at 8:31 AM, vijay wrote: > Hi, > > I need to capture from multiple interfaces simultaneously. Wireshark captures > from a pipe and eth1 separately but when i try them > togather using wireshark -k -i /tmp/pipe -i eth1 it displays some dumpcap > usage error. > > unknown messa

Re: [Wireshark-dev] [Wireshark-commits] rev 40715: /trunk/ /trunk/ui/gtk/: capture_dlg.c capture_dlg.h capture_if_dlg.c capture_if_dlg.h main.c main.h main_welcome.c main_welcome.h prefs_capture.c pre

2012-01-25 Thread Michael Tuexen
On Jan 25, 2012, at 5:16 PM, Bill Meier wrote: > On 1/25/2012 8:04 AM, tue...@wireshark.org wrote: >> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=40715 > > capture_if_dlg.c: In function ‘store_selected’: > capture_if_dlg.c:168:12: warning: variable ‘found’ set but not used >

Re: [Wireshark-dev] Meeting minutes from (pre)FOSDEM meeting

2012-02-17 Thread Michael Tuexen
Hi Joerg, first of all: Thank you very much for providing the notes. Some comments in-line. Best regards Michael On Feb 3, 2012, at 4:51 PM, Joerg Mayer wrote: > As some people met in Brussels on the eve of FOSDEM and talked about > Wireshark, > here are some notes on what was talked about. We

Re: [Wireshark-dev] guint64 is a 'long' on 32-bit MacOS?

2012-03-01 Thread Michael Tuexen
On Mar 1, 2012, at 5:23 PM, Jeff Morriss wrote: > The 10.5-x86 and 10.5-ppc MacOS buildbots currently fail to compile the > current SVN with these warnings: > >> packet-noe.c: In function 'decode_utf8': >> packet-noe.c:805: warning: integer constant is too large for 'long' type >> packet-noe.c:8

Re: [Wireshark-dev] [Wireshark-commits] rev 41790: /trunk/ /trunk/: configure.in

2012-04-03 Thread Michael Tuexen
What is the reason to use Airpcap by default? It is (as far as I know) only supported on Windows platforms, when having some software installed. So why compile the stuff on non windows platforms? Best regards Michael On Mar 27, 2012, at 4:37 AM, morr...@wireshark.org wrote: > http://anonsvn.wires

Re: [Wireshark-dev] [Wireshark-commits] rev 41790: /trunk/ /trunk/: configure.in

2012-04-04 Thread Michael Tuexen
would make sense to have the Airpcap stuff on by default on Windows, and off by default on other platforms. We can leave support in for switching them on, as this might help during development. Best regards Michael > > Michael Tuexen wrote: >> What is the reason to use Airpcap by defa

[Wireshark-dev] recv/drop numbers in pcapng files

2012-04-25 Thread Michael Tuexen
Dear all, I'm trying to fix https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7191 In a pcapng file, we report according to http://www.winpcap.org/ntar/draft/PCAP-DumpFileFormat.html#sectionisb isb_ifrecv: Number of packets received from the physical interface starting from the beg

Re: [Wireshark-dev] recv/drop numbers in pcapng files

2012-04-25 Thread Michael Tuexen
On Apr 25, 2012, at 8:51 PM, Guy Harris wrote: > > On Apr 25, 2012, at 11:08 AM, Michael Tuexen wrote: > >> However, we have no chance to report the packets dumpcap dropped. > > Where does dumpcap itself drop packets? Is this referring to the fact that, > on some pla

Re: [Wireshark-dev] recv/drop numbers in pcapng files

2012-04-25 Thread Michael Tuexen
On Apr 25, 2012, at 8:50 PM, Anders Broman wrote: > Michael Tuexen skrev 2012-04-25 20:08: >> Dear all, >> >> I'm trying to fix >> >> https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7191 >> >> >> In a pcapng file, we report ac

Re: [Wireshark-dev] recv/drop numbers in pcapng files

2012-04-25 Thread Michael Tuexen
On Apr 25, 2012, at 9:28 PM, Guy Harris wrote: > > On Apr 25, 2012, at 12:06 PM, Michael Tuexen wrote: > >> When using threads, we run a thread for each source. Once the packet has >> been read it is >> stored in a queue. > > I'm assuming here that &qu

Re: [Wireshark-dev] recv/drop numbers in pcapng files

2012-04-25 Thread Michael Tuexen
On Apr 25, 2012, at 11:07 PM, Guy Harris wrote: > > On Apr 25, 2012, at 12:48 PM, Michael Tuexen wrote: > >> So it adds copying, but we did some measurements and if you make the queue >> large, it can improve >> the capturing, because you can store packets

  1   2   >