Sign in to follow this  
Followers 0
monkeybuttons

stdout hates gfortran exe's

6 posts in this topic

When I use stdoutread to retrieve output from the console, I use _guictrledit_appendtext to progressively update an edit control. Executables generated from gfortran don't display anything until code execution ends, at which point all of the output is dumped into the edit control. When I use g95 to compile my programs, the output is progressive (just like I wanted it to be). Am I missing something? Is there a problem with the way stdoutread interacts with gfortran executables? Any help would be appreciated.

Share this post


Link to post
Share on other sites



There are known issues using GFortran-4 with StdOut streams when redirected but that is not an AutoIt issue Apparently it's most noticable when compiling the GFortran with CygWin.


George

Question about decompiling code? Read the decompiling FAQ and don't bother posting the question in the forums.

Be sure to read and follow the forum rules. -AKA the AutoIt Reading and Comprehension Skills test.***

The PCRE (Regular Expression) ToolKit for AutoIT - (Updated Oct 20, 2011 ver:3.0.1.13) - Please update your current version before filing any bug reports. The installer now includes both 32 and 64 bit versions. No change in version number.

Visit my Blog .. currently not active but it will soon be resplendent with news and views. Also please remove any links you may have to my website. it is soon to be closed and replaced with something else.

"Old age and treachery will always overcome youth and skill!"

Share this post


Link to post
Share on other sites

There are known issues using GFortran-4 with StdOut streams when redirected but that is not an AutoIt issue Apparently it's most noticable when compiling the GFortran with CygWin.

That's not quite the answer I was hoping for since that means there's really no solution right now. However, thank you for answering so quickly.

Share this post


Link to post
Share on other sites

Sorry about that. I don't know why CygWin would affect it though since everything I read about it says the real problem is that GF-4 waits until it finishes running and then dumps the StdOut as a single stream as opposed to doing it progressivly which to me would indicate that GF-4 doesn't have proper Std stream support.


George

Question about decompiling code? Read the decompiling FAQ and don't bother posting the question in the forums.

Be sure to read and follow the forum rules. -AKA the AutoIt Reading and Comprehension Skills test.***

The PCRE (Regular Expression) ToolKit for AutoIT - (Updated Oct 20, 2011 ver:3.0.1.13) - Please update your current version before filing any bug reports. The installer now includes both 32 and 64 bit versions. No change in version number.

Visit my Blog .. currently not active but it will soon be resplendent with news and views. Also please remove any links you may have to my website. it is soon to be closed and replaced with something else.

"Old age and treachery will always overcome youth and skill!"

Share this post


Link to post
Share on other sites

It seems I found a work around (for those who are interested). If you set an environment variable GFORTRAN_UNBUFFERED_ALL to 'Y', 'y', or '1' (without the quotes of course), the output is progressive. The warning that comes with this variable is:

"If the first letter is ‘y’, ‘Y’ or ‘1’, all I/O is unbuffered. This will slow down small sequential reads and writes."

Make sure you restart your gui for the change to take effect.

Share this post


Link to post
Share on other sites

Good find and the fact that you got it to work probably proves my hypothesis that it is the Std stream in GF that causes the issue and not CygWin.


George

Question about decompiling code? Read the decompiling FAQ and don't bother posting the question in the forums.

Be sure to read and follow the forum rules. -AKA the AutoIt Reading and Comprehension Skills test.***

The PCRE (Regular Expression) ToolKit for AutoIT - (Updated Oct 20, 2011 ver:3.0.1.13) - Please update your current version before filing any bug reports. The installer now includes both 32 and 64 bit versions. No change in version number.

Visit my Blog .. currently not active but it will soon be resplendent with news and views. Also please remove any links you may have to my website. it is soon to be closed and replaced with something else.

"Old age and treachery will always overcome youth and skill!"

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0