From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: igc statistics display Date: Fri, 10 Jan 2025 10:22:09 +0200 Message-ID: <86ed1b13ke.fsf@gnu.org> References: <87frls9vxa.fsf@gmail.com> <877c739lbi.fsf@gmail.com> <86jzb3158i.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38725"; mail-complaints-to="usenet@ciao.gmane.io" Cc: eller.helmut@gmail.com, emacs-devel@gnu.org To: Gerd =?utf-8?Q?M=C3=B6llmann?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jan 10 09:24:21 2025 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tWAJX-0009sI-7c for ged-emacs-devel@m.gmane-mx.org; Fri, 10 Jan 2025 09:24:19 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tWAI3-0000yJ-4E; Fri, 10 Jan 2025 03:22:47 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tWAI0-0000xd-NX for emacs-devel@gnu.org; Fri, 10 Jan 2025 03:22:44 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tWAI0-0008QK-9R; Fri, 10 Jan 2025 03:22:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=l6BHtjcfxuZQQcLfXPCZGznrMUGp3SsuQkWE61B6R/o=; b=MBTv3/rQivIOiVB8DazR ccoQ3hM8svibnGmga85FSlAXulaYIUQJuZz4ckd4DLbZbN1bm8FpzxntABrM5duSFlWxlkiz/cJXw OwIop2p8hMqKXSVY+U/KQ5XtcIdZtZ2CAjjBpLe8WTmz9KL4KVTb5JyIbu9SfGba6ZiROC+oZvtQl qRe8pdj+TbY6QHo18IL+Zk5nLwEHROtzpemqfQD34UDK74SxDetofHGJ9P+X/hceL3/d7TiND6PMQ /PwPLIKoIMR9hSeVfG3zZzkAGcS1Cut7jgYAxanm+r5z9DBzi4eE0sAd4LQGPdXM2QrkDw9/vAvjn OSu5DZqbOjwGYg==; In-Reply-To: (message from Gerd =?utf-8?Q?M?= =?utf-8?Q?=C3=B6llmann?= on Fri, 10 Jan 2025 09:05:14 +0100) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:327833 Archived-At: > From: Gerd Möllmann > Cc: Helmut Eller , emacs-devel@gnu.org > Date: Fri, 10 Jan 2025 09:05:14 +0100 > > Eli Zaretskii writes: > > > SystemTap is not the ideal means for such a facility. Its only > > significant advantage is that it's supported by GDB. But its huge > > disadvantage is that it's a Linux-only facility. > > > > In addition, I feel that this is too low-level for our purposes. We > > need something more akin to trace-redisplay. > > I must say upfront that I've only read about dtrace for a couple hours > and asked Gemini a few questions. From that, my understanding is that an > application can generate its own application-specific events that carry > additional data, including strings, int, floats, and so on, structs (not > sure if I believe Gemini in that case, but who knows). (Helmut, please > correct me if that's wrong.) > > If that's true, one could include the info needed for a redisplay trace > in the event. > > What events to generate for what is of course another question. If we need to produce our own data, then how is using these facilities more useful than just printing the stuff to stderr?