From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: Non file buffers and default-directory Date: Tue, 02 May 2023 00:15:14 +0200 Message-ID: <87ttwvvgul.fsf@dataswamp.org> References: <83leijyrb2.fsf@gnu.org> <87pm7u95yf.fsf@gnu.org> <83fs8qzrab.fsf@gnu.org> <87cz3r28ye.fsf@ledu-giraud.fr> <83ildjvply.fsf@gnu.org> <87bkjb4zkf.fsf@dataswamp.org> <831qk5uag3.fsf@gnu.org> <87a5ytw1jo.fsf@dataswamp.org> <83sfckqlzg.fsf@gnu.org> <877ctsx0n7.fsf@dataswamp.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17550"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:dwHk+XThNDaYA7FWDpIn31r/M8w= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Thu May 04 18:59:54 2023 Return-path: Envelope-to: geh-help-gnu-emacs@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 1pucJ8-0004Mn-PP for geh-help-gnu-emacs@m.gmane-mx.org; Thu, 04 May 2023 18:59:54 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pucIU-0006aO-O7; Thu, 04 May 2023 12:59:14 -0400 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 1ptbnr-0006Ji-5X for help-gnu-emacs@gnu.org; Mon, 01 May 2023 18:15:27 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ptbno-0005XN-OR for help-gnu-emacs@gnu.org; Mon, 01 May 2023 18:15:26 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1ptbnl-00085C-Co for help-gnu-emacs@gnu.org; Tue, 02 May 2023 00:15:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Mail-Copies-To: never Received-SPF: pass client-ip=116.202.254.214; envelope-from=geh-help-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Thu, 04 May 2023 12:57:50 -0400 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:143506 Archived-At: tomas wrote: >> maybe show us some simplest implementation "hello world" [...] > > (defun hello-world () > (message "Hello, World")) > > Happy now? No, since that should just execute sequentially and monopolize the Emacs process if I am correct? Also, if we can have threads one should go thro one's Elisp and think what computing can be decoupled that way. Maybe I'm a narrow-minded Elisp programmer, but I think at least for my Elisp, there are not a lot that would benefit from that kind of decoupling. But I might be wrong. Also, I don't know if this can be done more under the hood so that and could have `let-thread', i.e. a `let' (not `let*') that is parallel. But again for practical purposes, for all background data crunching one would typically rely on the underlying Unix. And in Emacs we already have the idle timer. So between that Unix crunching (that has nothing to do with editing) and the Emacs idle timer, it would be interesting to see what "target audience" there is for threads in Emacs. What scheduler is employed BTW or are you supposed to synchronize manually? If so, or both of them actually, I'm even more interested in finding out what kind of computing is benefitted from this? AI, maybe? -- underground experts united https://dataswamp.org/~incal