Kinook Software Forums

Go Back   Kinook Software Forums > Ultra Recall > [UR] General Discussion

Reply
 
Thread Tools Rate Thread Display Modes
  #1  
Old 01-19-2005, 04:24 PM
Mr. Analogy Mr. Analogy is online now
Registered User
 
Join Date: 01-19-2005
Location: Blacksburg, VA
Posts: 6
Networking/multiuser support?

Hi,

Does UR support multiple users (say, on a network) ?

I'm guessing not, but thougth i'd check.

(I"m well aware that 1.0 can't support everything or it wouldn't be out till 2006, like Longhorn :-)
Reply With Quote
  #2  
Old 01-19-2005, 07:25 PM
ExtraLean ExtraLean is online now
Registered User
 
Join Date: 01-19-2005
Posts: 46
Or, how about non-concurrent access over a network? As per your license allowance, I'd like to run UR from my desktop and laptop depending on what machine I'm using at the time, but have the database sitting on a central file server so I'm always working on the latest version. Is this possible?
Reply With Quote
  #3  
Old 01-19-2005, 10:32 PM
kinook kinook is online now
Administrator
 
Join Date: 03-06-2001
Location: Colorado
Posts: 5,797
Yes, you can access a shared database from multiple computers. In version 1.0a, only the first to open had write access, but with 1.1 multiple users can open the database for editing.

It's not a true client-server setup, so it's not designed to handle a lot of concurrency, and the tree contents are not automatically refreshed with changes from other users (Shift+F5 or Tree | Refresh All will reload the trees from the database). A single user accessing from different computers at different times should not have any problems, but multiple users performing long-running updates could encounter locking issues.

Accessing a UR database on a USB stick (carrying it around physically to multiple computers) is another viable option.
Reply With Quote
  #4  
Old 01-20-2005, 09:54 AM
Mr. Analogy Mr. Analogy is online now
Registered User
 
Join Date: 01-19-2005
Location: Blacksburg, VA
Posts: 6
Worst case scenario with Lock conflict?

What is the worst case scenario with a lock conflict?

Suggestion:
With the KB I wrote (last century<g>) it detected whether you were in write mode. If so, it wouldn't let anyone else write until you left write mode.


The odds of two users editing at exactly the same time are pretty low and worst case would be that the second user had to wait. Not a big deal.
Reply With Quote
  #5  
Old 01-20-2005, 11:25 AM
kinook kinook is online now
Administrator
 
Join Date: 03-06-2001
Location: Colorado
Posts: 5,797
Worst case is like you said: if you try to do an update while another update is in process by another user, a "database is locked" error message is displayed, and you can't do the update until the other user's update has completed.
Reply With Quote
  #6  
Old 01-21-2005, 09:40 PM
vamp07 vamp07 is online now
Registered User
 
Join Date: 01-05-2005
Posts: 38
I'm finding that if I let my portable hibernate with UR running, when I wake it up it thinks the file is locked and nothing will get me out of the problem except exiting the program. My desktop does have it open but this problem only happens when returning from hibernation.
Reply With Quote
  #7  
Old 01-22-2005, 11:11 AM
Sean Siler Sean Siler is online now
Registered User
 
Join Date: 01-20-2005
Posts: 6
Interestingly, I am having the same issue with locking on my laptop coming out of hibernation. Not a big deal, I just have to exit out of UR each time and re-open. Kind of a pain.
Reply With Quote
  #8  
Old 01-23-2005, 09:36 PM
kevina kevina is online now
Registered User
 
Join Date: 03-26-2003
Posts: 825
The problem being described is not actually due to accessing an Info Database from two computers at the time, but rather that when Windows comes out of standby/hiberate, open file handles to an Info Database on a network share are invalid (currently requiring the database to be closed and re-opened or Ultra Recall to be restarted to continue using the Info Database).

We are aware of the problem and are working on a resolution. An updated download will be available when this issue has been resolved (a minor version release).

Interestingly, some Microsoft applications (ie. Microsoft Access) prevent Windows from entering Standby/hibernate until you close the application... We are confident we can provide a solution that works as expected (allows standby/hibernate, yet resumes properly!).
Reply With Quote
  #9  
Old 02-18-2005, 10:38 AM
kevina kevina is online now
Registered User
 
Join Date: 03-26-2003
Posts: 825
Version 1.2 of Ultra Recall is available which addresses the issue of Standby/Hibernation interferring with Ultra Recall operation (as well as several other bug fixes and enhancements).

You can download the latest version of Ultra Recall here: http://www.ultrarecall.com/download.html

You can view the "How to Upgrade to a newer version of Ultra Recall?" FAQ entry here: http://www.kinook.com/Forum/showthre...=&threadid=911

Note: Version 1.2a is a minor version update and is free to all licensed users of Ultra Recall.
Reply With Quote
Reply

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



All times are GMT -5. The time now is 05:13 AM.


Copyright 1999-2021 Kinook Software, Inc.