2012/1/6 xunxun :
> 于 2012/1/7 3:39, Kai Tietz 写道:
>
>> this program is btw invalid, you know? You aren't allowed to access in
>> fun1 the same I/O unit (unit=* is OUTPUT_UNIT).
>>
>> "An input/output statement that is executed while another input/output
>> statement is being executed is a recursiv
于 2012/1/7 3:39, Kai Tietz 写道:
> this program is btw invalid, you know? You aren't allowed to access in
> fun1 the same I/O unit (unit=* is OUTPUT_UNIT).
>
> "An input/output statement that is executed while another input/output
> statement is being executed is a recursive input/output statement. A
Hi,
this program is btw invalid, you know? You aren't allowed to access in
fun1 the same I/O unit (unit=* is OUTPUT_UNIT).
"An input/output statement that is executed while another input/output
statement is being executed is a recursive input/output statement. A
recursive input/output statement s
On Thu, Jan 5, 2012 at 5:09 PM, JonY wrote:
>
> iirc Perl 5.8 for MSYS is out, you could try to persuade the maintainers
> to make it threaded.
>
That would be Chuck Wilson who IIRC monitors this list but discussion
should happen at mingw-us...@lists.sourceforge.net.
--
Earnie
-- https://sites
Hi, all
My friend found a MinGW/MinGW64 Gfortran program io dead lock
issue. I found that the problem is gone on Cygwin GFortran or Linux
GFortran, I don't know it's related with MinGW/MinGW64 CRT or Gfortran
source code. I test 4.5-4.6 series gfortran, all have this question.
The test c
