[Bug gdb/15588] New: internal-error: handle_inferior_event: Assertion `inf' failed on Mac OS X

[Bug gdb/15588] New: internal-error: handle_inferior_event: Assertion `inf' failed on Mac OS X

[gunnlaugur at gmail dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=15588

            Bug ID: 15588
           Summary: internal-error: handle_inferior_event: Assertion `inf'
                    failed on Mac OS X
           Product: gdb
           Version: 7.6
            Status: NEW
          Severity: normal
          Priority: P2
         Component: gdb
          Assignee: unassigned at sourceware dot org
          Reporter: gunnlaugur at gmail dot com

I am seeing gdb fail with an internal-error “Assertion `inf' failed” (details
below) running uWSGI on Mac OS X. Similar to #13054 but there I was directed to
make a new bug because the platform is different.

This problem may or may not be related to debugging uWSGI specifically; I'm
trying gdb 7.6 for the first time on this machine.

The OS X uname -a is:

Darwin toodee.local 12.3.0 Darwin Kernel Version 12.3.0: Sun Jan  6 22:37:10
PST 2013; root:xnu-2050.22.13~1/RELEASE_X86_64 x86_64

The gdb is built from the current MacPorts 7.6 build.

I'm running a debug build of uWSGI (current tip,
26710694af812c29c6f0b46ad3a1ac7ca4db787e) with Python 2.7.5 from MacPorts.

Here's the invocation and full output:

$ ggdb --args uwsgi -M -s :1234
GNU gdb (GDB) 7.6
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-apple-darwin12.3.0".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /Users/gthb/pyenv/DJANGO13/bin/uwsgi...done.
(gdb) set debug infrun 1
(gdb) run
Starting program: /Users/gthb/pyenv/DJANGO13/bin/uwsgi -M -s :1234
infrun: proceed (addr=0x7fff5fc01028, signal=0, step=0)
infrun: resume (step=0, signal=0), trap_expected=0, current thread [Thread
0x1603 of process 65168] at 0x7fff5fc01028
infrun: wait_for_inferior ()
infrun: target_wait (-1, status) =
infrun:   65168 [Thread 0x1603 of process 65168],
infrun:   status->kind = stopped, signal = SIGTRAP
infrun: infwait_normal_state
infrun: TARGET_WAITKIND_STOPPED
infrun: stop_pc = 0x7fff5fc0d6e5
warning: Could not open OSO archive file
"/opt/local/var/macports/build/_opt_mports_dports_lang_python27/python27/work/Python-2.7.5/libpython2.7.a"
infrun: BPSTAT_WHAT_SINGLE
infrun: no stepping, continue
infrun: resume (step=1, signal=0), trap_expected=1, current thread [Thread
0x1603 of process 65168] at 0x7fff5fc0d6e5
infrun: prepare_to_wait
infrun: target_wait (-1, status) =
infrun:   65168 [Thread 0x1603 of process 65168],
infrun:   status->kind = stopped, signal = SIGTRAP
infrun: infwait_normal_state
infrun: TARGET_WAITKIND_STOPPED
infrun: stop_pc = 0x7fff5fc0d6e6
infrun: no stepping, continue
infrun: resume (step=0, signal=0), trap_expected=0, current thread [Thread
0x1603 of process 65168] at 0x7fff5fc0d6e6
infrun: prepare_to_wait
[uwsgi-logger] registered "python"
[uwsgi-logger] registered "syslog"
[uwsgi-logger] registered "rsyslog"
[uwsgi-logger] registered "socket"
[uwsgi-logger] registered "redislog"
[uwsgi-logger] registered "mongodblog"
[uwsgi-logger] registered "file"
[uwsgi-cheaper-algo] registered "busyness"
executable name: /Users/gthb/pyenv/DJANGO13/bin/uwsgi
optind:4 argc:4
[uwsgi-cheaper-algo] registered "spare"
[uwsgi-cheaper-algo] registered "backlog"
*** Starting uWSGI 1.9.12 (64bit) on [Wed Jun  5 20:10:55 2013] ***
***
*** You are running a DEBUG version of uWSGI, please disable debug in your
build profile and recompile it ***
***
compiled with version: 4.2.1 Compatible Apple Clang 4.1
((tags/Apple/clang-421.11.66)) on 05 June 2013 20:00:50
os: Darwin-12.3.0 Darwin Kernel Version 12.3.0: Sun Jan  6 22:37:10 PST 2013;
root:xnu-2050.22.13~1/RELEASE_X86_64
nodename: toodee.local
machine: x86_64
clock source: unix
pcre jit disabled
detected number of CPU cores: 8
current working directory: /Users/gthb/svn/datamarket/elam/src
detected binary path: /Users/gthb/pyenv/DJANGO13/bin/uwsgi
your processes number limit is 709
your memory page size is 4096 bytes
detected max file descriptor number: 256
cores allocated...
lock engine: OSX spinlocks
uwsgi socket 0 bound to TCP address :1234 fd 11
Python version: 2.7.5 (default, May 19 2013, 13:26:46)  [GCC 4.2.1 Compatible
Apple Clang 4.1 ((tags/Apple/clang-421.11.66))]
*** Python threads support is disabled. You can enable it with --enable-threads
***
Python main interpreter initialized at 0x100908f60
[uWSGI DEBUG] uwsgi socket 256 SO_RCVBUF size: 131072
[uWSGI DEBUG] uwsgi socket 256 SO_SNDBUF size: 131072
your server socket listen backlog is limited to 100 connections
your mercy for graceful operations on workers is 60 seconds
mapped 145424 bytes (142 KB) for 1 cores
*** Operational MODE: single process ***
*** no app loaded. going in full dynamic mode ***
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI master process (pid: 65168)
spawned uWSGI worker 1 (pid: 65177, cores: 1)
adding 14 to signal poll
darwin_wait: ill-formatted message (id=961)
infrun: target_wait (-1, status) =
infrun:   -1 [process -1],
infrun:   status->kind = spurious
infrun.c:3198: internal-error: void handle_inferior_event(struct
execution_control_state *): Assertion `inf' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n) y
infrun.c:3198: internal-error: void handle_inferior_event(struct
execution_control_state *): Assertion `inf' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Create a core file of GDB? (y or n) y
Abort trap: 6

I selected to create a core file, but I don't find any core file created; I
suppose that “Abort trap: 6” at the end has something to do with that.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
>From gdb-prs-return-13786-listarch-gdb-prs=sources.redhat.com@sourceware.org Wed Jun 05 22:28:55 2013
Return-Path: <gdb-prs-return-13786-listarch-gdb-prs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-gdb-prs@sources.redhat.com
Received: (qmail 27915 invoked by alias); 5 Jun 2013 22:28:55 -0000
Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-prs.sourceware.org>
List-Subscribe: <mailto:gdb-prs-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-prs/>
List-Post: <mailto:gdb-prs@sourceware.org>
List-Help: <mailto:gdb-prs-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: gdb-prs-owner@sourceware.org
Delivered-To: mailing list gdb-prs@sourceware.org
Received: (qmail 27884 invoked by uid 55); 5 Jun 2013 22:28:54 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: gdb-prs@sourceware.org
Subject: [Bug c++/15519] GDB 7.6 is 94x slower than GDB 7.5.1 using a certain
 core file
Date: Wed, 05 Jun 2013 22:28:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gdb
X-Bugzilla-Component: c++
X-Bugzilla-Version: 7.6
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cvs-commit at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-15519-4717-PIiEz6ucMe@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-15519-4717@http.sourceware.org/bugzilla/>
References: <bug-15519-4717@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-q2/txt/msg00375.txt.bz2
Content-length: 1743

http://sourceware.org/bugzilla/show_bug.cgi?id\x15519

--- Comment #4 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> ---
CVSROOT:    /cvs/src
Module name:    src
Changes by:    devans@sourceware.org    2013-06-05 22:28:52

Modified files:
    gdb            : ChangeLog cp-namespace.c
    gdb/testsuite  : ChangeLog
    gdb/testsuite/gdb.cp: derivation.cc derivation.exp
Added files:
    gdb/testsuite/gdb.cp: derivation2.cc

Log message:
    PR 15519
    * cp-namespace.c (find_symbol_in_baseclass): Call
    cp_lookup_symbol_in_namespace instead of cp_lookup_symbol_namespace.
    Check result of call to lookup_symbol_static.
    Call lookup_static_symbol_aux unconditionally.
    Call check_typedef on base types before accessing them.
    (cp_lookup_nested_symbol): Fix comment.

    testsuite/
    * gdb.cp/derivation2.cc: New file.
    * gdb.cp/derivation.cc (main): Call foo2.
    * gdb.cp/derivation.exp: Add tests for typedefs in another
    file, and when there's an active block.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/ChangeLog.diff?cvsroot=src&r1=1.15689&r2=1.15690
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/cp-namespace.c.diff?cvsroot=src&r1=1.67&r2=1.68
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/testsuite/ChangeLog.diff?cvsroot=src&r1=1.3685&r2=1.3686
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/testsuite/gdb.cp/derivation2.cc.diff?cvsroot=src&r1=NONE&r2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/testsuite/gdb.cp/derivation.cc.diff?cvsroot=src&r1=1.5&r2=1.6
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/testsuite/gdb.cp/derivation.exp.diff?cvsroot=src&r1=1.24&r2=1.25

--
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gdb/15588] internal-error: handle_inferior_event: Assertion `inf' failed on Mac OS X

[palves at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=15588

Pedro Alves <palves at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |palves at redhat dot com

--- Comment #1 from Pedro Alves <palves at redhat dot com> ---
Thanks.

darwin_wait: ill-formatted message (id=961)
infrun: target_wait (-1, status) =
infrun:   -1 [process -1],
infrun:   status->kind = spurious

There's a FIXME for this already...

static ptid_t
darwin_decode_message (mach_msg_header_t *hdr,
               darwin_thread_t **pthread,
               struct inferior **pinf,
               struct target_waitstatus *status)
{
  darwin_thread_t *thread;
  struct inferior *inf;

  /* Exception message.  */
  if (hdr->msgh_local_port == darwin_ex_port)
    {
      int res;

      /* Decode message.  */
      res = darwin_decode_exception_message (hdr, &inf, &thread);

      if (res < 0)
    {
      /* Should not happen...  */
      printf_unfiltered
        (_("darwin_wait: ill-formatted message (id=0x%x)\n"), hdr->msgh_id);
      /* FIXME: send a failure reply?  */
      status->kind = TARGET_WAITKIND_SPURIOUS;
      return minus_one_ptid;
    }

TARGET_WAITKIND_SPURIOUS should never be reported to minus_one_ptid.  It should
report a valid ptid.

Though that's a bug, the "Should not happen" comment indicates something else
went wrong.  I have no idea what, as I'm no expert in this code.

If you could debug gdb and step through darwin_decode_exception_message, you
should be able to zone in on the actual problem.

-- 
You are receiving this mail because:
You are on the CC list for the bug.