This is the mail archive of the
mailing list for the Archer project.
- From: "Doug Evans" <dje at google dot com>
- To: "Thiago Jung Bauermann" <bauerman at br dot ibm dot com>
- Cc: "Tom Tromey" <tromey at redhat dot com>, "Mark Wielaard" <mark at klomp dot org>, "Project Archer" <archer at sourceware dot org>
- Date: Thu, 31 Jul 2008 17:28:25 -0700
- Subject: Re: Tasks
- Dkim-signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta;t=1217550509; bh=PffuW4Y3riUtXNOeTOnKe+GiNb4=;h=DomainKey-Signature:Message-ID:Date:From:To:Subject:Cc: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-Disposition:References; b=payQW/ZmBWQ8k4pn9ModHZfsiLwKkR4pnSy6ZYl5SjiYfCKd1yf3Sw+nEXnhx4jQ34a5BT9Jfc7YUQrD2A1MoA==
- Domainkey-signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;b=GW2fq6tbEUog+scnWWURRShRBu7iNyHqdeDRcRTqXsPU20lamWvJs8qRN1g0iwJC2DJ5JDlHGpATC+iLxopa4Q==
- References: <email@example.com> <firstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org>
On Thu, Jul 31, 2008 at 12:57 PM, Thiago Jung Bauermann
> On Tue, 2008-07-29 at 13:46 -0600, Tom Tromey wrote:
>> >>>>> "Mark" == Mark Wielaard <email@example.com> writes:
>> Mark> Maybe a nice "little" task to investigate is the catch syscall
>> Mark> support. That might give someone a "simple" entry into the gdb
>> Mark> catch mechanism. (little and simple in quotes, since I didn't
>> Mark> actually investigate myself much)
>> I think this is a very interesting idea.
>> Offhand I would say, those of us at Red Hat already have a full list
>> with stuff just directly related to C++. Maybe somebody else could
>> implement this :-)
> I'm considering this. For a first step, we could catch the syscall but
> not interpret the arguments.
> There's the question of how GDB would know about the syscall arguments.
> Kernel debuginfo? That's the cleanest solution I think. But I don't know
> if such debuginfo exists today.
I can imagine there being multiple applications that would like this
info. Can we start our own libstrace (or some such) and have gdb use