

#: 9280 S3/Languages
    25-Jan-91  21:59:14
Sb: #9273-#'C' help
Fm: Steve Wegert 76703,4255
To: Jim Peasley 72726,1153 (X)

Thanks for the tips, Jim. I'll try and diddle this weekend.

Steve

There are 2 Replies.

#: 9284 S3/Languages
    25-Jan-91  23:07:24
Sb: #9280-'C' help
Fm: Jim Peasley 72726,1153
To: Steve Wegert 76703,4255 (X)

  I'll be interested to hear how it comes out.  I'd try it myself, but it looks
as though this wkend is already eaten up...
  Homework tonight, class tomorrow 8-1, & the rest of Sat. and Sun. I've gotta
replace a patio door - frame and all.  Then there's always the Superbowl,
although I might miss it seeing as how the 49ers aren't playing!

 ...Jim




#: 9301 S3/Languages
    27-Jan-91  18:29:04
Sb: #9280-#'C' help
Fm: Jim Peasley 72726,1153
To: Steve Wegert 76703,4255 (X)

Steve;

  I got a chance to play around with the pgm. a bit today, and got it to print
in a tabular fashion without using pos_cur.  I eliminated the CURSOR calls in
the print_event function, but haven't had a chance to remove them from the
add_event function yet.

  Just uploaded the source to DL10, marked for you.  Let me know if this solves
your "garbaged-up" output on the WYSE.

 ...Jim




There is 1 Reply.

#: 9311 S3/Languages
    28-Jan-91  22:00:36
Sb: #9301-#'C' help
Fm: Steve Wegert 76703,4255
To: Jim Peasley 72726,1153 (X)

Jim,

Had a few minutes to test out the new source. Your changes did eliminate the
cursor control characters I was seeing ... as well as your change to the path
for dates.files again allows multiple users their own dates.file.

However ... I'm now seeing a '1st' in the type of event field, if there's
nothing normally there. For instance, a run of dateck brings up Ash Wednesday.
There's nothing special suposed to be in the type of event field, yet I see a
'1st'.
 I'm also seeing something wierd with todays date ... the year seems to be
munged.

Popping the source into my handy editor and searching for '1st', I get one hit.
A comment line in some code testing for the 1st. Nowhere else. Can't for the
life of me see how that's getting printed, tho.

Thoughts?

<capture of sample out follows:>

Today is February 28, 91

Searching 12/01 to 12/31 :

12/12   Hanukkah                               1st
12/25   Christmas                              1st
12/10   Steve's Birthday                      34th Birthday






There is 1 Reply.

#: 9332 S3/Languages
    29-Jan-91  23:23:14
Sb: #9311-#'C' help
Fm: Jim Peasley 72726,1153
To: Steve Wegert 76703,4255 (X)

Steve;

  Glad to hear that we can do away with the pos_cur(x,y) stuff... now all I
need to do is figure out how to position the input fields in the add_event
function!  Maybe this weekend.

 > However ... I'm now seeing a '1st' in the type of event field, if there's
 > nothing normally there. For instance, a run of dateck brings up Ash 
 > Wednesday. There's nothing special suposed to be in the type of event 
 > field, yet I see a '1st'.
 >  I'm also seeing something wierd with todays date ... the year seems to 
 > be munged.

  The 1st that you're seeing is due to the fact that I changed the logic a bit
to not display a year span for annually recurring events like Christmas, etc.
By setting the year field for such dates to 00, no year span gets printed.
  However... for events such as Ash Wednesday, Easter, Thanksgiving, etc. that
do not fall on the same date each year, it's necessary to manually edit the
dates.file to re-set these dates to the current day/year.
  At some point, I'd like ts incorporate a way to dynamically calculate these
dates, but I don't remember how most of them are calculated.  Labor Day I
know, but not the rest of them!  Anyone???

 >  I'm also seeing something wierd with ttdays date ... the year seems to 
 > be munged.

  What version of the Kreider libs do you have?  I remember a message from
someone saying that the localtime() function was fixed? in the 12/10/90
release - that's what I'm using.

 ...Jim

p.s.  You share the same B'day as our oldest daughter. (19 this year)


There is 1 Reply.

#: 9334 S3/Languages
    30-Jan-91  08:00:39
Sb: #9332-'C' help
Fm: Steve Wegert 76703,4255
To: Jim Peasley 72726,1153

Ahh ... editing the date's file is an easy task.

I might be a release behind on the Kreider libs ... I'll go fetch and
recompile.

Steve

#: 9283 S3/Languages
    25-Jan-91  23:07:20
Sb: #9275-'C' help
Fm: Jim Peasley 72726,1153
To: Pete Lyall 76703,4230 (X)

Pete;

 <Sigh>.. I guess you're right - mumble,mumble.

  Still, I had never heard of termcaps until STERM v1.3, and can't think of any
other OS-9 pgms that use them.  I DO see the value tho.

  Guess I'm just going thru an input overload at the present time!

  Got your 2 files from DL3 last night, but after printing out CLIBDOC, I need
to get some more ribbons before getting into them.

 ...Jim




#: 9282 S12/OS9/68000 (OSK)
    25-Jan-91  22:17:49
Sb: #9247-termcap functions
Fm: Bob van der Poel 76510,2203
To: Pete Lyall 76703,4230 (X)

Pete, Yes, I had a look at the termcap stuff you uploaded. Not too much help
for my problem. Looking over some of the termcap entries in the OSK termcap
file I notice that there are a number of entries for different terminals which
are not covered in the termcap capabilities list in the OSK docs. Does anyone
know of a more comprehensive list?

Actually, adding your own functions in not a problem. I could easily add to the
file entries for anything I want. I suppose for cursor on/off I could use C1
and C2 or whatever. The thing I'd like to know is if there is already a name
for this function or, if not, any suggestions for a standard name.

#: 9287 S10/OS9/6809 (CoCo)
    26-Jan-91  02:47:13
Sb: #9256-#Seagate ST225N
Fm: Ken Scales 74646,2237
To: Rodney Harper 75130,1321 (X)

Rod -

Yes, the 4-in-1 does require the add-on power supply for the Hard Drive
interface.  That one stumped a friend and I first time we tried to set up his
drive -- the manual mentioned the power supply only under the Serial Port, but
it is required for the HD as well. (not the clock, tho.)

Also, I am in the process of releasing a new version of the CCHDisk driver (v
4.7) which will let you do the physical format under OS-9, rather than using
that Basic program.  Also has a few other tweeks specifically for Seagate
STxxxN drives (though it is not limited to Seagates).  Should be available in a
few days. (Gotta reformat the doc file.)

Cheers... / Ken

There is 1 Reply.

#: 9290 S10/OS9/6809 (CoCo)
    26-Jan-91  12:20:42
Sb: #9287-Seagate ST225N
Fm: Rodney Harper 75130,1321
To: Ken Scales 74646,2237 (X)

Ken,

Many thanks for the reply.  I was getting real close to making the Seagate a
door stop. <Grin>

Once you get the file done, hopefully soon, let me know I would like to give it
a try.  I am online daily, so I will be looking out for your message saying "
OK, Rod....Give it a try !!" <Grin>

Any ideas on why the Disto Basic Formatter will not work most of the time ?

>>Rod<<




#: 9289 S10/OS9/6809 (CoCo)
    26-Jan-91  12:03:50
Sb: Seagate St225N
Fm: james pottage 71750,2012
To: Rodney Harper

Rod, Ken Scales user name is KSCALES and he uses the OS9 Forum only.

                                              Jim Pottage

#: 9291 S10/OS9/6809 (CoCo)
    26-Jan-91  12:48:09
Sb: #9205-#EPROMs
Fm: LUTE MULLENIX 70721,2230
To: Kevin Darling (UG Pres) 76703,4227 (X)

Kevin:

So what your saying is it should be possable to work up an EPROM that would
just boot off the HD. Now what kind of a job would that be for someone like me?
I can plug things in, solder in diodes, and patch modules, but I,m not really
up on figuring out what to patch, and what to to change things to.

Am I correct in thinking that the EPROM would have to know where on the HD to
find the kernel (track), and then a new BOOT mod would have to be written in
say assembly. Of course the code in the EPROM would have to be machine code to
start things off, right?

I just noticed something, looking through a couple of folders I have of boot
modules, that REL BOOT and OS9P1 are not in there. Interesting. When we do an
OS9gen, these must be pulled out ot memory, right? Am I getting in over my head
here? By the way, when I get this figured out is there somewhere a guy can get
EPROMs burned for a resonable fee? Also I'm not a programmer, so any books you
might think would help me on my way on assembly would be most appreciated. I
have Bill Barden's book for EDCB, would this do me some good to go through?

     >Lute<

There is 1 Reply.

#: 9292 S10/OS9/6809 (CoCo)
    26-Jan-91  13:48:06
Sb: #9291-#EPROMs
Fm: Pete Lyall 76703,4230
To: LUTE MULLENIX 70721,2230 (X)

The bootfile is located via a LSN pointer in LNS0 on the hard disk. The boot
need only look there, and then seek to the designated spot, and read the
bootfile.

In coco land, os9p1, REL, Boot, and Init (?) are on track 34 of the boot
floppy, and are loaded by the DOS command (reads 18 sectors from track 34 into
memory). Once loaded, they jump into it, and it takes over by enabling the
appropriate RAM mode, copying the modules to high RAM, and then jumping into
os9. That's the 1st level boot. Then os9's Boot module takes over (via OS9p1)
and loads the OS9Boot file.

Pete

There is 1 Reply.

#: 9327 S10/OS9/6809 (CoCo)
    29-Jan-91  21:06:35
Sb: #9292-#EPROMs
Fm: LUTE MULLENIX 70721,2230
To: Pete Lyall 76703,4230 (X)

Pete:

So really, all the EPROM would have to do is know where to find the first part
of the Boot. Then OS-9 will just read the rest of it off the disk?

     >Lute<

There is 1 Reply.

#: 9338 S10/OS9/6809 (CoCo)
    30-Jan-91  11:33:36
Sb: #9327-EPROMs
Fm: Pete Lyall 76703,4230
To: LUTE MULLENIX 70721,2230 (X)

Lute -

A standard (well, COCO) bootstrap is really three separate stages of
bootstrapping:

1 - The DOS command reads track 34 into memory, and executes the
    REL code manually. The REL code takes the rest of track 34
    (which contains os9p1, boot, and init) and relocates it
    to upper memory. Then it jumps into OS9 (or OS9p1).

2 - OS9 calls f$boot, which eventually locates and starts the
    BOOT module. The BOOT module goes to the floppy (hard coded)
    and looks at LSN0. It gets the location of the OS9Boot file
    (or whatever it's called - name is unimportant) in terms
    of absolute sector number (LSN), and the size of the boot file
    from the LSN0 info. It seeks the disk to that point, and
    reads exactly that many bytes (modulo 256). It then passes
    control back to os9.

3 - OS9 then finishes initialization, and starts Sysgo/CC3Go. Sysgo/CC3go
    gets parameters from Init (working and exec dirs, standard I/O
    defaults, etc.) and sets them up. It then forks a shell
    to perform the startup script, and upon completion of that,
    forks another shell, which is the first user shell, and the
    initial OS9: prompt that you see.

Pete

#: 9293 S10/OS9/6809 (CoCo)
    26-Jan-91  16:13:33
Sb: #9230-#mv/aif
Fm: NAM PUI 73347,3324
To: Kevin Darling (UG Pres) 76703,4227 (X)

I did, I varied the foreground and background from 0 to 7 and all the
combination possible. It have not effect. Montype would change the display on a
monochrome. But not to a point that I can read it.

The only way I can change them at this point is to change the palette setting
with control in MV. Then the changes would carry through to the window setup in
aif. But doing it this way would render the MV window unreadable.

Hope there is some other way or I will have to go back to the old fashioned way
of startup a pro program.

Nam

There is 1 Reply.

#: 9294 S10/OS9/6809 (CoCo)
    26-Jan-91  22:51:53
Sb: #9293-#mv/aif
Fm: Kevin Darling (UG Pres) 76703,4227
To: NAM PUI 73347,3324 (X)

Oh.  Are you running M-V when you start up?  What does the standard palette
have in it? (I mean in the env.file)  Have you saved out the changes you made?

There is 1 Reply.

#: 9300 S10/OS9/6809 (CoCo)
    27-Jan-91  17:45:21
Sb: #9294-#mv/aif
Fm: NAM PUI 73347,3324
To: Kevin Darling (UG Pres) 76703,4227 (X)

I started up MV from startup file to /w3. The env.file palette was on the
previous message I posted. The palette was change await back to a more pleasing
set then the standard set from the Tandy Disk.

I found one thing the hard way. The aif file change have not affect on the
window if you have start the application before during the same session. You
must reboot to see the foreground and background changes.

After playing around a little more with the MV and some applications. I have
came up with some workable solutions. Having a color monitor to turn to to
identify the actual color help.

With a monochrome monitor(The one i got was used a video monitor and the grey
level is not as as stable as a computer monochrome monitor). You can set the MV
palette as follows.

Palet0=0,0,0 palet1=3,3,3 Palet2=2,0,0 Palet3=2,2,0

You can set the dynacalc aif file as follows:

2,80,24,0,4

This will show up as a red on black screen on a color monitor and a very
readable white on black on a monochrome. The Dynacalc used is the Ver 1.00.00
from tandy copyright 1984

The Dynastar aif can be set up as:

2,80,24,2,0

This will also yield a fairly readable screen. There is still a minor problem.
The cursor is not visible and the command prompts are not visible. This is the
ver. 3.4 for coco III lvl II.

Hope this is of some help and maybe there is fix for the problems I got.

Nam

There are 2 Replies.

#: 9302 S10/OS9/6809 (CoCo)
    27-Jan-91  20:48:23
Sb: #9300-#mv/aif
Fm: Kevin Darling (UG Pres) 76703,4227
To: NAM PUI 73347,3324 (X)

Thanks much for your solutions, Nam!

Right, the MV startup uses the env.file to set the global default colors, so
any programs started beforehand would use the stock global defaults instead.

I'll keep thinking, also.

There is 1 Reply.

#: 9328 S10/OS9/6809 (CoCo)
    29-Jan-91  21:45:36
Sb: #9302-mv/aif
Fm: NAM PUI 73347,3324
To: Kevin Darling (UG Pres) 76703,4227 (X)

The env.file seems to affect only one window. Another type 2 window started up
before the MV would not get affected.

I will try to see if any type e 2 window startup after the MV will get affected
or not.

I will keep in touch.

Nam

#: 9305 S10/OS9/6809 (CoCo)
    27-Jan-91  22:51:06
Sb: #9300-#mv/aif
Fm: Randy Wilson 71561,756
To: NAM PUI 73347,3324 (X)


Nam,

   One thing I have not seen metioned yet is that DynaStar v3.4 knows about
CoCo windows. It keeps it's own record of palette slots to use in it's termset
file. You might also try changing these to get a readable screen, with the
cursor and such visible.

Randy

There is 1 Reply.

#: 9329 S10/OS9/6809 (CoCo)
    29-Jan-91  21:57:39
Sb: #9305-mv/aif
Fm: NAM PUI 73347,3324
To: Randy Wilson 71561,756 (X)

Thats right, but the MV env.file mess up the default palette slot to an point
that DS V3.4 will not be visible. I have my Termset use white on black type 2
windows in all the windows. It works fine if I start up DS from a stock type 2
windows with default color palettes. If the application before that switches/or
changes te the palettes. Then DS will use the altered palette. Mv is teh one
that alters it. What I want is for the aif to tell the DS window the altered
palette slots. It seems to me we need to have some way of letting the aif reset
the palette slot back to the default before DS starts. (The MV gshell may start
in a different window every time. I don't want to mess around with the
termset.)

Nam

#: 9339 S10/OS9/6809 (CoCo)
    30-Jan-91  17:49:15
Sb: #9228-#mv/aif
Fm: Mike Stephenson 71655,415
To: NAM PUI 73347,3324 (X)

   I   read  your  message about GSHELL+, DynaStar 3.4, and a  monochrome
monitor.   I  have  uploaded a file which may help you.  The  files  will
allow  you to make a new TERMset and alter your /dd/sys/env.file.   These
work  fine  for me on my Magnavox 8515 RGB monitor in both RGB  mode  and
Monochrome  mode.   Hope this will help you.  Look for TRMSET.AR  in  the
APPLICATIONS library when it is enabled.

P.S.  My AIF for DynaStar look like this . .

 Ds

 ICONS/Icon.dyna
 0
 2
 80
 24
 1
 0

Enjoy.

There is 1 Reply.

#: 9348 S10/OS9/6809 (CoCo)
    30-Jan-91  22:07:18
Sb: #9339-mv/aif
Fm: NAM PUI 73347,3324
To: Mike Stephenson 71655,415 (X)

Thanks. I will download the file and see what happens.

Nam

#: 9295 S14/misc/info/Soapbox
    27-Jan-91  11:58:13
Sb: #Multi-Vue help
Fm: MICHAEL ROSEN 73340,2756
To: all

I am wondering if there is any way to easily put Multi-Vue on my working copy
of OS-9 lv.II.. My working copy is running 40 tracks double sided and 6 ms.
step rate. I built a working copy of Multi-vue but it is 35 t. single sided at
30 ms.

If anyone can help me, please do.
     Thanks...
     Michale Rosen
      73340,2756

There is 1 Reply.

#: 9296 S14/misc/info/Soapbox
    27-Jan-91  12:43:24
Sb: #9295-Multi-Vue help
Fm: Zack Sessions 76407,1524
To: MICHAEL ROSEN 73340,2756

All you have to do is put WindInt in your boot file and GShell in your CMDS
directory. It also helps to have env.file in the SYS directory and add the
additional window descriptors (w8-w15) to your boot file also. And if you want
to be able to fork the standard Tandy apps, you'll need to copy those to your
CMDS directory alsot(.

Zack

#: 9297 S12/OS9/68000 (OSK)
    27-Jan-91  13:39:54
Sb: #termcap
Fm: Roy Dacus 70721,1113
To: Bob van der Poel 76510,2203 (X)

Hi Bob,

The parameters for CURSOR INTENSITY are:
vs=    Make cursor very visible.
vi=    Make cursor invisible.
ve=    Make cursor normal (undo effect of vs= and ve=).

A very good book on this subject is "termcap & terminfo" from
O'Reilly & Associates, Inc.  Phone (800)338-6887.

                          Roy Dacus

There is 1 Reply.

#: 9310 S12/OS9/68000 (OSK)
    28-Jan-91  21:15:04
Sb: #9297-termcap
Fm: Bob van der Poel 76510,2203
To: Roy Dacus 70721,1113 (X)

Thanks Roy... My manual entry for vs and ve says something about end/start
"open/visual mode". Could be that in Unix-ise that means the same as fiddle
with the cursor...

I'll give  O'Reilly, etc. a call and find out the details on the book.

Thanks again.

#: 9303 S12/OS9/68000 (OSK)
    27-Jan-91  22:07:58
Sb: #9266-#ss.screen_size
Fm: Bob van der Poel 76510,2203
To: Kevin Darling (UG Pres) 76703,4227 (X)

Hmmm, using a subroutine module for ved_size is probably a good idea--but I
have no idea how to do that. Guess the module would have to be written in
assembler and then what? We get the address of the module via modlink and then
jump to the entry point? Return stuff in registers.

The control code thingie is okay. Yes, I have the single board proto. I figured
out the screen stuff from the termcap file--not much there is there? Unless I'm
missing things, it lacks all the goodies like underline and reverse video. Just
as well, it forced me to set ved up so that it can deal with stupid terminals.
And when I get the updated software it'll just be a matter of updating the
termcap entry. Oh, and I do hope that the final version of the window driver
will have entries of an extended character set ($20..$FF).

There is 1 Reply.

#: 9309 S12/OS9/68000 (OSK)
    28-Jan-91  18:05:40
Sb: #9303-ss.screen_size
Fm: Bill Dickhaus 70325,523
To: Bob van der Poel 76510,2203 (X)

That does bring up a good point. Are there OSK C functions for setting up
subroutine modules? Are there any out there for OS9 LII? Calling of subroutine
modules can be hacked together, but there is no standard that I'm aware of for
setting up C subroutine modules, and I have also never heard of a cstart.r for
subroutine modules. This might require linker changes too, ugh.

I have an ulterior motive here, since I'm working on a large C project that
_might_ benefit from subroutines. Thoughts everyone?

Bill

#: 9306 S10/OS9/6809 (CoCo)
    27-Jan-91  23:19:09
Sb: #DynaStar arrow keys
Fm: Ken Scales 74646,2237
To: NAM PUI 73347,3324 (X)

Nam -

About a week or so ago, you asked about making the arrow keys work under
DynaStar, after applying the GShell+ patches.

The utility (patch file) you are after is called KeyTable, and is contained in
DSPAT.AR in DL10.  This is the latest version of the file, and should be
compatible with your upgraded version of CC3IO.  I have tried it with most
CC3IO upgrades successfully, including the latest version released by Bruce
Isted in ESW110.AR (Eliminator S/W version 1.10).  Exception: I haven't got a
serial mouse working, so have only tried the ".joy" versions from Bruce's file.

Good luck... let me know if you have any problems.

Cheers... / ken

There is 1 Reply.

#: 9330 S10/OS9/6809 (CoCo)
    29-Jan-91  22:00:51
Sb: #9306-DynaStar arrow keys
Fm: NAM PUI 73347,3324
To: Ken Scales 74646,2237 (X)

Thanks. The ctrl-e,s,d,x cursor movement is wearing me down fast.

Nam

#: 9307 S10/OS9/6809 (CoCo)
    28-Jan-91  00:14:28
Sb: #9219-#HELP
Fm: Lee Veal 74726,1752
To: John Colegrove 76467,36 (X)

DMAPPS is not an executable module (does not start with 87CD), therefore it
should get a module header is incorrect error.  DMALT is executable and should
be
  Header for:  DMALT
  Module size: $3FAB    #16299
  Module CRC:  $6926DE (Good)
  Hdr parity:  $3D
  Exec. off:   $0012    #18
  Data Size:   $03D4    #980
  Edition:     $7E      #126
  Ty/La At/Rv: $11 $00
  Prog mod, 6809 obj, non-shr, R/O

provided that I don't have any mods in it that make it different from the
Deskmate 3 Master Disk.

What slot do you have the Modem Pak plugged into on your MPI?

Lee



There is 1 Reply.

#: 9312 S10/OS9/6809 (CoCo)
    28-Jan-91  22:03:58
Sb: #9307-#HELP
Fm: John Colegrove 76467,36
To: Lee Veal 74726,1752 (X)

Lee,
  I figured out my problem. I had customized my Deskmate3 disk, I have it all
on one double sided disk and stepping at 6 milliseconds, but when I configured
it, I must have left out the /M1 and /M2 descriptors because at that time, I
didn't have a modem,(I waited till the shack reduced them to $9.95) but anyway
all I had to do was copy the /M1 to my Deskmate3 and now everything is A-OK.
Thanks for the help.
 I do have another problem though, I can't figure how to handle any of the
programs I have downloaded (binary or arc). I tried changing attributes,
loading to memory and Basic09, I wonder what I'm doing wrong?
                                                          John

There are 2 Replies.

#: 9313 S10/OS9/6809 (CoCo)
    28-Jan-91  22:12:41
Sb: #9312-#HELP
Fm: DAVID DE FEO 71630,721
To: John Colegrove 76467,36 (X)

John,  the archived files need to be eXtracted using the ar program. I think
you can find it in the Utility lib. Then you have to set the e attr to the
dearced program. Dave

There is 1 Reply.

#: 9314 S10/OS9/6809 (CoCo)
    28-Jan-91  22:34:58
Sb: #9313-HELP
Fm: John Colegrove 76467,36
To: DAVID DE FEO 71630,721 (X)

Dave, I'll try it and see. Thanks. John

#: 9320 S10/OS9/6809 (CoCo)
    29-Jan-91  16:25:51
Sb: #9312-#HELP
Fm: Lee Veal 74726,1752
To: John Colegrove 76467,36 (X)

As for the binary stuff, it needs to have any x/y-modem pad characters removed,
then you can set the execution attributes on with ATTR.  DED can be used to
help truncate the downloaded binary file.  DED is another utility that you can
find in the libraries here.  Then you just put the module in the current
execution directory.
   As previously stated, you have to use the AR utility to deARchive files that
are suffixed with ".AR".

   On the binary files, if they are packed BASIC09, you'll still have to adhere
to the same rules that detail where RUNB and other support modules have to be.

Lee

There is 1 Reply.

#: 9321 S10/OS9/6809 (CoCo)
    29-Jan-91  18:05:24
Sb: #9320-#HELP
Fm: Pete Lyall 76703,4230
To: Lee Veal 74726,1752 (X)

Lee -

The simplest way to strip X/Ymodem padding is:

  1. Set execute permissions on (attr filename e pe)
  2. Load the module (with padding attached)
  3. Ignore any error messages
  4. Delete the disk image of the module
  5. SAVE the module from memory to disk.

After step 5, the padding will be gone, as the module header size field
determines how much is written to disk (actually, how much is loaded as well.
When loading, os9 will see the anticipated end of the module, note that it's
not at EOF, and look for a subsequent module in the file (SYNC BYTES). If not
there, it should bark about an illegal module header, or the like).

Pete

There is 1 Reply.

#: 9377 S10/OS9/6809 (CoCo)
    02-Feb-91  20:16:30
Sb: #9321-HELP
Fm: Lee Veal 74726,1752
To: Pete Lyall 76703,4230 (X)

Yes, I'm aware of that one, too.  Thanks for the the remind.

Lee

#: 9315 S12/OS9/68000 (OSK)
    28-Jan-91  22:48:56
Sb: #OS-9 for Sinclair QL
Fm: Vincent Foglia 70451,721
To: all

Does any one know if there is a copy of the OS/9 Operating System that will run
on a Sinclair QL system???? A buddy of mine has a complete QL system and would
like to be able to run OS/9!!!  Any help would be appreciated!! He can be
contacted at:

Steven Blackford Rt. 1 Box 30-B Delta, IA 52550

Thank you................ Vincent Foglia

There is 1 Reply.

#: 9319 S12/OS9/68000 (OSK)
    29-Jan-91  06:58:30
Sb: #9315-#OS-9 for Sinclair QL
Fm: James Jones 76257,562
To: Vincent Foglia 70451,721 (X)

I think that your best bet would be to call the British company Cumana Ltd. and
ask whether they've done such a port.  I don't have their address or phone
number at hand, but I'll see if I can find it.

There is 1 Reply.

#: 9352 S12/OS9/68000 (OSK)
    31-Jan-91  12:26:44
Sb: #9319-OS-9 for Sinclair QL
Fm: Vincent Foglia 70451,721
To: James Jones 76257,562 (X)

Thanks... He'd really like to run os9 his computer.. So we could transfer
programs, and applications. I run os9 on a coco... He7d like to run some of the
same programs I do.

#: 9316 S1/General Interest
    29-Jan-91  00:21:19
Sb: #Where is the ar program?
Fm: Scott Tegtmeyer 72560,1503
To: [F] All

I would like to download programs with .ar suffix, but
I can't seem to find the ar program.  Can you tell me
where it is?

Thanks,
Scott Tegtmeyer

There is 1 Reply.

#: 9318 S1/General Interest
    29-Jan-91  04:57:00
Sb: #9316-Where is the ar program?
Fm: Dan Robins 73007,2473
To: Scott Tegtmeyer 72560,1503 (X)

Scott,
  The file(s) you are looking for are in LIB 9.
  All the files will pop up if you type the command: BRO AR*.*
  whilst in LIB9.

  AR.DOC is the documentation file. Read the descriptions, and you'll see that
there are separate .BIN (executable files) for both 6809 & 680x0 machines.
AR.AR contains the full boat and source code as well.
  If you do download one of the .BIN files, you may want to RENAME it and take
the .BIN extension off (ie....RENAME /d?/AR09.BIN /d?/AR), and you WILL need to
set the atributes adding the "pe" and "e" attributes. The command which will do
the job is ATTR /d?/AR -PE -E
   Hope that helps.

  Dan

#: 9317 S10/OS9/6809 (CoCo)
    29-Jan-91  00:27:05
Sb: memory help!
Fm: Everett Chimbidis 76370,1366
To: all

How do you set up your memory?? (to make the most of it?)



#: 9322 S10/OS9/6809 (CoCo)
    29-Jan-91  18:16:23
Sb: #LOGIN/TSMON on V2.0
Fm: Michael Wood 71631,340
To: all

I am a new user to OS9. Recently I purchased a CoCo3 (128k), drive0, and of
course OS9. The OS version number is 02.00.01 and the RS stock number is
263031. I am doing some experimenting with its multiuser capabilities and have
build a null modem cable to interface with my Macintosh. My problem has to do
with the LOGIN and TSMON commands/modules. Nothing was mentioned about them in
my documentation and, after looking through the disks, I find they don't appear
on either of them. Did I purchase the RS 2.0 UPGRADE only? In order to have
password security on my /t1, etc. do I need to get the 01.00.00/01.00.01
version also? I am perfectly able to get a shell running on /t1.... What am/did
I do wrong or am missing here? HELP!

There is 1 Reply.

#: 9335 S10/OS9/6809 (CoCo)
    30-Jan-91  08:04:33
Sb: #9322-#LOGIN/TSMON on V2.0
Fm: Steve Wegert 76703,4255
To: Michael Wood 71631,340 (X)

Michael,

Login and Tsmon were not included in the Level II release of OS9. Instead, they
were bundled on the Developer's Pak.

Not to worry .... there are several replacements in the LIBRARIES. Do a Browse
on LOGIN and see what pops up. LIB 8 should be the place to look.

Give a shout if you need more info.

Steve

There is 1 Reply.

#: 9341 S10/OS9/6809 (CoCo)
    30-Jan-91  19:43:40
Sb: #9335-#LOGIN/TSMON on V2.0
Fm: Michael Wood 71631,340
To: Steve Wegert 76703,4255 (X)

Thanks Steve. I don't remember seeing a developers pak in my local store but I
would have been suprised to do so. They don't stock much... Another problem I
hm I have is the lack of a modem interface for my CoCo so I'll have to figure
out another way to get those utilities. Thanks again for your help!

-Mike

There are 3 Replies.

#: 9342 S10/OS9/6809 (CoCo)
    30-Jan-91  20:33:23
Sb: #9341-LOGIN/TSMON on V2.0
Fm: Dan Robins 73007,2473
To: Michael Wood 71631,340

Michael,
   I've got a Developer's Pack hanging around the house that I'll sell ya.
   How does $35 & shipping costs sound?

   Dan

#: 9344 S10/OS9/6809 (CoCo)
    30-Jan-91  21:00:28
Sb: #9341-LOGIN/TSMON on V2.0
Fm: Steve Wegert 76703,4255
To: Michael Wood 71631,340

Michael,

Where's there's a will ...

A 232pak or equal is almost a requirement for modeming with OS9. But ... if you
have a RSDOS terminal package that supports xmodem or B protocol, you can use
one of the converting utilities to move the file from RSDOS to OS9.

DOSOR9 comes immediately to mind. Give a yell if you need more info. In the
meantime, check out the ultilites library for this file.

Steve

#: 9346 S10/OS9/6809 (CoCo)
    30-Jan-91  21:04:27
Sb: #9341-LOGIN/TSMON on V2.0
Fm: Steve Wegert 76703,4255
To: Michael Wood 71631,340

Mike,

DOSOR9.BAS and DOSOR9.HLP can be found in the COCO Library (#10).

Steve

#: 9323 S9/Utilities
    29-Jan-91  19:50:55
Sb: #Help
Fm: John Colegrove 76467,36
To: Pete Lyall 76703,4230 (X)

Pete,
 I tried your advice and still no luck. I set the execute attributes (e pe)
then load to memory and I get ERROR 205. Then I run MDIR which leads me to
believe the module did not load, so I don't want to delete the disk image cuz
I'd lose the file.. NO??? By the way, I was the one looking for the help.
Thanks, John

There are 2 Replies.

#: 9337 S9/Utilities
    30-Jan-91  11:20:19
Sb: #9323-#Help
Fm: Pete Lyall 76703,4230
To: John Colegrove 76467,36 (X)

John -

Hmm - wonder iff the contents of the file itself are valid? Try an ident on the
file, and see what it produces.

The technique _does_ work - I've used it for years...

Pete

There is 1 Reply.

#: 9350 S9/Utilities
    30-Jan-91  22:41:47
Sb: #9337-#Help
Fm: John Colegrove 76467,36
To: Pete Lyall 76703,4230 (X)

Pete,
 When I run IDENT on any of these files all I get is MODULE HEADER INCORRECT!
any more ideas? John

There is 1 Reply.

#: 9353 S9/Utilities
    31-Jan-91  14:32:21
Sb: #9350-#Help
Fm: Pete Lyall 76703,4230
To: John Colegrove 76467,36 (X)

Now we're getting somewhere....

That means that the file obviously doesn't contain an executable (or any other
kind of) module.

Questions:

Did you download it as an '.ar' file? If yes, have you already used 'ar' to
unpack it? Is it any other form of packed file (uuencode? Pak? Arc? Zip?)?

Where did you get the file, and what is it's name? If you can't figure any of
the above out, that may help, along with a dump of the first couple sectors of
the file..

(i.e. dump {filename} >tempfile)

Pete

There is 1 Reply.

#: 9356 S9/Utilities
    31-Jan-91  20:35:08
Sb: #9353-#Help
Fm: John Colegrove 76467,36
To: Pete Lyall 76703,4230 (X)

Pete, 'ar' is one of the files I am trying to use. It was called ar.arc/bin I
believe. I saved it as arc.ar.bi and can't do anything with it. I don't own
dump because I only have Level II. I am using a COCO3 512K, 2 drives, MPI with
controller in slot4 and modem pak in slot 1, DESKMATE3's TELECOM program
8/1bits,no parity,ASCII filter off, XMODEM transfer.John

There are 2 Replies.

#: 9360 S9/Utilities
    01-Feb-91  00:55:29
Sb: #9356-#Help
Fm: Kevin Darling (UG Pres) 76703,4227
To: John Colegrove 76467,36 (X)

Hi John... don't worry, we'll getcha going.  But we really need to know which
file it was.

If it was AR09.BIN then you should be able to Ident it (after setting attr e
pe, I think).

Hey, I know. What is the size of the file?  That might give us a hint as to
which one you downloaded.  thx - kev

There is 1 Reply.

#: 9369 S9/Utilities
    02-Feb-91  01:33:23
Sb: #9360-Help
Fm: John Colegrove 76467,36
To: Kevin Darling (UG Pres) 76703,4227 (X)

Kev,
 Thanks for your concern, I downloaded AR09.bin and now no more probs. John

#: 9364 S9/Utilities
    01-Feb-91  11:30:04
Sb: #9356-#Help
Fm: Pete Lyall 76703,4230
To: John Colegrove 76467,36 (X)

John -

In order to get AR'd programs unpacked, you need to download ar.bin in DL9.
After downloading it (it is NOT compressed or packed) put it in your commands
directory, rename it to 'ar', and set execution priveleges (attr /dd/cmds/ar e
pe).

If you don't have DUMP, grab XOD.ar in dl9. A really nice public domain dump
command. There's also a PD save command over there, I believe.

Ar.arc? Odd - I would have expected it to be ar.ar. If the latter were the
case, you could unpack it using ar by:

   ar -x ar

Pete

There is 1 Reply.

#: 9370 S9/Utilities
    02-Feb-91  01:37:14
Sb: #9364-#Help
Fm: John Colegrove 76467,36
To: Pete Lyall 76703,4230 (X)

Pete,
 I downloaded AR09.bin and have no more trouble. I looked for XOD.ar here and
in the COCO forum, can't find it, I did find a SAVE.ar though
 Thanks for your help. John

There is 1 Reply.

#: 9372 S9/Utilities
    02-Feb-91  01:59:36
Sb: #9370-#Help
Fm: Pete Lyall 76703,4230
To: John Colegrove 76467,36 (X)

John -

If Mike Ward can't find it in the archives, let me know. I'll upload a portable
C source, and we can probably get someone to compile it for a 6809. Worst case,
I could fire up my LI system and do it here.

Pete

There is 1 Reply.

#: 9376 S9/Utilities
    02-Feb-91  17:44:04
Sb: #9372-Help
Fm: John Colegrove 76467,36
To: Pete Lyall 76703,4230 (X)

Pete, Thanks I'll try that. John

#: 9343 S9/Utilities
    30-Jan-91  20:43:15
Sb: #9323-#Help
Fm: WAYNE LAIRD 73617,3042
To: John Colegrove 76467,36 (X)

John, just breaking in here, so I don't know the full story on your file, but
try a 'verify'  >>> OS9:Verify </d0/filename [enter] see if that helps your
file to load. Use D0 for drive zero or what else drive that it may be on. best,
Wayne



There is 1 Reply.

#: 9349 S9/Utilities
    30-Jan-91  22:34:21
Sb: #9343-#Help
Fm: John Colegrove 76467,36
To: WAYNE LAIRD 73617,3042

Wayne,
 When I tried your suggestion of verify, my system responded"WHAT?" I have
Level II maybe that is on Level I? John

There is 1 Reply.

#: 9354 S9/Utilities
    31-Jan-91  16:54:36
Sb: #9349-#Help
Fm: DAVID DE FEO 71630,721
To: John Colegrove 76467,36 (X)

John, Verify is on level I.  Lets take this step by step.  First, what did you
download, then what did you do with it, did you set the attributes, was it an
"ar" or "pak" file?  If it was a binary file (not ar or pak) do an ident on it:
ident /d0/filename.  Dave.

There is 1 Reply.

#: 9357 S9/Utilities
    31-Jan-91  20:39:14
Sb: #9354-#Help
Fm: John Colegrove 76467,36
To: DAVID DE FEO 71630,721 (X)

Dave, I did set the e pe attributes and I have tried ident on binary files, I
get MODULE HEADER INCORRECT! You can look at message #9356 also, Pete Lyall is
trying to help too. John

There are 2 Replies.

#: 9358 S9/Utilities
    31-Jan-91  21:12:24
Sb: #9357-#Help
Fm: James Jones 76257,562
To: John Colegrove 76467,36 (X)

If the file really is supposed to be an executable program to run under OS-9,
and ident says "module header incorrect," then it has been corrupted in
transmission somehow.  How did you get this file?

There is 1 Reply.

#: 9368 S9/Utilities
    02-Feb-91  01:30:46
Sb: #9358-Help
Fm: John Colegrove 76467,36
To: James Jones 76257,562 (X)

James,
 After downloading AR09.bin my problems are now solved. Thanks. John

#: 9365 S9/Utilities
    01-Feb-91  21:04:16
Sb: #9357-#Help
Fm: DAVID DE FEO 71630,721
To: John Colegrove 76467,36 (X)

John....ok...rename arc.ar.bi to ar.....then try to load ar. If this doesn't
work, then try to download ar.bin again...maybe there was an error in
downloading Dave

There is 1 Reply.

#: 9371 S9/Utilities
    02-Feb-91  01:38:51
Sb: #9365-#Help
Fm: John Colegrove 76467,36
To: DAVID DE FEO 71630,721 (X)

Dave,
 I downloaded AR09.bin and have no more problems, thanks for the help. John

There is 1 Reply.

#: 9378 S9/Utilities
    03-Feb-91  02:18:54
Sb: #9371-Help
Fm: DAVID DE FEO 71630,721
To: John Colegrove 76467,36 (X)

Welcome to OS9, John !!!

#: 9325 S12/OS9/68000 (OSK)
    29-Jan-91  20:08:33
Sb: #9309-subroutine modules
Fm: Steve Adams 71610,3707
To: Bill Dickhaus 70325,523 (X)

    Howdy! Since I use OSK subroutine modules a lot, I thought I would

throw in my two cents worth.  I cannot speak for OS9 LII since I never

really used it in depth.  Forgive me if I cover old ground.



    First the advantages:



    Advantage #1) Subroutine modules are an excellent way to expand

the functionality of a program at run-time.  If the interface to the

subroutine module is properly defined, programs can use them to add

new features dynamically.  (slight bragging follows) I wrote an object

oriented graphics editor for designing user interfaces that can be

expanded by the user to include new I/O objects.  The new objects can

be edited as if they were hardcoded into the editor, including

rubber-banding, without making any changes to the graphics editor.



    Advantage #2) An unlimited number of subroutine modules may be

used by a program at once.  If trap modules are used, only 15

different modules may be used at once.



    Advantage #3) As with any properly written OSK module, they may be

shared by several processes to reduce memory usage.





    Now the disadvantages:



    Disadvantage #1) This is probably the most frustating.  No static

variable space may be used within the subroutine module.  This limits

you to using stack variables, and 'malloc()'ed variable space.  Some C

variables declared in cstart are accessable from a subroutine module.



    Disadvantage #2) Because no global variable space is allowed, jump

tables are not allowed.  This effectively limits the size of

subroutine modules to 32K.  If you are REAL careful with your coding

and avoid distant 'bsr's, this size limit can be expanded.



    Disadvantage #3) There is no standard interface to subroutine

modules that I know of.  This makes its harder to get started

initially.  This can also be viewed as an advantage once you know what

you are doing, since it allows your interface to the module to exactly

match your applications needs.



        (continued in another message)



#: 9326 S12/OS9/68000 (OSK)
    29-Jan-91  20:10:24
Sb: ##9309-subroutine modules
Fm: Steve Adams 71610,3707
To: Bill Dickhaus 70325,523 (X)

        (continued from previous message)



    Here are some (I hope) helpful hints for using C with subroutine

modules.



    Use the -i and -x command line options with 'cc' when

compiling subroutine modules.  This will cause the cio and math trap

handlers to be used, and reduce the size of the subroutine module by

about 10K depending on the functions called.



    To reference C variables declared in cstart.r, include the

following code segment in the assembly language header to the

subroutine module:



* Resolve the references generated from Cstart.   Originate from -$8000

    org    -32768

_sttop      do.l    1    stack top

_mtop:      do.l    1    current non-stack memory top

_stbot:     do.l    1    current stack bottom limit

errno:      do.l    1    global error holder

_totmem:    do.l    1    total data memory used

_sbsize:    do.l    1    top of process memory (sbrk)





    I hope this stuff is useful.



    Steve Adams



There is 1 Reply.

#: 9347 S12/OS9/68000 (OSK)
    30-Jan-91  21:32:01
Sb: #9326-#9309-subroutine modules
Fm: Bill Dickhaus 70325,523
To: Steve Adams 71610,3707 (X)

Steve, that information is helpful, since I don't have an OSK machine yet, I
haven't gone to far in learning how things like subroutines may work
differently than with OS9 LII. I was hoping that subroutine handling functions
were available for OSK, mainly because I just didn't want to have to do some of
the things you described, like hard coding cstart.r variables, using assembler
code, etc. And I agree, the major disadvantage of subroutines is the inability
to access static variables. I'm not too familiar with jump tables tables, looks
like its time to dig into the manuals again! Thanks for the info..

Bill

#: 9331 S1/General Interest
    29-Jan-91  22:08:45
Sb: Gibbs Rep
Fm: NAM PUI 73347,3324
To: all

Is  there anyone from Ultrascience/Gibbs Laboratories Inc. in the forum here?

Nam





#: 9336 S4/MIDI and Music
    30-Jan-91  08:59:38
Sb: phone
Fm: Lester Hands 70135,430
To: ALL

Does any know Mike Knudsen's phone number? I need to contact him and he does
not seem to be using CIS lately! Thanks.

#: 9340 S12/OS9/68000 (OSK)
    30-Jan-91  19:05:49
Sb: #9203-OSK Clib.l Order
Fm: Mike Haaland 72300,1433
To: Carl Kreider 71076,76

Well, Hello stranger!

I guess I've had no problems with linking and the libs.  I just wanted to check
with everyone.

Thanks Carl, Pete and JJ for you respnses.  And sorry it took so long for me to
reply to y'all.

BTW Is the CK_clib.l use the same docs as the 6809 version?  Or are there other
goodies in the OSK version?  Thanks,

Mike

#: 9345 S10/OS9/6809 (CoCo)
    30-Jan-91  21:02:11
Sb: #Games
Fm: WAYNE LAIRD 73617,3042
To: Floyd Resler

? s/194/ S/194/ S[/194/]



Floyd, I've got your games: gemquest, spacezap, tank, dungeon. Wwould like to
register them shortly, they are are with excellant graphics. I am however
running into a few error messages and problems though. Dungeon, OS9  runs quite
well but does it end? I get to the point of where the man is surrounded by
one-way tunnels, and I can't find the way out.

Spacezap  when I downloaded this one it didn't have a graphics window maker so
I used the one that came with tank but the fonts do not come on the screen just
a row of dots instead of letters.  I can run tank first then I can have the
fonts come up but then I constantly get error 194 right after the game comes
up, Zap #30k doesn't do me any good ethier, same error code.

Tank, when I'm on a high level seems to error out on me, missed the code number
there.

Gemquest, on level 4 when I'm there I'll always end up with error #55

Could be bad downloads from other boards But I would appreciate your help here,
and keep on the good work! Wayne Laird



There is 1 Reply.

#: 9355 S10/OS9/6809 (CoCo)
    31-Jan-91  17:25:44
Sb: #9345-Games
Fm: Floyd Resler 72500,2572
To: WAYNE LAIRD 73617,3042

Good questions.  For The Dungeon Depths, there are 15 levels.  Some of the
levels are very tough as you discovered.  I'm not sure what the problem with
the fonts on SpaceZap is.  In Tank a couple of the levels included with the
game were bad.  You can find the corrected levels on here (LIB 10).  If you
download my patch file (can't remember the name of it right now) from LIB 10,
it will {ix the error in GemQuest plus some bugs in some of my other games.

Floyd

#: 9351 S1/General Interest
    31-Jan-91  11:45:16
Sb: Computers for Sale
Fm: Steven Barlett 71635,1562
To: all

Color Computer Equipment for sale.. Call The First Baptist Church of Rosemead
at (818) 287-5053 for Details...

#: 9359 S10/OS9/6809 (CoCo)
    01-Feb-91  00:12:18
Sb: #OS9 to MSDOS
Fm: Paul Rinear 73757,1413
To: Anyone

      I seem to recall reading messages about a program here that
 runs on MS-DOS and lets you read files from OS9 disks. Do you know
 where this can be found?
                              Paul

There is 1 Reply.

#: 9362 S10/OS9/6809 (CoCo)
    01-Feb-91  06:43:34
Sb: #9359-#OS9 to MSDOS
Fm: Dan Robins 73007,2473
To: Paul Rinear 73757,1413 (X)

Paul,
  Are you sure it isn't the other way around (a program that runs under OS9
that lets you read/write PC diskettes)?
  The program that runs under OS9 is called PCDOS.AR and is in LIB 10.

   Dan

There is 1 Reply.

#: 9363 S10/OS9/6809 (CoCo)
    01-Feb-91  09:55:49
Sb: #9362-#OS9 to MSDOS
Fm: Paul Rinear 73757,1413
To: Dan Robins 73007,2473 (X)

    Yeah. I have PCDOS and it works well. But I do remember one like I
described. It was quite awhile back and I could be wrong.

                             Paul

There are 2 Replies.

#: 9366 S10/OS9/6809 (CoCo)
    01-Feb-91  22:35:38
Sb: #9363-OS9 to MSDOS
Fm: Dan Robins 73007,2473
To: Paul Rinear 73757,1413 (X)

Paul,
   I'm nothing familiar in this forum that will do it on an MS-DOS machine, and
I can't recall any MS-DOS program which will do it either. I would be glad to
know I am wrong though!....so if you hear of one, let me know too!

   Dan

#: 9367 S10/OS9/6809 (CoCo)
    02-Feb-91  00:32:34
Sb: #9363-#OS9 to MSDOS
Fm: Kevin Darling (UG Pres) 76703,4227
To: Paul Rinear 73757,1413 (X)

Paul - I too recall someone once saying that there was a commercial MSDOS
program which would read os9 disks... but can't remember the name.

I keep bugging Chris Babcock to do one, tho <grin>.

There is 1 Reply.

#: 9375 S10/OS9/6809 (CoCo)
    02-Feb-91  17:09:09
Sb: #9367-#OS9 to MSDOS
Fm: Paul Rinear 73757,1413
To: Kevin Darling (UG Pres) 76703,4227 (X)

    The commercial program I see advertised in Rainbow is Xenocopy ?

There is 1 Reply.

#: 9390 S10/OS9/6809 (CoCo)
    03-Feb-91  19:30:09
Sb: #9375-OS9 to MSDOS
Fm: Lee Veal 74726,1752
To: Paul Rinear 73757,1413

There was a program called "CoCoUtil" (and later CoCoUtil II) that ran on
MS-DOS machines, but it would only read RS-DOG disks.  It was commercial.

Lee



#: 9374 S1/General Interest
    02-Feb-91  08:58:50
Sb: Kreider LIB docs
Fm: Steve Wegert 76703,4255
To: All

From rewop!sysop Thu Jan 31 06:03:34 1991
Received: by rewop (Rmail09 1.2)
        id 4574; Wed Jan 30 22:15:16 1991
From: rewop!sysop
To  : OS9stl!steve
Date: Wed Jan 30 22:07:22 1991
Subj: Kreider Docs

Steve,

Would you post the following message on the Forum for all members?  Thanks!

----------------------------------
All C programmers:

I have corrected the error in my documentation of Carl Kreider's C library.
These docs are available to anyone who wants them.  I will not be uploading
them here because of the size, but will send a disk will all docs, the
man command for reading them, and the updated mroff for making the man
pages--including source code.

If anyone would like a disk, please send a disk mailer and a blank disk
with enough return postage to cover the charges to:

    Mark Griffith
    953 W. Wisconsin Ave.
    DeLand  FL  32720

If there is enough call, I can upload the archives here after splitting
them up to keep the size down.  Reply to this message and Steve Wegert
will forward then to me.

I appreciate all the comments many people have made in getting the errors
out of the doc files.  Thanks to all.

/\/\ark

Usenet          ....!uflorida!ki4pv!macs!stetson!rewop!sysop
UUCP direct     (904) 736-1849 rewop!sysop
Internet        griffith@stetson.bitnet

#: 9380 S4/MIDI and Music
    03-Feb-91  11:52:06
Sb: #8862-New Tune
Fm: Mike Knudsen 72467,1111
To: Ches Looney 73016,1336

Hi Ches.  Right, brass & percussion beats piano for that sort of music any day.
"Battle of Trenton" I have recorded on an antique pipe organ by E Power Biggs. 
Lotsz of fun.  --mike k

#: 9381 S4/MIDI and Music
    03-Feb-91  11:54:07
Sb: #8865-New utils in DL4
Fm: Mike Knudsen 72467,1111
To: Pete Lyall 76703,4230 (X)

OK Pete on the Casio.  I've been advised to always stick a NOTE ON in my
recording buffer. Also, when recording a Casio, to punch a patch change before
playing.  Glad to hear it's not just me, grin!

#: 9382 S4/MIDI and Music
    03-Feb-91  11:57:28
Sb: #8871-MIDI
Fm: Mike Knudsen 72467,1111
To: Everett Chimbidis 76370,1366

You can still buy MIDI packs from RUlaford Research in Oregon. They may have
changed their name again -- originally Speech Systems. There's also the outfit
in Rochester NY,{whose stuff was recently reviewed in Rainbow.  Their MIDI Pak
may or may not be compatible. I think RUlaford wants about $80 or $90 for their
Pak. Some folks have hacked RS232 Paks into MIDI, but it's not for the faint of
heart...mike k

#: 9383 S4/MIDI and Music
    03-Feb-91  11:59:47
Sb: #8923-#Fallin.UME
Fm: Mike Knudsen 72467,1111
To: GLEN HATHAWAY 71446,166 (X)

Hi Glen, congrats on your D-50.  I'm glad to hear those are still being sold --
seems every model is "obsolete" after 6 months. Yes, I'd heard the D-50 is much
like the MT32, and of course you can twiddle it from the frontpanel.  Will be
awaiting your program -- let me know when it's uploaded.  (Hint: Put it on
Delphi too, save me some cash!). --mike k

There is 1 Reply.

#: 9386 S4/MIDI and Music
    03-Feb-91  12:55:40
Sb: #9383-Fallin.UME
Fm: GLEN HATHAWAY 71446,166
To: Mike Knudsen 72467,1111

Hi Mike... The only reason I could afford to buy the D-50 is because Roland is
dumping them to make way for the D-70. I find that in many ways I like my MT-32
better, but the D-50 is a VERY capable machine too. It works best as a
controller, as it is somewhat lacking in multi-timbral abilities. About the
editor - it is coming along VERY slowly Don't hold your breath... I will upload
on Delphi - I spend most of my time there because of the 20/20 thing. Bye...

#: 9384 S4/MIDI and Music
    03-Feb-91  12:03:38
Sb: #9125-Fallin.UME
Fm: Mike Knudsen 72467,1111
To: Lester Hands 70135,430

Hi Les.  Well, Second City is in the process of moving to North Carolina, so a
couple ad months are being skipped pending the new address, phone, name, etc.
If anything goes wrong I'll consider your offer, thanks. Say, is MusicWare same
as RUlaford Research, or do they just do CocoMIDI and the Lybrary? I also hear
you/they aren't coming to CHicago RainbowFest, is that so?  --mike k

#: 9385 S10/OS9/6809 (CoCo)
    03-Feb-91  12:13:04
Sb: #8908-LISP for CoCo3
Fm: Mike Knudsen 72467,1111
To: MOTD Editor..Bill Brady 70126,267

UltiMusE-III also beats the 64K limit by mapping various object-code routines
into an 8K segment kept open for that use. Uses C-coded machine code, and
WizPro uses packed B09 RUNB modules, but basically same idea.

Umuse also fights the 64K limit by forking off the whole grafix end of the
beast and PIPElining to it.

Dale Puckett wrote this up in his Rainbow OS9 column about a year ago. --mike k

#: 9387 S10/OS9/6809 (CoCo)
    03-Feb-91  15:23:29
Sb: #OS9 LII
Fm: PHIL SCHERER 71211,2545
To: ALL

Am I remembering wrong or was there supposed to be an updated version of OS9
level 2 coming out?????

There is 1 Reply.

#: 9388 S10/OS9/6809 (CoCo)
    03-Feb-91  16:12:46
Sb: #9387-#OS9 LII
Fm: Kevin Darling (UG Pres) 76703,4227
To: PHIL SCHERER 71211,2545

You remember right.  You've also got some good parts of it already (fast
grfdrv, serial mouse and clock hacks, gfx2, etc).

We'd like to shoot for the Chicago fest, but there's a lot of work to be done
first.  We'll see.

There is 1 Reply.

#: 9389 S10/OS9/6809 (CoCo)
    03-Feb-91  19:26:19
Sb: #9388-#OS9 LII
Fm: Lee Veal 74726,1752
To: Kevin Darling (UG Pres) 76703,4227 (X)

Congrats,

Finally saw that Kyum-Gai (OS-9 L2 version) is at last seeing the light of day.
And I hope it's a bright new day, too.  I think it will be if we, the OS-9
community, can keep the pirating down.  Try as I might, I just can't convince
some of my fellow club members here locally that pirating is detrimental to the
whole community.

Lee

There is 1 Reply.

#: 9391 S10/OS9/6809 (CoCo)
    03-Feb-91  20:23:23
Sb: #9389-OS9 LII
Fm: Kevin Darling (UG Pres) 76703,4227
To: Lee Veal 74726,1752

Lee - yes, thanks to Eddie Kuns who fixed a coupla things, Kyum-Gai finally
left the "to do" queue ;-).

I've always claimed that OS9ers believe in paying for stuff, in order to
support third parties.  Hope I'm right!  (I think so)

Press <CR> !>