Gilbert Ramirez wrote:
> I'd like to see revision 19680 in the 0.99.4pre2 release. It's a fix
> to bug 1085. I just checked it in, but the submitter and I have been
> working on it and testing it for the past 2 weeks. I've done fuzz
> testing, too.
Done (along with several others).
___
[EMAIL PROTECTED] wrote:
> This is insane, I've had so much trouble trying to get wireshark to
> compile.
>
> My latest error is this, I appreciate it if you could show me the way!
>
> Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
> Copyright (C) Microsoft Corp 1988-1998. All
Neil Piercy wrote:
> Any chance of getting this patch applied ? I've updated the patch in
> bugzilla (#1157, not the typo'ed number below) to the latest SVN.
>
>
Hi!
Yes, the current cygwin python binding has some problems, I've installed
it and compile without your changes! I just don't real
On 10/26/06, ronnie sahlberg <[EMAIL PROTECTED]> wrote:
> we have batteling dissectors
>
> two dissectors enter, one dissector leaves
>
> maybe you and Bill can work on merging the two dissectors into one
> single one that contains all the enhancements?
My dissector included only the work necessar
Hi,
A simple search in epan/dissectors shows a lot of code using unicode
strings. Take some time to learn from them, aybe your problem is already
solved there.
Thanx,
Jaap
On Thu, 26 Oct 2006, Kai Blin wrote:
> Hi folks,
>
> I'm currently trying to dissect a packet that has a couple of unicode
Hi folks,
I'm currently trying to dissect a packet that has a couple of unicode strings
after a bit of binary data. I know the length of the binary data and the
offset until that data starts, so I know the total length of all the unicode
strings, but not how many unicode strings there are. They
Hi Mr. Ruoff, thanks for helping me with my thesis. What you explained me really helped, I talked to the people here and I´m going to analyze the "Mean Jitter". But I still have a confusion with the delay, you said: "
You can take the average delay over the whole communication for example.
But y
Hi,
That is odd. All the code calls it root dispersion, but the text strings
are "clock dispersion". Fixed in revision 19705.
Maybe it can be picked up for the 0.99.4pre2 release.
Thanx,
Jaap
On Thu, 26 Oct 2006, Xiaoguang Liu wrote:
> in wireshark a NTP field is displayed as "clock dispersion"
frederic heem wrote:
> Alle 00:47, giovedì 26 ottobre 2006, Ulf Lamping ha scritto:
>> - your initial patch was 2350 lines - your full patch 5794 lines!
> That's because I couldn't figure out how to tell subversion to include new
> files when doing "svn diff". Does anyone know ?
"svn add" should
Alle 14:50, giovedì 26 ottobre 2006, Joerg Mayer ha scritto:
> On Wed, Oct 25, 2006 at 06:37:32PM +0200, frederic heem wrote:
> > D-Bus support has been adding to wireshark.
> > For those who are interested to know more about this feature, a
> > README.dbus has been written.
> > Any comments will b
Alle 14:49, giovedì 26 ottobre 2006, Joerg Mayer ha scritto:
> On Thu, Oct 26, 2006 at 10:32:03AM +0200, frederic heem wrote:
> > That's because I couldn't figure out how to tell subversion to include
> > new files when doing "svn diff". Does anyone know ?
>
> That's because you don't understand th
This is insane, I've
had so much trouble trying to get wireshark to compile.
My latest error is
this, I appreciate it if you could show me the way!
Microsoft (R) Program Maintenance
Utility Version 6.00.8168.0Copyright (C) Microsoft Corp
1988-1998. All rights reserved.
NMAKE : fatal
On Wed, Oct 25, 2006 at 06:37:32PM +0200, frederic heem wrote:
> D-Bus support has been adding to wireshark.
> For those who are interested to know more about this feature, a README.dbus
> has been written.
> Any comments will be appreciated
I have not looked at the dbus-part in detail, but it l
On Thu, Oct 26, 2006 at 10:32:03AM +0200, frederic heem wrote:
> That's because I couldn't figure out how to tell subversion to include new
> files when doing "svn diff". Does anyone know ?
That's because you don't understand the (two) mails I already wrote on
the subject: You need to "svn add ".
Guy Harris wrote:
> Andrew Schweitzer wrote:
>
>>Maybe I don't understand tcp_dissect_pdus.
>>
>>If a user message overruns an ethernet frame, tcp_dissect_pdus is
>>supposed to allocate enough space to hold the entire user message, and
>>only call the user's dissector when the entire message has
frederic heem wrote:
> What about using select() + read() instead ?
If, for whatever reason, the application needs to ensure that it doesn't
wait indefinitely for a packet to arrive, that's the way to do it.
Of course, if the only reason the application needs to ensure that is so
that it can,
Andrew Schweitzer wrote:
> Maybe I don't understand tcp_dissect_pdus.
>
> If a user message overruns an ethernet frame, tcp_dissect_pdus is
> supposed to allocate enough space to hold the entire user message, and
> only call the user's dissector when the entire message has been
> received... ri
prashanth joshi wrote:
> the function to extract the data are,
> tvb_get_uint8, tvb_get_ntohs and ( guint32 ) tvb_get_ntohl.
> How to extract a 64 bit data. ie guint64 data.
tvb_get_ntoh64() or tvb_get_letoh64(). (I'll update doc/README.developer.)
> Also I wanted to know whether addin
Hi, the function to extract the data are, tvb_get_uint8, tvb_get_ntohs and ( guint32 ) tvb_get_ntohl. How to extract a 64 bit data. ie guint64 data. Also I wanted to know whether adding a local variable to the display tree has got the chances of making dangling reference occur. ( durin
Alle 10:53, giovedì 26 ottobre 2006, Guy Harris ha scritto:
> frederic heem wrote:
> > Do you mean that on Solaris, when a read blocks and no packet arrives,
> > the read hangs forever ?
>
> Yes.
What about using select() + read() instead ?
>
> The purpose of the timer on Solaris is *NOT* to ensure
frederic heem wrote:
> Do you mean that on Solaris, when a read blocks and no packet arrives, the
> read hangs forever ?
Yes.
The purpose of the timer on Solaris is *NOT* to ensure that reads always
complete within a fixed period of time. The purpose of the timer is to
ensure that if packets
Any chance of getting this patch applied ? I've updated the patch in
bugzilla (#1157, not the typo'ed number below) to the latest SVN.
Neil
Neil Piercy wrote:
> I finally got round to raising bug #1175 and adding the proposed patch.
>
> Thanks,
> Neil
>
> Joerg Mayer wrote:
>> On Fri, Sep 08,
Alle 00:47, giovedì 26 ottobre 2006, Ulf Lamping ha scritto:
> frederic heem wrote:
> > Hi,
> > D-Bus support has been adding to wireshark.
> > For those who are interested to know more about this feature, a
> > README.dbus has been written.
> > Any comments will be appreciated
> > Cheers,
> > Fred
Hi,
I've built it and started it up :-)
Brg
Anders
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ulf Lamping
Sent: den 26 oktober 2006 09:42
To: wireshark-dev@wireshark.org
Subject: Re: [Wireshark-dev] [Wireshark-commits] rev 19695: /trunk/
/trunk/tool
Alle 22:04, mercoledì 25 ottobre 2006, Guy Harris ha scritto:
> frederic heem wrote:
> > * fix pcap_open_live timeout:
> > https://sourceforge.net/tracker/?func=detail&atid=469579&aid=1576578&grou
> >p_id=53067
>
> Note that there are other platforms where the underlying packet capture
> mechanism
checked in
On 10/25/06, Stephen Fisher <[EMAIL PROTECTED]> wrote:
> Attached is a patch to fix bug #1040: "imap packet: not all infos are
> displayed." It has been tested against the capture file the user
> provided as well as my own capture of an imap session.
>
>
> Thanks,
> Steve
>
>
__
[EMAIL PROTECTED] wrote:
> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=19695
>
> User: etxrab
> Date: 2006/10/26 07:25 AM
>
> Log:
> Preparations for using the latest GTK 2.8 files for now only gettext is
> updated.
>
> Directory: /trunk/tools/
> ChangesPath
we have batteling dissectors
two dissectors enter, one dissector leaves
maybe you and Bill can work on merging the two dissectors into one
single one that contains all the enhancements?
On 10/25/06, Shaun Jackman <[EMAIL PROTECTED]> wrote:
> I had just finished writing this patch this morning
checked in
On 10/25/06, Shaun Jackman <[EMAIL PROTECTED]> wrote:
> This patch brings my email address and list of work up to date.
>
> Cheers,
> Shaun
>
> Index: AUTHORS
> ===
> --- AUTHORS (revision 19609)
> +++ AUTHORS (working copy
Hi,
I have updated the GTK 2.8 files for now GTK 2.8 is still disabled.
New portaudio files (v19) is also there but currently untested(not
downloaded).
Please run nmake -f makefile.nmake clean_setup and nmake -f makefile.nmake
setup
As gettext is updated.
For those who want to test with GTK 2.8 c
Jeff Morriss wrote:
> Joerg Mayer wrote:
>
>> On Wed, Oct 25, 2006 at 06:00:00PM +0800, Jeff Morriss wrote:
>>
>>> I did this once a while ago and found figuring out how to actually make
>>> a dissector into a "new style" dissector wasn't all that easy, mainly
>>> because I couldn't find
31 matches
Mail list logo