Re: [Bug-apl] A question about ⎕EA and ⎕EC

2014-05-18 Thread David Lamkins
Thank you. On May 18, 2014 11:17 AM, "Juergen Sauermann" wrote: > Hi David, > > thanks, should be fixed in SVN 274. > > /// Jürgen > > > On 05/18/2014 06:27 AM, David B. Lamkins wrote: > >> I want to make sure that I correctly understand ⎕EA and ⎕EC. Should >> these be able to clean up after fail

Re: [Bug-apl] box and unbox that work uniformly and without exceptions

2014-05-18 Thread Frederick H. Pitts
Hello Blake, After having asked you to present a use case where the behavior of box/unbox differs from enclose/disclose and you graciously replied, I felt obligated to spend a little time studying the issue. I did that and have come to the conclusion that both boxed and nested arrays are

Re: [Bug-apl] A question about ⎕EA and ⎕EC

2014-05-18 Thread Juergen Sauermann
Hi David, thanks, should be fixed in SVN 274. /// Jürgen On 05/18/2014 06:27 AM, David B. Lamkins wrote: I want to make sure that I correctly understand ⎕EA and ⎕EC. Should these be able to clean up after failed execution of a defined function? What I'm seeing is that ⎕EA and ⎕EC perform as

Re: [Bug-apl] Emacs lib loaded automatically

2014-05-18 Thread Elias Mårtenson
Ah, sorry. I missed that. :-) Regards, Elias On 18 May 2014 22:48, Juergen Sauermann wrote: > Hi Elias, > > didn't I? > > *if (uprefs.emacs_arg)* > * {* > * t4 = NativeFunction::load_emacs_library(uprefs.emacs_arg);* > * }* > > /// Jürgen > > > > On 05/18/2014 01:35 PM,

Re: [Bug-apl] Emacs lib loaded automatically

2014-05-18 Thread Juergen Sauermann
Hi Elias, didn't I? *if (uprefs.emacs_arg)** ** {** ** t4 = NativeFunction::load_emacs_library(uprefs.emacs_arg);** ** }* /// Jürgen On 05/18/2014 01:35 PM, Elias Mårtenson wrote: Thanks. Could you also not load the library if emacs_arg is not given? This is in orde

Re: [Bug-apl] Emacs lib loaded automatically

2014-05-18 Thread Elias Mårtenson
Thanks. Could you also not load the library if emacs_arg is not given? This is in order to still support the old model if the user tries to use the old Emacs Lisp code. Regards, Elias On 18 May 2014 19:14, "Juergen Sauermann" wrote: > Hi Elias, > > I have reverted to --emacs with no argument, a

Re: [Bug-apl] Emacs lib loaded automatically

2014-05-18 Thread Juergen Sauermann
Hi Elias, I have reverted to --emacs with no argument, and added --emacs_arg with one argument, SVN 273.--emacs_arg implies --emacs so that only one of them is needed. I believe for the location override at development time a symbolic link next to libemacs.so should do what you want. /// Jürg

Re: [Bug-apl] Emacs lib loaded automatically

2014-05-18 Thread Elias Mårtenson
Would it be possible to revert the behaviour of - - emacs and add a new flag that implements the new behaviour? This would ensure that old versions of the Emacs Lisp code can still function with newer versions of GNU APL. Also, a way to override the location of the native library is needed (mainly

Re: [Bug-apl] A question about ⎕EA and ⎕EC

2014-05-18 Thread Juergen Sauermann
Hi David, I am afraid that your understanding is correct. I will look into this. /// Jürgen On 05/18/2014 06:27 AM, David B. Lamkins wrote: I want to make sure that I correctly understand ⎕EA and ⎕EC. Should these be able to clean up after failed execution of a defined function? What I'm see

Re: [Bug-apl] Emacs lib loaded automatically

2014-05-18 Thread Juergen Sauermann
Hi Elias, my original plan was to have multicore support in GNU APL 1.4. Maybe I should shift that to 1.5 and make 1.4 a bugfix release, given the many changes since 1,3, In the meantime I can update the emacs_mode subdir in SVN with your latest changes so that SVN is in sync again. Just le