We have always used the SET SCRATCH TMP and have yet to see the subject error message. We have been using R:Base 7.6 for 6 months or so although we have only converted one database and application so far.
-------------- Original message from Dennis McGrath <[EMAIL PROTECTED]>: --------------
> I sure would like to know if SET SCRATCH TNP truly eliminates this problem out
> here in the trenches.
> I see the solution promoted over and over, but I don't recall anyone coming back
> and confirming that it completely solved this problem for them.
> On the other hand, is anyone using SET SCRATCH TMP and still getting these
> errors?
>
> The silence on this subject is deafening.
>
> Dennis McGrath
>
> -----Original Message-----
> From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of John Engwer
> Sent: Thursday, September 04, 2008 10:28 PM
> To: RBASE-L Mailing List
> Subject: [RBASE-L] - Re: Error messages
>
> Thank you Razzak,
> I do recall the new "temp" feature and I will modify my startup to see if it
> eliminates the error that I am seeing.
>
> John
>
> -----Original Message-----
> From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of A. Razzak
> Memon
> Sent: Thursday, September 04, 2008 9:50 PM
> To: RBASE-L Mailing List
> Subject: [RBASE-L] - Re: Error messages
>
>
> >At 07:39 PM 9/4/2008, John Engwer wrote:
> >
> >For the past several months my clients have been reporting that
> >that they occasionally receive the following error message.
> >ERROR- C:\Documents~1\Rich\temp\48BFEBDD.$$$ not found
> >The error usually occurs when printing a report to the screen.
> >They are all running on the compiled version of V8.
> >Scratch setup
> >SET VAR vScratchDir TEXT = NULL
> >SET VAR vScratchDir = (ENVVAL('TEMP'))
> >IF vScratchDir IS NOT NULL THEN
> > SET SCRATCH &vScratchDir
> >ENDIF
> >I have not been able to duplicate the error but I personally
> >have seen the error at one of my clients.
> >Has anyone else seen this error? Does anyone know what may
> >cause it?
>
>
> John,
>
> Instead of mucking with SCRATCH settings manually, why not let
> R:BASE handle the SCRATCH settings to create, manage and then
> delete the temporary (.$$$) files automatically.
>
> Did you know that the latest versions of R:BASE 7.6, C/S:I 7.6,
> Turbo V-8 and eXtreme (v9) include a setting to automatically
> find the user's default Windows temporary folder to manage all
> scratch (.$$$) files, accordingly.
>
> All you need to do is simply use the keyword "TMP" in R:BASE
> configuration (.cfg) file and related Oterro (.cfg) file, if
> used.
>
> You can also use the newly supported "SET SCRATCH TMP" command
> in your application startup file, before CONNecting to database.
>
> Using the "SCRATCH TMP" option will also eliminate all issues
> related to setting the SCRATCH directory and related files.
> This default setting also enables R:BASE/OTERRO to write
> scratch files without being concerned about read, write, and
> delete permissions on the network/local folders.
>
> Now knowing the advantages and built-in capabilities of R:BASE,
> do what works for you in your specific environment.
>
> Try it. You'll be glad you did!
>
> Very Best R:egards,
>
> Razzak.
>
>
