

#: 13763 S12/OS9/68000 (OSK)
    30-Dec-91  00:08:12
Sb: #13761-#MM1 Questions:
Fm: Kevin Darling 76703,4227
To: GLEN HATHAWAY 71446,166 (X)

Glen - I think cgfx.l was written in C.  I started to write one in asm, but
Mike H had done such a great job, that I switched and wrote a bgfx instead (for
basic).  No idea on _ss_palette.  No keyboard mouse yet, but thanks for the
reminder!  Manuals for windows soon;  I've heard OSK manuals are going out. 
Wish I had time to play with Oddjob, but haven't so far!

There is 1 Reply.

#: 13764 S12/OS9/68000 (OSK)
    30-Dec-91  01:00:43
Sb: #13763-MM1 Questions:
Fm: GLEN HATHAWAY 71446,166
To: Kevin Darling 76703,4227 (X)

Hi Kev... I'm managing to stumble along so far without manuals, but they sure
would make things easier. I've managed to write around anything in cgfx.l that
I can't get to work. You've got a bgfx! When do we get it? I don't like Basic
too much, but it's nice for roughing out ideas quickly. I've got a copy of
Leventhal's 68000 assembler book on the way - when that gets here, I'll be in
business. Hey, can you tell us any details of how to get at all the nice
hardware goodies built into the VSC chip, or is that all a secret? I'd hate to
have to do everything legally, ya know... (ie. through the OS)

#: 13765 S12/OS9/68000 (OSK)
    30-Dec-91  11:23:19
Sb: #13761-#MM1 Questions:
Fm: Mike Haaland 72300,1433
To: GLEN HATHAWAY 71446,166 (X)

Glen,

Are you the same guy who had the problems with the Palette() fucntion in the
lib?  'Cause I compiled the code posted and had the expected results. (No '1's
printed to my screen!)  I'm asking cause the _ss_palette() function works fine
too.  Maybe your not calling it quite right, so here's an example:

 [Continued Next Message]

There are 2 Replies.

#: 13777 S12/OS9/68000 (OSK)
    31-Dec-91  00:32:59
Sb: #13765-MM1 Questions:
Fm: GLEN HATHAWAY 71446,166
To: Mike Haaland 72300,1433 (X)

Hi Mike... Tried that little program you gave me in your messages. When I
compiled it with the stock MM/1 cgfx.l, it wouldn't work. Drew the lines, but
hadn't loaded the palette registers, so they didn't change to red, green, etc.
I downloaded the cgfx.l from here, recompiled and it works!!! I haven't tried
yet, but I assume the Palette function is fixed too. Any MM/1 owners out there
being frustrated by this thing - delete the stock cgfx.l and get version 2 from
here!!! BTW - I was calling everything correctly - I recompiled some of the
source I couldn't get to work before with the new lib and it ran fine! Thanks
Mike...

#: 13856 S12/OS9/68000 (OSK)
    05-Jan-92  21:25:08
Sb: #13765-#MM1 Questions:
Fm: GLEN HATHAWAY 71446,166
To: Mike Haaland 72300,1433 (X)

Hi Mike... Hey, can I post version 2 of cgfx.l on Delphi? Some people over
there are interested in it and can't afford to log on here.

There is 1 Reply.

#: 13919 S12/OS9/68000 (OSK)
    07-Jan-92  16:18:53
Sb: #13856-#MM1 Questions:
Fm: Mike Haaland 72300,1433
To: GLEN HATHAWAY 71446,166 (X)


I rather not have it posted.  There is a newer Version to be released RSN.
I don't mind if you E-Mail copies to folks that have MM/1's tho...

Sound OK?


There is 1 Reply.

#: 13924 S12/OS9/68000 (OSK)
    07-Jan-92  22:13:12
Sb: #13919-MM1 Questions:
Fm: GLEN HATHAWAY 71446,166
To: Mike Haaland 72300,1433 (X)

Hi Mike... Sounds OK to me. What's in the new version?

#: 13766 S12/OS9/68000 (OSK)
    30-Dec-91  11:24:11
Sb: #13761-MM1 Questions:
Fm: Mike Haaland 72300,1433
To: GLEN HATHAWAY 71446,166 (X)

/* Paltst.c */

#include <stdio.h>

#define STDOUT 1 #define DELAY  4

char pals[256][3];

main()
 {
     int count, path;
     char ch;

     if ((path = open("/w",3)) == -1) {
        printf("Cannot open '/w'\n");
        exit(1);
     }
     DWEnd(path);
     DWSet(path,3,0,0,40,26,0,0,127);
     Select(path);
     CurOff(path);
     ScaleSw(path,0);
     drawlines(path);
     sleep(DELAY);
     for (count = 0; count < 256; count++) { /* set to shades of red */
         pals[count][0] = count;
         pals[count][1] = 0;
         pals[count][2] = 0;
     }
     _ss_palette(path,0,pals,256);
     sleep(DELAY);
     for (count = 0; count < 256; count++) { /* set to shades of green */
         pals[count][0] = 0;
         pals[count][1] = count;
         pals[count][2] = 0;
     }
     _ss_palette(path,0,pals,256);
     sleep(DELAY);
     for (count = 0; count < 256; count++) { /* set to shades of blue */
         pals[count][0] = 0;
         pals[count][1] = 0;
         pals[count][2] = count;
     }
     _ss_palette(path,0,pals,256);
     sleep(DELAY);
     for (count = 0; count < 256; count++) { /* set to shades of grey */
         pals[count][0] = pals[count][1] = pals[count][2] = count;
     }
     _ss_palette(path,0,pals,256);
     sleep(DELAY);
     DefColr(path); /* Now back to the default palette */
     /* sound the bell, wait for user input then close /w */
     Bell(path);
     read(path,&ch,1);
     Select(STDOUT);
     close(path);
 }

 /* Draw a scale gradient from left to right,
    using all 256 colors and the entire screen */ drawlines(path) int path;
 {
     int count;

     /* now draw lines in the new colors */
     for (count = 0; count < 320; count++) {
         FColor(path,(count * 256) / 320);
         SetDPtr(path,count,0);
         Line(path,count,207);
     }
 }

 [ Continued Next Message ]

#: 13767 S12/OS9/68000 (OSK)
    30-Dec-91  11:24:43
Sb: #13761-#MM1 Questions:
Fm: Mike Haaland 72300,1433
To: GLEN HATHAWAY 71446,166 (X)


If this doesn't work, as it does here, then let me know.  Did you grab the last
cgfx.l here in the lib?  Or are you using the one that came with the MM/1
disks?




There is 1 Reply.

#: 13773 S12/OS9/68000 (OSK)
    30-Dec-91  21:27:50
Sb: #13767-MM1 Questions:
Fm: GLEN HATHAWAY 71446,166
To: Mike Haaland 72300,1433 (X)

Hi Mike... Thanks... I'll try that and see if it does the trick. I'm using the
cgfx.l that came with the MM/1. Is the one here better?

#: 13768 S1/General Interest
    30-Dec-91  11:51:04
Sb: #SNAP
Fm: JOERG SATTLER 74016,631
To:  71446,166 (X)

Where might I find the 25 line patch by Kevin Darling. Convential means of
searching have not turned up any reference to a patch by anyone to generate a
25 line display, that I can find.                       Joerg Sattler,
74016,631

There are 2 Replies.

#: 13771 S1/General Interest
    30-Dec-91  15:33:39
Sb: #13768-SNAP
Fm: Lee Veal 74726,1752
To: JOERG SATTLER 74016,631 (X)

Joerg, here's what I've found...


This is an excerpt from the SuperComm documentation file.  It describes one
variation of the 25-line patch.  Patch locations may vary depending on whether
other patches have been applied to your GRFDRV module.

          PATCHES AND FIXES FOR ENHANCED EFFECT UNDER SUPERCOMM
          -----------------------------------------------------

Module: GrfDrv Purpose: Create a text screen with 225 scan lines and 25 text
lines per
         screen.  Note: this is for use with RGB monitors that have that
         capacity.  Most T.V.s and composite monitors will not scan over
         200 lines. Problems:  In order to get the full 25 lines of text, you
must also adjust
         the terminal descriptor to work accordingly.  (i.e. patch /term
         or whatever window you happen to use for your hardware TEXT
         screens).

        Relative Addr.       Old Value       New Value
        -------------        ---------       ---------
              01FA              18              19
              0200              18              19
              08C8              03              04
              08C9              15              75
              08CA              03              04
              08CB              05              65

=== end of excerpt ===

After Kevin Darling put his speed-up modifications, the patch locations moved,
and additional patches are needed.

These are the patch areas that I have for a GRFDRV that's been patched with
KD's speed-up mods.

               w/speed-up    w/speed-up &
      address    patches   25-line patches
      ========      ==        ==
        01EA        18        19
        01F0        18        19
        086B        14        34
        086D        15        35
        086F        1D        3D
        0871        1E        3E
        0872        03        04
        0873        15        75
        0874        03        04
        0875        05        65


These are the patches that have worked for me.

Lee

#: 13774 S1/General Interest
    30-Dec-91  21:30:37
Sb: #13768-SNAP
Fm: GLEN HATHAWAY 71446,166
To: JOERG SATTLER 74016,631 (X)

Hi Joerg... I have a later version of Snap, with some more bugs cured, that
doesn't require the 25 line thing. May upload it one of these days. For the
patch, look under grfdrv patch - it's a modified grfdrv that does it.

#: 13769 S10/OS9/6809 (CoCo)
    30-Dec-91  11:52:12
Sb: 25 line patch
Fm: JOERG SATTLER 74016,631
To: Kevin Darling

Where might I find the 25 line patch by Kevin Darling. Convential means of
searching have not turned up any reference to a patch by anyone to generate a
25 line display, that I can find.                       Joerg Sattler,
74016,631

#: 13775 S12/OS9/68000 (OSK)
    30-Dec-91  21:33:30
Sb: colors.ar
Fm: GLEN HATHAWAY 71446,166
To: All

Hi all... If you have trouble running 'colors', make sure you do a 'tmode
nopause' before running it. I don't think I put it in the program...

#: 13776 S9/Utilities
    31-Dec-91  00:08:03
Sb: #AR Warning
Fm: Ian Hodgson 72177,1762
To: All

WARNING! After reading the threads about AR in the CoCo List messages I decided
to see what all the fuss was about and downloaded AR14.BIN from LIB9. I played
with it for a while, found that it had a back compatability mode so it worked
with my old archives, and did a *slightly* better job of compressing than AR
version 1.2, so decided to keep it.

I had a bunch of CIS message threads to add to an existing archive (a procedure
I frequently use) and AR v.1.4 was in memory, so I used its compatibility mode
to add the files. IMAGINE MY HORROR to discover that it had not added to the
existing archive, but overwritten it with only the new files, destroying all
the ones I already had. BE WARNED THAT AR VERSION 1.4 CAN BE DANGEROUS TO THE
HEALTH OF YOUR EXISTING ARCHIVES. I have erased my copy, and will wait for the
official Kreider upgrade, if any.

BTW, many thanks to Kevin for the new RBF and UNDEL which allowed me to recover
some of the missing files. I have, however, one question and one comment.
Question: why is UNDEL so s.l.o.w? Anywhere from 30 to 85 seconds per file
meant over 15 minutes to recover one directory. A similar feat on the messydos
machine at work takes about 0.2 seconds! Would it be worth trying to redo UNDEL
in assembler (I seem to recall that it is in C) to speed it up?

The comment: users of UNDEL should note that just because UNDEL indicates that
a file can be recovered is no guarantee that it can be. UNDEL checks to see if
the sectors that make up the file are unassigned, and, if so, assumes that they
are still valid parts of the original file. This is not necessarily so. If,
since deleting the file, you have created and deleted some other files, the
sectors, while marked as unassigned, now contain bits of the new files rather
than the original one and strange results are guaranteed.

There is 1 Reply.

#: 13778 S9/Utilities
    31-Dec-91  04:32:54
Sb: #13776-AR Warning
Fm: Kevin Darling 76703,4227
To: Ian Hodgson 72177,1762 (X)

Good point about Undel perhaps not always working as you expect, if there's
been file creations/deletions since then (and sectors have been used/discarded
again).  Never hit me, since I usually realize right away when I need to
undelete a file :-)

Speed?  I've never had it take more than several seconds!  Was this on a floppy
or hard drive?  Was there anything else going on that might have locked up some
sectors (or even locked out the directory or bitmap?). Was the disk heavily
fragmented?  Or the files very large (and perhaps fragged?)

Glad it helped you get back your files tho!  I'm only sorry that we didn't post
this RBF earlier.  If it even saves one person's file, it was worth it!

kev

#: 13780 S10/OS9/6809 (CoCo)
    01-Jan-92  10:29:00
Sb: #13714-Recovering RAM
Fm: Dennis Skala 73177,2365
To: Ian Hodgson 72177,1762 (X)

Erich,

As the author of the ramdisk software you refer to, I appreciate your positive
comments regarding the speed and convenience of use.  I spent a good deal of
effort making it so.  Even though it's been several years now, I still enjoy
hearing people say they are getting good use from it.

I don't understand what you are referring to however when you say "less than
100%-RBF compatible".  I can assure you that since they are RBF devices, *all*
OS9 ramdisks are fully 100% RBF compatible.  Else they wouldn't work at all! 
If you're referring to the creation of a BLOB problem by certain bootfile
configurations containing the ramdisk driver/descriptor, this has nothing to do
with any sort of software compatibilty.  It is a subtle hardware problem with
the Coco's address circuitry which results in certain bootfile configurations
not booting (at least this seems to be the consensus right now).  It's also a
pain in the a** for those cursed with it!  ;-)

                             ***** Dennis *****

#: 13781 S12/OS9/68000 (OSK)
    01-Jan-92  10:53:08
Sb: #13759-#shell
Fm: Colin J. Smith 73777,1360
To: Bob van der Poel 76510,2203 (X)

IDENT shows it as edition #52.  It's the one that came with my production model
MM-1.  Maybe it's the HD?  I'm on floppies.

  --Colin

There is 1 Reply.

#: 13783 S12/OS9/68000 (OSK)
    01-Jan-92  18:15:05
Sb: #13781-#shell
Fm: Bob van der Poel 76510,2203
To: Colin J. Smith 73777,1360 (X)

That's the same shell version as I have. And mine does not access .login! Hmmm,
maybe it something in the way init or sysgo is set up??? Have to do some
sluething...

There is 1 Reply.

#: 13791 S12/OS9/68000 (OSK)
    02-Jan-92  20:47:31
Sb: #13783-shell
Fm: Colin J. Smith 73777,1360
To: Bob van der Poel 76510,2203 (X)

Hmm.  I dunno!  If you need some more info from me, feel free to ask!

  --Colin

#: 13782 S10/OS9/6809 (CoCo)
    01-Jan-92  15:28:06
Sb: Tetris to Disk
Fm: Ches Looney 73016,1336
To: All

Has anyone pulled Tetris off the pack into a disk?  Any surprises? Any changes
to permit it to work in either RSDos or OS9??  Thanks for info.  Ches.

#: 13784 S10/OS9/6809 (CoCo)
    01-Jan-92  22:43:40
Sb: #OS9 Data Transfers
Fm: Gus Moyer 71076,1112
To: all

Is there a file available which will do a transfer from a Coco OS9 to MSDOS?
Thanks

There is 1 Reply.

#: 13785 S10/OS9/6809 (CoCo)
    01-Jan-92  22:54:27
Sb: #13784-#OS9 Data Transfers
Fm: Erich Schulman 75140,3175
To: Gus Moyer 71076,1112 (X)

Assuming you want to run the program on your CoCo, you have three options.
1. Get the CoCo To MS-DOS article/program in the July 1986 issue of
   Rainbow magazine.  The program is Disk BASIC, not OS-9.  For an
   occasional small job this might be best.
2. Download the PCDos utility and the required CC3Disk IPatch.  You will
   also need the IPatch utility if you don't already have it.  You should
   find all of these in Lib 9.  Use BRO KEY:PC* for PCDos and the IPatch
   and BRO KEY:IPATCH to find the ipatch utility.  You may want to add
   LIB:ALL in case some of these are not in Lib 9.
3. Purchase the program GCS File Transfer Utilities.  If you intend to do
   a lot of transferring this may be your best bet, esp. the MultiVue
   version.  The regular version is $44.95 and MV version is $10 more.
   You will also need SDISK-3 (forgot its price).  You can order these
   direct from Granite Computer Systems.  Check Rainbow ads for their
   address.
If you want to run the program on your PC, you may still be able to buy
Xenocopy.  You may also be able to download a utility.  GO IBMFF to look.
Look for general "read alien disks" programs.

Hope this helped!
Erich Schulman (KTN4CA)

There is 1 Reply.

#: 13939 S10/OS9/6809 (CoCo)
    08-Jan-92  23:21:07
Sb: #13785-OS9 Data Transfers
Fm: Gus Moyer 71076,1112
To: Erich Schulman 75140,3175 (X)

Thanks for the info. I'll pass it along.

#: 13786 S1/General Interest
    02-Jan-92  17:57:21
Sb: #Multimedia.
Fm: PHIL SCHERER 71211,2545
To: All

I think it would be nice if someone would consider looking into the possibility
of developing multimedia for OS9 in the future. I'm sure it could be done on
our type of system.

There is 1 Reply.

#: 13793 S1/General Interest
    02-Jan-92  23:05:40
Sb: #13786-#Multimedia.
Fm: Wayne Day 76703,376
To: PHIL SCHERER 71211,2545 (X)

Uh.. have you ever heard of CD-Interactive, ala Philips?  That's an OS-9/68000
based system, Phil.

What more could a dedicated OS9'er want?

<grin>

Wayne

There is 1 Reply.

#: 13803 S1/General Interest
    03-Jan-92  19:10:16
Sb: #13793-#Multimedia.
Fm: PHIL SCHERER 71211,2545
To: Wayne Day 76703,376 (X)

That isn't possible. I just read my latest Compuserve magazine and it features
Multimedia computing. It tells all about Unix and Dos and IBM and Mac and Amiga
and all the great things that intel is doing in Multimedia. It tells about the
wonder of it in OS2 and windows with Dos. It has a helpful guide to consumers
who might be interested in pursuing Multimedia in the future with a list of
companies in the process of developing it. As I read it I didn't notice as much
as a <by the way> for OS9. We all know that this fine information service would
not neglect to mention one of its' own sigs or system subscribers if it had any
connection at all with Multimedia or the slightest interest in pursuing it in
the future. Why that could be considered ignorance or bias or neglect. I'm
sorry but it isn't possible that CIS could do such a thing.

There are 2 Replies.

#: 13804 S1/General Interest
    03-Jan-92  20:08:00
Sb: #13803-#Multimedia.
Fm: Kevin Darling 76703,4227
To: PHIL SCHERER 71211,2545 (X)

GRIN.  But you see, we're using the latest Stealth technology multimedia!



There is 1 Reply.

#: 13825 S1/General Interest
    04-Jan-92  16:23:15
Sb: #13804-Multimedia.
Fm: PHIL SCHERER 71211,2545
To: Kevin Darling 76703,4227 (X)

Hi Kev--shame on CIS!!

#: 13808 S1/General Interest
    04-Jan-92  03:18:02
Sb: #13803-#Multimedia.
Fm: Wayne Day 76703,376
To: PHIL SCHERER 71211,2545 (X)

Yeah, well....   you know how people who are convinced that they are right in
all respects are.  You can't tell 'em anything that they think they already
know.

Uh.. yeah.. Stealth Technology Multimedia.  Yeah. That's the ticket!

<g>


Wayne


PS: Ignorance, Bias, Neglect. Yep.

There is 1 Reply.

#: 13827 S1/General Interest
    04-Jan-92  16:25:05
Sb: #13808-Multimedia.
Fm: PHIL SCHERER 71211,2545
To: Wayne Day 76703,376 (X)

Hi Wayne--CIS should do an update to correct the snub!!!

#: 13787 S10/OS9/6809 (CoCo)
    02-Jan-92  17:59:40
Sb: #File Uploader Query
Fm: Ches Looney 73016,1336
To: Sysop (X)

Did I miss a turn somewhere?  I used to be able to get the User ID for uploaded
messages/files in the library by using the long descriptor, but the ID no
longer shows.  How can I get the user ID for a file in the library?  Thanks,
Ches.

There is 1 Reply.

#: 13788 S10/OS9/6809 (CoCo)
    02-Jan-92  19:53:51
Sb: #13787-#File Uploader Query
Fm: Erich Schulman 75140,3175
To: Ches Looney 73016,1336 (X)

There's probably a better way to do it but considering that I don't often have
need of this info I get it when I do need it with DIR.  If the file you're
interested in is PROGR.AR, use the command DIR PROGR.AR in the appropriate LIB.
You can use wildcards if you don't have the exact name.

There is 1 Reply.

#: 13801 S10/OS9/6809 (CoCo)
    03-Jan-92  16:12:59
Sb: #13788-#File Uploader Query
Fm: Ches Looney 73016,1336
To: Erich Schulman 75140,3175 (X)

Sorry, Erich, I just tried that and got no more than from BROwse or SCAn. File
info but no info on uploader.  Ches.

There is 1 Reply.

#: 13828 S10/OS9/6809 (CoCo)
    04-Jan-92  16:32:37
Sb: #13801-#File Uploader Query
Fm: Erich Schulman 75140,3175
To: Ches Looney 73016,1336 (X)

I just checked using DIR in Lib 10 to get the User ID.  Here's a sample.
[76576,2715]
DYNTRM.TXT/Asc  Bytes:   2660, Count:   20, 11-Dec-91

[76703,2013]
PURGED.TXT/Asc  Bytes:   3047, Count:   64, 14-Nov-89(17-Nov-91)

[72245,1400]
CBREZE.IPC/Bin  Bytes:    256, Count:    1, 17-Nov-91

[70721,435]
UHS.ARC/Bin     Bytes:   9344, Count:    6, 16-Nov-91

[76703,4255]
UTIL3.HLP/Asc   Bytes:   3498, Count:   37, 29-Oct-91
As you can see, the User ID appears above each filename.  So if you can't
get the information you want from DIR you must have something set up
very differently from me.

There is 1 Reply.

#: 13830 S10/OS9/6809 (CoCo)
    04-Jan-92  20:36:15
Sb: #13828-File Uploader Query
Fm: Ches Looney 73016,1336
To: Erich Schulman 75140,3175 (X)

Yup, try setting to short descriptions in the OPTions section and then run
DIRectory.  You'll see the info as before but without the uploader's id lines. 
Appears that the DEScription command used with the options set to short
provides incomplete info. (and likewise the DIRectory and SCAN commands. 
Regards, Ches.

#: 13789 S10/OS9/6809 (CoCo)
    02-Jan-92  19:54:20
Sb: #CRC checking
Fm: Hugo Bueno 71211,3662
To: All

I just installed the Kernel patch which allows for OSK compatible filenames
under os9-6809.  Seems to be working fine but....

I used to use Roger Krupski's CRC program which patches OS9p1 to disable CRC
checking.  Since the kernel is different now, that utility doesn't work right. 
Could someone tell me how to disable CRC checking?  I got really used to
fast/smooth response, so it's kinda annoying to have to wait for a program to
start up now.  :-)


Hugo

There is 1 Reply.

#: 13826 S10/OS9/6809 (CoCo)
    04-Jan-92  16:24:16
Sb: #13789-#CRC checking
Fm: Erich Schulman 75140,3175
To: Hugo Bueno 71211,3662 (X)

I think the best approach would be to disassemble your new os9p1, locate the
crc checking and turn it off, then reassemble.  Comparing disassemblies of the
standard os9p1 to the crc off patched os9p1 will help.  Perhaps someone else
will come up with something better.

There is 1 Reply.

#: 13845 S10/OS9/6809 (CoCo)
    05-Jan-92  14:46:28
Sb: #13826-CRC checking
Fm: Hugo Bueno 71211,3662
To: Erich Schulman 75140,3175 (X)

Hmm, I'm not really assembler literate, so even if I did disassemble the
source, I wouldn't know what I was looking at/for.

Hugo

#: 13790 S10/OS9/6809 (CoCo)
    02-Jan-92  20:36:45
Sb: #RSB Date
Fm: Ian Hodgson 72177,1762
To: All

Is there any convenient way to return the system date and/or time as a string
in RSB?

There is 1 Reply.

#: 13802 S10/OS9/6809 (CoCo)
    03-Jan-92  17:26:04
Sb: #13790-RSB Date
Fm: Bob van der Poel 76510,2203
To: Ian Hodgson 72177,1762 (X)

Ian, why not just do a shell command (I think RSB permits this) and send the
time/date to a temp disk file. Then read it back...

#: 13792 S1/General Interest
    02-Jan-92  23:04:29
Sb: #Just Wondering...
Fm: Wayne Day 76703,376
To: Erich Schulman 75140,3175 (X)

Erich,

What is the (KTN4CA) appended to your signature?  It looks like an amateur
radio call sign at first blush, but...

Wayne

There is 1 Reply.

#: 13824 S1/General Interest
    04-Jan-92  16:20:42
Sb: #13792-#Just Wondering...
Fm: Erich Schulman 75140,3175
To: Wayne Day 76703,376 (X)

Close but no cigar (g).  It's a short wave listening call sign.  These calls
are not recognized by the government as in this country we don't need a license
to listen to the radio (though there are countries where/ you do) Two private
groups offer call signs to interested swl's.  One gives out calls that begin
WDX and the other Kss where ss is the 2-letter abbr. for your state of
residence.  For both, the digit following matches FCC assignments.  I do
occasionally listen in on the ham bands but I'm primarily interested in
listening to short wave broadcasts.  Radio Canada International is one of my
faves, and I like to listen to the music on Africa No. 1 in Gabon and the
Spanish broadcasts of Radio Habana Cuba.

Erich Schulman (KTN4CA)

There is 1 Reply.

#: 13872 S1/General Interest
    06-Jan-92  13:08:00
Sb: #13824-Just Wondering...
Fm: Wayne Day 76703,376
To: Erich Schulman 75140,3175 (X)

Ah! I'm familiar with SWL registrations...  used to be WPE4JAJ waaaaay back in
the 60's when Popular Electronics sponsored such a group.

Like I said.. it LOOKED like a callsign, but didn't match any of the official
ones that I'm familiar with.

Wayne

#: 13794 S10/OS9/6809 (CoCo)
    02-Jan-92  23:08:28
Sb: #Vefio_Help
Fm: Brother Jeremy, CSJW 76477,142
To: All

Dear Friends: First I hope that this new year will bring you all joy and peace
and happiness.
 I am trying to use the VEFIO program to save MULTIVUE/GSHELL screens. I am
afraid that I do not understand how to do this. I
 use AUTOEX to start GSHELL. Say for example I wanted to save the control
screen to a vef file, what command line would I use? I did manage to do this
once several months ago, so I know that it can be done. (BTW do I need to have
PIPES, PIPEMAN, etc, in my boot file
 for VEFIO to work?)

Thank you for all your help, and don't be afraid to insult me intellegence.
(I'm not sure that I spelled that right---see what I mean?)

With all best wishes,

Br. Jeremy, CSJW

There is 1 Reply.

#: 13798 S10/OS9/6809 (CoCo)
    03-Jan-92  04:43:48
Sb: #13794-#Vefio_Help
Fm: Kevin Darling 76703,4227
To: Brother Jeremy, CSJW 76477,142 (X)

Try "vefio -?" for some help info.  Basically, you can do something like start
another shell window somewhere, and use it from there to snap out another
screen to disk.

For example, I just tried "vefio -w2 >/r0/file.vef"  and the contents of w2
(which is a gfx window) was captured.  I could then "vefio /r0/file.vef" and
view the picture.

cheers - kev

There is 1 Reply.

#: 13806 S10/OS9/6809 (CoCo)
    04-Jan-92  00:48:57
Sb: #13798-#Vefio_Help
Fm: Brother Jeremy, CSJW 76477,142
To: Kevin Darling 76703,4227 (X)

Dear Kevin: Thank you for your response. I am still not having any luck doing
the following: I am trying to save and then print a MultiVue screen (in an
80x24 format) with CONTROL showing. I use autoex to start M_V on bootup. I
believe that it is using /w7. When I tried vefio -w7 >/r0/file.vef I got an
error: The requested screen is not hi-res graphics. I know that you can save a
Multivue Screen, I was able to do so last summer. I just do n't understand what
I am doing wrong. --Jeremy, CSJW

There are 3 Replies.

#: 13809 S10/OS9/6809 (CoCo)
    04-Jan-92  05:52:00
Sb: #13806-#Vefio_Help
Fm: Kevin Darling 76703,4227
To: Brother Jeremy, CSJW 76477,142 (X)

Jeremy - hmmm.  Use my "proc" command if you have it, and make sure M-V is
running in w7.  Or just try the vefio save on all windows <grin>, until you hit
the right one.  Will also have to experiment to see what types of gfx screens
that vefio can save out.  - k

There is 1 Reply.

#: 13821 S10/OS9/6809 (CoCo)
    04-Jan-92  12:57:34
Sb: #13809-Vefio_Help
Fm: Brother Jeremy, CSJW 76477,142
To: Kevin Darling 76703,4227 (X)

Kevin, Lee Veal reminded me that I have MV boot up on AUTEX to Term which I
patched to 80 columns, when I tried vefio -term >/dd/test.vef,
 it worked. I will make certain though that I have a copy of your PROCS
command. Thanks for the help --Jeremy, CSJW

#: 13815 S10/OS9/6809 (CoCo)
    04-Jan-92  09:26:52
Sb: #13806-Vefio_Help
Fm: Lee Veal 74726,1752
To: Brother Jeremy, CSJW 76477,142 (X)

Bro, I use autoex to start up Multi-Vue on my systems, too.  MV and Control, if
started from the pull-down "Tandy" menu are always on /Term on my system.


  ID Prnt User Pty Age  St Sig ..  Module   Std in/out
 --- --- ----- --- ---  -- --- --  -------- -----------
   2   1    0  128 131  81 228 E4  CC3Go    <     >
   3   4    0  128 129  C0   0 00  SuperComm<W1   >W1
   4   0    0  128 129  80   0 00  gshell   <Term >Term
   5   4    0  128 131  80   0 00  Shell    <W3   >W3
   6   4    0  128 128  80   0 00  control  <Term >Term
   7   5    0  128 128  80   0 00  Proc     <W3   >HD

Could be that you're telling VEFIO to access the wrong window device name.

Lee



#: 13817 S10/OS9/6809 (CoCo)
    04-Jan-92  10:08:06
Sb: #13806-#Vefio_Help
Fm: Lee Veal 74726,1752
To: Brother Jeremy, CSJW 76477,142 (X)

Bro,

I just went off-line to try something...

VEFIO -term >mv.screen.vef

is the syntax that I used to get the MV (w/Control overlay) saved to disk.

Incidentally, in a previous message, you asked if the pipe facilties of OS9
were used/needed for this function.  They are not.  When use VEFPRT with VEFIO,
then you need a pipe, but not just for screen saving.

WARNING: When you save a MV screen (w/Control overlay) both will have the Menu
bar replaced with the program name...

For example:

====GShell================================================================= | |
====Control===================                                        |
 |  |                            |                                        |
 |  |                            |                                        |


etc....

The only way that I've found that your can get the actual Menu Bar to be saved
with the above VEFIO command is to do the command from a VDG window that
immediately follows your MV screen. VDG windows don't use Windint to be
displayed, they use VDGInt.  Anyway, when you use the <clear> key to switch
from the MV window to the adjacent window which is a VDG screen using VDGInt
the Menu Bar rollover to program name doesn't occur.  Then you can do the VEFIO
-term >mv.screen.vef command and the screen will be displayed just as you saw
it last.

Hope something that I said in the above helped.

Lee

There are 2 Replies.

#: 13820 S10/OS9/6809 (CoCo)
    04-Jan-92  12:55:29
Sb: #13817-Vefio_Help
Fm: Brother Jeremy, CSJW 76477,142
To: Lee Veal 74726,1752 (X)

Lee, it worked. I forgot that MV boots up in TERM, that I patched to an 80 col
 window. --Br. Jeremy, CSJW

#: 13823 S10/OS9/6809 (CoCo)
    04-Jan-92  16:15:20
Sb: #13817-#Vefio_Help
Fm: Kevin Darling 76703,4227
To: Lee Veal 74726,1752 (X)

Lee,

A trick I use to capture a MV (or other) screen with menus and mouse cursor, is
to go to another shell screen and use:

  sleep 300; vefio -wx >file

Then I flip back to the MV screen... and after the sleep times out, vefio grabs
exactly what I'm seeing, menus and all.

kev

There are 2 Replies.

#: 13834 S10/OS9/6809 (CoCo)
    04-Jan-92  22:25:05
Sb: #13823-#Vefio_Help
Fm: Brother Jeremy, CSJW 76477,142
To: Kevin Darling 76703,4227 (X)

Dear Kevin (and Lee) With you help I got Vefio working. Now I have a problem
with VEFPRT. I saved several screens from MV. I could veiw them fine. When I
tried to print them, I get a BAD SCREEN TYPE:1 error. I have MultiVue AUTOEX on
Term patched to 80 cols. Now what? Should I run MV in a different window, or
does MV create its' own window. I had started it in /w6 and when I exited I was
in /w1. Help. --Jeremy

There is 1 Reply.

#: 13846 S10/OS9/6809 (CoCo)
    05-Jan-92  17:05:06
Sb: #13834-#Vefio_Help
Fm: Lee Veal 74726,1752
To: Brother Jeremy, CSJW 76477,142 (X)

Bro,
   Even though the VEFPRT docs say that it can print OS9 Lvl 2 screen types 5,
6, 7 and 8.  That doesn't seem to be the case.   I was able to successfully
print 5, 6 and 8 only.  VEFPRT always kicked out Bad Screen Type: 1, on a
640x192x4 screen.  In VEF jargon a Type 1 screen is a 640x192x4 screen, which
is supposed to correspond with the Type 7 screen as defined in the OS9
Reference manual.
   Looking at the VEFPRT source code seems to show that when a Type 1 VEF
screen is being deciphered the "case" for Type 1 screens is not followed by a
"break".  Instead of completing the processing for a Type 1 screen VEFPRT drops
down to a default routine that puts out the "Bad Screen Type: 1" message.
   The second byte of the file produced by VEFIO (vefio -term >file) indicates
the screen type.  Patching a $00 in that byte will make VEFPRT think that the
screen being printed is a 320x192x16 screen.  That may work as a stopgap until
we can get some one to run VEFPRT.C through a new compile process.
   The source code that I think needs to be corrected is:

 .
 .
 .
    /* initialize */
    switch(type)
        {
        case 4:
            width = 80;
            nbits = 8;
            break;
        case 0:
            width = 160;
            nbits = 2;
            break;
        case 3:
            width = 80;
            nbits = 4;
            break;
        case 1:
            width = 160;
            nbits = 4;
            break;                   <-- This "break" was missing,
                                     <-- thus, allowing the program
                                     <-- to fall through to the fol-
                                     <-- lowing "fprint" routine.
        default:
            fprintf(stderr, "Bad screen type: %d\n", type);
            exit(0);
        }
 .
 .
 .

Anyway, that's what I think the problem is, but I'm not a C programmer, just an
'old' mainframe assembly programmer.

Lee

There is 1 Reply.

#: 13852 S10/OS9/6809 (CoCo)
    05-Jan-92  18:30:11
Sb: #13846-#Vefio_Help
Fm: Brother Jeremy, CSJW 76477,142
To: Lee Veal 74726,1752 (X)

Well Lee, maybe I should start learning C...I will let you know what happens.
--Thank you, Jeremy, CSJW

There are 2 Replies.

#: 13858 S10/OS9/6809 (CoCo)
    05-Jan-92  22:19:22
Sb: #13852-#Vefio_Help
Fm: Lee Veal 74726,1752
To: Brother Jeremy, CSJW 76477,142 (X)

I may even have a C Compiler around here somewhere...

I'll look.

Maybe we could contact the author, if we can figure out who did it.  I'll check
the library.

Lee

There is 1 Reply.

#: 13870 S10/OS9/6809 (CoCo)
    06-Jan-92  12:52:36
Sb: #13858-#Vefio_Help
Fm: Bob van der Poel 76510,2203
To: Lee Veal 74726,1752 (X)


Lee and Bro -- I uploaded a vef save and print package written is assembler
quite some time ago. Should be in dl10. Try bro:vef and see what happens. Maybe
this will work better for you....

There is 1 Reply.

#: 13881 S10/OS9/6809 (CoCo)
    06-Jan-92  14:24:12
Sb: #13870-#Vefio_Help
Fm: Lee Veal 74726,1752
To: Bob van der Poel 76510,2203 (X)

I'll go take a look for it.

Thanx,

Lee

There is 1 Reply.

#: 13915 S10/OS9/6809 (CoCo)
    07-Jan-92  12:38:32
Sb: #13881-#Vefio_Help
Fm: Bob van der Poel 76510,2203
To: Lee Veal 74726,1752 (X)

Hmmm, the file seems to have been deleted. I've uploaded it again.

Check for vefpt.ar in dl10.

There is 1 Reply.

#: 13916 S10/OS9/6809 (CoCo)
    07-Jan-92  13:05:07
Sb: #13915-#Vefio_Help
Fm: Lee Veal 74726,1752
To: Bob van der Poel 76510,2203 (X)

Yeah, I was telling Bro. that you told me to look for it, but that I couldn't
find your program.  However, while searching for yours I found an authorized
upgrade of VEFPRT that Bruce Isted had posted.  Bruce's VEFPRT fixed most of
the originals shortcomings and added some neat stuff, too.  He did refer to a
program that he credited to you called VEFSAVE, but I don't know if that's the
program you've been telling me about or not.  From his description, it didn't
seem to be the same.

Bruce's VEFPRT version may solve Bro.'s problem with trying print 640x200x4
screens.  It worked on the tests that I did here and at home.

-------------------------------------------------------------------------

And now for something completely different...........

Did you ever consider incorporating some of the ideas that I gave you about
enhancements to VED (6809 version)?

Particularly, horizontal window scrolling and cursor movement (vertically) that
is not sensitive to the placement of carriage returns.

Lee



There is 1 Reply.

#: 13946 S10/OS9/6809 (CoCo)
    09-Jan-92  18:46:05
Sb: #13916-#Vefio_Help
Fm: Bob van der Poel 76510,2203
To: Lee Veal 74726,1752 (X)

Yes, I considered you scrolling ideas; and the vertical movement thing. But
they've not been incorporated. Maybe in a future 68K version, but I'm really
committed to the size of the 6809 version...so don't think that'll happen. But
I do appreciate the ideas--keep 'em coming!

There is 1 Reply.

#: 13948 S10/OS9/6809 (CoCo)
    10-Jan-92  17:27:02
Sb: #13946-Vefio_Help
Fm: Lee Veal 74726,1752
To: Bob van der Poel 76510,2203 (X)

I can appreciate keeping the size of the 6809 version down.  Just wishful
thinking on my part, I guess.

Lee

#: 13868 S10/OS9/6809 (CoCo)
    06-Jan-92  09:17:59
Sb: #13852-#Vefio_Help
Fm: Lee Veal 74726,1752
To: Brother Jeremy, CSJW 76477,142 (X)

Well, since my last response to you, I've found a C Compiler (MW's), installed
it, and recompiled the VEFPRT.C.  However, now, I've discovered that the
processing routine for 640x192x4 screens is completely missing.  I cloned
another part of the program to create a processing routine for the Type 1
screens, but so far I haven't been able to figure out the right combination of
code changes to make the program work with 640x192x4 screens.  All other screen
resolutions still print okay in the newly compiled version of VEFPRT, but the
640x192x4 format still won't do right.  I'm making progress, though, the first
re-compile of VEFPRT produced a big blank sheet of paper when I tried to print
a 640x192x4 screen.  After cloning another routine that works for the other
formats, I've made a few mods to try to refine the cloned routine so that it
will work with Type 1 screens.

I'll keep you posted.

Lee

There is 1 Reply.

#: 13888 S10/OS9/6809 (CoCo)
    06-Jan-92  21:21:19
Sb: #13868-#Vefio_Help
Fm: Brother Jeremy, CSJW 76477,142
To: Lee Veal 74726,1752 (X)

Dear Lee: I have the Tandy/MW C Compiler. I had never installed it. But with a
hard drive, DSDD drives, and 512k I have no excuse not to. I am going to play
with the code too. By the way, I got a new toy. An orginazation that I am
involved with gave me a Bernoulli Drive.
 It has two 10meg disk/cartridges. I think it uses a standard SCSI interface.
Next time I have a chance, I will start to play with it. I'll be in touch,
Jeremy, CSJW

There is 1 Reply.

#: 13893 S10/OS9/6809 (CoCo)
    07-Jan-92  00:05:29
Sb: #13888-#Vefio_Help
Fm: Lee Veal 74726,1752
To: Brother Jeremy, CSJW 76477,142 (X)

Bob van der Poel sent me a message earlier and old me about a program that he
said that he wrote that would do what you've been trying to get VEFPRT to to.

I went to the DL to look for it.  Couldn't find it, but I did find another
version of VEFPRT that was an updated version written by Bruce Isted.  Bruce's
version does what you want and with more printers.  Here's a list:

Vefprt.citoh, Vefprt.dmp, Vefprt.dmpibm, Vefprt.epson, Vefprt.gemini,
Vefprt.ibm and Vefprt.star

I had a chance to test it tonight.  It works with all 4 screen format that
we've been talking about.

Bruce Isted's version is called VEFPRT.AR (just like the original), but it has
Bruce's CI$ PIN on it, 76225

err....

76625,2273.

Give it a try.

Lee

There is 1 Reply.

#: 13922 S10/OS9/6809 (CoCo)
    07-Jan-92  22:10:57
Sb: #13893-Vefio_Help
Fm: Brother Jeremy, CSJW 76477,142
To: Lee Veal 74726,1752 (X)

I will let you know how it turns out. --Jeremy, CSJW.

#: 13837 S10/OS9/6809 (CoCo)
    05-Jan-92  10:19:41
Sb: #13823-Vefio_Help
Fm: Lee Veal 74726,1752
To: Kevin Darling 76703,4227 (X)

That's an excellent way to capture menues and all.  I hadn't thought of that.
It's really much simpler, too, since your method doesn't require that you have
the VDGInt module in memory.  Of course, some of us have it in the boot file
for games and other things that still require an old VDG-type screen.

Good idea.

Lee

#: 13796 S10/OS9/6809 (CoCo)
    02-Jan-92  23:34:23
Sb: #13754-Parallel saga
Fm: William Phelps 75100,265
To: Ian Hodgson 72177,1762 (X)

The codes to print the DIP diagram are <ESC><NUL>.

William

#: 13829 S8/BBS Systems/TSMon
    04-Jan-92  20:04:37
Sb: #XCOM9
Fm: LEONARD S. SCHEURING 76270,2564
To: LEN SCHEURING 76270,2564

ANYONE OUT THERE WITH INFO ON USING XCOM9 WITH OS9 LEVEL2 V2.00.01 ON THE COCO3
USING THE T1 DRIVER(INTERNAL RS232 PORT) PLEASE REPLY TO
 LEN SCHEURING 76270,2564




There is 1 Reply.

#: 13839 S8/BBS Systems/TSMon
    05-Jan-92  10:25:56
Sb: #13829-XCOM9
Fm: Steve Wegert 76703,4255
To: LEONARD S. SCHEURING 76270,2564

Len,

Using the bit banger port for telcom under OS9 is a lost cause. The CPU has too
much to do to accurately babysit the port. Nab yourself a RS232 pak or
equivilant before you loose too much hair.

Steve

#: 13831 S5/OS9 Users Group
    04-Jan-92  21:06:28
Sb: #13729-Sources for Info Sheet
Fm: George Dorner 70536,106
To: edward langenback 73510,145

edward - thanks for the info.  I will put it in the info sheet I am putting
together.  Most of the inquiries I have to answer are not for COCO users, but
this info will help anyway.


geo


#: 13832 S5/OS9 Users Group
    04-Jan-92  21:06:31
Sb: #13737-Sources for Info Sheet
Fm: George Dorner 70536,106
To: John Wight 76370,2100

OK, John, I will look at the OS-9 CN stuff and advise.  Thanks.

geo


#: 13833 S5/OS9 Users Group
    04-Jan-92  21:06:36
Sb: #13758-Sources for Info Sheet
Fm: George Dorner 70536,106
To: Steve Wegert 76703,4255 (X)

Steve:

Thanks for the reply.  I will integrate your response into the info sheet.

I work at a college and formerly had access to the internet from there, but we
are currently undergoing some changes which have us "off the air."  I will
check wuarchive when we get back on (soon, I hope.)

geo



#: 13836 S10/OS9/6809 (CoCo)
    05-Jan-92  09:31:47
Sb: #CYRUS CHESS
Fm: BRIAN P BROCKWAY 76672,3620
To: ALL

I have a 512K COCO and would like to know if the CYRUS CHESS PROGRAM PAK will  
work with it by itself. BRIAN BROCKWAY 512K C0C0 and would like to know if the
CYRUS CHESS PAK will work with it. Thanks Brian Brockway ?exit /exit

There is 1 Reply.

#: 13847 S10/OS9/6809 (CoCo)
    05-Jan-92  17:12:54
Sb: #13836-CYRUS CHESS
Fm: Lee Veal 74726,1752
To: BRIAN P BROCKWAY 76672,3620 (X)

Brian,

I think the Cyrus Chess Pak is CoCo2 only.

However, Burke & Burke has a conversion kit that will read the rompak's
contents under control of OS9 Lvl 2, then create a program that's runnable in
the OS9 Lvl2
 environment.  I've done that and it works fine. Burke & Burke calls the
resulting OS9 program World Class Chess, and the cost is reasonable.

Lee



#: 13841 S3/Languages
    05-Jan-92  11:41:18
Sb: #Help
Fm: George Hendrickson 71071,2003
To: all

Can someone direct me to the C compiler development package, or whatever that
has 'rlink' and 'rma' in it? I recently bought the C compiler and wanted to do
a little upgrading. Thanks.

There is 1 Reply.

#: 13849 S3/Languages
    05-Jan-92  17:45:12
Sb: #13841-Help
Fm: Pete Lyall 76703,4230
To: George Hendrickson 71071,2003 (X)

George -

That's the Developer's Pack, and I understand it's hard as hen's teeth to come
by these days.

Pete

#: 13843 S12/OS9/68000 (OSK)
    05-Jan-92  12:51:03
Sb: #TOP curses
Fm: Bob van der Poel 76510,2203
To: all

Has anyone had any success using the TOP version of ncurses? I've spent hours
extracting all the libs and defs and sticking everything in the correct
directories.... I've even managed to compile one of the demos (MILLE), but when
I try to exec it I the system just hangs. When I hit ctrl-c my window goes
away. I'm at the point of re-formatting all the TOP disks--they just don't seem
to be worth the frustration!




There is 1 Reply.

#: 13950 S12/OS9/68000 (OSK)
    11-Jan-92  00:47:20
Sb: #13843-TOP curses
Fm: Bud Hamblen 72466,256
To: Bob van der Poel 76510,2203 (X)

Bob,

TOPS ncurses causes my system to die the death of 1000 crashes as well. I'm
just using Microware's termcap library for now.  Seems safer.

Bud

#: 13844 S12/OS9/68000 (OSK)
    05-Jan-92  12:51:38
Sb: #dir problems
Fm: Bob van der Poel 76510,2203
To: all

This really doesn't make any sense! I put a new 'dir' command in my CMDS
directory and renamed the old one "dir.mw". Now I find that sometimes I get the
new one, sometimes the old one. There doesn't seem to be any pattern to this.
I've checked my startup and .login files to make sure neither is doing a load.
Also did a check of all the other modules in CMDS to make sure that none of
them had DIR merged with it.

Anyone have any other ideas of why this might be happening?

There is 1 Reply.

#: 13850 S12/OS9/68000 (OSK)
    05-Jan-92  17:48:46
Sb: #13844-#dir problems
Fm: Pete Lyall 76703,4230
To: Bob van der Poel 76510,2203 (X)

Bob -

No clues (other than merged versions.....

Why not try patching the modulename to something like 'MWd' and see if it still
happens. If not, then the DIR module is getting into memory somehow..

Oh - how about this: does anything in your startup process use or load dir? If
so, is the STICKY bit set? If yes, then it sits in memory anyway until it's
thrown out by memory allocation routines that need the space for something
else.

Pete

There is 1 Reply.

#: 13854 S12/OS9/68000 (OSK)
    05-Jan-92  18:48:13
Sb: #13850-#dir problems
Fm: Bob van der Poel 76510,2203
To: Pete Lyall 76703,4230 (X)

I can now duplicate the problem at will. It seems that the MW dir is in the
ROMs right between format and copy. On a cold start dir DOES NOT appear in the
modules directory. However, after a 'break' or if I reset the computer by
pressing 'reset' quickly, or after the computer re-boots itself becuase of a
system crash the dir DOES appear. However, if I cold start or hold 'reset' for
a full second it doesn't. I checked with debug and dir is in the ROM (even when
it doesn't show up). But for some reason it hasn't been mapped it. I've solved
the problem by setting the revison byte of my new dir to 2 and then doing a
'load dir' in my startup. That way it'll always be loaded in. But I sure don't
understand why it is ignored in the ROM sometimes.... Maybe a flakey ROM? How
about some of you hardware experts?

There is 1 Reply.

#: 13860 S12/OS9/68000 (OSK)
    05-Jan-92  23:27:55
Sb: #13854-#dir problems
Fm: Kevin Darling 76703,4227
To: Bob van der Poel 76510,2203 (X)

Dunno... I've not noticed if the ROM commands are being loaded sometimes (ie:
if the ROMs are being ignored sometimes).  Will check.

There is 1 Reply.

#: 13869 S12/OS9/68000 (OSK)
    06-Jan-92  12:52:27
Sb: #13860-dir problems
Fm: Bob van der Poel 76510,2203
To: Kevin Darling 76703,4227 (X)

Kev, the funny thing about this is that ONLY dir is being ignored on the ROMs,
and it is right in the middle, between format and copy. Don't make no sense
here!

#: 13851 S15/Hot Topics
    05-Jan-92  18:19:36
Sb: #I/O boards?
Fm: Jim Peasley 72726,1153
To: All

Anybody know the status of the IMS BBS?  I've tried calling at 'off' hours
using 2400 8 N 1 and can't get a connect.  I also just tried calling 'voice'
and got the usual 'this mailbox is full' message.

  I'd really like to find out the status of the I/O boards, and more
specifically, when mine will be shipped.

 370 days and *still* counting!



There are 2 Replies.

#: 13855 S15/Hot Topics
    05-Jan-92  21:05:43
Sb: #13851-#I/O boards?
Fm: GLEN HATHAWAY 71446,166
To: Jim Peasley 72726,1153 (X)

Hi Jim... The BBS has been down for a couple weeks. Paul keeps promising to get
it back up 'real soon now', but so far it hasn't happened. Last time I was on,
I was about 45-50 numbers off the end of the list - I talked to Paul about it
and he figured the next batch of 50 or so would be going out in mid January. So
I hope to have mine by the end of Jan. Can't remember my serial # off hand, so
I can't tell you what it is.

There is 1 Reply.

#: 13911 S15/Hot Topics
    07-Jan-92  08:35:34
Sb: #13855-I/O boards?
Fm: Jim Peasley 72726,1153
To: GLEN HATHAWAY 71446,166 (X)

Thanks Glen - batches of 50 are at least a *bit* encouraging, although the lack
of communication from IMS is definitely vexing.

#: 13857 S15/Hot Topics
    05-Jan-92  22:03:43
Sb: #13851-#I/O boards?
Fm: Steve Wegert 76703,4255
To: Jim Peasley 72726,1153 (X)

Jim,

Mark Griffith tells me that Paul's hard drive and or controller has failed and
the BBS is down until it's corrected.

I'm in the same boat as you .... wondering _when_!

Steve

There are 2 Replies.

#: 13886 S15/Hot Topics
    06-Jan-92  21:08:51
Sb: #13857-I/O boards?
Fm: Colin J. Smith 73777,1360
To: Steve Wegert 76703,4255 (X)

Remember that Paul also has the flu.  Hope he gets over it easily.  I had it so
bad last spring that I was down for 3 weeks!

  --Colin

#: 13912 S15/Hot Topics
    07-Jan-92  08:35:49
Sb: #13857-#I/O boards?
Fm: Jim Peasley 72726,1153
To: Steve Wegert 76703,4255 (X)

Thanks Steve - did Mark happen to mention when the updates to the Distribution
disks would be going out? or if the Tech Ref was ready?

There are 2 Replies.

#: 13923 S15/Hot Topics
    07-Jan-92  22:12:13
Sb: #13912-I/O boards?
Fm: GLEN HATHAWAY 71446,166
To: Jim Peasley 72726,1153 (X)

Hi Jim... Paul Ward told me that the update disks would be going out around
Christmas, but that with the holidays messing things up, they might not get
shipped until early January. Hope they come soon...

#: 13934 S15/Hot Topics
    08-Jan-92  07:49:16
Sb: #13912-I/O boards?
Fm: Steve Wegert 76703,4255
To: Jim Peasley 72726,1153 (X)

He's been working on 'em ... that I know. But when? I'm not sure.

I'll be seeing him this weekend so I'll ask.

Steve

#: 13853 S4/MIDI and Music
    05-Jan-92  18:47:45
Sb: #Jonathan Cluts
Fm: Lester Hands 70135,430
To: all

Does anyone know how I can find Jonathan Cluts? He's the guy that wrote the
MT-32 editor in DL4. Any help you can give would be appre;ciated!

There is 1 Reply.

#: 13861 S4/MIDI and Music
    05-Jan-92  23:31:48
Sb: #13853-#Jonathan Cluts
Fm: Kevin Darling 76703,4227
To: Lester Hands 70135,430 (X)

The last time I saw Jon was at ummm... perhaps the '89 Rainbowfest.  He used to
live in FtWorth (or Dallas), but I think he moved to NYC.  I'll see if I have
his address.

You can also perhaps send him email using the ID found on his uploaded file...
if he's still on CIS, that may get to him.  Also, you can GO DIRECTORY and look
him up that way.

There are 2 Replies.

#: 13865 S4/MIDI and Music
    06-Jan-92  08:51:09
Sb: #13861-Jonathan Cluts
Fm: Pete Lyall 76703,4230
To: Kevin Darling 76703,4227 (X)

Last time I talked w/ Jon he was living in my old stomping grounds (Conn.). He
still pops in now and again.

Pete

#: 13895 S4/MIDI and Music
    07-Jan-92  00:15:46
Sb: #13861-Jonathan Cluts
Fm: Lester Hands 70135,430
To: Kevin Darling 76703,4227 (X)

Thanks, Kevin, for the help!

#: 13862 S3/Languages
    06-Jan-92  03:04:55
Sb: #Help
Fm: George Hendrickson 71071,2003
To: Pete Lyall 76703,4230 (X)

How do I get it? I want to get into some C programming so I can bug you guys
with programming problems!! :-)

There is 1 Reply.

#: 13867 S3/Languages
    06-Jan-92  09:00:12
Sb: #13862-Help
Fm: Pete Lyall 76703,4230
To: George Hendrickson 71071,2003

George -

I guess you could see if RS still carries it in their express software special
order listings ($99). A general request here me also help, as some folks are
unloading their stuff and moving on to MM/1's, PC's, etc.

Pete

#: 13863 S14/misc/info/Soapbox
    06-Jan-92  05:17:47
Sb: OS-9 Community Network
Fm: Robert R MacKay 100036,676
To: John Wight 76370,2100

To Mr John Wight, I have recently read the OS-9 community newsletter with much
interest. I am a current member of the Australin OS-9 Users

#: 13864 S14/misc/info/Soapbox
    06-Jan-92  05:59:29
Sb: OS-9 Community Network
Fm: Robert R MacKay 100036,676
To: John Wight 76370,2100

John,
      I have read with interest the first newsletter of the new OS-9 community.
I am a current member of the Australian OS-9 Users Group. I would be most
interested in an active association with this new venture. I can be contacted
via CIS 100036,676 which is Compuserve Pacific, or on voice +61 7 8073802
evenings.  Regards, and good luck. Rob MacKay, 7 Harburg Drive, Beenleigh,
Queensland, 4207. Australia.

#: 13882 S1/General Interest
    06-Jan-92  16:20:07
Sb: EPSON
Fm: tom farrow 72701,543
To: ALL

    To all epson users I would like to know if there is a driver for the MX80
to be used wi}ith phantomgraph? Ple}iase let me know or drop a line to me ,Tom
Farrow 72701,543.

#: 13885 S10/OS9/6809 (CoCo)
    06-Jan-92  19:26:49
Sb: #CRYUS CHESS
Fm: BRIAN P BROCKWAY 76672,3620
To: Lee Veal

Thanks Lee, I bought the rompak and was thinking I got a bad one. Will have to
give BURKE & BURKE a call.Thanks again.Brian Brockway.

There is 1 Reply.

#: 13897 S10/OS9/6809 (CoCo)
    07-Jan-92  00:21:51
Sb: #13885-CRYUS CHESS
Fm: Lee Veal 74726,1752
To: BRIAN P BROCKWAY 76672,3620

Brian,
    I'm not an expert at using the CIS messaging system here, but your last
message to me didn't have my ID number on it.

If I hadn't been snoopy and wanted to see what messages were new, I wouldn't
have found your message to me.

When given the "CHOICES !" prompt by the system here, just type "re" and press
<ENTER>.  The system will automatically pick up the sender's name and number
and create a "To:" line for your reply.  That way when I log into the Forum,
the system will notify me that I have messages since both the number and the
name were present on your "To:" line.

The Cyrus Chess (aka World Class Chess) is a pretty good deal.

Lee

#: 13890 S1/General Interest
    06-Jan-92  22:21:41
Sb: #About AR Version 1.4
Fm: BRUCE BAKER 73747,3137
To: Wayne Day 76703,376 (X)

How does one know which version one has?

There is 1 Reply.

#: 13894 S1/General Interest
    07-Jan-92  00:08:32
Sb: #13890-#About AR Version 1.4
Fm: Lee Veal 74726,1752
To: BRUCE BAKER 73747,3137 (X)

Bruce, just do an

 AR -?

then press <ENTER>.  Regardless of which AR you're using it will spew out its
version among other basic run information.

Lee



There is 1 Reply.

#: 13896 S1/General Interest
    07-Jan-92  00:17:15
Sb: #13894-#About AR Version 1.4
Fm: BRUCE BAKER 73747,3137
To: Lee Veal 74726,1752 (X)

Thanks. After I posted the message, I looked at the docs, and I have ver 1.2. 
Where and what is 1.3 ?

There is 1 Reply.

#: 13903 S1/General Interest
    07-Jan-92  02:05:58
Sb: #13896-#About AR Version 1.4
Fm: Wayne Day 76703,376
To: BRUCE BAKER 73747,3137 (X)

Bruce,

My mistake... 1.2 is the current version of AR that we have and is the one you
should use.

Wayne

There are 2 Replies.

#: 13913 S1/General Interest
    07-Jan-92  09:22:17
Sb: #13903-About AR Version 1.4
Fm: Lee Veal 74726,1752
To: Wayne Day 76703,376 (X)

Wayne,

Thanks for clearing that up.  I was thinking that 1.3 was also an unauthorized
upgrade as well.  Your message to Bruce Baker confirms it.

Lee

#: 13917 S1/General Interest
    07-Jan-92  15:58:03
Sb: #13903-#About AR Version 1.4
Fm: BRUCE BAKER 73747,3137
To: Wayne Day 76703,376 (X)

Thanks Wayne! By the way, I now have sterm up and running, in fact, that's what
I'm using for this call. Also, my wife got me the C compiler for Christmas, and
I'm taking a C programming course this semester, so you'll be hearing from me a
LOT in the near future! On first glance, it looks to me as if C, with it's
portability, could just be the answer to a lot of problems I've heard of in the
realm of transferring programs to an from MS-DOS format.

There is 1 Reply.

#: 13928 S1/General Interest
    08-Jan-92  02:09:21
Sb: #13917-#About AR Version 1.4
Fm: Wayne Day 76703,376
To: BRUCE BAKER 73747,3137 (X)

Well, C certainly has an edge over just about any other programming language in
terms of portability, Bruce.  Enjoy that course... I'm having to take an 'Intro
to Business Computing' course this semester - gotta have a non-tech computer
course for my degree plan.  Grr..

Wayne

There is 1 Reply.

#: 13931 S1/General Interest
    08-Jan-92  03:07:32
Sb: #13928-#About AR Version 1.4
Fm: BRUCE BAKER 73747,3137
To: Wayne Day 76703,376 (X)

Hold the presses! Look through the catalog for courses that qualify, and see if
there isn't one (say, Intro to computers) that you could CLEP out of! You might
have to purchace the course text, but the CLEP exam only costs about $40!

There is 1 Reply.

#: 13937 S1/General Interest
    08-Jan-92  10:43:12
Sb: #13931-#About AR Version 1.4
Fm: Wayne Day 76703,376
To: BRUCE BAKER 73747,3137 (X)

Bruce,

Well, I would normally have considered CLEP'ing out of this one but for the
problem that UNTex allows someone to normally bring a maximum of 66 hours
either by transfer or test-outs.  With permission of the dean, I'm transferring
71 hours to my degree program, so CLEP'ing out of another one was something
that I didn't think they'd go for.

Wayne

There are 2 Replies.

#: 13938 S1/General Interest
    08-Jan-92  11:53:56
Sb: #13937-#About AR Version 1.4
Fm: Pete Lyall 76703,4230
To: Wayne Day 76703,376 (X)

Shoot.... You's lucky. I was only able to transfer 45 hours in at CLU. 'Course
the bright side is I have ONE MORE QUARTER after the current one finishes in
Feb 92... I'll be done in May 1992. Whew! Only started back in 1975 <g>.....

How much longer have you got to go?

Pete

There is 1 Reply.

#: 13943 S1/General Interest
    09-Jan-92  09:15:46
Sb: #13938-#About AR Version 1.4
Fm: Wayne Day 76703,376
To: Pete Lyall 76703,4230 (X)

Pete,

Well, it's kinda hard to say, exactly, but if everything goes well and I don't
have any problems getting the needed classes (some of which are offered only
once every three long terms) it'll probably take me about five more long
semesters. If I could take more than 12-13 hours a semester, we could cut that
down a bit, but it's hard to do while working a 40-hour week and still trying
to have time for the other folks in the house!

Wayne

There is 1 Reply.

#: 13945 S1/General Interest
    09-Jan-92  17:47:26
Sb: #13943-About AR Version 1.4
Fm: Pete Lyall 76703,4230
To: Wayne Day 76703,376 (X)

You have my sympathy.... I've found that the light at the end of the tunnel
gets closer quicker if you (I) ain't chronically looking at it. I remember
thinking I'd _never_ be done.

Pete

#: 13952 S1/General Interest
    11-Jan-92  03:49:17
Sb: #13937-About AR Version 1.4
Fm: BRUCE BAKER 73747,3137
To: Wayne Day 76703,376

I never went to school much, so transfer credits are something that I never had
to worry about. Never hurts to try! <big grin>

#: 13891 S3/Languages
    06-Jan-92  23:28:09
Sb: #problems with c files
Fm: BRUCE BAKER 73747,3137
To: all

Sb: problems with c files Fm: Bruce Baker 73747,3137 To: all

I recently dowmloaded "CC.AR" and a bunch of other C files, including the whole
"mlib" set (sqrt.c,pow.c,etc.) and much to my dismay, I found that they
wouldn't compile for me. I just got the C-compiler from express order (Radio
Shack) and the Rainbow Guide c files and a few that I've written compile
perfectly. My compiler disk didn't come with "cc2", so I was really hoping to
get the cc.ar package up and running. What, if any, problems will I run into by
using the c-compiler package on my 512k level II system? Where does one get the
"cc2" (I'm still trying to track that down by phone with R.S.)?

There is 1 Reply.

#: 13914 S3/Languages
    07-Jan-92  09:25:04
Sb: #13891-#problems with c files
Fm: Pete Lyall 76703,4230
To: BRUCE BAKER 73747,3137 (X)

Bruce -

Your compiler will work fairly fine out of the box... CC2 was a level II
version of CC1 that MW used to distribute. The biggest difference was that it
called 'c.comp' instead of 'c.pass1' and 'c.pass2'. C.comp was a one pass
compiler that was too big to fit in a level I address space, thus C.pass1 and
C.pass2 were developed for the smaller LI machines. The LI stuff (Tandy's) will
run fine under LII.

The CC.AR package is a good add-on, and you should see about what you need to
get it to compile. My bet is you need the KREIDER library replacement. In a
nutshelll, Carl Kreider rewrote the entire library in assembly for speed and
bug removal. There are also some addon functions, and the whole thing was well
documented. Best bet here is to go over to DL3 and pickup the kreider lib
stuff.

Pete

There is 1 Reply.

#: 13920 S3/Languages
    07-Jan-92  16:20:01
Sb: #13914-problems with c files
Fm: BRUCE BAKER 73747,3137
To: Pete Lyall 76703,4230 (X)

Thanks. I called Tandy software support today, and was told that they never
bought the level II stuff from Microware. I got the Kreider lib last night.
I'll get the docs soon.
  I'm taking a C programming course this semester at Red Rocks Community
College here in Denver. I hope that you'll be hearing a LOT from me soon!

#: 13892 S10/OS9/6809 (CoCo)
    06-Jan-92  23:31:45
Sb: #boot with ramdisk
Fm: BRUCE BAKER 73747,3137
To: all

Sb: boot with ramdisk Fm: Bruce Baker To: all

I recently uploaded a combination /r0 - Rammer package to this SIG. It's a
ramdisk configured to match a single sided 35 track floppy, with the Rammer
driver to go with it. I figured that a new os-9er with a hardware setup like
mine would find it useful.
  Now I have a problem. I can't seem to get a boot disk with the combination to
boot! I put /r0 in the Config disk MODULES dir as r0_35s.dd and rammer as
rammer.dr BUT when I ran config, I got a "unable to link REL" message. When I
use os9gen, things SEEM to go well, but the finished disk fails on the boot
try.
   The /r0 - rammer combo works FINE on my system. I merged the two as
"ramdisk" and put it in my CMDS dir. I load it and iniz /r0, it formats in
about 15 seconds, and I can do all the cool ramdisk tricks with it, including
backing up my system disk to ramdisk, chx'ing to /r0/cmds and executing cmds
from there, etc.  I'm really puzzled by the bootfile problem.

There is 1 Reply.

#: 13905 S10/OS9/6809 (CoCo)
    07-Jan-92  06:36:01
Sb: #13892-#boot with ramdisk
Fm: Kevin Darling 76703,4227
To: BRUCE BAKER 73747,3137 (X)

Bruce - config (os9gen/cobbler) get REL, BOOT and OS9p1 from memory (do an
mdir.. they should be the first three names).  If it couldn't find REL, then
it's been botched up at sometime (or patched, perhaps).

You'll need to go back and find a bootdisk where REL is okay, and run the
config of a new disk from there... and all should turn out fine.

kevin

There is 1 Reply.

#: 13918 S10/OS9/6809 (CoCo)
    07-Jan-92  16:14:12
Sb: #13905-#boot with ramdisk
Fm: BRUCE BAKER 73747,3137
To: Kevin Darling 76703,4227 (X)

Kevin- The only thing I did that might have botched up REL is the way I got
"ramdisk"(/r0 and rammer) to work on my system. If you do a dmode on r0 (my
version) you'll see that I changed hpa=FFE0. I can't recall exactly what I did,
but it worked. Are there many people out there like me that are still stuck
with ss35 track drives?
  Another question: I now have sterm up and running. It works fine at 300 baud.
At 1200 I get occasionl random character substitutions in my screen display
(ex: JEnter choice! , HThe OS-9 Forum;71HEdit Menu). Q: does compuserve think
I'm using an ANSI terminal? Would the IRQ hack fix this? What about the
"software IRQ hack"? I posted messages awhile back on that but lost track of
the answers. Is the software hack avail? Where? I couldn't find it last night
when I browsed.
                                             Soon,
                                             Bruce

There are 2 Replies.

#: 13927 S10/OS9/6809 (CoCo)
    07-Jan-92  23:34:26
Sb: #13918-#boot with ramdisk
Fm: Erich Schulman 75140,3175
To: BRUCE BAKER 73747,3137 (X)

You do have the (in)famous IRQ problem.  The IRQ hack will fix this.  You
cannot download the software fix here but you can on Delphi for a total of $7
plus connect time.  The software hack appears in the August 1990 issue of
Rainbow and there was a bug fix for it published in the August 1991 issue. 
Some of the listings are long so you might want to download from Delphi or
purchase the accompanying Rainbow on Disks (do NOT get the tapes--the tapes
will not have them).  Either way DO get the magazines.

There is 1 Reply.

#: 13930 S10/OS9/6809 (CoCo)
    08-Jan-92  03:03:40
Sb: #13927-boot with ramdisk
Fm: BRUCE BAKER 73747,3137
To: Erich Schulman 75140,3175 (X)

Thanks. I'll get it fixed, one way or another.

#: 13935 S10/OS9/6809 (CoCo)
    08-Jan-92  07:55:49
Sb: #13918-#boot with ramdisk
Fm: Steve Wegert 76703,4255
To: BRUCE BAKER 73747,3137 (X)

Bruce,

You will need to address the IRQ issue at some point, so take a peek at
IRQHAK.TXT in the CoCo library for my favorite way of fixing things up.

But  the problem you describe it _not_ the IRQ problem. IT's a CIS parameter
mis match. CIS maintains a separate profile for your account for each baud rate
you log in under.

My guess is that your 300 baud profile is set up fine, but at 1200, your
terminal type is probabbly set to be VIDTEX compatable. Change that puppy to
OTHER or CRT. THat should get rid of the extra characters around menu headings
etc.

Let me know if this fixed the problem.

Steve

There is 1 Reply.

#: 13951 S10/OS9/6809 (CoCo)
    11-Jan-92  03:46:45
Sb: #13935-boot with ramdisk
Fm: BRUCE BAKER 73747,3137
To: Steve Wegert 76703,4255

Never would have thought of that! Thanks a bunch!

#: 13898 S12/OS9/68000 (OSK)
    07-Jan-92  01:46:11
Sb: MM/1 Windio
Fm: GLEN HATHAWAY 71446,166
To: Kevin Darling 76703,4227 (X)

Hi Kevin... I've got a bunch of questions to ask ya about the MM/1 and its
windowing system. Here's the story: I started out using windio #17. Noticed the
bell wouldn't work, but I thought it was that darn monitor cable again. Trying
to start mode 8 or 9 windows crashed the machine. I wrote some graphic demos in
C and found other people using windio #22 had problems running them. In my
demos I changed screen type by DWEnding the current screen and immediately
DWSetting the same window to the mode I wanted. (I switched to #22 about this
time to find out what the trouble was). I found that when changing window type
by this method, you have to either do a Select or quickly flip through your
windows with the function keys to get the new window to display properly.
Sometimes it works without all that, though, and sometimes it doesn't.
Sometimes the machine crashes. Why should I have to Select a window I'm already
in? I used this method on Level II windows all the time with no problems.
Windio #17 doesn't complain, it just won't open mode 8 or 9 windows without
crashing the machine. You got any ideas? Does #22 have a bug? Kinda seems like
it might... Also, I've been experimenting to find the real text and graphic
resolutions of all the screen types - seems every piece of documentation I've
seen gives different numbers. Are these correct:
     Type00 - 80x26 - 640x208
     Type01 - 80x26 - 640x208
     Type02 - 80x52 - 640x416
     Type03 - 40x26 - 320x208
     Type04 - 40x26 - 320x208
     Type05 - 40x52 - 320x416
     Type06 - 90x30 - 720x240
     Type07 - 90x60 - 720x480
     Type08 - 45x30 - 360x240
     Type09 - 45x60 - 360x480 Any others we should know about?



#: 13904 S1/General Interest
    07-Jan-92  02:09:06
Sb: About AR Version 1.4
Fm: Wayne Day 76703,376
To: All

An important note to all forum library users....

We have decided to remove AR14.BIN, the AR Version 1.4 archiver, from the
forum's libraries, as well as asking everyone who has uploaded a file that was
archived using AR1.4 to re-upload the file using AR Version 1.2.  Note: in an
earlier message, I inadvertently said that AR Version 1.3 was the current one,
but 1.2 really is!

We have done this in an effort to honor our committment to Carl Kreider, the
author of AR, who copyrighted AR and allowed us to distribute the executable
code and source code.  He noted in his uploads that he wished to control the
future evolutions of AR through software upgrades in an effort to insure
compatibility with previous versions.

We have also noted that this new version of AR, which Carl did not authorize,
also seems to have a couple of problems reported by users.

Carl has indicated that he's working on a new version of AR, but has not
indicated when that new version will be along.

So, until then we ask that all uploaders who are going to use the AR archiver
use Version 1.2.

As usual, when forum staff screen uploads, they will reject any Version 1.4 AR
uploads and ask the uploader to try again, using Version 1.2.

We apologize for any inconvenience this might cause you, but feel that these
actions will be in the best interest of the entire OS-9 community.

Thanks!

  Wayne Day
  forum manager

#: 13908 S10/OS9/6809 (CoCo)
    07-Jan-92  08:27:49
Sb: #13684-Disto II
Fm: Tom Napolitano 70215,1130
To: Mike Knudsen 72467,1111

Mike,
     Thanks for the response regarding the RS connectors to my drives.  I have
spare around, so It'll be easy to swap.
   tomn



#: 13921 S1/General Interest
    07-Jan-92  19:35:08
Sb: Cherrio!
Fm: Mark Griffith 76070,41
To: All

Well, it's about that time again.  It seems every couple of years or so
situations arise that cause me to move to a new home, whether it is in the same
city or across the country.

This time it is across the country.  Tomorrow I start a move from sunny, warm
Florida to cold, overcase St. Louis Mo.  Don't even think about telling me how
cold it gets there (brrrrrr).

This is a great career move for me, at least I hope it is.  I will be working
with and for our ever lovin Asst. Sysop Stevie Wegert at Datapage Tech.  We
will either continue to be friends or kill each other (grin).  I will be making
the move alone for six months while the wifey gets the house ready to sell and
the kids finish off the year in school.  Gee....just like to old days, nothing
but me, some soft drinks, pretzels, and the CoCo at night. Should have the time
to whip out some good software (I hope).

So, this is goodbye for awhile.  When I get setup in STL, I'll be calling a
local CIS node for the first time in several years.  Mybe I'll be able to
maintain more of a presence here from then on.  Sure hope so.

Bye for a short time.

Mark

#: 13932 S1/General Interest
    08-Jan-92  07:07:06
Sb: CoCo Stuff For Sale
Fm: Jim Hutchins 73357,1661
To: all

I have disassembled my CoCo system and have the following equipment for sale. 
All prices are negotiable (discounts for large purchases).  I will ship by UPS
anywhere in the US.  I can ship COD, you can send me a check, or I can even
accept MasterCard or Visa (thanks to my company). Leave me a message here, or
call me at 317-251-7389.  BTW, NEVER leave a MC or VISA number online.  A list
of what I've got and prices follows.

Mouse                          $10  OS9 Level II Development Pak  $45 RGB SCSI
Hard Disk Controller  $50  Rainbow Windows Disk and Book $15 512K Memory Board
With RAM     $50  Dynacalc                      $20 Warp Fighter 3-D
$ 5  Koronis Rift                  $10 Plateau Of The Past            $ 5 
Biosphere                     $10 The Coco Graphics Designer     $10  Success
With Math-Algebra     $10 Picture Disk For Above         $ 5  Mastering The SAT
$10 Grobot/Flipside/Timebound      $ 5  Where ITW Is Carmen Sandiego? $15
Blackboard/Color It            $ 5  Pascal Compiler               $25 Dallas
Quest                   $ 5  Rogue                         $10 Spectaculator
$10  Home Publisher                $15 Color LOGO                     $10 
Rainbow Guide To OS9 w/Book   $15 CoCo Extravaganza              $10  TRSCopy
$ 5 Rainbow On Disk 12/86          $ 5  OS9 Level I                   $25
Rainbow On Disk 02/87          $ 5  Pan                           $ 5 Rainbow
On Disk 01/88          $ 5  Level II Tools                $15 Rainbow On Disk
02/88          $ 5  VED, Visual Text Editor       $15 How To Use Your RS
Printer     $ 1  Vprint Text Formater          $15 OS9 Level II
$35  The Interbank Incident        $15 Multi-Vue                      $25 
MVCanvas 2.0/VEF Utilities    $25 All Rainbows From 1982-12/90   $75  Kings
Quest III               $15
                                    SONY KV1311-CR W/CoCo Cable  $250

#: 13940 S1/General Interest
    09-Jan-92  04:47:08
Sb: Job Opening
Fm: Kevin Darling 76703,4227
To: all

From usenet:

 Position Opening:  Software Engineer
 Crawford Interactive Publishing
 3098 Piedmont Road #200
 Atlanta, Georgia  30305
 Phone:  (404) 365-2266
 Fax:  (404) 874-7727
 Available:  Immediately
 Reports to: Sandy Skidgell, Senior Software Engineer

Job Description:

 Provide software engineering for interactive programs on a variety of hardware
platforms:  IBM, SUN, CD-I and Macintosh. Responsibilities include:

 * Programming on a project per project basis
 * Provide engineering analysis at proposal and project development stages

Additional responsibilities may include some system support for SUN, Mac and
IBM software/hardware as well as hardware requirements analysis and ordering as
needed.  Interface with vendors and technical support as required by the
project.

Qualifications:

 * Minimum 2 years of C or C++ programming experience
 * Ablity to work on Unix, DOS, OS9, OS/2 and System 7 platforms
 * Experience with interactive and multimedia programming preferred.

If interested, please send resume to Frederic DeWulf at Crawford Interactive
Publishing by the end of day, Friday January 10th.

#: 13941 S1/General Interest
    09-Jan-92  04:47:39
Sb: Job Opening #2
Fm: Kevin Darling 76703,4227
To: all

From usenet:

Job Offered: Multi-media Database Programmer

Microware Systems Corporation of Des Moines, Iowa, is looking for one or two
individuals to join a team working on designing and implementing a new
multi-media database system.  This database is geared toward, but not limited
to, accessing Read Only devices such as optical discs.

Qualified applicants should have 2-3 years of C programming experience,
knowledge of database design, and experience with the OS9 or UNIX operating
systems.

Send resumes to:

 Eric Miller
 Manager, New Media Systems
 1900 NW 114th St
 Des Moines, IA 50325-7077

or

 uunet!mcrware!eric

Microware Systems is an Equal Opportunity Employer.

#: 13942 S10/OS9/6809 (CoCo)
    09-Jan-92  07:59:36
Sb: #Hard drive
Fm: GORD KEHLER 72537,2410
To: All

I was wondering if anyone has run into a problem after using a hard drive on a
Coco-3 and wanting to re-install it on a IBM compatible. I have a Seagate
ST225N with a Disto Super Controller II and 4 in 1 card. I also have a
compatible with a Seagate ST-01 controller ( the mate to the drive). After
using the Coco for some time, it has been taken over(by my children) but the
hard drive was not being used. I thought I would just reinstall it on the
compatible, but not so easy. The card will no longer recognize the drive. I
think this is as a result of the information written to Track 0 is not
compatible between the two machines, as is not the format (256k to 512 k
sectors,etc) I have taken the drive in to my local computer shop but after
trying all their known tricks, they can't help me. The drive does work on the
Coco; i tried reinstalling it on the Coco. Any ideas???? I an baffled on this
one. If anyone has any suggestions, please reply. Much appreciated!!!! Thanks.

There is 1 Reply.

#: 13944 S10/OS9/6809 (CoCo)
    09-Jan-92  11:06:00
Sb: #13942-Hard drive
Fm: Kevin Darling 76703,4227
To: GORD KEHLER 72537,2410 (X)

You're on the right track.  The Disto RSDOS basic setup program tells the drive
to use 256-byte sectors, and the drive stores that info away.

The IBMs want 512-byte sectors.  Hmm.  I wonder if there's a Norton's utility
to set that up?  If I still had my SCSI docs (I forget who I loaned them to), I
could probably tell you how to modify the Disto setup program to put it back at
512.   But anyway, that's what the deal must be.

kev

#: 13947 S4/MIDI and Music
    09-Jan-92  23:20:37
Sb: os-9 manual
Fm: ALBERT 72570,2302
To: Mike Knudsen 72467,1111

NEEDED:
     I need the os-9 manual
  if anyone can tell me where
 to find one,also master disk
 os-9 level 2      thanxs..

#: 13953 S12/OS9/68000 (OSK)
    11-Jan-92  08:43:41
Sb: Ultra-Science Windows
Fm: TONY ELLIOTT 71645,1367
To: All

Does anyone here have any experience with Ultra-Science's Windowing software? 
I'm interested in actual performance in a multi-user environment (5-10 users)
on a 68020 system. Does it use much overhead?  Is it quick and pratical on
Ascii terminals usch as the Qume QVT-101? I'd appreciate any user comments.




#: 13954 S10/OS9/6809 (CoCo)
    11-Jan-92  12:30:37
Sb: DECOMPRESS .LZH FOR COCO
Fm: Norman Rheaume 71630,3476
To: SYSOP (X)

I submitted a decomposer for .LZH files for the COCO that needs to be beta
tested.  I use it with LHA 2.13 files I create at my office and will appreciate
any comments or enhancements.  I'm also working on support for the older LHARC
-lh1- format files and looking into ARJ that has come out.

#: 13955 S1/General Interest
    11-Jan-92  15:27:49
Sb: COCO3/386SX Swap
Fm: DAVID NELMS 72527,640
To: ALL

I am interested in swapping my Coco 3 system with OS9 Level 1, Level 2,
Multivue, RSB Basic.  I want a 386SX motherboard to upgrade my MS-DOS machine.
I have a textfile of all that is with the system in the COCO forum. Look at LIB
14, file:COCOFS.TXT. The price I had was $550 for all, but a swap or $350
dollars will get all.

David Nelms 72527,640

Press <CR> !>