Hi, I have found an LAS bug in v6.3. It involves certain insitu DB access drivers. When a 'metadata' or 'profile location' plot is requested while in xy view, a NetCDF file is created with a dummy var1. When var2 is selected and the same region and product are requested, LAS tries to use a cached version of the NetCDF file which contains var1 instead of var2. We are working on a fix. Now, this was your original point. As for the second part of this thread, I am not able to duplicate this error. You are always getting the digest string 'd41d...'? Even with different regions selected? With all product requests? Try running the following perl script on your machine. If you receive the same error, we will look at operating system and perl module details or other parts of your scripts. --------------------- #! /usr/bin/perl -w use strict; use MD5; my $queryString = "SELECT la,lo,sst,time FROM testTable WHERE (lo>=22.0 AND lo<=66.0) AND (la>=12.0 AND la<=67.0) AND (time>=19990101 AND time<=19990401)"; my $md5 = new MD5; $md5->add($queryString); my $digest = $md5->digest; $digest = unpack("H*", $digest); print "$queryString\n"; print "$digest\n"; my $queryString2 = "SELECT la,lo,sst,time FROM testTable WHERE (lo>=36.0 AND lo<=72.0) AND (la>=29.0 AND la<=55.0) AND (time>=19990101 AND time<=19990501)"; $md5->add($queryString2); my $digest2 = $md5->digest; $digest2 = unpack("H*", $digest2); print "$queryString2\n"; print "$digest2\n"; --------------------------- Joe --------------- cch wrote:
|