https://community.intel.com/t5/Intel-Moderncode-for-Parallel/I-O-operation-conflicts-with-a-prior-I-O-operation/m-p/906718#M4457 <DIV style="margin:0px;"></DIV> If you have writes by multiple threads using the same unit, you must make it a critical region. If you do that, which order the threads put data is indeterminate, but at least all threads should succeed, without depending on the run time library implementing its own critical. $OMP END DO is redundant (the standard Fortran end do takes care of it), so there is little reason for thread checker to attempt prettiness when it appears to be closely associated with a flagged problem.<BR />-tcheck over-rules several, maybe all, of the options you have specified.<BR /><BR /> Wed, 29 Jul 2009 22:07:09 GMT TimP 2009-07-29T22:07:09Z https://community.intel.com/t5/Intel-Moderncode-for-Parallel/I-O-operation-conflicts-with-a-prior-I-O-operation/m-p/906717#M4456 Hi all,<BR /><BR />I am checking a Fortran90 parallel code with the Intel Thread Checker, and I get these two similar error statements:<BR />6 | I/O data-race | Error | 3 | omp parallel region |I/O operation at "deriv_mb_redimen.f90":1210 conflicts with a prior I/O operation at region "deriv_mb_redimen.f90":1210 | "deriv_mb_redimen.f90":1210 | "deriv_mb_redimen.f90":1210<BR />7 | I/O data-race | Error | 3 | omp parallel region |I/O operation at "deriv_mb_redimen.f90":1242 conflicts with a prior I/O operation at region "deriv_mb_redimen.f90":1210 | "deriv_mb_redimen.f90":1210 | "deriv_mb_redimen.f90":1242<BR /><BR />Both offending lines (1210 and 1242) are inside an !$OMP PARALLEL/!$OMP END PARALLEL region and they are<BR />** code: **<BR /> !$OMP END DO ! this is line 1210<BR /> write(*,*) ' enddo' ! this I have to check where I am during debugging<BR /><BR /> .... ! a few deallocate(...) here<BR /><BR /> write(*,*) ' all deallocated' !this is line 1242<BR /><BR /> !$OMP END PARALLEL<BR />** end code **<BR /><BR />I am a bit confused, especially in relation to line 1210, which contains a simple (?) !$OMP END DO.<BR />As they are qualified as Error by Thread Checker I thought I should better find out what is happening, so any help will be appreciated.<BR /><BR />This code is part of a subroutine that is called several times by the main code. Only the subroutine has OpenMP features, but I compiled everything with the same flags:<BR />ifort -check all,noarg_temp_created -axT -ipo -traceback -i-static -fpstkchk -g -tcheck -openmp<BR /><BR />Please, note that I am quite a newbie in parallel programming, so excuse me if this is a silly question, but I could not find information on the forums (or elsewhere) about this particular error message.<BR /> Wed, 29 Jul 2009 18:04:35 GMT https://community.intel.com/t5/Intel-Moderncode-for-Parallel/I-O-operation-conflicts-with-a-prior-I-O-operation/m-p/906717#M4456 jordimp 2009-07-29T18:04:35Z https://community.intel.com/t5/Intel-Moderncode-for-Parallel/I-O-operation-conflicts-with-a-prior-I-O-operation/m-p/906718#M4457 <DIV style="margin:0px;"></DIV> If you have writes by multiple threads using the same unit, you must make it a critical region. If you do that, which order the threads put data is indeterminate, but at least all threads should succeed, without depending on the run time library implementing its own critical. $OMP END DO is redundant (the standard Fortran end do takes care of it), so there is little reason for thread checker to attempt prettiness when it appears to be closely associated with a flagged problem.<BR />-tcheck over-rules several, maybe all, of the options you have specified.<BR /><BR /> Wed, 29 Jul 2009 22:07:09 GMT https://community.intel.com/t5/Intel-Moderncode-for-Parallel/I-O-operation-conflicts-with-a-prior-I-O-operation/m-p/906718#M4457 TimP 2009-07-29T22:07:09Z