Re: [Wireshark-dev] When is the preference variable updated?

only once). > > > Thanks and regards…Paul > > > > > > > > *From:* wireshark-dev-boun...@wireshark.org [mailto: > wireshark-dev-boun...@wireshark.org] *On Behalf Of *Pascal Quantin > *Sent:* 12 November 2015 14:15 > *To:* Developer support list for

Re: [Wireshark-dev] GTP session plugin

2015-11-02 16:20 GMT+01:00 POZUELO Gloria (BCS/PSD) : > Hello! > > I would like to ask you about a problem that I encountered while working > in this development. I need to get the IP dst from the packet information > and convert it to string (char *), but by inspecting

Re: [Wireshark-dev] GTP sequence number equal to zero problem

2015-11-03 16:13 GMT+01:00 POZUELO Gloria (BCS/PSD) : > Hi all, > > > > I’m developing an extension for the GTPv1 dissector and while I was > debugging I’ve encountered something that it seems to me a bit confusing. > In the dissect_gtp_common function from the

Re: [Wireshark-dev] GTP session plugin

de of its valid context). See doc/README.wmem for more information. BR, Pascal. > > *From:* wireshark-dev-boun...@wireshark.org [mailto: > wireshark-dev-boun...@wireshark.org] *On Behalf Of *Pascal Quantin > *Sent:* Monday 2 November 2015 16:29 > *To:* Developer support list

Re: [Wireshark-dev] Extcap

Le 19 oct. 2015 2:30 PM, "Dario Lombardo" a écrit : > > I'm playing with extcap, but I can't make it fully work. > I can run androiddump, and I can list the interfaces. > > # ./run/extcap/androiddump --extcap-interfaces > interface {display=Android Logcat

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

; URL: > https://code.wireshark.org/review/gitweb?p=wireshark.git;a=commit;h=a37ac98c5eb5c44794ca36418f93e7ed1c3e0af5 > > Submitter: Pascal Quantin (pascal.quan...@gmail.com) > > Changed: branch: master > > Repository: wireshark > > > > Commits: > > > > a37a

Re: [Wireshark-dev] QT SDK for Win 10 x64

2015-10-17 17:29 GMT+02:00 Mohammed Al-Moayed : > Hi All, > > I tried to download the QT sdk as mentioned in the Dev guide but I didn't > find a free one. could you please help me with the download link. And what > could be the solution if there is no version for win 10

Re: [Wireshark-dev] Index of multiple protocol frames in one packet?

2015-10-12 17:35 GMT+02:00 Jeff Morriss <jeff.morriss...@gmail.com>: > On 10/06/15 02:17, Pascal Quantin wrote: > >> >> >> 2015-10-06 8:07 GMT+02:00 Petr Gotthard <petr.gotth...@centrum.cz >> <mailto:petr.gotth...@centrum.cz>>: >> >>

Re: [Wireshark-dev] Index of multiple protocol frames in one packet?

2015-10-06 8:07 GMT+02:00 Petr Gotthard : > Hello, > > Is there a way to distinguish multiple frames of the same protocol in one > TCP/IP packet? I have several small AMQP frames which all fit into a single > IP frame, so they share a single packet_info structure.When I

Re: [Wireshark-dev] odd Windows petri-dish failure

2015-07-08 23:28 GMT+02:00 Gerald Combs ger...@wireshark.org: On 7/8/15 1:46 PM, Hadriel Kaplan wrote: Anyone seen this type of petri-dish failure before, on the Windows petri-dish, and know what it means? Resolving deltas: 71% (3551/4999) Resolving deltas: 72% (3600/4999) error:

Re: [Wireshark-dev] What is the reason that the 64-bit version of Wireshark is not compiled with Kerberos?

2015-11-17 21:37 GMT+01:00 Richard Sharpe : > Hi folks, > > On 1.12.8 8 it says without Kerberos. > > Do I need to also install the 32-bit version of Wireshark or is there > a way to fix the build for the 64-bit version so it also builds with > Kerberos? > Hi

Re: [Wireshark-dev] Review of Gerrit patch for RTPS

Hi Juan, 2015-11-18 17:36 GMT+01:00 Juan Jose Martin Carrascosa : > Hi everyone, > > It has been almost two weeks and I am surprised I still didn't have a > review here. I am surprised because I always get reviews very early! (in > the first 24h, which is awesome). > >

Re: [Wireshark-dev] Review of Gerrit patch for RTPS

ssed). Then some rest :) > > Thanks, > Juanjo Martin > > > On Wednesday, November 18, 2015, Pascal Quantin <pascal.quan...@gmail.com> > wrote: > >> Hi Juan, >> >> 2015-11-18 17:36 GMT+01:00 Juan Jose Martin Carrascosa <jua...@rti.com>: >>

Re: [Wireshark-dev] Review of Gerrit patch for RTPS

om> wrote: >> >>> I assumed that you were busy. Thanks for the answer. >>> >>> Is there anything I can help with? I may be able to spend some hours >>> this weekend. >>> >>> Thanks, >>> Juanjo Martin >>> >>> On Wednesday, November 18,

Re: [Wireshark-dev] Improve the loopback wiki page

Le 25 août 2015 3:41 PM, Yang Luo hslu...@gmail.com a écrit : Hi list, I noticed that Loopback capture setup ( https://wiki.wireshark.org/CaptureSetup/Loopback) has some discussions about loopback capturing on Windows, and it is not updated these months. As Npcap can capture and send loopback

Re: [Wireshark-dev] MSVC 2015 (VC14) notes/issue

Hi all, 2015-08-12 18:57 GMT+02:00 Pascal Quantin pascal.quan...@gmail.com: Hi, Le 12 août 2015 6:21 PM, Bill Meier wme...@newsguy.com a écrit : [Resend] I see that several people (Anders, ...) been building with MSVC-2015 (VC14) and have fixed a number of issues. So: I decided

Re: [Wireshark-dev] Various problems with tshark

Hi Jörg, 2015-08-31 5:34 GMT+02:00 Joerg Mayer : > When using tshark from head I have a bunch of problems right now: > > 1) stderr is getting spammed with > (process:9870): Capture-WARNING **: Dissector stp incomplete in frame > 41915: undecoded byte number 57 (0x0030+9) > You

Re: [Wireshark-dev] Various problems with tshark

2015-08-31 9:05 GMT+02:00 Alexis La Goutte <alexis.lagou...@gmail.com>: > > > On Mon, Aug 31, 2015 at 8:17 AM, Pascal Quantin <pascal.quan...@gmail.com> > wrote: > >> Hi Jörg, >> >> 2015-08-31 5:34 GMT+02:00 Joerg Mayer <jma...@loplof.de>

Re: [Wireshark-dev] MSVC 2015 (VC14) notes/issue

2015-08-31 18:10 GMT+02:00 Bill Meier <wme...@newsguy.com>: > On 8/31/2015 4:24 AM, Pascal Quantin wrote: > >> > May be directly move to GeoIP 2 ? >> > https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=10658 >> > >> > >> > >>

Re: [Wireshark-dev] Various problems with tshark

2015-08-31 21:07 GMT+02:00 Joerg Mayer <jma...@loplof.de>: > Hello Pascal, > > thanks for the quick response - solved my immediate problem ;-) > > On Mon, Aug 31, 2015 at 08:17:44AM +0200, Pascal Quantin wrote: > > 2015-08-31 5:34 GMT+02:00 Joerg Mayer <jma...@lo

Re: [Wireshark-dev] MSVC 2015 (VC14) notes/issue

Le 31 août 2015 10:09 AM, "Anders Broman" a écrit : > > > > > > From: wireshark-dev-boun...@wireshark.org [mailto: wireshark-dev-boun...@wireshark.org] On Behalf Of Alexis La Goutte > Sent: den 31 augusti 2015 09:43 > To: Developer support list for Wireshark > Subject:

Re: [Wireshark-dev] Npcap 0.04 call for test

2015-09-01 17:23 GMT+02:00 Pascal Quantin <pascal.quan...@gmail.com>: > > > 2015-09-01 3:19 GMT+02:00 Yang Luo <hslu...@gmail.com>: > >> Hi Pascal, >> >> Thanks for this bug. This bug is because loopback flag in Npcap driver >> isn't set when the dr

Re: [Wireshark-dev] tvb_captured_length or tvb_reported_length?

2015-09-02 19:37 GMT+02:00 Evan Huus : > Many systems support packet capture such that only the first n bytes > of each captured packet is saved, as this is far more efficient and > frequently enough if you're only interested in the headers. When that > occurs, "captured" is

Re: [Wireshark-dev] tvb_captured_length or tvb_reported_length?

Hi Robert, 2015-09-02 19:33 GMT+02:00 Robert Cragie : > > I am trying to understand the changes to the previous use of tvb_length(). > There are now two functions (and their associates): > > * tvb_captured_length() > * tvb_reported_length() > > As far as I can tell,

Re: [Wireshark-dev] IAX2 and LTE captures

2015-09-03 19:14 GMT+02:00 Gerald Combs : > Is there a trick to getting the LTE dialogs to show any data? (The trick > with the IAX2 dialog was to remove a no-longer-valid check...) > LTE dialogs require to have LTE MAC/RLC packets captured. Martin, do you have any catapult

Re: [Wireshark-dev] code.wireshark.org down?

2015-09-03 19:46 GMT+02:00 Pascal Quantin <pascal.quan...@gmail.com>: > > > 2015-09-03 18:00 GMT+02:00 Gerald Combs <ger...@wireshark.org>: > >> I ended up "fixing" the issue by rebooting the server. Still trying to >> track down the initial cause.

Re: [Wireshark-dev] code.wireshark.org down?

...@code.wireshark.org:29418/wireshark ! [remote rejected] HEAD -> refs/for/master (no new changes) error: failed to push some refs to 'ssh:// pas...@code.wireshark.org:29418/wireshark' Thanks, Pascal. > On 9/3/15 4:15 AM, Pascal Quantin wrote: > > > > 2015-09-03 13:04 GMT+02

Re: [Wireshark-dev] code.wireshark.org down?

2015-09-03 13:04 GMT+02:00 Robert Cragie : > I can't access https://code.wireshark.org/review - is it down? > Hi Robert, I also get a 502 proxy error. We'll need to wait for Gerald's maintenance I guess. Pascal.

Re: [Wireshark-dev] Npcap 0.04 call for test

king fine with Npcap installed - loopback interface is still working after a suspend / resume Thanks for your work and congratulation for your GSoC. I guess (hope?) it was considered as being successful :) Pascal. > > > Cheers, > Yang > > > On Fri, Aug 28, 2015 at 4:17 AM

Re: [Wireshark-dev] Npcap 0.04 call for test

2015-09-02 8:38 GMT+02:00 Yang Luo <hslu...@gmail.com>: > Hi Pascal, > > On Wed, Sep 2, 2015 at 1:57 AM, Pascal Quantin <pascal.quan...@gmail.com> > wrote: > >> >> >> 2015-09-01 17:23 GMT+02:00 Pascal Quantin <pascal.quan...@gmail.com>: >

Re: [Wireshark-dev] Optommp Dissector into Stable

2015-09-09 17:14 GMT+02:00 John Miner : > Will you reconsider getting the optommp dissector into stable? > > Hi John, no it will no be considered as a stable branch only gets bug fixes and no enhancements, as explained in our release policy:

Re: [Wireshark-dev] Wireshark "Decode As"

2015-09-15 23:20 GMT+02:00 João Valverde <joao.valve...@tecnico.ulisboa.pt>: > > > > On 09/15/2015 09:43 PM, Pascal Quantin wrote: >> >> >> >> 2015-09-15 22:39 GMT+02:00 João Valverde >> <joao.valve...@tecnico.ulisboa.pt >> <mailto:joao.

Re: [Wireshark-dev] Wireshark "Decode As"

Hi João, Le 15 sept. 2015 4:41 PM, "João Valverde" a écrit : > > Hi, > > I'm trying to understand and troubleshoot some "Decode As" issues. To give an example consider the packet: > > IPv6 | IPv6 | UDP > > Wouldn't the second IPv6 layer overwrite the Decode As

Re: [Wireshark-dev] Wireshark "Decode As"

2015-09-15 21:15 GMT+02:00 João Valverde <joao.valve...@tecnico.ulisboa.pt>: > > > On 09/15/2015 07:38 PM, Pascal Quantin wrote: > >> Hi João, >> >> Le 15 sept. 2015 4:41 PM, "João Valverde" >> <joao.valve...@tecnico.ulisboa.p

Re: [Wireshark-dev] Wireshark "Decode As"

2015-09-15 22:39 GMT+02:00 João Valverde <joao.valve...@tecnico.ulisboa.pt>: > > > On 09/15/2015 09:05 PM, Pascal Quantin wrote: > >> >> >> 2015-09-15 21:15 GMT+02:00 João Valverde >> <joao.valve...@tecnico.ulisboa.pt >> <mailto:joao.valve...@

Re: [Wireshark-dev] Wireshark "Decode As"

2015-09-16 0:55 GMT+02:00 Pascal Quantin <pascal.quan...@gmail.com>: > > 2015-09-15 23:20 GMT+02:00 João Valverde <joao.valve...@tecnico.ulisboa.pt > >: > > > > > > > > On 09/15/2015 09:43 PM, Pascal Quantin wrote: > >> > >> >

Re: [Wireshark-dev] Remove duplication for resolved addresses

Hi, 2015-09-10 13:50 GMT+02:00 João Valverde : > Hi list, > > I proposed a change[1] to remove the duplication for resolved addresses > (not necessarily using that code) in the UI: > > Src: 192.0.2.1, Dst: 192.0.2.2 > > Instead of: > > Src: 192.0.2.1

Re: [Wireshark-dev] Remove duplication for resolved addresses

2015-09-10 22:31 GMT+02:00 Guy Harris <g...@alum.mit.edu>: > > On Sep 10, 2015, at 1:05 PM, Pascal Quantin <pascal.quan...@gmail.com> > wrote: > > > Just a random thought (as I'm far from being a script expert). In case > only one of the 2 IP address is reso

Re: [Wireshark-dev] Petri-Dish circumvention breaks daily-build

Le 10 sept. 2015 8:00 AM, "Roland Knall" a écrit : > > Hi > > In our company we have our own Wireshark tools and plugins, which use the main wireshark repository. To ensure that those do not break (and if they break we can fix them in due time), we synchronize with the Wireshark

Re: [Wireshark-dev] Petri-Dish circumvention breaks daily-build

nt here). Pascal. > > regards, > Roland > > On Thu, Sep 10, 2015 at 8:30 AM, Pascal Quantin <pascal.quan...@gmail.com> wrote: >> >> >> Le 10 sept. 2015 8:00 AM, "Roland Knall" <rkn...@gmail.com> a écrit : >> > >> > Hi >>

Re: [Wireshark-dev] Coredump with wireshark TCP dissector

Le 29 sept. 2015 4:13 PM, "Garrett Kajmowicz" a écrit : > > I'm running Ubuntu. I used Wireshark (package: 1.12.1+g01b65bf-4+deb8u2build0.15.04.1) to capture an NFS packet trace, attempting to understand some latency issues with some applications. Packet trace came

Re: [Wireshark-dev] Windows driver signing certificate purchase decision for WinPcap and Npcap

Hi all, in my company we just received the following email from Symantec indicating that the EV signing will soon be mandatory: "On October 27, 2015, all new Kernel and User Mode driver submissions will need to be made via the Windows Hardware Developer Center Dashboard portal and signed by an

Re: [Wireshark-dev] Improving the SSL keys dialog, how to handle migrations?

Hi Peter, Some general comments in-line. I'm not a user of SSL/DTLS dissectors so I do not have any real suggestion for your proposals. Le 3 oct. 2015 6:53 PM, "Peter Wu" a écrit : > > Hi, > > So far SSL/DTLS private RSA key files were entered in an UAT dialog > (ssl_keys)

Re: [Wireshark-dev] The journey of a thousand miles...

Hi Michael, 2015-09-21 4:48 GMT+02:00 : > ... begins with a single step - Lao Tzu > > > The thousand mile journey has been completed as all proto_tree_add_text > calls within the Wireshark source have been converted to a "better" API. > Because they have been converted, I

Re: [Wireshark-dev] Wireshark Performance

so it cannot be the culprit. Pascal. > > *From:* wireshark-dev-boun...@wireshark.org [mailto: > wireshark-dev-boun...@wireshark.org] *On Behalf Of *Pascal Quantin > *Sent:* den 2 december 2015 16:26 > > *To:* Developer support list for Wireshark > *Subject:* Re: [Wireshark-dev]

Re: [Wireshark-dev] Wireshark Performance

2015-12-02 16:12 GMT+01:00 POZUELO Gloria (BCS/PSD) : > Where can I find that option? > On Windows, Ctrl + Shift + E, or in the menu Analyze -> Enabled protocols. Unselect stun_udp. > > > *From:* wireshark-dev-boun...@wireshark.org [mailto: >

Re: [Wireshark-dev] create_dissector_handle - what's occuring?

2015-11-29 21:14 GMT+01:00 Paul Offord : > I was a relatively happy camper until about 30 mins ago when I did a git > pull to refresh my build environment. Now IntelliSense is telling me that > create_dissector_handle is an unfound identifier. > > > > I notice that

Re: [Wireshark-dev] Moving codecs to libwireshark or libwsutil?

2015-11-30 20:15 GMT+01:00 Guy Harris <g...@alum.mit.edu>: > > On Nov 30, 2015, at 11:07 AM, Pascal Quantin <pascal.quan...@gmail.com> > wrote: > > > > Yes I should have been clearer in my initial description. > > My suggestion with an extra parameter

Re: [Wireshark-dev] Question regarding LTE RRC dissectors

2015-12-02 23:36 GMT+01:00 Jagadeesan, Viswanathan < vjaga...@qti.qualcomm.com>: > > > > > *From:* Jagadeesan, Viswanathan > *Sent:* Wednesday, December 02, 2015 5:35 PM > *To:* 'pascal.quan...@gmail.com' > *Subject:* Question regarding LTE RRC dissectors > > > > Hi > > > > followup

Re: [Wireshark-dev] Replacing GHashTable with wmem_map_t

Hi Gloria Hello, I’d like to ask you about the new API. I’m replacing the GHashTable type with wmem_map_t and I don’t know how can iterate through the wmem_map, as we can do it with GHashTable by using g_hash_table_iter methods. Thank you in advance, Regards.

Re: [Wireshark-dev] Replacing GHashTable with wmem_map_t

ty, or stick to GHashTables (but in that case do not forget to clean memory if required). Or maybe this is a sign you should use a tree instead of a hash map. Pascal. > > *From:* wireshark-dev-boun...@wireshark.org [mailto: > wireshark-dev-boun...@wireshark.org] *On Behalf Of *Pascal Quantin >

Re: [Wireshark-dev] Dissector code feedback request (Cassandra CQL)

2015-12-08 22:46 GMT+01:00 Aaron Ten Clay : > On 03 Dec 2015, you wrote: > > > On Thu, Dec 3, 2015 at 9:27 AM, wrote: > > > > > Hello everyone, > > > > > > I've started cobbling together a dissector plugin for the CQL binary > > > protocol

Re: [Wireshark-dev] Question regarding LTE RRC dissectors

dentifying the LTE RRC channel and the message payload, then calling the right dissector. All are registered by name (as seen in packet-lte-rrc.c) and can be called from a plugin. You should not try to duplicate LTE RRC code. > > > > Any suggestions. > > > > Thanks,Viswa >

Re: [Wireshark-dev] Doc: Broken internal Link

Hi Thomas 2015-12-09 17:21 GMT+01:00 Thomas Güttler : > Hi, > > there is an broken internal link/reference: > > > https://www.wireshark.org/docs/wsug_html_chunked/ChWorkBuildDisplayFilterSection.html > > in "Tip": at >

Re: [Wireshark-dev] Chained CAN dissecector: Can not get reference for CAN dissector

2015-12-15 11:37 GMT+01:00 Sebastian Schildt : > > Hello Wiresharkers, > > I have a problem (obviously :) ) . I want to create a CAN dissector (in > Lua). What I already achieved is creating a Can subdissector: So my > dissector gets called for CAN payload. However, I

Re: [Wireshark-dev] Call XML and JSON dissectors with new HTTP Content-Type

Hi Juan, 2015-12-17 13:40 GMT+01:00 Juan Jose Martin Carrascosa : > Hi all, > > Web Integration Service (http://www.omg.org/spec/DDS-WEB/1.0/Beta2/) is a > new service that sends/receives DDS traffic (RTPS) over HTTP. The > serialization is not directly RTPS but a conversion

Re: [Wireshark-dev] rrc-lte over udp

Le 2 janv. 2016 9:22 PM, "Karunkaran Kumar" a écrit : > > Hi all, > > I recently learned about the LTE support on wireshark -- mac-lte, rlc-lte, pdcp-lte and rrc-lte. > The heuristic dissection (i.e., using UDP framing) of the lower layers (i.e., mac,rlc,pdcp) fits my needs

Re: [Wireshark-dev] pinfo->fd->flags.visited for wireshark c dissector

2016-01-06 8:30 GMT+01:00 Ran Bao : > Hi > > I am currently implementing a dissector plugin for a DMR conventional and > trunked protocols. Three layers of protocols were involved. Messages was > send to a specific UDP port on server. > > > > UDP port -> Company specified

Re: [Wireshark-dev] build with vs2015

Le 31 déc. 2015 6:03 PM, "Alan Partis" a écrit : > > What about even building on Windows 10? I see that Qt 5.5 has a Windows > Runtime for 8.1, but I don't see the same thing for Windows 10. Qt 5.5 (and earlier versions as the official Wireshark binary is built with Qt

Re: [Wireshark-dev] Moving codecs to libwireshark or libwsutil?

2015-11-30 15:40 GMT+01:00 Pascal Quantin <pascal.quan...@gmail.com>: > Hi all, > > I tried to create a codecs plugin for Windows, but the plugin registration > fails. > > As reported previously on this list ( > https://www.wireshark.org/lists/wireshark-dev/201409/msg

Re: [Wireshark-dev] Moving codecs to libwireshark or libwsutil?

Le 30 nov. 2015 8:01 PM, "Guy Harris" <g...@alum.mit.edu> a écrit : > > > On Nov 30, 2015, at 6:40 AM, Pascal Quantin <pascal.quan...@gmail.com> wrote: > > > Should we move codecs functions to one of the existing libraries? Or add it to its own? >

[Wireshark-dev] Moving codecs to libwireshark or libwsutil?

Hi all, I tried to create a codecs plugin for Windows, but the plugin registration fails. As reported previously on this list ( https://www.wireshark.org/lists/wireshark-dev/201409/msg00043.html), this because the plugin itself ends with its own copy of register_codec function instead of using

Re: [Wireshark-dev] NSIS packaging not working

un\Debug\mediaservice" > File /r "F:\Development\run\Debug\platforms" > File /r "F:\Development\run\Debug\playlistformats" > File /r "F:\Development\run\Debug\printsupport" > > And I don’t see any error when executing the nsis_package_prep project.

Re: [Wireshark-dev] NSIS packaging not working

2015-11-27 8:11 GMT+01:00 POZUELO Gloria (BCS/PSD) : > Hello everyone, > > I'd like to ask you about wireshark packaging. I'm trying to build a x64 > version and when I execute these commands: > > > msbuild /m /p:Configuration=RelWithDebInfo nsis_package_prep.vcxproj > >

Re: [Wireshark-dev] Capture PPP on Windows Vista

2015-11-23 19:47 GMT+01:00 Alexis La Goutte : > Hi Michal, > > Do you have try npcap or Win10pcap ? because it is NDIS 6.0 ready (and > winpcap is only NDIS 5 for the moment...) > I do not think any of them support PPP neither (I cannot find any reference to ndiswanbh

Re: [Wireshark-dev] Wireshark building fails with code page errors on a non-English Windows system

Hi Yang 2016-06-03 17:03 GMT+02:00 Yang Luo : > Hi list, > > I made a post on this list several months ago about compile errors of > Wireshark on Windows:. http://seclists.org/wireshark/2015/Dec/125 > > The errors are something like: > >

Re: [Wireshark-dev] Wireshark building fails with code page errors on a non-English Windows system

Hi Yang, 2016-06-03 18:28 GMT+02:00 Pascal Quantin <pascal.quan...@gmail.com>: > > Le 3 juin 2016 18:24, "Yang Luo" <hslu...@gmail.com> a écrit : > > > > Hi Pascal, > > > > On Fri, Jun 3, 2016 at 11:12 PM, Pascal Quantin < > pascal.quan..

Re: [Wireshark-dev] Sign extension bug in proto_tree_set_uint64?

Hi Jens, 2016-06-06 16:02 GMT+02:00 Kilian, Jens : > Hi all, > I'm trying to define some header fields of type FT_UINT64 which have > non-zero bitmasks (they all sit inside the same 64-bit word). These fields > are sign extended when displayed, which is not what I

Re: [Wireshark-dev] Use Npcap as the default Windows capture library for Wireshark

2016-06-06 18:06 GMT+02:00 Alexis La Goutte : > > > On Mon, Jun 6, 2016 at 11:31 AM, Graham Bloice < > graham.blo...@trihedral.com> wrote: > >> >> >> On 4 June 2016 at 04:27, Yang Luo wrote: >> >>> Hi list, >>> >>> In the past few months, Npcap

Re: [Wireshark-dev] Patch to fix LANforge protcol.

Hi Brent, Le 9 juin 2016 23:20, "Brent Lovelace" a écrit : > > The attached patch fixes a bug we noticed in wireshark. The change was made because tvb_memeql is known to be slow. What is the issue exactly? Related to endianness preventing to identify the magic?

Re: [Wireshark-dev] Wireshark building fails with code page errors on a non-English Windows system

Le 3 juin 2016 18:24, "Yang Luo" <hslu...@gmail.com> a écrit : > > Hi Pascal, > > On Fri, Jun 3, 2016 at 11:12 PM, Pascal Quantin <pascal.quan...@gmail.com> wrote: >> >> Hi Yang >> >> 2016-06-03 17:03 GMT+02:00 Yang Luo <hslu...@gm

Re: [Wireshark-dev] Why does Telephony|ANSI have a Lua submenu?

Hi Jaap, 2016-06-11 16:12 GMT-07:00 Jaap Keuter : > See Subject. > > True for both Qt and GTK build. > Which version are you using? I cannot see it running v2.1.1rc0-3-gd907fc2 on Windows. Do you have any Lua plugin adding menu entries? Cheers, Pascal.

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

2016-06-11 16:18 GMT-07:00 Jaap Keuter : > See subject. > > Only in the Qt version, in both Analyze and Telephony menu. > Presumably it has nothing to do with Telephony :) > Also where's the Chunk count gone? > > Thanks, > Jaap >

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

2016-06-11 16:55 GMT-07:00 Jaap Keuter <jaap.keu...@xs4all.nl>: > Well it does, it's the main protocol of SIGTRAN. > Good to know. Then I guess that's why, even if it is a bit surprising. > > On 12-06-16 01:43, Pascal Quantin wrote: > > > > > > 2016-06-11 1

Re: [Wireshark-dev] Automated Builds

Hi David, 2016-01-18 22:36 GMT+01:00 David Morsberger : > Is there an issue with the automated build server. I see the last win64 > build was on 15-Jan at 09:03. > > I am hoping to test a win64 version tonight with at least merge set >

Re: [Wireshark-dev] Plugin Version

Hi Paul, 2016-01-18 14:37 GMT+01:00 Paul Offord : > Hi, > > > > I’m having problems setting the Version information for a plugin I have > developed. I’ve changed the version information in moduleinfo.nmake: > > > > # The version > > MODULE_VERSION_MAJOR=0 > >

Re: [Wireshark-dev] Compiling Wireshark with gcc-6: Lots of new warnings

Hi Alexis, 2016-02-10 13:00 GMT+01:00 Alexis La Goutte : > Hi, i have now a build machine with gcc6 and try.. > There is always some warning, i have push a first serie of patch > https://code.wireshark.org/review/#/q/topic:gcc6 > > For dissectors, the last one is : >

Re: [Wireshark-dev] Wireshark fails to start with wpcap.dll built by Visual Studio 2010

2016-02-03 16:16 GMT+01:00 Yang Luo : > Hi list, > > After several months, I retried updating wpcap project from VS 2005 to VS > 2010) and encountered the same issue, under Wireshark 2.0.1 x64, Win10 x64. > > The Wireshark UI said "Child dumpcap process died: Access violation".

Re: [Wireshark-dev] building errors for wireshark

Hi Tengfei, 2016-02-01 16:30 GMT+01:00 Tengfei Chang : > Dear all, > > Recently I am trying to build my own wireshark. I followed with the > tutorial here: > https://www.wireshark.org/docs/wsdg_html_chunked/ChSetupWin32.html > > Everything works fine before I build it,

Re: [Wireshark-dev] Perl checkAPIs errors

Hi Tobias, 2016-02-24 10:16 GMT+02:00 FIXED-TERM Scholz Tobias (DC-IA/EAI3) < fixed-term.tobias.sch...@boschrexroth.de>: > Hey, > > before uploading my changes, I wanted to test my files with perl, like its > mentioned within the guide “3.9 – Contribute your changes”. For my new > functions I

Re: [Wireshark-dev] pre-commit ImportError

Hi Gloria, 2016-02-17 8:48 GMT+01:00 POZUELO Gloria (BCS/PSD) : > Hello, > > > > I’d like to ask you about a problem with the pre-commit hook. It turns out > that when I try to commit my changes it shows me a message that says: > “ImportError: No module named site”, but

Re: [Wireshark-dev] Bit for starting / stopping / new Capture

Hi Tobias, 2016-02-17 16:16 GMT+01:00 FIXED-TERM Scholz Tobias (DC-IA/EAI) < fixed-term.tobias.sch...@boschrexroth.de>: > Hey, > > I made some recherché, but couldn’t find any information to this topic. Is > there a possibility to know (special bit for example), whether the user > stopped,

Re: [Wireshark-dev] Bit for starting / stopping / new Capture

ld like to achieve exactly, we could see whether such functionality exists or not. > > Does it exist? > > > > Tobias > > > > > > *Von:* wireshark-dev-boun...@wireshark.org [mailto: > wireshark-dev-boun...@wireshark.org] *Im Auftrag von *Pascal Quantin >

Re: [Wireshark-dev] Bit for starting / stopping / new Capture

2016-02-17 19:38 GMT+01:00 Paul Offord : > There’s an enhancement to plugin_if that doesn’t address your needs > directly but may give you enough functionality. It’s a function called > plugin_if_get_ws_info. You can call it from within a dissector and it > populates

Re: [Wireshark-dev] Help compile a custom extension to lte

Hi, 2016-02-17 20:49 GMT+01:00 Born In : > I am trying to add a custom extension to couple of LTE messages so I can > see them in wireshark. > Since I will be using wireshark exclusively in windows, I figured doing a > native win64 build will be the best way to proceed. >

Re: [Wireshark-dev] androiddump no longer built with nmake -> packaging fails

Hi Anders, 2016-02-17 16:32 GMT+01:00 Anders Broman : > Hi, > > The files in the extcap folder are no longer built with nmake... > Should be fixed with https://code.wireshark.org/review/#/c/13986/1 Cheers, Pascal.

Re: [Wireshark-dev] Trouble with COMMIT_EDITMSG

2016-03-09 14:30 GMT+01:00 FIXED-TERM Scholz Tobias (DC-IA/EAI3) < fixed-term.tobias.sch...@boschrexroth.de>: > Hey there, > > I wanted to upload again a new patch version for my changes. Therefore I > pulled like the first time the last patch version via „git pull …”, which I > copied from the

Re: [Wireshark-dev] ligcrypt version (Ubuntu)

Hi, 2016-03-09 23:47 GMT+01:00 Guy Harris : > On Mar 9, 2016, at 2:26 PM, Mike Morrin wrote: > > > I was intending to do the version check inside the dissector source > file, that seems easier than putting an exceptional case into the make > system. > >

Re: [Wireshark-dev] Win10 CMakeList.txt Error

Hi, 2016-03-14 10:57 GMT+01:00 T. Scholz : > Hello everyone, > > today I tried to compile Wireshark for my laptop. (win10 - x64) Therefore > I just did the same as I did before for win7 compilation mentioned in the > dev guide. Right now I'm getting an Error using

Re: [Wireshark-dev] Win10 CMakeList.txt Error

2016-03-14 15:46 GMT+01:00 T. Scholz : > The Problem is, that there is no folder at > "D:/Development/wireshark-win64-libs". Last time I started CMake for win7 > compilation the folder and its content was automatically be downloaded, but > right now I don't know how to

Re: [Wireshark-dev] Win10 CMakeList.txt Error

2016-03-14 18:07 GMT+01:00 T. Scholz : > Well thanks for your help guys, but the problem is still the same ... :( > > I checked my CMakeList.txt file and compared it with Pascal's file, but I > couldn't find any difference. So I tried all the steps again ad started >

Re: [Wireshark-dev] Obfuscating a capture

Hi Juan, 2016-03-30 18:13 GMT+02:00 Juan Jose Martin Carrascosa : > Hi everybody, > > is there an existing way to obfuscate a capture? For instance, select a > few fields and make them zero or random. > > I want to find a way to obfuscate captures so we can provide them to other

Re: [Wireshark-dev] Removing ADNS

Le 18 mars 2016 10:02 PM, "João Valverde" a écrit : > > I pushed a change removing ADNS support. If anyone depends on this: > > https://code.wireshark.org/review/#/c/14519/ > By curiosity, is ADNS support an issue?

Re: [Wireshark-dev] Deprecating nmake

2016-04-03 11:21 GMT+02:00 RobiOneKenobi : > Hi, > > Checked path and only the python 2.7 (c:\pythoin27) is used. What is > surprising, is that the Win32 Config works for python, but not the Win64 > Config. > Have you installed the 32 bits of 64 bits variant of Python?

Re: [Wireshark-dev] Deprecating nmake

> > > > > From: wireshark-dev-boun...@wireshark.org [mailto: wireshark-dev-boun...@wireshark.org] On Behalf Of Pascal Quantin > Sent: Sunday, April 3, 2016 1:08 PM > > To: Developer support list for Wireshark <wireshark-dev@wireshark.org> > Subject: Re: [Wireshark-d

Re: [Wireshark-dev] Deprecating nmake

/help/v3.5/module/FeatureSummary.html I guess editing CMakeList.txt and replacing FEATURE_SUMMARY by feature_summary does not make a difference? > Robert > > > > *From:* wireshark-dev-boun...@wireshark.org [mailto: > wireshark-dev-boun...@wireshark.org] *On Behalf Of *Pa

Re: [Wireshark-dev] [Wireshark-commits] buildbot failure in Wireshark (development) on Ubuntu 14.04 x64

Hi Jörg, 2016-03-28 16:51 GMT+02:00 Joerg Mayer : > On Mon, Mar 28, 2016 at 02:26:41PM +, buildbot-no-re...@wireshark.org > wrote: > > The Buildbot has detected a new failure on builder Ubuntu 14.04 x64 > while building wireshark. Full details are available at: > > >

Re: [Wireshark-dev] Why "Monitor Mode" column still showed "n/a" when pcap_can_set_rfmon() function returns 1

Hi Yang, 2016-05-17 19:02 GMT+02:00 Yang Luo : > Hi list, > > I'm using Wireshark 2.1.0-3054-gad4d0b8. I found that after I made > pcap_can_set_rfmon() function in Npcap always return 1. The Capture > Interfaces window still shows "n/a" in "Monitor Mode" column. > >

Re: [Wireshark-dev] How to trigger a rebuild of ASN1 dissectors with cmake?

Hi Anders, 2016-05-03 16:47 GMT+02:00 Anders Broman : > Hi, > > I just did some edits in packet-h248-template.c and rerun cmake but the > dissector did not rebuild... > On Windows, you need to go to epan\dissectors\asn\h248 folder and run: msbuild /m

Re: [Wireshark-dev] wmem in gtk

. Are you sure you were building GTK GUI? On my side it was failing with autofoo. Maybe CMake is making some magic with the include path? > On Mon, May 2, 2016 at 2:58 PM, Pascal Quantin <pascal.quan...@gmail.com> > wrote: > >> Hi Dario, >> >> 2016-05-02 14:56 GM

<    1   2   3   4   5   6   7   8   9   >