Tomas,<br><br>Yes, you can patch the file rikdataset.cpp in 1.7.2 using <a href="http://trac.osgeo.org/gdal/changeset/19986">http://trac.osgeo.org/gdal/changeset/19986</a> and compile it.<br>There have been no other changes.<br>
<br><div class="gmail_quote">On Wed, Jul 7, 2010 at 10:28 PM, Tomas R <span dir="ltr"><<a href="mailto:monshi@home.se">monshi@home.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The fix in<br>
<a href="http://trac.osgeo.org/gdal/changeset/19985" target="_blank">http://trac.osgeo.org/gdal/changeset/19985</a><br>
I can download and replace the file in the 1.7.2 version of gdal I have and compile gdal again and it will work?<br>
<br>
Or should I wait for 1.7.3?<br>
<br>
Yours<br>
Tomas<br><font color="#888888">
<br>
<br>
<br>
Tomas R skrev 2010-07-06 20:02:</font><div><div></div><div class="h5"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
So a solution/a fix is available when 1.7.3 is released somewhere in the future? That somewhere might occur when?<br>
<br>
If you are correct that is. But of course you are....<br>
<br>
:)<br>
<br>
/Tomas<br>
<br>
Even Rouault skrev 2010-07-06 19:46:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Chaitanya,<br>
<br>
Actually I think I've spotted the regression in<br>
<a href="http://trac.osgeo.org/gdal/changeset/17398" target="_blank">http://trac.osgeo.org/gdal/changeset/17398</a>, which was a 1.7 change.<br>
<br>
Namely the change from<br>
<br>
int i;<br>
for( i = 0; i< LZW_CLEAR; i++ )<br>
character[i] = i;<br>
<br>
to<br>
<br>
GByte j;<br>
for( j = 0; j< LZW_CLEAR; j++ )<br>
character[j] = j;<br>
<br>
The issue is that LZW_CLEAR = 256, so as j is an unsigned char - restricted<br>
from 0 to 255 -, the j< LZW_CLEAR condition is always true, thus the<br>
infinite loop...<br>
<br>
This part should be reverted. If you really want to shut up the compiler<br>
warning character[i] = (GByte)i but in an ideal world, the compiler should be<br>
clever enough to see that there's no risk of data loss as i does fit in a<br>
GByte...<br>
<br>
Best regards,<br>
<br>
Even<br>
<br>
Le Tuesday 06 July 2010 19:18:56 Tomas R, vous avez écrit :<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The reason for the out of memory exception was because the RIK-map I<br>
tested with i wasfar to big to be read into a bitmap. I have now created<br>
a smaller sample.<br>
<br>
With the small RIK-fil I can reproduce the problem with the precompiled<br>
binaries from dyndns so problem is not only on my part. Using the small<br>
map (1000x750 pixels) the demo app from Gdal 1.6.1 works as it should.<br>
1.7.2 hangs with no exception given.<br>
<br>
See ticket <a href="http://trac.osgeo.org/gdal/ticket/3674" target="_blank">http://trac.osgeo.org/gdal/ticket/3674</a><br>
<br>
The post you answered I tried to delete and somewhat succeeded... I<br>
happened to compile the wrong file. When I thought I was compiling the<br>
GDALReadDirect.cs I instead compiled the GDALRead.cs.<br>
<br>
Yours<br>
Tomas<br>
<br>
Chaitanya kumar CH skrev 2010-07-06 18:24:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Tomas,<br>
<br>
I don't see any changes that could lead to infinite loops or memory<br>
leaks recently.<br>
If you can provide a sample dataset that gives this error please raise<br>
a ticket at <a href="http://trac.osgeo.org/gdal/newticket" target="_blank">http://trac.osgeo.org/gdal/newticket</a><br>
<br>
On Tue, Jul 6, 2010 at 6:43 PM, Tomas R<<a href="mailto:monshi@home.se" target="_blank">monshi@home.se</a><br>
<mailto:<a href="mailto:monshi@home.se" target="_blank">monshi@home.se</a>>> wrote:<br>
<br>
I add - perhaps a problem with my comilation of Gdal. Note when<br>
I compile the GdalReadDirect.cs as it is and run it the result<br>
differs from the result of the GdalReadDirect.exe found in<br>
Swig\Csharp.<br>
The latter gives the Raster dataset Paramets and runs until an Out<br>
of memory Exception. Mine hangs and I have to abort it.<br>
<br>
What have I done wrong this time?<br>
<br>
Will try to recompile gdal and see if anything changes.<br>
<br>
Tomas R skrev 2010-07-06 14:16:<br>
<br>
I have a problem with RIK-maps and Gdal 1.7.2.<br>
<br>
If I use Gdal 1.6.1 I have no problem reading the map but<br>
doing the same with Gdal 1.7.2 my whole plugin/software hangs.<br>
<br>
I have identified that Gdal stops at the line<br>
<br>
band.ReadRaster(x, y, width, height, r, width, height, 0, 0);<br>
<br>
where x, y, width and height are controlled to be within the<br>
image to load.<br>
This line taken from the routine<br>
private void SaveBitmapPaletteDirect(...)<br>
from the C# samples. I have adapted it to load only a portion<br>
of the map into a bitmap.<br>
<br>
I have compiled Gdal myself, perhaps a problem with the<br>
compilation? Do I miss the RIK-driver or something? Or is<br>
there an error in Gdal? Or perhaps in the file(s)?<br>
I have no problem opening and getting the properties of the<br>
file, i.e. coordinate system and alike. It is when I try to<br>
read the file that Gdal hangs.<br>
<br>
I get no Exception, it just hangs and eats CPU-time.<br>
<br>
I compile the C# sample GDALReadDirect.cs from Gdal 1.7.2 and<br>
adapt it to read a portion of a big RIK file (500x500 pixels)<br>
and it stops at the same point in code. Error in the driver<br>
for RIK perhaps? or error in the sample code?<br>
<br>
Yours<br>
Tomas<br>
<br>
<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><mailto:<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a>><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
<br>
<br>
<br>
<br>
-- <br>
Best regards,<br>
Chaitanya kumar CH.<br>
/tʃaɪθənjə/ /kʊmɑr/<br>
+91-9494447584<br>
17.2416N 80.1426E<br>
<br>
<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></blockquote></blockquote>
<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Best regards,<br>Chaitanya kumar CH.<br>/tʃaɪθənjə/ /kʊmɑr/ <br>+91-9494447584<br>17.2416N 80.1426E<br>