LEGO wrote:
> 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
Found
it was /MT vs /MD
and btw as soon as I sent the e-mail it crashed!
On 9/26/06, LEGO <[EMAIL PROTECTED]> wrote:
> 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
>
> > Having two different ways to load lua might be confusing and difficult
> > to document. Please finish the changes :-)
>
> I'm on it, but I have to get my win32 dev env to work before I can start.
As it is always for me dealing with windows is painful... very
obnoxious I hope I got it right
Joe Breher wrote:
> Joerg Mayer wrote:
>> On Mon, Sep 25, 2006 at 10:16:19AM -0600, Joe Breher wrote:
>> ...
>>
>>> checking for ucd-snmp/ucd-snmp-config.h... yes
>>> checking whether UCD SNMP includes sprint_realloc_objid... no
>>> configure: error: UCD SNMP requires -lcrypto but --with-ssl n
Joerg Mayer wrote:
> On Mon, Sep 25, 2006 at 10:16:19AM -0600, Joe Breher wrote:
> ...
>
>> checking for ucd-snmp/ucd-snmp-config.h... yes
>> checking whether UCD SNMP includes sprint_realloc_objid... no
>> configure: error: UCD SNMP requires -lcrypto but --with-ssl not specified
>> [EMAIL PROTE
Joerg Mayer wrote:
> On Mon, Sep 25, 2006 at 10:16:19AM -0600, Joe Breher wrote:
> ...
>> checking for ucd-snmp/ucd-snmp-config.h... yes
>> checking whether UCD SNMP includes sprint_realloc_objid... no
>> configure: error: UCD SNMP requires -lcrypto but --with-ssl not specified
>> [EMAIL PROTECTE
I actually disabled lua altoghether from unix as wslua_init() would
fail to link!
On 9/26/06, LEGO <[EMAIL PROTECTED]> wrote:
> I just committed revision 19322 with an ugly workarround for this. As
> soon as I get it to work on windows I'll revert it back.
> Sorry,
>Luis
>
>
> On 9/26/06, Gior
I just committed revision 19322 with an ugly workarround for this. As
soon as I get it to work on windows I'll revert it back.
Sorry,
Luis
On 9/26/06, Giorgio Tino <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've just updated Wireshark to version 19321 and I've tried to rebuild the
> whole stuff. Bui
Hi,
I've just updated Wireshark to version 19321 and I've tried to rebuild the
whole stuff. Build (Windows XP) fails with the following error:
epan.c
..\epan/wslua/wslua.h(39) : fatal error C1083: Cannot open include file:
'lua.h': No such file or directory
NMAKE : fatal error U1077: 'cl' : ret
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 errn
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 s
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
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 i
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 thi
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
On Mon, Sep 25, 2006 at 10:16:19AM -0600, Joe Breher wrote:
...
> checking for ucd-snmp/ucd-snmp-config.h... yes
> checking whether UCD SNMP includes sprint_realloc_objid... no
> configure: error: UCD SNMP requires -lcrypto but --with-ssl not specified
> [EMAIL PROTECTED] wireshark-0.99.3a]$
>
...
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
On Mon, Sep 25, 2006 at 03:27:28AM +0200, LEGO wrote:
> I'll drop ssupport for lua 5.0 (does not have a loadable module
> mechanism as 5.1 does)
5.0.2 doesn't compile anyway - to be more precise: configure --with-lua
fails anyway:
checking whether to use liblua for the lua scripting plugin... yes
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 a
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 Distingui
Ulf Lamping wrote:
> Richard van der Hoff wrote:
>> Richard van der Hoff wrote:
>>> [tshark from a fifo]
>>> Ulf - I notice you made the relevant change here (r16787) - is there
>>> any reason why tshark shouldn't use capture_loop_dispatch to do its
>>> processing, rather than attempting to use c
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 Bro
I do not see that behaviour on my box.
I'm using darwinport's gtk2 ( gtk2 @2.8.9_0+darwin_8 (active) , pango
@1.10.1_0 (active), cairo @1.0.2_0 (active))
Luis
On 9/25/06, Stephen Fisher <[EMAIL PROTECTED]> wrote:
> Could someone with OS X check if they have the same problem as I do.
> When I go
On 9/25/06, Ulf Lamping <[EMAIL PROTECTED]> wrote:
> LEGO wrote:
> > For now I checked in a slightly modified version into epan/ which by
> > now only *nix build uses (that's why I haven't deleted the plugin
> > yet).
> >
> Having two different ways to load lua might be confusing and difficult
> t
Hi,
I assume GTP’ ( GTP
prim) transfers the CDR data in a “Data record packet” those are
decoded in the GTP dissector by:
decode_gtp_data_req()
And the actual payload by:
if
(gtpcdr_handle) {
next_tvb
= tvb_new_subset (t
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, howe
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.
-Tim
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Graham Bl
>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 tha
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'
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 fro
> 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.
Two ways to fix that if you confirm that having Cygwin
> 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 i
> 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
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.
>
>
Note: forwarded message attached.
Stay in the know. Pulse on the new Yahoo.com. Check it out.
--- Begin Message ---
Hi, I need to parse GTP' packet consisting in its message field the GCDR and then SRecord. Srecord is the record defined by us. Now obviously I need to add code to the ethereal
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 :)
>
> Wh
Hello Anders,
Well, I believe you'll cope with this.
'One item of Zero length' lines are very confusing. I guess they
should say '0 items' instead.
Monday, September 25, 2006, 1:28:11 PM, you wrote:
ABAE> Hi,
ABAE> Well there is one item of Zero length :)
ABAE> Which may not be so easy to fi
Hi,
Well there is one item of Zero length :)
Which may not be so easy to fix.
Brg
Anders
-Original Message-
From: [EMAIL PROTECTED] on behalf of Oleg Kostenko
Sent: Mon 9/25/2006 11:09 AM
To: Anders Broman; wireshark-dev@wireshark.org
Subject: Re: [Wireshark-dev] Fwd: And again BER error
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)
LEGO wrote:
> Being the C++ generated lua interface sluggish (at least twice slower)
> I decided that I'll keep working on the old one.
>
Sounds reasonable.
> Here's what I'll do:
>
> For now I checked in a slightly modified version into epan/ which by
> now only *nix build uses (that's why I h
40 matches
Mail list logo
