× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



What real life situation would require someone to play with the FRCRATIO or
have to do a FEOD?
I have been programming RPG for a few years and can't remember the last
time I had to do a FEOD,
and I have Never played with the FRCRATIO on a PF or LF

I am not being factious,  Just curious.

As for the problem asked about,  Something outside what you're looking has
got to be the problem.
I would say something as simple as wrong object being called(different Lib
or something).

Nothing that has to do with FRCRATIO or any thing that FEOD would cure I
bet.

Please post what the problem was when it is solved.


JOhn Carr
------------------------------

I have seen something similiar once.
It was a FRCRATIO thing.
Try a FEOD immediately after the WRITE to
see what happens, if it fixes the problem
then check up on FRCRATIO.

maybe this will help
Frank Kolmann
---------
>From: "Andrew Goade" <agoade@hubgroup.com>
>
>For the records it doesn't write normally, it writes them in Debug.
>Basically, I have a record, let's say it's record 123.  I make a table
>change to 123, and it flows through my process.  However, my record
doesn't
>write to my file.  Now, I put my process in debug.  Again I make a change
>to 123.  When I break at the write and F10 through it, the record now
>appears in my file.  Now let's say that I enddbg and make a change to
>record 456.  It flows through my process and writes to my file.  This is
>not dependant on debug.  It will happen this way before or after I
>start/stop debug.



As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.