A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://lists.gnu.org/archive/html/emacs-devel/2022-11/msg00002.html below:

Re: Edebug corrupting point in buffers; we need buffer-point and set-buf

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] From: Eli Zaretskii Subject: Re: Edebug corrupting point in buffers; we need buffer-point and set-buffer-point, perhaps. Date: Tue, 01 Nov 2022 08:21:34 +0200 
> Date: Mon, 31 Oct 2022 20:46:12 +0000
> Cc: emacs-devel@gnu.org
> From: Alan Mackenzie <acm@muc.de>
> 
> > 17 times faster doesn't yet tell how important is the speedup, because
> > you give no absolute numbers, and they are what's important here.
> 
> I think I did.  To quote:
> > > It's probably moot, though, since the "slow" restoration only took
> > > 0.00137 seconds for all 207 buffers.

So if this means that the faster method gains you 1.3 msec for 200
buffers, I think such a difference is negligible in the context of
debugging, where code always runs much slower than normally.

> OK.  I now think these new functions aren't really needed, mainly because
> the current way, though much slower, is fast enough.  I still think they
> would be a neater way of getting/setting a buffer point, but it's not a
> big thing.

OK, thanks.

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4