iraf.net

We're setting up a test machine for our planned migration to SuSE Linux
9.2, and ximtool is giving glibc errors when we try to run it. The
version of ximtool is from x11iraf v. 1.3.1.I made sure that we were using the suse-specific binaries, and even tried
compiling from source. I haven't been able to get the compile to finish,
though--it fails with the following error:making all in ./vximtool...
make[2]: Entering directory `/scratch/source/vximtool'
rm -f vximtool
gcc -m32 -o vximtool -DHAVE_CDL vximtool.o -O2 -march=i586 -mcpu=i686
-fmessage-length=0 -Wall -fno-strict-aliasing -L/scratch/source/lib
-L../lib -L/usr/X11R6/lib -lcdl -lm
/usr/local/lib/libcdl.a(imd.o)(.text+0x987): In function `imd_setWCS':
: warning: the `getwd' function is dangerous and should not be used.
/usr/local/lib/libcdl.a(cdl.o)(.text+0x100d): In function `cdl_printPix':
: warning: the use of `mktemp' is dangerous, better use `mkstemp'
/usr/local/lib/libcdl.a(imd.o)(.text+0x2235): In function
`imd_parseImtdev':
: undefined reference to `__ctype_b'
/usr/local/lib/libcdl.a(imd.o)(.text+0x22ae): In function
`imd_parseImtdev':
: undefined reference to `__ctype_b'
/usr/local/lib/libcdl.a(imd.o)(.text+0x2561): In function
`imd_loadImtoolrc':
: undefined reference to `__ctype_b'
/usr/local/lib/libcdl.a(imd.o)(.text+0x26f4): In function `imd_getstr':
: undefined reference to `__ctype_b'
collect2: ld returned 1 exit status
make[2]: *** [vximtool] Error 1
make[2]: Leaving directory `/scratch/source/vximtool'
make[1]: *** [apps] Error 2
make[1]: Leaving directory `/scratch/source'
make: *** [World] Error 2
I appreciate your advice. Thanks a lot.-David
Like Used! Slightly Shotgunned!

Hi David,
Try using the prebuilt binaries from ftp://iraf.noao.edu/pub/fitz/x11iraf-v1.3.2-bin.redhat.tar.gzEven though these were built for RedHat they should work under SuSE, you'll
just need to manually install the binaries from the 'bin.redhat' directory
to some place like /usr/local/bin. The missing __ctype_b symbol is a known
IRAF problem for old releases on some recent systems, I haven't seen it
from this particular part of the X11IRAF build though. Anyway, let me
know if the binaries still don't work.Cheers,
Mike Fitzpatrick

The redhat binaries don't work either. I should have included this error
in my first message, but I wansn't thinking:
>./ximtool
./ximtool: relocation error: ./ximtool: symbol errno, version GLIBC_2.0
not defined in file libc.so.6 with link time referenceThanks again for your quick response.
-David
Like Used! Slightly Shotgunned!On Thu, 20 Jan 2005, Mike Fitzpatrick wrote:> Date: Thu, 20 Jan 2005 22:28:43 -0700 (MST)
> From: Mike Fitzpatrick <fitz@noao.edu>
> To: edmeades@astro.ufl.edu
> Cc: sites@tucana.tuc.noao.edu
> Subject: Re: ximtool on suse 9.2
>
> Hi David,
> Try using the prebuilt binaries from
>
> ftp://iraf.noao.edu/pub/fitz/x11iraf-v1.3.2-bin.redhat.tar.gz
>
> Even though these were built for RedHat they should work under SuSE, you'll
> just need to manually install the binaries from the 'bin.redhat' directory
> to some place like /usr/local/bin. The missing __ctype_b symbol is a known
> IRAF problem for old releases on some recent systems, I haven't seen it
> from this particular part of the X11IRAF build though. Anyway, let me
> know if the binaries still don't work.
>
> Cheers,
> Mike Fitzpatrick
>

David,
The VXIMTOOL is a "virtual XImtool", basically a dummy display
server which acts liks XImtool but doesn't have a window to display
anything. CDL is the Client Display Library, intended for user-written
C/Fortran programs who want to display images. If you don't need either
of these and the rest of the package builds then you can just comment
them out of the Imakefile and the make should complete.
The __ctype_b is an artifact of calls to libc things like isdigit().
The problem occurs because <ctype.h> was updated to include localization
and certain symbols were deprecated. Looking at the code now I notice
that x11iraf$vximtool/vximtool.c does *not* include <ctype.h> but *does*
use isdigit(); maybe that's the problem. You could try adding a #include <ctype.h>to the file to see if it builds then.
We don't have a SuSE 9.2 system so I can check it directly, but
I hope this helps.
Cheers,
-Mike

Gr. It looks like I'm missing the obm libraries:gcc -m32 -o ximtool -O2 -march=i586 -mcpu=i686 -fmessage-length=0 -Wall
-fno-strict-aliasing -L/astro/homes/edmeades/x11iraf/lib -L../lib
-L/usr/X11R6/lib eps.o iis.o load.o print.o raster.o save.o
rasio.o fitsio.o ximclient.o ximtool.o quant.o util.o
zscale.o gifio.o tiffio.o irafio.o ism.o ism_wcspix.o -lobm -lXpm -lXaw3d
-lXmu -lXt -lSM -lICE -lXpm -lXp -lXext -lX11 -lm
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/ld:
cannot find -lobm
collect2: ld returned 1 exit status
make[2]: *** [ximtool] Error 1
make[2]: Leaving directory `/astro/homes/edmeades/x11iraf/ximtool'We can offer access to our SuSE 9.2 test machine to you if you'd like to
use it for some testing. We've been reinstalling it a couple of times a
day, but when it's up it is running 9.2.Thanks a lot for your time. I appreciate it. -David
Like Used! Slightly Shotgunned!On Fri, 21 Jan 2005, Mike Fitzpatrick wrote:> Date: Fri, 21 Jan 2005 08:18:58 -0700 (MST)
> From: Mike Fitzpatrick <fitz@noao.edu>
> To: edmeades@astro.ufl.edu
> Cc: sites@tucana.tuc.noao.edu
> Subject: Re: ximtool on suse 9.2
>
> David,
> The VXIMTOOL is a "virtual XImtool", basically a dummy display
> server which acts liks XImtool but doesn't have a window to display
> anything. CDL is the Client Display Library, intended for user-written
> C/Fortran programs who want to display images. If you don't need either
> of these and the rest of the package builds then you can just comment
> them out of the Imakefile and the make should complete.
> The __ctype_b is an artifact of calls to libc things like isdigit().
> The problem occurs because <ctype.h> was updated to include localization
> and certain symbols were deprecated. Looking at the code now I notice
> that x11iraf$vximtool/vximtool.c does *not* include <ctype.h> but *does*
> use isdigit(); maybe that's the problem. You could try adding a
>
> #include <ctype.h>
>
> to the file to see if it builds then.
> We don't have a SuSE 9.2 system so I can check it directly, but
> I hope this helps.
>
>
> Cheers,
> -Mike
>

>From edmeades@astro.ufl.edu Fri Jan 21 13:18:20 2005
Date: Fri, 21 Jan 2005 15:17:40 -0500 (EST)
From: David Edmeades <edmeades@astro.ufl.edu>
To: Mike Fitzpatrick <fitz@noao.edu>
Cc: sites@tucana.tuc.noao.edu, Administrative account <admin@astro.ufl.edu>
Subject: Re: ximtool on suse 9.2
In-Reply-To: <200501211518.j0LFIwS02216@tucana.tuc.noao.edu>
References: <200501211518.j0LFIwS02216@tucana.tuc.noao.edu>Gr. It looks like I'm missing the obm libraries:gcc -m32 -o ximtool -O2 -march=i586 -mcpu=i686 -fmessage-length=0 -Wall
-fno-strict-aliasing -L/astro/homes/edmeades/x11iraf/lib -L../lib
-L/usr/X11R6/lib eps.o iis.o load.o print.o raster.o save.o
rasio.o fitsio.o ximclient.o ximtool.o quant.o util.o
zscale.o gifio.o tiffio.o irafio.o ism.o ism_wcspix.o -lobm -lXpm -lXaw3d
-lXmu -lXt -lSM -lICE -lXpm -lXp -lXext -lX11 -lm
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/ld:
cannot find -lobm
collect2: ld returned 1 exit status
make[2]: *** [ximtool] Error 1
make[2]: Leaving directory `/astro/homes/edmeades/x11iraf/ximtool'We can offer access to our SuSE 9.2 test machine to you if you'd like to
use it for some testing. We've been reinstalling it a couple of times a
day, but when it's up it is running 9.2.Thanks a lot for your time. I appreciate it. -David
Like Used! Slightly Shotgunned!>From fitz Wed Jan 26 16:45:35 2005
Date: Wed, 26 Jan 2005 16:45:34 -0700 (MST)
From: Mike Fitzpatrick <fitz>
To: edmeades@astro.ufl.edu
Subject: Re: ximtool on suse 9.2Hi David,
Sorry for the slow reply, my mail is backing up. If you'd like
to send me login information for a temporary account I'll be glad to have
a look. The spool file from the build should have error messages describing
why libobm didn't build and sending those may do just as well. In the
past it was usually the HTML widget code causing problems. Anyway, hope
this helps, let me know how you'd like to proceed.Cheers,
-Mike

We're setting up a test machine for our planned migration to SuSE Linux
9.2, and ximtool is giving glibc errors when we try to run it. The
version of ximtool is from x11iraf v. 1.3.1.I made sure that we were using the suse-specific binaries, and even tried
compiling from source. I haven't been able to get the compile to finish,
though--it fails with the following error:making all in ./vximtool...
make[2]: Entering directory `/scratch/source/vximtool'
rm -f vximtool
gcc -m32 -o vximtool -DHAVE_CDL vximtool.o -O2 -march=i586 -mcpu=i686
-fmessage-length=0 -Wall -fno-strict-aliasing -L/scratch/source/lib
-L../lib -L/usr/X11R6/lib -lcdl -lm
/usr/local/lib/libcdl.a(imd.o)(.text+0x987): In function `imd_setWCS':
: warning: the `getwd' function is dangerous and should not be used.
/usr/local/lib/libcdl.a(cdl.o)(.text+0x100d): In function `cdl_printPix':
: warning: the use of `mktemp' is dangerous, better use `mkstemp'
/usr/local/lib/libcdl.a(imd.o)(.text+0x2235): In function
`imd_parseImtdev':
: undefined reference to `__ctype_b'
/usr/local/lib/libcdl.a(imd.o)(.text+0x22ae): In function
`imd_parseImtdev':
: undefined reference to `__ctype_b'
/usr/local/lib/libcdl.a(imd.o)(.text+0x2561): In function
`imd_loadImtoolrc':
: undefined reference to `__ctype_b'
/usr/local/lib/libcdl.a(imd.o)(.text+0x26f4): In function `imd_getstr':
: undefined reference to `__ctype_b'
collect2: ld returned 1 exit status
make[2]: *** [vximtool] Error 1
make[2]: Leaving directory `/scratch/source/vximtool'
make[1]: *** [apps] Error 2
make[1]: Leaving directory `/scratch/source'
make: *** [World] Error 2
I appreciate your advice. Thanks a lot.-David
Like Used! Slightly Shotgunned!

Hi David,
Try using the prebuilt binaries from ftp://iraf.noao.edu/pub/fitz/x11iraf-v1.3.2-bin.redhat.tar.gzEven though these were built for RedHat they should work under SuSE, you'll
just need to manually install the binaries from the 'bin.redhat' directory
to some place like /usr/local/bin. The missing __ctype_b symbol is a known
IRAF problem for old releases on some recent systems, I haven't seen it
from this particular part of the X11IRAF build though. Anyway, let me
know if the binaries still don't work.Cheers,
Mike Fitzpatrick

The redhat binaries don't work either. I should have included this error
in my first message, but I wansn't thinking:
>./ximtool
./ximtool: relocation error: ./ximtool: symbol errno, version GLIBC_2.0
not defined in file libc.so.6 with link time referenceThanks again for your quick response.
-David
Like Used! Slightly Shotgunned!On Thu, 20 Jan 2005, Mike Fitzpatrick wrote:> Date: Thu, 20 Jan 2005 22:28:43 -0700 (MST)
> From: Mike Fitzpatrick <fitz@noao.edu>
> To: edmeades@astro.ufl.edu
> Cc: sites@tucana.tuc.noao.edu
> Subject: Re: ximtool on suse 9.2
>
> Hi David,
> Try using the prebuilt binaries from
>
> ftp://iraf.noao.edu/pub/fitz/x11iraf-v1.3.2-bin.redhat.tar.gz
>
> Even though these were built for RedHat they should work under SuSE, you'll
> just need to manually install the binaries from the 'bin.redhat' directory
> to some place like /usr/local/bin. The missing __ctype_b symbol is a known
> IRAF problem for old releases on some recent systems, I haven't seen it
> from this particular part of the X11IRAF build though. Anyway, let me
> know if the binaries still don't work.
>
> Cheers,
> Mike Fitzpatrick
>

David,
The VXIMTOOL is a "virtual XImtool", basically a dummy display
server which acts liks XImtool but doesn't have a window to display
anything. CDL is the Client Display Library, intended for user-written
C/Fortran programs who want to display images. If you don't need either
of these and the rest of the package builds then you can just comment
them out of the Imakefile and the make should complete.
The __ctype_b is an artifact of calls to libc things like isdigit().
The problem occurs because <ctype.h> was updated to include localization
and certain symbols were deprecated. Looking at the code now I notice
that x11iraf$vximtool/vximtool.c does *not* include <ctype.h> but *does*
use isdigit(); maybe that's the problem. You could try adding a #include <ctype.h>to the file to see if it builds then.
We don't have a SuSE 9.2 system so I can check it directly, but
I hope this helps.
Cheers,
-Mike

Gr. It looks like I'm missing the obm libraries:gcc -m32 -o ximtool -O2 -march=i586 -mcpu=i686 -fmessage-length=0 -Wall
-fno-strict-aliasing -L/astro/homes/edmeades/x11iraf/lib -L../lib
-L/usr/X11R6/lib eps.o iis.o load.o print.o raster.o save.o
rasio.o fitsio.o ximclient.o ximtool.o quant.o util.o
zscale.o gifio.o tiffio.o irafio.o ism.o ism_wcspix.o -lobm -lXpm -lXaw3d
-lXmu -lXt -lSM -lICE -lXpm -lXp -lXext -lX11 -lm
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/ld:
cannot find -lobm
collect2: ld returned 1 exit status
make[2]: *** [ximtool] Error 1
make[2]: Leaving directory `/astro/homes/edmeades/x11iraf/ximtool'We can offer access to our SuSE 9.2 test machine to you if you'd like to
use it for some testing. We've been reinstalling it a couple of times a
day, but when it's up it is running 9.2.Thanks a lot for your time. I appreciate it. -David
Like Used! Slightly Shotgunned!On Fri, 21 Jan 2005, Mike Fitzpatrick wrote:> Date: Fri, 21 Jan 2005 08:18:58 -0700 (MST)
> From: Mike Fitzpatrick <fitz@noao.edu>
> To: edmeades@astro.ufl.edu
> Cc: sites@tucana.tuc.noao.edu
> Subject: Re: ximtool on suse 9.2
>
> David,
> The VXIMTOOL is a "virtual XImtool", basically a dummy display
> server which acts liks XImtool but doesn't have a window to display
> anything. CDL is the Client Display Library, intended for user-written
> C/Fortran programs who want to display images. If you don't need either
> of these and the rest of the package builds then you can just comment
> them out of the Imakefile and the make should complete.
> The __ctype_b is an artifact of calls to libc things like isdigit().
> The problem occurs because <ctype.h> was updated to include localization
> and certain symbols were deprecated. Looking at the code now I notice
> that x11iraf$vximtool/vximtool.c does *not* include <ctype.h> but *does*
> use isdigit(); maybe that's the problem. You could try adding a
>
> #include <ctype.h>
>
> to the file to see if it builds then.
> We don't have a SuSE 9.2 system so I can check it directly, but
> I hope this helps.
>
>
> Cheers,
> -Mike
>

>From edmeades@astro.ufl.edu Fri Jan 21 13:18:20 2005
Date: Fri, 21 Jan 2005 15:17:40 -0500 (EST)
From: David Edmeades <edmeades@astro.ufl.edu>
To: Mike Fitzpatrick <fitz@noao.edu>
Cc: sites@tucana.tuc.noao.edu, Administrative account <admin@astro.ufl.edu>
Subject: Re: ximtool on suse 9.2
In-Reply-To: <200501211518.j0LFIwS02216@tucana.tuc.noao.edu>
References: <200501211518.j0LFIwS02216@tucana.tuc.noao.edu>Gr. It looks like I'm missing the obm libraries:gcc -m32 -o ximtool -O2 -march=i586 -mcpu=i686 -fmessage-length=0 -Wall
-fno-strict-aliasing -L/astro/homes/edmeades/x11iraf/lib -L../lib
-L/usr/X11R6/lib eps.o iis.o load.o print.o raster.o save.o
rasio.o fitsio.o ximclient.o ximtool.o quant.o util.o
zscale.o gifio.o tiffio.o irafio.o ism.o ism_wcspix.o -lobm -lXpm -lXaw3d
-lXmu -lXt -lSM -lICE -lXpm -lXp -lXext -lX11 -lm
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/ld:
cannot find -lobm
collect2: ld returned 1 exit status
make[2]: *** [ximtool] Error 1
make[2]: Leaving directory `/astro/homes/edmeades/x11iraf/ximtool'We can offer access to our SuSE 9.2 test machine to you if you'd like to
use it for some testing. We've been reinstalling it a couple of times a
day, but when it's up it is running 9.2.Thanks a lot for your time. I appreciate it. -David
Like Used! Slightly Shotgunned!>From fitz Wed Jan 26 16:45:35 2005
Date: Wed, 26 Jan 2005 16:45:34 -0700 (MST)
From: Mike Fitzpatrick <fitz>
To: edmeades@astro.ufl.edu
Subject: Re: ximtool on suse 9.2Hi David,
Sorry for the slow reply, my mail is backing up. If you'd like
to send me login information for a temporary account I'll be glad to have
a look. The spool file from the build should have error messages describing
why libobm didn't build and sending those may do just as well. In the
past it was usually the HTML widget code causing problems. Anyway, hope
this helps, let me know how you'd like to proceed.Cheers,
-Mike