From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg via Users list for the GNU Emacs text editor Newsgroups: gmane.emacs.help Subject: Re: Noob dumb question (extending emacs) Date: Thu, 28 Oct 2021 22:39:48 +0200 Message-ID: <877ddwj33f.fsf@zoho.eu> References: <87o87hnrpt.fsf@zoho.eu> <875ytnzka1.fsf@zoho.eu> <87h7d6zrx9.fsf@zoho.eu> <87fssqxp1s.fsf@zoho.eu> Reply-To: Emanuel Berg Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26213"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:231v8L/dXFMP8hncXz/NFXeWoJY= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Thu Oct 28 22:41:43 2021 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 1mgCDX-0006bQ-6r for geh-help-gnu-emacs@m.gmane-mx.org; Thu, 28 Oct 2021 22:41:43 +0200 Original-Received: from localhost ([::1]:59468 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mgCDW-0006kF-3m for geh-help-gnu-emacs@m.gmane-mx.org; Thu, 28 Oct 2021 16:41:42 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57544) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mgCBu-0006f6-0V for help-gnu-emacs@gnu.org; Thu, 28 Oct 2021 16:40:02 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]:49676) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mgCBq-0006qW-V3 for help-gnu-emacs@gnu.org; Thu, 28 Oct 2021 16:40:01 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mgCBp-0004Ut-9e for help-gnu-emacs@gnu.org; Thu, 28 Oct 2021 22:39:57 +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: -15 X-Spam_score: -1.6 X-Spam_bar: - X-Spam_report: (-1.6 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 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" Xref: news.gmane.io gmane.emacs.help:134263 Archived-At: Jean Louis wrote: >> Yes, commands that are run very often and have no security >> implications one can maybe be cool with a downgrade for >> that reason, but commands that are used seldom and have >> security implications, nope, that should be at the level of >> the CLI alternative _or_ one should simply use the >> CLI alternative. > > In science, if there is "security implication" then it has > to be proven. Well, this is gmane.emacs.help. And you don't have to prove everything (obvious things) in science. > That is why breaking crypto requires a proof which is > usually program or exploit that breaks it, not just > a theoretical statement. OK, if you say so, but in general theoretical (or formal) proofs rank much higher than "try and see" experiments which only show that the observed outcome is one possibility. Often if something is possible that is well-known since it has been tested on the field, for fun or pleasure, long before it reaches the world of PhD students ... > It is not reasonable within Emacs environment and especially > on this mailing list to keep recommending general > CLI alternatives. It is, if there is no alternative in Emacs that is at the same level. > What about cp, mv, we use it in Dired, should we start now > recommending using external "cp" instead of Dired one? Indeed, if the Dired ones are worse than the shell tools in areas that are critical. > I will use Emacs Lisp interface to external commands in > cases where it is for some reason not possible to get > equivalent speed and functionality from within Emacs. I think it is possible but as long as no one does it doesn't matter what anyone thinks. But if head(1) and pwgen(1) can do it from C Emacs should be able to do it from C as well (built-in, a so-called Lisp primitive), or from a dynamic module, also in C ... -- underground experts united https://dataswamp.org/~incal