Wireshark-bugs: [Wireshark-bugs] [Bug 9984] New: Buildbot crash output: fuzz-2014-04-11-8332.pca
Date: Sat, 12 Apr 2014 04:40:07 +0000
Bug ID 9984
Summary Buildbot crash output: fuzz-2014-04-11-8332.pcap
Classification Unclassified
Product Wireshark
Version unspecified
Hardware x86-64
URL http://www.wireshark.org/download/automated/captures/fuzz-2014-04-11-8332.pcap
OS Ubuntu
Severity Major
Priority High
Component Dissection engine (libwireshark)
Assignee [email protected]
Reporter [email protected]

Problems have been found with the following capture file:


Input file:

Build host information:
Linux wsbb04 3.2.0-60-generic #91-Ubuntu SMP Wed Feb 19 03:54:44 UTC 2014
x86_64 x86_64 x86_64 GNU/Linux
Distributor ID:    Ubuntu
Description:    Ubuntu 12.04.4 LTS
Release:    12.04
Codename:    precise

Buildbot information:
BUILDBOT_REPOSITORY=ssh://[email protected]:29418/wireshark

Return value:  1

Dissector bug:  0

Valgrind error count:  -1

Git commit
commit 2afa065d6201202c3804d8857c2f462e6dcde55f
Author: Stig Bjørlykke <[email protected]>
Date:   Fri Apr 11 22:24:23 2014 +0200

    Fix compilation if not HAVE_LIBGNUTLS and not HAVE_LIBGCRYPT

    This was introduced in the previous compilation fix.

    Change-Id: I4ec652a2708d90f35f3f00ec2c3261acb3e68397
    Reviewed-on: https://code.wireshark.org/review/1074
    Reviewed-by: Stig Bjørlykke <[email protected]>
    Tested-by: Stig Bjørlykke <[email protected]>

Command and args: ./tools/valgrind-wireshark.sh 

==6897== Memcheck, a memory error detector
==6897== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==6897== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==6897== Command:
-nr /fuzz/buildbot/clangcodeanalysis/valgrind-fuzz/fuzz-2014-04-11-8332.pcap
==6897==     Valgrind's memory management: out of memory:
==6897==        newSuperblock's request for 4194304 bytes failed.
==6897==        594391040 bytes have already been allocated.
==6897==     Valgrind cannot continue.  Sorry.
==6897==     There are several possible reasons for this.
==6897==     - You have some kind of memory limit in place.  Look at the
==6897==       output of 'ulimit -a'.  Is there a limit on the size of
==6897==       virtual memory or address space?
==6897==     - You have run out of swap space.
==6897==     - Valgrind has a bug.  If you think this is the case or you are
==6897==     not sure, please let us know and we'll try to fix it.
==6897==     Please note that programs can take substantially more memory than
==6897==     normal when running under Valgrind tools, eg. up to twice or
==6897==     more, depending on the tool.  On a 64-bit machine, Valgrind
==6897==     should be able to make use of up 32GB memory.  On a 32-bit
==6897==     machine, Valgrind should be able to use all the memory available
==6897==     to a single process, up to 4GB if that's how you have your
==6897==     kernel configured.  Most 32-bit Linux setups allow a maximum of
==6897==     3GB per process.
==6897==     Whatever the reason, Valgrind cannot continue.  Sorry.

[ no debug trace ]

You are receiving this mail because:
  • You are watching all bug changes.