×
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.
Perhaps reconsider correcting the issue with recursion and avoid
entirely, the compiling of multiple programs from the same source code
to implement some faux-recursion; i.e. modifying the code [and the means
used to compile] to allow the recursive invocation(s) to function
without errors.?
Pending transition to using message identifiers in a *MSGF, if that
is an option, I would probably follow the previously alluded approach to
"have my precompiler insert 3 constants while compiling the program".
Although it would seem two constants might be better; i.e. in keeping
with the old design of program name and library name rather than
changing the file.
Yet if it were me, and I was required to keep using a keyed data file
design rather than transitioning to a message file implementation, I
probably would use a simple scalar value and define an integer or a
string constant in the source. Because obviously, the relationship is
no longer with the program name and library, and without some other
transitions in compile processing the relationship to the source member
from which the object was created even may be somewhat tenuous. Why
have a 20-byte or 30-byte key when the key values have a vitiated
meaning, and the key might be as simple as a few bytes.?
Regards, Chuck
On 17-Jan-2014 12:48 -0800, Marco Benetti wrote:
I will try to explain better.
All my programs call a program to retrieve the translations of the
sentences used. I have a physical file where are stored the
translations of the sentences used by my program.
In the keys of the file there is the program name and library.
Until recently, I used the object name, but now problems have
emerged with the copies used to avoid recursion problems.
The copy of a program need to retrieve the same translation of the
original program.
So I decided to use the source member information.
I hope I explained myself more clearly.
Il Venerdì 17 Gennaio 2014 19:37, CRPence ha scritto:
On 17-Jan-2014 09:37 -0800, Marco Benetti wrote:
I try to explain my goal. All my programs have to call a generic
program that returns some information based on the name of the
source from which the program was compiled. So I need the source
information at runtime.
Seems an odd design. What does the correlation of source member to
run-time object achieve? What sort of effect comes from it?
<<SNIP>>
<<SNIP>>
As an Amazon Associate we earn from qualifying purchases.
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.