Regen Error
#5
Posted 29 December 2006 - 04:48 AM
Let me understand more...
You mean when you copy a function from standard system, say from ABC to C_ABC, then when you regen this C_ABC, you hit the error?
Does the error always happens when you regen C_ABC? Does it happen when you regen ABC?
Regards,
Vol
Yes, it does, both Standard and Copied function were hitting the same error message.
#6
Posted 29 December 2006 - 01:24 PM
We shot in bright daylight and ..... missed. We ischecked the entire bootstrap and couldn't get anything. And yes, we are using superlayer. Any more shots?
Unfortunately, I don't know the Superlayer boots very well.
However, here are some additional thoughts.
If you create a prx of the function in question and move into another region do you have the problem there?
Is there any chance that the PROPATH is not being set properly?
What happens if you refresh the superlayer bootstrap functions? (With native, this would be done via isin dbase.out in the source code directory. I assume there is a similar .out file for superlayer)
Can you isout slfun.pro? On rare occassion, a file will ischk fine, but will show evidence of corruption on an isout.
hth,
Joseph
#7
Posted 30 December 2006 - 04:23 AM
I've tried all the given suggestions and still can't resolve this problem. Here's another wierd one. I wanted to isout the entire bootstrap before doing anything (as a backup). I got errors like this
isout:Error analysing bpsl.pro; FS_EUNEXPECTED: Unexpected error conditions.
[Input/output error].
I'm just typing isout test.seq *.pro. Can anyone shed some light?
#9
Posted 02 January 2007 - 08:46 AM
A 10099 is the internal code for "Unexpected file error" which is just a catch all when none of the other error conditions apply. That's why ischk is being recommended - i.e. in case the files have become corrupted.
If the error occurs only temporarily is it possible you've run out of some system / file system resource? (e.g. max number of open files etc).
There's obviously something wrong with the filesystem / ProIsam - have you looked at isamdef etc?
#11
Posted 03 January 2007 - 12:46 PM
On Unix, error code 2 means ENOENT : "No such file or directory" and I'd bet that's still true on Windows as it's essentially standard C. It tallies with the SYSTEM054, which is "Can't open file" IIRC.
However, it doesn't seem to tally with the 10099 value for the generic error. As far as I remember there would be a generic error code specifically for "file does not exist".
If this is happening to a ProIV session that was working correctly (what you seem to be saying) then it does suggest that your ProISAM files have been corrupted or you are provoking some internal error in ProIV that is, for example, damaging data in memory so that ProIV goes "off the rails". Of course, the second might also have caused the first to happen at some point
Historically at least, sometimes just allowing a ProISAM file to grow larger that the limit imposed by its record size could cause serious corruption. Worth double checking file and record sizes.
Can you restore a backup set of files and test for the problem in those ? You may well need to locate the most-recent uncorrupted backup anyway..
Although I'm not a ProIV on Windows user, I wonder if shutting down and restarting the ProIV service makes any difference - eg: could it be some kind of cumulative resource limit problem that you are provoking ?
#13
Posted 23 July 2008 - 08:36 PM
Any ideas what this error means? It usually occurs when regening functions copied and modified from standard functions.
(error code 2)
SYSTEM E054 $PROPATH/SLFUN (10099) $PROPATH/SLFUN (10099) (IN SLFUN: U_GENPFM)
Hi Siobi,
I already executed the ISCHK in the file, but the problem still persist, so that I appreciate if you could explain me how did you solve the problem.
Best Regards,
Junior
Edited by Junior, 23 July 2008 - 08:40 PM.
Reply to this topic
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users