Configuring Qt creator for AI plugin development

Question

I tried creating AI plugin using
- Visual Studio Premium 2010
- Visual Studio Addin for Qt
- QWinWidget for Qt 4.8
- Qt 4.8 for windows
- Windows 7 32 bit
However,  I could not compile the plugin for 64 bit edition as the Qt addin for visual studio do not support Qt 4.8 for 64 bit compilation.
I cannot switch to Qt 5.1 as compatible QWinWidget is not available there.
So I decided to migrate to Qt Creator 2.8 IDE instead of visual studio and bypass the addin.
I could migrate the VS project to a Qt project and compile it. I get a .aip file now.
However, this AI plugin is not loaded by Illustrator.exe
I added the following to get my aip file.
TARGET_EXT = .aip
TEMPLATE = lib
CONFIG += dll embed_manifest_dll
However,
1. the plugin main was not exposed. So, tried
DEF_FILE += "Definitions/PluginMain.def"
Dependency walker now shows "PluginMain", but AI cannot load the plugin.
Qt documentation tell, use "DEF_FILE" only with "app" template. Is this the reason for the failure ?
What is the solution ?
2. How to get the 64 bit target in Qt creator ?
I tried      QMAKE_TARGET.arch = x86_64 but the target was 32 bit (checked in dependency walker).
My OS is 32 bit win 7. Is this the reason I cannot get 64 bit target ?
Do I need to install Qt environment on 64bit OS to get the 64 bit target ??
Message was edited by: Dataset

Answer 1

I implemented Qt as a GUI module inside an Adobe Illustrator Plugin for Mac OS X.
Half of the time, after boot up, the button click results in successful click event delivery. Once successful, it never failed, until next application reboots. When fails, it always crashes on the first button click and crashes at the execution of QApplication::flush(); inside QAbstractButton::mousePressEvent(QMouseEvent *e) function from qabstracbutton.cpp.
Do you handle any mouse event for button at all other than connect the button to a callback?
The following is code I written to instantiate QApplication and Qt GUI components to reside inside an container provided by Illustrator’s API:
GetPlatformWindow returns dlgHnd which is NSView of a GUI container.
pEditWidget is a QWidget class containing a few QPushButton.
SetNotifyProc calls Qt connect method to setup button click callback.
At startup Illustrator application loads the following codes which reside in a dll module. int argc; char **argv=NULL;
QApplication::setAttribute(Qt::AA_MacPluginApplication);
QApplication::setAttribute(Qt::AA_ImmediateWidgetCreation);
g->qtApp = new QApplication(argc, argv);
AIPanelPlatformWindow dlgHnd = NULL;
sAIPanel->GetPlatformWindow(this->fPanel, dlgHnd);
g->pEditWidget = new qtEditWidget();
g->pEditWidget->sMenuItem->SetNotifyProc(g->pEditWidget->normalBtn, normalBtnClick);
g->pEditWidget->sMenuItem->SetNotifyProc(g->pEditWidget->relativeBtn, relativeBtnClick);
//set panel to contain qt stuffs NSView* newView = (NSView*)g->pEditWidget->winId(); [dlgHnd setFrame:[newView frame]]; [dlgHnd addSubview:newView]; g->pEditWidget->show();
After show(), the application show the buttons. When fail, always break in this mousePressEvent() function at event flush() function (Code from Qt 4.8.5 source):
void QAbstractButton::mousePressEvent(QMouseEvent *e)
{ Q_D(QAbstractButton); if (e->button() != Qt::LeftButton) { e->ignore(); return; } if (hitButton(e->pos())) { setDown(true); d->pressed = true; repaint(); //flush paint event before invoking potentially expensive operation
**********my note: after flush() EXE_BAD_ACCESS (code = 13, address = 0×0)**************** QApplication::flush(); d->emitPressed(); e->accept(); } else { e->ignore(); }
Here is the dump from within Xcode 4.6 in Thread 1:
Thread 1, Queue : com.apple.main-thread
#0 0×000000011f68298d in QHashData::nextNode(QHashData::Node*) at /temp/qt4.8.5src/src/corelib/tools/qhash.cpp:294
#1 0×000000011fa6f4d7 in QHash<QWidget*, QHashDummyValue>::const_iterator::operator++() at /temp/qt4.8.5src/src/gui/../../include/QtCore/../../src/corelib/tools/qhash.h:427
#2 0×000000011fa6f510 in QSet<QWidget*>::const_iterator::operator++() at /temp/qt4.8.5src/src/gui/../../include/QtCore/../../src/corelib/tools/qset.h:155
#3 0×000000011fa70b34 in QSet<QWidget*>::toList() const at /temp/qt4.8.5src/src/gui/../../include/QtCore/../../src/corelib/tools/qset.h:303
#4 0×000000011fa59060 in QApplication::allWidgets() at /temp/qt4.8.5src/src/gui/kernel/qapplication.cpp:2180
#5 0×000000011fa590a6 in QApplication::topLevelWidgets() at /temp/qt4.8.5src/src/gui/kernel/qapplication.cpp:2154
#6 0×000000011f9b5900 in QEventDispatcherMac::flush() at /temp/qt4.8.5src/src/gui/kernel/qeventdispatcher_mac.mm:766
#7 0×000000011f847f97 in QCoreApplication::flush() at /temp/qt4.8.5src/src/corelib/kernel/qcoreapplication.cpp:690
#8 0×000000012029d4e4 in QAbstractButton::mousePressEvent(QMouseEvent*) at /temp/qt4.8.5src/src/gui/widgets/qabstractbutton.cpp:1097
#9 0×000000011fb06b10 in QWidget::event(QEvent*) at /temp/qt4.8.5src/src/gui/kernel/qwidget.cpp:8385
#10 0×000000012029d836 in QAbstractButton::event(QEvent*) at /temp/qt4.8.5src/src/gui/widgets/qabstractbutton.cpp:1082
#11 0×00000001203f1c81 in QPushButton::event(QEvent*) at /temp/qt4.8.5src/src/gui/widgets/qpushbutton.cpp:683
#12 0×000000011fa4fc62 in QApplicationPrivate::notify_helper(QObject*, QEvent*) at /temp/qt4.8.5src/src/gui/kernel/qapplication.cpp:4562
#13 0×000000011fa5100a in QApplication::notify(QObject*, QEvent*) at /temp/qt4.8.5src/src/gui/kernel/qapplication.cpp:4105
#14 0×000000011f84c9aa in QCoreApplication::notifyInternal(QObject*, QEvent*) at /temp/qt4.8.5src/src/corelib/kernel/qcoreapplication.cpp:953
#15 0×000000011fa6f3d7 in QCoreApplication::sendSpontaneousEvent(QObject*, QEvent*) at /temp/qt4.8.5src/src/gui/../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h :234
#16 0×000000011fa61205 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool) at /temp/qt4.8.5src/src/gui/kernel/qapplication.cpp:3171
#17 0×000000011f9ab812 in qt_mac_handleMouseEvent(NSEvent*, QEvent::Type, Qt::MouseButton, QWidget*, bool) at /temp/qt4.8.5src/src/gui/kernel/qt_cocoa_helpers_mac.mm:1271
#18 0×000000011f99086a in -[QCocoaView mouseDown:] at /temp/qt4.8.5src/src/gui/kernel/qcocoaview_mac.mm:555
#19 0×00007fff9255950e in -[NSWindow sendEvent:] ()
#20 0×0000000105bfa558 in OWLRemoveObjCExceptionCallback ()
#21 0×0000000105bfc961 in OWLRemoveObjCExceptionCallback ()
#22 0×00007fff92555644 in -[NSApplication sendEvent:] ()
#23 0×000000011f9a1646 in -[QNSApplication qt_sendEvent_replacement:] at /temp/qt4.8.5src/src/gui/kernel/qcocoaapplication_mac.mm:178
#24 0×0000000108612145 in -[DVAMacApplication sendEvent:] ()
#25 0×0000000108e981cc in -[ExoMacApplication sendEvent:] ()
#26 0×00007fff9246b21a in -[NSApplication run] ()
#27 0×0000000108e96807 in exo::app::OS_AppBase::RunEventLoop() ()
#28 0×000000010075b698 in 0×10075b698 ()
#29 0×00000001006ff385 in 0×1006ff385 ()
#30 0×00000001006ef5d4 in 0×1006ef5d4 ()
#31 0×00000001001635f8 in 0×1001635f8 ()
This problem is repeatable and happens frequently (after few application boot ups).