I found something that may be related to this problem, and it seems to have disappeared in the latest build.

First, the problem: At a client site running 7.x, occasionally they could not do database maintenance because they could not get the last user out of the database, even though no one was connected and the web server was shut down. Eventually, on starting to shutdown some workstation, they would get a message asking if they wanted to terminate RBG7. There was no visible indication that RBG7 was running, in the tray or task bar. Sure enough, though, if you opened task manager, you could find at least one (once 3!) instances of rbg7.exe running.

I couldn't make it happen on my copy of their database and application. So I watched a user who claimed she could make it happen.

She ran some legacy code the did something like:

OUTPUT PRINTER
CLS
PRINT reportname
OUTPUT SCREEN

Back on my own system, I tried those steps at the R:prompt, in that order. Then exited R:Base. Sure enough, RBG7 was running in the task manager.

Then I got build 72, installed it, and could not duplicate the phantom again.

Another thing to check for: Make sure every RHIDE has a balancing RSHOW.

Bill

At 04:47 PM 3/24/2004, Dennis Fleming wrote:
There have been a number of posts regarding a "phantom user" logged in, and
after you run reload and attempt to DISC and delete the old data base, you
get "Access Denied" since the dbfiles are seen as Open. I.e., if they send
you the data base it will be fine. I've only had this problem on Terminal
Server and also where a client had Novell running under NT. Part of it was
exiting RBase improperly.



Reply via email to