I solved my prior problem by setting the JBCPORTNO environment variable 
before starting the jBASE process to a unique number.  No more duplicated 
ports.

However, while my pseudo-background threads are running, jPML stops handing 
out logins claiming that one of the ports I've grabbed for my processes is 
currently logging out.  Upon trying to use that active thread (which is 
being run in a loop by a wrapper program), when the process is finished and 
control is handed back to the wrapper, it closes - either because jPML 
won't let it keep running or because the underlying process has been passed 
a SIGTERM or the like.  I'm not sure which of the two is what's actually 
happening.

I suspect the problem is that jBASE's housekeeping sees those ports, sees 
that there isn't an actual terminal associated with them, and attempts to 
kill them.  As there is a process more-or-less actively running (it's 
actually blocking while waiting for input), it won't die until something 
hits it and it reruns the loop.  Is there a way to prevent that from 
happening?

-Mike

On Thursday, January 24, 2013 2:36:46 PM UTC-8, Sparro wrote:
>
> I want to be able to run background processes attached to virtual 
> terminals through the 'screen' utility, and I'm running into a problem.
>
> jPML doesn't seem to have any clue what the terminal designation is for 
> the virtual terminal, so it allocates me a port in the 11000-11999 range.  
> This would be fine, except for one thing - it gives me the same port for 
> every virtual terminal.  I wind up with four different jshells that are all 
> using port 11000 (which, as you might imagine, causes some havoc any time 
> COMMON variables are used).
>
> What method does jPML use to try to get the /dev/pts/ designation for a 
> terminal, and/or how can I convince it to use a unique port number if Unix 
> won't tell jPML the terminal number?
>
> Thanks,
> -Michael Martin
>

-- 
-- 
IMPORTANT: T24/Globus posts are no longer accepted on this forum.

To post, send email to [email protected]
To unsubscribe, send email to [email protected]
For more options, visit this group at http://groups.google.com/group/jBASE?hl=en



Reply via email to