static compiled app, does not load image at runtime

[babu198649]

hi
i have compiled an application statically and it has to set its background with image which is present in the file system.

this is done like this

QPalette palette;
	QPixmap pixmap = QPixmap("./icon/slide1.jpg");
	palette.setBrush((this)->backgroundRole(), QBrush(pixmap));
	(this)->setPalette(palette);

QPalette palette;
	QPixmap pixmap = QPixmap("./icon/slide1.jpg");
	palette.setBrush((this)->backgroundRole(), QBrush(pixmap));
	(this)->setPalette(palette);

To copy to clipboard, switch view to plain text mode 

but it does not work if the program is compiled statically.

but the same program compiled dynamically (using dynamic libraries) works.

i am sure that there is no problem with path in which images are present.

do compiling statically requires any modification.

[jpn]

See Q_IMPORT_PLUGIN().

[babu198649]

thanks jpn
i have read in other threads that creating objects in stack(like QWidget w) causes crash. but some of the classes such as QPixmap ,QPalette ,et.c , even if they are created on the stack does not crash ,why.

[jpn]

i have read in other threads that creating objects in stack(like QWidget w) causes crash. but some of the classes such as QPixmap ,QPalette ,et.c , even if they are created on the stack does not crash ,why.

It's not that straight-forward at all. It's perfectly valid to allocate for example the main window in main() and modal dialogs on the stack. Why? Both are QWidgets.

QObjects organize themselves in object trees. A parent takes ownership of its children and automatically deletes them when the parent is deleted. This would cause problems if children were allocated on the stack because they would (depending on the allocation order) end up being deleted twice; 1) by their parent and 2) by normal C++ rules when going out of scope. However, neither QPixmap, QPalette nor other implicitly shared classes are QObjects.