Eh... and I still managed to get it wrong, here...
Maybe setting stops gave that behavior, but reviewing
https://github.com/jsoftware/j-playground/issues/31 I see that it was
stopping from an error (as opposed to an explicit stop -- I don't know
if those were ever enabled).
We can still lock up a
In my last report on the J Wiki Meeting of July 7th, I incorrectly stated that
Raul through that recursive debugging calls may be problematic. He contacted me
with the following information to set the record straight:
Raul: The issue I was thinking about was where it used to be that hitting a
On Sat, Jul 9, 2022 at 6:58 AM wrote:
> On 07/09 06:37, Raul Miller wrote:
> > What do you get from
> >
> > $ echo exit 0 | strace -f bin/jconsole 2>&1 | fgrep config/startup.ijs
> >
> > (replacing bin/jconsole with a reference which finds your jconsole)?
>
> [pid 1816] openat(AT_FDCWD, "/home/us
On 07/09 06:37, Raul Miller wrote:
> On Sat, Jul 9, 2022 at 3:51 AM wrote:
> > I have no /home//config.
>
> What do you get from
>
> $ echo exit 0 | strace -f bin/jconsole 2>&1 | fgrep config/startup.ijs
>
> (replacing bin/jconsole with a reference which finds your jconsole)?
>
> Thanks,
>
>
On Sat, Jul 9, 2022 at 3:51 AM wrote:
> I have no /home//config.
What do you get from
$ echo exit 0 | strace -f bin/jconsole 2>&1 | fgrep config/startup.ijs
(replacing bin/jconsole with a reference which finds your jconsole)?
Thanks,
--
Raul
---
On 07/09 02:58, Raul Miller wrote:
> On Sat, Jul 9, 2022 at 2:09 AM wrote:
> > (using Gentoo Linux...)
> >
> > With strace I found, that jconsole tries to open .jprofile.ijs from $HOME
> >
> > openat(AT_FDCWD, "/home/user/.jprofile.ijs", O_RDONLY) = -1 ENOENT (No such
> > file or directory)
> >
It's intended for J installation under /usr , so that you can safely ignore
it.
Use startup.ijs as Raul had suggested is good enough.
On Sat, 9 Jul 2022 at 2:58 PM Raul Miller wrote:
> On Sat, Jul 9, 2022 at 2:09 AM wrote:
> > (using Gentoo Linux...)
> >
> > With strace I found, that jconsole
