Thanks. I will. Blake
On Wed, May 7, 2014 at 10:59 PM, Elias Mårtenson <loke...@gmail.com> wrote: > OK, I've fixed it now, I think. Please test it. > > Regards, > Elias > > > On 8 May 2014 11:49, Blake McBride <blake1...@gmail.com> wrote: > >> Thanks a lot! That is what I was waiting for. >> >> Thanks! >> >> Blake >> >> >> >> On Wed, May 7, 2014 at 10:48 PM, Elias Mårtenson <loke...@gmail.com>wrote: >> >>> Oh yes. You're right about that. I should do that. :-) >>> >>> Regards, >>> Elias >>> >>> >>> On 8 May 2014 11:47, Blake McBride <blake1...@gmail.com> wrote: >>> >>>> I thought: "The SQL library needs to be changed to support the new >>>> API." >>>> >>>> >>>> On Wed, May 7, 2014 at 10:21 PM, Elias Mårtenson <loke...@gmail.com>wrote: >>>> >>>>> All right then. Just go ahead and use the library as-is. >>>>> >>>>> If we change something later, a simply search&replace should be easily >>>>> applicable to your code. :-) >>>>> >>>>> Regards, >>>>> Elias >>>>> >>>>> >>>>> On 8 May 2014 11:20, Blake McBride <blake1...@gmail.com> wrote: >>>>> >>>>>> I usually use function names (at least starting) in uppercase, and >>>>>> application specific functions in lowercase. This way I avoid name hits >>>>>> between my generic utilities and the application code. At least it >>>>>> splits >>>>>> those two namespaces. >>>>>> >>>>>> Just an opinion. >>>>>> >>>>>> Thanks! >>>>>> >>>>>> Blake >>>>>> >>>>>> >>>>>> >>>>>> On Wed, May 7, 2014 at 10:17 PM, Elias Mårtenson >>>>>> <loke...@gmail.com>wrote: >>>>>> >>>>>>> I haven't decided what to do yet. I'd like to have some input from >>>>>>> others as to what's the best naming style is. All-lowercase? Upper and >>>>>>> lower like the SQL mode now? camelCase? >>>>>>> >>>>>>> Regards, >>>>>>> Elias >>>>>>> >>>>>>> >>>>>>> On 8 May 2014 11:16, Blake McBride <blake1...@gmail.com> wrote: >>>>>>> >>>>>>>> Any luck on getting the SQL library up-to-date? (I'd like to start >>>>>>>> work on the keyed file system, but I am waiting on this fix.) >>>>>>>> >>>>>>>> Thanks! >>>>>>>> >>>>>>>> Blake >>>>>>>> >>>>>>>> >>>>>>>> On Sun, May 4, 2014 at 2:12 AM, Elias Mårtenson >>>>>>>> <loke...@gmail.com>wrote: >>>>>>>> >>>>>>>>> The SQL library needs to be changed to support the new API. I will >>>>>>>>> fix this soon (within a day or so). >>>>>>>>> >>>>>>>>> I'm also thinking of renaming the functions, making them all lower >>>>>>>>> case. This is something that seems more popular. >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Elias >>>>>>>>> >>>>>>>>> >>>>>>>>> On 4 May 2014 07:19, Blake McBride <blake1...@gmail.com> wrote: >>>>>>>>> >>>>>>>>>> Greetings, >>>>>>>>>> >>>>>>>>>> I updated GNU APL & Emacs mode and it does appear to work now. >>>>>>>>>> Thanks a lot! I think I understand the issue but it leads me to the >>>>>>>>>> following question. When loading other libraries (such as sqlite, >>>>>>>>>> component file system, etc.) the same issue would arise. What >>>>>>>>>> happens if >>>>>>>>>> you open the shared library and then do a )load? Although a )load >>>>>>>>>> should >>>>>>>>>> wipe out any APL functions, I wouldn't expect it to unload shared >>>>>>>>>> libraries. I would think shared libraries would represent something >>>>>>>>>> at a >>>>>>>>>> higher level than a workspace. It sounds like you fixed this for >>>>>>>>>> Emacs >>>>>>>>>> mode. Two questions: >>>>>>>>>> >>>>>>>>>> Does this fix the problem for the other shared libraries I >>>>>>>>>> mentioned? >>>>>>>>>> >>>>>>>>>> Is there something those shared library authors need to change? >>>>>>>>>> >>>>>>>>>> Thanks!! >>>>>>>>>> >>>>>>>>>> Blake >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Sat, May 3, 2014 at 12:33 PM, Juergen Sauermann < >>>>>>>>>> juergen.sauerm...@t-online.de> wrote: >>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> changed in SVN 243. I also added the caller argument in >>>>>>>>>>> close_fun() and in the eval_XXX() functions. >>>>>>>>>>> Maybe you want to update back. >>>>>>>>>>> >>>>>>>>>>> /// Jürgen >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On 05/03/2014 06:48 PM, Elias Mårtenson wrote: >>>>>>>>>>> >>>>>>>>>>> close_fun in emacs_mode is still declared to return void. >>>>>>>>>>> >>>>>>>>>>> I've changed the declaration in my development branch. Ideally >>>>>>>>>>> you could pick up the updated version. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> https://github.com/lokedhs/gnu-apl-mode/blob/master/native/emacs.cc#L126 >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> Elias >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On 4 May 2014 00:41, Juergen Sauermann < >>>>>>>>>>> juergen.sauerm...@t-online.de> wrote: >>>>>>>>>>> >>>>>>>>>>>> Hi, >>>>>>>>>>>> >>>>>>>>>>>> OK. I have changed the code so that dlclose() is only performed >>>>>>>>>>>> if >>>>>>>>>>>> close_fun() exists and returns true when called. The declaration >>>>>>>>>>>> of close_fun() was changed accordingly. >>>>>>>>>>>> >>>>>>>>>>>> Blake, can you please check if this works? SVN 242. >>>>>>>>>>>> >>>>>>>>>>>> /// Jürgen >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On 05/03/2014 05:44 PM, Elias Mårtenson wrote: >>>>>>>>>>>> >>>>>>>>>>>> I definitely don't want that. The Emacs library can only be >>>>>>>>>>>> loaded once, and it can't be unloaded. It has backend threads >>>>>>>>>>>> working. >>>>>>>>>>>> >>>>>>>>>>>> This relates back to the previous discussion we had on the >>>>>>>>>>>> feasibility unloading libraries and )CLEAR'ing native functions. >>>>>>>>>>>> >>>>>>>>>>>> A native library (at least the Emacs one :-) ) needs a way to >>>>>>>>>>>> protect itself from unloading. >>>>>>>>>>>> >>>>>>>>>>>> Still, )ERASE needs to work, since one obviously needs to be >>>>>>>>>>>> able to run it from within Emacs. >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> Elias >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On 3 May 2014 23:41, Juergen Sauermann < >>>>>>>>>>>> juergen.sauerm...@t-online.de> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Hi, >>>>>>>>>>>>> >>>>>>>>>>>>> maybe a native function is erased? You can turn >>>>>>>>>>>>> UserFunction__enter_leave on to see if that happens. >>>>>>>>>>>>> You should also get a callback on close_fun() if you have set >>>>>>>>>>>>> it. >>>>>>>>>>>>> >>>>>>>>>>>>> The )LOAD command in Blake's example does a )CLEAR first >>>>>>>>>>>>> which then >>>>>>>>>>>>> )ERASE all variables and functions (including native >>>>>>>>>>>>> functions). I could >>>>>>>>>>>>> reset all callbacks on )CLEAR, but that may kind of disconnect >>>>>>>>>>>>> emacs from >>>>>>>>>>>>> the interpreter. Not sure if you want that. I would also say >>>>>>>>>>>>> that the entity >>>>>>>>>>>>> that registers a callback should also clear it. >>>>>>>>>>>>> >>>>>>>>>>>>> BTW: If have improved the ]OWNERS display so that sub-values >>>>>>>>>>>>> of a variable V, >>>>>>>>>>>>> which were incorrectly displayed as having no owner, now show >>>>>>>>>>>>> the variable >>>>>>>>>>>>> that contains them. SVN 241. >>>>>>>>>>>>> >>>>>>>>>>>>> /// Jürgen >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >
