On 19/09/2024 16:48, Blake McBride wrote:
Thanks Vibhu! However, although related, I don't see how your answer answered my question. (Or, perhaps it does but I don't get it.)
Oh sorry. I tried writing some code, then realised there'd be too many variations that all met your description, so decided to deliver pieces instead that would help you build what you wanted.
I'm not really asking about how Java threads work or the fact that all Java programs (including ABCL) work with threads (although they may not be thread-safe). I already understand that.
I'm asking:
A. If I can accomplish what I desire using the regular Java and ABCL APIs.
I believe so. In my reading of ABCL's code, I've always regarded it as having been designed for multi-threaded access and have encountered nothing that told me otherwise, (except for a couple of things, irrelevant here, that were minor bugs and may have been fixed (interpreter initialisation; debugger garbling sterr) but I may be misremembering.) I'd be surprised if ABCL's designer said ABCL wasn't meant to be used by multiple threads.
B. How?
I wasn't been able to write an example because I couldn't tell which part you were uncertain about. I'll list some pieces again, in the hope that they'll help. (If they don't, I'll try again.) Regarding your data defined in Java and Lisp, let's call these: class Data { static int x = 10; } (defvar *y* 10) I'll choose to protect them here with a single lock, defined in Java: class L { static final ReentrantLock lck = new ReentrantLock(); } Now in every Java and Lisp function that accesses either Data.x or *y*, acquire/release the lock around the actual work: Java: void f() { L.lck.lock(); try { ... } finally { L.lck.unlock(); } } Lisp: ;initialise (use-package "JAVA") (defparameter *lck* (jfield (jclass "L") "lck")) ;and in application functions in the rest of the program ... (defun g () (jcall "lock" *lck*) (unwind-protect (work-with-data) ;or whatever (jcall "unlock" *lck*))) Defining a macro for this pattern will help. Regarding some data being read-only, fine, but the above doesn't require that, so is more general. Regarding thread-unique data, define the ThreadLocal in Java, then get/set it from Java/Lisp as needed as you would any other Java variable from Java/Lisp. JFIELD as shown above happens to also be setf-able. On 19/09/2024 20:01, Blake McBride wrote:
With regard to my question, I'd like to add that the difficulty is that I do not know what ABCL is doing internally. Is it thread safe? Is it always thread safe?
To the extent that a language can be thread-safe (as opposed to a function, data-structure, or abstract data-type), I believe that yes, ABCL is thread-safe in the same sense that Java is. Vibhu