Greg,
I have located the source of the bus error and core dump on SGI
multiprocessor machines. Randall mentioned it awhile back (see
http://opendx.npaci.edu/mail/opendx-users/2002.08/msg00098.html ), and I
have been seeing it while testing 4.3.
What happens is exCleanup() in dxmain.c is
At 10:18 AM 5/31/2003 -0600, you wrote:
As for the problem with zclipQ.c, lots of people have been noticing this
with gcc 3.3. It actually is a problem with the compiler, not the code.
Other compilers gcc 3.2, and native compilers don't exhibit this behavior.
Has somebody reported it to gcc as
I was interested in other's IRIX OpenDX 4.3 builds. I am using the MIPS
compiler building for n32 and mips3 and had several undefined symbols
(e.g., _S_initialize and _S_uninitialize), which I resolved by linking with
libCio. Does that sound reasonable?
I can run the sample programs fine.
I
At 04:45 AM 8/10/01 -0700, you wrote:
Another strange quirk. If you have a volume rendered image up, change the
view, and then try to use Options-Undo on the image window to bring back
the old view, the image you get is garbage. It comes back instantly so it's
apparently not trying to
objects.
Jeff
At 03:47 PM 8/10/01 -0400, you wrote:
I've not seen this problem on AIX, Linux or Windows on various versions
since 4.0.9 with either s/w or h/w rendering when playing sequences out of
cache, if that's helpful.
Jeff Braun [EMAIL PROTECTED]@opendx.watson.ibm.com on 08/10/2001 02
similar problems?
Jeff
--
Jeff BraunGeophysics Dept.
mailto: [EMAIL PROTECTED] Montana Tech
(406) 496-42061300 W. Park St.
Butte, MT 59701
, but it was at least in our case.
Chris Pelkie
Scientific Visualization Producer
Cornell Theory Center
618 Rhodes Hall
Cornell University
Ithaca, NY 14853-3801
[EMAIL PROTECTED]
607-254-8794
--
Jeff Braun
.
Jeff
On Tue, 9 Jan 2001, Jeff Braun wrote:
I have been working on generalizing a module that I developed a couple of
years ago in order to add it to OpenDX. The much improved version is about
ready to go, but a couple of questions came up before adding it to CVS.
1) Should the same license
--
Jeff BraunGeophysics Dept.
mailto: [EMAIL PROTECTED] Montana Tech
(406) 496-42061300 W. Park St.
Butte, MT 59701
actually visible (e.g. umask) to httpd?
Yes.
Here's hoping it turns out to be simple,
Sure seems like it was working okay back in July.
Jeff Braun wrote:
The following problem was reported to me about the Irix binaries (4.1.1) I
put on the OpenDx web site. I experience the same problem
was incomplete, the JNI defines
were
unset. Sigh.
Pete
Jeff Braun wrote:
On Mon, 18 Sep 2000, Peter Daniel Kirchner wrote:
Is the filename the same? If so the browser is likely satisfying the
showdocument() command from cache, hence the same picture. I had thought
The SGI OpenDX 4.1.1 libraries that I supplied to opendx.org included a
symbol table, but did not contain all symbols because I did not have
static versions of all the libraries. I get most of the libraries from
http://toolbox.sgi.com/TasteOfDT/public/freeware/ and by default they
often just
indeed work much better for saving IM
Supported formats.
Jeff
On Thu, 6 Jul 2000, Jeff Braun wrote:
I have been out of town for most of the last 2 weeks and I was trying to
do an updated build from CVS. My last cvs update was June 20, right
before Greg updated acinclude.m4. At that time I did
etc. ) , you'll get your symbols
back.
Pete
Jeff Braun wrote:
I was trying to test the changes made in CVS that make ImageMagick 5.2
useable, but I got numerous undefined symbols when making dxexec. There
were 2 undefined text symbols in dxmods - _dxf_DecodeImage and
_dxf_EncodeImage
Yes - that solved the problem. I actually had to make the change in
Makefile.in.
Jeff
On Fri, 9 Jun 2000, Peter Daniel Kirchner wrote:
sorry about the last message. in libdx/Makefile where it says include
local.mk.in change that to include local.mk
Jeff Braun wrote:
Yes
the hdf/ to get it to compile.
Jeff
--
Jeff BraunGeophysics Dept.
mailto: [EMAIL PROTECTED] Montana Tech
(406) 496-42061300 W. Park St.
Butte
DX_RTL_LDFLAGS= -shared
Jeff
--
Jeff BraunGeophysics Dept.
mailto: [EMAIL PROTECTED] Montana Tech
(406) 496-42061300 W. Park St.
Butte, MT
of warnings.
Hope this helps,
-- Elliot
Red Hat, a Red Hat company
--
Jeff BraunGeophysics Dept.
mailto: [EMAIL PROTECTED] Montana Tech
(406) 496-42061300 W. Park St
:), I fixed tons of warnings.
Hope this helps,
-- Elliot
Red Hat, a Red Hat company
--
Jeff BraunGeophysics Dept.
mailto: [EMAIL PROTECTED] Montana Tech
(406) 496-4206
.
Jeff
On Wed, 16 Feb 2000, Jeff Braun wrote:
I installed the latest 4.0.10 binaries for Windows last night replacing
the 4.0.6 release. Now I can not get dx to run. The error message is
something like:
dxui.exe linked to missing export CYGWIN1.DLL:_ctype_
I have just the cygwin usertools
On Wed, 16 Feb 2000, Alan Ferrenberg wrote:
I've managed to trace all of the segmentation faults and bus errors I'm
getting to routines that work with the dictionary routines in
src/exec/dpexec/d.c. I get a segmentation fault in strcmp on line 299,
in the ExDictionarySearchE routine,
the segmentation fault. My work
around was to cut the list in half (by removing half of data_DATA) and
then running 'make install' twice in the programs directory (for each half
of the list).
What might be limiting the size of the list (to about 250)?
Jeff
On Mon, 24 Jan 2000, Jeff Braun wrote
/programs
gmake: *** [install-dataDATA] Segmentation fault (core dumped)
Any ideas?
Thanks
Jeff
--
Jeff BraunGeophysics Dept.
mailto: [EMAIL PROTECTED] Montana Tech
(406) 496-4206
--
Jeff BraunGeophysics Dept.
mailto: [EMAIL PROTECTED] Montana Tech
(406) 496-42061300 W. Park St.
Butte, MT 59701
If I include stdio.h (as David B. points out), I get the correct results:
trunc(a): -1.00
trunc(b): 1.00
Jeff
On Tue, 14 Dec 1999, Jeff Braun wrote:
I get 0's on our SGI's with Irix 6.5. By the way you had a little typo on
the 2nd line (trucn).
Results for me are:
trunc
Research Institute
(210)522-3089
[EMAIL PROTECTED]
--
Jeff BraunGeophysics Dept.
mailto: [EMAIL PROTECTED] Montana Tech
(406) 496-42061300 W. Park St
]
--
Jeff BraunGeophysics Dept.
mailto: [EMAIL PROTECTED] Montana Tech
(406) 496-42061300 W. Park St.
Butte, MT 59701
27 matches
Mail list logo
