search

lokedhs / gnu-apl-mode

GNU APL mode for Emacs
GNU General Public License v3.0
94 stars 18 forks source link

Cannot load workspaces. #7

Closed danlei closed 10 years ago

danlei commented 10 years ago

Hangs when trying to )load a workspace saved via )save. Works in raw GNU APL, and for scripts saved via )dump.

Following head, libemacs.so rebuilt after update, GNU APL r251, Emacs 24.3.50, Kubuntu 12.04 LTS.

lokedhs commented 10 years ago

This bug was fixed a few days ago. Can you confirm that it still happens in the latest svn version of GNU APL together with the latest version of gnu-apl-mode?

If you can reproduce, please send me a copy of a workspace that shows the problem.

danlei commented 10 years ago

Well, I pulled r251, rebuilt and reinstalled GNU APL, uninstalled the bundled gnu-apl-mode, pulled 0ecb029, rebuilt, installed, and restarted Emacs. Since then, it does not work for me with any workspace I save via )save.

Here is an example workspace:

https://gist.github.com/danlei/02c130f427989401a7e8

lokedhs commented 10 years ago

Thank you. I'll take a look at this.

lokedhs commented 10 years ago

I think I know what is causing this. It seems as though GNU APL is not sending the correct callback to the emacs mode. I will report this on the GNU APL list.

lokedhs commented 10 years ago

This problem is being discussed on the GNU APL mailing list here: http://lists.gnu.org/archive/html/bug-apl/2014-05/msg00058.html

I have determined the cause of this, and the problem is with GNU APL. I'm awaiting a comment from the developer.

danlei commented 10 years ago

Thanks. I hope I will soon find some time to learn more about the GNU APL implementation myself. I will follow up on the mailing list, if necessary.

lokedhs commented 10 years ago

This problem has finally been fixed. The solution relies on a new method to load libraries into GNU APL, so an upgrade of both GNU APL as well as the Emacs mode is needed.

danlei commented 10 years ago

Great, thanks! Worked for me after rebuilding, setting gnu-apl-use-native-library to t, and copying libemacs.so to the lib folder. Just one little thing: Could you make it use gnu-apl-libemacs-location with the new method, too? It's just a little bit more convenient when trying to stay up to date.

lokedhs commented 10 years ago

That would be up to Jürgen. The new library loading model does not support custom locations.

Perhaps if you also ask him he might change his mind. :-)

Regards, Elias

On 19 May 2014 19:11, Daniel H. Leidisch notifications@github.com wrote:

Great, thanks! Worked for me after rebuilding, setting gnu-apl-use-native-library to t, and copying libemacs.so to the lib folder. Just one little thing: Could you make it use gnu-apl-libemacs-location with the new method, too? It's just a little bit more convenient when trying to stay up to date.

— Reply to this email directly or view it on GitHubhttps://github.com/lokedhs/gnu-apl-mode/issues/7#issuecomment-43489731 .