I used to have RBase for Windows 6.5 crashes. All my RBase Windows 6.5++ crashes stopped for me when I finally removed the last of the Compaq Presario's computers running Celeron Processors and Windows 98 from a problem network. The same exact code that use to have many crashes daily works perfect on the Pentium systems I replaced them with. This same code also works perfectly on my older, slower AMD clones.
I don't understand the exact cause but replacing NICs, clean install of Win98, replacing RAM and all the other things we tried to solve the problem on those six computers never worked. RBase for DOS worked perfectly on these machines, so I was slow to accept the computers as the problem. My Multi-user RBWin 6.5++ apps run all day every day now without a problem with no special setup. Kenny Camp IT Manager Electro Enterprises Oklahoma City, OK ----- Original Message ----- From: "Alastair Burr" <[EMAIL PROTECTED]> To: "RBASE-L Mailing List" <[EMAIL PROTECTED]> Sent: Wednesday, July 23, 2003 1:21 PM Subject: [RBASE-L] - Re: Setting Scratch, scratch files and R:Base crashes > Yes, I know a lot of people have said the same thing but if I remove it I > lose data more often than not when R:Base crashes. As I said to Mike, > usually, I can recover R:Base enough with CrashGuard to save my work. > > The real crux is that R:Base really should not crash - full stop. > > According the C/G stats: R:Base has crashed 947 time since I last reset the > system on 06/06/2002. > The next biggest offender is Wordpad with 44 - but I know why that happens > and I can control it. > After that, Irfan viewer with 15 - and that usually crashes because/after > R:Base crashes and I can't recover it. > Everything else is less than 10. > > Regards, > Alastair. > > > > ----- Original Message ----- > From: "David Billing" <[EMAIL PROTECTED]> > To: "RBASE-L Mailing List" <[EMAIL PROTECTED]> > Sent: Wednesday, July 23, 2003 2:05 PM > Subject: [RBASE-L] - Re: Setting Scratch, scratch files and R:Base crashes > > > > Hi Alaster, > > > > My experience with "CrashGuard" was similar to Mike's, but I started with > > Win98. I believe even Symantec got the message and doesn't market it any > > more. It didn't come with my new System Works 2003. I'd get rid of it if > I > > were you. > > > > Dave Billing > > Tall Tree Business Solutions > > ----- Original Message ----- > > From: "MikeB" <[EMAIL PROTECTED]> > > To: "RBASE-L Mailing List" <[EMAIL PROTECTED]> > > Sent: Tuesday, July 22, 2003 1:56 PM > > Subject: [RBASE-L] - Re: Setting Scratch, scratch files and R:Base crashes > > > > > > > > > > I thought "CrashGuard" cause more trouble than any piece of utility > > software I ever installed. That > > > was early Win95 when I installed it and removed it very shortly > > thereafter... > > > > > > > > > ----- Original Message ----- > > > From: "Alastair Burr" <[EMAIL PROTECTED]> > > > To: "RBASE-L Mailing List" <[EMAIL PROTECTED]> > > > Sent: Tuesday, July 22, 2003 7:16 AM > > > Subject: [RBASE-L] - Setting Scratch, scratch files and R:Base crashes > > > > > > > > > > I'd like to sound out the list's views on what goes on with scratch > > files: > > > > > > > > As you all know, I've had endless problems with R:Base crashing since > > > > changing from Dos to Windows 2 years ago. > > > > > > > > You also all know that a couple of things have recently made > significant > > > > differences to the crashes, namely: > > > > 1) Changing a file extension from .DAT to .$$$. > > > > 2) Removing the SET SCRATCH C:\TEMP setting. > > > > > > > > Currently, I still get a few crashes but nowhere near as many. > However, > > I > > > > noticed today that CrashGuard - yes, I'm still using it - notified a > > problem > > > > with a .$$$ scratch file in a directory where I didn't think there > > should be > > > > a scratch file. > > > > > > > > I have 5 databases in 5 sub-directories of D:\DBFiles. > > > > My start-up procedure goes to one of the sub-directories and opens its > > > > database and a form. > > > > (This is my controlling database that contains details of the other 4 > > DBs > > > > and backups, maintenance, etc., etc..) > > > > The form, basically, has buttons that allow access to the other 4 > > databases. > > > > The app that is running uses QUIT TO to change to apps that run the > > other 4 > > > > DBs. > > > > > > > > Generally, this all works perfectly well - except for the crashes... > > > > > > > > Before I removed the scratch setting of C:\TEMP I assumed that all the > > > > scratch files would always be in C:\TEMP. > > > > > > > > Having removed it I assumed that the scratch files would be in the > > > > respective directories for each database as and when a database is > > opened. > > > > > > > > CrashGuard had a problem with the .$$$ in D:\DBFiles - not one of the > > > > sub-directories. My short-cut has its start-in directory as D:\DBFiles > > but a > > > > database is not opened until the app changes directory to one of the > > > > sub-directories. It was set that way originally because I often opened > > > > R:Base to work on apps rather than to _run_ the apps. > > > > > > > > If anybody has had any similar experiences or problems with > > sub-directories > > > > I'd be very interested to hear how they were overcome. > > > > > > > > Thanks & regards, > > > > Alastair. > > > > > > > > ---------------------------------- > > > > A D B Burr, > > > > St. Albans, UK. > > > > ---------------------------------- > > > > [EMAIL PROTECTED] > > > > ---------------------------------- > > > > > > > > > > > > > > > > > > >
