Call GUI Dll from non-Qt application

[wysota]

What I'm mainly after is whether both calls to your library are from the same thread (and which thread is it). Knowing JAVA world it is likely they are called from different threads and that is causing you trouble. GUI in Qt can only be accessed from the main thread (as noted several times in the docs, which you have surely read).

[barak]

The main GUI thread is the Java application which has some other GUI and is implemented as GUI application which loads shared dlls. If I want to use GUI in my DLL I must have QApplication in order to have event loop for Qt, this is a must if I want to show GUI. But then the thread in my GUI dll is different thread here is a snapshot from the Linux:

amiad@ubuntu:~$
amiad@ubuntu:~$
amiad@ubuntu:~$
amiad@ubuntu:~$
amiad@ubuntu:~$ "/home/amiad/Desktop/File Protector 5/FileProtector.sh"
/home/amiad/Desktop/File Protector 5
Starting Actalis File Protector v5 ...
amiad@ubuntu:~$ Checking JVM version...
[FPConfigFile]Pathname: /home/amiad/fp.users/
QApplication: Invalid Display* argument

amiad@ubuntu:~$
amiad@ubuntu:~$ QPixmap: It is not safe to use pixmaps outside the GUI thread
QObject: Cannot create children for a parent that is in a different thread.
(Parent is QApplication(0x88da510), parent's thread is QThread(0x88d57c8), current thread is QThread(0x8bee0a0)
QPixmap: It is not safe to use pixmaps outside the GUI thread
QPixmap: It is not safe to use pixmaps outside the GUI thread

One more thing only the Java GUI application is calling my DLL at a time. One call at a time.

[wysota]

You still fail to understand me or you don't understand what threads are. I'm not asking whether your code is called by multiple threads at the same time, I'm asking whether both functions are called from the same thread (sequentially, not concurrently). The fact that the main thread of the process is executed by the java runtime says exactly nothing about which thread is calling your function. You can't answer my question without either debugging the java app, asking its author or inspecting its (app's, not author's) source code. So far we can only see Qt says your data is referenced by two threads. The only question is whether you start the thread in one of your dialogs or the java part does and what can you do to prevent it.

[barak]

I understand, you ask if the Java application might be opening another thread and call my code from that thread, or is it calling it from its main thread, the GUI thread. You are correct I have no way of knowing it but is there a solution to each option? Is it possible to show GUI from shared library called by GUI application?

Can I try some solution to any of the cases?

[wysota]

You can only access the GUI from the main (the one with QApplication object) thread so if you are currently working in context of a different thread, you need to order the main thread to operate the GUI for you and then return results back to the calling thread (you can use signals and slots or QCoreApplication::sendEvent()). Whether this will work or not depends on how the java application works. Also remember you need to have an event loop running to be able to receive signals across threads or use events. So either way you will have to integrate Qt event loop with the main app's event loop.

[barak]

Can you show me in a few lines of code how do I integrate the Qt event loop with the main application's event loop?

[wysota]

No, sorry. I don't know how the java app works. I can only tell you that you need to force the application to periodically call QApplication::processEvents().

[barak]

OK one last question: if the Java application will not periodically call QApplication:rocessEvents() it will not work? I can not call QApplication:rocessEvents() from my code correct?

[wysota]

OK one last question: if the Java application will not periodically call QApplication:rocessEvents() it will not work?

It depends how you wish to implement it. You need to call your dialog in the context of the same thread the QApplication object was created in. The first thing I'd try would be to create the application object in the same function you are creating the dialog itself.

I can not call QApplication:rocessEvents() from my code correct?

Unless your code is called several times each second then no. But you should be able to inject some code into the java app (i.e. setup some timer or something like that). An alternative is to have a helper application in pure C++/Qt and only communicate with it from your two functions using some IPC mechanisms. Your init function would start the application and the other function would communicate with it through shared memory, pipes, sockets or similar mechanisms.

[barak]

Some thing like this?

bool aseLogin(aseVerifyData& aseData)
{
    m_iLastSlotId = aseData.slotID;
	QApplication * a = 0;	
    int argc = 1;
    char *argv[] = { "asePinDialog", NULL };
    a = new QApplication(argc, argv);     
 
    if(aseData.pinType == KEY_TYPE_CHAL_RESP)
    {
        VerifyPin3Des *pinDlg = new VerifyPin3Des(aseData);
        m_pOpenDialog = pinDlg;
        pinDlg->exec();
        delete pinDlg;
        m_pOpenDialog = NULL;
    }
    else
    {
        VerifyPinSig *pinDlg = new VerifyPinSig(aseData);
        m_pOpenDialog = pinDlg;
        pinDlg->exec();
        delete pinDlg;
        m_pOpenDialog = NULL;
    }
 
    m_iLastSlotId = 0;
    return true;
}

bool aseLogin(aseVerifyData& aseData)
{
    m_iLastSlotId = aseData.slotID;
	QApplication * a = 0;	
    int argc = 1;
    char *argv[] = { "asePinDialog", NULL };
    a = new QApplication(argc, argv);     

    if(aseData.pinType == KEY_TYPE_CHAL_RESP)
    {
        VerifyPin3Des *pinDlg = new VerifyPin3Des(aseData);
        m_pOpenDialog = pinDlg;
        pinDlg->exec();
        delete pinDlg;
        m_pOpenDialog = NULL;
    }
    else
    {
        VerifyPinSig *pinDlg = new VerifyPinSig(aseData);
        m_pOpenDialog = pinDlg;
        pinDlg->exec();
        delete pinDlg;
        m_pOpenDialog = NULL;
    }

    m_iLastSlotId = 0;
    return true;
}

To copy to clipboard, switch view to plain text mode 

[wysota]

Apart from memory leaks (why use pointers here if all objects are only used in local context?), yes.

[barak]

You are correct !!

Thank you very much it is WORKING !!! I have managed to show the dialog and work with it.

Again, many thanks

Keep on with the great job your doing.