[opendx-dev] install fail 4.0.9 AIX4.2
Hello.
I updated my cvs directory on december 2. The make was successful. The
'make install' quit at /src/uipp/java/DXLink.c (see output below). Java
Development kit
came from http://www.ibm.com/java/jdk/download/index.html.
What small thing have I failed to do?
Thanks,
Randy
>
In file included from DXLink.c:25:
server_DXServerThread.h:117: warning: This file contains more `}'s than
`{'s.
DXLink.c: In function `Java_server_DXServerThread_DXLExecuteOnce':
DXLink.c:126: warning: cast to pointer from integer of different size
DXLink.c: In function `Java_server_DXServer_DXLSend':
DXLink.c:203: warning: cast to pointer from integer of different size
DXLink.c: In function `Java_server_DXServerThread_DXLLoadVisualProgram':
DXLink.c:222: warning: cast to pointer from integer of different size
DXLink.c: In function `Java_server_DXServer_DXLExitDX':
DXLink.c:238: warning: cast to pointer from integer of different size
DXLink.c: In function `Java_server_DXServerThread_DXLIsMessagePending':
DXLink.c:267: warning: cast to pointer from integer of different size
DXLink.c: In function
`Java_server_DXServerThread_DXLHandlePendingMessages':
DXLink.c:281: warning: cast to pointer from integer of different size
make[4]: *** [DXLink.o] Error 1
make[4]: Leaving directory
`/dx-4.0.9cvs/dx/src/uipp/java'
[opendx-dev] Imagemagick notes
Hello. I'm working with dx4.0.9 on aix4.2. I built dx with ImageMagick and without javadx. When I go to save an image I can chose ImageMagick supported format. When I save the image I get an error message: Magick: no encode delegate for this image format(). Segmentation fault (core dumped) Two files are created : 'filename.' and 'filename.miff'. 'filename' has length 0, and 'filename.miff' has the image which can be brought up under imagemagick display. -Randy
Re: [opendx-dev] Imagemagick notes
I used the name "imagemagick2" with no extension. On Wed, 8 Dec 1999, David L. Thompson wrote: > What filename are you using when you choose ImageMagick supported > format? This is how ImageMagick knows what to save the file as. > > Pete, If you don't add an extension, does ImageMagick have a default > that it uses? > > > > >When I go to save an image I can chose ImageMagick supported format. When > >I save the image I get an error message: > > > >Magick: no encode delegate for this image format(). > >Segmentation fault (core dumped) > > > >Two files are created : 'filename.' and 'filename.miff'. 'filename' has > >length 0, and 'filename.miff' has the image which can be brought up under > >imagemagick display. > > > >-Randy
[opendx-dev] new configure comments
Hello. As downloaded, the Java headers jni.h and jni_md.h are in different directories. The to configure I had to type them both: --with-jni-path=/J1.1.8/include:/J1.1.8/include/aix. The make in /src/uipp/java still bombs for me. I get the error: (javac -d dxsc DXServer.java) awk: newline in character class [/ ]*$... input record number 2, file source line number 1 SIGSEGV received at d06db090 in /u/res3/rpolson/OpenDX/J1.1.8/lib/aix/native_thr eads/libjava.a. Processing terminated Writing stack trace to javacore.txt ... OK /u/res3/rpolson/OpenDX/J1.1.8/bin/aix/native_threads/javac[15]: 12564 Abort(core dump) make[1]: *** [server.jar] Error 134 make[1]: Leaving directory `/OpenDX/dx-4.0.9cvs/dx/src/uipp/java' make: *** [all-recursive] Error 1 Old HDF consideration: as a newbie I assumed that the latest version HDF5 was what the standard should be. The configure checks for hdf.h, the HDF5 has files HDF5.h and work differently. I personally don't care, except it confused me.
[opendx-dev] image save troubles
Hello. I am working with the "Save Image" dialog which appears from an Image under File>>Save Image. To save in rgb format, I put in a name e.g. "water2" the image is then saved as "water2.rgb". If I put in the extension "water2.rgb" I get a segmentation fault and core dump. If I choose "Image Magic Format" and try to save with the name "water2.bmp" I get the following error: 0: Warning: 34::/dxfSaveCurrentImage:0/WriteImage:1 internal error: module retunr value was not ERROR 0: ERROR: 34::/dxfSaveCurrentImage:0/WriteImage:1: Internal error memory area corrupted Segmentation fault (core dumped) -Randy
[opendx-dev] Save image problem dx4.0.6
Hello all. I wanted to check something so I went to my copy of dx4.0.6 on aix4.2. I'm working from the Save image dialog that comes from the file menu of an image. If I chose RGB format and enter a file name "water1" then it saves fine. If I enter the name "water2.rgb" it saves and then gives a segmentation fault and disconnect from server. The same behavior happens with the greyscale postcript, miff and tiff file types. -Randy p.s. is this the proper place for bugs, or should i report it elsewhere?
Re: [opendx-dev] Save image problem dx4.0.6
Hi Pete- Sorry to drop out for a while. I've been stealing time from other things to work with dx. It was no longer possible to avoid working on the things for which I am paid. Unless you have found the problem, I need some more instructions to work with a debugger. I tried the steps below with dbx and xldb. I ended up with two processing running. I tried dbx -a to connect to a running process, but it gave me errors of not finding the object code. Thanks for your time and patience as I work through my ignorance. -Randy > Please if you can, do a clean (-g debuggable) build, and perhaps do some > troubleshooting, briefly: > > setenv DXROOT /usr/local/dx(you may need to set DXDATA, DXMACROS > too) > dx -edit -uionly & > cd /usr/local/src/dx/src/exec/dxexec > (gdb | dbx | xldb) dxexec > (the mechanisms for passing -r -B arguments to dxexec vary. for xldb they > go on the command line after dxexec, for gdb and dbx it is run -r -B ). > > in ui, connect to running server, do your tests, report stack traces (e.g. > where) etc.
Re: [opendx-dev] Save image problem dx4.0.9
Hi Pete-
I followed your instructions and connected to a running dxexec process.
When I tried to save an image in Imagemagick format without an extension,
it died. I typed from the dbx prompt >where . The output is attached. I
tried the whole procedure twice and got the same results both times. I
hope this helps.
-Randy
p.s. I am using imagemagick 4.2.9 which I compiled.
internal error: unexpected value 120 at line 3779 in file stabstring.c
Segmentation fault in afree at line 855 in file ""
couldn't read "memory.c"
(dbx) where
afree(a = internal error: assertion failed at line 1012 in file frame.c
(nil), x = "\313[\305\210"), line 855 in "memory.c"
DXFree(x = internal error: assertion failed at line 1012 in file frame.c
0x22345038), line 2095 in "memory.c"
memory.free(x = "^Pe\355\320!\236\320"), line 1526 in "memory.c"
zcfree(??, ??) at 0x104d9f98
deflateEnd(??) at 0x104d8104
WriteMIFFImage(??, ??) at 0x10548530
WriteImage(??, ??) at 0x1049bffc
write_im(??), line 224 in "_im_image.c"
_dxf_write_im(??), line 99 in "_im_image.c"
m_WriteImage(??, ??), line 357 in "writeimage.c"
unnamed block $b131, line 1424 in "evalgraph.c"
_execGnode(??), line 1424 in "evalgraph.c"
_dxf_ExRQDequeue(??), line 445 in "rq.c"
ExCheckRunqueue(??), line 2288 in "dxmain.c"
unnamed block $b76, line 734 in "dxmain.c"
ExMainLoopMaster(), line 734 in "dxmain.c"
ExMainLoop(), line 565 in "dxmain.c"
ExChildProcess(), line 557 in "dxmain.c"
DXmain(??, ??, ??), line 440 in "dxmain.c"
main(argc = internal error: assertion failed at line 1012 in file frame.c
3, argv = internal error: assertion failed at line 1012 in file frame.c
0x2ff22814, envp = internal error: assertion failed at line 1012 in file frame.
0x2ff22824), line 49 in "main.c"
(dbx)
(dbx) where
afree(a = internal error: assertion failed at line 1012 in file frame.c
(nil), x = "h{\370y\345\310^Q^DQ\222^M\336\377\312ds\220\236\2522\201^_"), line
855 in "memory.c"
DXFree(x = internal error: assertion failed at line 1012 in file frame.c
0x22345038), line 2095 in "memory.c"
memory.free(x = "^Pe\355\320!XP"), line 1526 in "memory.c"
zcfree(??, ??) at 0x104d9f98
deflateEnd(??) at 0x104d8104
WriteMIFFImage(??, ??) at 0x10548530
WriteImage(??, ??) at 0x1049bffc
write_im(??), line 224 in "_im_image.c"
_dxf_write_im(??), line 99 in "_im_image.c"
m_WriteImage(??, ??), line 357 in "writeimage.c"
unnamed block $b131, line 1424 in "evalgraph.c"
_execGnode(??), line 1424 in "evalgraph.c"
_dxf_ExRQDequeue(??), line 445 in "rq.c"
ExCheckRunqueue(??), line 2288 in "dxmain.c"
unnamed block $b76, line 734 in "dxmain.c"
ExMainLoopMaster(), line 734 in "dxmain.c"
ExMainLoop(), line 565 in "dxmain.c"
ExChildProcess(), line 557 in "dxmain.c"
DXmain(??, ??, ??), line 440 in "dxmain.c"
main(argc = internal error: assertion failed at line 1012 in file frame.c
3, argv = internal error: assertion failed at line 1012 in file frame.c
0x2ff22814, envp = internal error: assertion failed at line 1012 in file frame.c
0x2ff22824), line 49 in "main.c"
[opendx-dev] javadx and AIX4.2
Hello.
I am having troubles getting javadx to compile. Cvs update feb7.
To configure properly, I set the jni-path and java40-path in configure:
--with-jni-path=/path/to/J1.1.8/:/path/to/J1.1.8/include:/path/to/J1.1.8/include/aix
--with-java40jar-path=/path/to/java40.jar
The make fails at src/uipp/java/server/DXLink.c with output below.
The configure required lots of explicit paths. Do I have to do something
like add another path or possibly change the java flags in
the Makefile to make this work?
Thanks for suggestions,
Randy
-
make[1]: Entering directory
`/OpenDX/dx-4.0.10/dx/src/uipp/java'
(cd dxsc; javah -d ../server server.DXServer server.DXServerThread)
awk: newline in character class [/
]*$...
input record number 2, file
source line number 1
(cd server; gcc -o ../DXLink.o -I../../../../include -c -Dibm6000
-I/OpenDX/J1.1.8/include
-I/OpenDX/J1.1.8/include/aix DXLink.c)
In file included from /OpenDX/J1.1.8/include/jni.h:36,
from
/OpenDX/J1.1.8/include/interpreter.h:42,
from /OpenDX/J1.1.8/include/native.h:20,
from server_DXServerThread.h:2,
from DXLink.c:30:
/OpenDX/J1.1.8/include/aix/jni_md.h:89: parse error before `*'
/OpenDX/J1.1.8/include/aix/jni_md.h:89: warning:
initialization makes pointer from integer without a cast
/J1.1.8/include/aix/jni_md.h:89: initializer element is not constant
/OpenDX/J1.1.8/include/aix/jni_md.h:89: warning: data definition has no
type or storage class
/OpenDX/J1.1.8/include/aix/jni_md.h:89: parse error before `if'
/OpenDX/J1.1.8/include/aix/jni_md.h:89: parse error before `1'
/OpenDX/J1.1.8/include/aix/jni_md.h:89: warning: data
definition has no type or storage class
/OpenDX/J1.1.8/include/aix/jni_md.h:89: parse error before `->'
/OpenDX/J1.1.8/include/aix/jni_md.h:89: redefinition of
`_currentSuspendState'
/OpenDX/J1.1.8/include/aix/jni_md.h:89:
`_currentSuspendState' previously defined here
/OpenDX/J1.1.8/include/aix/jni_md.h:89: warning: data
definition has no type or storage class
/OpenDX/J1.1.8/include/aix/jni_md.h:89: parse error before `}'
/OpenDX/J1.1.8/include/aix/jni_md.h:127: warning: This file
contains more `}'s than `{'s.
In file included from
/OpenDX/J1.1.8/include/interpreter.h:42,
from /OpenDX/J1.1.8/include/native.h:20,
from server_DXServerThread.h:2,
from DXLink.c:30:
/OpenDX/J1.1.8/include/jni.h:1858: warning: This file contains more `}'s
than `{'s.
In file included from /OpenDX/J1.1.8/include/native.h:20,
from server_DXServerThread.h:2,
from DXLink.c:30:
/OpenDX/J1.1.8/include/interpreter.h:1070: warning: This
file contains more `}'s than `{'s.
In file included from server_DXServerThread.h:2,
from DXLink.c:30:
/OpenDX/J1.1.8/include/native.h:26: warning: This file
contains more `}'s than `{'s.
In file included from DXLink.c:30:
server_DXServerThread.h:117: warning: This file contains more `}'s than
`{'s.
DXLink.c: In function `Java_server_DXServerThread_DXLExecuteOnce':
DXLink.c:131: warning: cast to pointer from integer of different size
DXLink.c: In function `Java_server_DXServer_DXLSend':
DXLink.c:208: warning: cast to pointer from integer of different size
DXLink.c: In function `Java_server_DXServerThread_DXLLoadVisualProgram':
DXLink.c:227: warning: cast to pointer from integer of different size
DXLink.c: In function `Java_server_DXServer_DXLExitDX':
DXLink.c:243: warning: cast to pointer from integer of different size
DXLink.c: In function `Java_server_DXServerThread_DXLIsMessagePending':
DXLink.c:272: warning: cast to pointer from integer of different size
DXLink.c: In function
`Java_server_DXServerThread_DXLHandlePendingMessages':
DXLink.c:286: warning: cast to pointer from integer of different size
make[1]: *** [DXLink.o] Error 1
make[1]: Leaving directory
`/OpenDX/dx-4.0.10/dx/src/uipp/java'
[opendx-dev] multiple image difficulties
Hello- First, before I forget, thanks Pete and Daivd for you tips for getting the java part to compile. I changed the line in /src/uipp/java/Makefile from cc=gcc to cc=xlc an everything build OK. I changed the jni_mdh.h file, and next build I'll tell you how it goes. Next, I am having difficulties displaying multiple images within the same net for AIX 4.2. For an example, I chose AutoColor2d from the tutorial. It runs just fine. If I add a second image module, it disconnects from server. The output from dbx is below. -Randy Segmentation fault in getOneMapTranslation at line 4775 in file "/u/res3/rpolson /OpenDX/dx-4.0.10/dx/src/exec/libdx//displayx.c" 4775 for (i = 0; i < cmapsize; i++) (dbx) where getOneMapTranslation(dpy = 0x2010c328, d = 0x206126b0, force = 0), line 4775 in "displayx.c" createTranslation(couldn't resolve reference (dbx) (dbx) print cmapsize 256 (dbx) print i 256 (dbx)
Re: [opendx-dev] multiple image difficulties
Hello again: I last updated with cvs: feb7,2000. I am pretty sure my system is an 8 bit display. -Randy On Mon, 14 Feb 2000, David L. Thompson wrote: > A couple of questions. 1) Are you on an 8 bit display system? Which > version are you compiling (cvs current)? > > David > > >Hello- > >First, before I forget, thanks Pete and Daivd for you tips for getting the > >java part to compile. I changed the line in /src/uipp/java/Makefile from > >cc=gcc to cc=xlc an everything build OK. I changed the jni_mdh.h file, > >and next build I'll tell > >you how it goes. > > > >Next, I am having difficulties displaying multiple images within the same > >net for AIX 4.2. For an example, I chose AutoColor2d from the tutorial. > >It runs just > >fine. If I add a second image module, it disconnects from server. The > >output from dbx is below. > > > >-Randy > > > >Segmentation fault in getOneMapTranslation at line 4775 in file > >"/u/res3/rpolson > >/OpenDX/dx-4.0.10/dx/src/exec/libdx//displayx.c" > > 4775 for (i = 0; i < cmapsize; i++) > >(dbx) where > >getOneMapTranslation(dpy = 0x2010c328, d = 0x206126b0, force = 0), line > >4775 in > >"displayx.c" > >createTranslation(couldn't resolve reference > >(dbx) > > > >(dbx) print cmapsize > >256 > >(dbx) print i > >256 > >(dbx) > > -- > . > David L. Thompson The University of Montana > mailto:[EMAIL PROTECTED] Computer Science Department > http://www.cs.umt.edu/u/dthompsn Missoula, MT 59812 > Work Phone : (406)257-8530 >
Re: [opendx-dev] multiple image difficulties
One additional comment: I tried running dx on one machine, and displaying on another. Disconnect from server at the same line 4775 in displayx.c with cmapsize=i=256. On Mon, 14 Feb 2000, David L. Thompson wrote: > A couple of questions. 1) Are you on an 8 bit display system? Which > version are you compiling (cvs current)? > > David > > >Hello- > >First, before I forget, thanks Pete and Daivd for you tips for getting the > >java part to compile. I changed the line in /src/uipp/java/Makefile from > >cc=gcc to cc=xlc an everything build OK. I changed the jni_mdh.h file, > >and next build I'll tell > >you how it goes. > > > >Next, I am having difficulties displaying multiple images within the same > >net for AIX 4.2. For an example, I chose AutoColor2d from the tutorial. > >It runs just > >fine. If I add a second image module, it disconnects from server. The > >output from dbx is below. > > > >-Randy > > > >Segmentation fault in getOneMapTranslation at line 4775 in file > >"/u/res3/rpolson > >/OpenDX/dx-4.0.10/dx/src/exec/libdx//displayx.c" > > 4775 for (i = 0; i < cmapsize; i++) > >(dbx) where > >getOneMapTranslation(dpy = 0x2010c328, d = 0x206126b0, force = 0), line > >4775 in > >"displayx.c" > >createTranslation(couldn't resolve reference > >(dbx) > > > >(dbx) print cmapsize > >256 > >(dbx) print i > >256 > >(dbx) > > -- > . > David L. Thompson The University of Montana > mailto:[EMAIL PROTECTED] Computer Science Department > http://www.cs.umt.edu/u/dthompsn Missoula, MT 59812 > Work Phone : (406)257-8530 >
Re: [opendx-dev] multiple image difficulties
It's so good to know you're not totally wacked. A separate question: how do I configure to use xlc instead of gcc? I tried a make-clean, editing config.cache to change ac_prog to xlc from gcc, reconfigure, make. It won't make finle src/exec/libdx/buffer.c from buffer.Z. Thanks, RAndy
Re: [opendx-dev] Some build problems and fixes
I have gl libraries (Mesa3d) in non-standard places too. To configure properly I add the flags: --x-libraries=/path/to/Mesa.lib --libdir=/path/to/Mesa.lib when running the configure script. This properly creates the makefiles without any manual editing. -Randy On Mon, 21 Feb 2000, Jose Gomes wrote: > Hello, > > I have dx built, installed and running for linux and solaris > and would like to report 3 problems. The fixes can be found > in the file in attachment (which is the output of "cvs diff -C3"). > Please let me know if something is wrong with this. > I hope this will help. > > ii) > > My opengl headers and libraries are not is a standard place. > I added the options --with-gl-includes and --with-gl-libs > to the "configure" script so that these locations can be passed > to all Makefile.am through the variables GL_INCLUDES and GL_LIBS. > See bellow for a list of modified files. > > iii) > > I have flex installed for solaris and the scripts think that > linux implies flex and solaris implies lex. > The problem is that flex and lex are not compatible. > The file src/uipp/dxuilib/Network.C uses the "yylineno" > variable which does not exists in flex but does in lex. > This was taken into account in this C file by: > #if defined(linux) || defined(cygwin) || defined(freebsd) > int yylineno; > #else > extern int yylineno;/* lexer line number */ > #endif > I think it is not the correct test since the fact "yylineno" exists > is just a matter of "lex" or "flex". > So, instead of adding the test "|| defined(solaris)", I hadded the > autoconf variable "HAVE_YYLINENO" (initialized by "configure") > and replace the previous code by: > #ifndef HAVE_YYLINENO > int yylineno; > #else > extern int yylineno; /* lexer line number */ > #endif > See below for a list of modified files. > > Non standard gl location. > - > > M configure.in > M src/exec/dxexec/Makefile.am > M src/exec/hwrender/Makefile.am > M src/exec/hwrender/opengl/Makefile.am >
[opendx-dev] build notes AIX4.2
Hello- Someone e-mailed me asking how I went from tarred source to executable and also indicated that there is not this information at opendx.org. In the spirit of Chris Pelkie's scientist who just wants a tool to make pretty pictures, I offer the following to help a minimally compentent user (like myself) build dx. This could go in a README or at opendx.org. -Randy building OpenDX4.0.10 on Aix 4.2 inital notes: I am in no way any expert. With the help of others I managed to build a runable verison of DX. Two explicit examples are provided with two compilers, gcc and xlc. The xlc version seems to be more stable. Here is a brief description of the additional libraries that can be built into dx. CDF, netCDF and HDF are data file format libraries(dx looks for HDF4). CDF and netCDF are required to run the samples and tutorial. Mesa3d is a graphics library which is necessary if there is not another GL library installed. ImageMagick is an image file format library(optional). Java required for java-enabled dx(optional). Source location: http://nssdc.gsfc.nasa.gov/cdf/cdf_home.html CDF lib. http://www.unidata.ucar.edu/packages/netcdf/ NetCDF lib. http://hdf.ncsa.uiuc.edu/ HDF lib. http://www.mesa3d.sourceforge.net Mesa3d lib. ftp.wizards.dupont.com/pub/ImageMagick/ ImageMagick Lib http://www.ibm.com/java/jdk/download/index.html Java Development Kit The installation examples will go into a nonstandard place, this is set by the configure option --prefix. CDF, netCDF, Magick, Mesa3d compiled and in non standard directories and require the configure options --includedir --libdir. The options --with-x --x-includes=/path/ --x-libraries=/path/ point to the Mesa3d libraries. Java explored J1.1.8 in non-standard place as well, and the $PATH variable points to the location. The configure option for java --with-jni-path has a few values, one to /J1.1.8, another to /J1.1.8/include and another to /J1.1.8/include/aix. The -with-java40-path points to the class.jar file usually in the netscape directory. Typing "configure --help" gives other possible changes. EXPLICIT EXAMPLE 1) gcc compiler and java configure --prefix=/u/res3/rpolson/OpenDX/DX4.0.10jx --with-x --x-includes=/u/res3/rpolson/OpenDX/include --x-libraries=/u/res3/rpolson/OpenDX/lib --includedir=/u/res3/rpolson/OpenDX/include --libdir=/u/res3/rpolson/OpenDX/lib --with-jni-path=/u/res3/rpolson/OpenDX/J1.1.8/:/u/res3/rpolson/OpenDX/J1.1.8/include:/u/res3/rpolson/OpenDX/J1.1.8/include/aix --with-java40jar-path=/tmp_mnt/home/aixlocal/ashare/libexec/netscape-4.61/java/classes/java40.jar After configure is completed two Makefiles have to be edited: /src/exec/dxexec/Makefile change line dxexec_LDADD = ../dpexec/libDPEXEC.a ../dxmods/libDXMODS.a ../libdx/libLIBDX.a ../hwrender/libHW.a ../hwrender/opengl/libOPENGL.a -L/usr/X11R6/lib-L/usr/local/lib-lm -lMesaGL -lX11 -lXext -l from -lGL to -lMesaGL TOC (table of contents) is too big. add flag -mno-fp-in-toc no change change : dxexec_LDFLAGS = -bE:$(EXP) to : dxexec_LDFLAGS = -Xlinker -bE:$(EXP) -Xlinker -bbigtoc -mno-fp-in-toc /src/uipp/dxui Makefile add flags -Xlinker -bbigtoc and -mno-fp-in-toc DEFS = -DHAVE_CONFIG_H -I. -I$(srcdir) -I../../../include CPPFLAGS = -mno-fp-in-toc -I/u/res3/rpolson/OpenDX/Mesa-3.0/include LDFLAGS = -Xlinker -bbigtoc -Xlinker -bexpall -mno-fp-in-toc make note: if in the middle of the make an error message that says something like "gcc not found" appears, this really means that a flag that is attempted to be passed to the linker has not been done properly. The likely fix is to go to the makefile in the directory where the make fails and look at lines LDFLAGS. For the gcc compiler to pass the flag properly it needs the additional flag "-Xlinker" added before the linker flag. make install change path to point to /installpath/dx/ make /installpath/bin/dx executable by "chmod 755 dx" edit /dx/bin/dx.workerscript and chmod 755 dx.workerscript make it executable # default to running locally, from /usr/lpp/dx set exhost=$thishost set dxroot=/u/res3/rpolson/OpenDX/dx set startup=1 # run the startup window by default change dxdata to /u/res3/rpolson/OpenDX/SamplesDX4.0/data change dx.workersxript line to: if (! $?dxdata) set dxdata="/u/res3/rpolson/OpenDX/SamplesDX4.0/data" EXPLICIT EXAMPLE 2) xlc compiler and java setenv CC xlc setenv CXX xlC (note capitalization difference) configure --prefix=/u/res3/rpolson/OpenDX/DX4.0.10xlcjx --with-x --x-includes=/u/res3/rpolson/OpenDX/include --x-libraries=/u/res3/rpolson/OpenDX/lib --includedir=/u/res3/rpolson/OpenDX/include --libdir=/u/res3/rpolson/OpenDX/lib --with-jni-path=/u/res3/rpolson/OpenDX/J1.1.8/:/u/res3/rpolson/OpenDX/J1.1.8/include:/u/res3/rpolson/OpenDX/J1.1.8/include/aix --with-java40jar-path=/tmp_mnt/home/aixlocal/ashare/libexec/netscape-4.61/java/classes/jav
[opendx-dev] autoheader question
Hi. I have a current CVS version(may24). When I do the inital autoheader I get an error: configure.in:1144: /usr/local/bin/m4: ERROR: Recursion limit of 250 exceeded, us e -L to change it The same error occurs at the beginning of the 'make' stopping it completely. What do I have to change to make this function. Thanks, Randy AIX4.2, xlc,xlC
[opendx-dev] cvs june 2nd comments
I did a make-maintainer clean and then cvs update on June second. The following are brand new difficulties. 1)For some reason src/exec/dxmods/_comparse.h was not created. I manually typed "bison -y -vd _compparse.y" and then "sed -e "s/yy/_dxfcc/g" -e "s/YY/_CC/g" y.tab.h > _compparse.h " (from the makefile because I don't have the knowledge of what these do) things went o.k. 2)I have netcdf libraries in a non-standard place so /src/exec/dxmods/import_ncdf needed manual editing. 3)the file /src/exec/dpexec/socket.c killed the make "socket.c", line 110.5: 1506-045 (S) Undeclared identifier SOCK_LENGTH_TYPE. "socket.c", line 111.12: 1506-276 (S) Syntax error: possible missing ':'? "socket.c", line 111.12: 1506-276 (S) Syntax error: possible missing ':'? "socket.c", line 131.9: 1506-045 (S) Undeclared identifier fd. etc.. Now I'm stuck. What do I need to do? Thanks, Randy
Re: [opendx-dev] cvs june 2nd comments
Oops- aix4.2, xlc,xlC compilers cdf,netcdf, Imagemagick -Randy On Mon, 5 Jun 2000 [EMAIL PROTECTED] wrote: > Looking into it. Are you on Linux? > > Greg > > Randy Polson <[EMAIL PROTECTED]>@opendx.watson.ibm.com on 06/05/2000 > 11:13:42 AM > > Please respond to opendx2-dev@lists.berlios.de > > Sent by: [EMAIL PROTECTED] > > > To: opendx2-dev@lists.berlios.de > cc: > Subject: [opendx-dev] cvs june 2nd comments > > > > > I did a make-maintainer clean and then cvs update on June second. The > following are brand new difficulties. > > 1)For some reason src/exec/dxmods/_comparse.h was not created. I manually > typed "bison -y -vd _compparse.y" and then > "sed -e "s/yy/_dxfcc/g" -e "s/YY/_CC/g" y.tab.h > _compparse.h " > (from the makefile because I don't have the knowledge of what these do) > things went o.k. > > 2)I have netcdf libraries in a non-standard place so > /src/exec/dxmods/import_ncdf needed manual editing. > > 3)the file /src/exec/dpexec/socket.c killed the make > "socket.c", line 110.5: 1506-045 (S) Undeclared identifier > SOCK_LENGTH_TYPE. > "socket.c", line 111.12: 1506-276 (S) Syntax error: possible missing ':'? > "socket.c", line 111.12: 1506-276 (S) Syntax error: possible missing ':'? > "socket.c", line 131.9: 1506-045 (S) Undeclared identifier fd. > etc.. > > > Now I'm stuck. What do I need to do? > Thanks, > Randy > > > > > > >
[opendx-dev] autoheader trouble
Hi- I did a CVS update today(june9) and ran aclocal and then autoheader on AIX4.2. Autoheader complained with the following: /usr/local/bin/autoheader: Symbol `HAVE_HCLXMINIT' is not covered by /usr/local/ share/autoconf/acconfig.h ./acconfig.h /usr/local/bin/autoheader: Symbol `HAVE_HCLXTINIT' is not covered by /usr/local/ share/autoconf/acconfig.h ./acconfig.h /usr/local/bin/autoheader: Symbol `HAVE_SIGBUS' is not covered by /usr/local/sha re/autoconf/acconfig.h ./acconfig.h /usr/local/bin/autoheader: Symbol `HAVE_SIGDANGER' is not covered by /usr/local/ share/autoconf/acconfig.h ./acconfig.h /usr/local/bin/autoheader: Symbol `HAVE_SIGKILL' is not covered by /usr/local/sh are/autoconf/acconfig.h ./acconfig.h /usr/local/bin/autoheader: Symbol `HAVE_SIGPIPE' is not covered by /usr/local/sh are/autoconf/acconfig.h ./acconfig.h -randy
[opendx-dev] acheader macros
Hi- I am having trouble configureing dx, (cvs update june14, aix4.2, xlC). aclocal(V1.4) works fine, but autoheader(autoconf v 2.13) complains about some macros not being found (see below). automake seems o.k., but autoconf will then crash and the resulting configure file has lines ">>> 1.48" which cause configure to crash. Are the below macros things that should already be on my system? Thanks, Randy /usr/local/bin/autoheader: Symbol `HAVE_HCLXMINIT' is not covered by /usr/local/ share/autoconf/acconfig.h ./acconfig.h /usr/local/bin/autoheader: Symbol `HAVE_HCLXTINIT' is not covered by /usr/local/bin/autoheader: Symbol `HAVE_SIGBUS' is not covered by /usr/local/bin/autoheader: Symbol `HAVE_SIGDANGER' is not covered by /usr/local/bin/autoheader: Symbol `HAVE_SIGKILL' is not covered by /usr/local/bin/autoheader: Symbol `HAVE_SIGPIPE' is not covered by
[opendx-dev] ImageMagick save image error
Hi- With a current version (Aix4.2,xlc,cvs june12, ImageMagick5.2.0) I get an error in the message window when saving an image. The server stays connected however. The error is: dxfSaveCurrentImage:0/WriteImage:1:Internal Error:memory area corrupted An example for both: Postscript works fine, but Image Magick format postscript doesn't. Since there have not been other complaints, is this an ImageMagick compilation problem? I tried changing the ImageMagick FreeMemory name to IMFreeMemory in all the ImageMagick code, but it still gave the same error. -Thanks Randy
[opendx-dev] unnammed export severs connection
Hi- With a current cvs (june28), the export module will disconnect from server if the name is left blank as the default none. -randy
[opendx-dev] ImageMagick5.2.2 and xlc
Hello- I know this might now be the correct place to ask the following question, but I also know there are may skilled people reading this list. My goal is to compile ImageMagick5.2.2 with AIX4.2 and compiler xlc. In the IM file draw.c the xlc compiler crashes at the following line(line 1439) p->pixel=p == primitive_info ? start : (p-1)->pixel; with the error message: "draw.c", line 1439.49: 1506-127 (S) The second and third operands of the condit ional operator must have compatible struct or union types. make[1]: *** [draw.lo] Error 1 gcc compiles and builds the libraries and utilities correctly but adds the symbol "__eprintf". This symbol hangs up the dx configure script when using CC=xlc when checking for GetImageInfo() in the ImageMagick library. Any sugestions would be greatly appreciated. Thanks, Randy
Re: [opendx-dev] ImageMagick5.2.2 and xlc
thanks for the input everybody. IM5.2.2 from ftp.wizards.dupont.com dated 20aug has the same bad line. IM5.2.3 dated 30aug compiled fine. -randy On Tue, 29 Aug 2000, David L. Thompson wrote: > I can't even find this code in my version of ImageMagick-5.2.2. That > line looks like it has been mucked up. Are you sure something hasn't > happened to it? > > David > > >Hello- > >I know this might now be the correct place to ask the following question, > >but I also know there are may skilled people reading this list. > > > >My goal is to compile ImageMagick5.2.2 with AIX4.2 and compiler xlc. In > >the IM file draw.c the xlc compiler crashes at the following line(line 1439) > >p->pixel=p == primitive_info ? start : (p-1)->pixel; > >with the error message: > >"draw.c", line 1439.49: 1506-127 (S) The second and > >third operands of the condit > >ional operator must have compatible struct or union types. > >make[1]: *** [draw.lo] Error 1 > > > >gcc compiles and builds the libraries and utilities correctly but adds the > >symbol > >"__eprintf". This symbol hangs up the dx configure script when using > >CC=xlc when checking for GetImageInfo() in the ImageMagick library. > > > >Any sugestions would be greatly appreciated. > >Thanks, > >Randy > > -- > . > David L. Thompson The University of Montana > mailto:[EMAIL PROTECTED] Computer Science Department > http://www.cs.umt.edu/u/dthompsn Missoula, MT 59812 > Work Phone : (406)257-8530 >
[opendx-dev] whining about log.c
Hello- I haven't updated in awhile, and I thought I'd absorb the good work of others who have been cleaning things up. A current cvs (2oct and 9oct) stops compiling(aix4.2 xlc compiler) in file src/exec/dpexec/log.c with the error message "log.c", line 59.16: 1506-018 (S) Operand of indirection operator must be a pointer expression. make[3]: *** [log.o] Error 1 line 59 log.c: return(errno); -randy
Re: [opendx-dev] Indeed I do have two copies...
I had two copies of TIFF lib that was causing me trouble. What I did was
to change the src/exec/dxexec/Makefile. I changed the CFLAGS and added
-L/use/this/lib/first as the first flag. This worked for me.
-Randy
On Mon, 6 Nov 2000, Randall Skelton wrote:
> OK... I thought I had it beat. Alas, I cannot save a jpeg (the option
> isn't even there and libMagick is not being used).
>
> The system I'm on has libMagick.so files both in /usr/X11R6/lib and
> /usr/local/lib and both are 5.0.x. The one I am trying to use is in
> ${HOME}/local/lib but I am unsure how to find it using the configuration
> script.
>
> My LD_LIBRARY_PATH variable is set to search ${HOME}/local/lib first and
> /usr/X11R6/lib last. Likewise, my LDFLAGS and CPPFLAG variables are set
> in the same way. I had thought that I would find my local copy first in
> this case but it seems not.
>
> What I would really like to do is somehow hardwire the configure script to
> use the correct version of libMagick.a or at least try and determine which
> version I am currently compiling with.
>
> Any thoughts?
>
> Randall
>
> CPPFLAGS=-I/home/dougal/aopp/rhskelto/local/include
> -I/home/dougal/aopp/rhskelto/local/include/freetype
> -I/home/dougal/aopp/rhskelto/local/include/libxml -I/usr/include
> -I/usr/local/include -I/usr/X11R6/include
> LDFLAGS=-L/home/dougal/aopp/rhskelto/local/lib -L/usr/lib -L/lib
> -L/usr/local/lib -L/usr/X11R6/lib
> LD_LIBRARY_PATH=/home/dougal/aopp/rhskelto/local/lib:
> /home/dougal/aopp/rhskelto/local/LessTif/libXm:
> /home/dougal/aopp/rhskelto/local/LessTif/libMrm:
> /home/dougal/aopp/rhskelto/local/pgsql/lib:
> /usr/X11R6/lib:/usr/lib:/lib:/usr/local/lib:/usr/local/PACK/FCC/lib
>
>
> On Mon, 6 Nov 2000, Peter Daniel Kirchner wrote:
>
> > Date: Mon, 06 Nov 2000 16:18:22 -0500
> > From: Peter Daniel Kirchner <[EMAIL PROTECTED]>
> > Reply-To: opendx2-dev@lists.berlios.de
> > To: opendx2-dev@lists.berlios.de
> > Subject: Re: [opendx-dev] Indeed I do have two copies...
> >
> > You're welcome. You might try saving a .jpeg e.g.
> >
> > dx -script
> > v=Import("watermolecule.dx");
> > i=Isosurface(v);
> > c=Autocamera(i);
> > r=Render(i,c);
> > WriteImage(r, "/tmp/water.jpeg", "Image Magick supported format" );
> >
> > Pete
> >
> > Randall Skelton wrote:
> >
> > > Thanks Peter,
> > >
> > > In fact there are two other copies of libMagick floating around on this
> > > system. Editing the makefile by hand has fixed things.
> > >
> > > Just to be sure, how does one go about testing dx to ensure the
> > > ImageMagick features are indeed working? (I just compiled this, and I
> > > must admit that I have never actually used it yet...)
> > >
> > > Thanks in advance,
> > >
> > > Randall
> > >
> > > PS: please ignore my last message regarding libMagick 5.2.5 not being
> > > backwards compatable with opendx...
> > >
> > > On Mon, 6 Nov 2000, Peter Daniel Kirchner wrote:
> > >
> > > > Date: Mon, 06 Nov 2000 13:27:09 -0500
> > > > From: Peter Daniel Kirchner <[EMAIL PROTECTED]>
> > > > Reply-To: opendx2-dev@lists.berlios.de
> > > > To: opendx2-dev@lists.berlios.de
> > > > Subject: Re: [opendx-dev] configure script question
> > > >
> > > > I suspect you have two Image Magick libs running around, one in
> > > > /usr/X11R6/lib
> > > > (the old one), part of some runtime package, and one in /usr/local/lib
> > > > (part of
> > > > the development package). My next guess is that your link flags pick
> > > > up the
> > > > wrong one first ( /usr/X11R6/lib). In any case, try hiding the
> > > > /usr/X11R6/lib/libMagick* . Some adjustment to LD_LIBRARY_PATH might
> > > > also be
> > > > necessary/appropriate.
> > > >
> > > > Pete
> > > >
> > > > Randall Skelton wrote:
> > > >
> > > > > As with most things today... Moments after posting the question below
> > > > > I
> > > > > found an offending character in my LD_LIBRARY_PATH variable. Once I
> > > > > fixed
> > > > > that I was able to configure-make-install with none of the flags
> > > > > below :)
> > > > >
> > > > > Now, on to the next question:
> > > > >
> > > > > I have installed ImageMagick and it successfully runs the 'display'
> > > > > program but when I run configure for open-dx, I get the following:
> > > > >
> > > > > checking for ImageMagick support ...
> > > > > checking for magick/magick.h... yes
> > > > > checking for GetImageInfo in -lMagick... no
> > > > > checking if ImageMagick package is complete... no -- some components
> > > > > failed test
> > > > >
> > > > > When I check libMagick.a I find:
> > > > > ~bah> nm libMagick.a | grep GetImageInfo
> > > > > 023c T GetImageInfoAttribute
> > > > > 4f74 T GetImageInfo
> > > > > U GetImageInfoAttribute
> > > > >
> > > > > Any help is again appreciated!
> > > > >
> > > > > Randall
> > > > >
> > > > > On Mon, 6 Nov 2000, Randall Skelton wrote:
> > > > >
> > > > > > Date: Mon, 6 Nov 2000 15:41:27 + (GMT)
> > > > > > From: Randall Skelton <[EMAIL PROTECTED]>
> > > > > > Re
[opendx-dev] sun compliation question
Hello- A while ago Michael Boyles had difficulty with compilation on a sun machine. I have a similar difficulty with the same error. I used dbx to trace dxexec and found the line 331 of src/exec/libdx/mem.c "id = shmem(... " returns an error. Where is shmem so I can try and trace this further? Thanks, Randy compiler -cc, c++ uname -a: System = SunOS Node = darkstar Release = 5.7 KernelID = Generic_106541-14 Machine = sun4u BusType = Serial = Users = OEM# = 0 Origin# = 1 NumCPU = 2 Michael Boyles wrote: > I downloaded the binary that was compiled for Sun Solaris 2.6. But, I > am running Solaris 8 and am having problems getting the server to > start. The error message is as follows: > > " Starting DX executive > > ... cannot get shared memory segment / failed on segment 1 of 1 needed > segments / last call to shmget returned errno 22 cannot initialize DX > library. " >
Re: [opendx-dev] sun compliation question
Thanks for the tips, I read the README and appendix C of the users guide, but I'm still having trouble. First, if I set the envinormental variable DXPROCESSORS to 1, everything starts as expected. If I set DXSHMEM to -1 it says multiple processors require shared memory. If I set DXSHMEMSEGMAX to 1 and DXSHMEM to 1 and then start "dx -execonly -memory 7" I get an error "failed on segment 7 of 7." Am I setting these wrong, or is this system not configured for shared memory? thanks for your patience, Randy On Tue, 6 Mar 2001, David Thompson wrote: > Randy, > > Make sure to Read the Readme for the Sun, it will describe this in much > more detail. > > David > > On Tue, 6 Mar 2001, Paul Andre wrote: > > > Randy Polson wrote: > > > > > > Hello- > > > A while ago Michael Boyles had difficulty with compilation on a sun > > > machine. I have a similar difficulty with the same error. I used dbx to > > > trace dxexec and found the line 331 of src/exec/libdx/mem.c > > > "id = shmem(... " > > > returns an error. Where is shmem so I can try and trace this further? > > > > > > Thanks, > > > Randy > > > > > > compiler -cc, c++ > > > > > > uname -a: > > > > > > System = SunOS > > > Node = darkstar > > > Release = 5.7 > > > KernelID = Generic_106541-14 > > > Machine = sun4u > > > BusType = > > > Serial = > > > Users = > > > OEM# = 0 > > > Origin# = 1 > > > NumCPU = 2 > > > > > > Michael Boyles wrote: > > > > > > > I downloaded the binary that was compiled for Sun Solaris 2.6. But, I > > > > am running Solaris 8 and am having problems getting the server to > > > > start. The error message is as follows: > > > > > > > > " Starting DX executive > > > > > > > > ... cannot get shared memory segment / failed on segment 1 of 1 needed > > > > segments / last call to shmget returned errno 22 cannot initialize DX > > > > library. " > > > > > > > > It seems that the amount of shared memory is limited on your system > > (this is a kernel parameter, i think). Try setting DXSHMEM to -1 (export > > DXSHMEM=-1, with zsh) before starting dx. If that helps you could use dx > > this way (there is a speed penalty) or raise the maximum amount of > > shared memory. > > > > Cheers, Paul > > > > -- > > Paul Andre > > http://sites.netscape.net/paulandrefr > > >
[opendx-dev] aclocal.m4 error
Hello- I did a cvs update today(4 aug) and autoheader failed. I'm on a sunos 5.7 machine autoheader (GNU Autoconf) 2.52 . The error is: autoheader ./aclocal.m4:17: error: m4_defn: undefined macro: _m4_divert_diversion acspecific.m4:907: AC_CYGWIN is expanded from... ./aclocal.m4:17: the top level autoconf: tracing failed -Randy
[opendx-dev] configure question
Hello- I'm trying to configure DX to use IM5.3.9 on sunos solaris 5.7. The configure script gives an error with the IM GetImageInfo(). Breaking out this small bit and using the same flags from config.log I have determined the two flags -L/usr/openwin/lib -ldga cause an error, specifically it complains about undefined reference to TIFFIsByteSwapped when these two flags are included. What should I do to overcome this? I'm using the configure from the 4.1.2tarball since I get an error with autoheader and autoconf: ./aclocal.m4:17: error: m4_defn: undefined macro: _m4_divert_diversion acspecific.m4:907: AC_CYGWIN is expanded from... ./aclocal.m4:17: the top level -thanks randy
Re: [opendx-dev] Re: configure question
Thanks guys. configure, compile success for sun5.7 with IM5.3.9. I made two changes in configure: (1)configure line changes lines 5519,5562 from "-ltiff" to "-L/usr/local/lib -ltiff" (2)configure 6377,79 from "eval export ac_c_$x=1" to "eval ac_c_$x=1" The law of unintended consequences applied though. One makefile change: /src/uipp/dxui/Makefile line93 LIBS remove -L/usr/local/lib (libXm found is not correct) -randy On Mon, 1 Oct 2001, Randall Hopper wrote: > Try the attached patch to configure. I needed this when building 4.1.3 on > Solaris 2.7 earlier this summer.
[opendx-dev] sun configure fail
Hi-
I did not get the configure to work. Details are below.
-Randy
sunos 5.7
CVS update 12Oct. autoheader, autoconf O.K. (version2.52).
configure failswith message:
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking for Cygwin environment... no
configure: error: cannot run /bin/sh ./config.sub
lines from config.log:
configure:3246: checking for Cygwin environment
configure:3268: gcc -c -g -O2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
conftest.c >&5
configure: In function `main':
configure:3261: `__CYGWIN32__' undeclared (first use in this function)
configure:3261: (Each undeclared identifier is reported only once
configure:3261: for each function it appears in.)
configure:3271: $? = 1
configure: failed program was:
#line 3252 "configure"
#include "confdefs.h"
int
main ()
{
#ifndef __CYGWIN__
#define __CYGWIN__ __CYGWIN32__
#endif
return __CYGWIN__;
;
return 0;
}
configure:3288: result: no
configure:3294: error: cannot run /bin/sh ./config.sub
Re: [opendx-dev] configure question
David- You were right. There are two tiff libraries, one in /usr/local/lib and another in /usr/openwin/lib. Since I'm only a lowly user, I changed the configure script lines 5519,5562 from "-ltiff" to "-L/usr/local/lib -ltiff". This worked with my separate 2 line test file for GetImageInfo(). However this then caused configure to crash with the error message: checking if ImageMagick package is complete... ./configure: ac_u_lnetcdf=1: is not an identifier the last line in config.log is: configure:6361: checking if ImageMagick package is complete the configure script is from 4.1.2 tarball since autoconf gives an error. automake --version 1.4-p5; autoheader --version =2.52, autoconf --version = 2.52. Are these errors local, (my messing blindly with configure), or are they bugs in the configure script? Thanks, Randy On Sat, 29 Sep 2001, David Thompson wrote: > Could it be that there is another libtiff in /usr/openwin/lib that > configure is finding? If so, then I would try renaming that lib just > while you compile. The older libtiffs can be missing things like this > (one of the big problems with shared libraries AFAIC). As for the > other problem with configure, you must be using a new Autoconf. I > just saw this peek its ugly head yesterday with the newest cygwin > stuff which has a brand new autoconf. We'll see what the problem > might be. > > David > > >Hello- > > > >I'm trying to configure DX to use IM5.3.9 on sunos solaris 5.7. The > >configure script gives an error with the IM GetImageInfo(). Breaking out > >this small bit and using the same flags from config.log I have determined > >the two flags -L/usr/openwin/lib -ldga cause an error, specifically it > >complains about undefined reference to TIFFIsByteSwapped when these two > >flags are included. > > > >What should I do to overcome this? I'm using the configure from the > >4.1.2tarball since I get an error with autoheader and > >autoconf: > >./aclocal.m4:17: error: m4_defn: undefined > >macro: _m4_divert_diversion > >acspecific.m4:907: AC_CYGWIN is expanded from... > >./aclocal.m4:17: the top level > > > >-thanks > >randy > > > -- > . > David L. Thompson The University of Montana > mailto:[EMAIL PROTECTED] Computer Science Department > http://www.cs.umt.edu/u/dthompsn Missoula, MT 59812 > Work Phone : (406)257-8530 >
[opendx-dev] configure trouble
Hi- With an update of today (24april), the configure generated by autoconf complains about line 10 and two semicolons ;; The output is below: -rp #! /bin/sh # Guess values for system-dependent variables and create Makefiles. # Generated by GNU Autoconf 2.53. # # Copyright 1992, 1993, 1994, 1995, 1996, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This configure script is free software; the Free Software Foundation # gives unlimited permission to copy, distribute and modify it. ECHO_N= ECHO_C=' ' ECHO_T=' ' ;; *c*,* ) ECHO_N=-n ECHO_C= ECHO_T= ;; *) ECHO_N= ECHO_C='\c' ECHO_T= ;; esac
Re: [opendx-dev] netcdf library not found while linking Hello Module
"The netCDF library also defines a machine-independent format for representing scientific data." from http://www.unidata.ucar.edu/packages/netcdf/ first question: did you complie OpenDX, or did you download it? if you complied it yourself, then you may need a complier flag to point to the library (-L/directory/where/netcdf/is/located). The same type of error may arise for the cdf library (other scientific data, necessary for examples) and the ImageMagick library. -RP On Wed, 8 Jan 2003, [iso-8859-1] Mardoqueu Vieira wrote: > I've been copiling and linking the Hello module > (inboard), described in Programmers's guide section > 2.2(Adding the Hello Module), on RedHat 8.0 with > OpenDX 4.2.0, and I recieved the following output > message: > > [EMAIL PROTECTED] dx_samples]$ make hello > /usr/local/dx/bin/mdf2c hello.mdf > userhello.c > gcc -I/usr/local/dx/include -g -O2 -Wall -g -O2 > -I/usr/X11R6/include -D_GNU_SOU > RCE userhello.c hello.c -L/usr/local/dx/lib_ -lDX > -lnsl -lnetcdf -lcdf -lXpm -l > dl -lXm -lXp -lGLU -lGL -L/usr/lib -L/usr/X11R6/lib > -L/usr/local/lib -lMagick -l > jbig -ldf -lmpeg2 -ltiff -lfreetype -ljasper -ljpeg > -lpng -ldpstk -ldps -lXext - > lXt -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lpthread -lm > -Wl,-export-dynamic -o dxexe > c > /usr/bin/ld: cannot find -lnetcdf > collect2: ld returned 1 exit status > make: *** [hello] Error 1 > > > Basically it says that the netcdf library was not > found, Can anyone help? > > I'd appreciate any insight on my problem. > Thanks in advance. > > Mardoqueu Vieira. > > > > ___ > Busca Yahoo! > O melhor lugar para encontrar tudo o que voc? procura na Internet > http://br.busca.yahoo.com/ >
Re: [opendx-dev] "LDFLAGS=-L/usr/X11R6/lib" needed for a successful build !?
Here's a small story that might be relavent. I was compling ImageMagick on a machine that had 2 different TIFF libraries in 2 different locations. The order of the libraries specified in LD_LIBRARY_PATH would chose the first library it found, unfortuately it was the wrong version. For dx4.2.0 I also needed to change the configure script near line 5185 from "-L/usr/openwin/lib $LIBS" to "$LIBS -L/usr/openwin/lib" -randy On Mon, 15 Sep 2003, David Thompson wrote: > Actually it is, if you look through the script DX_PATH_XM--it should > be looking for Motif and including the directories where these are > found. You need to do a little more investigation to determine why it > is not finding your /usr/X11R6. > > David > > >Hi, > > > >In order compile everything properly, I have to do following: > > > >$ ./CVSMake > >$ setenv LDFLAGS -L/usr/X11R6/lib > >$ ./configure --prefix=/opt \ > > --x-includes=/usr/local/include:/usr/X11R6/include \ > > --x-libraries=/usr/local/lib:/usr/X11R6/lib > > > >Without the LDFLAGS, it does not work (e.g. ImageMagick is not detected by > >the configure script and gmake ends with lots of unreferenced functions). > > > >I consider this a bug in the configure script because > >/usr/X11R6/lib should be a default unix lib-directory, is it not? > > > >Regards, > >Rob. > > > -- > . > David L. Thompson Visualization and Imagery Solutions, Inc. > mailto:[EMAIL PROTECTED]5515 Skyway Drive, Missoula, MT 59804 > Phone : (406)756-7472 >
