| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 509.1 | | GVRIEL::SCHOELLER | Who's on first? | Thu Mar 30 1989 17:33 | 7 |
| I don't know about officially, but unofficially there has been quite a few
programs off of the X11R3 release ported to run on VMS. Generally these things
run fine on Ultrix it only VMS that causes problems. I am not sure if this is
the sort of thing you are looking for though.
Dick
|
| 509.2 | Specific modifications, please.. | INFACT::DATZMAN | Indianapolis Field Applications Center | Thu Mar 30 1989 21:39 | 5 |
| What I was interested in, is generally the types of modifications
that are necessary for these programs to compile and run on VMS.
Dick
|
| 509.3 | | UFP::MURPHY | The SUN just set! | Fri Mar 31 1989 00:24 | 19 |
| In my experience, most ports of generic Unix-based X programs to VMS
require little effort in the X code; a simple
$ DEFINE SYS SYS$LIBRARY
$ DEFINE X11 DECW$INCLUDE
allows most to compile without change. The rest of the porting effort
is spent in getting the OS-specific stuff out - that is, application
calls to routines that aren't in the VMS C Run-time library need to be
hacked around. The biggest problem is code that does select calls on
the X connection. As an example, the HP window manager and toolkit
(some 140+ files, 93000+ lines of source code) ported to VMS with
three late nights of hacking and maybe 10 instances of VMS-specific
changes to make it work. That's what happens when you start with
reasonably portable code to start with.
Now, on the other hand, your question is difficult at best to answer
for the general case; treat it as a question of how difficult is *any*
utility to port to VMS, not how a X-windows utility can be ported.
-Rick
|
| 509.4 | Thanks | INFACT::DATZMAN | Indianapolis Field Applications Center | Fri Mar 31 1989 10:17 | 4 |
| Thanks. This is helpful.
Dick
|
| 509.5 | getopt | IAGO::SCHOELLER | Who's on first? | Fri Mar 31 1989 14:32 | 7 |
| One of the more common porting problems in that the applications call getopt()
to parse command line options. This is not supplied with VAXC. Fortunately,
many of the already ported applications have getopt in them. A few provide
it as a separate source file so it can be shared around.
Dick
|
| 509.6 | index, bcopy | XWORLD::STUART | Hi! I ate Cleveland. I ate Tokyo, too. | Fri Mar 31 1989 14:43 | 11 |
| a lot of applications that come over the usenet comp.sources.x channel use the
'index' and 'bcopy' functions, which correspond to 'strchr' and 'memcpy' in
VAXC. a simple
#define index strchr
#define bcopy memcpy
usually does the trick.
s
|
| 509.7 | free must be changed to XFree | CVG::PETTENGILL | mulp | Tue Apr 04 1989 20:47 | 4 |
| I've found a number of X11R3 programs mysteriously ACCVIO on VMS due to calls to
free. Frequently the ACCVIO seems to be totally unrelated to any thing.
These calls need to be changed to the appropriate Xlib call, usually XFree.
|