From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: * X-Spam-Status: No, score=1.6 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,HDRS_MISSP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 Received: (qmail 13637 invoked from network); 11 Sep 2022 19:48:31 -0000 Received: from hurricane.the-brannons.com (216.252.162.32) by inbox.vuxu.org with ESMTPUTF8; 11 Sep 2022 19:48:31 -0000 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by hurricane.the-brannons.com (OpenSMTPD) with ESMTP id 9ed46bd1 for ; Sun, 11 Sep 2022 12:48:27 -0700 (PDT) Received: from resdmta-h1p-028597.sys.comcast.net (resdmta-h1p-028597.sys.comcast.net [2001:558:fd02:2446::d]) by hurricane.the-brannons.com (OpenSMTPD) with ESMTPS id 819d9c20 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Sun, 11 Sep 2022 12:48:22 -0700 (PDT) Received: from resomta-h1p-027916.sys.comcast.net ([96.102.179.203]) by resdmta-h1p-028597.sys.comcast.net with ESMTP id XS9xodvSI2d5sXSwGoeiTJ; Sun, 11 Sep 2022 19:48:20 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1662925700; bh=VmYEnlvgQmJDGsdZ9Z6IAuP7gKSGJgT65CuQlT2hHaQ=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=oiEk3P0e5V1XDQm4RdjnJ20HmW1QLAtZz1JKKszZmnGEzc6giD/CZkDiknCw4XBF0 w9tK3EuB1L4D0GG4i/XEIdBoUNP3WLFDP1Zk4ZuF8XHbqHlOABW1Aw0heuGr0PnAXx qojsp/v+LRREKNRX46JPU5vm8vAGEOgQKI12qqSQRrLUbp0lihgmao6D6E673pWUns peKKG5EJH1Mbz06AOd3WJfk5bXkLvA6ME03URFix1UJPkNjlBFcllC9If8crciLwYj J+yB8BiztPqbMJTW/umRX8dsggluL3jnCqcBSykksmhyxKsFBjsi0aX1H02fslfLbj Ex948fKMoNfmA== Received: from unknown ([IPv6:2601:408:c000:2e40::c3b6]) by resomta-h1p-027916.sys.comcast.net with ESMTPSA id XSwDoxTjUUm5MXSwFo0lRs; Sun, 11 Sep 2022 19:48:20 +0000 X-Xfinity-VMeta: sc=0.00;st=legit To:edbrowse-dev@edbrowse.org From: Karl Dahlke Reply-to: Karl Dahlke User-Agent: edbrowse/3.8.5 Subject: closed, for now Date: Sun, 11 Sep 2022 15:48:17 -0400 Message-ID: <20220811154817.eklhad@comcast.net> X-BeenThere: edbrowse-dev@edbrowse.org List-Id: Edbrowse Development List Mime-Version: 1.0 Content-Type: text/plain; format=flowed; delsp=no Content-Transfer-Encoding: 7bit The possible redesign of edbrowse buffer to use link list is, after 3 days of head-down work, closed, for now. I rather forgot about the undo command. So an empty line could consume 40 bytes of ram, and then another 40 on the undo side. The link list design basically doubles the amount of memory consumed. We have to keep everything new and old, and all those next prev pointers on both sides. Just do the math, or actually, I should have done the math first. A minute of thought is worth a megabyte of programming. For the most part, the linear design only adds 8 bytes per line for the undo feature, unless you do something weird like ,s/^.// It sure doesn't double things. Yes the linear design has its disadvantages, we've run into them, don't type g/stuff/ .m-2 on a big file, just don't do it, Henny Youngman. I'll hang on to the linklist stuff for a while, or maybe put it in a branch or something, though it will quickly become out of date and unworkable as edbrowse moves on, cause that's how software works. Karl Dahlke