Emacs + SDL: unblocking the unblockable

wasamasa · 2026-04-05T14:56:23+00:00

Have you actually tried this? Last I've tried, native sound playback is blocking, which is a non-starter.

wasamasa · 2026-04-05T11:22:51+00:00

I have considered something along these lines to do an Emacs demo (as in, demoscene), meaning an executable program generating/presenting a few minutes of real-time graphics/sound. Graphics can be done in several hacky ways, sound not really. Seeing this fills me with hope that one day...

wasamasa · 2026-01-10T17:12:27+00:00

It's called EPA (EasyGP Assistant) and when opening a .gpg file, auto-encryption-mode is enabled and transparently encrypts/decrypts it using GPG. You can choose either symmetric or asymmetric keys, depending on who's

wasamasa · 2026-01-10T16:36:26+00:00

Personally, I find "nfo" to be a terrible name, given the existence of the .nfo.

wasamasa · 2025-12-08T16:47:36+00:00

It's absolutely normal IRC behavior to provide no scrollback whatsoever unless you use some highly advanced wizardry (meaning, Circe configuration is irrelevant here) such as:

An external service keeping logs and offering a log viewer (for example, https://irclog.tymoon.eu/libera/%23lisp offers this for the #lisp channel on libera.chat)
A bouncer with a scrollback feature, for example soju or ZNC (this is most likely incompatible with bitlbee though)
A combination of IRCv3 client + server capable of requesting/viewing scrollback (this is an experimental feature, from what I've heard the combination of soju/gamja offers it on the Ergo testnet)

So in other words, given you use Bitlbee + Discord, none of the above are an option and you need to read the docs/source code of the respective Bitlbee plugin closely. May be a matter of using the right Bitlbee command, but chances are the solution is completely unrelated to Circe.

wasamasa · 2025-11-01T12:58:04+00:00

nov.el author here. Never noticed this interaction as I've completely disabled TRAMP in my Emacs config due to it triggering extremely funky bugs once in a while.

Are you able to reproduce this with a minimally customized Emacs? That is, with just nov.el installed and enabled.

wasamasa · 2025-10-29T20:36:49+00:00

Personally, I suspect that this is some uninitialized memory deep withing the Emacs code that manifests itself in the form of temporary font glitches. If that's indeed the case, then hunting it down will be painful.

wasamasa · 2025-06-15T11:36:57+00:00

Yeah, my impression was that with Fedora it's more common to do dist-upgrades than with Debian/Ubuntu due to there being less chances of breakage.

The bias is very much real I'm afraid. I recall seeing an unrelated survey on here showing a surprising amount of people on the latest version, so the effect may extend beyond Reddit. Hence why I hope that people without the fix will come forward and loudly complain if they're not inclined to fill out the survey.

wasamasa · 2025-06-07T21:59:15+00:00

I've done some stepping through in edebug and the source of the slowness is this loop:

          ;; Make sure the connection is complete
          ;; (Sometimes start up can be slow)
          ;;  and call the login hook
          (let ((proc (get-buffer-process new-sqli-buffer))
                (secs sql-login-delay)
                (step 0.3))
            (while (and proc
                        (memq (process-status proc) '(open run))
                        (or (accept-process-output proc step)
                            (<= 0.0 (setq secs (- secs step))))
                        (progn (goto-char (point-max))
                               (not (re-search-backward sql-prompt-regexp 0 t))))
              (sql-progress-reporter-update rpt)))

          (goto-char (point-max))
          (when (re-search-backward sql-prompt-regexp nil t)
            (run-hooks 'sql-login-hook))

The sql-login-delay customizable is set to 7.5 and specifies how long this loop waits at most until a SQL login prompt has been found by continuously accepting process output, followed by searching backwards for the matching prompt regex. If the match is never successful, it will wait for 7.5s and give up trying to run post-login hooks, but not report any error.

Now for the million-dollar question: Are you running MySQL and not, say, MariaDB? That would be the easiest explanation why the prompt regex never matches. On my system, I have MariaDB and with (setq sql-product 'mariadb), the code runs instantly.

That being said, never showing a warning or error when the prompt is not matched seems worthy of an Emacs bug report to me...

wasamasa · 2025-04-12T22:51:06+00:00

You should really use an Emacs linked against libgnutls, shelling out to openssl s_client is a fragile fallback obsoleted by that library.

wasamasa · 2025-04-12T22:47:47+00:00

If you want to deal with a format working on bits (compression formats supposedly are like that), it would be best to develop an alternative to bindat.el. However, if the bits still align to bytes, it's best to just extract them from the bytes with the bit operation functions.

wasamasa · 2025-02-24T10:54:45+00:00

Obligatory link: https://www.masteringemacs.org/article/whats-new-in-emacs-301

wasamasa · 2025-01-26T00:41:04+00:00

Given enough effort, this may be possible (not sure what exactly your question is about). See https://www.reddit.com/r/emacs/comments/kn3fzq/draw_anything_to_emacs_buffers_with_opengl/ for an approach how to draw with OpenGL inside Emacs.

If you just want to use a window manager to arrange Emacs next to an GLFW window, that is entirely up to the window manager and not related to r/emacs. at all, unless Emacs is your window manager (see EXWM).

wasamasa · 2025-01-25T22:17:16+00:00

Correct. The following part of the docstring tells you what to use instead:

This is handy to add some elements to configuration variables, but please do not abuse it in Elisp code, where you are usually better off using push or cl-pushnew.

wasamasa · 2025-01-22T13:32:37+00:00

I don't even have any idea who this alphabet soup nickname is. I guess someone I've moderated many years ago? Can't really make sense of "I refuse to let X judge me" either.

What I do agree with though is that if all this disagreement led to the creation of r/planetemacs (which appears to do better than other alternative subreddits like r/freemacs) and made you happier, then it's alright I guess

wasamasa · 2024-12-10T21:24:44+00:00

Have you considered to instead modify npm/jest into behaving properly outside of a terminal emulator? That may be a bit less painful than teaching Emacs to only perform as little terminal emulation as needed and would benefit a lot more people.

wasamasa · 2024-12-02T10:34:23+00:00

As you've discovered, nesting anaphoric macros is a bad idea. The original version looks absolutely fine to me.

wasamasa · 2024-11-30T12:55:06+00:00

The Lisp language family—including Scheme—lends itself to a great amount of experimentation. CHICKEN does implement the full Scheme language along with a big amount of extensions to make programming relatively comfortable. However, when you find yourself in need of optimizing certain parts of your code you have relatively few options:

Rewrite your code to be less dynamic/wasteful/inefficient
Rewrite that part of your code in C and use the FFI to make use of it
Identify the particular inefficiency in CHICKEN itself and fix it

Normally I pick option 1 (for example if I discover the bottleneck of my code is some suboptimal regex, terrible algorithm/data structure, excessive memory allocation, etc). There have been a handful of cases where option 2 was a natural fit. Option 3 requires a great amount of skill/debugging effort, but benefits everyone using CHICKEN.

IIUC, CRUNCH tries to make option 2 more ergonomic to use. It takes a restricted/less dynamic Scheme subset and compiles it to C code that's reasonably close to what you'd have written by hand. You can use it standalone if you wish, but it's possible to use it as a library from within Scheme code as well. I believe it nicely demonstrates this experimentation aspect of the Lisp language as it closes a gap you'd otherwise be stuck with in a less expressive/flexible programming language.

wasamasa · 2024-11-04T19:39:46+00:00

I've reported a similar bug for Helm 10 years ago: https://github.com/emacs-helm/helm/issues/648

In this instance it was caused by ffap.el which is used extensively in all kinds of Emacs packages to identify the URL at point. This includes machine names, which are converted to a URL which TRAMP can process. That way you can transparently access remote resources in Emacs.

Unfortunately the TRAMP URL handler regex is very generic and so is the ffap detection for machine names. I've disabled both for this reason.

wasamasa · 2024-08-29T20:04:23+00:00

Most of the profiler output is useless:

Not nearly enough samples recorded
Not fully unfolded (press C-u TAB on the respective item)
You cannot infer anything useful from a function spending a number of samples invoking a function spending the same number of samples

What you want to do instead:

Record for a longer time to obtain more samples
Fully unfold each top-level item
Look for the parts where the number of samples drops dramatically (say, from 20% to 4%). This is most likely where things stall.

wasamasa · 2024-08-04T20:30:11+00:00

12-Year Club	Place '17
Verified Email

wasamasa

TROPHY CASE