<!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="#333399">
Frank<br>
<br>
Was able to fix my 64 bit problem by adding /usr/lib64 to my
LD_LIBRARY_PATH. Compiles and links fine now. Onward to other issues.<br>
<br>
I am having problems with the time it takes to run GDAL apps. For
example, there are a number of versions of gdalinfo on my system. A few:<br>
<blockquote><tt>~> <FWTools-2.0>/bin_safe/gdalinfo --version<br>
GDAL 1.5dev, FWTools 2.0.0, released 2007/11/12<br>
~> <gdal-1.5.0>/apps/gdalinfo --version<br>
GDAL 1.5.0, released 2007/12/18<br>
~> /usr/local/bin/gdalinfo --version<br>
GDAL 1.3.2.0, released 2006/05/02</tt><br>
</blockquote>
When I am in a directory with a huge number of NITF files and run the
gdalinfo v1.5 versions on a single filename, it takes one to two
minutes to return. If I run gdalinfo v1.3.2, it returns immediately. If
I take that same file and place it by itself under my home directory,
All three versions return quickly. I was told this might have been
addressed in the list before, but I have not found where.<br>
<br>
Any ideas what is happening?<br>
<br>
Thanks<br>
<br>
Mike Workman<br>
<br>
Frank Warmerdam wrote:
<blockquote cite="mid:47C853AD.2010507@pobox.com" type="cite">Michael
Workman wrote:
<br>
<blockquote type="cite">Frank
<br>
<br>
Formerly from <a class="moz-txt-link-abbreviated" href="mailto:sfz5@satx.rr.com">sfz5@satx.rr.com</a>, switching to a different email. Easier
for me to read and format.
<br>
<br>
Here are answers to questions you asked:
<br>
<br>
~/project/kakadu-6.0/lib> ls -la
<br>
total 2032
<br>
drwxr-xr-x 9 jworkman jworkman 4096 Feb 28 12:54 .
<br>
drwxr-xr-x 11 jworkman jworkman 4096 Jan 24 11:29 ..
<br>
-rw-rw-r-- 1 jworkman jworkman 1164722 Feb 28 12:53 libkdu.a
<br>
-rwxrwxr-x 1 jworkman jworkman 813887 Feb 28 12:53 libkdu_v60R.so
<br>
drwxr-xr-x 2 jworkman jworkman 4096 Feb 21 15:38
Linux-x86-32-gcc
<br>
drwxr-xr-x 2 jworkman jworkman 4096 Feb 28 12:54
Linux-x86-64-gcc
<br>
drwxr-xr-x 2 jworkman jworkman 4096 Aug 31 02:40 Mac-PPC-gcc
<br>
drwxr-xr-x 2 jworkman jworkman 4096 Aug 31 02:40 Mac-x86-32-gcc
<br>
drwxr-xr-x 2 jworkman jworkman 4096 Aug 31 02:40 Mac-x86-64-gcc
<br>
drwxr-xr-x 2 jworkman jworkman 4096 Aug 31 02:40 Solaris-gcc
<br>
drwxr-xr-x 2 jworkman jworkman 4096 Aug 31 02:40 Solaris-sunpro
<br>
~/project/kakadu-6.0/lib> nm libkdu.a | grep add_queue
<br>
U
<br>
_ZN17kdu_thread_entity9add_queueEP10kdu_workerP16kdu_thread_queuePKcx
<br>
U
<br>
_ZN17kdu_thread_entity9add_queueEP10kdu_workerP16kdu_thread_queuePKcx
<br>
0000000000000ca0 T
<br>
_ZN17kdu_thread_entity9add_queueEP10kdu_workerP16kdu_thread_queuePKcx
<br>
U
<br>
_ZN17kdu_thread_entity9add_queueEP10kdu_workerP16kdu_thread_queuePKcx
<br>
<br>
That looks pretty much like what you sent me.
<br>
<br>
I do not have admin privileges where I am working, so my kakadu build
is under my home directory. Any other suggestions?
<br>
</blockquote>
<br>
Mike,
<br>
<br>
I'm at a bit of a loss. Any chance there is an older libkdu.a on your
<br>
system somewhere that might be getting picked up?
<br>
<br>
Sorry not to be more help.
<br>
<br>
Best regards,
<br>
</blockquote>
</body>
</html>