Return-Path: Received: from video.uic.vsu.ru ([62.76.169.38] verified) by vsu.ru (CommuniGate Pro SMTP 3.5.9) with ESMTP id 1166433 for CyrTeX-en@vsu.ru; Wed, 04 Sep 2002 14:36:51 +0400 To: (Cyrillic TeX Users Group) Subject: Re: Fine tuning the hypnenation file References: <200206230233.g5N2XrL23407@beryl.math.u-psud.fr> From: Vladimir Volovich Date: Wed, 04 Sep 2002 14:36:51 +0400 In-Reply-To: (leif halvard silli's message of "Tue, 3 Sep 2002 20:22:02 +0200") Message-ID: Lines: 43 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.1 (sparc-sun-solaris2.8) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Hi! "lhs" == leif halvard silli writes: lhs> As I mentioned in my other letter, I get capasity problems when lhs> I try to use both US, norwegian and cyrillic hyphantion: [...] lhs> ! TeX capacity exceeded, sorry [trie_size=65000]. text ...a8Y8 8^^bc8Y- -^^bc8Y8 lhs> Could you help me choose which lines in the ruhyphen file I an lhs> comment out, so perhaps the trie_size isn't exceeded the only things which are adjustable in ruhyphen.tex are: * one and only one of \def\Encoding should be uncommented this defines cyrillic font encoding which will be used (t2a by default, and usually you don't want to change that) * one and only one of \def\Pattern lines should be uncommented this defines the main hyphenation pattern file which will be used (Alexander Lebedev's ruhyphal.tex by default, and usually you don't want to change that too - ruhyphal seems to be of the highest quality compared to other files) * any of the four optional lines could be left uncommented or commented (see explanation in README): % the following four lines are optional \input cyryo\Pattern \def\t{t2a}\ifx\t\Encoding\input hypht2 \fi \patterns{.ÎÅ8 8ÎÅ.} \patterns{8Âß. 8×ß. 8Çß. 8Äß. 8Öß. 8Úß. 8Ëß. 8Ìß. 8Íß. 8Îß. 8Ðß. 8Òß. 8Óß. 8Ôß. 8Æß. 8Èß. 8Ãß. 8Þß. 8Ûß. 8Ýß.} The most memory-expensive is the line \def\t{t2a}\ifx\t\Encoding\input hypht2 \fi so if you get limit overflows, comment it out. Other lines are not memory-expensive. Best, v.