Millennium Create Lists and logins was RE: All Ports in Use when theyare not

[Bob Duncan <duncanr@xxxxxxxxxx>]

At 05:08 PM 07/23/2003 +0100, Sheila wrote:
>I've just tested this and find that it does, indeed use two ports.  I was 
>not aware that this is what happens.  We are just starting to implement 
>our Millenium Modules now and wish that this had been made clearer us as 
>it will inevitably impact on how we arrange our procedures.


At the risk of being accused of being an evil tool of the dark side, 
consider the following:

(1)  In the character-based system, a login cannot perform additional tasks 
while in Create Lists.  If you want to run a list and do something else at 
the same time, you have to use two logins/licenses.

(2)  In Millennium applications, being "in" Create Lists does not use an 
additional login---an additional login is only used while the search is 
being performed.  I suppose sorting might use a login, but listing and 
showing records do not.

(3)  Millennium applications (Phase 2+) have Create Lists settings which 
can be altered to deal with local login situations.  We're currently having 
a little problem with one of the settings so I can't provide definitive 
evidence that all work as described, but according to the manual, Mill 
Create Lists can be set to (a) wait for searches to complete and use only 
one login (i.e., behave like the character-based system and prohibit other 
activity);  or (b) allow other work to be performed while the list is 
running (at the cost of use of an additional login (which is indeed spelled 
out in the manual));  or (c) if all logins for a group are in use, prompt 
the user to decide.  The default behavior is (b).  See Page # 105323 of the 
R2002/P2 manual.


Bob Duncan


~!~!~!~!~!~!~!~!~!~!~!~!~
Robert E. Duncan
Systems Librarian
David Bishop Skillman Library
Lafayette College
Easton, PA  18042
duncanr@xxxxxxxxxx
http://www.library.lafayette.edu/