Hi BTS, this is just a note to keep you up to date. dictd should be able to handle multiple indices for a single database, running as multiple dictionaries. A small change to dictdconfig alows it to automatically write the additional database sections to db.list.
Regarding the 00-database-short and other database descriptive entries, I don't think that "name" and "info" directives are necessary. Instead, multiple versions of the descriptive entries should appear in the database, with the appropriate ones pointed to from each index. I have sent small scripts to Thomas to manipulate prebuilt databases, generating new index lines for entries appended to the database. These either need to be improved, and possible added to dictfmt, or we need to determine that the work should always be done at the time of the original formatting, in which case perhaps we need to update some existing tools in dictfmt. I need to further investigate dictd's behavior when it is driving multiple indices agains a single database, as some initial tests show unpredictable results when querying for the definition of a headword that appears in several of the indices -- the same definition returned for entries from a varying subset of the indices. I should also see if dictd could be made more efficient, possibly modified it to use a single mmap for a multi-index database file if libmaa does not do so already. I need to update dictd(8) on the definition of a string, to make it clead that strings containing special characters (such as @) must be quoted. Kirk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
