CDO

Hello

cdo is an excellent tool. However I am having some problems using the option sinfov and I am asking for some clues that could help me to solve the problem.
Thank you in advance.

The command

cdo sinfov tos_O1_ECHO-G_20c3m_r1_a42_0280-0346.nc

gives me

• glibc detected * cdo: free(): invalid next size (normal): 0x0000000000e47de0 * ======= Backtrace: =========
  /lib64/libc.so.6[0x7fc80a1f8108]
  /lib64/libc.so.6(cfree+0x76)[0x7fc80a1f9c66]
  cdo[0x4c8e89]
  cdo[0x4c8f8a]
  cdo[0x4d3b13]
  cdo[0x4d8227]
  cdo[0x4d888a]
  cdo[0x4d8a4c]
  cdo[0x514613]
  cdo[0x45bebf]
  cdo[0x4de2a3]
  /lib64/libc.so.6(__libc_start_main+0xe6)[0x7fc80a1a2586]
  cdo[0x406029] ======= Memory map: ========
  00400000-006fc000 r-xp 00000000 ca:01 592669 /usr/local/2/bin/cdo
  008fb000-008fc000 r--p 002fb000 ca:01 592669 /usr/local/2/bin/cdo
  008fc000-00911000 rw-p 002fc000 ca:01 592669 /usr/local/2/bin/cdo
  00911000-00e4b000 rw-p 00911000 00:00 0 [heap]
  7fc804000000-7fc804021000 rw-p 7fc804000000 00:00 0
  7fc804021000-7fc808000000 ---p 7fc804021000 00:00 0
  7fc80976b000-7fc809781000 r-xp 00000000 ca:01 2203766 /lib64/libgcc_s.so.1
  7fc809781000-7fc809981000 ---p 00016000 ca:01 2203766 /lib64/libgcc_s.so.1
  7fc809981000-7fc809982000 r--p 00016000 ca:01 2203766 /lib64/libgcc_s.so.1
  7fc809982000-7fc809983000 rw-p 00017000 ca:01 2203766 /lib64/libgcc_s.so.1
  7fc809983000-7fc80a184000 rw-p 7fc809983000 00:00 0
  7fc80a184000-7fc80a2d3000 r-xp 00000000 ca:01 2203656 /lib64/libc-2.9.so
  7fc80a2d3000-7fc80a4d3000 ---p 0014f000 ca:01 2203656 /lib64/libc-2.9.so
  7fc80a4d3000-7fc80a4d7000 r--p 0014f000 ca:01 2203656 /lib64/libc-2.9.so
  7fc80a4d7000-7fc80a4d8000 rw-p 00153000 ca:01 2203656 /lib64/libc-2.9.so
  7fc80a4d8000-7fc80a4dd000 rw-p 7fc80a4d8000 00:00 0
  7fc80a4dd000-7fc80a532000 r-xp 00000000 ca:01 2203664 /lib64/libm-2.9.so
  7fc80a532000-7fc80a731000 ---p 00055000 ca:01 2203664 /lib64/libm-2.9.so
  7fc80a731000-7fc80a732000 r--p 00054000 ca:01 2203664 /lib64/libm-2.9.so
  7fc80a732000-7fc80a733000 rw-p 00055000 ca:01 2203664 /lib64/libm-2.9.so
  7fc80a733000-7fc80a749000 r-xp 00000000 ca:01 2203682 /lib64/libpthread-2.9.so
  7fc80a749000-7fc80a949000 ---p 00016000 ca:01 2203682 /lib64/libpthread-2.9.so
  7fc80a949000-7fc80a94a000 r--p 00016000 ca:01 2203682 /lib64/libpthread-2.9.so
  7fc80a94a000-7fc80a94b000 rw-p 00017000 ca:01 2203682 /lib64/libpthread-2.9.so
  7fc80a94b000-7fc80a94f000 rw-p 7fc80a94b000 00:00 0
  7fc80a94f000-7fc80a96e000 r-xp 00000000 ca:01 183361 /usr/local/hdf5/lib/libhdf5_hl.so.6.0.3
  7fc80a96e000-7fc80ab6d000 ---p 0001f000 ca:01 183361 /usr/local/hdf5/lib/libhdf5_hl.so.6.0.3
  7fc80ab6d000-7fc80ab6e000 r--p 0001e000 ca:01 183361 /usr/local/hdf5/lib/libhdf5_hl.so.6.0.3
  7fc80ab6e000-7fc80ab6f000 rw-p 0001f000 ca:01 183361 /usr/local/hdf5/lib/libhdf5_hl.so.6.0.3
  7fc80ab6f000-7fc80ab80000 rw-p 7fc80ab6f000 00:00 0
  7fc80ab80000-7fc80af2a000 r-xp 00000000 ca:01 183347 /usr/local/hdf5/lib/libhdf5.so.6.0.3
  7fc80af2a000-7fc80b129000 ---p 003aa000 ca:01 183347 /usr/local/hdf5/lib/libhdf5.so.6.0.3
  7fc80b129000-7fc80b12e000 r--p 003a9000 ca:01 183347 /usr/local/hdf5/lib/libhdf5.so.6.0.3
  7fc80b12e000-7fc80b134000 rw-p 003ae000 ca:01 183347 /usr/local/hdf5/lib/libhdf5.so.6.0.3
  7fc80b134000-7fc80b136000 rw-p 7fc80b134000 00:00 0
  7fc80b136000-7fc80b154000 r-xp 00000000 ca:01 2203885 /lib64/ld-2.9.so
  7fc80b314000-7fc80b317000 rw-p 7fc80b314000 00:00 0
  7fc80b351000-7fc80b353000 rw-p 7fc80b351000 00:00 0
  7fc80b353000-7fc80b354000 r--p 0001d000 ca:01 2203885 /lib64/ld-2.9.so
  7fc80b354000-7fc80b355000 rw-p 0001e000 ca:01 2203885 /lib64/ld-2.9.so
  7fff3c8ec000-7fff3c937000 rw-p 7ffffffb4000 00:00 0 [stack]
  7fff3c959000-7fff3c95a000 r-xp 7fff3c959000 00:00 0 [vdso]
  ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
  Abort

Additional information:
1) cdo sinfov works well in the same machine with other netcdf files from other models.
for example in here http://pastebin.com/mHbT0Kks a ncdump of a netcdf file for which cdo sinfov gives the expected result:

cdo sinfov tos_O1_FGOALS-G1-0_20c3m_r1_1850_1999.nc
   File format: netCDF
    -1 : Institut Source   Varname     Time Typ  Grid Size Num  Levels Num
     1 : unknown  unknown  tos         var  F32     61200   1       1   1
   Horizontal grids :
     1 : lonlat       > size      : dim = 61200  nlon = 360  nlat = 170
                        lon       : first = 0  last = 359  inc = 1  degrees_east  circular
                        lat       : first = -79  last = 90  inc = 1  degrees_north
                        available : xbounds ybounds
   Vertical grids :
     1 : surface                 : 0 
   Time axis :  1800 steps
     RefTime =  1850-01-01 00:00:00  Units = days  Calendar = 365DAYS
  YYYY-MM-DD hh:mm:ss  YYYY-MM-DD hh:mm:ss  YYYY-MM-DD hh:mm:ss  YYYY-MM-DD hh:mm:ss
  1850-01-16 12:00:00  1850-02-15 00:00:00  1850-03-16 12:00:00  1850-04-16 00:00:00
  1850-05-16 12:00:00  1850-06-16 00:00:00  1850-07-16 12:00:00  1850-08-16 12:00:00
  1850-09-16 00:00:00  1850-10-16 12:00:00  1850-11-16 00:00:00  1850-12-16 12:00:00
  [...]
  1999-01-16 12:00:00  1999-02-15 00:00:00  1999-03-16 12:00:00  1999-04-16 00:00:00
  1999-05-16 12:00:00  1999-06-16 00:00:00  1999-07-16 12:00:00  1999-08-16 12:00:00
  1999-09-16 00:00:00  1999-10-16 12:00:00  1999-11-16 00:00:00  1999-12-16 12:00:00
cdo sinfov: Processed 1 variable over 1800 timesteps. ( 0.05s )

2) In here http://pastebin.com/aDh9DE9V you can find a ncdump of the problematic file: tos_O1_ECHO-G_20c3m_r1_a42_0280-0346.nc