Nothing happen when clicking New_file button in SaturneGUI

[youngzxlove]

Hi,
The Code-saturne is installed. When I run SaturnGUI and click the new_file button, nothing happens. Other buttons or buttons on the menu do not work either. No errer info is reported. Is there an installation mistake?

[Yvan Fournier]

Hello,

Currently, the GUI only allows you to create new XML files in an existing data structure.
Did you run the GUI in a DATA directory from a case first created using "code_saturne create", or in another directory ?

Regards,

Yvan

[youngzxlove]

Hi, Yvan
Thank you for replying.
Yes, I run the GUI in a DATA directory from a case first created using "code_saturne create", just following the step by step solution in the tutorial. The "close" button, "quit" button do not work either. I have installed v2.0 and v2.3, but the same problem is met. I installed the Saturne without MED and ccmio, but I think this may not lead to such a problem.

[Yvan Fournier]

Hello,

Then this does seem to be an installation issue, and MED and/or CCMIO (or any similar library, such a CGNS) are not related.

When you launch the GUI and/or press buttons, do you have any messages in the terminal from which the GUI was run ? If so, could you post them ?

Otherwise, could you provide details on your configuration (config.log, OS version, QT and Python versions) ?

Regards,

Yvan

[youngzxlove]

Hello,

My OS version is Linux version 2.6.18-128.el5, Python version is 2.7, PyQt version is PyQt-x11-gpl-4.9.5, gcc version is 4.1.2.

This is my config.log file :

config.log

(216.34 KiB) Downloaded 369 times

Thank you
Regards
Young

[Yvan Fournier]

Hello,

I did not notice anything wrong in your config.log. I did note that you are using gfortran 4.1.2, which is the standard on quite a few older systems, and works up to version 2.3 of Code_Saturne (though it has a bug in debug mode), but will not be sufficient for versions 3.0 and above (because 3.0 starts using Fortran ISO_C_BINDINGS, which are not supported well enough in gfortran 4.1), so for future versions, you will need to install a more recent gcc version. But I digress...

Do you have any error messages in the terminal ?

Also, your bug seems quite similar to one David encountered when working on the Windows port, and which is fixed in 3.0-beta. If I am not mistaken, the matching fix is the following:

edit gui/Base/MainView.py

and replace all "activated" strings by "triggered".

Then re-run "make install" (no need to re-configure), and see if it works (if it does, do tell us, so we'll push this into the 2.0 and 2.3 branches for future corrective versions).

Best regards,

Yvan

[youngzxlove]

Hello,
I replaced activated by triggered, and it works now.
Thank you very much.
Best regards
Young

Hello,

I did not notice anything wrong in your config.log. I did note that you are using gfortran 4.1.2, which is the standard on quite a few older systems, and works up to version 2.3 of Code_Saturne (though it has a bug in debug mode), but will not be sufficient for versions 3.0 and above (because 3.0 starts using Fortran ISO_C_BINDINGS, which are not supported well enough in gfortran 4.1), so for future versions, you will need to install a more recent gcc version. But I digress...

Do you have any error messages in the terminal ?

Also, your bug seems quite similar to one David encountered when working on the Windows port, and which is fixed in 3.0-beta. If I am not mistaken, the matching fix is the following:

edit gui/Base/MainView.py

and replace all "activated" strings by "triggered".

Then re-run "make install" (no need to re-configure), and see if it works (if it does, do tell us, so we'll push this into the 2.0 and 2.3 branches for future corrective versions).

Best regards,

Yvan

[Yvan Fournier]

OK, thanks.

The fix has been pushed in the Subversion repository for all currently maintined versions using PyQt: 2.3, 2.2, and 2.0, and will be available when we next release bugfix versions for those (and is available as of tonight's next mirror syncronization for anyone pulling the code from Subversion).

Regards,

Yvan