Le 01/06/2015 23:04, Enrico Forestieri a écrit :
You may be right that microtype may have been the reason why I had the
impression that latex is slower than pdflatex, but this does not account for
the 55s (on a good computer) during which LyX is frozen while generating the
16MB tex file. I will run tests again to confirm (and also test the new
patch) and will reply to the previous message in a short while. (BTW yes I
have epstopdf and pdfcairo.)
Here we are not going anywhere. I say it works well for me, while you say it
doesn't work. Please, provide an example that generates a 16MB tex file for
a ~20 page document.
Read again: I am saying that I am running further tests and come back
later with a reply :)
In fact I am currently having an assertion violation when activating
full instant preview (attached), which prevents me from completing the
test. Can anyone tell me how I get more meaningful symbols? I can try to
send a reproducer but I am a bit short on time to make one right now.
(And time is not pressing, it does not affect stable.)
LyX 2.2.0dev (not released yet)
Git commit hash cb201027
Configuration
Host type: x86_64-unknown-linux-gnu
Special build flags: build=development warnings assertions
stdlib-debug concept-checks
C++ Compiler: g++ (4.9.2)
C++ Compiler flags: -Wall -Wextra -Wfloat-conversion -g -O
C++ Compiler user flags:
Linker flags:
Linker user flags:
Qt Frontend:
Qt version: 4.8.6
Packaging: posix
LyX binary dir: /usr/local/bin
LyX files dir: /usr/local/share/lyx-gm
I am aware that it is less simple than it sounds given that often the user
wants to switch to a document class that already has more sensible defaults.
I will open an enhancement request if I figure out a solution, but I'd be
happy to know whether something like this was already discussed on the list.
Many times...
In that case, I will NOT open an enhancement request if there is already
a consensus :) (but I did not find any relevant entry in the bug tracker)
In fact it does not work entirely in master. There is a regression (after
bc47054b I believe) because compilation can now fail due to \renewcommandx
being used without the command being defined prior to that (try the attached
lyx-bug-renewcommandx.lyx). (Stable is fine in this regard after your commit
9285f338, it seems.) <http://www.lyx.org/trac/ticket/6369>
One quick solution would be to prepend all \renewcommandx\a{b} with
\providecommand\a{}.
I think this was already addressed by Jürgen at 83a9ed4e.
For me the bug is still here at cb201027. Try again my file
lyx-bug-renewcommandx.lyx attached to my first message.
Warning: pdflatex had problems compiling lyxpreviewM16620.tex
Warning: trying to recover from failed compilation
lassert.cpp (51): ASSERTION !empty() VIOLATED IN DocIterator.cpp:114
( 1) lyx-gm: lyx-gm() [0xc6b79b]
( 2) lyx-gm: lyx-gm() [0xc6b8b2]
( 3) lyx-gm: lyx-gm() [0x54e84f]
( 4) lyx-gm: lyx-gm() [0x7f4438]
( 5) lyx-gm: lyx-gm() [0x7a0a9e]
( 6) lyx-gm: lyx-gm() [0x7a1b4f]
( 7) lyx-gm: lyx-gm() [0x495c28]
( 8) lyx-gm: lyx-gm() [0x4d4809]
( 9) lyx-gm: lyx-gm() [0xb77b75]
( 10) lyx-gm: lyx-gm() [0xa676c4]
( 11) lyx-gm: lyx-gm() [0xabb7ae]
( 12) lyx-gm: lyx-gm() [0xabb864]
( 13) /usr/lib/x86_64-linux-gnu/libQtCore.so.4: QMetaObject::activate(QObject*,
QMetaObject const*, int, void**)
( 14) /usr/lib/x86_64-linux-gnu/libQtGui.so.4: QAbstractButton::clicked(bool)
( 15) /usr/lib/x86_64-linux-gnu/libQtGui.so.4:
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(+0x59e533) [0x7f129d9fd533]
( 16) /usr/lib/x86_64-linux-gnu/libQtGui.so.4:
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(+0x59f8e4) [0x7f129d9fe8e4]
( 17) /usr/lib/x86_64-linux-gnu/libQtGui.so.4:
QAbstractButton::mouseReleaseEvent(QMouseEvent*)
( 18) /usr/lib/x86_64-linux-gnu/libQtGui.so.4: QWidget::event(QEvent*)
( 19) /usr/lib/x86_64-linux-gnu/libQtGui.so.4:
QApplicationPrivate::notify_helper(QObject*, QEvent*)
( 20) /usr/lib/x86_64-linux-gnu/libQtGui.so.4: QApplication::notify(QObject*,
QEvent*)
( 21) lyx-gm: lyx-gm() [0x9d1084]
( 22) /usr/lib/x86_64-linux-gnu/libQtCore.so.4:
QCoreApplication::notifyInternal(QObject*, QEvent*)
( 23) /usr/lib/x86_64-linux-gnu/libQtGui.so.4:
QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*,
QWidget**, QPointer<QWidget>&, bool)
( 24) /usr/lib/x86_64-linux-gnu/libQtGui.so.4:
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(+0x2489a2) [0x7f129d6a79a2]
( 25) /usr/lib/x86_64-linux-gnu/libQtGui.so.4:
QApplication::x11ProcessEvent(_XEvent*)
( 26) /usr/lib/x86_64-linux-gnu/libQtGui.so.4:
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(+0x270ba2) [0x7f129d6cfba2]
( 27) /lib/x86_64-linux-gnu/libglib-2.0.so.0:
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x24d)
[0x7f129ba3cc3d]
( 28) /lib/x86_64-linux-gnu/libglib-2.0.so.0:
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x49f20) [0x7f129ba3cf20]
( 29) /lib/x86_64-linux-gnu/libglib-2.0.so.0:
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_iteration+0x2c)
[0x7f129ba3cfcc]
( 30) /usr/lib/x86_64-linux-gnu/libQtCore.so.4:
QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>)
( 31) /usr/lib/x86_64-linux-gnu/libQtGui.so.4:
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(+0x270c66) [0x7f129d6cfc66]
( 32) /usr/lib/x86_64-linux-gnu/libQtCore.so.4:
QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>)
( 33) /usr/lib/x86_64-linux-gnu/libQtCore.so.4:
QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>)
( 34) /usr/lib/x86_64-linux-gnu/libQtCore.so.4: QCoreApplication::exec()
( 35) lyx-gm: lyx-gm() [0x9bce23]
( 36) lyx-gm: lyx-gm() [0x5f23b7]
( 37) lyx-gm: lyx-gm() [0x43a16e]
( 38) /lib/x86_64-linux-gnu/libc.so.6:
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0) [0x7f129c397a40]
( 39) lyx-gm: lyx-gm() [0x43a059]
Assertion triggered in void lyx::doAssertWithCallstack(bool) by failing check
"false" in file lassert.cpp:44
Abandon
Warning: pdflatex had problems compiling lyxpreviewH16620.tex
Warning: trying to recover from failed compilation
