[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#42533: 28.0.50; srecode-utest-project test failing on macOS
From: |
Lars Ingebrigtsen |
Subject: |
bug#42533: 28.0.50; srecode-utest-project test failing on macOS |
Date: |
Sun, 16 Aug 2020 13:41:24 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
Eric Ludlam <ericludlam@gmail.com> writes:
> Plus the template template:
> etc/srecode/template.srt
>
> You can use:
> M-x srecode-get-maps RET
>
> to list all the templates discovered during srecode initialization on
> the different platforms to see what is different.
Thanks. Unfortunately, the number of maps on the Debian machine (where
this works) and the Macos machine (where it doesn't) is identical, and
they both list the test srt files:
-- Application Maps --
tests :
Mode Filename
------ ------------------
srecode-template-mode /Users/larsi/src/emacs/trunk/etc/srecode/test.srt
srecode-template-mode /Users/larsi/src/emacs/trunk/etc/srecode/proj-test.srt
Hm... are those really supposed to have the same mode name? Isn't the
mode name used as an accessor in a hash table somewhere? Could that
explain the differences?
> You can force a reload by
> passing non-nil into srecode-get-maps. The earlier test
> srecode-utest-map-reset should do that, but as I look at the code, I
> don't see that it is.
I put some (srecode-get-maps t) calls in there, but it didn't seem to
have any effect...
> Hopefully this is helpful. I don't usually have this much time to
> poke around in emacs anymore. You caught me on a good day. :)
:-)
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no