Program closes too soon

DocDJ

@sneubert Since it compiled without errors or warnings, I wasn't aware it needed a ui->, but I will try it. Thanks for the tip.

mrjj

@DocDJ

Hi , you do not need UI but!

if you just have
QTextEdit *int1box; in djdialog1.h, you need to allocate a real objects before use. This is just a definition of a pointer.

// somewhere else
int1box = new QTextEdit (this);

You use use Designer then all Widgets u place on a form is available via
UI->the_name

Please notice those are only valid after
setupUi(this);

DocDJ

@jsulm said in program closes too soon:

@DocDJ To add to @sneubert : did you try to debug? This is the easiest way to find out where the app is crashing.

Not sure how to proceed with debugging this one, as it gives no clue as to a cause. I assumed that creating the int1box, etc in Designer would create the objects in my header file for my c++ code to use.

jsulm

@DocDJ You said it crashes when your "go" method is called, then put a break point there and debug...

jsulm

@DocDJ If you used designer then you should access your UI objects via ui-> , but you don't.
If you use designer then you do not add any object pointers to your classes by yourself - this is done for you.
Instances are created when you call setupUi() and then you can access them via ui->objName.

DocDJ

@mrjj said in program closes too soon:

@DocDJ

Hi , you do not need UI but!

if you just have
QTextEdit *int1box; in djdialog1.h, you need to allocate a real objects before use. This is just a definition of a pointer.

// somewhere else
int1box = new QTextEdit (this);

You use use Designer then all Widgets u place on a form is available via
UI->the_name

Please notice those are only valid after
setupUi(this);

In "setupui, this line: answerbox = new QTextEdit(djdialog1); creates the object. Adding Ui-> in front of answerbox causes an error.

DocDJ

It would appear that setupUi is not being called. Here is my main.cpp:

#include <QApplication>
// following 2 lines are initially here to build the "project"
//#include <QDialog>
//#include "ui_djdialog1.h"
// following line replaces the above 2 lines
#include "djdialog1.h"

int main(int argc, char *argv[])
{
    QApplication app(argc, argv);
    /** original code before 1st qmake-qt4 my.pro
    Ui::djdialog1 ui;  // define an object named "ui" as being a djdialog1 
    QDialog *mydialog = new QDialog;
    ui.setupUi(mydialog);
    */
    // following line is new (after initial make)
    djdialog1 *mydialog = new djdialog1;
	mydialog->show();
    return app.exec();
}

I got this from a Qt tutorial.

[Added code tags ~kshegunov]

mrjj

Hi
It seems you did already call it the normal place ?
djdialog1::djdialog1(QWidget *parent)
: QDialog(parent)
{
setupUi(this); // initialize my form <<<<<<<<<<<<<<<<<<<

In the ctor.
Outside and in main is very unusual :)

DocDJ

@mrjj The call to setupUi in main was commented-out, so it doesn't happen twice. Maybe I need to do it in main, instead of the dialog. I will have read about how to set a breakpoint in Qt4.

mrjj

@DocDJ
Well you can create the default desktop widget application (File -> New Project )
and see if that includes the setupUi in mainwindow constructor.

jsulm

@DocDJ Sorry, but this is just completely wrong:

Ui::djdialog1 ui; // define an object named "ui" as being a djdialog1
QDialog *mydialog = new QDialog;
ui.setupUi(mydialog);

You call setupUi() in the window/dialog you create. That means djdialog1 calls it in its constructor (what you're already doing). main is not the correct place to call setupUI. You really should learn Qt basics first, what you are doing now is just guessing and is wrong.
You can create a default widgets project edit the main window, add a dialog and check the generated code.

kshegunov

@jsulm said in program closes too soon:

Sorry, but this is just completely wrong:

Actually it's correct. I often initialize the widgets through forms without deriving. The most typical example being:

QMainWindow window;
Ui::MyMainWindowForm ui;
ui.setupUi(&window);

window.show;

Notice that the initialized widget is a generic one (as with his code).

PS. And by the way this is commented out.

Kind regards.

kshegunov

@DocDJ
Please use the triple backtick to get the code formatted, so people don't get confused and you don't lose any symbols due to forum markup.

jsulm

@kshegunov You're right - it is not wrong, but it is not how it is usually done (at least what I saw so far).
Isn't setupUi() called in the constructor already?

djdialog1::djdialog1(QWidget *parent)
    : QDialog(parent)
	{
	    setupUi(this); // initialize my form

@DocDJ "Adding Ui-> in front of answerbox causes an error." - it is ui-> not Ui->

kshegunov

@jsulm said in program closes too soon:

but it is not how it is usually done

True, I'm only remarking it's a valid approach. I actually don't advise its usage for beginners.

Isn't setupUi() called in the constructor already?

No, because the object in question is of type QDialog. There's duplication of names - the same name is used for the form and the custom dialog, so I think this is where the confusion stems from.

@DocDJ
Please provide the header file for your class as well. I have a strong suspicion you're deriving both from the dialog and the ui form.