Exacto Mundo...... that is why you need to allow them to override and enter anyway. IF the customer wants I provide a tracking system to see when they came in and when they when out and if they went out properly. This algorithm can be expanded to track user that do not exit RBase properly, if your customer want this feature. You can create a second table [LogArchive] with columns [ username TEXT,login DATETIME, logout DATETIME ] when a user properly exits RBase the info in the login table is transfer to the LogArchive table. If a user enters RBase and he is already there you can create an entry in LogArchive without the logout entry and thus track users that MAY BE closing their system without properly closing their RBase sessions. Be careful with accusations, it is best to use this information to properly investigate the user's behavior and hardware system to determine the cause of the problem. Good Luck, Manuel Dennis Fleming wrote: > Manuel, > > Did you find a way to determine if a user got "bumped out" and is now > trying to get back in again for the "first time"? Or would you just do this > with a warning message and delete the prior entry if the user indicates he > abended? > > Dennis > ***** > > At 09:57 PM 7/3/01 -0700, you wrote: > >Hi Mike, > >Here is one way: > > Create a login table. > > Capture users name in rbase.dat and see if user is already logged in. > > Refuse the RBase session or warn the user that they are already logged > >in. > > Delete user from the login table when user exits RBase. > > > >REQUIREMENTS: > >Each user must have their own rbase.cfg file with a unique user name and > >rbase.ini pointing the desired rbase.cfg file for the user. > >Good Luck, > >Manuel > > > >MJS wrote: > > > >> Hi all! > >> > >> Some of my clients have users that are "a little" impatient. If Rbase > >> does not come up right away, they hit the icon again (and again and > >> again) which causes multiple sessions of Rbase to be started and > >> continued.....which is not good for a lot of reasons). Is there an > >> elegant way of preventing this? > >> > >> Tia! > >> > >> Mike Sinclair > > > >Attachment Converted: "C:\INET32\download\md2.vcf" > > > Dennis Fleming > IISCO > http://www.TheBestCMMS.com
begin:vcard n:de Aguiar;Manuel tel;fax:(323)661-7698 tel;work:(323)660-3511 x-mozilla-html:FALSE url:http://www.mdenterprises.net org:M|D Enterprises adr:;;2412 No. Commonwealth Avenue;Los Angeles;California;90027-1206;USA version:2.1 email;internet:[EMAIL PROTECTED] title:Developer note;quoted-printable:The information contained in this e-mail may be privileged, confidential,=0D=0Aand protected from disclosure. If you are not the intended recipient, you=0D=0Aare hereby notified that any dissemination, distribution or duplication of=0D=0Athis communication is strictly prohibited. If you have received this=0D=0Acommunication in error, please notify the sender immediately and delete all=0D=0Acopies.=0D=0A=0D=0Ahttp://www.mdenterprises.net=0D=0Ahttp:/www.databasedeveloper.com=0D=0Ahttp://www.MdrBASE.com=0D=0A x-mozilla-cpt:;-1 end:vcard
