Project

General

Profile

win32: 1.6.4 crashes, 1.6.0 works fine...

Added by Joerg Trentmann over 9 years ago

Dear cdo developers,

I am encountering problems with the latest win32 cdo versions (1.6.4). I am getting an error message ('Assertion failed: .... file posixio.c, line 325') and the information that cdo 'has requested the Runtime to terminate it in an unusual way.' I tested previous win32 versions of cdo and it turns out that the same line (cdo sellonlatbox... in this case) works well with cdo version 1.6.0, but not with any higher version.

This error meesage tends to occur mainly when operating on large data sets, cdo 1.6.4 win 32 works fine on smaller data sizes.

Any support would be highly appeciated!

Kind regards,
Jörg


Replies (3)

RE: win32: 1.6.4 crashes, 1.6.0 works fine... - Added by David Gobbett over 9 years ago

Hi Jörg

This is a problem with large files under windows (>2 GB). There are several messages on the forums - search for 'assertion failed 325' - and you should find some helpful pointers.

One solution is to compile the CDO exe under Cygwin.

regards

RE: win32: 1.6.4 crashes, 1.6.0 works fine... - Added by Joerg Trentmann over 9 years ago

Dear David, dear cdo-developers,

thanks for the prompt and constructive reply!

Compiling cdo under cygwin finally solved this problem; however, before getting there I encountered some difficulties, which I would like to share with you.

1) When compiling jasper from the libs4cdo I got the error that my operating system was not correctly identified (or something similar); to solve this I needed to update the config.guess and config.sub files in the jasper-1.900.1/acaux/-directory. These seem to be rather old (from 2003) and do not recognize more recent operating systems. Maybe the next distribution of the libs4cdo-tarfile could include more recent versions of these files.

2) I encounted the same problem with compilng the hdf-libraries from libs4cdo as reported by Phuong Nam Vu (https://code.zmaw.de/boards/4/topics/2443), so in the end I did use the netcdf and hdf libraries from the cygwin distribution. The compilation works with the compiler setting given in the post mentioned above, but only without the proj-library. I cannot find this library in the cygwin-ditribution...

3) Since I would like to have the proj4-library support within cdo I installed the library from the libs4cdo-directory, which worked wel out-of-the-box, incl. compilation of cdo together with the proj-library.

4) While the excecutable is running ok (so far at least), 'make check' gives one failed test:
FAIL: test_cksum_nc4
Not sure what exactly this implies.... All other tests were passed (5 tests were skipped).

Thanks for developing and and providing support for cdo!

Jörg

RE: win32: 1.6.4 crashes, 1.6.0 works fine... - Added by Ralf Mueller over 9 years ago

Joerg Trentmann wrote:

Dear David, dear cdo-developers,

thanks for the prompt and constructive reply!

Compiling cdo under cygwin finally solved this problem; however, before getting there I encountered some difficulties, which I would like to share with you.

1) When compiling jasper from the libs4cdo I got the error that my operating system was not correctly identified (or something similar); to solve this I needed to update the config.guess and config.sub files in the jasper-1.900.1/acaux/-directory. These seem to be rather old (from 2003) and do not recognize more recent operating systems. Maybe the next distribution of the libs4cdo-tarfile could include more recent versions of these files.

you can use openjpeg instead

2) I encounted the same problem with compilng the hdf-libraries from libs4cdo as reported by Phuong Nam Vu (https://code.zmaw.de/boards/4/topics/2443), so in the end I did use the netcdf and hdf libraries from the cygwin distribution. The compilation works with the compiler setting given in the post mentioned above, but only without the proj-library. I cannot find this library in the cygwin-ditribution...

https://cygwin.com/cygwin/packages/x86/libproj-devel/
https://cygwin.com/cygwin/packages/x86/jasper/

only grib_api is missing

sorry for the awefull delay

ralf

    (1-3/3)