Re: [Jprogramming] ~addons/math/deoptim/deoptim.ijs

2022-05-11 Thread Ric Sherlock
Hi David, Thanks for the feedback. I agree that adding some additional text there may help users trying to work out how to use the addon. Did you have a suggested wording change in mind? The function named will be called from within the 'pdeoptim' locale and so needs to either be in the search pat

Re: [Jprogramming] Mutex with multi-threading primitive

2022-05-11 Thread Elijah Stone
It seems your primary question has been answered. I will add: I strongly suggest using a conjunction to lock your mutex; something similar to what I demonstrated in the 'unwind protect' thread, as the alternative is pretty much impossible to get right in the general case. On Tue, 10 May 2022,

Re: [Jprogramming] Mutex with multi-threading primitive

2022-05-11 Thread Elijah Stone
How practical is it to make jqt thread safe? Even just slapping a big mutex over everything? Is qt itself not threadsafe, or just jqt? On Wed, 11 May 2022, bill lam wrote: Jqt isn't thread safe. You should call to jqt from the main thread only. I am also unsure if calling smoutput or other

Re: [Jprogramming] ~addons/math/deoptim/deoptim.ijs

2022-05-11 Thread Raul Miller
https://github.com/jsoftware/math_deoptim/blob/master/deoptim.ijs#L60 This took me a bit to figure out. It looks like deoptim was put into a J locale (pdeoptim) without testing that it still functions in that context. Anyways... adding a note in the comments about the locale issue is probably a

[Jprogramming] ~addons/math/deoptim/deoptim.ijs

2022-05-11 Thread David Lambert
Suggestion: please amend the comment section to explicitly state that func include locale.  It now reads NB.-y: 2-item list of boxed arguments NB.- 0{ func - String naming a function f(x,y) to minimize, with first argument NB.- the vector of variables over which minimization is