[Wireshark-dev] Wireshark installation problems in solaris

Hi, I'm using the wireshark 0.99.5 version for installing in Solaris. The messages I got during configure are in the attached file config.text After configure when I give a make I get the following error.But as far as I know the configuration is correct. /home1/ci/local/bin/perl ./make-ver

[Wireshark-dev] Wireshark installation problems in solaris

Hi, I'm using the wireshark 0.99.5 version for installing in Solaris. The messages I got during configure are in the attached file config.text After configure when I give a make I get the following error.But as far as I know the configuration is correct. /home1/ci/local/bin/perl ./make-ver

Re: [Wireshark-dev] Next release?

Hi, As Luis noted: >Everyone that has touched the dfilter engine after the forking of >0.99.5 (20465) must take a look at > http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1521 because a nasty crash has being introduced since then.

[Wireshark-dev] Next release?

Is there any timeframe for the next release? T. ___ Wireshark-dev mailing list [EMAIL PROTECTED] http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] windows buildbot problem

Richard van der Hoff wrote: >> and the test >> executables need proper manifests. >> > > Uh huh. What does that involve? > > Sorry to ask stupid questions - I really am a bit of a newbie when it > comes to building things for windows; I've been somewhat stabbing in the > dark to even get thi

Re: [Wireshark-dev] windows buildbot problem

Graham Bloice wrote: > FWIW I had a little look into this (compiling with VS2005) and it > appears to be linker issues. When I run reassemble_test.exe, it > complains about a missing procedure entry point "_encode_pointer" in > msvcr80.dll. This appears to be called from zlib1.dll. Thanks for th

Re: [Wireshark-dev] windows buildbot problem

Ah, thanks Gerald... Gerald Combs wrote: > If I run epan\reassemble_test.exe (or exntest.exe) on the Windows > builder, it complains about not being able to find glib. If I copy them > to the wireshark-gtk2 directory, they run fine if they were compiled > using Visual C++ 6.0. If they were compl

Re: [Wireshark-dev] windows buildbot problem

Richard van der Hoff wrote: > I need your help to fix a problem with the Windows buildbot. > > A while ago I made it run the unit tests in the epan directory as part > of the testing phase. This works fine under Linux, but on windows, the > test programs don't seem to want to run. They don't giv

Re: [Wireshark-dev] [Patch] native little endian ipv4 decoding function for the lua plugin

Well I replaced tvb_get_ntohs() with tvb_get_ipv4(). Balint: Can you test the changes to tvbrange:get_ipv4() in your code and verify that this works for you as well. The revision is: http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=21385 On 4/11/07, Guy Harris <[EMAIL PROTECTE

Re: [Wireshark-dev] [Patch] native little endian ipv4 decoding function for the lua plugin

Luis Ontanon wrote: > Please verify this assumption: > > I should not do any processing on the bytes of an IPv4 address because > regardless of endianity it is always interpreted as a guint8[4] where > [0] contains the first byte. so that 10.11.12.13 would always be > stored regardless of the end

Re: [Wireshark-dev] [Patch] native little endian ipv4 decoding function for the lua plugin

On 4/11/07, Guy Harris <[EMAIL PROTECTED]> wrote: > Balint Reczey (IJ/ETH) wrote: > > > The attached patch adds ability of reading Little Endian encoded IPv4 > > addresses to the Lua plugin. > > What exactly are the semantics of TvbRange_get_ipv4() and > TvbRange_get_le_ipv4() supposed to be? The

Re: [Wireshark-dev] windows buildbot problem

Richard van der Hoff wrote: > Guys, > > I need your help to fix a problem with the Windows buildbot. > > A while ago I made it run the unit tests in the epan directory as part > of the testing phase. This works fine under Linux, but on windows, the > test programs don't seem to want to run. The

Re: [Wireshark-dev] [Patch] native little endian ipv4 decoding function for the lua plugin

Balint Reczey (IJ/ETH) wrote: > The attached patch adds ability of reading Little Endian encoded IPv4 > addresses to the Lua plugin. What exactly are the semantics of TvbRange_get_ipv4() and TvbRange_get_le_ipv4() supposed to be? Note, for example, that the value passed to SET_ADDRESS() should

[Wireshark-dev] windows buildbot problem

Guys, I need your help to fix a problem with the Windows buildbot. A while ago I made it run the unit tests in the epan directory as part of the testing phase. This works fine under Linux, but on windows, the test programs don't seem to want to run. They don't give any output - they just exit

Re: [Wireshark-dev] Controlling the location of plugins directory

> > Yes, I think so, assuming that it controls where > > plugins are found as well as the preferences. > > Wouldn't it have been cleaner to use two options, > > instead of one option plus a string qualifier > > (i.e. "persconf:" vs "persdata:")? > > I'll have to defer to Ulf on that. There was no

Re: [Wireshark-dev] [PATCH] Adding option to IEEE 802.11 to ignore wep bit with IV

Checked in. Thanks! Stig Bjørlykke wrote: > Hi. > > This patch adds an option to IEEE 802.11 to ignore the wep bit with IV, > as mentioned in > http://www.wireshark.org/lists/wireshark-dev/200704/msg00021.html > > I also fixed a bug where the packet is dissected different in the Packet > List w

Re: [Wireshark-dev] Decode Octet string into sequence

Hi, I'm not shure what you are trying to do according to the INAP ASN1 file: CallResult ::= OCTET STRING(SIZE (minCallResultLength..maxCallResultLength)) -- This parameter provides the SCF with the charging related information previously requested -- using the ApplyCharging operation. This sh

Re: [Wireshark-dev] Controlling the location of plugins directory

Bob Doolittle wrote: >> It would be good to know if "-P persconf" solves your usecase. >> > > Yes, I think so, assuming that it controls where > plugins are found as well as the preferences. > Wouldn't it have been cleaner to use two options, > instead of one option plus a string qualifier > (i

Re: [Wireshark-dev] Controlling the location of plugins directory

Richard van der Hoff wrote: > Bob Doolittle wrote: > >> What about preferences, do they get stored in $WIRESHARK_HOME >> as well? That would be unfortunate - it would be undesirable to >> maintain multiple copies... >> > > Yes. You could symlink all the versions together though? > Yes,

Re: [Wireshark-dev] Including ASN.1 format coding in a C dissector

Hi, You could export the relevant ASN1 sequence by adding somethig like this from GSM_MAP in the gsm_map.cnf file #.EXPORTS AddressString Add packet-ranap.h to the includes in your file and then use the exported funktion offset = dissect_gsm_map_AddressString(); in your dissector. Is this some

Re: [Wireshark-dev] "Track Context" in H248

H.248.1 p. 8.3 (Messages) states: " An H.248.1 entity (MG/MGC) must consistently use the same MID in all messages it originates for the duration of control association with the peer (MGC/MG). " But using the MID only might not suffice as we'll know only the message sender, there's no simple way to

[Wireshark-dev] Decode Octet string into sequence

Hi, I have a problem, I would like to decode "CallResult" in "ApplyChargingArg" for INAP Protocol. It 's an OCTET STRING and I would like force it in SEQUENCE : CallResult ::= SEQUENCE { sequenceInfo[01] SequenceInfoAC , partyToCharge [02] LegId OPTIONAL ,

[Wireshark-dev] [Patch] native little endian ipv4 decoding function for the lua plugin

Hi, The attached patch adds ability of reading Little Endian encoded IPv4 addresses to the Lua plugin. Could someone commit it to the svn repo? Cheers, Balint Index: epan/wslua/wslua_tvb.c === --- epan/wslua/wslua_tvb.c (revision 21

[Wireshark-dev] Including ASN.1 format coding in a C dissector

Hi , I have written a dissector for a protocol which has a coding standard of Tag-Length-Value. Now in this dissector , I have to add some messages of RANAP protocol which has a coding standard in ASN.1 format.Already the dissector for RANAP is available in the wireshark. Now: 1.Can I cal

Re: [Wireshark-dev] "Track Context" in H248

Hi Luis and the other H248 experts let me ask differently: Would it be possible to trace a context entirely by looking just at the H248 layer? The mId identifies the originator of a message: (i.e. the MGC in case of (most of) the Request messages and the MGW in case of (most of) the Reply message

Re: [Wireshark-dev] Controlling the location of plugins directory

Bob Doolittle wrote: > Jeff Morriss wrote: >> Bob Doolittle wrote: >> >>> Hi, >>> >>> Can wireshark handle env-variable control of the >>> location of the plugins directory (similar to >>> LD_LIBRARY_PATH etc)? >>> >>> I haven't found it, and desperately need it. I >>> work in an environment wh

Re: [Wireshark-dev] Controlling the location of plugins directory

Jeff Morriss wrote: > Bob Doolittle wrote: > >> Hi, >> >> Can wireshark handle env-variable control of the >> location of the plugins directory (similar to >> LD_LIBRARY_PATH etc)? >> >> I haven't found it, and desperately need it. I >> work in an environment where I commonly use >> several pla

Re: [Wireshark-dev] BCD ?

Sorry for vasting your time. The API works nicely as is. After reading the README.developper (and not just the developer-guide.pdf) I understodd how to do the BCD I wan't. Define the field as FT_UINT32 and use it by: proto_tree_add_uint(tree, hf_apacs_stan_type, tvb, offset, length, tvb_get_

Re: [Wireshark-dev] proto_tree_add_item / hf_register_info addition (Was: BCD ?)

All these strange variants. .. And all of them are just integers in some sort It seems to me like what we need (if it's not already there, and I just havent found it) is to have the posibility of letting the dissector specific code, do the transformation from what ever strange format the protocol u