filepro/directory/key.I_MovedIt not found

Nancy Palmquist nlp at vss3.com
Mon Aug 15 14:02:51 PDT 2005


Christopher Yerry wrote:
> --- Kenneth Brody <kenbrody at bestweb.net> wrote:
> 
>>>New AIX system
>>>
>>>The former programmer played with everything ... In cleaning up the 700+
>>>directories (down to under 200) I run into the famous I think you moved
>>>the key error ALOT. I know how to copy the key to the "erroneous" new
>>>key name and then move the file name back to "key" ... but is there an
>>>easier way ??
>>
>>I'm not sure what you mean that copying the key to the "'erroneous' new
>>key name" and moving it back fixes this problem.
>>
>>If you are getting "key.I_MovedIt not found", it means that someone has
>>created a "data.I_MovedIt" file for some reason.
>>
>>The easiest way to fix this is "don't do that".  :-)
>>
>>Beyond that, find out why the "data.I_MovedIt" file is there.
>>
> 
> 
> 
> The man responsible for this travesty is no longer employed at the client site.. so as to why It
> cannot be answered. Looking at the rest of his handwork I'm not sure if I had the answer as to why
> it would be useful. I am still stuck with 50+ files that at some point the key was "moved or
> renamed" the original "key" files are there with data in them and the client would like to use the
> tables. I can trick the system into thinking the "key" is returned back to the name "key" but it
> takes 10 minutes a file, I just have to believe there is an easier way to address where the "key"
> is if the system thinks it has been renamed.
> 
> - And yes the best answer is "don't do that". But sometimes someone Else's "don't do that" keeps
> the rest of us in business.
> 

I think you misunderstood Ken's answer.

The filePro logic requires a file contain data files in pairs:

key	data
keyXX   dataXX
key.I_MovedIt  data.I_MovedIt
keyold  dataold

So when you are making a copy of a key file never never start the copy 
with the letters "key" or "data".

Also if you remove any file starting with "key" make sure you also 
remove the associated "data" file.

If you keep these paired correctly, you will not get errors from filepro 
when you choose "Define Files".

Now I can not begin to understand any logic that works in processing and 
copies and moves key files for some "evil" purpose.

;-)

Nancy

-- 
Nancy Palmquist 		MOS & filePro Training Available
Virtual Software Systems	Web Based Training and Consulting	
PHONE: (412) 835-9417		   Web site:  http://www.vss3.com



More information about the Filepro-list mailing list