From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15476 invoked by alias); 29 Jun 2007 20:14:57 -0000 Received: (qmail 15467 invoked by uid 22791); 29 Jun 2007 20:14:56 -0000 X-Spam-Check-By: sourceware.org Received: from mail-out3.apple.com (HELO mail-out3.apple.com) (17.254.13.22) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 29 Jun 2007 20:14:54 +0000 Received: from relay8.apple.com (relay8.apple.com [17.128.113.38]) by mail-out3.apple.com (Postfix) with ESMTP id 1C65BA95958; Fri, 29 Jun 2007 13:14:53 -0700 (PDT) Received: from relay8.apple.com (unknown [127.0.0.1]) by relay8.apple.com (Symantec Mail Security) with ESMTP id 0A85440095; Fri, 29 Jun 2007 13:14:53 -0700 (PDT) X-AuditID: 11807126-a48d2bb0000007dd-29-4685683c8abb Received: from gdbrulez.apple.com (int-si-a.apple.com [17.128.113.41]) by relay8.apple.com (Apple SCV relay) with ESMTP id DEFDD4007E; Fri, 29 Jun 2007 13:14:52 -0700 (PDT) Cc: Daniel Jacobowitz , Michael Snyder , gdb@sourceware.org Message-Id: <05236501-9101-47AB-A677-C9D27635BDD4@apple.com> From: Jim Ingham In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.891) Mime-Version: 1.0 (Apple Message framework v891) Subject: Re: libSegFault and just in time debugging Date: Fri, 29 Jun 2007 20:14:00 -0000 References: <003c01c7ba81$2abc9ce0$677ba8c0@sonic.net> <20070629191522.GA2715@caradoc.them.org> <000501c7ba87$0e543760$677ba8c0@sonic.net> <20070629200000.GA6453@caradoc.them.org> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-06/txt/msg00350.txt.bz2 Oops, hit send too soon... Meant to say if you are automatically attaching to everything on the system, you have to be careful about auto-launched daemons, because they won't die all the way while waiting for the connection to the debugger, and that can cause them not to get restarted. Not a problem in general with released systems, where hopefully the daemons aren't crashing all that often. But with development systems it could cause a problem... Jim On Jun 29, 2007, at 1:12 PM, Jim Ingham wrote: > We did this with Mac OS X for a while (the way Mach Exceptions work > it's a little easier to implement, you don't need a special library > or anything like that). It's pretty neat. We were doing it > automatically with all processes on the system, which is even > handier, but you do have to be careful - if you are attaching with > gdb rather than dumping core > On Jun 29, 2007, at 1:00 PM, Daniel Jacobowitz wrote: > >> On Fri, Jun 29, 2007 at 12:52:42PM -0700, Michael Snyder wrote: >>> Yes, apport is slick, but it relies on kernel mods. >>> This doesn't. In fact, it isn't even peculiar to Linux, it would >>> work on any glibc system, and in principle even on systems >>> that don't use glibc. Probably any unix, and even cygwin. >> >> FYI, cygwin already does this, too; it can invoke dumper (to >> generate core >> dumps) or GDB. I imagine you could invoke apport from a preloaded >> library easily; after all, you can hook into it from Python >> exceptions. >> >> -- >> Daniel Jacobowitz >> CodeSourcery >