Even,<br><br>I compiled the beta and now it works. Thanks!<br><br>For the record, I'm using the GNU tools.<br><br>Chris<br><br><div class="gmail_quote">On Fri, Nov 14, 2008 at 1:25 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@mines-paris.org">even.rouault@mines-paris.org</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;">Chris,<br>
<br>
I'd bet too that you are hitting a problem with unaligned access on Sparc<br>
architecture when dereferencing some pointers that is present in the<br>
TIFFWriteDirectorySec function of the internal libtiff in GDAL 1.5.X<br>
<br>
(I don't think that the compiler used would make any difference.)<br>
<br>
This problem was reported and fixed as<br>
<a href="http://bugzilla.maptools.org/show_bug.cgi?id=1892" target="_blank">http://bugzilla.maptools.org/show_bug.cgi?id=1892</a><br>
<br>
Current internal libtiff in GDAL 1.6.0beta has the above fix and should<br>
hopefully work.<br>
<br>
Le Friday 14 November 2008 20:26:24 Frank Warmerdam, vous avez écrit :<br>
<div><div></div><div class="Wj3C7c">> Chris Garrard wrote:<br>
> > Hi,<br>
> ><br>
> > I've compiled GDAL 1.5.3 on Solaris 10, using internal support for tiff<br>
> > and gtiff. When I try to create a new GTiff using gdal_translate, it<br>
> > fails with "OBus Error". That's all the information I get.<br>
> ><br>
> > The problem is only with writing GTiffs, not reading them. I can<br>
> > convert a tiff to another format, get information about them with<br>
> > gdalinfo, and am using them with MapServer built with GDAL support. I<br>
> > can write to other formats without a problem.<br>
><br>
> Chris,<br>
><br>
> Any chance of running things in gdb or dbx and getting a traceback?<br>
><br>
> I assume this is Solaris on Sparc? Often problems on this architecture<br>
> are byte order or "double alignment" issues.<br>
><br>
> Is this a 32bit or 64 bit build? Are you using the GNU or Sun tool chains?<br>
><br>
> Best regards,<br>
<br>
<br>
</div></div></blockquote></div><br>