Custom Query (210 matches)
Results (40 - 42 of 210)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#250 | fixed | Error: input file needs to contain GRiB1 formattedmessages | pesei | nanditha |
Description |
I find the following error message while executing the model. *ERROR: input file needs to contain GRiB1 formattedmessages I found it is due to gridcheck.f90, line number 383. I am using ECMWF data downloaded via copernicus using API request. So I have a sinfle grib file that contains u and v component of wind, and vertical velocity at 3 hour duration for a month.Please tell me whether it is due to any compatibility issue of grib file with FLEXPART 9.0. Kndly guide me in fixing the issue. Im attaching my AVAILABLE and pathname files. |
|||
#249 | worksforme | related to making FLEXPART V 10.3 | pesei | sdwivedi |
Description |
Dear sir/madam
It is giving some warning related to readpath. When I am running the excercise it is giving segmentation fault.. sometime. -345600 SECONDS SIMULATED: 16864 PARTICLES: Uncertainty: 0.000 0.000 0.000 Program received signal SIGSEGV: Segmentation fault - invalid memory reference. Backtrace for this error: #0 0x7f2e3d573c2d in ??? #1 0x7f2e3d572e45 in ??? #2 0x7f2e3d25ef5f in ??? #3 0x5642d9636d4b in ??? #4 0x5642d965541d in ??? #5 0x5642d9625b6a in ??? #6 0x5642d960c852 in ??? #7 0x7f2e3d241b6a in ??? #8 0x5642d960c889 in ??? #9 0xffffffffffffffff in ??? Segmentation fault (core dumped) Kindly help me to install FLEXPART V 10.3 Regards
|
|||
#246 | fixed | Compilation error with Intel Fortran | ignacio | ahilboll |
Description |
When trying to compile the release-10 branch with Intel ifort, I get the error ifort -c -I/opt/software/eb/software/ecCodes/2.12.5-iimpi-2019a/include -I/opt/software/eb/software/netCDF-Fortran/4.4.5-iimpi-2019a/include -O3 -g -fpp -fp-model source -mcmodel=medium -unroll -ipo -inline -heap-arrays 32 -xHost -traceback assignland.f90 concoutput_inversion.f90(357): error #6503: This keyword is invalid for this intrinsic procedure reference. [UNIT] call flush(unit=unitrelnames) -----------------------^ compilation aborted for concoutput_inversion.f90 (code 1) make: *** [concoutput_inversion.o] Fehler 1 Compilation succeeds when I remove the call from that line, as shown in this patch: diff --git a/src/concoutput_inversion.f90 b/src/concoutput_inversion.f90 index fb327cf..9562bd2 100644 --- a/src/concoutput_inversion.f90 +++ b/src/concoutput_inversion.f90 @@ -354,7 +354,7 @@ subroutine concoutput_inversion(itime,outnum,gridtotalunc,wetgridtotalunc, & open(unit=unitrelnames, file=path(2)(1:length(2))//'releases_out',form='formatted', & & access='APPEND', iostat=ierr) write(unitrelnames,'(a)') areldate//areltime//'_'//anspec - call flush(unit=unitrelnames) + flush(unit=unitrelnames) close(unitrelnames) endif endif After checking https://gcc.gnu.org/onlinedocs/gcc-9.2.0/gfortran/FLUSH.html, it seems that recent Fortran compilers don't need the call any more. And indeed, on our system (gfortran 6.3.0) the modified code compiles as well. So I suggest to apply the above patch. |