- 2010.07.08 18:03 "Re: [Tiff] strlcpy vs strncpy", by Lee Howard
-
2010.07.08 18:06 "Re: [Tiff] strlcpy vs strncpy", by Olivier Paquet
- 2010.07.11 17:36 "Re: [Tiff] strlcpy vs strncpy", by Edward Lam
-
2010.08.06 18:21 "Re: [Tiff] tiff4 on 32-bit Windows", by Toby Thain
-
2010.08.06 15:05 "[Tiff] tiff4 on 32-bit Windows", by John
- 2010.08.06 15:21 "Re: [Tiff] tiff4 on 32-bit Windows", by Bob Friesenhahn
- 2010.08.06 15:37 "Re: [Tiff] tiff4 on 32-bit Windows", by Olivier Paquet
- 2010.08.07 06:34 "[Tiff] tiffcp crashes on planar to strip conversion for < 8 bit", by Andreas Kleinert
-
2010.08.06 15:05 "[Tiff] tiff4 on 32-bit Windows", by John
- 2010.07.10 11:04 "Re: [Tiff] strlcpy vs strncpy", by Albert Cahalan
- 2010.07.12 17:34 "Re: [Tiff] strlcpy vs strncpy", by Dmitry V. Levin
- 2010.08.02 19:47 "Re: [Tiff] BigTIFF Support in LibTiff", by Gajera Tejas
- 2010.08.19 17:18 "[Tiff] tiff2ps page sizing options", by Richard Nolde
2010.07.11 08:06 "Re: [Tiff] strlcpy vs strncpy", by Toby Thain
On 11-Jul-10, at 3:34 AM, Albert Cahalan wrote:
On Sat, Jul 10, 2010 at 9:27 AM, Kevin Myers <KevinMyers@austin.rr.com> wrote:
I tend to agree regarding the use of standard implementations rather than rolling your own whenever possible. F. is well versed However, Bob in
portability issues because of his support for GraphicsMagick on multiple platforms. thinks there are enough compilers in widespread If he use that
don't support strlcpy to justify rolling his own, then he may be right.
I think Linux and Windows are in widespread use. :-) You can find strlcpy on *BSD
And OS X (checked 10.5.8).
and I think on recent Solaris.
Yes (checked Solaris 10 10/09).
--Toby
It has been rejected by the glibc maintainer.