Test entering an endless loop in latex processing

[Scott Kostyshak]

On Mon, Aug 24, 2020 at 01:44:33AM +0200, Kornel Benko wrote:
> Am Sun, 23 Aug 2020 14:36:52 -0400
> schrieb Scott Kostyshak <skostysh at lyx.org>:
> 
> > On Sun, Aug 23, 2020 at 01:35:54PM +0200, Kornel Benko wrote:
> > > Am Sun, 23 Aug 2020 11:53:25 +0200
> > > schrieb Kornel Benko <kornel at lyx.org>:
> > >   
> > > > Am Sun, 23 Aug 2020 10:09:24 +0200
> > > > schrieb Jürgen Spitzmüller <spitz at lyx.org>:
> > > >   
> > > > > Am Samstag, den 22.08.2020, 14:34 +0200 schrieb Kornel Benko:    
> > > > > > OK. In the mean time, (I don't expect a solution in the near future)
> > > > > > we should use your patch. Just my 2c.      
> > > > > 
> > > > > I went for alphabetic ordering now.
> > > > > 
> > > > > Jürgen    
> > > > 
> > > > Thanks, works nice for supported-languages.*. Retesting all takes a while ...
> > > > 
> > > > 	Kornel  
> > > 
> > > Looks good.  
> > 
> > Looks good here also (I only tested supported-languages). Thanks for the
> > fix.
> > 
> > I guess it is still an open puzzle of how it was possible to get
> > different output from the same .lyx file in some situations? Jürgen
> > fixed this particular issue which caused a conflict, but is it possible
> > there could be other situations where we produce different LaTeX output
> > from the same .lyx file?
> > 
> > Scott
> 
> The languages are stored in a set, so the retrieve sequence is not determined.
> 
> src/LaTeXFeatures.h:
> typedef std::set<Language const *> LanguageList;
> LanguageList UsedLanguages_;
> ...
> src/LaTeXFeatures.cpp:
> for (auto const & lang : UsedLanguages_) {
>    ...
> }
> 
> Probably depends on the compiler ...

I see, so it does seem to be specific to that case. That's good to know.
Thanks for figuring that out.

Scott
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <http://lists.lyx.org/pipermail/lyx-devel/attachments/20200824/fda7f8e9/attachment.asc>