Re: [Texmacs-dev] Re: Experimental Qt port

[Alvaro Tejero Cantero]

Hi,

Today I am compiling with latest CVS on an Ubuntu 32 bit system,
always with gcc 4.2.3 and libqt4-dev 4.3.4.

Compile error follows:

address@hidden:~/tmp/src$ make
mkdir -p src/Deps
mkdir -p src/Objects
mkdir -p TeXmacs/bin
mkdir -p TeXmacs/lib
cd src; make -f makefile link=shared
make[1]: Entering directory `/home/tejero/tmp/src/src'
g++ -ISystem -ISystem/Boot -ISystem/Classes -ISystem/Files
-ISystem/Link -ISystem/Misc -ISystem/Language -IKernel/Abstractions
-IKernel/Containers -IKernel/Types -IData/Convert -IData/Drd
-IData/Observers -IData/String -IData/Tmfs -IData/Tree -IGuile
-IGraphics/Bitmap_fonts -IGraphics/Fonts -IGraphics/Gui
-IGraphics/Mathematics -IGraphics/Renderer -IPlugins -pipe -g -Wall -W
-DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED
-I/usr/share/qt4/mkspecs/macx-g++ -I. -I/usr/include/qt4/QtCore
-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui
-I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I. -I.
-I/usr/include/freetype2 -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED
-I/usr/share/qt4/mkspecs/macx-g++ -I. -I/usr/include/qt4/QtCore
-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui
-I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I. -I. -Wall
-Wno-return-type -fno-rtti -fno-exceptions -ggdb -c
./Plugins/Qt/qt_menu.cpp -o Objects/qt_menu.o
In file included from ./Plugins/Qt/qt_menu.cpp:15:
./Plugins/Qt/qt_utilities.hpp:38: warning: ignoring #pragma mark type
./Plugins/Qt/qt_menu.cpp:151: error: default argument missing for
parameter 2 of 'QTMTileAction::QTMTileAction(QWidget*, array<widget>&,
int)'
./Plugins/Qt/qt_menu.cpp:151: error: default argument missing for
parameter 3 of 'QTMTileAction::QTMTileAction(QWidget*, array<widget>&,
int)'
make[1]: *** [Objects/qt_menu.o] Error 1
make[1]: Leaving directory `/home/tejero/tmp/src/src'
make: *** [TEXMACS] Error 2



On Fri, Oct 3, 2008 at 14:55, Abdelrazak Younes <address@hidden> wrote:
> On 03/10/2008 14:32, address@hidden wrote:
>>
>> On Oct 3, 2008, at 2:14 PM, Abdelrazak Younes wrote:
>>
>>> On 03/10/2008 11:59, address@hidden wrote:
>>>>
>>>> On Oct 3, 2008, at 10:14 AM, Abdelrazak Younes wrote:
>>>>
>>>>> On 02/10/2008 14:53, address@hidden wrote:
>>>>>>
>>>>>> I've done some testing on current cvs texmacs and the situation is the
>>>>>> following:
>>>>>>
>>>>>> - linking with qt4.4.3 release version leads to crash (gdb session
>>>>>> attached below).
>>>>>> - linking with qt4.4.3 debug version works fine
>>>>>> - linking with qt4.3.5 debug or release works fine
>>>>>>
>>>>>> So current hypothesis is that it is a problem with the release version
>>>>>> of 4.4.3. Moreover I just commited some patches which should allow
>>>>>> correct visualization of characters under Linux (at least for me works
>>>>>> on Red Hat Enterprise with Linux 2.6.9-78.0.1.ELsmp)
>>>>>
>>>>> The problem is that a statusbar update is asked while in a paint event
>>>>> (see relevant backtrace snippet below). Older version of Qt did not
>>>>> complained but Qt4.4 changed the way child widgets are painted. We had the
>>>>> same crash in LyX when Qt4.4 was released. The solution was simply to 
>>>>> remove
>>>>> the statusbar update call in the paint event. As a general rule, don't do
>>>>> any painting (even onto a pixmap) inside a paint event.
>>>>>
>>>>> Hope this helps,
>>>>> Abdel.
>>>>>
>>>>> #58 0x00bae4b5 in QWidget::repaint (this=0x93aec10, address@hidden) at
>>>>> painting/qbackingstore.cpp:1140
>>>>> #59 0x00a342c5 in QWidget::repaint (this=0x93aec10) at
>>>>> kernel/qwidget.cpp:8933
>>>>> #60 0x00df44b6 in QStatusBar::reformat (this=0x93aec10) at
>>>>> widgets/qstatusbar.cpp:530
>>>>> #61 0x00df4d6a in QStatusBar::event (this=0x93aec10, e=0x9726e48) at
>>>>
>>>> Thanks Abdelrazak. But I cannot see where I violate the rule you are
>>>> suggesting. status bar updates are issued outside paint events (as far as I
>>>> can see with gdb) and I also tried to remove them without success.
>>>
>>>
>>> Weird... But I am pretty sure that the status bar is guilty here.
>>>
>>
>> I agree something strange is going on I will indagate further.
>>
>>>
>>>> Moreover it is really strange that the program works with the debug
>>>> version and not with the release one, without giving warning.
>>>
>>> The event in question might be delayed in debug mode so that this bug is
>>> not triggered.
>>>
>>
>> This could be true.
>>
>>>>
>>>> Could you point me to some relevant documentation about this issue
>>>> (trolltech docs or mailing list posts...).
>>>
>>> There is our bug report which contains a number of link to other bug
>>> reports and discussion:
>>>
>>> http://bugzilla.lyx.org/show_bug.cgi?id=4568
>>>
>>>>
>>>> I really do not undertand but it is clear that the current status of the
>>>> port is very instable under Linux (at least with Q4.4/release). Alvaro is
>>>> experiencing another type of crash but I think that his is related to some
>>>> problems with 64 bits.
>>>
>>> What is the build system ogf TeXMacs? If CMake, scons or QMake, I can try
>>> to compile it under Windows...
>>>
>>
>> uses plain configure/make, it should work under mingw but I'm not sure.
>
> Then I won't try, autotools in mingw/msys is a mess. We switched away from
> it for LyX purpose and we just use MSVC2008.
>
>> Joris know better the status of the WIndows code (for the moment Qt is
>> responsible only for GUI, pipes and signals are managed internally by
>> TeXmacs).
>
> I retrieved now the cvs version.
>
> Abdel.
>
> PS: I put back the list in copy because you mentioned Joris.
>
>
>
> _______________________________________________
> Texmacs-dev mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/texmacs-dev
>