Re: [foxboro] ICCDRVR.tsk - GET script problem

Dimitris,

I am fairly certain that you know the proper syntax for iccdrvr.tsk and
iccprt, since you get it to work elsewhere. That leaves the possibility
of a bug in iccdrvr.tsk as Sascha said, or a corrupted workfile in your
particular CP.

I believe the probability of the latter is much higher than the former.
So you can take up Dave Johnson's offer to inspect your saveall, or you
can do it yourself. Perform a SaveAll on the CP in question, then
LoadAll into a spare CP (if you have one) or into a volume. Then run
your iccdrvr.tsk script on this new CP/volume. That will certainly tell
you where your problem lies.

You didn't mention which version your software is at, but I recall a
somewhat similar problem in the very-distant past about workfile
increasing forever when doing an upload. It's been so long, so many
versions back that I can't recall much about it now through the haze of
time, nor how we corrected that situation, but it had to be something
earlier that v4.1.

Duc


-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx]
On Behalf Of Dimitris Legakis
Sent: Thursday, April 19, 2007 5:10 AM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] ICCDRVR.tsk - GET script problem


iccprt -p -n "12*:*" -o file.txt CP000B
did start to create the file.txt, but I still have the same problem. The

file was increasing endlessly and after the interruption I found many
blocks=20
repeating too many times.

The main problem I need to resolve is the endless increase of the output

file that happens every time i run GET script or iccprt:
eg.
OPEN CP000B ALL TMP
GET *:* SUBSET *
*
END
CLOSE
EXIT

and when i run:
iccprt -p -n "12*:* -o file.txt CP000B

Note that the very same scripts work perfectly on other CPs.



 
 
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
 
foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave

Other related posts: