Hello Ulf,
>>> Ulf Lamping <[EMAIL PROTECTED]> 11/29/07 10:08 PM >>>
> Unfortunately, "Autoscroll in Live Capture" doesn't seem to work any
> longer. I don't know how long ago this bug was introduced.
I think autoscroll behavior was changed (augmented?).
My observation is that auto-scrolling no
Ulf Lamping wrote:
>
> Do we need to include the changes into the upcoming 0.99.7 release?
>
I'll let you and/or Gerald decide. Are the changes to fix setting the
executable bit only required (at this point) when creating the U3 package ?
If so: Is it worth it
to do just the required changes t
On Fri, Nov 30, 2007 at 04:08:42AM +0100, Ulf Lamping wrote:
> Gerald Combs schrieb:
> >
> > Wireshark 0.99.7pre2 is now available for testing. Source code and a
> > Windows installer can be downloaded immediately from
>
> Unfortunately, "Autoscroll in Live Capture" doesn't seem to work any
> long
Bill Meier schrieb
> which happend to be in your top level directory (but not in mine).
>
> I've submitted a fix which quotes the *\.dll and *.\exe
>
You won't believe it, the latest changes actually fixed the problem. Now
the upx.exe get's the executable attribute and U3/PortableApps p
Gerald Combs schrieb:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Wireshark 0.99.7pre2 is now available for testing. Source code and a
> Windows installer can be downloaded immediately from
>
Unfortunately, "Autoscroll in Live Capture" doesn't seem to work any
longer. I don't know ho
Ulf Lamping wrote:
> 1>Verifying that the DLLs and EXEs in . are executable.
> 1>++ /usr/bin/find . '(' -name '*.dll' -o -name vcredist_x86.exe ')'
> 1>+ for i in '`/usr/bin/find . \( -name *\.dll -o -name *\.exe \)`'
http://www
Bill Meier schrieb:
> Ulf Lamping wrote:
>
>> Although I see a change in the win32-setup.sh file (so I got your
>> changes), there's unfortunately no change in behaviour, upx.exe still
>> lacks the executable bit ...
>>
>>
>
> OK: Let's go to the tape ...
>
> Please add a
> set -x
>
On Fri, Nov 30, 2007 at 02:38:07AM +0100, Ulf Lamping wrote:
> "-space" is reserved for showing the windows own window dialog -
> the same that you'll get when you'll click at the top left of each
> window. You might need to find a better hotkey ;-)
+` perhaps since it's to the left of the number
Ulf Lamping wrote:
> Although I see a change in the win32-setup.sh file (so I got your
> changes), there's unfortunately no change in behaviour, upx.exe still
> lacks the executable bit ...
>
OK: Let's go to the tape ...
Please add a
set -x
someplace near the beginning of win32-setup.s
Sake Blok schrieb:
> OK, so the colored icons are a good way of showing the user which color
> they are selecting?
I think so
> I will look into changing the icon colors on the
> fly so that it will be possible to change the colors, which I think is
> a SHOULD have :-)
>
makes sense, but isn't
Bill Meier schrieb:
> Ulf Lamping wrote:
>
>> ... so I guess the find call doesn't find the upx.exe, so chmod isn't
>> called. As a remark, AFAIK this is the first time for an exe needs this
>> bit, so the find call might never have been worked correctly before.
>>
>>
>>
>
> After a quick
You could use a user dlt and assign sccp to it.
See http://wiki.wireshark.org/HowToDissectAnything
On Nov 30, 2007 1:50 AM, James Lee <[EMAIL PROTECTED]> wrote:
> Hi. I'm trying to use wireshark to decode raw SCCP packets; i.e. the
> contents of an SCCP packet sent over an SS7 link, but where w
Hi. I'm trying to use wireshark to decode raw SCCP packets; i.e. the
contents of an SCCP packet sent over an SS7 link, but where we have only the
packet from the SCCP layer upwards available (so none of the lower-layer
protocols like MTP3, MTP2, etc.).
Now I'm trying to do this by outputting the c
Ulf Lamping wrote:
>
> ... so I guess the find call doesn't find the upx.exe, so chmod isn't
> called. As a remark, AFAIK this is the first time for an exe needs this
> bit, so the find call might never have been worked correctly before.
>
>
After a quick look, I've committed a change (SVN 23
Stig Bjørlykke schrieb:
> Hi.
>
> I have just added some enhancements to the statistics summary window:
> - Added traffic statistics for marked packages.
>
Looks like a pretty good idea to me ;-)
> - Do not show Displayed column unless using it.
>
Hiding stuff on the GUI is generally a bad id
Hi List!
I've tired to find the cause of my problems with the upx compression of
the U3/PortableApps packaging.
The root cause is, that the upx.exe "installed" into
wireshark-win32-libs doesn't get the executable bit set for cygwin -
therefore the "access denied" I get (mentioned earlier). Set
Gerald Combs schrieb:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Wireshark 0.99.7pre2 is now available for testing. Source code and a
> Windows installer can be downloaded immediately from
>
Thanks for bringing up a pre2, the number of fixes was long ...
As expected from the Roadmap
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wireshark 0.99.7pre2 is now available for testing. Source code and a
Windows installer can be downloaded immediately from
http://www.wireshark.org/download/prerelease/wireshark-0.99.7pre2.tar.gz
http://www.wireshark.org/download/prerelease/wireshark-
Hi,
Glib and GTK2+ updated, please run the setup target and possibly distclean.
Regards
Anders
<>___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev
On Thu, Nov 29, 2007 at 07:01:28AM -0800, [EMAIL PROTECTED] wrote:
> On the wireshark GUI I have tried to filter using the keywords dhcp
> and ssdp for the DHCP and SSDP protocol but the wireshark throws an
> error message stating "dhcp" is not a protocol? Can someone suggest
> something ?
SSDP i
On Thu, 29 Nov 2007 07:43:52 -0800, Gerald Combs wrote
> Should we change the instances of "bootp" in the BOOTP/DHCP
> dissector to "dhcp"? This isn't the first time this has confused someone.
IMO what's confusing is that the Procotol Column is often but not always the
protocol filter value.
The
On Thu, Nov 29, 2007 at 07:43:52AM -0800, Gerald Combs wrote:
> > Use "bootp". DHCP is (more or less) a superset of BOOTP.
> > The parsing of the dhcp components is done within the bootp
> > dissector.
Or to be more precise: bootp.dhcp
>
> Should we change the instances of "bootp" in the B
Hello Gerald,
>>> Gerald Combs <[EMAIL PROTECTED]> 11/29/07 10:43 AM >>>
> Should we change the instances of "bootp" in the BOOTP/DHCP dissector to
> "dhcp"? This isn't the first time this has confused someone.
When assisting co-workers with network problems the issue
of having to use "bootp" t
Hi,
You have to make your own AMR codec plugin, AMR is a licensed codec.
Regards
Anders
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sanghee Lee
Sent: den 29 november 2007 08:50
To: wireshark-dev@wireshark.org
Subject: [Wireshark-dev] How to play
Jim Young wrote:
<[EMAIL PROTECTED]> 11/29/07 10:01 AM >>>
>> Hi ,
>>
>> On the wireshark GUI I have tried to filter using the keywords dhcp
>> and ssdp for the DHCP and SSDP protocol but the wireshark throws an error
>> message stating "dhcp" is not a protocol?
>> Can someone suggest someth
Hi,
DHCP isn't a protocol. It's an extension to BOOTP, so simply replace dhcp
by bootp and all is well.
Thanx,
Jaap
> Hi ,
>
> On the wireshark GUI I have tried to filter using the keywords dhcp and
> ssdp for the DHCP and SSDP protocol but the wireshark throws an error
> message stating "dhcp"
Hi,
I know "VOIP calls" in Wireshark for playing the RTP packet.
But, the VOIP calls only can play the G.711. I'd like to play the AMR
payload.
Thanks in advance,
Leo
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark
Ran across this: http://www.patentstorm.us/patents/7243343.html
I think it's invalid as wireshark source code is prior art. But
although recently issued, it was filed back in 2001, and I don't know
how long wireshark/ethereal has used the same kind of protocol
decoders, since I started writing cu
>>> <[EMAIL PROTECTED]> 11/29/07 10:01 AM >>>
> Hi ,
>
> On the wireshark GUI I have tried to filter using the keywords dhcp
> and ssdp for the DHCP and SSDP protocol but the wireshark throws an error
> message stating "dhcp" is not a protocol?
> Can someone suggest something ?
> Regards,
> Same
Jim, Didier, Jeff,
Thanks to all!
Best regards,
Alexey.
On 29 November 2007 Jim Young wrote:
> >>> Alexey Neyman <[EMAIL PROTECTED]> 11/29/07 9:17 AM >>>
> >
> > Hi,
> >
> > I submitted a bug #2048. How do I request a review for check-in for
> > the patch therein?
>
> To get the patch into the "
>>> Alexey Neyman <[EMAIL PROTECTED]> 11/29/07 9:17 AM >>>
> Hi,
>
> I submitted a bug #2048. How do I request a review for check-in for the
> patch therein?
To get the patch into the "Request Queue" (i.e. the link of "Show pending
patch requests" available from Bugzilla's main page) you will wa
Hi,
On Thu, 29 Nov 2007 17:17:27 +0300, Alexey Neyman wrote
> Hi,
>
> I submitted a bug #2048. How do I request a review for check-in for
> the patch therein?
Open the bug in Bugzilla
Attachment Type Creator Size Flags Actions
Patch with enhancements. patch739.29 KB none
Hi ,
On the wireshark GUI I have tried to filter using the keywords dhcp and ssdp
for the DHCP and SSDP protocol but the wireshark throws an error message
stating "dhcp" is not a protocol?
Can someone suggest something ?
Regards,
Sameer
__
Alexey Neyman wrote:
> Hi,
>
> I submitted a bug #2048. How do I request a review for check-in for the
> patch therein?
When looking at the details of the (patch) attachment you should see a
"Flags" section with a drop down list called "review_for_checkin". Set
that to "?".
(If you still
Hi,
I submitted a bug #2048. How do I request a review for check-in for the
patch therein?
Best regards,
Alexey.
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev
Hi,
You are right. It is much better. I will use it instead of current solution.
Thank you very much!
Valery.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Luis EG Ontanon
Sent: Thursday, November 29, 2007 12:29 AM
To: Developer support list for Wires
36 matches
Mail list logo