#: 17137 S1/General Interest
    21-Nov-92  13:45:33
Sb: #17106-Internet access
Fm: Wayne Day 76703,376
To: Lee Veal 74726,1752 (X)

Lee,

Addendum to all said previously...

email allows you lots of access on Internet.  There are several ftp (file
transfer protocol) sites that respond to email requests, the various internet
mailing lists, and such.

A good book that explains a lot of what's going on is THE WHOLE INTERNET USER'S
GUIDE AND CATALOG by Ed Krol.

It goes into a fair amount of detail on what you can do with email.

There are a couple of commercial Internet access companies in Dallas that
provide customers with a window on the net, too, if you want that info.

Wayne

#: 17141 S12/OS9/68000 (OSK)
    21-Nov-92  15:53:59
Sb: #12
Fm: Bob van der Poel 76510,2203
To: C Casts

Can one of the wizards help me out? I have some code which sort of looks like:

 #define KEYS 26
 int (*indexes)[KEYS2];
 char *p;
 foo()
 {
   .... assign p to an offset into a memory module ...
   .... now set the indexes array pointer ....
   indexes=p;
   ....
 }

I need to cast p to the type of indexes. Nothing I try seems to work. I thought
that "indexes=(int**)p" would work...

Someone got the answer?

There are 3 Replies.

#: 17144 S12/OS9/68000 (OSK)
    22-Nov-92  13:41:35
Sb: #17141-#12
Fm: Pete Lyall 76703,4230
To: Bob van der Poel 76510,2203 (X)

Bob -

Hmm.. lessee..

First, I'll assume that the reference to KEYS2 was a typo. Next, it appears
that you are declaring an array of pointers to a type 'int'. This array is KEYS
(26) elements long.

Now - in assigning 'indexes=p', you have told the compiler that you want
&indexes[0] = p. In other words, you have established 'p' as being the base
address of the array. If this is really what you want to do (?,?). Now since
&indexes[0] should probably only be an RVAL (something to be taken the value
of; not something to be assigned), I'm not sure the compiler will let you
assign a value, regardless of how you cast it. You may have to set up yet
another pointer to the array, or just set it up as a pointer to an int, i.e.:

  int *intpointer;

Then could still reference array type stuff by using syntax like intpointer+1,
intpointer+offset, etc. Because the compiler knows how long an int is, this is
exactly like using array references anyway. The only catch is that you will
have to becareful about the 'subscript' (offset), as the compiler will pretty
much let you do what you want.

Pete

There is 1 Reply.

#: 17147 S12/OS9/68000 (OSK)
    22-Nov-92  18:25:08
Sb: #17144-#12
Fm: Bob van der Poel 76510,2203
To: Pete Lyall 76703,4230 (X)

Thanks for the help, Pete. I got some help from the CDECL program (in the TOP
library). After I finally got it to compile I had it figure out things for me.
Here's the scoop:

1. I have an array "int indexes[KEYS1][KEYS2]" which holds a bunch of
   offsets into a database.

2. These are stored in a datamod which I load into memory when needed.

3. My program links to the datamod. So it needs two things. First a
   it needs a variable indexes which can be used to access the database.

                int (*indexes)[KEYS2];

   works fine. I can now do things like t=indexes[a][b]...

   The problem comes in transfering the address of the index in the datamod
   to the variable indexes. First off, we have to link to the
   module. So we make a declaration and create a variable to store the
   address of data mod:

   Smod *module, *modlink();

   After a successful link, I want to set 'indexes' to predetermined offset
   into the module. Here is the proper way:

   indexes=(int(*)[KEYS2])(module+xoffset);

   This casts the type of 'module' to that of 'index'.

On the other question...yes, I was afraid that I couldn't get those sizes at
compile time easily. Resorting to asm for this is probably not worth the
bother...I'll just use strlen() dynamically.

There is 1 Reply.

#: 17149 S12/OS9/68000 (OSK)
    22-Nov-92  19:22:32
Sb: #17147-#12
Fm: Pete Lyall 76703,4230
To: Bob van der Poel 76510,2203 (X)

What's this CDECL program? What's  it do?

Pete

There are 2 Replies.

#: 17163 S12/OS9/68000 (OSK)
    24-Nov-92  18:20:06
Sb: #17149-#12
Fm: Bob van der Poel 76510,2203
To: Pete Lyall 76703,4230 (X)

Pete,

The CDECL program is a magic aid to figuring out complex C declarations. Some
sample input:

  declare foo as pointer to function returning pointer to int
  explain char *(*woof)()
  cast yy into pointer to array 44 of int

returns the lines:

  int *(*foo)()
  declare woof as pointer to function returning pointer to char
  (int (*)[44])yy

The history of this program is UNIX. I got it out of the TOP library. Not sure
which volume (I've repacked mine onto 1.44meg disks). It comes in source and
you'll need flex and bison to complile it. I had to change the flex parser to
use readln() instead of read() to get the interactive mode to work...otherwise
(if you ignore the compile warnings <g>) all works fine. Very useful for the
strange declarations needed from time to time.

There is 1 Reply.

#: 17170 S12/OS9/68000 (OSK)
    25-Nov-92  23:20:09
Sb: #17163-#12
Fm: Pete Lyall 76703,4230
To: Bob van der Poel 76510,2203 (X)

Ahhhh. Slick. Do you happen to have a 68K binary ready to go? If so,  could you
post or upload?

Thanks...

Pete

There is 1 Reply.

#: 17179 S12/OS9/68000 (OSK)
    28-Nov-92  18:58:11
Sb: #17170-#12
Fm: Bob van der Poel 76510,2203
To: Pete Lyall 76703,4230 (X)

Pete, Have a look later in Lib 12 for Cdecl.lzh. It's got the binary, docs and
a test data set.

There is 1 Reply.

#: 17182 S12/OS9/68000 (OSK)
    29-Nov-92  09:35:02
Sb: #17179-12
Fm: Pete Lyall 76703,4230
To: Bob van der Poel 76510,2203 (X)

Thanks bob... That'll be a help. I always have to stumble through the stuff
that's not readily apparent (grin)...

Pete

#: 17164 S12/OS9/68000 (OSK)
    24-Nov-92  18:20:57
Sb: #17149-12
Fm: Bob van der Poel 76510,2203
To: Pete Lyall 76703,4230 (X)

Pete,

The CDECL program is a magic aid to figuring out complex C declarations. Some
sample input:

  declare foo as pointer to function returning pointer to int
  explain char *(*woof)()
  cast yy into pointer to array 44 of int

returns the lines:

  int *(*foo)()
  declare woof as pointer to function returning pointer to char
  (int (*)[44])yy

The history of this program is UNIX. I got it out of the TOP library. Not sure
which volume (I've repacked mine onto 1.44meg disks). It comes in source and
you'll need flex and bison to complile it. I had to change the flex parser to
use readln() instead of read() to get the interactive mode to work...otherwise
(if you ignore the compile warnings <g>) all works fine. Very useful for the
strange declarations needed from time to time.

#: 17152 S12/OS9/68000 (OSK)
    23-Nov-92  03:35:15
Sb: #17141-12
Fm: Mark Griffith 76070,41
To: Bob van der Poel 76510,2203 (X)

Bob,

 >  int (*indexes)[KEYS2];
 >
 > I need to cast p to the type of indexes. Nothing I try seems to work. I
 > thought that "indexes=(int**)p" would work...
 >

The declaration int (*indexes)[26] is different than int *indexes[26]. The
latter making indexes an array of 26 pointers pointing to 26 integers.  The
first is a pointer pointing to an array of 26 integers. It is explained more
clearly like this: indexes[][26].  So it really is a form of a
multi-dimensional array.  You would access the array like this:

        var = indexes[i]  which is the same as var = &indexes[0][i]

So I don't think you can assign a value to indexes since it really isn't a
pointer.  You could do something like int *idx = &indexes and then assign a
value to idx.  Play around with that and see what happens.

I had to look around for an answer to this one.  Found it in my Plum Hall book
"Reliable Data Structures in C".


                  /*-------------  /\/\ark -------------*/

#: 17173 S12/OS9/68000 (OSK)
    26-Nov-92  10:39:27
Sb: #17141-12
Fm: Bruce MacKenzie 71725,376
To: Bob van der Poel 76510,2203 (X)

Bob,
     Try,
 indexes = (int (*)[KEYS]) p;

#: 17143 S12/OS9/68000 (OSK)
    21-Nov-92  20:08:50
Sb: #C Casts
Fm: Bob van der Poel 76510,2203
To: All

Here's another C question:

I have an array of pointer to char declared in my program. Let's say it look
like:

  char *items[]={"one","two","three"};

Is it possible to determine the lengths of the strings at compile time? I'd
like to be able to do something like:

  int len1=sizeof(items[0]);

But that sets len1 to the size of the pointer (4), not the length of the string
(3). Do I have to go through with strlen() for the whole list or is there a
compile time method?

There are 2 Replies.

#: 17145 S12/OS9/68000 (OSK)
    22-Nov-92  13:47:03
Sb: #17143-C Casts
Fm: Pete Lyall 76703,4230
To: Bob van der Poel 76510,2203 (X)

Bob -

Short of going into assembler (see below), I don't know of a compile time
method. As you surmise, the sizeof will get you the size of the pointer.

Assembly style would be something like this:

string fcc "Holy cow"
       fcb $0d strlen set .-string

You could probably bracket them with #asm and #endasm and include it in your C
program.

You could get an idea by using the CC options to go to assembler with source
embedded as comments. Then, edit the assembly source to include the 'len set
.-string_start' stuff.

Pete

P.S. Make the '.'s '*''s



#: 17153 S12/OS9/68000 (OSK)
    23-Nov-92  03:35:24
Sb: #17143-#C Casts
Fm: Mark Griffith 76070,41
To: Bob van der Poel 76510,2203 (X)

Bob,

 > I have an array of pointer to char declared in my program. Let's say it look
 > like:
 >
 >   char *items[]={"one","two","three"};
 >
 > Is it possible to determine the lengths of the strings at compile time? I'd
 > like to be able to do something like:
 >
 >   int len1=sizeof(items[0]);
 >
 > But that sets len1 to the size of the pointer (4), not the length of the
 > string (3). Do I have to go through with strlen() for the whole list or is
 > there a compile time method?
 >

I'd say you need to use strlen() or, since you know that size of each item in
the array, make another array that holds the size of each element, or make your
items[] array two-dimensional and hard code the sizes in there. Not very
elegant, but the compiler has no way of knowing what the sizes of the elements
are since you explicitly told it they were pointer items.

                  /*-------------  /\/\ark -------------*/

There is 1 Reply.

#: 17168 S12/OS9/68000 (OSK)
    24-Nov-92  21:44:06
Sb: #17153-C Casts
Fm: Bob van der Poel 76510,2203
To: Mark Griffith 76070,41 (X)

Thanks for the help Mark. See my other messages on the cast problem.

I was afraid that I'd have to resort to strlen(). Oh well, just figured that
someone might have a real clever idea <grin>.

#: 17146 S1/General Interest
    22-Nov-92  16:38:45
Sb: #17042-#Hard Drive
Fm: PHIL SCHERER 71211,2545
To: Pete Lyall 76703,4230 (X)

HI PETE--I SMOKED MY COMPUTER SO IT'S TAKEN A WHILE TO GET BACK.
 I HAD A CONVERSATION WITH KEVIN BUT WE COULDN'T QUITE GET TO THE BOTTOM OF IT.
IF I CAN CONTACT YOU OR IF YOU WOULD LIKE MY NUMBER, LET ME KNOW. I APPRECIATE
YOUR HELP.

There is 1 Reply.

#: 17148 S1/General Interest
    22-Nov-92  19:18:28
Sb: #17146-#Hard Drive
Fm: Pete Lyall 76703,4230
To: PHIL SCHERER 71211,2545 (X)

Phil -

Let's start with a refresher.... what was the problem?

Pete

There is 1 Reply.

#: 17155 S1/General Interest
    23-Nov-92  13:59:45
Sb: #17148-#Hard Drive
Fm: PHIL SCHERER 71211,2545
To: Pete Lyall 76703,4230 (X)

Hi Pete--I cant get the hard drive to format properly. I either get a 214 when
I try to access it or if I change inittbl I can do a dir and get an empty
directory of root which at first seems fine. Then if I copy a file to root, the
file name shows when I do a dump but doesn't with a dir. If I do a makdir CMDS,
I get a directory called CMDC every time and if Ido a dir of CMDC I get a 214.
If I do another makdir CMDS I will now have two CMDC directories.

There is 1 Reply.

#: 17171 S1/General Interest
    25-Nov-92  23:25:43
Sb: #17155-#Hard Drive
Fm: Pete Lyall 76703,4230
To: PHIL SCHERER 71211,2545 (X)

Frankly Phil, I haven't got a clue initially. Sounds like it could be:

a) Crummy driver b) Flakey interface c) Hardware failure

Just for the sake of interest, the difference between the CMDS and CMDC is the
last character (or course), where S = 53 hex and C = 43 hex: a 1 bit
difference. Also, the last character of the name is supposed to have the HIGH
bit set (43 + 80 = C3 or 53 + 80 = D3).. just curious: is the high bit set?

Lastly, is the device descriptor INIZed (i.e. iniz /H0) before you start
messing with it?

Pete

There is 1 Reply.

#: 17172 S1/General Interest
    26-Nov-92  07:10:38
Sb: #17171-#Hard Drive
Fm: PHIL SCHERER 71211,2545
To: Pete Lyall 76703,4230 (X)

Hi Pete--I didnt initialize it explicitly--it just comes up from the boot. BTW
could you give me any direction on where to look for help??



There is 1 Reply.

#: 17174 S1/General Interest
    27-Nov-92  16:10:41
Sb: #17172-#Hard Drive
Fm: Pete Lyall 76703,4230
To: PHIL SCHERER 71211,2545 (X)

Phil -

Then try adding this to your startup file:

   iniz /h0

That may help. I had a problem where an Elektra interface wouldn't work
properly (old SS50) until I did that.

Bruce Isted is sort of an HD guru... give him a yell.

Pete

There is 1 Reply.

#: 17175 S1/General Interest
    27-Nov-92  16:58:08
Sb: #17174-Hard Drive
Fm: PHIL SCHERER 71211,2545
To: Pete Lyall 76703,4230 (X)

Thanks Pete--I'll try it and give Bruce a call.

#: 17150 S15/Hot Topics
    22-Nov-92  23:11:07
Sb: #OS9 Underground
Fm: DOUG 72667,1433
To: all

Is OS9 Underground publishing??????? I sent in my money for a 1 year sub after
receiving the freebie on request issue and haven't seen copy one since.  Hope I
haven't been snookered....

There is 1 Reply.

#: 17156 S15/Hot Topics
    23-Nov-92  15:30:22
Sb: #17150-OS9 Underground
Fm: Chris Perrault 75346,165
To: DOUG 72667,1433

 Nope you haven't. Leave Mail to Jim Sutemeir<sp?>. I would recommend  e-mail
over forum. He will be able to help you out since he has tie s with Allen. he
will just give your name and situation and Allen will take good care of you :>
 Also, in case he doesn't see this, or you  don't have his Id<I don't either> I
will leave him mail on Delphi so that he can get in touch
 with you here.
 See Ya
 >Chris,

#: 17159 S12/OS9/68000 (OSK)
    23-Nov-92  23:31:16
Sb: #17027-#atari osk u.k.
Fm: PaulSeniura 76476,464
To: Kevin Darling 76703,4227 (X)

Hi .. I've been reaaal bizzee .. got my ST back just last week, should be
up-to-snuff now.  ICD has a version 6.0.6 of their drivers, it's getting to be
awfully solid .. B&B should consider cache functions in their drivers.

I spent all my bonus money on getting the ST & cars fixed up, so no "true
color" card for the ST despite me already having a multisync monitor working in
all resolutions (even works on the CoCo3 :) .  However, next payday if I can
keep away from the "holiday spirit" (i.e. fingers outa my wallet), I *should*
be able to order Cumana's pkg next month.  So I'm still definitely interested
in any feedback ya get.  The guy on Delphi who actually bought the Cumana thing
is typing some details about it.  I think there *is* some SCSI support in there
after all, but absolutely no graphics :( it seems.  But I'm more than willing
to help work on such drivers for the ST and I do wanna get it standardized (not
nec'ly CoCo3 standards but future ones like ANSI/OSI/ X-Open/whatever is
happenin' with Un*x, then we'd have some fun stuff to port as end-user
applications too .. i.e. why re-invent the wheel?).

Oh well thank you for the time and I *do* appreciate it!  -- thx, Paul S.

There is 1 Reply.

#: 17160 S12/OS9/68000 (OSK)
    24-Nov-92  00:06:17
Sb: #17159-#atari osk u.k.
Fm: Kevin Darling 76703,4227
To: PaulSeniura 76476,464 (X)

Paul -

I didn't get much feedback from usenet on the Cumana port (probably bad
timing).  Someone did say there was a port of the MGR windowing system to it,
but didn't say who sold it.  (It was part of something called System Pak I).

Keep us posted as to what you find out from the other guy, tho!

thx - kev

There is 1 Reply.

#: 17187 S12/OS9/68000 (OSK)
    30-Nov-92  18:16:10
Sb: #17160-atari osk u.k.
Fm: ole hansen 100016,3417
To: Kevin Darling 76703,4227

Hello Kevin The guy who made MGR is called Wolfgang Ocker. It is the same guy
who made 'oxm' in TOP. His company is called 'Reccoware Systems', and you can
find his fax,phone and Email-addrress in some of the 'readme'-files in TOP V2.0

regards ole exit

#: 17169 S12/OS9/68000 (OSK)
    25-Nov-92  13:20:45
Sb: OSK V2.4 For The HCS 20X
Fm: JBM Electronics 71174,3442
To: All

I recently talked to Mike Smith of Hazelwood Computers regarding a port of OSK
2.4 to the 20x board. He would like some sort of indication of how much
interest there is in such a port.

I, for one, want to see OSK V2.4 ported to the 20x so we can run Ultra-C and
the Source Code Management system on our 20x at work.

Mike said that the cost for the update would be $200.00 for the 20x. There is
also a promotional price for Ultra-C.

Please repond to me via E-Mail if you would like OSK V2.4 ported to the HCS 20x
and I'll pass the number of responses on to Mike.

Thanks in advance!

-J. Truesdale

#: 17176 S15/Hot Topics
    27-Nov-92  23:27:51
Sb: #17116-New Video for KiX\30
Fm: Frank Hogg of FHL 70310,317
To: Chris Perrault 75346,165

Not cheap, good value for the money or low cost or inexpensive but not cheap!
<grin>



#: 17177 S1/General Interest
    28-Nov-92  03:33:14
Sb: CoCo Stuff 4 Sale
Fm: Mark Griffith 76070,41
To: All

CoCo stuff for sale.

Contact me via e-mail, here on the forum, or by phone at 314-278-8888 during
the day and 314-583-4692 at night.

        Item
Suggested Price
        ---------------------------------------------------------------
        Three Tandy RS-232 packs
$25 each
        (two addressed at $FF68, one modified for $FF6C)

        CoCo single button rodent
$10
        CoCo two-button rodent
$15

        Disto 3-in-1 board for Super Controller II                      $25
        (parallel port, real-time clock, serial port)
        (includes 8-foot parallel printer cable and
        (original disk with drivers can also throw in)
        (blown SC II for anyone who would like a shot)
        (at getting it going again)

        Tandy High-Res joystick adapter for CoCo III            $2
        Disto CoCo III 512k memory upgrade board (0K)           $15

        IBM Wheelprinter daisy wheel printer with single        $100
        sheet feeder and pin feed.  This is a very good
        high-class printer.  Not very fast, but excellent
        quality printing. (parallel input)

        Original BASIC-09 for 6809 (not the one that)           $5
        (came with Level II - collectors item??)

(continued next message)

                  /*-------------  /\/\ark -------------*/

#: 17178 S1/General Interest
    28-Nov-92  03:33:23
Sb: More Stuff 4 Sale
Fm: Mark Griffith 76070,41
To: All

More stuff for sale:

        Item
Suggested Price
        -----------------------------------------------------------
        OS-9 Profile
$5
        TS-Word for OS-9 (no docs)
$5
        PhantomGraph (no docs)
$5
        Where in the World is Carmen                                           
$5
        Koronis Rift (can't find docs - may have them)          $5
        Rogue for CoCo III
$5
        Flight Simulator II
$10
        Deskmate 3
$10
        OS9 Pascal 2.0 (no docs)
$15
        Multi-Vue
$15
        Complete OS-9 Level II for the CoCo III                         $15
        Dynacalc for OS-9                                                CoCo C
compiler and docs                       Make offer \/\ark -------------*/

#: 17180 S10/OS9/6809 (CoCo)
    28-Nov-92  22:52:23
Sb: CoCo I ROM disassembly?
Fm: John Carter 72236,154
To: all

Does anyone have a commented listing of the CoCo 1 BASIC ROM disassembly, or a
copy of Color BASIC Unravelled that they would part with reasonably? I've been
playing with the DLOAD command (it DOES work, but only for ASCII BASIC files)
and need to know what the ROM REALLY does - the Tandy docs are not totally
correct (off by a value of one is still to far off to work!). Thanks.

#: 17181 S12/OS9/68000 (OSK)
    29-Nov-92  09:13:33
Sb: DVI24PIN ???
Fm: Robert Heller 71450,3432
To: TeX uses...

TITLE: Looking for DVI to BJ300/330 converter I have a Canon Bubble Jet printer
(BJ-330) and would like to use TeX. This printer emulates either an IBM XL224E
or an Epson LQ-1050 24-pin printers (these are the wide carriage versions - the
same escape sequences apply to the IBM X24E and Epson LQ-850, which are the
narrow carriage printers). I know there exists a DVI24PIN for MS-DOS (I even
know where I can get the
EXE file).  The problem is - I don't run MS-DOS.  I run OS-9/68000 on my
68030-based Force CPU30 system.  I need *source* code (in C).  Does anyone have
this code.  Last time I looked, Channel-1 only had the executable.

Robert FidoNet 1:321/153 CompuServ 71450,3432 InterNet heller@cs.umass.edu BIX
locks.hill.bbs

#: 17183 S6/Applications
    29-Nov-92  09:38:27
Sb: #Man for osk
Fm: Pete Lyall 76703,4230
To: Mark Griffith 76070,41 (X)

Mark -

I seem to recall some message traffic about 'man' and 68k... did you carry the
banner forward into 68Kland? If so, would you mind parting with a copy? I could
really use it.

Pete

There is 1 Reply.

#: 17188 S6/Applications
    01-Dec-92  05:45:19
Sb: #17183-#Man for osk
Fm: Mark Griffith 76070,41
To: Pete Lyall 76703,4230 (X)

Pete,

 >I seem to recall some message traffic about 'man' and 68k...  did you
 >carry the banner forward into 68Kland? If so, would you mind parting
 >with a copy? I could really use it.

Sure, I'll upload it for you.  This is the simple one I did a few years ago
from one of your original man utils.  Look for it in DL12.


                  /*-------------  /\/\ark -------------*/

There is 1 Reply.

#: 17190 S6/Applications
    01-Dec-92  08:40:55
Sb: #17188-Man for osk
Fm: Pete Lyall 76703,4230
To: Mark Griffith 76070,41

Thanks Mark!

Pete

#: 17184 S1/General Interest
    29-Nov-92  12:47:23
Sb: #Bargain SCSI
Fm: John R. Wainwright 72517,676
To: all

On a recent trip to Ft. Worth (check out new grandson), I wandered in to the
Tandy Mall and the warehouse outlet and got a 40 meg Quantum SCSI for $149. 
Seems the 40 and 202 meg SCSI drives for the 3000/4000 computers are being
closed out.  Back home now, I checked at the local (Saginaw MI) computer center
and they had a 40 too.  The 40 is $149 and the 202 (if you find one) is $299. 
The 40 meg drive I found in Ft Worth is now running in my MM/1 -- its fast too.
(Good hunting).

JohnW

There is 1 Reply.

#: 17185 S1/General Interest
    29-Nov-92  20:26:54
Sb: #17184-Bargain SCSI
Fm: Bob van der Poel 76510,2203
To: John R. Wainwright 72517,676

John, do you happen to have a Tandy number for the 202?

#: 17186 S12/OS9/68000 (OSK)
    29-Nov-92  23:20:48
Sb: #Troff UNIX compatable
Fm: Mike Haaland 72300,1433
To: All

Does anyone know of a text formatter that will do standard UNIX man pages? I
mean for OS-9.  I'm tired of having to 'fix' em.  It would be much better just
to format 'em.

 - Mike -

There is 1 Reply.

#: 17191 S12/OS9/68000 (OSK)
    01-Dec-92  08:42:43
Sb: #17186-Troff UNIX compatable
Fm: Pete Lyall 76703,4230
To: Mike Haaland 72300,1433 (X)

Mike -

Well, there's always 'groff' (GNU roff), iffn you want to port it. Otherwise,
it's'mroff'.

I guess you could write a macro set for mroff to emulate the -man man macros...

Pete

#: 17189 S12/OS9/68000 (OSK)
    01-Dec-92  08:04:28
Sb: OS9/68K software
Fm: Robert Bradford 100016,1174
To:  76576,3312

Hi Ed!

I want to get in touch with directly over the subject of OS-9 software for
sale. We have spoken before, when I worked for Pan Controls, in Scotland. I can
be reached on Uk phone number 031-225-2545, or UK fax 031-225-2745 or home
number 0259-781-315

I have discussed the problem of US distribution with Steve Weller, and he is
not being very active at the moment.

Please get in touch. Alternatively, let me have a number where I can call you.

Regards, Robert

Press <CR> !>