Xref: utzoo comp.unix.programmer:1604 comp.lang.perl:4964 comp.std.internat:861 Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!think.com!mintaka!spdcc!tauxersvilli!alphalpha!nazgul From: nazgul@alphalpha.com (Kee Hinckley) Newsgroups: comp.unix.programmer,comp.lang.perl,comp.std.internat Subject: Re: Tools for manipulating message catalogs Message-ID: <1991Apr17.053943.6263@alphalpha.com> Date: 17 Apr 91 05:39:43 GMT References: <1991Apr7.190119.24825@motcad.portal.com> <1991Apr15.170901.18836@dg-rtp.dg.com> Distribution: comp Organization: asi Lines: 27 In article <1991Apr15.170901.18836@dg-rtp.dg.com> eliot@dg-rtp.dg.com writes: >are horrendous. Suppose you have a new executable and new catalog that you >have built using one of these tools that generates message numbers >automatically. You HOPE that the numbers on existing messages haven't been >accidentally changed, but unless you build another tool to verify that, you >don't know. You're all set to ship, complete with translated catalogs in How about if I add a feature to the gencat which checks to see if the message numbers have change incompabibly? And if so it issues a warning? I think it's doable, and I've pretty much been convinced it's useful. >Something just occurred to me: how about if the automatic numbering tool >knew enough about the source archiving system (SCCS, RCS, or whatever) so >that it could compare the latest version of the catalog against all previous >versions, to make sure that no incompatibilities were being introduced? This This'll get me for replying before reading everything. Anyway, you could do it there, but I think doing it with the message catalog iself would be sufficient (and certainly easier). -- Alfalfa Software, Inc. | Poste: The EMail for Unix nazgul@alfalfa.com | Send Anything... Anywhere 617/646-7703 (voice/fax) | info@alfalfa.com I'm not sure which upsets me more: that people are so unwilling to accept responsibility for their own actions, or that they are so eager to regulate everyone else's.