comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » Re: netcdf + idl: posixio.c:265: px_pgin: Assertion ...
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Return to the default flat view Create a new topic Submit Reply
Re: netcdf + idl: posixio.c:265: px_pgin: Assertion ... [message #75716 is a reply to message #75715] Thu, 14 April 2011 01:26 Go to previous messageGo to previous message
R.Bauer is currently offline  R.Bauer
Messages: 1424
Registered: November 1998
Senior Member
Am 13.04.2011 15:34, schrieb Kenneth P. Bowman:
> In article <io451n$ujh$1@zam602.zam.kfa-juelich.de>,
> Reimar Bauer <R.Bauer@fz-juelich.de> wrote:
>
>> Hi
>>
>> we found a terrible netCDF problem which makes it hard to use a given
>> network storage for reading many many files.
>>
>> It is the same problem for reading as discussed in that thread
>> https://www.unidata.ucar.edu/mailing_lists/archives/netcdfgr oup
>> /2011/msg00108.html
>>
>> The workaround is to to introduce a caching routine for copying the file
>> to a local storage with IO Block: 4096 size.
>>
>> We have some users which got a bit crazy because of random
>>
>> idl: posixio.c:265: px_pgin: Assertion `*posp == ((off_t)(-1)) || *posp
>> == lseek(nciop->fd, 0, 1)' failed.
>> Aborted
>>
>> while accessing a few hundred files.
>>
>> cheers
>> Reimar
>
> Is this a netCDF library problem or an IDL problem? Have you
> reported it to UNIDATA and/or ITTVIS?

I have reported it to unidata by a mail to the mailinglist, see the
thread I posted. I guess it is a unidata netCDF problem and after it is
fixed we need a newer version in IDL.

Reimar

>
> Ken
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Previous Topic: EPS to PDF contour plots
Next Topic: Numbering of memory-files in ENVI/IDL

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Fri Oct 10 14:06:32 PDT 2025

Total time taken to generate the page: 0.95856 seconds