Update of /src/master/dx/src/uipp/windows
In directory opendx.watson.ibm.com:/tmp/cvs-serv20046
Modified Files:
AnnotationGroupManager.cpp ApplicIF.cpp Application.h Ark.cpp
ArkStandIn.h AttributeParameter.cpp AutoAxesDialog.cpp
AutoAxesDialog.h ColormapAddCtlDialog.cpp
Update of /src/master/dx/src/uipp/windows
In directory opendx.watson.ibm.com:/tmp/cvs-serv23326
Added Files:
AccessNetworkPanelsCommand.cpp AccessNetworkPanelsCommand.h
CascadeMenu.cpp CascadeMenu.h CloseWindowCommand.cpp
CloseWindowCommand.h ColormapEditCommand.cpp
What is X's bit depth set to. We have seen issues with bit depth problems.
David
--
.
David L. Thompson Visualization and Imagery Solutions, Inc.
mailto:[EMAIL PROTECTED]5515 Skyway Drive,
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David
Thompson
Sent: 13 October 2004 23:09
To: opendx2-dev@lists.berlios.de
Subject: Re: [opendx-dev] compile on 2cpu amd_64; rhel3
What is X's bit depth set to. We have seen issues with bit depth
problems.
David
America/New_York, David Thompson wrote:
I was going to add the cbrt function to Compute, I really needed it
today--so I did. Problem is, that cbrt is not available on all
platforms. Anybody know of a good place to look for an algorithm
for cbrt that could be included in OpenDX?
David
I was going to add the cbrt function to Compute, I really needed it
today--so I did. Problem is, that cbrt is not available on all
platforms. Anybody know of a good place to look for an algorithm for
cbrt that could be included in OpenDX?
David
--
Update of /src/master/dx/src/exec/hwrender
In directory opendx.watson.ibm.com:/tmp/cvs-serv14162/hwrender
Modified Files:
hwDraw.c hwRender.c
Log Message:
Still trying to work out a redraw that can be called between
glBegin and glEnd. Think I have it whipped now.
Update of /src/master/dx/src/exec/hwrender
In directory opendx.watson.ibm.com:/tmp/cvs-serv25180
Modified Files:
hwRender.c hwWindow.c
Log Message:
Add a new hardware function to allow a force redraw on a hardware window.
Not used internally to dx but needed for a gl update module.
Update of /src/master/dx
In directory opendx.watson.ibm.com:/tmp/cvs-serv15502
Modified Files:
ChangeLog
Log Message:
New bug id fix listed.
Update of /src/master/dx/src/exec/libdx
In directory opendx.watson.ibm.com:/tmp/cvs-serv13404
Modified Files:
displayutil.h
Log Message:
Fix for the red cache bug at 16 bit.
Update of /src/master/dx/src/exec/dpexec
In directory opendx.watson.ibm.com:/tmp/cvs-serv25424/dpexec
Added Files:
dxThreadMain.cpp dxThreadMain.h tmainUtil.cpp tmainUtil.h
Log Message:
Add new commits for the threaded Windows .NET classes.
Update of /src/master/dx/src/exec/dxexec
In directory opendx.watson.ibm.com:/tmp/cvs-serv25424/dxexec
Added Files:
tmain.cpp
Log Message:
Add new commits for the threaded Windows .NET classes.
Update of /src/master/dx/VisualDX/dxconsole
In directory opendx.watson.ibm.com:/tmp/cvs-serv12098/dxconsole
Log Message:
Directory /src/master/dx/VisualDX/dxconsole added to the repository
Update of /src/master/dx/VisualDX/dxconcsharp
In directory opendx.watson.ibm.com:/tmp/cvs-serv19970/dxconcsharp
Log Message:
Directory /src/master/dx/VisualDX/dxconcsharp added to the repository
Update of /src/master/dx/src/exec/libdx
In directory opendx.watson.ibm.com:/tmp/cvs-serv25424/libdx
Modified Files:
callm_winit.c displayw.c displayw.h
Log Message:
Add new commits for the threaded Windows .NET classes.
Update of /src/master/dx/VisualDX/DXL
In directory opendx.watson.ibm.com:/tmp/cvs-serv18758/DXL
Added Files:
DXL.vcproj
Log Message:
Update and add project settings and files to build the first initial
C# based DXLink application. It is pretty rudimentary, but should get
us started on
Update of /src/master/dx/VisualDX
In directory opendx.watson.ibm.com:/tmp/cvs-serv18758
Modified Files:
dxconfig.h
Added Files:
VisualDX.sln VisualDX6.dsw
Log Message:
Update and add project settings and files to build the first initial
C# based DXLink application. It is pretty
Update of /src/master/dx/VisualDX/DX
In directory opendx.watson.ibm.com:/tmp/cvs-serv18758/DX
Modified Files:
dxexec.def
Added Files:
DX.vcproj
Log Message:
Update and add project settings and files to build the first initial
C# based DXLink application. It is pretty
Update of /src/master/dx/VisualDX/dxconcsharp
In directory opendx.watson.ibm.com:/tmp/cvs-serv18758/dxconcsharp
Added Files:
App.ico AssemblyInfo.cs Class1.cs dxconcsharp.csproj
dxconcsharp.csproj.user
Log Message:
Update and add project settings and files to build the first
Update of /src/master/dx/src/exec/dpexec
In directory opendx.watson.ibm.com:/tmp/cvs-serv15388/src/exec/dpexec
Modified Files:
Makefile.am
Log Message:
Add the new files to the Makefiles so that it will get included with the
distribution. Update arch for Windows building.
Update of /src/master/dx/include/dx
In directory opendx.watson.ibm.com:/tmp/cvs-serv15388/include/dx
Modified Files:
arch.h
Log Message:
Add the new files to the Makefiles so that it will get included with the
distribution. Update arch for Windows building.
Update of /src/master/dx/VisualDX
In directory opendx.watson.ibm.com:/tmp/cvs-serv15388/VisualDX
Modified Files:
Makefile.am
Log Message:
Add the new files to the Makefiles so that it will get included with the
distribution. Update arch for Windows building.
Update of /src/master/dx/src/exec/dxexec
In directory opendx.watson.ibm.com:/tmp/cvs-serv15388/src/exec/dxexec
Modified Files:
Makefile.am
Log Message:
Add the new files to the Makefiles so that it will get included with the
distribution. Update arch for Windows building.
Update of /src/master/dx
In directory opendx.watson.ibm.com:/tmp/cvs-serv13140
Modified Files:
ChangeLog
Log Message:
You can get the directions from www.opendx.org/support.html.
David
How do I remove myself from this distribution?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David
Thompson
Sent: Thursday, July 29, 2004 2:15 PM
To: opendx2-dev@lists.berlios.de
Update of /src/master/dx/src/exec/libdx
In directory opendx.watson.ibm.com:/tmp/cvs-serv21664
Modified Files:
memory.c
Log Message:
Add one missed line for cygwin mem calc.
Update of /src/master/dx/src/exec/libdx
In directory opendx.watson.ibm.com:/tmp/cvs-serv5246
Modified Files:
memory.c
Log Message:
Add cygwin update for calculating avail memory.
Update of /src/master/dx/src/exec/libdx
In directory opendx.watson.ibm.com:/tmp/cvs-serv17758/libdx
Modified Files:
diskio.h displayw.h lbprivate.c memory.c
Log Message:
Add some cplusplus wrappers around headers, update a few variable names
that conflict with c++ keywords, move one
Update of /src/master/dx/src/exec/libdx
In directory opendx.watson.ibm.com:/tmp/cvs-serv9004/libdx
Modified Files:
mem.c
Log Message:
Starting to build a threaded exec for the Windows port. Want to
check in a bunch of fixes needed for some of the C++ compiling
that shouldn't change the
Update of /src/master/dx/src/exec/dxexec
In directory opendx.watson.ibm.com:/tmp/cvs-serv9004/dxexec
Modified Files:
main.c
Log Message:
Starting to build a threaded exec for the Windows port. Want to
check in a bunch of fixes needed for some of the C++ compiling
that shouldn't change
Update of /src/master/dx/bin
In directory opendx.watson.ibm.com:/tmp/cvs-serv26448
Modified Files:
dx.in
Log Message:
Don't need to set the DX_SOCKET_BUFSIZE anymore since Martin has fixed
the socket code.
Update of /src/master/dx/bin
In directory opendx.watson.ibm.com:/tmp/cvs-serv21096
Modified Files:
dx.in
Log Message:
Update so that inboard modules (exec) gets set when using startupui. Sets
DXEXEC to pass to other environments.
Update of /src/master/dx/html/pages
In directory opendx.watson.ibm.com:/tmp/cvs-serv21612/pages
Modified Files:
refgu101.htm
Log Message:
Update concerning Parse.
You will have to look at your config.log to see if there is any hint
there as to what the problem might be.
David
Hi,
I was trying to add some new file to the dxmods directory and modified the
Makefile.am in that directory accordingly. Then I ran CVSMake in the
dx-4.3.2 root directory to
Its a known bug in gcc and has been reported. Actually, if you allow
it to sit for a few hours, it will eventually compile it.
David
Don't know why it hangs, but I find that if you modify the Makefile
in libdx to use -O rather than -O2 it doesn't.
Greg
--
Update of /src/master/dx/src/exec/dpexec
In directory opendx.watson.ibm.com:/tmp/cvs-serv19954
Modified Files:
ccm.c
Log Message:
Correct a problem with outboard modules not working.
Update of /src/master/dxsamples/outboard
In directory opendx.watson.ibm.com:/tmp/cvs-serv14380
Modified Files:
Makefile.am Makefile_alphax Makefile_aviion Makefile_hp700
Makefile_ibm6000 Makefile_ibmpvs Makefile_sgi Makefile_solaris
Makefile_sun4
Added Files:
Update of /src/master/dx
In directory opendx.watson.ibm.com:/tmp/cvs-serv10934
Modified Files:
ChangeLog
Log Message:
Update of /src/master/dx/src/exec/dpexec
In directory opendx.watson.ibm.com:/tmp/cvs-serv21968/src/exec/dpexec
Modified Files:
graph.c
Log Message:
Don't just exit--die more gracefully within the exec.
Update of /src/master/dx/src/exec/dpexec
In directory opendx.watson.ibm.com:/tmp/cvs-serv10764/src/exec/dpexec
Modified Files:
sfile.c
Log Message:
Add a debug statement for intelnt
Which Makefile are you trying to use? There isn't one specifically
written for linux--so any one that you use, you are going to have to
modify to add gcc specific flags.
Which style of module are you trying to write (loadable/inboard/outboard)?
David
I have installed opendx 4.3.2 in a PC
. The best way to write modules would be to do it as a
loadable module.
David
Hi David Thompson,
Following, there is the makefile that we are using.
The module style is INBOARD.
Thanks for any help !
MAKEFILE
HELLO = userhello.c hello.c
BASE = /usr/local/dx
include $(BASE)/lib_$(ARCH
Can you send a copy of the compilation errors?
It would also help if you gave your OS, OpenDX version, compiler.
David
I accurately added the Hello module as in the example, and I get
some compilation errors. What is wrong ?
_
Sorry, but I can't help out with 4.2.0. There have been so many
changes that I can't support it. If you want to try it with 4.3.2,
then I can help if problems arise.
David
Thanks for the tips. However, I did installed the latest versions of
autoconf (v2.58) and automake (v1.8) and followed
Sorry, I don't use cvs that way. You're best bet would be to download
the cvs book and read through it.
David
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
The problem is probably with your version of Automake being too old
or you may need to have all the auto tools installed to build. If you
have them all installed, you can follow the script CVSMake to build
from scratch.
David
Hello,
I am asking a rather naive yet rather troublesome
If you look at the 1.13-1.12 diff of MsgWin.C, you'll see that I did
change one delete (there were a whole bunch in that set of commits at
that time). All of the delete's I fixed were the ones that were
automatically detected by gcc 3.2. The problems they were having were
with gcc complaining
. Although loading the Hello from the
command line doesn't work, I managed to load it from the menu Load
Modules in DX. But I still want to figure it out in the command
line.
The following is what I got from you advice. It would be great if
you can take a look and give me some more advice.
David
So within your .mdf file, you have the module listed as an INBOARD
when trying to create it this way correct? I'm not sure too many
people are compiling INBOARDs now, but it should work.
David
David Thompson wrote:
The response you got for eval exec ... doesn't give one much to
go on. Try
You may want to give it a full path to the exec. You may also gain
more info from adding an -echo flag and see exactly what the commands
are doing to make sure things are getting passed around correctly.
David
Dear all,
I got some problems with runing the Hello module
Do a man errno and see which lib you need to include to get it that
isn't being included.
I was trying to compile with gcc 3.3.1-r1 and got the following linking
error:
make[3]: Entering directory `/home/jfox/dx/src/exec/dxexec'
gcc -mcpu=pentium3 -O3 -pipe -Wall -g -O2 -I/usr/X11R6/include
before `;' token
GARCommand.C:80: error: `tmpstr' undeclared (first use this
function)
-- Thanks
On Wed, Sep 24, 2003 at 12:28:32PM -0600, David Thompson wrote:
Do a man errno and see which lib you need to include to get it that
isn't being included.
I was trying to compile with gcc
OpenGL is not always located in /usr/X11R6/ for all systems--only
systems with XFree86. That is why it is not set up this way. I will
change the Motif setup as I suggested, but your statement is not
correct is actually not correct.
David
David Thompson wrote:
The problem is, you
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
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?
David
David Thompson wrote:
Actually it is, if you look through the script DX_PATH_XM--it should be
looking
Look at those carefully, they are not the same. I'm not aware of
compilers that don't support it, but we do have enough that one of
them might not (xlc, Forte, gcc, Visual Studio).
David
In src/uipp/prompter/GARCommand.C, is now:
#if defined(HAVE_SSTREAM)
#include sstream
#elif
store the LDFLAGS for further processed commands as we
do with Motif. If that's the case, we can just move the Motif checks
before the OpenGL checks.
The reason it works when you set the LDFLAGS is that then configure
can find the link library libGL.a or libGL.so.
David
David Thompson wrote
Irek,
I will send you a copy of the logo in eps off the list.
David
I am going to present a poster about dxhdf5
(http://www-beams.colorado.edu/dxhdf5) at a conference
(http://web.mit.edu/ned/ICNSP). I want to put on the poster a logo of
OpenDX.
I do not want to use a logo from the
Replace the Sequencer with a Loop to do what you want if you program
in the VPE. Otherwise, edit MRI_2.net and before the play; command,
issue:
palindrome on;
loop on;
play;
I now see that there must be a bug there somewhere. If I drop into
script mode and do the following:
dx include
me know if I can be of further assistance.
Irek
On Tue, 19 Aug 2003, David Thompson wrote:
Actually, if you can just send me the appropriate command line
options for xlc, that is good enough. I just need to document it in
the code as well as within the Makefiles produced by the module
Irek,
Could you give me the instructions on compiling a module then (the
specific command line flags you need to accomplish it) as well as any
flags you had to change to compile the exec and I will document them
in the loader code and update anything that needs to be done in
autoconf. Then
No, more of a limitation. There were more fonts that were included in
the commercial version (way back when), but they were commercial
fonts. I've contacted the font vendors to try and get permission to
either include them or sell them, but there was a big licensing deal
that would have to be
Please feel free to fix the code for these and post it. We will
include it with the next version.
David
David Thompson wrote:
No, more of a limitation. There were more fonts that were included in
the commercial version (way back when), but they were commercial fonts.
I do remember
Rob,
You may have to use a debugger to figure out what is going on. Might
I suggest doing something like
$ dx -uionly foobar.net
$ setenv DXROOT /usr/local/dx
$ setenv DXDATA /usr/local/dx/samples/data
$ gdb /usr/local/dx/bin_linux/dxexec
gdb run -r -B
Now go to the UI and connect to an
This looks like a problem. Try including it twice or including some
other file. Maybe even just running it from the command line.
dx include foobar.net
dx include foobar.net
dx include test.net
$ dx -script foobar.net
David
Never have done things like this, so don't know !?!?!
Rob.
--
I presume you mean the module, not dxexec. Yes, I tried a few things
for exporting, all to no avail: -bexpall, -bexpfull, an export
file (-bE:file_name) with only DXEntry and the module name,
m_ImportHDF5Field, and finally I made libtool generate an export
file for me.
Actually, I meant the
You may want to look at our autoconf template for building modules
that we contributed as mentioned on opendx.org. Also, you need to
make sure that you export the symbols when building the dxexec for
AIX. I remember once having a similar problem and it was because the
-bE was not included when
Go ahead and let it finish, it will eventually (about an hour) or you
can change the optimization for just this file to -O1 and compile it
(edit the Makefile and then change it back). Its a bug that's been
reported to gcc.
David
Hi,
I have tried to compile dx 4.3.0, but it hangs at
It looks as though your libtoolize isn't putting the stuff where it
needs to be. You can run libtoolize with more options. Try:
libtoolize --copy --debug --force
and see what the output gives.
David
Hello,
When I freshly download CVS and run CVSMake, I get strange error messages.
The
.
David
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
Update your version of automake to at least 1.6. 1.7 is preferable.
David
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
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
#!/bin/sh -v
# These are the steps that must be done after a make maintainer-clean
# in order to ./configure this package.
libtoolize15
Guess I didn't know this. I was going from the flex documentation. I
will see what I can do.
David
Moi!
On Wed, Jul 02, 2003 at 12:05:47PM -0400, [EMAIL PROTECTED] wrote:
Log Message:
A fix for dealing with yylineno and dealing with lex vs flex.
---
Looking at the change logs for flex, it appears that yylineno support
was added in 2.5.4 with the -l flag. Before that it didn't exist. I
bet you are getting the -l flag set somehow. From the info I've read,
using yylineno from flex gives a performance hit (just so you know).
I agree that it
:07AM -0600, David Thompson wrote:
Looking at the change logs for flex, it appears that yylineno support
was added in 2.5.4 with the -l flag. Before that it didn't exist. I
bet you are getting the -l flag set somehow. From the info I've read,
using yylineno from flex gives a performance hit (just
don't know, and also switches flex to add usable
information with yylineno. The speed is not so critical because this
only runs when networks are loaded.
David
On Thu, Jul 03, 2003 at 03:16:26PM -0600, David Thompson wrote:
So why don't I go back to the original plan and just see if I can
make
Because it is required that they be generated with a version of Bison
much later than installed on some systems. Also some systems don't
have Bison by default (such as Solaris). It is much easier for us to
generate them and provide them with the distribution (which means we
need them in CVS).
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.
David
On my FreeBSD PC, I have installed the required
, David Thompson wrote:
Start up, load /usr/local/dx/samples/programs/AutoColor.net, quit.
That's enough to see it happen. For me.
David
...still looking.
I see the XtError message at exit that you mentioned but only
if I execute AutoColor.net. Loading and quiting doesn't do it
for me.
As I
I looked at your net and did a few tests, and it appears all the
normals are correct and the two sided rendering is indeed in error.
It may be that the normals are not getting sent quite right to
OpenGL. I will file a bug on this and may get a chance to look at it.
David
Hi,
Does anyone
/cvsweb.cgi/openmotif/lib/Xm/ToolTip.c.diff?r1=1.3r2=1.4cvsroot=openmotif.
It does require a recompile of OpenMotif in my case of the crash. For
the other systems, I'll live with the error message.
David
On Tue, 2003-06-24 at 11:17, David Thompson wrote:
Which version of Motif are you using
Martin,
I'm seeing a crash when dxui exits. I've tracked it down to the
XtPopdown(this-popupMenu) in TextSelector.C. If I change it to
if(this-popupMenu)
XtPopdown (this-popupMenu);
then I don't see the problem, but I wanted to confirm that this is
the correct fix. On other
Depends on what code you want to familiarize yourself with. If you're
thinking the visualization algorithms, you'll be looking at code in
src/exec. From there, you'll want to try and track down algorithms.
For example, you're interested in Regrid, look at the Regrid module
in dxmods/regrid.c.
of DestroyWidget() that it took a while to even track it down to the
Popdown.
David
On Mon, 2003-06-23 at 12:18, David Thompson wrote:
Martin,
I'm seeing a crash when dxui exits. I've tracked it down to the
XtPopdown(this-popupMenu) in TextSelector.C. If I change it to
if(this-popupMenu
Start up, load /usr/local/dx/samples/programs/AutoColor.net, quit.
That's enough to see it happen. For me.
David
On Mon, 2003-06-23 at 14:08, David Thompson wrote:
I'll wait for you to take a look at it. I was just narrowing down
where the problem was occurring. After I had commented out
What are you going to edit it with? Docbook was a strange internal
IBM application.
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
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
docs. Currently any updates are done there. If you want to
contribute, please send updated HTML
if you can. You only have to compile
zclipQ.c once--but I will see if I can fix the problem with that file.
David
On Mon, 9 Jun 2003 David Thompson wrote:
I bet if you had -O2 set in your CFLAGS that you would see this on
the head branch, by default this is off on the head but I believe
identified it as a gcc bug with -O2 and
even the offending macro. If someone else has time to look at
providing a fix, I'll put it in--but I just don't have the time right
now.
David
David Thompson wrote:
I have updated the tarball at opendx.npaci.edu/source/dx-4.3.0.tar.gz
Still, zclipQ.c
2003, Rob Lahaye wrote:
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
I have updated the tarball at opendx.npaci.edu/source/dx-4.3.0.tar.gz
to reflect the recent changes with configure and fixes for compiling
on Solaris. I do see one more fix I need to make for Windows, but I'm
wondering how others are doing?
Richard, have you been able to build it?
David
--
The configure warnings are just that warnings. The difference is that
the newer autoconf actually tries to compile headers not just look
them up--whereas the older version didn't. I've got a fix for the
magick warnings and will have it checked in before release.
As for the problem with
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).
David
Yes, it would be nice to test the tarball to make sure it
does compile on MacOS 10.2.6. I had some problems with the
libtool branch and it
I thought I'd make a follow up to this. Chris has now learned that
there was a bug with SP1. There were some bugs in OpenDX which I have
corrected for Windows, but there was also a bug with respect to SP1.
Upgrading to SP2 has solved some of these problems.
In all machines, dxexec starts
On Monday, May 5, 2003, at 11:00 PM, David Thompson wrote:
Richard,
Which copy of bison and libtool are you using?
bison-1.875
Libtool: not sure (how do you find out?), I don't remember upgrading
it. it is probably
the version that comes with the December release of the developers tools.
I build
Most of the core is already independent of X windows. We have done
some work in creating a native Windows exec and will be releasing
that soon.
David
Hi!
I take quite a long time to make opendx play on my
win2k platform, and feel not comfortable with Xwindows
features. I just wonder whether
I've been working on making dx behave better on MacOS X (be more like
a mac app) and after fighting with passing args between two shell
scripts, I'm wondering why we have two shell scripts? Now that I've
converted dxworker to /bin/sh, doesn't it make sense to just combine
dx and dxworker into
You have to upgrade your version of Bison for the libtool branch.
David
I'm trying to compile the latest from the CVS libtool branch
under MacOS 10.2.5 using the 12/02 release of developers tools.
Seems like bison is involved. Anyone recognize the problem?
gcc -DHAVE_CONFIG_H -I. -I.
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 would require the user
to then
.
David
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
201 - 300 of 912 matches
Mail list logo
