On Tue, Feb 01, 2022 at 09:24:28AM -0600, chuck c wrote:
> "Replacing 127.0.0.1 with localhost didn't work for some reason though."
>
> dumpcap (
> https://gitlab.com/wireshark/wireshark/-/blob/master/dumpcap.c#L1366) calls
> ws_socket_ptoa (
> https://gitlab.com/wireshark/wireshark/-/blob/master/
nto common code, that would
make sense
from my point of view, but there is really not much I can achieve while only
spending a
sensible amount of time.
Kind regards
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just
Hello,
there is one very valuable feature of github that was lost in the transition to
giblab:
The commit message does no longer reference the merge request, making it way
harder to
look at the discussion leading to a merge.
Can this feature please be readded?
Thanks!
Jörg
--
Joerg Mayer
some other requirements?
In the meantime I will increase the compat test to something like 2.58 and see
whether it compiles.
Thanks!
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that
t
has been deprecated (2.62)
Two questions:
1) Is any of our buildbots running on such an old version of glib so I know
that it compiles?
2) Is there a way to test whether the compat code (text2pcap) actually works? I
have no problem
to provide/commit a testfile.
Thanks!
Jörg
--
Joerg
Hello,
On Thu, Nov 15, 2018 at 12:07:01PM +0100, Joerg Mayer wrote:
> after updating to XCode 10.1 (but not Mojave) I'm getting the following on
> program start:
...
> dyld: lazy symbol binding failed: Symbol not found:
> ___asan_version_mismatch_check_apple_902
> Referen
t?
I reran macos-setup.sh and completely cleaned the build directory.
Thanks
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of techn
it was an easy choice for me.
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technology.
_
On Mon, May 14, 2018 at 03:04:06AM -0700, Guy Harris wrote:
> On May 14, 2018, at 2:55 AM, Joerg Mayer wrote:
> > jmayer@newegg:~/worktmp/wireshark/build/master/logs$ dumpcap -L
> > dumpcap: Can't get list of interfaces: SIOCGIFMEDIA on XHC20 failed:
> > Operati
ce
Anyone else hit by this?
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of
On Wed, Mar 29, 2017 at 04:28:24PM -0700, Guy Harris wrote:
> On Mar 29, 2017, at 2:04 PM, Joerg Mayer wrote:
>
> > does HAVE_REMOTE imply that libpcap supports pcap_create nowadays? If so,
> > it would
> > allow some nice cleanups ;)
>
> On Windows, where we do
[Tried to ask this on tcpdump-workers first, but the mails silently
dissappeared]
Hello,
does HAVE_REMOTE imply that libpcap supports pcap_create nowadays? If so, it
would
allow some nice cleanups ;)
Thanks
Jörg
--
Joerg Mayer
We are stuck with
Hello,
is anyone who understand both GUIs willing to unify the capture code
common to ui/gtk/capture_dlg.c:insert_new_rows() and
ui/qt/manage_interfaces_dialog.cpp:addRemoteInterfaces()?
Found this while playing with bug 13448.
Thanks
Jörg
--
Joerg Mayer
prise
quite as much as the current situation.
Ideas?
Thanks!
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technology.
#x27;t before.
I still think that a pure source implementation is unproblematic. But out
of curiosity: Is there a link to the patent, so we may have a look?
Thanks
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff th
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technology.
___
Sent via:Wireshar
f it just wouldn't manage to enable capturing or whatever.
As far as "security" concerns in companies are concerned: Providing someone
with Admin/root permissions and then providing a crippled version of Wireshark
is corporate lawyer logic - something to be avoided by normal mortals
ld be a candidate to solve somehow, as it is
regularly involved when compiles break without this define. Would it maybe make
sense
so include a dummy version inside Wireshark that basically does (mostly)
nothing?
Thanks
Jörg
--
Joerg Mayer
We are
On Thu, Oct 27, 2016 at 09:36:47PM -0700, Guy Harris wrote:
> On Oct 27, 2016, at 8:54 PM, Guy Harris wrote:
>
> > On Oct 27, 2016, at 4:18 PM, Joerg Mayer wrote:
> >
> >> (the policy 42 stuff fixes
> >> the symptom instead of the root cause).
> >
apply the patch (the policy 42 stuff fixes
the symptom instead of the root cause).
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technology.
diff --g
t;simplest" solution would be to
require
libpcap to be installed. I have some fallback ideas but would really like to
use as
simple a solution as possible.
Thanks!
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just s
/qtui.dir/endpoint_dialog.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technology.
___
s.
Thanks
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technology.
___
Sent via:
GTK, Wireshark will not need 4-way hanshakr frames any more to
> decrypte data frames.
Did you open a bug and attach a sample capture + key information yet?
thanks
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is jus
ents.gmane.org/gmane.comp.kde.devel.buildsystem/7858
>
> Cmake fixed it here
> https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e65ef08b
>
>
> I tried to work around this by removing whitespace from the linker flags
> or applying a regexp replace on the final list
, i.e. standards compliant
radios must be
able to differentiate signals better than -96 dBm from noise. Some years ago I
looked at the
datasheet of an Atheros base Wifiadapter that claimed -106 dBm sensitivity.
Ciao
Jörg
--
Joerg Mayer
We are stuck w
On Tue, Mar 29, 2016 at 03:34:38PM +0100, João Valverde wrote:
> On 28-03-2016 23:30, Joerg Mayer wrote:
> >I've been meaning to write this mail for some years now but finally got
> >around to it.
> >
> >Earlier today I committed 30900b443b85a7e760d703ca3d6efe61d
for the non-use case.
Wrt. zlib: Do we really still want to support a case when a build environment
does not provide one?
Done rambling, time to go to bed.
Good night
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff
OK I take back my remark that packet-actrace.h works properly. The const
line is not in the taps_wslua.c file. No idea what I saw previously.
So maybe make-taps.pl shoudl print a warning/error when it drops an element?
Thanks
Jörg
--
Joerg Mayer
We
or not.
Anyway: From my analysis it seems there was a bug hidden somewhere (the struct
elements were not added) either in epan/wslua/make-taps.pl or packet-bacapp.[hc]
that was now exposed by actually receiving the warning and Pascal is working on
a fix.
Thanks!
Jörg
--
Joerg Ma
in the next statement) and now we get a "set but
not used"
warning but not before? Btw, on my Clang (XCode) system I do not get this
warning/error.
Ideas what is going on here (compiler bug?)?
Thanks
Jörg
--
Joerg Mayer
We are stuck with techn
one:
>
> https://wiki.gentoo.org/wiki/Project:Quality_Assurance/As-needed
IIRC, the link sums it up pretty well - with this option we specify all
dependencies
explicitely.
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology
files.
What does "beside" mean? Wouldn't it be easiest to install it to its own
folder, e.g. /opy/mycompany/ instead of /usr/ and then just put a script
"/usr/bin/mywsname" into the normal path? That way no extra source patching
would be necessar
ing generator expression:
>
> $
>
> No target "wireshark"
...
> Any ideas here?
Which version of wireshark?
And why do you want to build the GTK-Only version?
Jörg
--
Joerg Mayer
We are stuck with technology when
mean intention to clean it up, compiling it by default on
all platforms ;-)
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of techn
Hello,
I just compiled current source with gcc-6 and warnings as errors. Attached
is the error log with the 351 files that error out.
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some
se (x86_64-apple-darwin15)
dies with "cmake -D-bash: compopt: command not found"
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technolog
, build 15A284 (Darwin 15.0.0), with locale C, with
Built using clang 4.2.1 Compatible Apple LLVM 7.0.0 (clang-700.0.72).
Can someone please look at this?
Thanks
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff
On Mon, Aug 31, 2015 at 09:47:11PM +0200, Pascal Quantin wrote:
> > On Mon, Aug 31, 2015 at 08:17:44AM +0200, Pascal Quantin wrote:
> > > 2015-08-31 5:34 GMT+02:00 Joerg Mayer :
> > >
> > > > When using tshark from head I have a bunch of problems right now:
Hello Pascal,
thanks for the quick response - solved my immediate problem ;-)
On Mon, Aug 31, 2015 at 08:17:44AM +0200, Pascal Quantin wrote:
> 2015-08-31 5:34 GMT+02:00 Joerg Mayer :
>
> > When using tshark from head I have a bunch of problems right now:
> >
> > 1) s
thout -V
3) Some of my .vwr captures seem to only decode in tshark (with and without -V)
but
don't decode with -2 or in wireshark (I'll open a proper bug for this once I
have more
info). Btw, how can I convert .vwr files to pcapng? Both Save and Save As
are greyed out.
Thanks
because the file format
doesn't really have a magic value. So how do I go about it properly?
Thanks
Jörg
> On Sun, Aug 30, 2015 at 4:22 AM, Joerg Mayer wrote:
> > I'm trying to write a file dissector for the IxVeriWave (.vwr) capture files
> > (without loosing the abili
;-)
In case you want to test, use the capture attached to bug 11464.
Thanks
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technology.
/* file-vwr.c
On Thu, Aug 27, 2015 at 04:34:16AM +, Wireshark code review wrote:
> 0af048b by Michael Mann (mman...@netscape.net):
>
> Remove calls of tvb_ensure_length_remaining.
Nice! Another legacy API gone.
Thanks everyone who worked on this :)
Jörg
--
Jo
rk for regression testing, would it
make sense to add a mode where it uses the same mode as wireshark?
Thanks
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft inst
urned on
by default to make things easier for "normal" users and power users may still
change this for their needs.
Objections to me changing this?
Thanks
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just s
On Tue, Jul 14, 2015 at 09:13:49PM +0200, Joerg Mayer wrote:
> On Tue, Jul 14, 2015 at 11:52:18AM -0700, Guy Harris wrote:
> > Line 1558 of epan/crypt/airpdcap.c is
> >
> > if (ctx->sa[ctx->first_free_index].used) {
> >
> > in AirPDcapStoreSa(). It
hich isn't guaranteed (what if there *are*
> no free indices?); I've added a bounds check in
> 4f1b8d74338ca2a6ded8498e9d87cbc3294454c0.
This was on Linux (which has AIRPCAP disabled) and with only 2 entries total
(1x wpa, 1x wpa2)
Thanks!
Jörg
--
Joerg Mayer
eed to ask).
Please let me know what information is needed to get rid of the first 3 messages
in particular.
Thanks
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft
ally removed in previous commit.
Thanks Guy! The strange thing is, that I definitely compiled before committing
(last time and this time). In this particular case, I even did a complete
recompile
(delete build directory, create build dir, run cmake etc) for some other
reasons.
Thanks
Joerg
On Tue, Jul 07, 2015 at 09:56:24AM -0700, Guy Harris wrote:
>
> On Jul 7, 2015, at 8:56 AM, Joerg Mayer wrote:
>
> > While I understand the logic behind our argument, I don't agree with it:
> > With the possibility of winpcap and npcap diverging, that may at one point
;npf.sys", because driver names
> are system-global. So I think the logic checking "npf.sys" in Wireshark
> also needs some change.
IMO using NPCAP or winpcap should be a compile time option with the possiblity
to enable both options at the same time (in which case there should be
s if WinPcap and NPcap are both available in a
> system, which will be loaded first? I'd like to hear your opinions:)
If I remember correctly (and I may easily be mistaken here), Winpcap doesn't
provide a mechanism to determine the library version at runtime. We need to
make
blems that
cause
use to use 2.7.5 instead?
Thanks
Joerg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of
No problem - I was just testing the new old cmake asn1 generation and it
gave me the opportunity to once again start this discussion ;-)
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that
tag_type,
const char* proto_name,
^
2 errors generated.
"""
Any ideas what is going on here?
Thanks
Jörg
--
rting this type
of problems :-)
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technology.
__
de. On OS X and Windows
we do provide setup scripts for that kind of stuff already - and that way we do
not need to care about maintaining the code in tree.
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just st
er external libs: Just check for its availability and use it if present?
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some
Hello Alexis,
On Fri, May 01, 2015 at 03:23:37PM +0200, Alexis La Goutte wrote:
> On Fri, May 1, 2015 at 2:17 PM, Joerg Mayer wrote:
>
> > On Fri, May 01, 2015 at 10:42:01AM +0200, Alexis La Goutte wrote:
> > > On Fri, May 1, 2015 at 1:46 AM, Joerg Mayer wrote:
> > &
On Fri, May 01, 2015 at 10:42:01AM +0200, Alexis La Goutte wrote:
> On Fri, May 1, 2015 at 1:46 AM, Joerg Mayer wrote:
>
> > The latest checkin to libnghttp2 should not have happend:
> > a) it breaks compilation on my system
> > /home/jmayer/work/wireshark/git/epan/
shark/team/36457/
When I call that page, I only get:
Page not found
Also: While unfortunate, then you (or whoever does the import) would probably
need
to update the stuff manually - I regard this (no proper attibution) as a
showstopper
for using transifex.
Ciao
Jörg
--
Joerg Mayer
uot;proper" cmake way, but I was too worn out to really care. That
is very likely to change once I'm back from my holiday (two weeks, starting
this Sunday ;)
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is j
se. If necessary it needs to be done manually.
Adding it to the git commits would be a very nice to have.
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say tha
c-ares has been the preferred lib for doing this for a long time now,
so I don't mind killing off adns completely.
Less #ifdef stuff in the source as well :-)
+1
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is jus
inconvenience as
most distros don't provide packages for this) or the code needs to conform to
Wireshark's development environment, i.e. it requires adaption and stricter
testing
than what seems to be happening right now.
Ciao
Jörg
--
Joerg Mayer
On Thu, Apr 30, 2015 at 01:44:41PM -0700, Guy Harris wrote:
> On Apr 30, 2015, at 9:58 AM, Joerg Mayer wrote:
>
> > jmayer@egg epan$ wireshark
> > ../../asn1/c1222/packet-c1222-template.c:1427:3: runtime error: null
> > pointer passed as argument 1, which is d
On Thu, Apr 30, 2015 at 01:08:59PM -0700, Guy Harris wrote:
> On Apr 30, 2015, at 1:00 PM, Roland Knall wrote:
>
> > On Thu, Apr 30, 2015 at 6:58 PM, Joerg Mayer wrote:
> > ERROR: Cannot connect to ADB: Connection refused
> > INFO: Please check that adb daemon is runni
jmayer@egg epan$ wireshark
QMetaObject::connectSlotsByName: No matching signal for
on_actionExternalMenuItem_triggered()
../../asn1/c1222/packet-c1222-template.c:1427:3: runtime error: null pointer
passed as argument 1, which is declared to never be null
../../asn1/c1222/packet-c1222-template.c:1
On Fri, Apr 03, 2015 at 12:17:32AM +, Wireshark code review wrote:
> 4e68f01 by Joerg Mayer (jma...@loplof.de):
>
> Fix:
> packet-bitcoin.c:1735:6: error: 'hfi_msg_getheaders_version' undeclared
> (first use in this function)
>
ide enough information? If not, what should I do to track down
the cause of this?
Thanks
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of
om... file instead of changing the original CMakeLists.txt file. My
motivation for this change was to avoid haing a modified *checked* in file
in my source tree while doing dissector development.
How about adding a variable in the custom file that allows additional fil
properly picking up the qt5 tools (uic) but using
the qt4 version instead?
Or there is a leftover. The path looks like the file ui_about_dialog.h
is in tree, not out of tree, but that's for you to confirm or deny.
Ciao
Jörg
--
Joerg Mayer
We are stu
the hook?
How about adding a test to our build systems:
If we are part of a git repo and .git/hooks/pre-commit doesn't exist
then print a message at the end of the build that in case of an intended
submission the file should be installed first.
Ciao
J
es is (and will remain) the
GPLv2 (but that's easy to miss in the announcement). LGPLv2.1 may go away
for some components, but we don't have to care about that as we are GPLv2.
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what w
7;ve shown, but unfortunately
> the results were the same.
>
> I don't know, for now I'll just build --with-qt I guess.
Just tried this against git head on opensuse13.1, it worked fine.
jmayer@egg:~/work/wireshark/build/rpm-gtk2> ../../git/configure --with-gtk2
jmayer@egg:~
ow I have to do this myself ;)
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of t
_
> Sent via:Wireshark-dev mailing list
> Archives:http://www.wireshark.org/lists/wireshark-dev
> Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
> mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
--
Joerg Mayer
enid provider and get Gerald
to add it to the list ;-)
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that sh
On Mon, Aug 04, 2014 at 01:53:13AM -0700, Guy Harris wrote:
> On Aug 4, 2014, at 1:43 AM, Joerg Mayer wrote:
>
> > There is no need to change CMakeLists.txt for this kind of stuff:
> > Just use "make VERBOSE=1".
>
> Gerald, on what machine would I need to
rk/wireshark/git/ui/gtk(master)> grep GDK_DISABLE_ *
CMakeLists.txt: -DGDK_DISABLE_DEPRECATION_WARNINGS
CMakeLists.txt: # -DGDK_DISABLE_DEPRECATED
They should mirror those of autotools. If not then yes, that should be
fixed.
ciao
Jörg
--
Joerg Mayer
We are stuck with
I don't yet count the fact that I haven't seen any cmake
complaints about this. If no complaints come along we should remove the
precompiler
stuff on about 3-4 months.
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what we
__
> Sent via:Wireshark-commits mailing list
> Archives:http://www.wireshark.org/lists/wireshark-commits
> Unsubscribe: https://wireshark.org/mailman/options/wireshark-commits
>
> mailto:wireshark-commits-requ...@wireshark.org?subject=unsubscribe
-
ireshark.org/review/settings
>
> Gerrit-MessageType: newchange
> Gerrit-Change-Id: I89b3bfb53b9a19bbfb1cc8339d38cdc4a4652c62
> Gerrit-PatchSet: 1
> Gerrit-Project: wireshark
> Gerrit-Branch: master
> Gerrit-Owner: Evan Huus
--
Joerg Mayer
On Thu, Jul 31, 2014 at 05:11:59PM -0400, Evan Huus wrote:
> This issue has been bugging me for a while, but I also haven't been able to
> come up with a satisfactory solution.
I hope to look into this soon ('ish)
Ciao
Jörg
--
Joerg Mayer
viewed-by: Guy Harris
If I understand cmake correctly - and that's a big if - it will build the code
to be run from the build environment. Make install will relink the code to
run from the install environment.
Ciao
Jörg
--
Joerg Mayer
We are stuck with
h no! Now you have uncovered my evil masterplan - and you know what happens
to evil master plans once they are revealed?
:-)
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read
type ‘int’, but argument 8 has type ‘guint64’
[-Werror=format=]
cc1: all warnings being treated as errors
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of
-GUI) conversation table functionality from gtk/Qt to
> > epan. Also refactor "common GUI" conversation table functionality.
> >
> > The idea is to not have to modify the GUI when a dissector adds a new
> > "conversation type"
>
> Wow, nice work!
+2
--
*relevant* things ngs are gerrit only these days.
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technology
On Thu, Jul 24, 2014 at 07:51:37PM +0200, Pascal Quantin wrote:
> Le 24/07/2014 19:39, Joerg Mayer a écrit :
[...]
> > Hmm, OK. So we need an updated developer's guide setup section. I will try
> > to update my Windows vom 2010 to 2013 and see how it goes - just have to
On Thu, Jul 24, 2014 at 06:20:48PM +0100, Graham Bloice wrote:
> On 24 July 2014 18:08, Joerg Mayer wrote:
>
> > IIRC there was some discussion which versions of VS should still be
> > supported,
> > but I failed to find it in the archives. So, was there some consen
IIRC there was some discussion which versions of VS should still be supported,
but I failed to find it in the archives. So, was there some consensus which is
the oldest version we are going to support with master?
Thanks
Jörg
--
Joerg Mayer
We are
>
> Thoughts ?
Not on first sight. Maybe you can do a comparison on your system where
all the other tools are identical?
Ciao
Jörg
--
Joerg Mayer
We are stuck with t
On Mon, Jul 21, 2014 at 11:07:57AM +0200, Alexis La Goutte wrote:
> The help is wrong... (Copy/paste from gtk)
> -i and -k option is not yet supported by qtshark
OK, that explains it :-)
Thanks!
Jörg
--
Joerg Mayer
We are stuck with technolog
witch to next file after NUM KB
[...]
I someone willing to take a look at this?
Thanks
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of te
Hello Gerald,
as I'm too dumb to attach a corrected version of the docbook/CMakeLists.txt
to https://code.wireshark.org/review/#/c/3139/
I'm sending it via the list
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what we r
, so I
> don't know how fast and/or cross-platform it is.
See epan/dissectors/pidl/README on how to do that in tree (in theory).
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what
king about is something like keeping state but only for the
last 1000 (insert your favourite number here) packets and only *then* throwing
it away. Or is this unrealistic?
Ciao
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is
this list?
Thanks
Jörg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technology.
___
1 - 100 of 1057 matches
Mail list logo
