Hallo Fred van Stappen, I'm afraid I have to come back to the previous issue of a fixed size "en_langnamestext" array being declared within the "mseconsts" unit. Last time, when I admitted that this array was NOT declared when "mse_dynpo" was defined, I'm no longer sure whether this was with the original unit file or with one I had modified already. Because al seemed to work correctly, I cleared out all of my modifications and reinstated the original library unit. Following recompilations seemed to work correctly, at least as long as the previously compiled units were not removed - although I _think_ I did that at least once after my clean-up. But today, when I did some tests pertaining to the availability of language files, the resulting program behaved "unexpected", leading me to using the debugger for inspection. Which showed me the "lang_langnames" array as "nil" again, and after some processing where it should have been set to the contents of "en_langnamestext", it did _only_ contain the 6 basic entries from the declaration in "mseconsts.pas". To make sure that this could not interfere, I simply commented that definition out and recompiled - or tried to. Gave an error, several errors, like 'mo4stock.pas(257,40) Error: (5000) Identifier not found "en_langnamestext"'. How can that be? Now, as I tried to make "mo4stock.pas" _completely independent_ of application data, it cannot access the application provided (constant) array "en_langnamestext" (from "captionideu.pas"). Right, I should have realized that before, but the fact was overcast by the definition within "mseconsts.pas", which _IS_ enabled with "mse_dynpo" defined, and, in fact, it is defined _ONLY_ then. This looks like an error to me, maybe you missed out a bit on the contents of the respective conditional blocks? These are huge because of the large data structures, making it difficult to find out what belongs where - maybe it would be useful to separate them into two include files, addressed by a - then simple - conditional inside a combining unit file?
But this leaves me with a "slight" dilemma: How can one possibly make the generic language names (in "en_langnamestext") available to an application unaware unit? It _must_ have access to an array of that name, and this array should even contain the correct names. I'm afraid I'll have to fiddle some with that problem. I'll report on my progress. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- _______________________________________________ mseide-msegui-talk mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
