| Summary: | FanoCavity2 with QT ON, OpenInventor OFF on FC14, geant4-09-05-ref-10 | ||
|---|---|---|---|
| Product: | Examples/Extended | Reporter: | garnier |
| Component: | medical/fanoCavity,2 | Assignee: | garnier |
| Status: | CLOSED FIXED | ||
| Severity: | normal | CC: | Ivana.Hrivnacova, ivana, Koichi.Murakami |
| Priority: | P5 | ||
| Version: | 9.5 | ||
| Hardware: | All | ||
| OS: | Linux | ||
|
Description
garnier
2012-11-08 15:27:32 CET
On Mac OS 10.8 the problem is not the same : # Re-establish auto refreshing and verbosity: /vis/viewer/set/autoRefresh true /vis/viewer/refresh /vis/verbose warnings Visualization verbosity changed to warnings (3) # # For file-based drivers, use this to create an empty detector view: #/vis/viewer/flush Available UI session types: [ Qt, Xm, GAG, tcsh, csh ] G4UIQt : Unable to init Qt. Aborted Graphics systems deleted. A work-around for this problem was to re-order instantiating G4VisExecutive and G4UIExecutive in main so that G4UIExecutive is created before calling vis.mac macro. The main was changed in this way in the following extended examples: analysis/AnaEx03 eventgenerator/particleGun medical/fanoCavity2,GammaTherapy radioactivedecay/rdecay01 It would be good to add a check in VIS/UI drivers so that in case of a wrong order of creating UI/Vis executive objects, user gets an exception with a meaningful message, before the program stop. *** Problem 1371 has been marked as a duplicate of this problem. *** Ok, FIXED by Ivana, The issue was moved to JIRA. http://jira-geant4.kek.jp/browse/DEV-11 |