Re: [Bug-apl] gdb and the Emacs mode segfault

2014-05-03 Thread David B. Lamkins
Ah, I didn't realize I was so far behind. Thanks for the heads-up! :) On Sun, 2014-05-04 at 08:20 +0800, Elias Mårtenson wrote: > This was just fixed, actually. You might want to try with the latest > version. It should work now. > > Regards, > Elias > > On 4 May 2014 02:45, "David B. Lamkins

Re: [Bug-apl] gdb and the Emacs mode segfault

2014-05-03 Thread Elias Mårtenson
This was just fixed, actually. You might want to try with the latest version. It should work now. Regards, Elias On 4 May 2014 02:45, "David B. Lamkins" wrote: > I was able to get a core dump of the segfault caused by attempting to > )load an APL file with Emacs mode active. > > [dlamkins@morgan

[Bug-apl] Small bug saving function editing in Emacs mode

2014-05-03 Thread Blake McBride
Greetings, While using Emacs mode I found the following small bug. If you edit an existing function, move the cursor around, maybe change something, and hit C-c C-c it saves the function just fine. However, if you edit an existing function and then immediately (without moving the cursor or chang

[Bug-apl] Linker error libstdc++ vs Libc++

2014-05-03 Thread Peter Teeson
Sigh….. Tracking down something in nabla I decided to start absolutely clean and did a new SVN checkout. I did the usual ./configure followed by make and got this: ….. Undefined symbols for architecture x86_64: "_libintl_bindtextdomain", referenced from: _main in apl-main.o "_libintl_get

[Bug-apl] gdb and the Emacs mode segfault

2014-05-03 Thread David B. Lamkins
I was able to get a core dump of the segfault caused by attempting to )load an APL file with Emacs mode active. [dlamkins@morganthe ~]$ gdb `which apl` -c core.2134 GNU gdb (GDB) Fedora 7.6.50.20130731-19.fc20 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or

Re: [Bug-apl] A modest proposal: user-defined commands

2014-05-03 Thread David B. Lamkins
On Sat, 2014-05-03 at 14:22 +0800, Elias Mårtenson wrote: > As much as I am a fan of extensions, I have to admit that I don't > fully understand the justification for this. After all, the > pkg-commands are plain functions, so why not expose them as such? The short answer is that some tasks seem m

Re: [Bug-apl] A modest proposal: user-defined commands

2014-05-03 Thread David B. Lamkins
On Sat, 2014-05-03 at 15:02 +0200, Juergen Sauermann wrote: > Hi David, > > from what I hear Dyalog APL seems to be a good interpreter and I have no > problem with it. > I am only a little more conservative when it comes to new and > non-standard APL features. > But Peter Teeson had ideas going

[Bug-apl] Compiler Warnings after ./configure DYNAMIC_LOG_WANTED=yes

2014-05-03 Thread Peter Teeson
Hi Jürgen: ..GNUAPL/apl-svn/src/Logging.cc:32:11: Enumeration values 'LID_NONE' and 'LID_MAX' not handled in switch ..GNUAPL/apl-svn/src/Logging.cc:42:11: Enumeration values 'LID_NONE' and 'LID_MAX' not handled in switch ..GNUAPL/apl-svn/src/Logging.cc:47:1: Control may reach end of non-void func

Re: [Bug-apl] A modest proposal: user-defined commands

2014-05-03 Thread Juergen Sauermann
Hi David, from what I hear Dyalog APL seems to be a good interpreter and I have no problem with it. I am only a little more conservative when it comes to new and non-standard APL features. But Peter Teeson had ideas going into a similar direction. One question that I have is how the implement

Re: [Bug-apl] Segmentation fault with Emacs mode

2014-05-03 Thread Blake McBride
Any ideas on a next step for this? Thanks! Blake On Wed, Apr 30, 2014 at 1:09 PM, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote: > Hi, > > so the last we see in Input.cc is: > > *prompt: ' ' at Input.cc:223 > > and then we call start_input(). That is a callback in