Custom Query (210 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


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

I am trying to make FLEXPART v10.3. I am getting the .exe file of FLEXPART. But, no message like successful completion.

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

Sanjeev Dwivedi

#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.

Note: See TracQuery for help on using queries.
hosted by ZAMG