Karen,

Thanks. However looking at his original message subject, this appears to be 
another animal
if the remote desktop is getting slower. Some sort of resource issue maybe.

Jan


-----Original Message-----
From: Karen Tellef <[email protected]>
To: [email protected] (RBASE-L Mailing List)
Date: Fri, 10 Oct 2014 13:35:54 -0400
Subject: [RBASE-L] - Re: Rbase running slow on Remote Desktop

PROPERTY APPLICATION FLUSHMEM 'TRUE'



-----Original Message-----
From: jan johansen <[email protected]>
To: RBASE-L Mailing List <[email protected]>
Sent: Fri, Oct 10, 2014 12:17 pm
Subject: [RBASE-L] - Re: Rbase running slow on Remote Desktop


There is a command that will you to clear memory occasionally.
For the life of me I can't remember it or what it's called
but you might look there.


-----Original Message-----
From: "Dan Angcao" <[email protected] [mailto:[email protected]]>
To: [email protected] [mailto:[email protected]] (RBASE-L Mailing List)
Date: Fri, 10 Oct 2014 09:25:46 -0700
Subject: [RBASE-L] - Re: Rbase running slow on Remote Desktop
Ok… so the slowness problem seem to be better, however I’m having a 
problem printing PDFs from rbase.

The user sends out reports in a PDF format from the program. She sends out 
50 or 60 a day. It works fine for a while then it starts printing a PDF that 
has no pages. The file size of the pdf report is usually 8K when the problem 
happens the file size is 2K.

If she closes the program and goes back in it starts working again. I turned 
on the error messages during the pdf printing and there is no error message.

The command line for printing the pdf looks like this:

PRINTInternalRev WHERE ordernum=.vordernum OPTION +
pdf|filename'InternalRev.pdf'+
|INCLUDE_RICHTEXTON|RICHTEXT_ENCODING_TYPEPLAINTEXT

Anyone have any suggegestions?

Thanks Dan



From:[email protected] [mailto:[email protected]] [mailto:[email protected] 
[mailto:[email protected]?]] On Behalf OfDan Angcao
Sent: Tuesday, October 07, 2014 8:03 PM
To: RBASE-L Mailing List
Subject: [RBASE-L] - Re: Rbase running slow on Remote Desktop

I checked the scratch file directory it was defaulting to the windows temp 
directory for the user profile and the users had full access to the 
directory.

I went ahead and set the scratch files to directory on the network drive 
we’ll see if that helps tomorrow .

Thanks for the input.

dan

From:[email protected] [mailto:[email protected]] [mailto:[email protected] 
[mailto:[email protected]]] On Behalf OfKaren Tellef
Sent: Tuesday, October 07, 2014 11:04 AM
To: RBASE-L Mailing List
Subject: [RBASE-L] - Re: Rbase running slow on Remote Desktop

What Buddy says reminds me of something...  One of my clients had their 
terminal server upgraded a few years ago; we had c:\temp in the startup file 
as the scratch directory.  The new version made the entire c:\ of the server 
read-only so we had to change to a networked drive for scratch files.

Karen



-----Original Message-----
From: Buddy Walker <[email protected] 
[mailto:[email protected]]>
To: RBASE-L Mailing List <[email protected] [mailto:[email protected]]>
Sent: Tue, Oct 7, 2014 12:33 pm
Subject: [RBASE-L] - RE: Rbase running slow on Remote Desktop
Dan
Have you checked for rogue $$$ files. Also make sure the temp folder (used 
by R:Base) is clean.

Buddy

From:[email protected] [mailto:[email protected]] [mailto:[email protected] 
[mailto:[email protected]?]] On Behalf OfDan Angcao
Sent: Tuesday, October 07, 2014 11:30 AM
To: RBASE-L Mailing List
Subject: [RBASE-L] - Rbase running slow on Remote Desktop

I have a strange problem. I recently upgraded our server from 2008 Standard 
R1 to 2008 Standard R2. In the R1 environment the people connecting though 
terminal services where running just fine.

Now since the upgrade the terminal services users are experiencing a slow 
down of the program. When they first login everything is fine but the longer 
they use the program the slower it gets. After about 2 hours of use it is so 
slow that they have to close all programs and log off of the remote desktop. 
After they log back in they are fast again.

I’m using a compiled version of rbase 8.0.22.30331

Dan

Reply via email to