- 2007.12.17 15:03 "Re: [Tiff] Large file support in libtiff 3.8.2", by Andrey Kiselev
-
2007.12.17 15:06 "Re: [Tiff] Large file support in libtiff 3.8.2", by Bob Friesenhahn
- 2007.12.17 16:05 "Re: [Tiff] Large file support in libtiff 3.8.2", by Jannes Bolten
2007.12.18 18:02 "Re: [Tiff] Large file support in libtiff 3.8.2", by Jannes Bolten
apologies - i just installed CVS and need some help. i haven't used CVS before. being the proverbial noob, i rely on very straightforward instructions... :-(
on the remotsensing.org web site i found this:
export CVSROOT=:pserver:cvsanon@cvs.maptools.org:/cvs/maptools/cvsroot
cvs login
(use empty password)
cvs checkout -r branch-3-9 libtiff
to get stable libtiff branch
typing
export CVSROOT=:pserver:cvsanon@cvs.maptools.org:/cvs/maptools/cvsroot
worked fine. then i gave the empty password (just pressed return). Something went wrong here. Please see my output:
Waitsfield:libtiff-3.9 jannes$ export CVSROOT=:pserver:cvsanon@cvs.maptools.org:/cvs/maptools/cvsroot
Waitsfield:libtiff-3.9 jannes$ cvs login
Logging in to :pserver:cvsanon@cvs.maptools.org:2401/cvs/maptools/cvsroot
CVS password:
cvs login: warning: failed to open /Users/jannes/.cvspass for reading: No such file or directory
cvs(65935) malloc: *** error for object 0x301f50: double free
*** set a breakpoint in malloc_error_break to debug
Waitsfield:libtiff-3.9 jannes$ cvs login
Logging in to :pserver:cvsanon@cvs.maptools.org:2401/cvs/maptools/cvsroot
CVS password:
cvs(65946) malloc: *** error for object 0x301f50: double free
*** set a breakpoint in malloc_error_break to debug
As you can see, I tried to work around it by creating an empty text file in my ~/ directory, named .cvspass - to no avail.
Can someone please help me out with this?
thanks!
jannes
----- Original Message ----
From: Jannes Bolten <jannesbolten@yahoo.co.uk>
To: Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- how do i reply to messages that don't appear in my inbox but only on the list?
- Andrey: yes, of course. so large file support probably is not my problem. the image was 2.42GB and was not cut off at 2GB. besides - as you remarked - file opened just fine in NIP2, so wasn't badly broken indeed.
- For this reason i have not checked if files just under 2GB are working ok.
- perhaps it was just the error that John signaled. MacPorts has version 3.8.2 as the most recent release. Is version 3.9 a stable release version? So perhaps I should try to get 3.9 with CVS. does anyone know if that error got fixed in version 3.9?
jannes
----- Original Message ----
starting what version was large file support enabled by default in OS X environments? (or has it always been supported for OS X?)
I believe that OS X has always used 64-bit offsets for files (similar to FreeBSD) so it is already large-file capable without libtiff doing anything special at all.