Your message dated Thu, 18 Aug 2005 09:40:04 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#323235: fails to find files during debug
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 15 Aug 2005 16:13:54 +0000
>From [EMAIL PROTECTED] Mon Aug 15 09:13:54 2005
Return-path: <[EMAIL PROTECTED]>
Received: from armagnac.ifi.unizh.ch (albatross.madduck.net) [130.60.75.72] 
        by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
        id 1E4haz-0004uc-00; Mon, 15 Aug 2005 09:13:53 -0700
Received: from localhost (albatross.madduck.net [127.0.0.1])
        by albatross.madduck.net (postfix) with ESMTP id C77438E64A8
        for <[EMAIL PROTECTED]>; Mon, 15 Aug 2005 18:13:47 +0200 (CEST)
Received: from albatross.madduck.net ([127.0.0.1])
        by localhost (albatross.madduck.net [127.0.0.1]) (amavisd-new, port 
10024)
        with LMTP id 00833-01-7 for <[EMAIL PROTECTED]>;
        Mon, 15 Aug 2005 18:13:47 +0200 (CEST)
Received: from cirrus.madduck.net (84-72-21-69.dclient.hispeed.ch [84.72.21.69])
        (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
        (Client CN "cirrus.madduck.net", Issuer "madduck.net CA" (verified OK))
        by albatross.madduck.net (postfix) with ESMTP id 9A3198E64A6
        for <[EMAIL PROTECTED]>; Mon, 15 Aug 2005 18:13:44 +0200 (CEST)
Received: by cirrus.madduck.net (Postfix, from userid 1000)
        id 283DA20041C; Mon, 15 Aug 2005 18:13:43 +0200 (CEST)
Date: Mon, 15 Aug 2005 18:13:43 +0200
From: martin f krafft <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: fails to find files during debug
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
        protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf"
Content-Disposition: inline
X-Reportbug-Version: 3.15
Organization: Debian GNU/Linux
X-OS: Debian GNU/Linux 3.1 kernel 2.6.12-cirrus i686
X-Motto: Keep the good times rollin'
X-Subliminal-Message: debian/rules!
X-Debbugs-No-Ack: please spare me
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at madduck.net
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level: 
X-Spam-Status: No, hits=-11.0 required=4.0 tests=BAYES_00,HAS_PACKAGE,
        X_DEBBUGS_NO_ACK autolearn=ham version=2.60-bugs.debian.org_2005_01_02


--J2SCkAp4GZ/dPZZf
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Package: libstdc++6-4.0-dbg, gdb
Severity: minor

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912505584352 (LWP 21298)]
0x00002aaaaad69a65 in sentry (this=3D0x7fffffffdf00, [EMAIL PROTECTED])
    at ostream.tcc:55
55  ostream.tcc: No such file or directory.
  in ostream.tcc

$ wc -l /usr/include/c++/4.0.2/bits/ostream.tcc
704 /usr/include/c++/4.0.2/bits/ostream.tcc

Running gdb with `-d /usr/include/c++/4.0.2/bits` works, but I can
hardly be expected to pass an option for every subdir of the STL,
can I?

Please integrate the -dbg package better with gdb.

Thanks!

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (700, 'stable'), (600, 'testing'), (98, 'unstable'), (1, 'exp=
erimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-cirrus
Locale: LANG=3Den_GB, LC_CTYPE=3Den_GB.UTF-8 (charmap=3DUTF-8)

--=20
 .''`.     martin f. krafft <[EMAIL PROTECTED]>
: :'  :    proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
=20
Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver!
=20
if god had meant for us to be naked,
we would have been born that way.

--J2SCkAp4GZ/dPZZf
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature (GPG/PGP)
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDAL83IgvIgzMMSnURAkOAAKDaSuRrTBJmj9jb64M77xqoETu3mgCcCbAW
mWRY+6k32xtgm99YE5juj34=
=Rtyi
-----END PGP SIGNATURE-----

--J2SCkAp4GZ/dPZZf--

---------------------------------------
Received: (at 323235-done) by bugs.debian.org; 18 Aug 2005 07:40:12 +0000
>From [EMAIL PROTECTED] Thu Aug 18 00:40:12 2005
Return-path: <[EMAIL PROTECTED]>
Received: from mail.cs.tu-berlin.de [130.149.17.13] (root)
        by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
        id 1E5f0W-0003c0-00; Thu, 18 Aug 2005 00:40:12 -0700
Received: from mailhost.cs.tu-berlin.de ([EMAIL PROTECTED] [130.149.17.13])
        by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id JAA00943;
        Thu, 18 Aug 2005 09:40:06 +0200 (MEST)
Received: from localhost (localhost [127.0.0.1])
        by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id EB094FD4F;
        Thu, 18 Aug 2005 09:40:05 +0200 (MEST)
Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
 by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP
 id 29607-01; Thu, 18 Aug 2005 09:40:04 +0200 (MEST) 11337
Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
        by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
        Thu, 18 Aug 2005 09:40:04 +0200 (MEST)
Received: (from [EMAIL PROTECTED])
        by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id j7I7e43G009009;
        Thu, 18 Aug 2005 09:40:04 +0200 (MEST)
From: Matthias Klose <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <[EMAIL PROTECTED]>
Date: Thu, 18 Aug 2005 09:40:04 +0200
To: martin f krafft <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: Bug#323235: fails to find files during debug
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level: 
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
        autolearn=no version=2.60-bugs.debian.org_2005_01_02

martin f krafft writes:
> also sprach Matthias Klose <[EMAIL PROTECTED]> [2005.08.18.0817 +0200]:
> > no, but you can be expected to put the directories into your gdbinit
> > file, either in your home, or in your project directory.
> > 
> >   $ find /usr/include/c++/4.0/ \
> >       \( -name x86_64-linux-gnu -prune \) -o -type d -printf "dir %p\n" \
> >       >> .gdbinit
> 
> Yes, I know about this, but I kinda still would like it to be
> different, simply because I am Debian-spoiled.
> 
> I see two ways out of this:
> 
>   (a) compile the debug library with the full paths to the headers.
>       The argument that the location could have changed does not
>       really hold for Debian, does it?

no, it has to be compiled using the headers in the source, not using
the installed headers.

>   (b) Add some sort of /etc/gdbinit.rc functionality to gdb
>      (shouldn't be that hard, I think) and distribute this file with
>      the proper directory entries in the package. Come to think of
>      it, it would need to be /etc/gdbinit.d :)

and you put /usr/include/c++/3.4 and /usr/include/c++/4.0 in there, or
which ones?

> (a) might be easiest. I am just wondering why e.g. libcwd's -dbg
> package works out of the box with gdb. I did not do anything special
> other than to tell dh_strip to put the debug libraries into their
> own package...

the libcwd-dev package doesn't have any .tcc files?

closing the report as proposed.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to