Unless I'm mistaken, the conference in NY is going down about now
On 12-Apr-00 at 18:10, Suhaib Siddiqi ([EMAIL PROTECTED]) wrote:
There seems to be no activity on OpenDX list. Is 4.1.0 rock solid for all
the users?
Is not time now to check in the new patches? Any news about Win32
Damn, my first blunder of the year :) I'm going to have to be carefull from
here on :) Still, I'm guessing that the prep work for this is taking a front
seat.
On 12-Apr-00 at 19:05, David L. Thompson ([EMAIL PROTECTED]) wrote:
That isn't until the 27th-28th.
David
Unless I'm mistaken, the
I think the libtool manual has a section on this topic. If I recall correctly,
it depends on the platform.
On 09-Apr-00 at 11:48, David L. Thompson ([EMAIL PROTECTED]) wrote:
What is the effect of stripping libraries? Are they still usable and
only the debugging info is removed? This could
This sounds like a LessTif problem that was fixed a day or so after openDX was
released. By any chance are you running an old version of LessTif?? The 0.89.9
release works well with openDX. BTW, dx 4.0.6 is rather dated also...
On 28-Mar-00 at 06:12, Edgar Kraft ([EMAIL PROTECTED]) wrote:
Hi,
For the first time in a long time I cvs up'ed my entire tree then did a make
install. To my surprize I now get
$ dx -edit
/opt/dx/dx/bin/dxworker : -macros: missing directory list
(use -help to get usage information)
$ $ dx -help
/opt/dx/dx/bin/dxworker : -macros: missing directory list
(use
directories.
Hope this helps.
Suhaib M. Siddiqi wrote:
Oh,
So it was not ME. I kept getting simillar error on Windows with the new
CVS.
Suhaib
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Rick Scott
Sent: Sunday, March 12
Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Rick Scott
Sent: Sunday, March 12, 2000 3:26 PM
To: opendx2-dev@lists.berlios.de
Cc: opendx2-dev@lists.berlios.de
Subject: Re: [opendx-dev] newly updated tree, can't run dx anymore
No, I have never co'ed
I can't help with your immediate problems..but I would like to know what
the stupid bugs in lesstif are
On 26-Jan-00 at 21:46, Elliot Lee ([EMAIL PROTECTED]) wrote:
After whacking dx to build with srcdir != builddir (patch to come some
other time) and fixing some stupid bugs in
This is cool. It would be nice to see openDX kick butt here. The only thing
better would be to have openDX running with LessTif kick butt. To this end, I
will offer all of my LessTif time to openDX/LessTif problems from now until May
to anyone willing to partake in such an adventure.
Who can tell me something about Motif virtual keys, and all this keyboard
handling stuff in general. openDX is installing an accelerator of
CtrlKeyosfEndLine, which we turn into the KeySym 0x1004ff57. Now
XKeysymToKeycode takes this and returns 0 for the KeyCode. This means that it
couldn't
I vote with trying to go with libtool. Of course that is assuming that I have a
vote :) I realize that getting things to work the libtool way may not be easy
at first, but once you get it going, the routine maintainance on various
platforms is reduced. I started off trying to tweak Makefiles by
:)
Hi,
thanks for the patches!
Rick Scott made fix #1 in cvs in October but it hasn't been part of a
tarball until 4.0.10 the end of last week.
CVS for #2 now reads
#if defined(linux) || defined(cygwin) || defined (freebsd)
so it looks like your suspicions were correct and we need
In case anyone is holding their breathe waiting for this one to get solved...
revision 1.50
date: 2000/01/10 13:35:08; author: rwscott; state: Exp; lines: +7 -4
initialize() - BulletinBoard adds a few translations to handle it's Gadget
children. openDX creates a sub-class from
It took me a while to figure out how accelerators get used on a totally
different window, and luckily they don't. The image window, or more accurately
the Picture widget, installs a set of translations that mimic the accelerators
of the View Control dialog. Unfortunately, the translation contain
May I again ask what about a new release?
Among the reasons I'm pushing is that I slightly
screwed up things for the latest LessTif OS/2 release -
I have some wrong version numbers in it (perhaps
even some garbage instead in the headers, and I don't
fell like re-building this old stuff
I just did a full cvs up and noticed a couple of issues..
$ cvs update
M src/exec/dxmods/Makefile.am
M src/uipp/dxuilib/Makefile.am
M src/uipp/dxuilib/dxmac.txt
M src/uipp/dxuilib/gifmac.txt
M src/uipp/dxuilib/vrmlmac.txt
$
The dxmods one has something to do with the order of the files so
Update of /src/master/dx
In directory opendx.watson.ibm.com:/tmp/cvs-serv22932
Added Files:
CVSMake
Log Message:
A little something to help with a clean build, I can never remember the
correct order to run these things.
David, I think all of the problems that you mention in
ftp://ftp.cs.umt.edu/pub/user/dthompsn/lesstif-probs/lesstif_probs.html have
now been addressed, either with changes to LessTif or DX. The
vertical/horizontal/vertical layout problem, which seemed pretty simple on the
surface actually
This sounds like the problem when libXm is compiled with libc5, and the
application is linked with libc6, aka glibc2. Basically, all of the libraries
should be compiled against the same libc. glibc changed the stat struct
somewhere along the line causing this problem.
On 03-Jan-00 at 19:39,
Glad to hear it. I'll cross those off my list. If I recall correctly this
should leave only the Dialog Style problem of the missing separators and the
extra scrollbars. Well, I spent all of last night on this one.don't hold
your breath. This is dealing with the WorkSpace widget, which is a
Actually it was pretty simple, since I don't have the samples installed :)
On 15-Dec-99 at 19:27, Peter Daniel Kirchner ([EMAIL PROTECTED]) wrote:
thanks, good catch.
Rick Scott wrote:
Update of /src/master/dx/bin
In directory opendx.watson.ibm.com:/tmp/cvs-serv15836
Modified Files
It was reported that LessTif was displaying ScrollBars on the ControlPanels
when it shouldn't be. I would like to set the record straight. The _real_
problem is that Motif isn't showing them when it should You do the math..
We have
Shell-MainW-Frame-ScrolledWindow-WorkSpace
Now with the
What's with the .txt files in dxuilib?? They seem to be derived files, yet when
I build them, they are different from the ones in CVS. Should they be built, or
should they be in CVS??? That is the question
cd dx/bin
touch mdf2c.in (or somehow create it)
cvs add mdf2c.in
cvs commit mdf2c.in
Pete,
I would check this in, but I've asked how to do it and got no response.
I've tried using the cvs add command but it tells me to add it locally
first. I then try cvs checkout -l for local and it
This was one of the dependancy problems that I mentioned yesterday. The others
were some *.txt files somewhere that had rules to build them, but because they
are not listed as a dependancy anywhere they never get built unless you
explicitly say make .txt
On 10-Dec-99 at 17:25, David Thompson
Update of /src/master/dx/src/uipp/widgets
In directory opendx.watson.ibm.com:/tmp/cvs-serv23292
Modified Files:
Number.c
Log Message:
Some more mis-matches in the default resource types/sizes
Seems to have worked. However the image looks truncated. Is it supposed to be
684x514??
I'm using Eudora, so I've chosen uuencode. Tell me if this works for you,
cause I normally use Binhex as you found out.
It seems that a couple of dependancy problems have crept in. After a make
maintainer-clean the build will not complete without help. Nothing that seems
to be a big deal, .h files getting cleaned but not the .c files that are made
at the same time and such. I don't have time right now, have to pay
Update of /src/master/dx/src/uipp/widgets
In directory opendx.watson.ibm.com:/tmp/cvs-serv7138
Modified Files:
FrameControl.c
Log Message:
The FrameControl is creating the Steppers and Numbers with a little bit of
the top or bottom cut off. This is where I start to sound like a broken
This is good to see. I'll stop chasing this one as a LessTif problem :)
David L. Thompson wrote:
I just noticed with my latest builds, a small problem. The first time
you open a control panel with an Interactor, the Close and Help
buttons are available at the bottom in the developers
Greg, this is a mildly interesting point. Commit messages come out with the
following address. What would happen if someone replied??? Bounce, forward to
/dev/null, or magically appear somewhere that I would see it??
Sorry about that, in some of the e-mail from the list, it showed your
e-mail
--- Begin Forwarded Message ---
rwscott 1999/12/08 14:57:36 PST
Modified files:
lesstif/lib/Xm List.c
Log:
XmListGetSelectedPos() - If the position_count is 0 also make sure that
position_list get set to NULL.
from openDX selector list interactor
think you are affiliated
with IBM - is that a problem?
Greg
Rick Scott [EMAIL PROTECTED]@opendx.watson.ibm.com on 12/08/99 04:40:56
PM
Please respond to opendx2-dev@lists.berlios.de
Sent by: [EMAIL PROTECTED]
To: opendx2-dev@lists.berlios.de
cc:
Subject: [opendx-dev] email
--- Begin Forwarded Message ---
rwscott 1999/12/08 16:39:39 PST
Modified files:
lesstif/lib/Xm List.c
Log:
_XmListCalculateInitialGeometry() - Split up the case of width or height
being specified as 0 to account for the case of the height being
I also like this option. I would certainly have mentioned something earlier,
but I can't remember configure ever prompting me for anything. This may simply
be because I haven't configured from scratch in a long time however, and
Java=no is already in my config.cache. I think it is more than enough
I think that if the necessary stuff cannot be found in a reasonable manner, it
should be necessary to specify it on the command line. You could even print a
message at the end of configure stating that due to the _very_ unpredictable
nature of the Java installations configure cannot find these
--- Begin Forwarded Message ---
rwscott 1999/12/07 13:43:04 PST
Modified files:
lesstif/lib/Xm XmString.c
Log:
XmStringGetNextSegment() - If the next segment did not contain text, we
were not setting the text argument to NULL. Apps, okay openDX, was
Understood. Pretty much the same reason I got into LessTif. I don't know much
about LinuxPPC. Do you have any idea how X, libc, and LessTif were compiled?
The interactor problems sound like some of the strange reports we've had when X
was compiled with libc5, LessTif with libc6, or X was compiled
Update of /src/master/dx
In directory opendx.watson.ibm.com:/tmp/cvs-serv13014
Added Files:
.cvsignore
Log Message:
Get rid of the noise from a cvs up
Update of /src/master/dx/src
In directory opendx.watson.ibm.com:/tmp/cvs-serv13014/src
Added Files:
.cvsignore
Log Message:
Get rid of the noise from a cvs up
Update of /src/master/dx/help
In directory opendx.watson.ibm.com:/tmp/cvs-serv13014/help
Added Files:
.cvsignore
Log Message:
Get rid of the noise from a cvs up
Update of /src/master/dx/fonts
In directory opendx.watson.ibm.com:/tmp/cvs-serv13014/fonts
Added Files:
.cvsignore
Log Message:
Get rid of the noise from a cvs up
Update of /src/master/dx/src/uipp
In directory opendx.watson.ibm.com:/tmp/cvs-serv13014/src/uipp
Added Files:
.cvsignore
Log Message:
Get rid of the noise from a cvs up
Update of /src/master/dx/src/uipp/mb
In directory opendx.watson.ibm.com:/tmp/cvs-serv13014/src/uipp/mb
Added Files:
.cvsignore
Log Message:
Get rid of the noise from a cvs up
Update of /src/master/dx/src/uipp/base
In directory opendx.watson.ibm.com:/tmp/cvs-serv13014/src/uipp/base
Added Files:
.cvsignore
Log Message:
Get rid of the noise from a cvs up
[EMAIL PROTECTED] wrote:
On 25 Nov, Rick Scott wrote:
To me, it looks like DropSite::setDropWidget is defined with 4
arguments. However ToolSelector.C, EditorWorkSpace.C, and
ControlPanelWorkSpace.C all seem to call it with only 2 arguments.
PageTab.C seems to be the only one
Update of /src/master/dx/src/uipp/widgets
In directory opendx.watson.ibm.com:/tmp/cvs-serv11178
Modified Files:
ControlColor.c Image.c Picture.c SlideBar.c VCRControl.c
Log Message:
Cast away multiple sins
Picture.c: There is a configure check for M_PI, it seems a waste not to
To me, it looks like DropSite::setDropWidget is defined with 4 arguments.
However ToolSelector.C, EditorWorkSpace.C, and ControlPanelWorkSpace.C all seem
to call it with only 2 arguments. PageTab.C seems to be the only one that calls
it with 4. Is this legal in C++ Are the unspecified args
Simply compiling with gcc 2.95.1 will point out a lot of problems, just look at
the warnings :)
On 24-Nov-99 at 17:15, David L. Thompson ([EMAIL PROTECTED]) wrote:
I have not started looking too much at the Motif code, but I have
noticed that just with X functions that a lot of them are
Does dx not use AC_PATH_X and AC_PATH_XTRA??? The combination sets up variables
for ICE, SM, and some of those other things that slip my mind right now like
socket and so on.
On 22-Nov-99 at 17:05, [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
Update of /src/master/dx
In directory
50 matches
Mail list logo