According to the Buildbot logs ClamAV is giving the NSIS uninstaller the
stink eye again.
C:\buildbot\wireshark\wireshark-master-32\windows-8.1-x86\build\cmbuild\run\RelWithDebInfo\uninstall.exe:
Win.Adware.Agent-59160 FOUND
On 11/16/15 3:10 PM, buildbot-no-re...@wireshark.org wrote:
>
Den 21 jul 2014 02:34 skrev Evan Huus eapa...@gmail.com:
On Sun, Jul 20, 2014 at 8:25 PM, Guy Harris g...@alum.mit.edu wrote:
On Jul 20, 2014, at 5:04 PM, Evan Huus eapa...@gmail.com wrote:
I don't really get this - it happens inconsistently that the fast
allocator takes longer to run than
On Mon, Jul 21, 2014 at 2:22 AM, Anders Broman a.broma...@gmail.com wrote:
Den 21 jul 2014 02:34 skrev Evan Huus eapa...@gmail.com:
On Sun, Jul 20, 2014 at 8:25 PM, Guy Harris g...@alum.mit.edu wrote:
On Jul 20, 2014, at 5:04 PM, Evan Huus eapa...@gmail.com wrote:
I don't really
On Sun, Jul 20, 2014 at 08:04:30PM -0400, 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
On Tue, Jul 22, 2014 at 01:12:40AM +0200, darkjames...@darkjames.pl wrote:
On Sun, Jul 20, 2014 at 08:04:30PM -0400, 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
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,
On Jul 20, 2014, at 5:04 PM, Evan Huus eapa...@gmail.com 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
On Sun, Jul 20, 2014 at 8:25 PM, Guy Harris g...@alum.mit.edu wrote:
On Jul 20, 2014, at 5:04 PM, Evan Huus eapa...@gmail.com 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