From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Boris Zbarsky Newsgroups: gmane.lisp.guile.user Subject: Re: Issues using statprof (no samples taken) Date: Mon, 17 Nov 2008 10:36:55 -0500 Message-ID: <49218F97.2000805@mit.edu> References: <491DBAE5.5060100@mit.edu> <87prkx28cp.fsf@gnu.org> <49206D71.9070407@mit.edu> <87bpwecrsb.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1226936249 25026 80.91.229.12 (17 Nov 2008 15:37:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 17 Nov 2008 15:37:29 +0000 (UTC) To: guile-user@gnu.org Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Mon Nov 17 16:38:32 2008 Return-path: Envelope-to: guile-user@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1L26B7-0002aL-JH for guile-user@m.gmane.org; Mon, 17 Nov 2008 16:38:17 +0100 Original-Received: from localhost ([127.0.0.1]:34775 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L269y-0006gi-O8 for guile-user@m.gmane.org; Mon, 17 Nov 2008 10:37:06 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L269u-0006gT-9I for guile-user@gnu.org; Mon, 17 Nov 2008 10:37:02 -0500 Original-Received: from [199.232.76.173] (port=45812 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L269t-0006gJ-8h for guile-user@gnu.org; Mon, 17 Nov 2008 10:37:01 -0500 Original-Received: from biscayne-one-station.mit.edu ([18.7.7.80]:46186) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1L269s-0006oU-Ss for guile-user@gnu.org; Mon, 17 Nov 2008 10:37:00 -0500 Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id mAHFaxag011942 for ; Mon, 17 Nov 2008 10:36:59 -0500 (EST) Original-Received: from boris-zbarskys-macbook-pro.local (dsl092-065-154.bos1.dsl.speakeasy.net [66.92.65.154]) (authenticated bits=0) (User authenticated as bzbarsky@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id mAHFauLX007291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 17 Nov 2008 10:36:58 -0500 (EST) User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) In-Reply-To: <87bpwecrsb.fsf@gnu.org> X-Scanned-By: MIMEDefang 2.42 X-Spam-Score: 0.00 X-MIME-Autoconverted: from 8bit to quoted-printable by biscayne-one-station.mit.edu id mAHFaxag011942 X-detected-operating-system: by monty-python.gnu.org: Solaris 9 X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:6932 Archived-At: Ludovic Court=E8s wrote: > GDB supposedly shows all SIGPROFs that are raised, so if it shows only > one, then something's wrong. Sure. The wrong thing is that profile-signal-handler is not called, so=20 never resets the timer, so no more SIGPROFs. Unless I'm misreading the=20 code. > Can you check the arguments passed to `setitimer(2)' to make sure it ma= kes sense? I can't check the values in the structs it's passed, unfortunately (no=20 symbols here for guile or the libc). > Perhaps you could also try > increasing the sampling frequency, although that's arguably not > required. I'm sampling every 500us, so I doubt that's the issue. The task I'm=20 profiling takes 20 seconds. > Another (remote) possibility could be that the Scheme-level handler is > not called, even though the C handler in libguile is called, since > Scheme-level signal handlers are actually asyncs (info "(guile) > Asyncs"). You can try to force the execution of asyncs by adding a cal= l > like "(select '() '() '() 0)" (technically, it invokes `SCM_TICK', whic= h > runs asyncs). Where would I add that? For that matter, what's the C handler in=20 libguile? I should be able to breakpoint on that and see whether it's=20 called, hopefully... Note that I'm just using the statprof.scm from guile-lib > One last thing would be to check whether `HAVE_SIGACTION' is defined in > Guile's on your platform, to see which version of > `scm_sigaction_for_thread ()' is used. Yes, HAVE_SIGACTION is defined (to 1). -Boris