<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Bradley Lowekamp a écrit :
<blockquote cite="mid:2A1ABBC0-09A6-4BB2-B730-1B2BA2CF065D@mail.nih.gov"
type="cite">Hello Julien,
<div><br>
</div>
<div>What version of VS are you using? What file format are you
trying to use?</div>
<div><br>
</div>
<div>Just to double check how did you check the size of
std::streamoff? Most systems seems to have a 64-bit number for this
value, even bcc does. </div>
<div><br>
</div>
<div>If it really is the case that std::streamoff is only 32-bits,
there are other problems the just the return value of
ImageIO::GetImageSizeInBytes. Essentially it means that your C++ std
iostreams can not deal with files greater the 2GB. As the
std::streamoff values are needed to seek around and search files for
random access. IO of large files just will not work in C++. It's a show
stopper.</div>
<div><br>
</div>
<div>The other possibility is that streamoff is actually larger and
that you are only getting a negative value does due to an internal
overflow of a 32-bit integer. This could be solve.</div>
<div><br>
</div>
<div>Brad</div>
<div><br>
<div>
<div>On Jan 21, 2010, at 2:29 PM, Luis Ibanez wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<div>Hi Julien,<br>
<br>
Thanks for letting me know about your tests.<br>
<br>
Just for the history of this code, the use of std::streampos<br>
is something that we adopted in 2007 in response to a<br>
suggestion from the group at CNES:<br>
<a moz-do-not-send="true"
href="http://www.itk.org/mailman/private/insight-developers/2007-September/009576.html">http://www.itk.org/mailman/private/insight-developers/2007-September/009576.html</a><br>
<br>
since the previous type was restricting the size of images<br>
we could manage with ITK.<br>
<br>
I see the point that it would be desirable to be<br>
able to get the real size of the image, even when<br>
working on a 32-bits system.<br>
<br>
I'm not sure what could be a good way of implementing<br>
this in a portable and safe way.<br>
<br>
<br>
Any suggestions ?<br>
</div>
</blockquote>
</div>
</div>
</blockquote>
Luis, Bradley,<br>
<br>
After searching for a while, I finally had to rely on the online
documentation for my visual studion (8.0 2005):<br>
<a class="moz-txt-link-freetext" href="http://msdn.microsoft.com/en-us/library/484tzsxy%28VS.80%29.aspx">http://msdn.microsoft.com/en-us/library/484tzsxy%28VS.80%29.aspx</a><br>
<a class="moz-txt-link-freetext" href="http://msdn.microsoft.com/en-us/library/484tzsxy.aspx">http://msdn.microsoft.com/en-us/library/484tzsxy.aspx</a><br>
<br>
Luis, I did not remember that we suggested this type in september 2007
... And it has done well until we were provided with recent radar
images (which are really huge).<br>
<br>
I understand Bradley point, if the type is really only 2 bytes, I
reckon that lots of stuff should not work either ... but the
documentation seems to suppor the 2 bytes hypothesis.<br>
<br>
Julien<br>
<div class="moz-signature">-- <br>
<table border="0" cellpadding="0" cellspacing="0">
<tbody>
<tr>
<td><a href="www.c-s.fr" hreflang="fr"><img
src="cid:part1.07080501.07010403@c-s.fr" alt="" align="left" border="0"></a>
</td>
<td><font face="verdana" size="1">
<b>Julien MICHEL</b><br>
Ingénieur d'études - Traitement d'images<br>
<br>
<b>CS Systèmes d'Information - Division Espace & Renseignement</b><br>
Département Information Géographique & Image<br>
Parc de la Grande Plaine - 5, Rue Brindejonc des Moulinais - BP 15872<br>
31506 Toulouse Cedex 05 - FRANCE<br>
Tel : +33 561 17 64 27 / Fax : +33 561 34 84 15 <br>
Email : <a class="moz-txt-link-freetext"
href="mailto:julien.michel@c-s.fr">julien.michel@c-s.fr</a>
</font></td>
</tr>
</tbody>
</table>
</div>
</body>
</html>