Also, I know I’ve talked about this here before and even presented the concepts 
at one of the earlier 7.x conferences, but I’ll reiterate.

 

What we do is set up an OS-based CMD file that drives the process.  It sets up 
certain environmental variables, runs an OS CMD file that checks for and 
processes incoming files, then runs the R:BASE app that is our scheduler. The 
scheduler looks for any jobs that are due to be executed and runs and 
reschedules them.  (They can be scheduled on an interval, hourly, every x 
hours, daily, monthly, certain day of the month, a fixed time, etc.)  Once all 
the scheduled tasks due are complete, it calculates the time until the next 
scheduled job and writes an OS-based CMD file that uses a little idle-priority 
program called HOLDIT and gives it a parameter of the number of seconds to spin 
its wheels with, in our case, a 5-minute max.  Once that file is written, 
R:BASE exits back to the driving CMD file where the batch file with the HOLDIT 
command is CALLed.  Once the specified number of seconds expires, HOLDIT 
returns control to the batch which closes and returns control to the initial 
batch which then cycles to the top and starts the whole process over.

 

By exiting to the operating system we have a clean R:BASE environment each time 
it is invoked, and all of the time not spent doing something occurs at idle 
priority, allowing us to run this right on a file server console if we choose.

 

Emmitt Dove

Converting Systems Architect

Evergreen Packaging, Inc.

[email protected]

(203) 214-5683 m

(203) 643-8022 o

(203) 643-8086 f

[email protected]

 

From: [email protected] [mailto:[email protected]] On Behalf Of 
[email protected]
Sent: Monday, March 21, 2011 11:42
To: RBASE-L Mailing List
Subject: [RBASE-L] - Network drive becomes unavailable

 

I have a v8 application that runs 24/7.  It uses a form timer to run a process 
that sends and retrieves EDI files to FTP sites.  This process runs every 30 
minutes.

 

It works like a charm... except about once a week the application crashes 
because the network drive has become unavailable due to system resources.

I.E.  If I go to MY COMPUTER and double click on the network drive (G:), I get 
an error message stating "drive unavailable. insufficient system resources". 
Only this PC is effected and it is not a network issue.

 

If I exit out of the Rbase application, the drive immediately becomes available 
on the PC.  (nothing else runs on this PC. It is dedicated to this 24/7 
application) I have moved this application to a second PC and it demonstrates 
the same behavior, so it is not hardware related.

 

The application uses several file commands performing external file functions 
and using wild card characters.  I am wondering if this may be the issue?

 

Such as :

 

ERASE g:\rbti\edi_v8\ftpfiles\*.850

 

or

 

DIR 'G:\RBTI\Edi_V8\ftpfiles\AWM*'

(Output of the above goes into a file to obtain filenames in directory)

or

 

Zip C:\Windows\System32\cmd.exe /c MOVE &vedifile &v856file

(variables vedifile and v856file contain wild cards)

 

or

 

SET VAR vlaunchprog = 'G:\RBTI\Edi_V8\winscp.exe'

SET VAR vlaunchparams = '/timeout=15 /script=uploadAWM.txt|W'
SET VAR vlaunch = (.vlaunchprog & '|' & .vlaunchparams)
LAUNCH .vlaunch

 

The applicaion also uses the "rsearchandreplace.rbl" plugin extensively on 
external

files.

 

Something in the code is eating up memory and not releasing it, but I have been 
unable

to pin point the culprit.  I am leaning towards one of the above.  Any thoughts 
on

memory and wild cards, zip, launch or plugins?

 

(WhileOpt is turned off)

 

Thanks,

-Bob

 

 

 

 

 

 

Reply via email to