[Wireshark-dev] Regenerate all of the ASN.1 dissectors except for p7 (which wouldn't compile).

Hi, The following patch makes p7 compile and the diff is between trunk and 1.0. /Anders Index: p7.cnf === --- p7.cnf (revision 28407) +++ p7.cnf (working copy) @@ -8,6 +8,7 @@ #.MODULE_IMPORT

Re: [Wireshark-dev] [Wireshark-commits] rev 28415: /trunk//trunk/epan/dissectors/:

-Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Jaap Keuter Skickat: den 20 maj 2009 06:37 Till: Developer support list for Wireshark Ämne: Re: [Wireshark-dev] [Wireshark-commits] rev 28415:

Re: [Wireshark-dev] Asn2wrs problem

Hi, #.FN_HDR IntraDomainNasNodeSelector/ version/ later Might do the trick. Regards Anders _ Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Tapas Chatterjee Skickat: den 20 maj 2009 13:15 Till: wireshark-dev@wireshark.org Ämne:

Re: [Wireshark-dev] Linking wireshark.exe --- Error

Hi, It may be a problem with your path, cygwin link chosen before MS studio. Regards Anders _ Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Leonardo Skickat: den 31 maj 2009 20:44 Till: wireshark-dev@wireshark.org Ämne: [Wireshark-dev]

Re: [Wireshark-dev] [Wireshark-commits] rev 28551: /trunk/gtk//trunk/gtk/: rtp_analysis.c

Hi, My apologies for not indicating what I decided to do to save you some editing. :) No worries, I got frustrated with the windows because of other stuff I'm trying to do. Regards Anders -Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org

[Wireshark-dev] Time for 1.2.0Pre2?

Hi, Is it time for 1.2.0Pre2? The change queue is building up. Regards Anders ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:http://www.wireshark.org/lists/wireshark-dev Unsubscribe:

Re: [Wireshark-dev] TCP segmentation loss

Hi, I think the TCP reassembly has problems with out-of-sequence messages. Do you plan to submit your dissector to us? Which 3GPP protocol is it for? You could submit the asn1 .cnf template files etc ( e.g the files that go in /asn1/xx/) to be worked on in the SVN tree in that way we could see

Re: [Wireshark-dev] [Wireshark-users] bit operations are missingfrom lua bindings?

Hi, Couldn't: tvb_get_bits8() tvb_get_bits16() tvb_get_bits32() tvb_get_bits64() Be used instead? There is also proto_tree_add_bits_item() and proto_tree_add_bits_ret_val() Regards Anders -Original Message- From: wireshark-dev-boun...@wireshark.org

Re: [Wireshark-dev] GTP extension headers for TPDU

Hi, If I remember correctly the header dissection in gtp is a bit iffy and could do with a rewrite if some one has the time... On the other hand there is no bug reports about the dissection... Regards Anders -Original Message- From: wireshark-dev-boun...@wireshark.org

Re: [Wireshark-dev] Meaning of packet_info.p2p_dir ?

Hi, I recently introduced link_dir for this purpose as I was Suspecting that p2p_dir was used differently. /* Link direction */ #define LINK_DIR_UNKNOWN-1 #define P2P_DIR_UL 0 #define P2P_DIR_DL 1 Should perhaps have been LINK_DIR_UL/LINK_DIR_DL Regards Anders -Ursprungligt

Re: [Wireshark-dev] Wireshark

Hi, Wireshark can dissect BSSMAP over SCCP I beleve, we do have a BSS MAP dissector. Regards Anders _ Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Yi Huang Skickat: den 18 juni 2009 15:36 Till: wireshark-dev@wireshark.org Ämne:

Re: [Wireshark-dev] Compile errors in asn1 dissectors

Hi, There probably is a problem of circular dependencies, try generating only ros first: C:\Wireshark\asn1\rosnmake -f makefile.nmake Regards Anders -Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Kovarththanan

Re: [Wireshark-dev] Plugin for ASN.1/BER based dissector

Hi, It should work :-) One way is to place the asn1 file etc in a new folder under the dir /asn1/ (look at the other dissectors), generate the x.[c|h] files copy them To a new folder in the plugins directory and then build the plugin(look at other plugins). http://wiki.wireshark.org/Asn2wrs

Re: [Wireshark-dev] Help migrating an ASN.1 file to a plugin

Hi, The lazy way is to just (manually) copy the resulting *.[c|h] files to a plugin directory… Regards Anders _ Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Alex Lindberg Skickat: den 28 juni 2009 23:40 Till: wireshark-dev@wireshark.org

Re: [Wireshark-dev] build wireshark on Windows xp with VC 6.0 failed

Hi, You should give it some more time compiling RRC with MSVC6 takes a long time :-( Regards Anders -Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Fenggen Jia Sent: den 29 juni 2009 09:32 To: Developer support list

Re: [Wireshark-dev] New experimental feature: GTK2 based packetlist (svn rev 28892)

Hi, Is that on top of Rev 28909? Regards Anders -Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Kovarththanan Rajaratnam Skickat: den 1 juli 2009 19:52 Till: wireshark-dev@wireshark.org Ämne: Re: [Wireshark-dev] New

Re: [Wireshark-dev] New experimental feature: GTK2 based packet list(svn rev 28892)

Hi Steve, Great job! Looks quite good I think. I played with it a bit and loading large files is quite slow but removing the resorting for every row speeds it up to be faster than the original code I think. A 61Mb trace New packet list with patch ~11s, old WS (SVN Rev 27374) ~16s Memmory usage

[Wireshark-dev] New experimental feature: GTK2 based packet list - a flaw

Hi, As I understand the code internally all 59 defined columns are allocated in the treeview and data is written/retrieved Using the columns enum, this causes a problem if more than one custom column is added as data will be overwritten with the latest added Column data and I guess it waists

[Wireshark-dev] VB: [Wireshark-commits] rev 28920: /trunk/ /trunk/gtk/: hostlist_table.c /trunk/: Makefile.am Makefile.common Makefile.nmake config.h.win32 configure.in mkstemp.c mkstemp.h tempfile.c

Hi, : uat_load.c NMAKE : fatal error U1073: don't know how to make '..\mkstemp.c' Stop. NMAKE : fatal error U1077: 'C:\Program\Microsoft Visual Studio 9.0\VC\BIN\nmake .exe' : return code '0x2' Stop. : In makefile.nmake in epan/ ther is: # (Windows only) Copy some sources from /trunk to

Re: [Wireshark-dev] New experimental feature: GTK2 basedpacket list(svn rev 28892)

basedpacket list(svn rev 28892) On Thu, Jul 02, 2009 at 10:13:54AM +0200, Anders Broman wrote: Great job! Looks quite good I think. Thanks! I'm going to work on the coloring rules next. I played with it a bit and loading large files is quite slow but removing the resorting for every row

Re: [Wireshark-dev] New experimental feature: GTK2 basedpacket list(svn rev 28892)

: Re: [Wireshark-dev] New experimental feature: GTK2 basedpacket list(svn rev 28892) On Thu, Jul 02, 2009 at 10:13:54AM +0200, Anders Broman wrote: I played with it a bit and loading large files is quite slow but removing the resorting for every row speeds it up to be faster than the original

Re: [Wireshark-dev] New experimental feature: GTK2 based packet list(svn rev 28892)

Subject: Re: [Wireshark-dev] New experimental feature: GTK2 based packet list(svn rev 28892) Hi, Le jeudi 02 juillet 2009 à 10:13 +0200, Anders Broman a écrit : Hi Steve, Great job! Looks quite good I think. I played with it a bit and loading large files is quite slow but removing

Re: [Wireshark-dev] [Wireshark-commits] rev 28986: /trunk/plugins/ethercat/ /trunk/plugins/ethercat/: packet-esl.c packet-esl.h

Hi, I think there is a problem to export DATA to plugins, I think some one explained it a (long)while ago But I don't remember exactly what the problem was - something with Windows and dll:s Reagrds Anders -Original Message- From: wireshark-dev-boun...@wireshark.org

Re: [Wireshark-dev] Help with dissector_add and h248 protocol

Hi, Take a look at packet-h248-annex_c.c(and friends) (It’s binary H248 right?), you need to do h248_register_package(h248_annexc_package); where h248_annexc_package is a h248_package_t It’s been a while so I don’t quite remember all the pitfalls :-) Regards Anders _ Från:

Re: [Wireshark-dev] [Wireshark-commits] rev 29037: /trunk/diameter/ /trunk/diameter/: dictionary.xml

Thanks Bill I missed that. Regards Anders -Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Bill Meier Skickat: den 9 juli 2009 22:59 Till: wireshark-dev@wireshark.org Ämne: Re: [Wireshark-dev] [Wireshark-commits] rev

[Wireshark-dev] Time for 1.2.1?

Hi, We have a considerable amount of fixed bugs in the queue and we are getting a few bug reports on the Windows problems when no IP address is assigned on the interface so perhaps it's time to consider a maintenance release? For the packet-x.c files where only bugfixes has been made should we

Re: [Wireshark-dev] New packet list - small fixes

Hi, Checked in, together with some changes towards only storing the actually used columns. I haven't figured out where packet_list_get_value():s column value comes from yet. I get the same crash :-( Regards Anders -Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org

Re: [Wireshark-dev] New packet list - small fixes

list for Wireshark Ämne: Re: [Wireshark-dev] New packet list - small fixes On Sun, Jul 12, 2009 at 11:08:59AM +0200, Anders Broman wrote: I haven't figured out where packet_list_get_value():s column value comes from yet. It's set by gtk_tree_view_column_add_attribute(..., text, X) call Doc: http

Re: [Wireshark-dev] New packet list: Optimize memory usage

On Jul 12, 2009, at 12:48 PM, Jakub Zawadzki wrote: This patch (Proof of Concept) removes allocating memory for columns data, and makes them 'dynamic' (packets redissected when column data needed) That should make changing the time format, for example, *extremely* fast - it should just

[Wireshark-dev] Adding /MP flag to makefile.nmake

Hi, How about adding the /MP flag to the nmake files? http://stackoverflow.com/questions/601970/how-do-i-utilise-all-the-cores -for-nmake Regards Anders ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org

Re: [Wireshark-dev] Speex/16000 support

Hi, Yes :-) I think that if Wireshark does not know the payloads MimeType it will default to a sampling rate of 8000 for Audio. The calculation may also be trown off by telephone/events and silence frames. With WS 1.2.0 I think you can export the values to a CSV file and do your own Jitter

Re: [Wireshark-dev] Adding /MP flag to makefile.nmake

at 09:52:23AM +0200, Anders Broman wrote: How about adding the /MP flag to the nmake files? http://stackoverflow.com/questions/601970/how-do-i-utilise-all-the-cores -for-nmake Makes sense to me. On Unix, I always use all of the processors/cores. Have you tried /MP yet? I wonder how much

Re: [Wireshark-dev] Backporting dictionary.xml from trunk to trunk-1.2

Yes, that's the easiest way. Regards Anders -Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Gerald Combs Skickat: den 15 juli 2009 23:20 Till: Developer support list for Wireshark Ämne: [Wireshark-dev] Backporting

Re: [Wireshark-dev] Changing how the fields are displayed intheoutput of dissector

How about using : Octet = tvb_get_guint(tvb,offset); Octet = octet 0x03; proto_tree_add_uint_format... use grep to find proto_tree_add_uint_format in the sources and do some copy pasting :-) BTW displaying it as .010 tells the user which bits corresponds to the displayed value (2) which

Re: [Wireshark-dev] 802.11k

Hi, packet-ieee80211.c should already have at least some 802.11k support http://www.wireshark.org/lists/wireshark-commits/200704/msg00121.html if something is missing/wrong you should fix it there. Regards Anders From: wireshark-dev-boun...@wireshark.org

Re: [Wireshark-dev] Missing diameter/eap.xml in 1.2.1?

The problem probably is that for 1.2.1 diameter.xml got copied from trunk but not the changes to makefile.am and wireshark.nsi (http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=revrevision=28849) There was also a change to packet-diameter.c but I think that may not needed. One solution is to

Re: [Wireshark-dev] Using multiple layers of dissectors

Hi, You should use asn2wrs to generate the asn1 part of your protocol see http://wiki.wireshark.org/Asn2wrs and a bunch of asn2wrs generated dissectors in the source dir /asn1/ Regards Anders From: wireshark-dev-boun...@wireshark.org

Re: [Wireshark-dev] Using multiple layers of dissectors

Hi, The ASN1 plugin is sort of deprecated (plugins/asn1/) and I think it is supposed to work by loading ASN1 descriptions via som external tool if I remember correctly. The dissectors generated by asn2wrs relies on packet-per.c or packet-ber.c to do the dissection depending on the

Re: [Wireshark-dev] Using multiple layers of dissectors

Hi, You can build your plugin from several .c files so I think it would be possible to have only one .dll with the protocols separated but if you want two that should work too. Regards Anders From: wireshark-dev-boun...@wireshark.org

Re: [Wireshark-dev] win 64 wireshark build

Hi, In config nmake have you changed WIRESHARK_TARGET_PLATFORM=win32 ?? Regards Anders From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Graham Bloice Sent: den 23 juli 2009 17:32 To: Developer support list for

Re: [Wireshark-dev] win 64 wireshark build

Hi, What happens if you run nmake -f Makefile.nmake setup ? I take it you'll need the win64 libraries any way. Regards Anders -Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Brian Oleksa Skickat: den 23 juli 2009 20:05

Re: [Wireshark-dev] Problems when trying to compile a new ASN.1dissector

Hi, Which ETSI protocol is it? Could you zip your asn1/ folder and attach it? Regards Anders _ Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Larry LeCrabe Skickat: den 27 juli 2009 14:27 Till: wireshark-dev@wireshark.org Ämne:

Re: [Wireshark-dev] Problems when trying to compile anew ASN.1dissector

Hi, I think you can get rid of: #include packet-wlancertextn.h #include packet-x509af.h #include packet-x509ce.h #include packet-x509sat.h In the template file. I’m not to familiar with the make files on linux but I think you need to add hi2 to makefile.am and makefile.nmake In the asn1

Re: [Wireshark-dev] ip6_to_str equivalent/alternative with variablelength for ipv6 address

Hi, Wouldn't it be more efficient to first add the family item to the tree and then depending of the address type add The IP address item. Oct = tvb_get_guint8(tvb,offset); proto_tree_add_item(..,hf_x_afamily,..) switch(oct){ case IPV4: proto_tree_add_item(..,hf_x_ipv4_addr,..) case IPV6:

Re: [Wireshark-dev] gsm_ccch dissector regression

Hi, Can you share an example trace? Regards Anders -Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Vincent Helfre Skickat: den 13 augusti 2009 13:22 Till: wireshark-dev@wireshark.org Ämne: [Wireshark-dev] gsm_ccch

[Wireshark-dev] Optimisation

Hi, Should we port some of the recent optimisations to 1.2.2? One example http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=revrevision=29380 http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=revrevision=29380 Regards Anders

[Wireshark-dev] Reduce the number of fixed columns?

Hi, Now when we have custom columns could we get rid of some of the fixed columns? It seems to me that some are not of a general interest. This is the column enum: COL_8021Q_VLAN_ID, /* 0) 802.1Q vlan ID */ COL_ABS_DATE_TIME, /* 1) Absolute date and time */ COL_ABS_TIME, /*

Re: [Wireshark-dev] buildbot failure in Wireshark (development) on Solaris-10-SPARC

-Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För didier Skickat: den 20 augusti 2009 00:48 Till: Developer support list for Wireshark Ämne: Re: [Wireshark-dev] buildbot failure in Wireshark (development) on

Re: [Wireshark-dev] Reduce the number of fixed columns?

for them. Regards, Martin martinvisse...@gmail.com mailto:martinvisse...@gmail.com On Sun, Aug 16, 2009 at 7:17 AM, Anders Broman a.bro...@telia.com mailto:a.bro...@telia.com wrote: Hi, Now when we have custom columns could we get rid of some of the “fixed” columns

Re: [Wireshark-dev] [Wireshark-commits] rev 29523:/trunk/ /trunk/epan/dissectors/: packet-tcp.c /trunk/epan/:column-utils.c column-utils.h column.c column_info.h prefs.c/trunk/gtk/: new_packet_list.c

-Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Sake Blok Sent: den 25 augusti 2009 08:58 To: Developer support list for Wireshark Subject: Re: [Wireshark-dev] [Wireshark-commits] rev 29523:/trunk/

[Wireshark-dev] FW: [Wireshark-commits] rev 29523:/trunk/ /trunk/epan/dissectors/: packet-tcp.c /trunk/epan/:column-utils.c column-utils.h column.c column_info.h prefs.c/trunk/gtk/: new_packet_list.c

-Original Message- From: Anders Broman Sent: den 25 augusti 2009 09:21 To: 'Developer support list for Wireshark' Subject: RE: [Wireshark-dev] [Wireshark-commits] rev 29523:/trunk/ /trunk/epan/dissectors/: packet-tcp.c /trunk/epan/:column-utils.c column-utils.h column.c column_info.h

[Wireshark-dev] Port Expert info changes to 1.2.2? - Significant performance improvement.

Hi, I've been doing some measurements on the improvements to the Export info functions: 61 Mb file 159047 Packets 118 844 Errors (UDP checksum). WS 1.2.1Trunk Old packet listTrunk New packet list Load file: ~16s ~14s ~4s Memory

Re: [Wireshark-dev] Port Expert info changes to 1.2.2? -Significant performance improvement.

Sent from my iPhone On 26 aug 2009, at 10:41, Anders Broman anders.bro...@ericsson.com wrote: Hi, I've been doing some measurements on the improvements to the Export info functions: 61 Mb file 159047 Packets 118 844 Errors (UDP checksum

Re: [Wireshark-dev] How to submit a dissector code?

Hi, Patches are to be submitted here http://bugs.wireshark.org/ Whether your dissector should replace the built in one (e.g. has to be “unplugified”) depends on which one Would be “best for the future” e.g. moste complete, easy to extend and maintain and adhering to Wireshark coding style.

[Wireshark-dev] Using treads for init routines at startup?

Hi, Could startup of Wireshark be speeded up by using treads for the init routines in epan_init()? Regards Anders ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:

[Wireshark-dev] New packet list

Hi, I intend to make the new packet list the build choice for Windows in the next day or so To get more feedback on remaining issues missing functions etc any objections? Regards Anders ___ Sent via:Wireshark-dev

Re: [Wireshark-dev] New packet list

Till: Developer support list for Wireshark Ämne: Re: [Wireshark-dev] New packet list On Sep 2, 2009, at 5:14 PM, Anders Broman wrote: Hi, I intend to make the new packet list the build choice for Windows in the next day or so Why only on Windows? Any reason why not switch to it on all

Re: [Wireshark-dev] New packet list

-Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Gerald Combs Skickat: den 2 september 2009 18:12 Till: Developer support list for Wireshark Ämne: Re: [Wireshark-dev] New packet list Anders Broman wrote: Hi, I

Re: [Wireshark-dev] New packet list

-dev-boun...@wireshark.org] För Michael Tüxen Skickat: den 2 september 2009 19:15 Till: Developer support list for Wireshark Ämne: Re: [Wireshark-dev] New packet list On Sep 2, 2009, at 6:58 PM, Anders Broman wrote: Why only on Windows? Any reason why not switch to it on all platforms? I'm

Re: [Wireshark-dev] New packet list

support list for Wireshark Ämne: Re: [Wireshark-dev] New packet list Hi, Le mercredi 02 septembre 2009 à 09:11 -0700, Gerald Combs a écrit : Anders Broman wrote: Hi, I intend to make the new packet list the build choice for Windows in the next day or so To get more feedback

Re: [Wireshark-dev] [Wireshark-commits] rev 29668: /trunk//trunk/gtk/: new_packet_list.c /trunk/: file.c

-Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Joerg Mayer Skickat: den 2 september 2009 19:44 Till: wireshark-dev@wireshark.org Ämne: Re: [Wireshark-dev] [Wireshark-commits] rev 29668: /trunk//trunk/gtk/:

Re: [Wireshark-dev] New packet list

-0700, Gerald Combs a écrit : Anders Broman wrote: Hi, I intend to make the new packet list the build choice for Windows in the next day or so To get more feedback on remaining issues missing functions etc any objections? I'm going release 1.3.0 (and 1.2.2 and 1.0.9) soon

Re: [Wireshark-dev] New packet list

-Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Kovarththanan Rajaratnam Skickat: den 3 september 2009 06:12 Till: wireshark-dev@wireshark.org Ämne: Re: [Wireshark-dev] New packet list Hey, Stig Bjørlykke wrote: I

Re: [Wireshark-dev] New packet list

[mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Anders Broman Sent: den 3 september 2009 07:39 To: 'Developer support list for Wireshark' Subject: Re: [Wireshark-dev] New packet list -Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun

[Wireshark-dev] New packet list - sorting

Hi, Sorting of columns in the new packet list may be a bit more complicated than anticipated. The filter model looks like it does not implement sorting http://www.daa.com.au/pipermail/pygtk/2009-February/016609.html but requires an additional TreeModelSort it then looks like TreeModelSort requires

Re: [Wireshark-dev] New packet list

-Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Guy Harris Skickat: den 7 september 2009 04:10 Till: Developer support list for Wireshark Ämne: Re: [Wireshark-dev] New packet list On Sep 5, 2009, at 9:47 AM,

Re: [Wireshark-dev] [Wireshark-commits] rev 29758: /trunk//trunk/gtk/: new_packet_list.c /trunk/: file.c ui_util.h

Fixed revision 29760 /Anders -Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Stig Bjørlykke Sent: den 7 september 2009 12:23 To: wireshark-dev@wireshark.org Subject: Re: [Wireshark-dev] [Wireshark-commits] rev

[Wireshark-dev] FW: [Wireshark-commits] rev 29759: /trunk/ /trunk/epan/: frame_data.h /trunk/gtk/: packet_list_store.c /trunk/: file.c

Hi, We only need the max strlen don't we? E.g no need to store the length per frame? I was thinking to use the renederer to get the max str_len, not perfect as Longer strings might not be rendered yet on the other hand you could resize Again when the width for something visible is to small, this

Re: [Wireshark-dev] [Wireshark-commits] rev 29769: /trunk/epan//trunk/epan/: column-utils.c

-Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Guy Harris Skickat: den 7 september 2009 21:18 Till: wireshark-dev@wireshark.org Ämne: Re: [Wireshark-dev] [Wireshark-commits] rev 29769: /trunk/epan//trunk/epan/:

Re: [Wireshark-dev] Need help in Decoding RTP MultiplexstreamsinWireshark

Hi, The code is already part of trunk. You can try a development build from http://www.wireshark.org/download/automated/ The code will be included in the next major release. No planned release date yet. A development build 1.3.0 is planned to be released shortly. The suport for decoding

Re: [Wireshark-dev] [Wireshark-commits] rev 29867: /trunk/gtk/ /trunk/gtk/:new_packet_list.c

Hi, There is similar code in packet_list_store.c */ gtk_rc_parse_string ( style \PacketList-style\\n {\n GtkTreeView::horizontal-separator = 0\n } widget_class \*TreeView*\ style

Re: [Wireshark-dev] new packet list: crash on Decode-As

Hi, Could you try revision 29920? Regards Anders -Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Jeff Morriss Sent: den 11 september 2009 14:56 To: wireshark-dev@wireshark.org Subject: [Wireshark-dev] new packet

[Wireshark-dev] New packet list is now the default.

Hi, I've made the new packet list the default build choice. I think it's in a reasonable state and making it the default will help in fixing any remaining issues. Regards Anders ___ Sent via:Wireshark-dev mailing list

Re: [Wireshark-dev] New packet list is now the default.

-Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Bill Meier Skickat: den 18 september 2009 00:38 Till: Developer support list for Wireshark Ämne: Re: [Wireshark-dev] New packet list is now the default. Anders Broman

[Wireshark-dev] gtk_tree_view_column_set_fixed_width: assertion `fixed_width 0

Hi, Ref the problem being discussed at http://wiki.wireshark.org/Development/OptimizePacketList The relevant code being (I assume) col_width = recent_get_column_width(i); if(col_width 1) { gint fmt;

Re: [Wireshark-dev] GUI/feature plugins

-Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För RUOFF LARS Skickat: den 22 september 2009 17:10 Till: Developer support list for Wireshark Ämne: [Wireshark-dev] GUI/feature plugins Hi, are there other types of plugins

Re: [Wireshark-dev] gtk_tree_view_column_set_fixed_width: assertion`fixed_width 0

:24 Till: Developer support list for Wireshark Ämne: Re: [Wireshark-dev] gtk_tree_view_column_set_fixed_width: assertion`fixed_width 0 On Sep 21, 2009, at 12:00 PM, Anders Broman wrote: I thought the g_warning printout would give the answer but obviously not. If the other code path is taken

Re: [Wireshark-dev] [Wireshark-commits] rev 30111: /trunk//trunk/epan/dissectors/: dissectors.vcproj /trunk/doc/:doc.vcproj /trunk/docbook/: docbook.vcproj /trunk/epan/:libwireshark.vcproj /trunk/gtk/

-Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Stig Bjørlykke Sent: den 25 september 2009 11:20 To: wireshark-dev@wireshark.org Subject: Re: [Wireshark-dev] [Wireshark-commits] rev 30111:

Re: [Wireshark-dev] GtkCritical On Fedora Linux referencinggtk_toolbar_set_style...

Hi, Can you try revision 30185 and see if it has any side effects. Regards Anders -Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Bill Meier Skickat: den 28 september 2009 03:14 Till: Developer support list for Wireshark

[Wireshark-dev] VB: [Wireshark-commits] rev 30264: /trunk/epan/dissectors/ /trunk/epan/dissectors/: packet-dcerpc-ndr.c packet-dcerpc-nt.c packet-dcerpc-samr.c packet-dcerpc.c packet-dcerpc.h /trunk/e

Hi, This breaks windows compilation: packet-dcerpc-samr.c(2157) : error C2220: warning treated as error - no 'object' file generated packet-dcerpc-samr.c(2157) : warning C4244: 'function' : conversion from 'guint64' to 'int', possible loss of data packet-dcerpc-samr.c(2158) : warning C4244: '+=' :

[Wireshark-dev] New packet list - out of memory?

Hi, I got a 146 Mbyte trace file, loading it with the new packet list WS blows up Out of memory i in emem.c (~line 353) Looking in the task manager 279 216K s allcated. Using my second build without the new packet list The file loads fine using 492 304K. Changing se_alloc to g_slice_alloc0

Re: [Wireshark-dev] New packet list - out of memory?

From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Anders Broman Sent: den 5 oktober 2009 12:32 To: Developer support list for Wireshark Subject: [Wireshark-dev] New packet list - out of memory? Hi, I got a 146 Mbyte trace file, loading

Re: [Wireshark-dev] New packet list - out of memory?

-Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Bill Meier Sent: den 6 oktober 2009 00:49 To: Developer support list for Wireshark Subject: Re: [Wireshark-dev] New packet list - out of memory? Bill Meier wrote: A

Re: [Wireshark-dev] New packet list - out of memory?

oktober 2009 09:34 To: Developer support list for Wireshark Subject: Re: [Wireshark-dev] New packet list - out of memory? Le mercredi 07 octobre 2009 à 17:01 +0200, Anders Broman a écrit : Hi, If some one's interested here's the emem statistics for the file: #define EMEM_ALLOCS_PER_CHUNK

Re: [Wireshark-dev] New packet list - out of memory?

-Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Jeff Morriss Sent: den 8 oktober 2009 15:58 To: Developer support list for Wireshark Subject: Re: [Wireshark-dev] New packet list - out of memory? didier wrote: But

Re: [Wireshark-dev] New packet list - out of memory?

2009 à 13:59 +0200, Anders Broman a écrit : Didier More or less vanilla Wireshark, no colors. Enclosed proto Hierarchy. I can't share this file unfortunatly. The reason why I chose it is just that it caused 'Out of memmory' with the new packet list. Thanks, Are you compiling with optimizations

Re: [Wireshark-dev] New packet list - out of memory?

-Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Jeff Morriss Skickat: den 9 oktober 2009 22:06 Till: Developer support list for Wireshark Ämne: Re: [Wireshark-dev] New packet list - out of memory? Anders Broman wrote

Re: [Wireshark-dev] g_mem-chunk_destroy does not free memory for GLib 2.8

Hi, Should fixes to these probleems be backported to 1.2.3? Regards Anders -Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Bill Meier Sent: den 11 oktober 2009 15:32 To: Developer support list for Wireshark Subject:

Re: [Wireshark-dev] VoIP Calls and -Graph dialog behaviour

Hi, Written in a hurry :-) Is there any particular reason we need to have the windows transient to top level? If you do not use transent and leave the child window open then close wirehark The child window will remain and show a portion of the main window on Windows. Anders -Original

Re: [Wireshark-dev] VoIP Calls and -Graph dialog behaviour

recompiled after distclean :-) Lars -Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Anders Broman Sent: mercredi 14 octobre 2009 12:04 To: Developer support list for Wireshark Subject: Re: [Wireshark-dev] VoIP

Re: [Wireshark-dev] VoIP Calls and -Graph dialog behaviour

as soon as I have recompiled after distclean :-) Lars -Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Anders Broman Sent: mercredi 14 octobre 2009 12:04 To: Developer support list for Wireshark

Re: [Wireshark-dev] Wireshark memory handling

-Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Guy Harris Sent: den 14 oktober 2009 21:32 To: Erlend Hamberg Cc: wireshark-dev@wireshark.org; kp...@idi.ntnu.no Subject: Re: [Wireshark-dev] Wireshark memory handling

Re: [Wireshark-dev] VoIP Calls and -Graph dialog behaviour

is preping 1.2.3 it's time to get this finished. Anders, as a Windows core developer, can you pick this up? Thanx, Jaap Anders Broman wrote: Hi, Perhaps it only happens if you have the console window open? Regards Anders -Original Message- From: wireshark-dev-boun...@wireshark.org

Re: [Wireshark-dev] asn2wrs : FIELD_RENAME

-Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Kukosa, Tomas Sent: den 27 oktober 2009 08:16 To: Developer support list for Wireshark Subject: Re: [Wireshark-dev] asn2wrs : FIELD_RENAME Hi, the FIELD_RENAME

Re: [Wireshark-dev] Problems getting special dissectors linked into a build of Wireshark based on sources from the current trunk

Hi, To my knowledge it should work. You could try nmake -f makefile.nmake distclean then delete register.c in epan/dissectors and rebuild. Regards Anders From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of

Re: [Wireshark-dev] Dump required for multiplexed streams

Hi, I think he refers to http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=revrevision=29602 packet-nb_rtpmux.c Anders -Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Jaap Keuter Sent: den 3 november 2009 15:50 To:

[Wireshark-dev] Optimization - accumulative filters?

Hi, Would it bebeneficial to have a second filter option box in the main filter toolbar that only filters on the displayed packets? With the new packet list it may not be so difficult to implement as it has a record of displayed packets and a new filter could be applied To only those packets.

[Wireshark-dev] g_assert() does not work well on windows.

Hi, Today I had reasons to troubleshoot a problem where Wireshark terminated (on Windows) with The only information being This application has requested the Runtime to terminate in an unusual way. Tracing it down it was a call to heur_dissector_add() with the name argument set to a non

Re: [Wireshark-dev] Unable to dissect LTE X2AP interface withwireshark.

Hi, The X2AP dissector is not working properly until after rev 30772, so you need to use a buildbot build. Regards Anders -Ursprungligt meddelande- Från: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] För Jaap Keuter Skickat: den 6 november 2009 17:27

Re: [Wireshark-dev] Problem while compiling and running a plugin

Hi, Unhandled exception (proto.c:4212: failed assertion hfinfo-display == BASE_NONE, group=1, code=4) One of the hf vars in your dissector has the wrong display type. Modify proto.c 4212 to: assert(hfinfo-display == BASE_NONE); And use the debugger to find the offending

<    1   2   3   4   5   6   7   8   9   10   >