Hello Anders,
BER errors are gone, but now some lines tell that there is '1 item' f
something, while actually there isn't:
...
Item: mediaDescriptor (1)
mediaDescriptor
termStateDescr
here: propertyParms: 1 item
serviceState: inSvc (2)
Are these zero length constructs actually allowed by the standard?
If they are not it might be better to just abort dissection completely
with a [malformed packet] message.
On 9/25/06, Anders Broman (AL/EAB) [EMAIL PROTECTED] wrote:
Hi,
Well there is one item of Zero length :)
Which may
Note: forwarded message attached.
Stay in the know. Pulse on the new Yahoo.com. Check it out.
---BeginMessage---
Hi, I need to parse GTP' packet consisting in its message fieldthe GCDR and then SRecord. Srecord is the record defined by us. Now obviously I need to add code to the ethereal to
Guy Harris wrote:
Richard van der Hoff wrote:
One workaround for this is to #define MUST_DO_SELECT, so that
capture_loop_dispatch uses a select() to wait for packets to turn up,
and put a second's timeout on the select() - but i'm not sure how
portable this is likely to be.
It's
Tim,
Thanks for your answer.
Have you done the following:
Do you intend to build using MSVC CYGWIN tools?
Was your Win32 build environment setup using the Developers Guide,
sections 2.3 4.6.2?
Yes.
If you intended to use MSVC CYGWIN tools, a command prompt [DOS
prompt]
A follow-up on issues when building wireshark on win32.
I found out that if Cygwin make package is installed, Wireshark cannot
be built anymore under win32 (cannot find cl and other dependencies).
It might be a conflict between Cygwin's make and nmake.
Does someone else have the issue? For
Jacques, Olivier (OpenCall Test Infra) schrieb:
Works fine for me, but then I don't have Cygwin on my normal
path. Do you?
No I don't have Cygwin in my path. Do you have Cygwin's make package
installed? In this case, it works for me too if I don't have the make
package from Cygwin.
for Wireshark
Subject: Re: [Wireshark-dev] win32: nmake setup: can't find cl
Works fine for me, but then I don't have Cygwin on my normal
path. Do you?
No I don't have Cygwin in my path. Do you have Cygwin's make package
installed? In this case, it works for me too if I don't have the
On 9/25/06, ronnie sahlberg [EMAIL PROTECTED] wrote:
Are these zero length constructs actually allowed by the standard?
If they are not it might be better to just abort dissection completely
with a [malformed packet] message.
I honestly do not know if the standard allows for that, however,
I
On 9/25/06, ronnie sahlberg [EMAIL PROTECTED] wrote:
Are these zero length constructs actually allowed by the standard?
If they are not it might be better to just abort dissection completely
with a [malformed packet] message.
I honestly do not know if the standard allows for that, however,
I
all that H.248 says about sequences is:
NOTE 2 – The ASN.1 specification below contains a clause defining
TerminationIDList as a
sequence of TerminationIDs. The length of this sequence SHALL be one,
except possibly when used in contextAuditResult.
Is that our case?
Luis.
On 9/25/06, Anders
Hi,
From below it looks like a SEQUENCE may NOT be coded as a Zero item but
SEQUENCE OF may.
Comments?
ITU-T Recommendation X.690
International Standard 8825-1
Information technology -
ASN.1 encoding rules:
Specification of Basic Encoding Rules (BER), Canonical Encoding Rules (CER)
and
Hello,
I incorporated the suggested changes and added the forward reference
of 3 functions as seen in the developer guide.
The current version of the IBM ICT dissector and and some sample packets
are attached onto this mail.
Thanks for any further comment to my first try.
Toralf,
Please
On Sun, Sep 24, 2006 at 08:37:30PM +, [EMAIL PROTECTED] wrote:
Log:
instead of simply removing G_BEGIN_DECLS (maybe someone wants to use it in a
c++ project), use an #if GTK_MAJOR_VERSION = 2 around all definitions. This
will also make it clear that this widget won't work with gtk 1.x
Richard van der Hoff wrote:
The only concern with this would be that dumpcap would presumably then
send a packet count after every packet - which might mean a significant
quantity of data.
Every batch of packets, at least.
Some OSes support packet batching, so that a single read from the
Joerg Mayer wrote:
On Sun, Sep 24, 2006 at 08:37:30PM +, [EMAIL PROTECTED] wrote:
Log:
instead of simply removing G_BEGIN_DECLS (maybe someone wants to use it in
a c++ project), use an #if GTK_MAJOR_VERSION = 2 around all definitions.
This will also make it clear that this widget
Cook, Timothy wrote:
I also have CYGWIN make package installed can compile Wireshark with
MS VC 6. I don't have CYGWIN in my path or includes pointing to CYGWIN
when I open a COMMAND prompt to build.
To answer all, with the intended way things should go:
cygwin's path
The right way is to
Graeme Lunt wrote:
Attached is a screenshot showing Related Information for the x509af
elements and OIDs
Not bad, I like it!
It also shows the FI_URL item shown as underlined - this is totally separate
from related information now.
Makes sense.
Still unsure if it should be FI_URL or
Graham Bloice wrote:
A follow-up on issues when building wireshark on win32.
I found out that if Cygwin make package is installed, Wireshark cannot
be built anymore under win32 (cannot find cl and other dependencies).
It might be a conflict between Cygwin's make and nmake.
Does someone else have
Hi folks,
I have been trying to build ws on win32 for a while and I find
myself with some problems:
I build Lua 5.1.1 into a .lib, and then try link that lib into
libwireshark I get some unresolved symbol errors, specifically for:
int __mb_cur_max;
unsigned short* _pctype;
int
20 matches
Mail list logo