Georg Baum wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Indeed I solved the problem by adding a static there:
For trunk that would be:
#ifdef Q_WS_WIN
static LQApplicationapp(argc, argv);
#else
LQApplication app(argc, argv);
#endif
This works fine here with msvc.
But when I call lyx from the command line
and then break with CTRL-C I get the same
infinite loop.
I have that also with mingw. ARRRGGH! Won't we found a code that will
cover all use case?
This really smells like either a bug in our code or in qt.
The QApplication is now constructed as an automatic object as advised in the
qt doumentation (not from main(), but that should not matter, since nothing
qt related happens after lyx_gui::exec is left).
Are we really sure of that? I know that we all have investigated the
issue but there might still be something hidden in a corner even if it
is not used or instantiated in the lyx kernel. I guess the "static"
QApplication on windows ensure that it is instantiated _before_ any
other global variable.
Abdel or Peter, please commit this #ifdef patch until we found out the real
I'll do that.
problem. I am really out of ideas here. Noticing the Ctrl-C problem in a
comment would also be nice (maybe combine it with the old comment I removed
prematurely).
When/if we reverse the logic of communication between the frontend and
the kernel (as Lars idea) we might solve that problem naturally.
Abdel.
