David,
Thank you very much for pointing to the reference! Actually did I not even 
trust calling myself "developer", therefore I was not looking to carefully 
into that section.  Very nice description covering all that I needed 
including the notes on the hdf install. Would probably be a nice idea to 
include some of these information into the INSTALL file in the tarball. Mine 
was simply "empty".  Even a simple link would mean a lot. 

> As for why you wouldn't be able to view the image, what color depth
> is the X server set at? In the ImageWindow, what Colordepth is
> selected? Can you change it? Are you trying to render in hardware or
> software?
I got XFree 4.1 (xf86-4.1.0-45) on a SuSE 7.3 pro Linux box using Kernel 
2.4.17. My graphics board is an ELSA  with 8 MB and an Permedia 2 Chip.
The XServer is set to a color depth of 16bit. In the OpenDX Frontend 16 bit 
is also checked. I can't change it in the OpenDX gui. 

I got two OpenDX installs. One is working just perfect on the local Linux 
box. The other is on the SunFire 6800 Ultra-Sparc III. (750/900 Mhz). On the 
local OpenDX install I can either render in software or hardware - both work 
fine. 
On the remote OpenDX install I can't render in hardware (The XServer is still 
on my Linux box). If I try I get the error:
ERROR: Image: Display: Operation not implemented: GLX extension not installed 
11772: signal 11 caught
Abort
and another windows shows 
Connection to server has been broken!

Does this give any more hints? The people from the Computational Center saw 
the same effects - but I don't know of their hardware. Is it possible to get 
to any conclusion from these information?

Raphael



On Wednesday 16 January 2002 21:48, you wrote:
> If you go to the developer section on OpenDX.org, you will find the
> info on compiling or more directly, just go the the following:
> http://www.opendx.org/compiling.html.
>
> Another option with all open source software that uses Autoconf
> tools, add the info about libraries and includes to CFLAGS, CXXFLAGS,
> and LDFLAGS. For example, if you need an include for C in a special
> directory, set CFLAGS like:
>
> setenv CFLAGS -I/path2includeDirectory
>
> then set your LDFLAGS as
>
> setenv LDFLAGS -L/path2libDirectory
>
> and you can have multiple -I and -L arguments.
>
> As for why you wouldn't be able to view the image, what color depth
> is the X server set at? In the ImageWindow, what Colordepth is
> selected? Can you change it? Are you trying to render in hardware or
> software?
>
> David
>
> >Thank you David,
> >
> >especially for the superb contributions of you all to OpenDX! I am really
> >greatful for that perfect kind of software.
> >That's why I asked my computational center to put it on their 16*24
> > SunFire. They didn't even know of OpenDX (DataExplorer)! They were not
> > able to compile the code from source including the hdf routines. That's
> > why I got the initiative to do it myself. I looked at the Website
> > "OpenDX" but am still not able to find these compilation notes you named.
> > I may be unintuitive but I just can't find it on the website and I could
> > not find any hints on the HDF install problem in the Readme or other
> > files in the distribution. The only place was the configure script which
> > I tinkered around with (echo, set -vx  :-).
> >
> >Since I don't have privileges on that machine I will ask the Center to put
> >the libraries and header files in the "right" places. But still the
> >beforehand mentioned method using --with-hdf=/pathtohdf did not work in my
> >case where I got the path
> >/usr/local/hdf
> >and include, lib etc. files in that directory. I would be happy to write
> > some README_DXwithHDF file if I got to a satisfying solution.
> >
> >Anyway - I am glad for the binary package for Solaris Sparc which was
> >contributed by you. They got that running on the machine with the one side
> >effect that the graphical window (output) does not show anything beside
> > the coordinate system and the rotation globe display. Everything else
> > stays black. I got to a similar result compiling from source with a
> > tinkered configure and include/dx_config.h
> >
> >I can save an image into a file (tiff) and view it. The result looks
> > perfect. I looked into a truss output which did not help me. Everything
> > else seems to work fine.
> >
> >I just don't know what to do now. Is there anything I should look for in
> > the output of configure? The ldd command seems to show no missing dynamic
> > libs for dxecec. I am in a dead end and the problem is that my
> > computational center seems to be stuck, too.
> >
> >Do you have any idea where we should look?
> >Even a simple guess, one word could get us to a solution.
> >
> >Appreciating any help and valuing your time!
> >
> >Raphael
> >
> >On Wednesday 16 January 2002 19:45, you wrote:
> >>  I think the reason no-one else has seen this problem is that those
> >>  that are installing hdf are installing it as described in the
> >>  compilation notes on OpenDX.org. libdf.a is in /usr/local/lib and the
> >>  include files are in /usr/local/include/hdf
> >>
> >>  David

Reply via email to