There would be a single J process. What the 2nd window solves is calling functions that include 1!:2&2 (smoutput or similar) calls without cluttering the 2nd window with that output. What the 3rd window solves is having an input log and session that is only relevant to the 3rd window.
With a form based solution, there is probably a way to setup timer functions such that their return value either to that form, or to the "screen" (1!:2&2) ----- Original Message ----- From: Joe Bogner <[email protected]> To: [email protected] Cc: Sent: Wednesday, November 26, 2014 2:20 PM Subject: Re: [Jgeneral] a way to attach another console to J process On Wed, Nov 26, 2014 at 2:02 PM, 'Pascal Jasmin' via General < [email protected]> wrote: > > Is there a way to mirror a J(qt) session such that the 2nd (or 3rd, 4th) > session shares all state with the first, but 1!:2&2 output only goes to the > first session, while function return values would go to the session that > issued them. > Hi Pascal, I don't completely understand the question. Is there 1 J process or multiple J processes running in this scenario (one for each session). > > I understand a fairly straightforward workaround would be a JQT/wd command > window processor. Has anyone already developed one? > Can you elaborate on the problem that you are trying to solve with this or are you just interested if it's possible? ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
