| Re: Too many users... [message #16311 is a reply to message #16255] |
Wed, 14 July 1999 00:00  |
J.D. Smith
Messages: 214
Registered: August 1996
|
Senior Member |
|
|
Bruce Bowler wrote:
>
> Suppose I have a node-locked 1 user license. 99.44% of the time, this
> is fine for my needs (it's a fairly "dedicated" system, running "mostly"
> one application in batch, most of the time).
>
> On occasion, someone needs to do a quick, one-off, thing in IDL and they
> grab my one license.
>
> While they have the license, my batch job decides "It's time to run"
> (determined by an external source sending a mail message, I've got no
> control over when it happens). Of course, since the other user has the
> license, my job starts up in "timed demo" mode. If my job could finish
> in 7 minutes, I wouldn't care, but it takes several hours so I do care
> :-).
>
> Had my "mail initiated" job been run interactively, I'd be asked, "do
> you want to wait for a license" and I've I'd answered "YES" I'd be put
> "on hold" until the other person finished. Is there a way to achieve
> this "wait until the license is available" in a "batch job stream",
> perhaps with some command line option I'm not aware of and/or an
> environment variable?
>
> Thanks!
> Bruce
>
> PS this is IDL 5.2 running on Solaris 2.7.
> PPS Buying a second user license isn't an option :-(
Try expect, a package which allows you "programmed dialogue with
interactive programs". You could expect "IDL> " and respond with
"@batchfile.pro" or expect the 'wait for a license' warning and respond
with "Y" then expect "IDL> " and respond with "@batchfile.pro". You
would want to disable the timeout on the latter, since the time spent
waiting is unknown.
Another option... always use idl as a specific user (e.g. idl_user).
Everyone who wanted to run idl would run as this user, since the
licensing scheme lets a given user run multiple copies of idl on a given
screen. Your script would first switch to that user (easy if running as
root), and anybody else who would want to use idl would be required to
switch to that user. To enforce this, let idl_user own the binaries in
$IDL_DIR/bin/bin.solaris, and make them owner executeable only.
idl_user need not have a home directory, since it's there for licensing
permissions only.
A temptingly close easter egg is found in the binary: the option
-autow. Doesn't seem to do what you wanted though -- too bad.
Good luck,
JD
--
J.D. Smith |*| WORK: (607) 255-5842
Cornell University Dept. of Astronomy |*| (607) 255-6263
304 Space Sciences Bldg. |*| FAX: (607) 255-5875
Ithaca, NY 14853 |*|
|
|
|
|
comp.lang.idl-pvwave archive
Members
Search
Help
Login
Home
