Values of variables are SESSION SPECIFIC. You can have two sessions of RBASE running on the same machine and they will not interfere with each other.
The only thing common between the two is the database. Each will have its own temporary files too. If you are creating and using files programmatically, you are responsible to avoid conflicts there. If your variables are changing, look for something in your session to be doing that. If you are using MDI forms, that is definitely a place to start looking. If two MDI forms are impacting the same variable, you will have trouble if this is not the intended behavior. Dennis McGrath -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of David Blocker Sent: Tuesday, July 22, 2008 4:35 PM To: RBASE-L Mailing List Subject: [RBASE-L] - RE: Strange Multi-user Behavior James Ah, but you see that's just the point. First of all, values of variables in R:Base are MACHINE SPECIFIC so that two machines can run the same program and not mess each other up. "Global" doesn't mean across machines, it means "values available in all modules of R:Base - forms, reports, views, etc. Only DATA changes in the tables themselves should cross machine to machine. Second of all, the variables in question are looked up ONCE, are written to the screen and STAY there until the user escapes from the menu of choices. But users are reporting that while they are still in the same loop of code, AFTER the variables are written on screen, the values are changing!! David David Blocker [EMAIL PROTECTED] Telephone: 781-344-1920 Cell Phone: 339-206-0261 ----- Original Message ----- From: "James Bentley" <[EMAIL PROTECTED]> To: "RBASE-L Mailing List" <[email protected]> Sent: Tuesday, July 22, 2008 2:41 PM Subject: [RBASE-L] - RE: Strange Multi-user Behavior David, I have been thinking about this problem. In RBase all variables are global thus one user could change a value set by another user. Also, in multi-user mode checkout the refresh value. Possibly your users are interacting because they share variables and a refresh is taking place. Jim Bentley American Celiac Society [EMAIL PROTECTED] tel: 1-504-737-3293 --- On Wed, 7/16/08, David Blocker <[EMAIL PROTECTED]> wrote: > From: David Blocker <[EMAIL PROTECTED]> > Subject: [RBASE-L] - RE: Strange Multi-user Behavior > To: "RBASE-L Mailing List" <[email protected]> > Date: Wednesday, July 16, 2008, 8:26 PM > Dan > > > > Thanks for responding - I was beginning to think my email > got lost in the ether.. > > > > Here's the code that both users share: > > > > SEL lname, fn, memstat, suspend1, expell, profname, > nickname + > > stbal INTO vln IND v1, vfn IND v2, vm IND v3, vsus IND v4, > + > > vexp IND v5, vprof IND v6, vnick IND v7, vwkdue IND v8 FROM > persdata + > > WHERE ss# = .vss > > --grab just first letter of memstat. KAD for David Blocker > 07/10/1997 > > SET VAR VM = (LJS(.VM,1)) > > SEL MAX qtr INTO vquart IND v8 FROM dues WHERE ss# = .vss > > SEL SUM duespd INTO vpd IND v9 FROM dues WHERE + > > (ss# = .vss AND qtr = .vquart) > > SET VAR vs1 = (SGET(.vss,3,1)), vs2 = (SGET(.vss,2,4)),+ > > vs3 = (SGET(.vss,4,6)) > > CLS > > SET NULL " " > > DISPLAY mem IN main45.apx at 2 > > SET VAR v2s = (.vs1 + "-" + .vs2 + "-" > + .vs3) > > CLE VAR vs1, vs2, vs3, v1, v2, v3, v4, v5, v6, v7, v8, v9 > > WRI .vln AT 2 8 YELLOW ON BLUE; WRI .v2s AT 2 43 YELLOW ON > BLUE > > WRI .vwkdue AT 2 69 YELLOW ON BLUE > > WRI .vfn AT 3 8 YELLOW ON BLUE > > IF vNick IS NOT NULL THEN > > WRI .vNick AT 3 30 LIGHT GREEN ON GRAY BLINK > > ENDIF > > WRI .vm AT 3 53 YELLOW ON BLUE > > WRI .vquart AT 3 67 YELLOW ON BLUE; WRI .vpd AT 3 73 YELLOW > ON BLUE > > WRI .vsus AT 4 10 YELLOW ON BLUE; WRI .vexp AT 4 28 YELLOW > ON BLUE > > WRI .vprof AT 4 50 YELLOW ON BLUE > > SET NULL -0- > > > > This puts the information on top of the screen, lines 1- > 4. The code following brings up another menu of options, > each of which leads to a form for entering or editing some > kind of data about the person displayed. The > "flipping" happens randomly, and can happen on > either of the 2 workstations involved, with one user in a > menu, or on a form. > > > > David Blocker > > > > David Blocker > [EMAIL PROTECTED] > Telephone: 781-344-1920 > Cell Phone: 339-206-0261 > ----- Original Message ----- > From: Dan > To: RBASE-L Mailing List > Sent: Sunday, July 13, 2008 9:26 PM > Subject: [RBASE-L] - RE: Strange Multi-user Behavior > > > Hi David, > You are right, this shouldn't happen the way you > explained it. > Can you give an example of the code that does this > lookup for both users? > > Dan > > > At 02:25 PM 7/13/2008, you wrote: > > Hello David, > I am not sure if this is applicable but it popped into > my head as I think of common issues between users. > > * Is the scratch folder for temporary files > their local computer or the same for all on the server? > * REFRESH <> 0 (Maybe?) > * Display command? > * Maybe something in the rbase.cfg file if it > is being shared among users? > > I hope at least it sparks a new venue of thought in > your troubleshooting process. > Good luck, > Manuel > > > ---------------------------------------------------------------------------- > > From: [email protected] [ mailto:[EMAIL PROTECTED] On > Behalf Of David Blocker > Sent: Wednesday, July 09, 2008 12:03 PM > To: RBASE-L Mailing List > Subject: [RBASE-L] - Strange Multi-user Behavior > > Dear Friends > > I have some very strange behaviour going on in a > multi-user application that I've never encountered > before. > > Application: still on R:Base 6.1a for DOS (upgrade in > progress) > > User A: selects a menu item that just LOOKS UP > variables and DISPLAYS the variables on the screen > information about a member in the organization: say Alan > Adams. This data is NOT on a form - just using WRITE > commands to put variables on the screen > > The code then does NOT refresh that display, but > displays either a menu of choices under the display or a > form with data from a different table. > > User B: Selects the same menu item: diplays a > different user in the same fashion, say Ben Billings > > User A - SOMETIMES - not always by any means - will now > look up at the screen, having taken NO action on the > keyboard, and finds that Alan Adams' info has been > replaced by Ben Billings' > > I can't even begin to conceive how this could > happen!!! Any ideas? > > David Blocker > > [EMAIL PROTECTED] > Telephone: 781-344-1920 > Cell Phone: 339-206-0261 > > Thanks, > > Dan > > Dan Champion > Information Services > Vredevoogd Heating > 3047 Sangra SW > Grandville, MI 49504 > (616) 534-8271 x10 > > Or > > Dan Champion > Champion Solutions > 1415 Laughlin Dr. > Grand Rapids, MI. 49504 > (616) 453-7225 > ICQ 6686404 > > No virus found in this incoming message. > Checked by AVG - http://www.avg.com > Version: 8.0.138 / Virus Database: 270.4.10/1551 - Release > Date: 7/14/2008 6:49 AM No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.138 / Virus Database: 270.5.4/1566 - Release Date: 7/22/2008 6:00 AM
