Test entering an endless loop in latex processing

[Kornel Benko]

Am Fri, 21 Aug 2020 17:48:47 +0200
schrieb Jürgen Spitzmüller <spitz at lyx.org>:

> Kornel Benko <kornel at lyx.org> schrieb am Fr., 21. Aug. 2020, 17:13:
> > > Sure?  
> > 
> > Sure. The execution time of pdflatex is constantly increasing.  
> 
> I meant: sure cache is disabled?
> 
> > Mark, that this is only a single export (no other lyx instance is
> > involved)  
> 
> Still there might be different threats trying to access it 
> 
> > and
> > I have the problem even if the cache is disabled (that is no read or
> > write to cache)  
> 
> If this is true my theory is wrong.

 $ egrep cache Testing/.lyx/preferences
	\converter_cache_maxage 15552000
	\use_converter_cache false

But I suspect now differences in the used tex-files.
The main difference (as I see it) is the definition of document class

1.) (hang)
\documentclass[paper=a4,bahasam,basque,breton,austrian,afrikaans,belarusian,dutch,bulgarian,hebrew,icelandic,interlingua,irish,albanian,bosnian,croatian,acadian,azerbaijani,catalan,czech,danish,bahasa,piedmontese,polish,portuges,romanian,romansh,russian,samin,scottish,serbianc,serbian,slovak,slovene,spanish,naustrian,brazil,swedish,turkish,turkmen,ukrainian,uppersorbian,vietnamese,welsh,ngerman,nswissgerman,greek,magyar,mongolian,norsk,nynorsk,kurmanji,latin,latvian,lithuanian,lowersorbian,esperanto,estonian,farsi,finnish,french,friulan,german,arabic,english]{scrartcl}
2.) (ok)
\documentclass[paper=a4,basque,brazil,breton,bosnian,austrian,icelandic,naustrian,romansh,turkmen,czech,kurmanji,azerbaijani,welsh,polish,slovak,russian,bahasa,lowersorbian,danish,swedish,nynorsk,latvian,turkish,albanian,slovene,vietnamese,scottish,greek,magyar,ngerman,french,piedmontese,esperanto,arabic,interlingua,portuges,croatian,samin,afrikaans,farsi,bulgarian,ukrainian,friulan,dutch,uppersorbian,bahasam,german,spanish,irish,nswissgerman,lithuanian,catalan,serbian,hebrew,estonian,mongolian,norsk,latin,finnish,serbianc,romanian,acadian,belarusian,english]{scrartcl}

Questions:
Why are the two not in the same order?
Is the order important in any way?
Apparently it is, because the compilation now works.

> Jürgen 

         Kornel  

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: Digitale Signatur von OpenPGP
URL: <http://lists.lyx.org/pipermail/lyx-devel/attachments/20200821/7873d92b/attachment.asc>