There is a hyperabundance of readmes, hence confusion. I think you were meant
to
be pointed to doc/README_solaris and modifications to /etc/system to permit dx
to
use the shared memory.
http://opendx.watson.ibm.com/cgi-bin/dx/cvsweb/dx/doc/README_solaris?rev=1.2
Pete
Randy Polson wrote:
Paul-
Yes, there was a bug introduced to Map and subsequently fixed Apr 17 2000 , see
http://opendx.watson.ibm.com/cgi-bin/dx/cvsweb/dx/src/exec/libdx/trisRI2D.c
There is no 4.1.1 mark in cvs and no 4.1.1 tarball, so I can't tell you if a
binary labelled 4.1.1 will have the bug or not. Compare
I think this is just dxlink and samples being out of sync. Of course how to
bring them into a consistent state is open, awaiting consensus or fiat. At
some point dxlink was enhanced to allow dx objects to be transferred over the
wire, perhaps the dependency comes from there (also, I think an X
Hi,
You need to give the parent window ID to the parent input of SuperviseWindow,
otherwise SuperviseWindow will open its own (as you observe).
Pete
This is extremely possible using just the Image Magick Supported Format
mechanism you tried. It looks like you need jpeg 6.2 (which I am seeing from a
RedHat 6.2 installation libjpeg-6b-10.rpm). Then set LD_LIBRARY_PATH
accordingly (you didn't say what OS).
Pete
Randall Hopper wrote:
I'm
You have it right. I'm going down the hall to talk to Benevolent Dictator
about how best to implement a true execute on change for javadx.
Pete
William Matthews wrote:
What changes would be necessary to java explorer to get execute on change
to work properly with custom modules using
Jeff,
Thank you for performing this test. It is an otherwise competely intact 4.1.1
installation, correct?
So it is probably the exec or the new IM. Is the new Image Magick lib altering
the
filename?
regards, Pete
Jeff Braun wrote:
On Mon, 18 Sep 2000, Peter Daniel Kirchner wrote
The exec bombs on trying to do graph evaluation and a DXPrintErorr about the
missing required input and seems to have nothing to do with the specific
module that is missing a required input. Mark does the same as Export.
Pete
Randy Polson wrote:
Hi-
With a current cvs (june28), the export
I've written a few C++ modules and they work fine. Maybe I'll expound
on them later.
Changes to $(DXHOME)/include/dx/UserInteractors.h have been checked in
to cvs to allow C++ programs to be linked to dxexec, with the standard
headers.
To make C++ modules even easier, I just checked in changes
Richard,
Our configure shouldn't define USHORT if there is an existing definition.
I have seen this sort of thing happen when configure finds cpp as the C
preprocessor and runs configure tests with cpp. Various defines (e.g.
-Dsgi) that occur by default with cc are not set. System include files
Yeah, I guess this was hardcoded by mistake, use cc -E or gcc -E in the
meantime.
Jeff Braun wrote:
Yes there are zero byte c files, however, whan I try to make them, I get:
sed -e 's/[ ][ ]*\$/ $/' buffer.Z __buffer.c
/bin/sh: CPP@: not found
I can do it by hand using the
Check README.solaris in your opendx installation or at e.g.
http://opendx.watson.ibm.com/cgi-bin/dx/cvsweb/dx/doc/README_solaris?rev=1.2
If you've done the shared memory step described in B and it still
doesn't work, then we have a problem.
Pete
Michael Boyles wrote:
I downloaded the binary
Jeff-
(dbx) run -r
to get the remoted dxexec
Jeff Braun wrote:
Pete recommended running a debugger to try and figure out the problem
with the new version of ImageMagick on SGI. I have done this before, but
it has been over 3 months and several version ago and now I can not seem
to do it.
?
2: I can't get the tutorial to work. When I click on the Run Tutorial
button, I get an empty window with File on the menu bar,
with one option, Quit.
Peter Daniel Kirchner wrote:
Forwarded message:
From [EMAIL PROTECTED] Thu May 4 18:10:40 2000
Date: Thu, 04 May
Hi Tom,
Actually, we don't yet support kaffe for building javadx. We took the javac
-verbose route to automatically configuring the dx build which at the time
precluded kaffe. The dx configure leaves information for the dxsamples
configure. I bet we have not handled this correctly since
JavaDX used to compile with other makes. To build, we need to set or append to
the
CLASSPATH for make to find various javadx classes. I found user's CLASSPATHs
to be
problematic and chose to discard it, yet I appreciate that others want to use
their
CLASSPATH and have the build prepend to it.
]
[mailto:[EMAIL PROTECTED] Behalf Of Peter Daniel
Kirchner
Sent: Tuesday, March 14, 2000 10:22 AM
To: opendx2-dev@lists.berlios.de
Subject: Re: [opendx-dev] Which version number to use
A couple of weeks ago I asked for tests of a large patch submitted from
redhat. We heard back from
Jiten's working on it.
David L. Thompson wrote:
I was wondering the same thing?
David
Will this also be a problem for the rest of us??? I, for one, am not
subscribed
with the same address as my commits come from.
BTW, I'm compiling from scratch as I type this..stand by
Excellent. I've checked this in with slight modifications ( moved the
goto error up with the getenv(DXDATA)).
While we're on patches, patch Greg's surname to Abram.
A opendx-dev broadcast of the cvs commit message is lacking, I suspect
as an unwanted side-effect of our anti-spam measures.
At
Thanks for the thoughtful arguments, which I find convincing. There is still
nothing GL-specific. Can we generalize to e.g. --with-my-includes (or is
there some open source convention)?
Pete
Jose Gomes wrote:
Peter Daniel Kirchner wrote:
Thanks for the submission. I like i iii
Hi Ron,
This is a known problem for these versions. The old Makefile_$(ARCH)'s
are carryovers from the product days and do not necessarily work in the
new build environment. This was one of my must fix intentions before
4.1.0. So this is now fixed in cvs for linux (at least) but is not
verified
Folks,
This patch touches a lot of files. I am inclined to apply it to cvs next
week after you've all had a chance to apply this patch locally and test it
on your various architectures.
Regards,
Pete
Elliot Lee wrote:
Against latest CVS, http://people.redhat.com/sopwith/opendx-misc.patch
If
Can someone run this with Purify? That's been a good way to find where the
train first leaves the tracks.
Jeff Braun wrote:
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
Randy-
There's a *space* following the continuation-backslash on the #define that
starts
just above the line that offends the gcc compiler in jni_md.h . remove it and
you
are home free.
For my jdk1.1.8 it is line 91, wonder why it is 89 for you!?!?!
Regards,
Pete
PS why don't you move to aix
of course I *meant* you can specify the path and library via jx.lib
and that jx.local was discontinued. aargh.
[EMAIL PROTECTED] wrote:
Update of /src/master/dx/src/uipp/java/server
In directory opendx.watson.ibm.com:/tmp/cvs-serv21214
Modified Files:
DXServerThread.java
Log
://www.research.ibm.com/people/l/lloydt/
Peter Daniel Kirchner [EMAIL PROTECTED]@opendx.watson.ibm.com on
01/13/2000 11:17:59 AM
Please respond to opendx2-dev@lists.berlios.de
Sent by: [EMAIL PROTECTED]
To: opendx2-dev@lists.berlios.de
cc:
Subject: Re: [opendx-dev] javadx shareable libraries
I've found
Hi Chris,
Sounds like the directions in doc/README_solaris should help, particulary if
3.1.4 won't run correctly.
plus,
dx needs to be in the PATH
run with -processors 1 if SMP is causing problems (and unless you Partition data
it SMP won't help).
set ARCH to solaris
(the os may have set ARCH to
Hi everyone, happy New Year. May this be your best millennium ever.
Those of you with SMP boxes for the above... I have modified dxmain.c
(slightly) for SMP to work on aix . Looks
like arch.h (or dpexec/Makefile.am) was the culprit but I did not follow up on
that. Please check to see if SMP
I've received correspondence from someone trying an hpux 10.2 build for
a visualize opengl system and tried to steer them to this list. Also
I've gotten inquries from some people interested in an hpux build. I've
made some small efforts in this direction. Is anyone else working on an
hpux
Richard,
Here's my settings for opendx on sgi. I'm no expert on the sgi abi's, so I had
to struggle to get dxexec to
build w/ purify... I ended up having to use cc -v for the link line and using
it as a guide, pasting together
an ld line that replaced the o32 crt1.o's with the lib32 ones. But
paralleling the ImageMagick compilation thread, sgi's compilers require this
(or similar):
CPPFLAGS= -Dsgi -I /usr/local/include
CFLAGS= -I /usr/local/include -n32
LDFLAGS= -L /usr/lib32 -L /usr/local/lib
CXXFLAGS= -n32
SO_FLAGS=-n32
I'm unhappy about the /usr/lib32 part...
regards,
Pete
sed off the trailing dx?
David Thompson wrote:
I got a question..
In the original acinclude.m4, the prefix was trying to be found using dx
-whereami. I'm using the same technique. This result comes back in the
form of /usr/local/bin/dx. But then the Makefile.am's tack on another
to not sed off a dx when --prefix is set.
David
Peter Daniel Kirchner wrote:
sed off the trailing dx?
David Thompson wrote:
I got a question..
In the original acinclude.m4, the prefix was trying to be found using dx
-whereami. I'm using the same technique. This result comes
This is the place. Thank you!
Alexei Kotchourko wrote:
Hello all,
I am newbie in OpenDX and may be this is not a correct place
to send my message.
I tried to compile sources from CVS repository on freebsd-3.4
and found few places which crashes compilation. Probably it can be
usefull
thanks, good catch.
Rick Scott wrote:
Update of /src/master/dx/bin
In directory opendx.watson.ibm.com:/tmp/cvs-serv15836
Modified Files:
dx.in
Log Message:
Only export DXDATA and DXMACROS if the dir exists. This stops the
annoying little dialog from coming up when dxsamples is
Randy-
I'm seeing your problem, or something very much like it. I'm getting a miff, a
zero-length gif, and dxexec spins. Close enough for me to get to work on it.
When purifying dxexec I couldn't help but notice billyuns and billyuns
of signal 48's... that's SIGPTRESCHED. Seems like a lot of kernel
activity for possibly not much benefit on a uniprocessor. I cut
-lpthread manually from the link line of dxexec-- to no ill effect.
Glancing at configure, if
Dave-
You're going to need to check in mdf2c.in. Mondays!
Pete
David Thompson wrote:
Update of /src/master/dx/bin
In directory opendx.watson.ibm.com:/tmp/cvs-serv19030/dx/bin
Modified Files:
Makefile.am mdf2c
Log Message:
A few small fixes for the way that the files in bin were
My vote was to have 2 copies of dx script, one put in the dx/bin dir so that
dx and e.g. startserver could run within the dx tree. Say the dx tree
was on a fileserver, having the dx script in the fileserver bin directory
does no user any good.
David Thompson wrote:
Update of /src/master/dx/bin
Hi Randy,
I'm away from my aix machine. My 12/3 cvs rh linux 6.1 dx build does not show
this behavior. Given that my aix 4.3.2/xlc build (also) did not share your
build's reported misbehavior--coredump on the missing file extension to
WriteImage-- is it convenient for you to make a clean build?
for.
I've repeated this successfully in a recently updated build tree.
The zero-length file and coredump reported is still quite possibly a nasty bug,
but I need more to go on. Is DX behaving otherwise? Is the filesystem full?
Regards,
Pete
Peter Daniel Kirchner wrote:
I would have thought I
Thanks for the cooperation. Here are some observations and suggestions I hope
will be helpful.
Re solaris, consistency on a given ARCH is something we can take advantage of.
ARCH is one of the first things we detect.
JDKs can be installed virtually anywhere. I don't think a list will be
so *now* your email works? ;)
Rick Scott wrote:
For what it's worth.we always recommend
aclocal autoheader automake -a -i autoconf
when building LessTif from CVS sources.
43 matches
Mail list logo
