How much do I need to worry about this?
Boaz Bezborodko
boaz at mirrotek.com
Tue May 12 12:32:39 PDT 2009
Nancy Palmquist wrote:
> Boaz Bezborodko wrote:
>> John Esak wrote:
>>
>>> Well, I guess you mean a comment on the if: line of a lookup. I don't
>>> think anything other than the lookup can go on a lookup line. But,
>>> still,
>>> shouldn't cause rcabe to crash. It's sounding like an overall
>>> memory error.
>>> I didn't understand what you were saying about your testing on other
>>> machines. Did it not crash there so you think it is just on your one
>>> development machine? Is it at all repeatable? Have you eliminated
>>> hardware
>>> problems. Re-seated the memory, simple things like that?
>>>
>> The problem happens when I have a syntax error in the table and
>> occurs no matter which machine I use in the office. I checked the
>> log on Samba and it seems to be opening and closing the files as
>> necessary and isn't complaining about anything.
>> I also tried copying all the files from the file server onto my own
>> machine and set PFDSK to the local disk and I still got the problem.
>> This should have eliminated any memory problems (wouldn't duplicate
>> on other machines) and the server (I'm running the programs off the
>> local disk).
>>
>>
>>> I do know one error that causes very strange behavior with cabe... I
>>> don't
>>> rmember if it does actual crashes. It might... Though... I know it
>>> does all
>>> sorts of weird stuff. This is the error of not having enough memory
>>> allocated to "label" size. There is an environment variable that can
>>> be set
>>> higher. PFLBSIZE. As you get more and more lookup aliases, array
>>> names I
>>> think, and actual labels, maybe some other things, Ken would have to
>>> elaborate, the tables can not be saved properly and lots of strange
>>> runtime
>>> errors occur. I set it in most of my large systems to 5000. I
>>> think it is
>>> defaulted to only 1024. Like I say, it probably doesn't cause cabe to
>>> crash, but then again, that might be one of the symptoms.
>>>
>>> John
>>>
>>>
>>>
>> This couldn't be the problem as I can make it do this even if the
>> only line in the table is a lookup with a syntax error.
>>
>> One thing more....I'm seeing the following on the screen right after
>> the error window pops up:
>>
>> Exception error -1073741819 in process failed 0(0x00000000)
>> comspec="(null)"
>> command="\fpro\fp\rcabe
>> "
>> Press Enter:
>>
>>
>> _______________________________________________
>> Filepro-list mailing list
>> Filepro-list at lists.celestial.com
>> http://mailman.celestial.com/mailman/listinfo/filepro-list
>>
>>
> Are you running a WINDOWS version of filePro? I had the impressing
> you were running a Unix/Linux version from the talk of Samba.
>
> I had no end of issues with filePro when the Windows network is not
> working correctly.
>
> The errors were like SegViolations on Unix and reported like you see
> above. It always seemed to be caused by the system being unable to
> write fast enough.
>
> Now mostly I saw this in the runtime side, but maybe your network has
> other problems.
>
> To fix my RUNTIME issues, I added SLEEP commands after WRITE or CLOSE
> to give the network time to write the data and update the server.
>
> It fixed most of the problems. It has reduced them to the point where
> they are very occasional, instead of crashing so much we could not work.
>
> Check that you have applied all the network patches for the system,
> especially related to LOCKING and I/O, for the server and clients.
>
> Hope that will help.
>
> Nancy
Thanks for the in depth responses, Nancy.
I am using FilePro running locally on Windows machines and using a Linux
server running Samba as the fileserver. (When we made this change we
were already running FP Windows off a Netware server, so moving to Samba
when we needed to upgrade seemed the logical decision.)
I have no problems with rclerk or rreport. In fact everyone else is
moving along fine without even knowing about what is happening (except
for my having to explain why I can't get anything else done right now).
The error occurs as soon as I enter 'Y' at Check Syntax. Yes, it saves
the file, but it won't compile it.
To isolate the problem I moved everything over to my own local machine
and change PFDSK to point to the local drive. It still happens which
means that it isn't related to the server. I also get the same problem
on other machines so it can't be a memory issue.
I ran Microsoft's FILEMON to see what the system was doing with the
files and I did find one interesting thing when I looked at the data. I
found that rcabe was looking for 3 files that I can't find on my system.
273 2:53:40 PM rcabe.exe:360 QUERY INFORMATION
E:\fpro\fp\WINSTA.dll NOT FOUND Attributes: Error
274 2:53:40 PM rcabe.exe:360 QUERY INFORMATION
E:\fpro\fp\WTSAPI32.dll NOT FOUND Attributes: Error
275 2:53:40 PM rcabe.exe:360 QUERY INFORMATION
E:\fpro\fp\SETUPAPI.dll NOT FOUND Attributes: Error
I have sent FPsupport this information as well as the complete FILEMON
data from the error.
More information about the Filepro-list
mailing list