Thanks Bill, Checked and only Rbase.dat connects. Rbase.cfg does have "scratch on". Since my 6.1a app can use "set scratch" successfully on this computer and the 6.5+ app can't, I'll have to assume it has something to do with the version and this particular computer, I guess. (The interesting Q is why won't the app run with scratch pointing at a particular dir??) But I can live with that.
What I really need to know is why I get the "can't create temporary file" error. Maybe it's only an issue at start up and is able to create $$$ afterwards??? Would anyone know how to check? Or will the app just bomb? Thanks, Ben Petersen On 11 Feb 2003, at 7:13, William Cook wrote: > Ben, > > We have been told that the SET SCRATCH must occur before connecting. I > have a note that startup may involve three pieces of code: > 1. the startup file in RBASE.CFG > 2. the file mentioned on the command line > 3. RBASE.DAT > > Is it possible one of these causes a connect prior to your SET > SCRATCH? > (and perhaps trying to use a folder for which you lack write access) > > Bill Cook > Kent WA USA > > ----- Original Message ----- > From: "Ben Petersen" <[EMAIL PROTECTED]> > To: "RBASE-L Mailing List" <[EMAIL PROTECTED]> > Sent: Monday, February 10, 2003 11:09 PM > Subject: [RBASE-L] - Re: Runtime prob with "set scratch" > > > Thanks JM, > > I have moved set scratch to the beginning of rbase.dat just as you > have it, but it made no difference. > > While a nice feature, I don't think it is required for RBase to create > temporary files. > > I _have_ discovered that what I thought was looping was caused by a > missing piece of data. So I only need to understand why I'm getting > the "Can't create temporary files" error when the app first starts. > What causes RBase to exit the app before the first menu when scratch > _is_ set isn't really important, I guess. > > Ben Petersen > > > On 11 Feb 2003, at 9:09, J.M. GRATIAS wrote: > > > > > Ben : > > > > >> > > If I set scratch specifically the app will not get as far as the > first > > menu. Also; with scratch set to C:\windows\temp, RBase will leave a > > $$$ file behind, but always 0 bytes in size. If I don't set scratch > > specifically, I get the error "Can't create temporary file (2964)" > > but the app starts. "Sho Scratch" says scratch files will placed in > > the database directory. .... << > > > > I noticed that : > > > > - SET SCRATCH must be set immediatly when entering the app, and > before > > connecting the DB, I use to do that in RBASE.DAT : > > > > -- RBASE.DAT > > CLEAR ALL VAR > > DISCONNECT > > SET STATICDB OFF > > -- Indiquer ci-apr�s le r�pertoire des fichiers temporaires > > -- Choisir de pr�f�rence un disque local rapide > > SET SCRATCH 'D:\rbw65\temp' > > ..... > > > > - whatever scratch is set to, there are some (few) $$$ files that > can > > stay in the current directory when RBW/app don't exit correctly. > This > > is true when running every RBW version until 1.851 I did't check > with > > the laterst versions. > > > > Hope this will help .... > > > > J.M. GRATIAS, Logimatique > > > > >
