bug-apl
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-apl] Updating SQL library


From: Blake McBride
Subject: Re: [Bug-apl] Updating SQL library
Date: Wed, 7 May 2014 22:47:49 -0500

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 <address@hidden> 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 <address@hidden> 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 <address@hidden> 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 <address@hidden> 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 <address@hidden> 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 <address@hidden> 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 <address@hidden> 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.


Regards,
Elias


On 4 May 2014 00:41, Juergen Sauermann <address@hidden> 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 <address@hidden> 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












reply via email to

[Prev in Thread] Current Thread [Next in Thread]