AWARE SYSTEMS
TIFF and LibTiff Mail List Archive

Thread

2018.12.11 13:36 "[Tiff] SeekOK and WriteOK", by Emmanuel Cosnard
2018.12.11 14:29 "Re: [Tiff] SeekOK and WriteOK", by Nicolas RUFF
2018.12.11 18:54 "Re: [Tiff] SeekOK and WriteOK", by Bob Friesenhahn
2018.12.11 14:09 "Re: [Tiff] SeekOK and WriteOK", by Emmanuel Cosnard
2018.12.11 14:01 "Re: [Tiff] SeekOK and WriteOK", by Bob Friesenhahn
2018.12.11 14:24 "Re: [Tiff] SeekOK and WriteOK", by Emmanuel Cosnard
2018.12.12 08:53 "Re: [Tiff] SeekOK and WriteOK", by Emmanuel Cosnard
2018.12.13 11:04 "Re: [Tiff] SeekOK and WriteOK", by Emmanuel Cosnard
2018.12.13 13:13 "Re: [Tiff] SeekOK and WriteOK", by Paavo Helde

2018.12.11 14:29 "Re: [Tiff] SeekOK and WriteOK", by Nicolas RUFF

This might be by design of the API :) http://bugzilla.maptools.org/show_bug.cgi?id=2726

lseek() returns -1 in both cases:

You have to clear then check errno to distinguish between cases.

Le mar. 11 déc. 2018 à 15:24, Emmanuel Cosnard <emmanuel.cosnard@outlook.fr> a écrit:

I am using the function TIFFWriteData to write some data on a custome rationnal tag, and it seems, that on some rare occasion, if (SeekOK(tif, dir->tdir_offset) && WriteOK(tif, cp, cc))

Is there a way to do some intelligent retry here, instead of returning an error? Or can we know why the WriteOK or SeekOK didn't work properly?

Thanks and regards,