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

OK That was it!

I initialized the CP and loaded all compounds again from scrach using the 
load_all.ksh command.

Some errors appeared in the output file saying that several blocks were 
duplicated. However, these blocks were also added and no problem occured.

No my CP and iccdrvr.tsk is live and kicking again! I can run my scripts 
again!

Dimitris


>From: "Ron Schafer" <rschafer@xxxxxxxxxxxxxxxxxxxxxx>
>Reply-To: foxboro@xxxxxxxxxxxxx
>To: <foxboro@xxxxxxxxxxxxx>
>Subject: Re: [foxboro] ICCDRVR.tsk - GET script problem
>Date: Mon, 23 Apr 2007 11:14:30 -0400
>
>A few years ago I ran into this problem, and as someone else said, I had
>used iccdrvr to load some blocks. What had happened was a whitespace was
>added by wordpad / word to the blocks and it caused bad problems in that
>compound when using iccdrvr. It would load and work, but when I tried to
>get into that block in icc, and then save the block it would fail due to
>the whitespace (at the end of descript). After figuring out the bad
>blocks, and fixing them it has been ok since. How I figured out the bad
>blocks, was to do the following.
>1) get a list of all blocks in the cp.
>       OPEN CP0001 READ ME
>       GET *:* SUBSET
>       END
>       CLOSE
>       EXIT
>2) Using word/excel create a script to modify ALL blocks. Save this file
>as and use it as a input file. I use /opt/customer/data/iccloadinput.txt
>       OPEN CP0001 MODIFY ME
>       Modify COMPOUND:BLOCK
>       END
>       (add additional blocks here using above format)
>       CLOSE
>       EXIT
>3) Do a load using the input file.
>       iccdrvr.tsk -i /opt/customer/data/iccloadinput.txt -o
>/tmp/outfile.txt -d /tmp/dataoutputfile.txt
>4) Use the /tmp/outfile to determine which blocks failed. These are ones
>causing the problems.
>I believe I have all the steps right, but it may need a little tweeking
>since I use a automated iccdrvr script and also run it on windows nt
>system.
>If a block is working, but you cant modify it, this may be your
>indication as to which one/ones.
>
>
>Ronald G. Schafer
>10026 Old Ridge Rd.
>Ashland Va. 23009
>804-227-4034
>
>-- No attachments (even text) are allowed --
>-- Type: text/x-vcard
>-- File: rschafer@xxxxxxxxxxxxxxxxxxxxxxxxxx
>-- Desc: rschafer@xxxxxxxxxxxxxxxxxxxxxxxxxx
>
>
>
>
>_______________________________________________________________________
>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
>

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar - get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

 
 
_______________________________________________________________________
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: