[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#208507: tetex-extra: listings package won't load with fancyvrb [TeX Capacity Exceeded]



Benoit Plessis <benoit.plessis@univ-lemans.fr> schrieb:

> Sorry it's evolution that keep stripping it, and it's my first bug
> report to debian so...

Then just let it strip me, because I get the mails to the bug address,
too. 

> It's what i've done but doesn't worked: 
> grep -i 'pool_size =' /usr/share/texmf/web2c/texmf.cnf
> /etc/texmf/texmf.cnf
> /usr/share/texmf/web2c/texmf.cnf:pool_size = 125000

This is Cut&Paste? There should be one 0 more.

> /etc/texmf/texmf.cnf:#pool_size = 125000
> /etc/texmf/texmf.cnf:pool_size = 200000

/etc/texmf/texmf.cnf doesn't matter, anyway. 

> Today i've upgraded tetex-bin package to 2.0.2-4.3 and the error has
> disappeared form the test file i sent you but not from my report, it
> is however no more on the same line and the value reported is no more
> the same.

That is in an indication that the pool size is probably really too small.
It means that the combination of packages you use uses a lot of TeX's
available token space, and simply that you have to increase the pool size.

>> ls -l /usr/share/texmf/web2c
>> ls -l /usr/share/texmf/web2c/texmf.cnf
> in the attached file.

,----
| /usr/share/texmf/web2c/texmf.cnf:pool_size = 125000
`----

strange, that 0 got lost. Please open /etc/texmf/texmf.d/95NonPath.cnf
in an editor, go to the pool_size entry and change it to 1250000 (with 4
zeros) and run update-texmf, all as root. Then your test document should
run (at least it does here), and if your report doesn't, increase it
even more.

However, I'd like to know how the zero got lost from 95NonPath.cnf.

Bye, Frank
-- 
Frank Küster, Biozentrum der Univ. Basel
Abt. Biophysikalische Chemie




Reply to: