Failed assertion error in connect.cc

[Mark Sponsler]

Herb,
You might try creating an empty "tmp" directory (not temp) at the root level of your C drive (or whatever drive you have GRADs installed under - C:\tmp).  That should fix it.  GRADS requires this directory be present (though it doesn't ever actually write anything to it that I can tell).
--
Thanks,
Mark

-------------- Original message --------------
From: Herb Philbrick <herb.philbrick at MITTALSTEEL.COM>

Dear GrADS users,

I would be much obliged if you can furnish a fix or work-around for the error:
            “Failed assertion stream at line 1083 of connect.cc”.

The problem occurs when using sdfopen.  GrADS works fine otherwise.  This is a brand new problem on this PC.  GrADS has been working faultlessly for 5 months, doing sdfopen downloads.

I am running v 1.8SL11 on Windows XP (sp2).

I have un-installed, re-booted, re-installed.
The same problem occurs with grads.exe and grads-dods.exe.

Can anyone furnish a newer version of the gradsdods.dll with the below mentioned fixes.
   (I have neither the compilers nor the courage to confront that task.)


This problem has been mentioned before.

http://www.unidata.ucar.edu/support/help/MailArchives/dods/msg01064.html

To: William Shaughnessy <wjshaughnessy at xxxxxxxx>
Subject: Re: 20031222: Fwd: Re: [Fwd: gradsdods problem]
From: Yuan Ho <yuanho at xxxxxxxxxxxxxxxx>
Date: Tue, 23 Dec 2003 13:33:00 -0700

Bill,
     The Grads client you are running is linking with a very old version DODS-netCDF library, the error message
came from Connect.cc and the line number is a comment line now, there have been many bug fix and update for this program, so it is very difficult to identify this issue here. As I know Dan has already tried different client ( more recent version) to request some variables from the GrADS server and it all returned fine.
     My suggestion is that you can contact Jennifer to build a newer version of gradsdods client with our recent release DODS-3.4RC6 library and then we can gather all the input to track down the bug if it is still there.

Another mention of the problem is in
http://www.unidata.ucar.edu/support/help/MailArchives/dods/msg00684.html.



This is a terrific mail list.  Many of the notes and examples have been real enablers!


Thanks in advance,

Herb Philbrick
     Burns Harbor Plate
     voice 219-787-3321
     fax    219-787-2690
     herb.philbrick at mittalsteel.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20060530/69a39d6d/attachment.html