Hello,
the following works with wireshark but not qtshark:
jmayer@egg:~/work/wireshark/git(review/gerald_combs/wsug-intro-asciidoc)>
qtshark -i wlan0 -k
FIX: packet list heading menu sensitivity
08:51:34.953 Dbg plugin_dir: lib/wireshark/plugins/1.99.0
08:51:35.010 Main Dbg Translator en_US
Den 21 jul 2014 02:34 skrev "Evan Huus" :
>
> On Sun, Jul 20, 2014 at 8:25 PM, Guy Harris wrote:
>>
>>
>> On Jul 20, 2014, at 5:04 PM, Evan Huus wrote:
>>
>> > I don't really get this - it happens inconsistently that the "fast"
allocator takes longer to run than the "block" allocator. The fast
al
It should be as simple as
git review –d 3139
# make change
git commit -a --amend
git review
There's nothing "special" about changes uploaded by other users, so once you've
got the change in a branch (which is what -d does) the rest of the process is
pretty standard.
> On Jul 20, 2014, at 22:49
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 really want i
On Sun, Jul 20, 2014 at 8:25 PM, Guy Harris wrote:
>
> On Jul 20, 2014, at 5:04 PM, Evan Huus wrote:
>
> > I don't really get this - it happens inconsistently that the "fast"
> allocator takes longer to run than the "block" allocator. The fast
> allocator does much less work, and runs substantia
On Jul 20, 2014, at 5:04 PM, Evan Huus wrote:
> I don't really get this - it happens inconsistently that the "fast" allocator
> takes longer to run than the "block" allocator. The fast allocator does much
> less work, and runs substantially faster than the block allocator everywhere
> I've te
I don't really get this - it happens inconsistently that the "fast"
allocator takes longer to run than the "block" allocator. The fast
allocator does much less work, and runs substantially faster than the block
allocator everywhere I've tested it.
I don't know what glib's timing mechanism is like,
