Suhaib M. Siddiqi wrote:
2) the color bar in the ColorMap Editor shows scrambled colors in
16 bpp mode (other bpp's seem to work fine).
This seems to be your platform (X-server) specific, as I recall from
previous postings?
I've tested it on several other Linux machines, that have
Thanks David, that solved the problem.
Though that should indicate a missing dependency in the uipp branch!
Can that be fixed?
Regards,
Rob.
David Thompson wrote:
Rob,
You need to make clean and then make in the uipp branch of the code.
You're having a problem with a header that changed
Hi,
I saw Network.C being updated in CVS and when I compile this CVS, I encounter
the following
error during the make process:
[...]
c++ -g -O2 -I/usr/X11R6/include -o dxui ColormapDefinition.o ColormapNode.o
ComputeDefinition.o ComputeNode.o DXLInputDefinition.o DXLInputNode.o
Hi,
The following happens when 'make'ing OpenDX-CVS:
[...]
gmake[3]: Entering directory `/home/lahaye/SOFTWARE/dx/src/exec/dpexec'
local.mk:11: warning: overriding commands for target `.y.c'
Makefile:231: warning: ignoring old commands for target `.y.c'
echo
Thank you David for pointing out that apparently there's something about
bison 1.75 that can cause problems. Not that I really understand what those
are :(.
Anyway, I see that configure detects whether bison is there, and if not it
manages without somehow. So I deleted bison from my system (I
David Thompson wrote:
In order to use the libtool branch, you will also have to have libtool
installed. Depending on your platform, 1.4.3 should work
I already have libtool:
ltmain.sh (GNU libtool) 1.3.4-freebsd-ports (1.385.2.196 1999/12/07 21:47:57)
My platform is FreeBSD (4.7 = latest
David Thompson wrote:
This is the problem with your libtool being too old. You will need to
have 1.4.2 or 1.4.3 at least.
FreeBSD ships with libtool 1.3.4 and bison 1.75.
So that's currently a bad match for getting OpenDX-CVS compiled.
Bison breaks the head-branch, libtool the libtool-branch
David,
Thanks, I solved it by installing bison 1.30.
I also reported the issue to the person that's responsible for
yacc on FreeBSD, since I expect these problems to pop up again
for FreeBSD users with the next official release of OpenDX.
I also wonder whether I'm the only (Free)BSD user on
Hi,
FreeBSD 4.6 with open-motif-2.2.2_1 and OpenDX/CVS.
I've just come across an odd bug:
VPE - Image tool - Options-menu - AutoAxes... - Annotation Colors.
The dialog that is there, called AutoAxes Configuration..., allows keyboard
input until the toggle opaque/clear is used twice. After
David Thompson wrote:
Then file it in the bug reports so we don't forget about it.
http://www.opendx.org/bugs
I tried via [ Login Anonymously ], that resulted in:
ERROR: your account may be disabled or the username/password you entered is
incorrect.
Hmm, is that a bug in the bug tracker
Rob Lahaye wrote:
David Thompson wrote:
Then file it in the bug reports so we don't forget about it.
http://www.opendx.org/bugs
I tried via [ Login Anonymously ], that resulted in:
ERROR: your account may be disabled or the username/password you entered is
incorrect.
Hmm
Martin S. Tignor wrote:
What changes:
- The tool selector becomes a set of tabbed pages that
resemble the canvas area in appearance. There are
2 pages. One page is a new tool selector that
is pretty much like the old one. The 2nd page
is a list of recently used files. Double click
in
Martin S. Tignor wrote:
How else? You click on an item, then click in the canvas.
OK, that's what I usually do.
Alternatively, double click on an item
then make multiple placements in the canvas.
Ah, that's new to me. I've tried it now and indeed!
It was a bit troublesome to have it stop
Hi,
The following VPE tools are badly and/or strangely documented in
their descriptions:
Classify: No module description (new macro doesn't explain much!).
The output field is called output_1 (why the _1 ?).
Matte: Everything is missing: the Module description, as well as
the
Martin S. Tignor wrote:
On Sat, 2003-02-15 at 22:24, Rob Lahaye wrote:
The following VPE tools are badly and/or strangely documented in
their descriptions:
Classify: No module description (new macro doesn't explain much!).
The output field is called output_1 (why the _1 ?).
Matte
Martin S. Tignor wrote:
Hello,
I've checked new code into the main branch that reimplements
the tool selector. In the process I've broken keyboard focus.
Whenever the scrollbars around the vpe canvas appear, focus
goes to them so other things that need keyboard input don't
work. I'm
Martin S. Tignor wrote:
Hello,
I've checked new code into the main branch that reimplements
the tool selector. In the process I've broken keyboard focus.
Whenever the scrollbars around the vpe canvas appear, focus
goes to them so other things that need keyboard input don't
work. I'm
Martin S. Tignor wrote:
Hello,
I've checked new code into the main branch that reimplements
the tool selector. In the process I've broken keyboard focus.
Whenever the scrollbars around the vpe canvas appear, focus
goes to them so other things that need keyboard input don't
work. I'm
Martin S. Tignor wrote:
On Mon, 2003-02-24 at 18:34, Rob Lahaye wrote:
I had to move the following functions from protected to public
in ToolSelector.h, in order to avoid errors during the make:
virtual void componentHelp() { this-help(); }
virtual void toolSelect(Symbol s
Hi,
The new menu item File-Recent Programs is always empty after a new start
of the VPE. During the session, opened programs are added the Recent Programs
list, but these are all gone in the next session.
Somehow saving the Recent Programs does not work, or is not done properely.
When I start
Hi all,
While compiling CVS OpenDX, I encountered the following strange warnings:
filter.c:255: warning: decimal constant is so large that it is unsigned
_compoper1.c:597: warning: decimal constant is so large that it is unsigned
_compoper2.c:468: warning: comparison is always true due to
Martin S. Tignor wrote:
On Tue, 2003-02-25 at 22:36, Rob Lahaye wrote:
The new menu item File-Recent Programs is always empty after a new start
of the VPE. During the session, opened programs are added the Recent Programs
list, but these are all gone in the next session.
Can you post me your
Martin S. Tignor wrote:
On Tue, 2003-02-25 at 22:36, Rob Lahaye wrote:
The new menu item File-Recent Programs is always empty after a new start
of the VPE. During the session, opened programs are added the Recent Programs
list, but these are all gone in the next session.
Can you post me your
Rob Lahaye wrote:
While compiling CVS OpenDX, I encountered the following strange warnings:
And a few more, I overlooked in the previous email:
1) mktemp() vs. mkstemp():
src/uipp/base/Strings.C:
warning: mktemp() possibly used unsafely; consider using mkstemp()
src/uipp/base
Martin S. Tignor wrote:
On Wed, 2003-02-26 at 19:14, Rob Lahaye wrote:
But the choice $HOME/DX as the file for saving DX issues, is
not that obvious. Along common unix lines, I would recommend
to use a directory $HOME/.DX where this file (and possibly
others in the future) are saved, e.g. $HOME
Hello,
I've wondered for a long time already, why none of the figures in the online
documentation are shown. It always says: Graphics omitted from Online
Documentation. Please see the manual.
Is this a copyright issue? If not so, then why not convert all the figures into
a format that can be
David Thompson wrote:
If you are referring to the standard help,
Yes, I ment that. Sorry for not being more explicit.
the reason is that no-one
wanted to write a page layout widget that included graphics. I'd
recommend you set the environment variable DX_WEB_BROWSER to 1, then
your
David Thompson wrote:
Not everybody has mozilla or netscape installed. This was
a new feature I added in the last version--if you have any ideas on how
we could default this (ie know which browser someone might have) I'm all
ears.
I'm not an expert on this; but for a better user interface,
David Thompson wrote:
Not everybody has mozilla or netscape installed. This was
a new feature I added in the last version--if you have any ideas on how
we could default this (ie know which browser someone might have) I'm all
ears.
I'm not an expert on this; but for a better user interface,
Hi,
There's a feature in the File-Recent Programs that I find very confusing.
When I have two projects, both with networks name myProject.net, but one in
/home/lahaye/tmp and the other in /home/lahaye/OpenDX/, the File-Recent
Programs
either shows:
myProject.net
Hi,
I have upgraded my OS (FreeBSD 4.7 to 4.8) and I think I have installed all
necessary
components, including X11 libraries/includes (XFree86 version 4.3.0).
When I build OpenDX-CVS, all goes well until the make ends with:
[...]
gcc -DHAVE_CONFIG_H -I. -I. -I../../../include
Rob Lahaye wrote:
Hi,
I have upgraded my OS (FreeBSD 4.7 to 4.8) and I think I have installed
all necessary
components, including X11 libraries/includes (XFree86 version 4.3.0).
When I build OpenDX-CVS, all goes well until the make ends with:
[...]
gcc -DHAVE_CONFIG_H -I. -I. -I
David Thompson wrote:
Martin,
What's the chance of adding a preference to turn off window redraws of
the Image window when the Window is resized? Some window managers are
requesting so many window updates when a resize happens that it takes
forever for the window to be updated. It
The following crashes my VPE:
1. Start VPE (e.g. dx -edit).
2. Drop one or two tools on the canvas.
3. Create another Page with Edit-Page-Create Empty Page
4. Goto the new empty page and select: Edit-Layout Graph
BANG!
Problem is probably that Edit-Layout Graph is not disabled,
although
You can grab a tarball at
http://opendx.npaci.edu/source/dx-4-3-0.tar.gz and test away. This is
from the very latest cvs of libtool (this morning).
I'm testing on FreeBSD 4.8, with gcc 2.95.4 and open-motif 2.2.2.
I also have ImageMagick-5.5.6
The problems below do NOT occur in my HEAD
David Thompson wrote:
I have updated the tarball at opendx.npaci.edu/source/dx-4.3.0.tar.gz
Still, zclipQ.c compliles forever here. Let it be a gcc-compiler bug,
but this only occurs with your tarball; not with the HEAD branch of CVS!
Please consider an easy solution to bypass this
I have compiled the tarball without errors on my FreeBSD 4.8 PC
(with gcc 2.95.4). However, I get an enormous list of warnings.
A file with all the warnings is attached.
Please have a look whether these address possible bugs.
Regards,
Rob.
warnings.gz
Description: Unix tar archive
Can someone with ID/password please enter this bug in to the
Bug Database (or even better, fix it):
1. Start VPE (e.g. dx -edit).
2. Drop one or two tools on the canvas.
3. Create another Page with Edit-Page-Create Empty Page
4. Goto the new empty page and select: Edit-Layout Graph
BANG!
Hi,
I was wondering why the user/program/reference/quick guides are only provided
in PDF, PS and HTML format, which are probably not the source formats of this
documentation.
What actually is the source format for these guides? LaTeX? XML? Or some odd
word processor?
Would it be an idea to
David Thompson wrote:
We only have access to the guides as end products not as source. The
originals are still held by IBM in DocBook format and are not
distributed. That is why all new editing has been done in the HTML
Rather peculiar that IBM has agreed to release the code as opensource,
David Thompson wrote:
My version is in the libtool cvs.
Gregory D Abram wrote:
We weren't intending to withhold the docs, its just that we didn't figure
the Bookmaster source was useful to anyone but us (and then only marginally
so - the conversions from Bookmaster were a black art I never
On my FreeBSD PC, I have installed the required autotools for the libtool
branch:
libtool 1.4.3
autoconf / autoheader 2.57
automake/ aclocal 1.5
This is what I get:
$ ./CVSMake
configure.ac:963: warning: AC_PROG_LEX invoked multiple times
configure.ac: 9: `automake requires
David Thompson wrote:
I don't have time to work on a fix for a compiler bug at this moment. If
you can find a way around it, I'll include it--otherwise we'll just have
to make the comment that gcc 3.1 or better will take a long time to
compile this file.
Fix is to be patient. So far, I
David Thompson wrote:
I don't have time to work on a fix for a compiler bug at this moment. If
you can find a way around it, I'll include it--otherwise we'll just have
to make the comment that gcc 3.1 or better will take a long time to
compile this file.
I've been trying a lot to bypass
The file src/exec/libdx/.cvsignore seems to be missing in CVS (libtool branch).
I have attached this file, as I think it should be added.
Regards,
Rob.
*.lo
*.la
.libs
local.mk
Makefile
Makefile.in
buffer.c
lbshade.c
triangle.c
quad.c
plane.c
arrayClass.c
cameraClass.c
clippedClass.c
On 16 Jun 2003 Martin S. Tignor wrote:
On Sun, 2003-06-15 at 21:50, Rob Lahaye wrote:
1. Start VPE (e.g. dx -edit).
2. Drop one or two tools on the canvas.
3. Create another Page with Edit-Page-Create Empty Page
4. Goto the new empty page and select: Edit-Layout Graph
BANG!
I think
Why are these four files still in CVS?
All four are automagically generated at compile time and need not be in CVS.
Why not delete them from CVS, so that 'cvs update' will not complain anymore...
This is with libtool branch.
Regards,
Rob.
I have DX/CVS updated to the libtool branch.
For that I have:
libtoolize (GNU libtool15) 1.5
aclocal (GNU automake) 1.5
autoheader (GNU Autoconf) 2.57
automake (GNU automake) 1.5
autoconf (GNU Autoconf) 2.57
When I do the ./CVSMake, I get:
$ ./CVSMake
#!/bin/sh -v
# These are the
David Thompson wrote:
Update your version of automake to at least 1.6. 1.7 is preferable.
Thanks!
I have 1.7 installed, but now I get this:
$ ./CVSMake
Hello,
When I freshly download CVS and run CVSMake, I get strange error messages.
The automake (1.7.5) is the showstopper here. I use FreeBSD 4.8 and
$ libtoolize --version
libtoolize (GNU libtool) 1.5
$ aclocal --version
aclocal (GNU automake) 1.7.5
$ autoheader --version
autoheader (GNU
David Thompson wrote:
Run aclocal
Now open aclocal.m4 and see if AC_DEFUN([AC_PROG_LIBTOOL] exists; if so,
then continue on with autoheader, automake -a -i, autoconf. If not, then
delete aclocal.m4 and try the libtoolize, aclocal again until it does
exist.
I apologize for my ignorance
Rob Lahaye wrote:
When I run dx and its various components, I see different files appear in
my homedirectory, e.g. ~/.startup-ad, ~/..dx-ad, etc.
I suggest doing this more properly, by using an OpenDX directory instead
(for example ~/.dx/ or ~/.opendx/ ) in where all the session files
Rob Lahaye wrote:
Rob Lahaye wrote:
When I run dx and its various components, I see different files appear in
my homedirectory, e.g. ~/.startup-ad, ~/..dx-ad, etc.
I suggest doing this more properly, by using an OpenDX directory instead
(for example ~/.dx/ or ~/.opendx/ ) in where all
Martin S. Tignor wrote:
On Thu, 2003-09-04 at 23:31, Rob Lahaye wrote:
Argh, if you want to apply, please apply attached patch instead.
I forgot the int xu = 0; in case of DXD_OS_NON_UNIX
I'll take a look at it.
In the mean time...
- Do you think you should add execute permission
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
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.
OK, I'll investigate, but
In src/uipp/prompter/GARCommand.C, is now:
#if defined(HAVE_SSTREAM)
#include sstream
#elif defined(HAVE_STRSTREAM_H)
#include strstream.h
#elif defined(HAVE_STRSTREA_H)
#include strstrea.h
#endif
Why can't all that simply be replaced by:
#include strstream
Same in
David Thompson wrote:
This error with OpenGL not X. It appears that you do not have OpenGL
installed. When you run configure what is the status of the OpenGL
tests. Where is your OpenGL libs located?
Eh, but why do I not have these problems when I set
setenv LDFLAGS -L/usr/X11R6/lib
David Thompson wrote:
STRSTREA_H and STRSTREAM_H are not the same. On older Windows systems
with limitations on 8.3 character names, these files were not the same.
As long as nobody is compiling for Windows 95 or lower, this fix would
be acceptable. But since it is not harming
Hello,
In the past, I have submitted a patch, which was then sort of
considered adding, but never made it into CVS.
The patch to Application.C uses a $HOME/.dx/ subdirectory for all
the DX app. files, instead of putting these files directly in $HOME.
Patch is below.
Regards,
Rob.
Index:
Jack Chang wrote:
Thanks, I downloaded the 4.3.2 and the automake stuff worked. Still, one
more question... Suppose that I want to import the dx-4.3.2 codes into my
own CVS depository so I can keep track of my own modification. Is there a
way to do it? I try to use the following command for the
Hi,
During my OpenDX session, there is a directory created named
/tmp/.DX-unix/
which contains socket-files, f.ex. /tmp/.DX-unix/DX1900
When I Quit my OpenDX application, this directory and file are
still there. Shouldn't that be cleaned up afterwards?
Regards,
Rob.
62 matches
Mail list logo