Many user applications are written to run either interactively, or as a "batch" object, taking the name of a macro file from the command line arguments.  In this mode, no user GUI (such as Qt) is instantiated, but the graphics drawing functionality should still work.

In 10.0, running a user "batch" application built with Qt causes an abort at the line "/vis/viewer/open OGL", with the message

	QPixmap: Must construct a QApplication before a QPaintDevice

This crash occurs at line 241 of G4OpenGLQtViewer.cc, which is at the end of the constructor initializer list, _before_ the constructor code is executed.  The problem is that in 10.0, two new data objects were added to G4OpenGLQtViewer.hh (lines 322ff):

	// icons
	QPixmap fTreeIconOpen;
	QPixmap fTreeIconClosed;

These objects get instantiated as part of the constructor initializers (via the QPixmap default constructor), before the viewer's constructor code creates the required QApplication (G4Qt) object.

To resolve this bug, the two objects above should be replaced by pointers, which are instantiated in the viewer's constructor code.  References to the objects should be changed elsewhere in the class (lines 2497, 4243 and 4245) to be derefernced pointers.  The pointers should finally be deleted in the viewer's destructor.