We will be using The Mail Archive for archival and search. This is a
message to make sure set-up is correct.
--
.
David L. Thompson Visualization and Imagery Solutions, Inc.
mailto:[EMAIL PROTECTED]5
One more test. Need some header information.
--
.
David L. Thompson Visualization and Imagery Solutions, Inc.
mailto:[EMAIL PROTECTED]5515 Skyway Drive, Missoula, MT 59804
Update of /src/master/dx/html
In directory opendx.watson.ibm.com:/tmp/cvs-serv9482/dx/html
Modified Files:
Makefile.am
Log Message:
CV applied in this round of cvs updates are to add enhancements to the
configurability of making dx as well as fixing some Makefile problems. The
configure
Update of /src/master/dx/src/uipp/java
In directory opendx.watson.ibm.com:/tmp/cvs-serv9482/dx/src/uipp/java
Modified Files:
Makefile.am
Log Message:
CV applied in this round of cvs updates are to add enhancements to the
configurability of making dx as well as fixing some Makefile proble
Update of /src/master/dx/src/uipp
In directory opendx.watson.ibm.com:/tmp/cvs-serv9482/dx/src/uipp
Modified Files:
Makefile.am
Log Message:
CV applied in this round of cvs updates are to add enhancements to the
configurability of making dx as well as fixing some Makefile problems. The
co
Update of /src/master/dx/src/exec
In directory opendx.watson.ibm.com:/tmp/cvs-serv9482/dx/src/exec
Modified Files:
Makefile.am
Log Message:
CV applied in this round of cvs updates are to add enhancements to the
configurability of making dx as well as fixing some Makefile problems. The
co
Update of /src/master/dx/src/exec/dpexec
In directory opendx.watson.ibm.com:/tmp/cvs-serv9482/dx/src/exec/dpexec
Modified Files:
Makefile.am
Log Message:
CV applied in this round of cvs updates are to add enhancements to the
configurability of making dx as well as fixing some Makefile pr
Update of /src/master/dx/src/uipp/dxuilib
In directory opendx.watson.ibm.com:/tmp/cvs-serv9482/dx/src/uipp/dxuilib
Modified Files:
Makefile.am
Log Message:
CV applied in this round of cvs updates are to add enhancements to the
configurability of making dx as well as fixing some Makefile
Update of /src/master/dx/src/uipp/java/server
In directory opendx.watson.ibm.com:/tmp/cvs-serv9482/dx/src/uipp/java/server
Modified Files:
Makefile.am
Log Message:
CV applied in this round of cvs updates are to add enhancements to the
configurability of making dx as well as fixing some M
Update of /src/master/dx/src/uipp/java/dx/net
In directory opendx.watson.ibm.com:/tmp/cvs-serv9482/dx/src/uipp/java/dx/net
Modified Files:
Makefile.am
Log Message:
CV applied in this round of cvs updates are to add enhancements to the
configurability of making dx as well as fixing some M
Update of /src/master/dx/src/uipp/java/dx/runtime
In directory opendx.watson.ibm.com:/tmp/cvs-serv9482/dx/src/uipp/java/dx/runtime
Modified Files:
Makefile.am
Log Message:
CV applied in this round of cvs updates are to add enhancements to the
configurability of making dx as well as fixin
Update of /src/master/dx/src/uipp/java/dx/protocol
In directory
opendx.watson.ibm.com:/tmp/cvs-serv9482/dx/src/uipp/java/dx/protocol
Modified Files:
Makefile.am
Log Message:
CV applied in this round of cvs updates are to add enhancements to the
configurability of making dx as well as fi
Update of /src/master/dx
In directory opendx.watson.ibm.com:/tmp/cvs-serv9482/dx
Modified Files:
acinclude.m4 configure.in
Log Message:
CV applied in this round of cvs updates are to add enhancements to the
configurability of making dx as well as fixing some Makefile problems. The
config
Update of /src/master/dx/src/exec/dxmods
In directory opendx.watson.ibm.com:/tmp/cvs-serv9482/dx/src/exec/dxmods
Modified Files:
Makefile.am
Log Message:
CV applied in this round of cvs updates are to add enhancements to the
configurability of making dx as well as fixing some Makefile pr
Update of /src/master/dx/src/uipp/java/dx/client
In directory opendx.watson.ibm.com:/tmp/cvs-serv9482/dx/src/uipp/java/dx/client
Modified Files:
Makefile.am
Log Message:
CV applied in this round of cvs updates are to add enhancements to the
configurability of making dx as well as fixing
Update of /src/master/dx/src/uipp/java/dx/applets
In directory opendx.watson.ibm.com:/tmp/cvs-serv9482/dx/src/uipp/java/dx/applets
Modified Files:
Makefile.am
Log Message:
CV applied in this round of cvs updates are to add enhancements to the
configurability of making dx as well as fixin
Update of /src/master/dx/src/exec
In directory opendx.watson.ibm.com:/tmp/cvs-serv8266
Modified Files:
Makefile.am
Log Message:
Made a mistake and forgot a pair of quotes. Now added to the echo line.
Suhaib,
Have you found these problems when compiling for UN*X or for Windows? This
should be getting set in dxconfig.h from the configure.in. Take a look at
configure.in and then your dxconfig.h and see if it's getting added? Is it
possible that your dxconfig.h did not get updated on a Make?
Davi
I think this is a lesstif problem. I'm seeing varying results with
steppers and sliders myself on my lesstif version. I don't see these
problems with my Motif builds. If I get a chance I will try and isolate
some code that can produce the problems for Rick to look at.
David
On Tue, 9 Nov 1999, Ro
Rick,
It's easy to start looking at the interactors. Click on the Interactors
Category, then click on an Integer and drop it on the canvas. Then double
click on the module and a control panel will open with the interactor in
place. You can then select it and change it's type in the edit menu. I
ha
Update of /src/master/dx/src/exec/libdx
In directory opendx.watson.ibm.com:/tmp/cvs-serv14276/dx/src/exec/libdx
Modified Files:
displayx.c
Log Message:
Fixed X calls and initializations in displayx.c, re-ordered one function and
cleaned up calls to better prototypes.
Update of /src/master/dx/src/uipp/java/server
In directory opendx.watson.ibm.com:/tmp/cvs-serv9490
Removed Files:
dxserver.paths
Log Message:
Removed dxserver.paths from the cvs tree. It is being generated
from dxserver.paths.in during make not that the Makefile.am has
been updated.
Update of /src/master/dx/src/exec/libdx
In directory opendx.watson.ibm.com:/tmp/cvs-serv28828
Modified Files:
displayx.c internals.h
Log Message:
Fixed a nasty little bug in the REALLOCATE_COLOR routine. This was
not allowing 8 bit displays to run DX due to the color table getting
hosed.
Update of /src/master/dx/src/exec/libdx
In directory opendx.watson.ibm.com:/tmp/cvs-serv25382
Modified Files:
memory.c
Log Message:
Added support for linux's memory request features. This bring's linux's
default memory request in sync with the other OS's.
Update of /src/master/dx
In directory opendx.watson.ibm.com:/tmp/cvs-serv30510
Modified Files:
configure.in
Log Message:
Added linux/sys.h and linux/kernel.h into DX_CHECK_HEADERS since they
are now being used in memory.c
Update of /src/master/dx/src/exec/libdx
In directory opendx.watson.ibm.com:/tmp/cvs-serv26908
Modified Files:
memory.c
Log Message:
Changed headers included for linux sysinfo call to be correct.
Update of /src/master/dx/src/exec/hwrender/opengl
In directory opendx.watson.ibm.com:/tmp/cvs-serv31236
Modified Files:
hwPortOGL.c
Log Message:
Remove cast, no longer needed since the cmap is now declared as a
correct type.
Not to get too political, but I did ask for help on this when I was first
working through it and got no response from anybody. I sent out several
e-mails about it and it seems you never get a response till somebody
thinks you screwed up. I will try and work on this, but I need some
pointers as to h
These *GAMMA* declarations are in include/dx/arch.h. It is possible that
you need to update this file from cvs.
David
On Tue, 7 Dec 1999, Jean-christophe Penalva wrote:
> Again a pb on displayx.c
>
> gcc -DHAVE_CONFIG_H -I. -I. -I../../../include -I../../../include
> -Dsgi-g -O2 -c displayx
Okay, that sounds reasonable and I can try and work on this to get it
fixed. Here are the problems that I ran into with Pete's version of the
search code and maybe you can give some suggestions to try to fix it.
Pete had configure write a little java program and then ran javac -verbose
on it to lo
. If not, then maybe use Pete's approach. If that fails,
> then fall back on the AC_PATH_X approach - simply a built in list of places
> to look that gets extended as needed. AC_PATH_X lists 25 places to look.
>
> Greg
>
> David Thompson <[EMAIL PROTECTED]>@opendx.watso
Rick,
Thanks for the humor. This definitely helped me lighten my mood.
David
On Tue, 7 Dec 1999, Rick Scott wrote:
> Ahhh, Java. The latest in the long line of languages promising platform
> independance. I suppose it is iff you have the correct version of the
> interpreter, iff you set a load
Update of /src/master/dx
In directory opendx.watson.ibm.com:/tmp/cvs-serv23914/dx
Modified Files:
acinclude.m4 configure.in
Log Message:
Updated acinclude.m4 and configure.in to handle the java stuff as discussed
on the mailing list. This is how it now works--
By default, running configu
Update of /src/master/dx
In directory opendx.watson.ibm.com:/tmp/cvs-serv23840/dx
Modified Files:
acinclude.m4 configure.in
Log Message:
Fixed a couple of small things related to finding java for startserver, and
renamed a substition symbol that had been accidentally renamed earlier.
Update of /src/master/dx/src/uipp/java/server
In directory opendx.watson.ibm.com:/tmp/cvs-serv23840/dx/src/uipp/java/server
Modified Files:
startserver.in
Log Message:
Fixed a couple of small things related to finding java for startserver, and
renamed a substition symbol that had been ac
Update of /src/master/dx/src/uipp/java
In directory opendx.watson.ibm.com:/tmp/cvs-serv23840/dx/src/uipp/java
Modified Files:
Makefile.am
Log Message:
Fixed a couple of small things related to finding java for startserver, and
renamed a substition symbol that had been accidentally rename
I have a problem with this file and I'd like Greg and Pete to comment on
it.
It seems that the BUILT_SOURCES contains netlex.h. This is great, but
there is no way to generate it with the code we have. Why is this a
problem? Well, if you perform a maintainer-clean, it will wipe out the
netlex.h wit
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 being installed.
Now being done like lib. Also fixed the mdf2c to contain the correct install
p
Update of /src/master/dx
In directory opendx.watson.ibm.com:/tmp/cvs-serv19030/dx
Modified Files:
configure.in
Log Message:
A few small fixes for the way that the files in bin were being installed.
Now being done like lib. Also fixed the mdf2c to contain the correct install
prefix not /us
Update of /src/master/dx/bin
In directory opendx.watson.ibm.com:/tmp/cvs-serv9864/dx/bin
Modified Files:
Makefile.am
Log Message:
Made a slight mistake. Now fixed to install the "dx" script in the right
location.
Update of /src/master/dx/bin
In directory opendx.watson.ibm.com:/tmp/cvs-serv30538/dx/bin
Modified Files:
Makefile.am
Log Message:
Oops, one more little change to fix. Now the should be executable after
installed.
Randy,
Something that may be releavant to tracking this down is which ImageMagick are
you using and did you build it or download the binaries?
David
Peter Daniel Kirchner wrote:
> 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
dx script, what you're saying is you'd like to see it in both
locations?
David
On Mon, 13 Dec 1999, Peter Daniel Kirchner wrote:
> Dave-
> You're going to need to check in mdf2c.in. Mondays!
> Pete
>
> David Thompson wrote:
>
> > Update of /src/master/d
Rick,
When I attempt the "cvs add mdf2c.in", I get an error stating that it must
first be added to the local repository.
If you want, just try the following and see what happens:
cd dx/bin
cp mdf2d mdf2c.in
cvs add mdf2c.in
I've been getting an error at this point. Basically mdf2c.in is the sam
Update of /src/master/dx/bin
In directory opendx.watson.ibm.com:/tmp/cvs-serv8536
Modified Files:
mdf2c.in
Log Message:
The path where root is now assigned by getting the install prefix the same
as all the others in this directory.
Update of /src/master/dx/bin
In directory opendx.watson.ibm.com:/tmp/cvs-serv9802
Modified Files:
Makefile.am
Log Message:
Install the dx script into both the root/bin directory and the root/dx/bin
directory as requested by developers. The reason being that some managers may
install this
Update of /src/master/dx/src/uipp/dxuilib
In directory opendx.watson.ibm.com:/tmp/cvs-serv8762
Modified Files:
ControlPanel.C
Log Message:
Update to fix the initial opening of a developer control panel. This panel
should not contain the CommandArea, ie it should be unmanaged initially.
I
Whoops,
Should have said if you are having problems with interactors and you are on a
system in which trunc is defined, then test the program.
David
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:
>
>
Update of /src/master/dx/src/exec
In directory opendx.watson.ibm.com:/tmp/cvs-serv22822
Modified Files:
Makefile.am
Log Message:
Fixed a couple of small problems with Makefile.am. First use the FMT_LIB
variable instead of the substitution to make things a little cleaner, fix a
missing $
Update of /src/master/dx/src/exec/libdx
In directory opendx.watson.ibm.com:/tmp/cvs-serv19066
Modified Files:
Makefile.am
Log Message:
Removed task.c from being included in LIBDX. This library is only being used
to build libDX.a and libDX.a get the task.c functionality from dpexec. As it
Update of /src/master/dx/html
In directory opendx.watson.ibm.com:/tmp/cvs-serv8508
Modified Files:
Makefile.am
Log Message:
Remove tests for existing links. The overhead is minimal and test -e doesn't
work on all systems.
Update of /src/master/dx/bin
In directory opendx.watson.ibm.com:/tmp/cvs-serv24852
Modified Files:
dxworker.in
Log Message:
Don't overwrite the current LD_LIBRARY_PATH for Solaris, just add to it.
Update of /src/master/dxsamples/java
In directory opendx.watson.ibm.com:/tmp/cvs-serv19024/dxsamples/java
Modified Files:
Makefile.am
Log Message:
Updates to handle the java stuff better and fix dependencies with javadx 4.0.9
Update of /src/master/dxsamples/java/samples
In directory opendx.watson.ibm.com:/tmp/cvs-serv19024/dxsamples/java/samples
Modified Files:
Makefile.am
Log Message:
Updates to handle the java stuff better and fix dependencies with javadx 4.0.9
Update of /src/master/dxsamples
In directory opendx.watson.ibm.com:/tmp/cvs-serv19024/dxsamples
Modified Files:
acinclude.m4 configure.in
Log Message:
Updates to handle the java stuff better and fix dependencies with javadx 4.0.9
Update of /src/master/dxsamples/java/samples
In directory opendx.watson.ibm.com:/tmp/cvs-serv15214/java/samples
Modified Files:
Makefile.am
Log Message:
Forgot to set the prefix once it was found. Now handled correctly.
Update of /src/master/dxsamples
In directory opendx.watson.ibm.com:/tmp/cvs-serv15214
Modified Files:
acinclude.m4
Log Message:
Forgot to set the prefix once it was found. Now handled correctly.
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
dx/pages/... So the samples all get installed in /usr/local/bin/
> 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
Sorry for the mixture of first and second person in that first paragraph. BAD
BAD grammar.
David
David Thompson wrote:
> That's what I was wondering, but what if I'm a user that didn't compile the
> program (my admin did) and he has told me if I want the samples to jus
Update of /src/master/dx/src/uipp/java
In directory opendx.watson.ibm.com:/tmp/cvs-serv22042
Modified Files:
Makefile.am
Log Message:
Remove a cosmetic bug of the CLASSPATH getting repeated twice.
Pete,
I've performed 3 compiles, 1 on AIX 4.1, 1 on Solaris 2.6 and on
LinuxPPC R5 and all seem to still work fine without -lpthread being
linked.
David
Update of /src/master/dxsamples/java/samples
In directory opendx.watson.ibm.com:/tmp/cvs-serv33160/java/samples
Modified Files:
Makefile.am
Log Message:
Update the Makefiles, configure.in and acinclude.m4 to handle the javadx
stuff much better.
Need the fixes from the dx module as well t
Update of /src/master/dxsamples
In directory opendx.watson.ibm.com:/tmp/cvs-serv33160
Modified Files:
acinclude.m4 configure.in
Log Message:
Update the Makefiles, configure.in and acinclude.m4 to handle the javadx
stuff much better.
Need the fixes from the dx module as well to make this
Update of /src/master/dx
In directory opendx.watson.ibm.com:/tmp/cvs-serv26918/dx
Modified Files:
acinclude.m4 configure.in
Log Message:
Updated a bunch of JavaDX configuration stuff. Should now add the JDK's
path to classpath.zip of rte.jar if needed.
Update of /src/master/dx/src/uipp/java
In directory opendx.watson.ibm.com:/tmp/cvs-serv26918/dx/src/uipp/java
Modified Files:
Makefile.am
Log Message:
Updated a bunch of JavaDX configuration stuff. Should now add the JDK's
path to classpath.zip of rte.jar if needed.
Update of /src/master/dx/src/uipp/java/server
In directory opendx.watson.ibm.com:/tmp/cvs-serv26918/dx/src/uipp/java/server
Modified Files:
startserver.in
Log Message:
Updated a bunch of JavaDX configuration stuff. Should now add the JDK's
path to classpath.zip of rte.jar if needed.
Update of /src/master/dx
In directory opendx.watson.ibm.com:/tmp/cvs-serv22844
Modified Files:
acinclude.m4
Log Message:
Forgot a pair of quotes on a test -z. Fixed.
Update of /src/master/dx/bin
In directory opendx.watson.ibm.com:/tmp/cvs-serv21158
Modified Files:
dxworker.in
Log Message:
Some minor cleanup.
Update of /src/master/dx/src/exec/dxmods
In directory opendx.watson.ibm.com:/tmp/cvs-serv10488
Modified Files:
genimp_io.c genimp_parse.c
Log Message:
Rename two more instances of internally defined version of getline to dx_getline
to avoid stdio.h conflicts.
Update of /src/master/dx/src/exec/dxmods
In directory opendx.watson.ibm.com:/tmp/cvs-serv10480
Modified Files:
import_ss.c
Log Message:
Renamed function getline to dx_getline to avoid conflict with stdio.h
version of getline. This only rares its head in certain compile instances.
Update of /src/master/dx/src/uipp/widgets
In directory opendx.watson.ibm.com:/tmp/cvs-serv25554
Modified Files:
Dial.c Slider.c
Log Message:
Renamed internally defined round function to dx_round to avoid conflict with
version defined in math.h.
For internal functions then, do you want them to be _dxf_function-name? I
will fix the ones I just did if that's the case?
David
On Wed, 22 Dec 1999 [EMAIL PROTECTED] wrote:
> I noticed that some internal names have been changed to avoid conflicts
> with name-space collisions - good idea. In o
Update of /src/master/dx/src/exec/dxmods
In directory opendx.watson.ibm.com:/tmp/cvs-serv16274
Modified Files:
genimp_io.c genimp_parse.c import_ss.c
Log Message:
Fix name space problems, i.e. rename functons I fixed earlier with
standard _dxf_function-name.
Update of /src/master/dx/src/uipp/widgets
In directory opendx.watson.ibm.com:/tmp/cvs-serv28708
Modified Files:
Dial.c Slider.c
Log Message:
Fix name space corrections. Change the name to be consistent with
_dxf_function-name.
Rick, et. al.,
I've discovered another few problems with a lesstif (version 1-7-00 cvs)
run version of dx.
This problem exists with the list interactors such as integer list,
scalar list, and vector list. Typically when using a Motif version, to
edit items in the list, you click on the item in th
Rick, et. al.,
I've discovered another few problems with a lesstif (version 1-7-00 cvs)
run version of dx.
This problem exists with the list interactors such as integer list,
scalar list, and vector list. Typically when using a Motif version, to
edit items in the list, you click on the item in th
Also, wanted to note that the Delete button on the int lists, etc does
not delete (at all).
David
Update of /src/master/dx
In directory opendx.watson.ibm.com:/tmp/cvs-serv28830
Modified Files:
acinclude.m4
Log Message:
Added support so that linux can use loadable modules. The linker needs to
export the symbols to the dxexec binary so the dlopen calls no where symbols
such as DXWarning
Yes, I have been using it on my AIX system with Motif, no problems. Now I'm not
saying its correct--it just works.
David
Rick Scott wrote:
> Are you sure this works with a Motif version of this source??? It looks like a
> translation table error to me. In src/uipp/widgets/NumericList.c, if you
>
Update of /src/master/dxsamples
In directory opendx.watson.ibm.com:/tmp/cvs-serv9864
Modified Files:
acinclude.m4
Log Message:
Made a few updates on DX_INSTALL_PATH (had a few minor mistakes.)
Update of /src/master/dx/src/uipp/java/server
In directory opendx.watson.ibm.com:/tmp/cvs-serv7524
Modified Files:
startserver.in
Log Message:
Changed the flag on the check for a writable directory from -x to -w.
Now it will give an error if the directory is not writable.
I just wanted to give everyone a heads up if they plan on dealing with
JavaDX. Since JavaDX must link against shared libraries at runtime, if
you have format such as netcdf compiling in -- that are not made as
shareable libraries, javadx is going to have problems.
The solution? Not quite sure yet.
Update of /src/master/dxsamples/java/samples
In directory opendx.watson.ibm.com:/tmp/cvs-serv9702
Modified Files:
Makefile.am
Log Message:
Changed the lines that compiled the java files from one compile to
individual compiles. Just in case one of the files is corrupt, can
tell which one i
Update of /src/master/dx/src/uipp/java/server
In directory opendx.watson.ibm.com:/tmp/cvs-serv9482
Modified Files:
Makefile.am
Log Message:
Add the install-exec-local to add the output directory with write
permissions set so JavaDX can work right off of an install.
I also think that this is a good time for OpenDX to start showing off--now that
4.0.10 is really quite usable. I've now quit using 3.1.4b and have switched to
using 4.0.10 for most everything. But I'm ready to send out at least one more
lesstif/opendx bug for Rick to look at.
If you use the "Add A
Update of /src/master/dx
In directory opendx.watson.ibm.com:/tmp/cvs-serv7812
Modified Files:
acinclude.m4 configure.in
Log Message:
Added a test for the use of glibc machines. If glibc is detected, then
-D_GNU_SOURCE is appended to CFLAGS. This takes care of some ISO library
problems. Sp
Could someone in the know please look at src/exec/libdx/group.c
line:134 and tell me if
for (i=0; val = DXGetEnumeratedMember(old, i, &name); i++) is correct?
How does this loop ever end?
David
This sounds like the trunc problem as mentioned earlier. I just added a
check in the the CVS tree to fix this. Try this and see if it helps, set
an environment variable CFLAGS to -D_GNU_SOURCE and then reconfigure and
try compiling again. Let me know if it fixes the problem.
David
Neil Carlson wr
. Incidently,
> I wonder if I shouldn't have set CXXFLAGS (?) similarly. I
> noticed some suspicious warnings while compiling StepperInteractor.C
> the second time around:
> StepperInteractor.C:206: warning: initialization to `int' from `double'
> But dx works now, so I
Update of /src/master/dxsamples/java/nets
In directory opendx.watson.ibm.com:/tmp/cvs-serv7626
Modified Files:
Makefile.am
Log Message:
Update this Makefile.am to change the permission on the nets directory to
777. Also remove Makefile.am from the list of files to install.
I'm starting to clean up the libdx code as mentioned in an earlier
statement. I have found some real oddities and would like someone to
explain some things if they could. I know "C" and "C++" but I'm not sure
about some of the syntax that the compiler is also questioning. For
example, in message.c
here is no
problems. As for the static char, I just initialized it to "".
David
David Thompson wrote:
> I'm starting to clean up the libdx code as mentioned in an earlier
> statement. I have found some real oddities and would like someone to
> explain some things if they could
I believe that you are correct. People seem to be working with it now. The
Lesstif guys have released there version already (0.89.9) as of a few days
ago.
I would be willing to work on the Solaris Readme and LinuxPPC Readme. I could
also do the AIX readme, but that would probably best be written b
Greg,
Would this just be sections in the current README (top level)? I just looked
at some of the README_platform, and I wouldn't want to change any of
that--its more about running dx and platform system administration. The main
README could really be worked over since we have removed alot of the
I can tell you right now that MP for linux is not going to work correctly.
If you look at the memory routines, you will note that for MP to work you
will need shared memory segments working as well. The problem is, there is
no code that exists for setting this up on linux. (I believe this to be
the
Update of /src/master/dx/src/exec/libdx
In directory opendx.watson.ibm.com:/tmp/cvs-serv25572
Modified Files:
displayx.c
Log Message:
Correction in pointer to grayCmp function. I changed this earlier and made a
mistake. This would only have affected 8 bit displays running dx in grayscale.
Update of /src/master/dx/src/uipp/dxuilib
In directory opendx.watson.ibm.com:/tmp/cvs-serv29778
Modified Files:
EditorWindow.C
Log Message:
Add const declaration for char *.
Update of /src/master/dx/src/uipp/dxuilib
In directory opendx.watson.ibm.com:/tmp/cvs-serv9500
Modified Files:
JavaNet.C
Log Message:
A couple more const fixes.
Update of /src/master/dx/help
In directory opendx.watson.ibm.com:/tmp/cvs-serv8730
Modified Files:
Makefile.am
Log Message:
There was a problem with some of the links. Reports of the links being
hardcoded to directories instead of relative have been fixed. The GarHelpDir
and MBHelpDir hav
1 - 100 of 1342 matches
Mail list logo