#: 13958 S12/OS9/68000 (OSK)
    11-Jan-92  18:49:44
Sb: #13950-TOP curses
Fm: Bob van der Poel 76510,2203
To: Bud Hamblen 72466,256 (X)

Hopefully someone will have time to have a look at TOPs ncurses and figure out
the problem. I think it is more with the os9lib than with ncurses... but who
knows!

On the other hand, with the size of those routines it might be better and safer
to stick to termcap....

#: 13959 S1/General Interest
    11-Jan-92  21:43:28
Sb: magnavox for sale
Fm: Carl Kreider 71076,76
To: all

I gave my wife my ST520 and she doesn't have room for the Magnavox, so is any
prospective MM/1 purchaser interested in a Magnavox Pro 80 color monitor, also
known as an 8CM515.  It works fine and is hardly used.  My wife's son used it
to play games on the ST.  I would like about $200 for it.

Carl

#: 13960 S14/misc/info/Soapbox
    11-Jan-92  21:57:48
Sb: #13864-OS-9 Community Network
Fm: John Wight 76370,2100
To: Robert R MacKay 100036,676 (X)

Thanks for the information. My plans were to contact you in Australia by some
means, and now it is a bit easier now that I have a CIS number I can contact.
As I mentioned before, this group was formed among OS-9 users in Fidonet. I
have heard of some users of this forum that aren't all that fond of Fidonet,
but Fidonet does have alot going for it in that it is the largest amateur
network in the world, and the cheapest network for us OS-9 users to access. I
do know there are many Fidonet systems in Australia, so you might look around
and see if you can find someone to carry the COCO, OS9, RIBBS, and COCO_CLUB
echos that are available on the Zone 1 Backbone (if you don't know what that
means, ask your local Fidonet sysop). What this means to you is that it is an
inexpensive means to keep in touch with OS-9 users on the other side of the
globe. There is also Fidonet software available for COCO OS-9 Level 2 users. If
you have further questions, or need any help with the above, leave me a message
here.

#: 13961 S9/Utilities
    11-Jan-92  22:02:22
Sb: DBG debugger
Fm: Bob Santy 76417,714
To: All

Just uploaded my special version of DEBUG.  You patch the standard level II
DEBUG and run DBG to get disassembler, trace and single step.  Have fun!

Bob Santy

#: 13962 S7/Telecommunications
    12-Jan-92  03:34:59
Sb: #13686-SC2.1A YMODEM Probs
Fm: OSSIAN WISECUP 70731,327
To: Erich Schulman 75140,3175 (X)

    I believe the problem is the fact that there are many emulations of the
same (supposed) protocol Y-modem on some terminal emulators refers to an older
version of Xmodem known as Xmodem-1k newer Ymodem protocols have an additional
item which acts as a header giving info such as name/size/date,
  it is a posability that your Ymodem may be one of three general header-type
versions or the old 1k-xmodem.
  If you would like to try it you might try ---DOW filename.ext/PRO:X1K--the
first time you try up/down-loading in a forum and see if your Ymodem is
actually the old 1k-xmodem protocol....
        Hope that might help..
                                   O.W.

#: 13963 S1/General Interest
    12-Jan-92  08:24:47
Sb: #Fast 6809 emulator!
Fm: John Semler 70324,633
To: Kevin Darling 76703,4227 (X)

Kevin,

    I got my "fast mode" emulator running!  Here is some CPU timing results
when running the floating point intensive program "ALMANAC":

 Machine    Time (seconds)    Comments

 CoCo3         55 secs
 CoCo2        110 secs       CoCo3 times * 2 (estimated)
 MacIIcx      132 secs       Running the "Fast mode" emulator

Programs are preloaded when performing the timing studies (just to be fair to
the CoCo3!).  The "fast" mode of emulation requires that the program does not
generate and execute new code.  As you can see, I almost break even with the
CoCo2. If it were not for the half carry flag calculations, the emulator would
probably match or beat the CoCo2.

This "fast mode" emulator is a little bit different from what I have previously
envisioned .  Each IOC quad word is composed of a jump vector (4 bytes) for
executing 6809 primitives and a variation word (4 bytes). Total IOC memory
requirement is 65536*8 bytes (In addition to 65536 bytes of "real" memory).
Instructions are incrementally compiled into IOC when first encountered.  Under
the "slow mode" IOC that becomes dirty will also be recompiled if executed.

Size of the emulator:

    Total 68020 instructions:      150,980 bytes
    Total data space requirement:  593,324 bytes

This emulator developement work was made much easier by the fact that I
developed a user state OS9/6809 debugger that operates like the OS9/68K
version.  I set up this debugger on both systems so that I can verify the
proper executions of millions of instructions!  The last bug I smashed didn't
occur until about 1.5 million instructions into the program "ALMANAC"!  This
debugger will have nearly everything that the OS9/68K version has including
symbolic debugging.

John

There is 1 Reply.

#: 13980 S1/General Interest
    16-Jan-92  17:23:05
Sb: #13963-#Fast 6809 emulator!
Fm: Kevin Darling 76703,4227
To: John Semler 70324,633 (X)

John - (sorry, been out of town)

Congrats!  Impressive!  Must feel great to have it running!

How far have you gotten?  Support for most OS-9 calls?  Is this under the Mac
OS?  Is it for 68020's only?  You know, the usual details <grin>.

cheers - kev

There is 1 Reply.

#: 13989 S1/General Interest
    18-Jan-92  10:13:57
Sb: #13980-#Fast 6809 emulator!
Fm: John Semler 70324,633
To: Kevin Darling 76703,4227 (X)

Am I happy to see it running?  Yes!  This program has been simmering over the
stove on low heat for a little over a year - definitely long term project.

Almost all of the 6809 opcodes have been implemented.  The exceptions are
"sync", "daa", "abx", "rti", "cwai", "swi", "swi2" (the real kind), and "swi3".
Have not encountered them yet and I'm lazy.

Almost none of the OS9 system calls have been implemented.  Just enough to get
"ALMANAC" running for the timing studies.  Had to fake out the "I$GetStt" call,
the one which returned a 32 byte path option packet.  Otherwise, it seems
relatively easy to map OS9/6809 I/O calls with OS9/680X0 calls.

Currently the emulator is running under OS9/68K.  I plan to port the assembly
code over to Aztec C which, I believe, has a decent macro assembler that can
build huge code.  I believe a decent CoCo2 simulator that runs OS9 Level One is
possible and may attempt the CoCo3 simulator if the effort proves to be
successful.

Unfortunately, this emulator is sprinkled profusely with 68020 machine language
idioms.  The most common 68020 idioms that I use are "bfextu" (bit field
extract unsigned) and "bfins" (bit field insert).  I use them to repair the
emulated 6809 condition code bits when the 680X0 instructions doesn't simulate
them correctly.  But I am interested in making this emulator run under 68000
systems.

I was wrong about the half carry flag calculations taking up a significant
fraction of the time.  It looks like the emulator will never do significantly
better than a CoCo2 when running under the MacIIcx.  Also discovered that
MAC-OS9 disables the instruction and data caches on bootup.  I re-enabled the
caches under the Mac environment and noted that the run times were reduced by
7.5% (execution times within a stone throw of the CoCo2!).

Maybe in 6 months I will have something to upload.  I am a graduate student and
Spring semester has arrived.  Darn!

John

There is 1 Reply.

#: 13991 S1/General Interest
    18-Jan-92  15:57:06
Sb: #13989-#Fast 6809 emulator!
Fm: Bob Santy 76417,714
To: John Semler 70324,633 (X)

John:

Sounds like you've been busy!  The execution times are impressive!  Maybe a few
comments will help you out some more.

  >Almost all of the 6809 opcodes have been implemented.  The
  >exceptions are "sync", "daa", "abx", "rti", "cwai", "swi",
  >"swi2" (the real kind), and "swi3". Have not encountered them
  >yet.

Looks like you can continue for a long time without "sync", "cwai", "swi" and
"swi3".  Although support of OS9 DEBUG would require "swi".

"daa" and "abx" are definite MUSTS!  Incidentally, "daa" is the only
instruction that requires the half-carry to be correct.

  >Almost none of the OS9 system calls have been implemented.
  >Just enough to get "ALMANAC" running for the timing studies.
  >Had to fake out the "I$GetStt" call, the one which returned a
  >32 byte pat  option packet.  Otherwise, it seems relatively
  >easy to map OS9/6809 I/O calls with OS9/680X0 calls.

  >I believe a decent CoCo2 simulator that runs OS9 Level One
  >[programs] is possible.

"swi2" emulatihn for most OS9 programs can be limited to the subset of: F$Link,
F$Load, F$UnLink, F$Fork, F$Chain, F$Wait, F$Exit, F$Mem, F$Send, F$Icpt,
F$Sleep, F$ID, F$SPrior, F$Perr, F$PrsNam, F$CmpNam, F$Time, F$CRC, F$SFser,
F$UnLoad, F$NmLink, I$Dup, I$Create, I$Open, I$MakDir, I$ChgDir, I$Delete,
I$Seek, I$Read, I$ReadLn, I$Write, I$WritLn, I$GetStt, I$SetStt, I$Close and
I$DeletX.

The GetStt subset can be limited to SS.Opt, SS.Ready, SS.Size, SS.Pos, SS.EOF,
SS.DevNm, SS.FD, SS.ScSiz and SS.ScTyp.

The SetStt subset can be limited to SS.Opt, SS.Size, SS.FD, SS.SSig and
SS.Relea.

  >Unfortunately, this emulator is sprinkled profusely with 68020
  >machine language idioms. [bitfields]

If you intend to eventually port to the 68000, wouldn't "bset", "bclr" and
"btst" do?

I suspect that just as (or more) common is the access of words at odd addresses
which the 68020 will do at the expense of extra bus cycles but the 68000 will
NOT do.  Am I correct?

Again, looks like you've gotten off to a great start!!

Bob Santy



There are 2 Replies.

#: 14000 S1/General Interest
    18-Jan-92  22:27:09
Sb: #13991-#Fast 6809 emulator!
Fm: John Semler 70324,633
To: Bob Santy 76417,714 (X)

Bob,

Thanks for the information on the OS9 specifics!  I will file it away for later
use.

You're right about word addressing - my emulator uses them when accessing
virtual 6809 memory.  I can fix this word addressing problem by reading (or
writing) consecutive bytes of data.  Doing this also helps to solve logical
problems with accessing words in a level two simulator where MMU memory blocks
may not be consecutive.

As for the "bfextu" and "bfins" I was planning simulate them with the help of
"Bcc" (Branch on condition codes).  Will keep the instructions you mentioned in
mind.

Reason I went 68020 was to max out my Mac and I haven't really given any
serious consideration to a 68000 version until Kevin inquired about it.  I'll
wait for the software to settle down before converting it over to 68000 code -
it is using some very complex addressing modes (scaled index for example).

I can just imagine this emulator running tens of times slower after fixing it
up for the 68000 systems! <grin>

John

There is 1 Reply.

#: 14004 S1/General Interest
    19-Jan-92  07:39:09
Sb: #14000-Fast 6809 emulator!
Fm: Bob Santy 76417,714
To: John Semler 70324,633 (X)

John:

Well, you could just leave it to the 68020 and forget about a 68000 mode. As
for Level II, may I suggest that you also forget about that too.  Your target
audience will most certainly be those with applications to run only.  An OS9
application will be concerned with the system calls I have listed and those
don't really fall into Level II function.  System mode calls will not be in the
list unless you actually emulate the operating system as a whole.  I suspect
that you'd grind down to a snail's pace even on the 68020 if you tried that.

Bob

#: 14007 S1/General Interest
    19-Jan-92  10:49:05
Sb: #13991-Fast 6809 emulator!
Fm: John Semler 70324,633
To: Bob Santy 76417,714 (X)

Actually (I believe) a word access would incur, on average, 1.25 long word
accesses.  Memory on the MacIIcx is organized into 32 bit long words.  Here's
the formula:

    (0.75)*(1 memory access) + (0.25)*(2 memory access) = 1.25
       ^                          ^
       |                          |
       |                          +-- frequency of occurrence that
       |                              words DO cross 32 bit boundaries
       |
       +-- frequency of occurrence that words DO NOT cross 32 bit
           boundaries

I plan to make use of this fact when aligning the beginning of my instruction
sequences that simulates 6809 machine instructions.

John

#: 13964 S15/Hot Topics
    12-Jan-92  12:35:07
Sb: #13300-#MM/1,SKEL, & Rodents
Fm: Bert Schneider 70244,427
To: Colin J. Smith 73777,1360 (X)

JDR Microdevices sells a mouse that has 3 buttons, is compatible with either
Microsoft or Logitec and sells for $15"""

There is 1 Reply.

#: 13974 S15/Hot Topics
    14-Jan-92  14:18:33
Sb: #13964-#MM/1,SKEL, & Rodents
Fm: Bob van der Poel 76510,2203
To: Bert Schneider 70244,427 (X)

Re JDR's mouse. Do you have a number/address for them?

There are 2 Replies.

#: 14013 S15/Hot Topics
    19-Jan-92  18:31:12
Sb: #13974-MM/1,SKEL, & Rodents
Fm: Bob Palmer 74646,2156
To: Bob van der Poel 76510,2203 (X)

As you probably already know the DEXXA mice (meese?) are also switch
interchangeable from Microsoft to  Mouse (logitec) formats and they sell just
bout everywhere in Vancouver for under $20.00 Price depends on whether or not
the box contains a 9 pin to 25 pin converter.  Not particularly high resolution
but they do work. Bob

#: 14042 S15/Hot Topics
    22-Jan-92  23:45:09
Sb: #13974-MM/1,SKEL, & Rodents
Fm: Bert Schneider 70244,427
To: Bob van der Poel 76510,2203 (X)

Yes, 1-800-538-5000

Bert

#: 13965 S9/Utilities
    12-Jan-92  13:32:54
Sb: L-II DEBUG BUG?
Fm: Bob Santy 76417,714
To: All

Does anyone know of possible memory problems with DEBUG?  I was trying to debug
c.prep with DEBUG and got lots of garbage color characters on my text mode
windows.  This is the level II DEBUG.  Thanks for any info.

Bob

#: 13966 S1/General Interest
    12-Jan-92  15:13:47
Sb: Hard Disks
Fm: Carl Kreider 71076,76
To: MM/  1ers

I thought perhaps current and future MM1 owners might be interested in
the results of the testing I've done during the course of the development
of the disk drivers for the MM1.

The following chart shows transfer speed in bytes per second for the
drives I have tested on the MM1 with the dma driver.  (The programmed I/O
driver wouldn't get above 25,000 on *any* drive).  The test method is to
read some quantity of sectors repeatedly (not the same sectors, though)
until enough time has elapsed to give reasonable granularity.  My rule of
thumb is that the test should last at least 100 time intervals (ticks or
seconds).  By varying the quantity read, you can get some idea about the
overhead of the operating system and how the performance will vary with
application (copy moves big blocks at a time, while payroll may not).
The most obvious conclusion you can make is that speed is related to
cost.  If you know the mechanics of the drives, it is also related to
cache size on the drive and raw data rate used internally on the drive.
It is also related to the speed of the micro on the drive (the ST296
doesn't seem to keep up at 1:1) and of course interleave.

Gulp    ST2502 CP340 1:1 CP340 2:1 CP340 4:1  PRO210S  ST296 1:1 ST296 2:1
   1   110,376    29,537    28,532    26,546                        27,235
   2   204,600    56,676    44,384    47,127                        53,773
   4   332,222    99,864    82,241    76,260                        97,541
   8   500,812   176,602   134,217   110,376                       161,319
  16   906,876   279,620   195,083   137,518                       239,679
  32 1,177,348   390,167   250,406   159,783   524,288    57,852   322,638
  64 1,636,801   479,349   294,337   172,960   838,860             381,300
 128 1,720,740   479,349   294,337   171,196 1,198,372             381,300
 256 1,766,022   516,222   310,689   176,602                       399,457
 512 1,864,135   524,288   316,551   178,481                       409,200

Definitions:
    Gulp    How many sectors are read at once
    ST2502  Segate 443MB 16 ms 5.25"
    CP340   Conner 40MB ??ms 3.5", 2:1 means interleave of 2
    PRO210S Quantum 210MB 15 ms 3.5"
    ST296   Segate 85MB 281

#: 13967 S10/OS9/6809 (CoCo)
    12-Jan-92  17:40:50
Sb: #Lost space
Fm: Ian Hodgson 72177,1762
To: All

I have just recently have something odd happen on a floppy (360K). A lot of
space disappeared (total of files+free space was about 230K) but DCHECK showed
no errors at all. I copied off the files, reformatted the disk, and copied them
back, then all was back to normal. FREE showed the usual 1440 sectors before
the format. What seems likely?

There is 1 Reply.

#: 14028 S10/OS9/6809 (CoCo)
    22-Jan-92  11:59:01
Sb: #13967-#Lost space
Fm: Kevin Darling 76703,4227
To: Ian Hodgson 72177,1762 (X)

Ian,

Yeah, that's pretty strange!  I've been trying for days to think of a good
reason why you'd suddenly lose a lot of disk space... but can't :-)

Especially if dcheck didn't complain at all.  Weird.  Hmm... unless perhaps LSN
0... no, you said it showed free of 1440 sectors.

Got me!  Let us know if it happens again.  Northern lights, maybe?  UFOs? Crop
circles nearby?

kev

There is 1 Reply.

#: 14045 S10/OS9/6809 (CoCo)
    23-Jan-92  00:20:51
Sb: #14028-#Lost space
Fm: Ian Hodgson 72177,1762
To: Kevin Darling 76703,4227 (X)

Kev,

     Now I'm sorry that I reformatted the disk. Had I been more awake at the
time (it _was_ 2AM) I might have dug around a bit with dEd and tried to find
the problem. I'm wondering if, somehow, I ended up with an invisible file. I've
seen that before, with backspaces at the end of the filename in the directory
entry I think. But no, that wouldn't work with an ls -e command. My first
thought was that the sector allocation map was corrupted, but dcheck should
complain long and loud about that. Then I wondered about the free space
reporting of ls (oh, that's lsh which I renamed), but dir and free all showed
the same thing. BTW, free didn't show 1440 free sectors, just 1440 total on the
disk (which is a 3.5" 720K). Oh well, I could speculate endlessly but the info
is long gone so I can't play detective.

     And it's not likely to be Northern lights at this time of year. Crop
circles? Naw, too much (*!"#$$!*) snow. Cold weather, perhaps; the last two
weeks have been down to about -20 at night with a balmy zero in the afternoons.

There are 2 Replies.

#: 14047 S10/OS9/6809 (CoCo)
    23-Jan-92  01:13:02
Sb: #14045-Lost space
Fm: Kevin Darling 76703,4227
To: Ian Hodgson 72177,1762 (X)

Ian - brrrr!  Sounds too cold for me :-)

A hidden file sounds like a possible... what if the name had gotten changed to
say, spaces?  If it was at the end of a dir, you might never notice it.

cheers - kev

#: 14048 S10/OS9/6809 (CoCo)
    23-Jan-92  08:35:45
Sb: #14045-#Lost space
Fm: Pete Lyall 76703,4230
To: Ian Hodgson 72177,1762 (X)

One think to muse upon Ian... I believe DCHECK doesn't correctly handle
scenarios where where the root directory is more than 1 segment long.

Pete

There is 1 Reply.

#: 14049 S10/OS9/6809 (CoCo)
    23-Jan-92  09:14:15
Sb: #14048-#Lost space
Fm: Lee Veal 74726,1752
To: Pete Lyall 76703,4230 (X)

DCHECK not correctly working on a root directory that is more than 1 segment
long...

Does that just apply when using floppies?  DCHECK seems to work on my hard
drives, but then I did say it "seems" to work...

Lee



There is 1 Reply.

#: 14051 S10/OS9/6809 (CoCo)
    23-Jan-92  11:47:27
Sb: #14049-Lost space
Fm: Pete Lyall 76703,4230
To: Lee Veal 74726,1752 (X)

Lee -

I believe it's ANY disk with a root dir with more than one segment.

Pete

#: 13968 S10/OS9/6809 (CoCo)
    12-Jan-92  18:11:32
Sb: #13954-DECOMPRESS .LZH FOR COCO
Fm: Brother Jeremy, CSJW 76477,142
To: Norman Rheaume 71630,3476 (X)

I am looking for a program that would work on the older formats. --Br. Jeremy,
CSJW

#: 13969 S1/General Interest
    12-Jan-92  23:15:44
Sb: #13824-#Just Wondering...
Fm: Paul Rinear 73757,1413
To: Erich Schulman 75140,3175 (X)

    A shortwave listener callsign? Pretty interesting. There are some countries
where you need a license to listen to the radio?



There is 1 Reply.

#: 13970 S1/General Interest
    13-Jan-92  00:18:34
Sb: #13969-Just Wondering...
Fm: Erich Schulman 75140,3175
To: Paul Rinear 73757,1413 (X)

Yes, there are countries which do.  Australia used to require licenses to use,
own, or maintain radio or TV receiving equipment until the '60's. England still
does.  And there are other countries.  Full details appear(ed) in the WORLD
RADIO TV HANDBOOK at the top of each country's listing.  I haven't bought a
WRTH in several years so I couldn't say whether they still do.  In England, the
license fees are used to support the BBC.  My mother told me about when she and
my father were stationed in then-West Germany and a truck would go around
"sniffing out" radio receivers in use (yes, it is possible) and the authorities
would go ask to see peoples' licenses.  Fortunately we don't have to get a
license to just listen to the radio.  As for call signs, listeners get them as
a way to show serious interest in radio communications even if that interest
doesn't include the ability to talk in a conversation as in amateur radio.  But
some people like to berate such call signs as being a way to spend a couple of
bucks and a stamp you couldn't find any other use for. Erich Schulman (KTN4CA)

#: 13971 S1/General Interest
    13-Jan-92  00:25:04
Sb: #13955-COCO3/386SX Swap
Fm: Erich Schulman 75140,3175
To: DAVID NELMS 72527,640 (X)

If your PC is a PC/XT/286, upgrading to 386 is not quite as simple as upgrading
a 386 to a 486.  You will need a board designed to upgrade a 286 if you have a
286, and a PC/XT is not worth the attempt.  PC SOURCES did an article on
upgrading to a 386sx recently (Jan 92 issue I think it is), and I'd suggest you
give it a look if you haven't already.  If you're still interested in the
upgrade, one you might want to consider getting is the board sold by JDR
Microdevices.  Check a COMPUTER SHOPPER if you don't have their catalog.

#: 13972 S10/OS9/6809 (CoCo)
    14-Jan-92  01:01:49
Sb: ##13968-DECOMP .LZH
Fm: Norman Rheaume 71630,3476
To:  76477,142 (X)

I am working on a forked decompression for the -lh1- format.  There is just so
much that you can do in 64k.  It may take a while (weeks) before I can get
 it done.

There is 1 Reply.

#: 13979 S10/OS9/6809 (CoCo)
    15-Jan-92  21:35:46
Sb: #13972-#13968-DECOMP .LZH
Fm: Brother Jeremy, CSJW 76477,142
To: Norman Rheaume 71630,3476 (X)

Dear Norman: I have a large number of C files arced under the LHZ-1 format. I
hope that your project works out, so that I can get these dearced and uploaded
to share with the community. If not I will use an MS-DOS machine
 and then use the PCDOS utility to copy them over. Thank you for your efforts,

Br. Jeremy, CSJW



#: 13973 S12/OS9/68000 (OSK)
    14-Jan-92  12:57:17
Sb: #13953-Ultra-Science Windows
Fm: Kevin Darling 76703,4227
To: TONY ELLIOTT 71645,1367 (X)

Tony - do you mean the "Screens" program, for terminals, ported from Unix?

If so, those that use it tell me they like it.

Or do you mean "G-Windows", which requires a graphics card?

#: 13975 S7/Telecommunications
    15-Jan-92  17:53:18
Sb: #telecom:
Fm: ALBERT 72570,2302
To: SYSOP (X)

HI!:
   I am in need of some info..onthe deskmate system,the telecom section.When I
try to download the program says reciveing file but nothing is happing it takes
the file name and thats it.If there is any lib..with some info let me know
please.              ALBERT..

There is 1 Reply.

#: 13976 S7/Telecommunications
    15-Jan-92  18:28:00
Sb: #13975-#telecom:
Fm: Pete Lyall 76703,4230
To: ALBERT 72570,2302 (X)

Albert -

Have a gander at the file DM3.TXT in DL10.

Pete

There is 1 Reply.

#: 13982 S7/Telecommunications
    16-Jan-92  20:59:30
Sb: #13976-telecom:
Fm: ALBERT 72570,2302
To: Pete Lyall 76703,4230 (X)

PETE:
 Thanks I will take a look I hope its in text,I wont be able to download it
otherwise.albert

#: 13977 S1/General Interest
    15-Jan-92  19:58:02
Sb: #I'm Back!
Fm: Mark Griffith 76070,41
To: All

Hi all!

Well, here I am in St. Louis now.  All moved in to my temp location for the
next six months.  Got local access to a CIS node so now I can spend more time
here.  Looking forward to talking at you all again.

Mark

There is 1 Reply.

#: 13978 S1/General Interest
    15-Jan-92  20:31:20
Sb: #13977-I'm Back!
Fm: James Jones 76257,562
To: Mark Griffith 76070,41 (X)

Great!  Well, looking at the Weather Channel map may keep you from thinking
it's all that great. :-)  Glad you're in place and back online.

#: 13981 S1/General Interest
    16-Jan-92  19:57:56
Sb: #Death of a CoCo3 II
Fm: Erich Schulman 75140,3175
To: ALL

I replaced all 16 DRAMs in my CoCo3 and powered up.  Everything seemed to be
OK.  The memory tester that came with my first 512K locked up.  The memory
tester listed in the service manual reported ERROR!  ADDR=65535.  I powered
down and checked the chips, then reseated a loose one.  I powered up again. 
Nothing.  Not even a green screen.  With all it'll cost to as much as restore
what I had (replacing the CoCo3, the 512K (3rd time), and the Slot Pak III) I
decided that it's not cost effective to do so.  I found a CoCo2 which I will
run alongside a 386 I will eventually get. What does this mean?  Expect some
Level 1 questions getting posted before long.  I won't be going into the CoCo
and OS-9 Forums as often.  And unless I can coax the CoCo2 into running the
hard drive, I will not be able to reupload the file that I uploaded but saw
deleted because of its archive format.  If anyone's interested in a dead CoCo3
for parts (I'm 99.8% sure the GIME, ROM, and 6809 are OK) and in CoCo3-only
software just let me know what you want (allow time to convert files etc.).  My
now 16K CoCo1 has proven perfectly reliable, my CoCo3 just the opposite. It's a
disappointment it came to this but at least I'll still have one foot in the
CoCo world even if it's without Super ECB and Level 2.

There are 2 Replies.

#: 13985 S1/General Interest
    17-Jan-92  10:55:57
Sb: #13981-#Death of a CoCo3 II
Fm: Lee Veal 74726,1752
To: Erich Schulman 75140,3175 (X)

If you're mostly getting out of the CoCo3 software world, how 'bout posting
some of the software with asking prices.  Maybe even any hardware that you'd be
willing to part with for a reasonable price.

Lee

There is 1 Reply.

#: 13997 S1/General Interest
    18-Jan-92  22:15:02
Sb: #13985-Death of a CoCo3 II
Fm: Erich Schulman 75140,3175
To: Lee Veal 74726,1752 (X)

I'll be doing that later.  I have megabytes to convert to PC and to downsize
for the CoCo2, and all this without the help of a CoCo3.  In fact, all I've got
to work with *right now* are a CoCo1 with 16K and not Extended BASIC and a
Macintosh, with the latter not being mine.  I don't have the CoCo2 yet but
should in another day or two.  My last "census" indicated I had 23Mb on a total
of about 700 floppies.  Even with the CoCo2 it'll be slow going.  There won't
be much in hardware I can offer but I do have a good quantity of software I
will be able to unload.  I've downloaded megabytes so I may throw in some of
that too, saving a lot of connect time.  Like my 400K of Home Publisher fonts
and clipart.  None of this should be construed as a committment, however.

#: 13986 S1/General Interest
    17-Jan-92  16:13:41
Sb: #13981-#Death of a CoCo3 II
Fm: Kevin Darling 76703,4227
To: Erich Schulman 75140,3175 (X)

Hmm.  Make sure the memory board isn't seated too deeply... if it touches the
bottom of the sockets, CoCo-3's don't like it.

best - kev

There is 1 Reply.

#: 13999 S1/General Interest
    18-Jan-92  22:26:07
Sb: #13986-#Death of a CoCo3 II
Fm: Erich Schulman 75140,3175
To: Kevin Darling 76703,4227 (X)

The first time I upgraded to 512K, the upgrade took *days* to complete, not the
five minutes the ad said it would be.  The second time I upgraded the same
CoCo3 (retrograded?) to 512K, it took hours.  Believe me, I have experienced
every possible and every conceivable problem in installing the 512K plus 2 or 3
more.  A suggestion from Dave Myers of CoCoPRO! helped some, viz. putting
electrical tape on the RF box to preclude the board from grounding out.  So
I've been through it all, checked it all, been through it all again, and so on
ad infinitum/nauseum.  Chris Hawks of Hawksoft diagnosed one of my problem
areas as being the CoCo3's power supply being insufficient for the job and
causing my problems which does seem entirely possible.  So with $90 for a 128K
CoCo3 plus $90 for a replacement Slot Pak 3 plus $70 for a new 512K board plus
$20 for the replacement chips already wasted plus a new power supply plus
shipping/handling charges all topped with hours of work and I end up with
nothing I didn't have before except more watts from the power supply

It's not worth it to me anymore.  BTW, when I had 512K probs before, I at least
got a green screen without sign-on msg.  Now, nothing at all.

There is 1 Reply.

#: 14002 S1/General Interest
    19-Jan-92  00:05:01
Sb: #13999-#Death of a CoCo3 II
Fm: Kevin Darling 76703,4227
To: Erich Schulman 75140,3175 (X)

Erich - yes, it sounds like you've had a frustrating experience.  It's at times
like this that I wish we were all physically together, instead of diagnosing
online.

Good luck, whatever!  You've always got a home here.

kev

There is 1 Reply.

#: 14018 S1/General Interest
    20-Jan-92  01:24:14
Sb: #14002-#Death of a CoCo3 II
Fm: Erich Schulman 75140,3175
To: Kevin Darling 76703,4227 (X)

I know I will still have the CoCo around when I need it.  There will be no dust
to wipe off at each power up either.  It'll just be on a smaller scale.  After
all, there's no way a CoCo2 could hope to do what I've done on my 3 when it was
alive.  To ease my transition into being in both worlds I've written (but not
debugged) some DOS macros and batch files so DOS will accept some commands I'm
used to.  Like DOSKEY LIST=TYPE $1 and DOSKEY COBBLER=FORMAT $1 $2 /S (I had to
allow a second parameter for 4 or /f:720.).  Most of them are so simple so as
to not need any further work but some will have to be tested.  I had to stretch
a little to come up with equivalents to MDir and Procs.  I'll upload everything
here when I'm happy with the results.  As for the CoCo2, I've now learned how
to use the Level 1 Debug to fix up /d0 and /d1 to match my drives' capacities.
I'm too used to EZGen which I can't use anymore.  And if we were all together I
probably would not have thrown in the towel like this.

There is 1 Reply.

#: 14046 S1/General Interest
    23-Jan-92  00:21:31
Sb: #14018-#Death of a CoCo3 II
Fm: Ian Hodgson 72177,1762
To: Erich Schulman 75140,3175 (X)

Erich,

     I have followed your messages about the poor CoCo 3 for the past few weeks
and I wonder if you are not giving up too easily. When I saw that you were
planning to try to persuade MSDOS to look a bit like OS9 I figured I had to say
something before it was too late!

     I make a good part of my living troubleshooting data communications
equipment (on the phone, not the bench, mostly) and I must say that the easiest
problems to fix are the "It used to work OK" type, rather than the "It never
worked" ones. I don't recall all the things you mentioned but if it were my
CoCo 3 I would check first the power supply voltages (which will probably be
OK), then look at the chips. This can be done systematically if you have the
service manual and an oscilloscope. Indeed, the service manual has an entire
section on step by step troubleshooting which should let you identify the bad
chip (by far the most likely problem) in short order. If you don't have the
service manual you may still be able to get one from Tandy (part no. 26-3334).
If there was no inconvenient border in between us (I presume you are in the
U.S.) I would say to send me the thing and I would take a look at it.

     But for heaven's sake don't give up on it. At the worst you should be able
to get another one; they show up here from time to time and there must be
thousands of them gathering dust in various places. And no matter how much you
want to pretend, you will never make MSDOS work like OS9.

There is 1 Reply.

#: 14059 S1/General Interest
    23-Jan-92  23:33:29
Sb: #14046-Death of a CoCo3 II
Fm: Erich Schulman 75140,3175
To: Ian Hodgson 72177,1762 (X)

I do have a service manual for the CoCo3 and I do have an analog vom (20000
ohms per volt).  I do have an oscilloscope too but it's an all-tube scope (EICO
460) from 1961 and I never managed to get it back to original specs.  About 85%
there.  I think I need to replace one of the tubes and I can't find most of its
tubes.  On my CoCo3, it seems fixing one problem ends up making that problem
worse and then a new one comes my way.  And it seems unlikely to me that
getting another CoCo3 would not just give me more of the same.  At least with a
pc I won't have to search far and wide and endure weeks of down time when a
part goes bad.  Installing the 512K was torturous the first time and every
subsequent time.  Do I want to go through that time and again all over?  It
took several toll calls to a technician before I could get my hard drive
working and then it was slow.  The scsi47 drivers only wiped out the whole disk
and left it incorrectly formatted. If I stay with my CoCo3 I now know I will
never realize half the hard drive performance I paid dearly for.  And then the
Slot Pak III.  Marty Goodman informed me that thing has a tendency to self
destruct.  Do I want to drop $180 a year on Slot Pak III's?  And of course DOS
will never be exactly like OS-9, but who said it was even intended to be.  My
CoCo1 has proved very dependable.  But I dropped hundreds of dollars and tens
of hours of work on the CoCo3 and then it dies after I had it a mere 51 weeks.

#: 13984 S10/OS9/6809 (CoCo)
    17-Jan-92  10:50:18
Sb: #Home Publisher Prt Drvrs
Fm: Lee Veal 74726,1752
To: All


I'm looking for someone that's willing to part with the set of extra drivers
that were written for Home Publisher.  I'm specifically looking for the Home
Publisher printer driver for Tandy's DMP-120.  This set of was not included
with the base Home Publisher product.  It was an extra cost item from Tandy, so
I'm not asking anyone to break something out of the base Home Publisher
package.
  I'm willing to part with some green, if anyone reading this message is
willing to part with the set of printer drivers that includes the DMP-120
driver.

As an alternative  is there anyone that knows how to patch one of the existing
drivers so that, say, the DMP-130 driver could be made to support the DMP-120's
escape sequences?

Lee

There is 1 Reply.

#: 13988 S10/OS9/6809 (CoCo)
    18-Jan-92  00:06:50
Sb: #13984-#Home Publisher Prt Drvrs
Fm: Brother Jeremy, CSJW 76477,142
To: Lee Veal 74726,1752 (X)

Dear Lee: I had called Tandy, along time ago, and requested the driver for the
DMP-130, which I have in front of me. It was free. Rainbow, in I
 believe the fall of 1988 had a letter which spoke about the free upgrade. I
called a number in Ft. Worth which was a Tandy Corp COCO support number and
spoke to someone named DAVID. (Rainbow 1/89 pg 6 1-800-338-2395) Also Tandy
Software Assembly. A Tandy dealer could the
 package #90-0911 if they are willing to work at it. You would get a backup
disk . Did you try Express Order? 800-321-3133? I got the Deveopers Package
that way, original docs, backup disks for $17.00 that way. Let me know, I might
be able to get the manager who helped me
 to hbelp you out. --Jeremy, CSJW

There is 1 Reply.

#: 13994 S10/OS9/6809 (CoCo)
    18-Jan-92  20:22:01
Sb: #13988-#Home Publisher Prt Drvrs
Fm: Lee Veal 74726,1752
To: Brother Jeremy, CSJW 76477,142 (X)

Thanx, Bro., I'll give this avenues a try.  Seems like I have before, but it
could be as simple as the luck of the draw as far as who you get at the other
end of those lines and whether they're willing to help.

I need to make sure that we're (you and I) are on the same wavelength.  I'm
looking for DMP-120 printer drivers for Home Publisher.  My version HP came
with a DMP-130 driver. In fact, I have the following drivers for HP:


 prn.DMP105n     prn.DMP130n
 prn.DMP2100w    prn.DMP2200w
 prn.DMP430n     prn.DMP430w
 prn.DMPibmIn     prn.DMPibmn
 prn.EpsonRX

As you can see no -120.  The DMP-120 seems to be a bit of an outcast among
Tandy printers.

Thanx,

Lee

There is 1 Reply.

#: 13995 S10/OS9/6809 (CoCo)
    18-Jan-92  21:00:01
Sb: #13994-#Home Publisher Prt Drvrs
Fm: Brother Jeremy, CSJW 76477,142
To: Lee Veal 74726,1752 (X)

Lee,

The disk I have only contained the DMP130 Driver. I got this in Jan of 1989
after calling Radio Shack/Tandy in Ft. WOrth. I will ask my friend at the Radio
Shack here in Racine, WIS to try and get the DMP-120 driver if you want.
---Jeremy, CSJW

There are 2 Replies.

#: 14021 S10/OS9/6809 (CoCo)
    20-Jan-92  10:13:27
Sb: #13995-Home Publisher Prt Drvrs
Fm: Lee Veal 74726,1752
To: Brother Jeremy, CSJW 76477,142 (X)

Let me try down here first.  Thanks, Bro.

Lee



#: 14027 S10/OS9/6809 (CoCo)
    22-Jan-92  11:50:30
Sb: #13995-#Home Publisher Prt Drvrs
Fm: Lee Veal 74726,1752
To: Brother Jeremy, CSJW 76477,142 (X)

Bro.,

It looks like you may have to try your friend at the Radio Shack in Racine.
Having no luck down here.  (No "good luck", that is.)

Thanks,

Lee

There is 1 Reply.

#: 14036 S10/OS9/6809 (CoCo)
    22-Jan-92  22:25:08
Sb: #14027-Home Publisher Prt Drvrs
Fm: Brother Jeremy, CSJW 76477,142
To: Lee Veal 74726,1752 (X)

Lee, I will talk to him in the next few days. --Jeremy, CSJW



#: 13992 S15/Hot Topics
    18-Jan-92  17:23:40
Sb: #My I/O Board came
Fm: Keith H. March 70541,1413
To: All

Hi everyone:

I got my i/o board about a week ago, and got my 60 Meg Hard Drive up and
running. Love the 3 Meg.

Keith

There are 2 Replies.

#: 13993 S15/Hot Topics
    18-Jan-92  19:42:30
Sb: #13992-My I/O Board came
Fm: James Jones 76257,562
To: Keith H. March 70541,1413 (X)

It *does* make a big difference, doesn't it?  Glad to hear that you're happy
with it.

#: 14034 S15/Hot Topics
    22-Jan-92  21:43:25
Sb: #13992-#My I/O Board came
Fm: Colin J. Smith 73777,1360
To: Keith H. March 70541,1413 (X)

u!Say, what's yer serial #?  Maybe mine isn't too far behind!

Thanks,

  --Colin

(I have this brand new Epson 24 pin printer here doing nothing but collecting
dust, so I'm kind of anxious!)



There is 1 Reply.

#: 14063 S15/Hot Topics
    24-Jan-92  18:22:27
Sb: #14034-#My I/O Board came
Fm: Keith H. March 70541,1413
To: Colin J. Smith 73777,1360 (X)

Colin:

My S/N is 120812

Keith

There is 1 Reply.

#: 14070 S15/Hot Topics
    25-Jan-92  07:20:54
Sb: #14063-My I/O Board came
Fm: Colin J. Smith 73777,1360
To: Keith H. March 70541,1413

Sigh.  Looks like a couple more weeks.


Thanks!

  --Colin

#: 14001 S10/OS9/6809 (CoCo)
    18-Jan-92  23:10:24
Sb: #UNLZH-handles old & new
Fm: Norman Rheaume 71630,3476
To: Brother Jeremy, CSJW 76477,142 (X)

Br. Jeremy.  I have just submitted a new release of UNLZH that handles the old
format (-lh1-).  This release fixes a bug for invalid file names in the archive
and processes the ! file found in self-extracting files. You CANNOT <p>rint a
-lh1- file; you will need to extract and use some other utility to view.

Hopefully the sysop will check out soon.

There is 1 Reply.

#: 14015 S10/OS9/6809 (CoCo)
    19-Jan-92  22:24:37
Sb: #14001-UNLZH-handles old & new
Fm: Brother Jeremy, CSJW 76477,142
To: Norman Rheaume 71630,3476 (X)

Dear Norman: I look foreward to using it. With all best wishes, Br. Jeremy,
CSJW.

#: 14003 S14/misc/info/Soapbox
    19-Jan-92  06:33:38
Sb: #OS9 Community Network
Fm: Robert R MacKay 100036,676
To:  76370,2100 (X)

John,
       I now have access to a Fidonet BBS here in Australia. Currently we do
not have access to zone 1 OS9 echo, but sysop is in the process of making
necessary arrangements. My BBS name and address are as follows:The Galaxy
Gateway Computer System, 3:640/316. Any information, membership forms that I
need to complete would be apreciated. My home address is :Rob MacKay, 7 Harburg
Drive, Beenleigh, Queensland, Australia 4207. Will keep in touch, regards, Rob.

There is 1 Reply.

#: 14020 S14/misc/info/Soapbox
    20-Jan-92  02:46:28
Sb: #14003-OS9 Community Network
Fm: John Wight 76370,2100
To: Robert R MacKay 100036,676 (X)


This is great to hear. I'm sure the OS-9 users of Fidonet Zone 1 (North Amewill
be excited to hear this ! As for getting the info to you, I can either send it
to you by postal mail (which would take a little longer), or by Fido mail if
your sysop would allow (this would be quicker, but would cost a bit more).
Netmail messages can be routed at almost no cost, but files I have to send
direct. But since it is automatic, the cost is as minimal as it can get. Either
way, I'll be in touch with you soon. Hopefully your sysop can make the
arrangements to get the OS9 (and COCO, RIBBS, and COCO_CLUB) echos real soon,
where you can keep up with the rest of us. I almost forgot, another alternative
is to download OS9NET.ARC here, which contains all you need to know to get
started, and perhaps advise us on how to grow to better serve those in other
Fidonet zones.

#: 14005 S12/OS9/68000 (OSK)
    19-Jan-92  09:33:08
Sb: Ultra-Science Windows
Fm: TONY ELLIOTT 71645,1367
To: Kevin Darling (UG Pres 76703,4227 (X)

Yes, I believe I mean 'Screens'.  We are using terminals (mostly non-graphics).
So, I've ordered it and I let you know how I like it. While I have you... I am
looking for a C Library for an older version of Sculptor.  Apparently, when I
wasn't looking, the organization which owned Sculptor rights in the US
underwent some sort of change.  I'm not sure where to go, now, to find what I
need.  I believe the last version we upgraded to was 1.6:8, but I'll have to
check that.  We are upgrading some of our in house CAD stuff and it would help
to find a compatable library rather than to have to write it all.

I appreciate any guidance that might be out there in this regard.

I'm also in the market for a used 68020 board such as Hazelwoods board or would
also consider Frank's uniquad.  Has anyone outgrown such and want to let one
go?



#: 14008 S1/General Interest
    19-Jan-92  11:00:12
Sb: #Floppy Disk Drivers
Fm: Jay Truesdale 72176,3565
To: all

The company I work for is in the midst of designing some new 6809 hardware. The
new board will have a 3 Mhz 6809 (6309? The one by Hitachi), a megabyte of
(paged) RAM, a DMA chip, a floppy disk controller chip of some type (probably
an Intel family part) and a 1.44 MB 3.5 inch floppy disk drive. We are going to
use the MESS-DOS disk format so our customers (who probably already have a PC)
can configure our unit off-line, duplicate disks, etc. I get to write the
floppy disk code which leads me to my questions:

Would a driver written in C be fast enough?  Is anyone aware of any C source
(licensable or PD) for dealing with the MS-DOS disk format?

If assembler is the way to go, are there any example '09 (or C) floppy drivers
available here or elsewhere that someone could point me towards?

Any sources of information, references, hints, etc., would be greatly
appreciated.

Thanks in advance,

-J






There is 1 Reply.

#: 14011 S1/General Interest
    19-Jan-92  13:38:00
Sb: #14008-#Floppy Disk Drivers
Fm: James Jones 76257,562
To: Jay Truesdale 72176,3565 (X)

Gee...how much do you expect this board to cost?

There are 2 Replies.

#: 14025 S1/General Interest
    21-Jan-92  20:26:48
Sb: #14011-Floppy Disk Drivers
Fm: Jay Truesdale 72176,3565
To: James Jones 76257,562 (X)

I suspect that it will cost less than $100 for the parts.  I'll ask what the
latest expected cost will be in our hardware meeting tomorrow.

-J




#: 14056 S1/General Interest
    23-Jan-92  22:45:47
Sb: #14011-Floppy Disk Drivers
Fm: Jay Truesdale 72176,3565
To: James Jones 76257,562 (X)

Well, OK, perhaps a bit more than $100 for the card I was talking about. 
Another card in the same unit with about the same features but no floppy
controller, 2 meg RAM instead of 1 and 2 serial ports with DMA is estimated to
cost approximatly $90.00 for parts in quantities of a thousand.


-J




#: 14009 S12/OS9/68000 (OSK)
    19-Jan-92  11:31:42
Sb: #MB & syscall
Fm: William Phelps 75100,265
To: ALL

Could someone please tell me the format of the register structure used with
syscall in OSK 2.4?

I figured out the d0-d7,a0-a4 part, but how are other registers (like the ccr)
passed?

William

There is 1 Reply.

#: 14010 S12/OS9/68000 (OSK)
    19-Jan-92  12:48:12
Sb: #14009-#MB & syscall
Fm: Kevin Darling 76703,4227
To: William Phelps 75100,265 (X)

As you've found out, it's only...

TYPE stack = d0,d1,d2,d3,d4,d5,d6,d7,a0,a1,a2,a3,a4:INTEGER
DIM reg:stack

No need for ccr, as the carry bit error flag will be picked up by Basic
itself on return from syscall, and pick out any error code from d1.

kev

There is 1 Reply.

#: 14014 S12/OS9/68000 (OSK)
    19-Jan-92  21:36:37
Sb: #14010-#MB & syscall
Fm: William Phelps 75100,265
To: Kevin Darling 76703,4227 (X)

Thanks for the information, but does that mean I have to use ON ERROR GOTO to
do my own error trapping?  I'd like to keep GOTO's to a minimum.

William

There is 1 Reply.

#: 14022 S12/OS9/68000 (OSK)
    20-Jan-92  11:38:00
Sb: #14014-MB & syscall
Fm: Kevin Darling 76703,4227
To: William Phelps 75100,265 (X)

Yes, you have to use ON ERROR statements, which sometimes I like, sometimes I
don't :-)  On the other hand, we don't have to check for errors, which is very
nice.

I believe one Syscall's version used to be in Lib 12 here... it could be
modified to return the error separately.

#: 14012 S10/OS9/6809 (CoCo)
    19-Jan-92  16:31:43
Sb: Need Help with CYRUS
Fm: T. David Nichols 76120,747
To: ALL

I have been trying to get CYRUS running on my COCO3, using the instructions in
CYRUS.TXT in Library 10, but it hasn't worked yet. When I run the BASIC program
that is supposed to start CYRUS executing, all I get at the end is the
identification message for Disk Extended Color Basic 1.1 .  Does anyone know
what is wrong?  I think I have followed the directions exactly.  Do you have to
make the cassette copy on a COCO2 instead of a COCO3?

Any help will be appreciated!

#: 14016 S10/OS9/6809 (CoCo)
    19-Jan-92  22:31:56
Sb: #DeD/Fonts/Help a Monk
Fm: Brother Jeremy, CSJW 76477,142
To: All

Dear Friends: I am working on the fonts which will hopefully become part of
MVWORD, my MAX-10
 for OS9 DTP. I am using DED to scan the files. I need to be able to to save
and later print these listings. DED does not allow you to do this. Dump (from
the Developers Pack) won't handle the size files that I am working with. Does
anyone know if DED could be patch to print to disk or to a printer for that
matter while at the same
 time printing to screen? At the moment I am working with a large PD set of
fonts that originally were for First Publisher. I also have a large collection
of VGA screen fonts, and Bit-Mapped Graphics fonts. I am not certain if the
screen fonts could be made to work on the COCO but as soon as I can get the
time to play with them, I will let you know the results. Finally if there is
another disk editor which will give a ded style dump, please let me know.

With all best wishes,

Br. Jeremy, CSJW

There are 3 Replies.

#: 14019 S10/OS9/6809 (CoCo)
    20-Jan-92  01:32:32
Sb: #14016-DeD/Fonts/Help a Monk
Fm: Erich Schulman 75140,3175
To: Brother Jeremy, CSJW 76477,142 (X)

If what you want to do is take those fonts to your CoCo, printing a Dump will
only leave you in a quagmire of hex numbers.  About the only way you can do
this and keep your sanity is to print the character set from the application
the fonts were intended for and use a CoCo-based font editor to recreate each
character as best you can.  Keep an ASCII table handy!!!! No matter what it
will be long hard work that may not really be worth doing. I tried very hard to
bring the Macintosh's Ashley font to OS-9 a few months ago and gave up in utter
frustration.  I wish I had better news but I thought I'd better tell it like it
is.  I hope someone else comes up with a better answer or at least that I save
you some agony.  (I think I'm a glutton for punishment.  I now want to take
Ashley to the PC without Windows.  Some VGA cards will co-operate.)

#: 14030 S10/OS9/6809 (CoCo)
    22-Jan-92  13:45:35
Sb: #14016-#DeD/Fonts/Help a Monk
Fm: Lee Veal 74726,1752
To: Brother Jeremy, CSJW 76477,142 (X)

I must be missing something here.

Bro, why can't you use the Open file function of DED then use the Append
function to write the sections of the font file that you want to the Opened
disk file.  I've used it to break apart merged shell, boot, and other packed
files.

Lee



There is 1 Reply.

#: 14037 S10/OS9/6809 (CoCo)
    22-Jan-92  22:29:42
Sb: #14030-#DeD/Fonts/Help a Monk
Fm: Brother Jeremy, CSJW 76477,142
To: Lee Veal 74726,1752 (X)

Lee, What I would like to do is be able to dump the screen to printer. I have
been using DED on MAX-10 files that I ported over with the
 RSDOS utility. They load with an origin of $4000. All the references in the
MAX-10 docs refer to specific addresses. When I used the RS
 Dump command, I do not get the same memory addresses, that is why I would like
to dump DED to the printer. Would a print screen utility wo ( make that work)?
--Jeremy, CSJW

There is 1 Reply.

#: 14044 S10/OS9/6809 (CoCo)
    23-Jan-92  00:00:12
Sb: #14037-DeD/Fonts/Help a Monk
Fm: Erich Schulman 75140,3175
To: Brother Jeremy, CSJW 76477,142 (X)

If you still want to print this dump and assuming dEd is running on a text
screen, a utility to dump a text screen should work fine.  But with the file
being as big as it is, it will take a long time for you to bring up each 256
byte sceen and print it.  I think the best thing for you to do is to find a
program that will create a dump from StdIn.  I saw one on Delphi somewhere but
I don't recall what it is.  Check Applications, the Users Group, and maybe the
Programmer's Den topics.  Or you can create your own with Basic09.  Open the
file in the same way you would a random access file and read it one byte at a
time.  Then convert that byte to its hex equivalent then send it to StdOut. 
Redirect that to a file you can list to the printer in the background.

#: 14031 S10/OS9/6809 (CoCo)
    22-Jan-92  17:23:05
Sb: #14016-#DeD/Fonts/Help a Monk
Fm: Lee Veal 74726,1752
To: Brother Jeremy, CSJW 76477,142 (X)

P.S. (addendum to my previous message...)

Bro, I've used DED and the utility called TRIM to break up OS-9 font files. If
the font files that you're using have discernible beginnings and endings, then
it seems like you should be able to break up the sections that you want.

Lee



There is 1 Reply.

#: 14038 S10/OS9/6809 (CoCo)
    22-Jan-92  22:30:37
Sb: #14031-DeD/Fonts/Help a Monk
Fm: Brother Jeremy, CSJW 76477,142
To: Lee Veal 74726,1752 (X)

Lee, will try TRIM, Br. J-

#: 14017 S15/Hot Topics
    19-Jan-92  23:32:40
Sb: #unknown mm/1 progs
Fm: Bob van der Poel 76510,2203
To: all

In attempting to make sense of the programs on my hard drive, I'm trying to
figure out what a number of them do! I have a number of graphics display
programs for which there are no docs or builtin help. Before I delete them, can
anyone tell me what they should do?

 fshow    - I think it has something to do with .fli files
 iffs     - related to .iff files?
 pflicker - again, to do with .fli files
 anim     - used by the mouse demo, but I have no idea of the file
            format, etc.

Also, in my FLICKS directory I have a ademo file which appears to show the
various flicks and play some sound with them. Can't get it to work...



There is 1 Reply.

#: 14024 S15/Hot Topics
    20-Jan-92  20:39:47
Sb: #14017-unknown mm/1 progs
Fm: Kevin Darling 76703,4227
To: Bob van der Poel 76510,2203 (X)

  "In attempting to make sense of the programs on my hard drive, I'm trying to
figure out what a number of them do!"

Yah, there's a lot of demo command thingies floating around out there... some
leftover from Rainbowfests and such.

  "iffs     - related to .iff files?"

I think that's a IFF slide show program.  Give it the name of a file which has
a list of pictures.

 "anim     - used by the mouse demo, but I have no idea of the file format"

Plays the really simple and bloated compression format I used when I converted
Amiga animations to the MM/1 and TC70 long ago.  Not much use otherwise.

  "fshow    - I think it has something to do with .fli files"

I think you're right.  Chd to your flicks dir, and try "fshow ademo >>/nil".
But first make sure the flis and sounds listed in "ademo" exist.  And don't try
to stop the sucker <grin>... it uses all sorts of named pipes etc. Hmm.  You
can stop it... but it takes a lot of "kill" commands to do it :-)

  "pflicker - again, to do with .fli files"

Used by fshow.  Pflicker is the same as flicker (for showing flis), but
understands a limited set of commands ("play","wait","quit") from stdin and
sends "okay" to stderr when it's read in the file and is ready to play. I'm
coming up with a standard set of commands for programs like this.

With named pipes, this allows astonishingly easy setup of demos and even
multimedia (overused word! but true here) applications.  For instance, using a
fairly simple basic program and named pipes to communicate with commands to
playback sounds and minature flis, I've come up with a simple but neat looking
alphabet video kid's book.  It could almost be done from a scriptfile.

#: 14026 S1/General Interest
    22-Jan-92  06:24:27
Sb: #Vender's area
Fm: O. C. (Dick) Warren 72116,1041
To: SYSOP (X)


Wayne, why limit the vendor's section to commercial providers only, as their
"rountable", when you can take the example of the vender's section of Hamnet
and Commodore (go CBM) and make it accessable by the customer (us) as a
customer support area??

It would be far nicer to directly contact the porvider  on the SIG when we need
contact than limit it to a locked commercial room.....

It would also show us the true interests of the provider as how well each of
them handled themselves and the problems!!!

"Just a thought"...

Best, D.



There is 1 Reply.

#: 14032 S1/General Interest
    22-Jan-92  20:58:00
Sb: #14026-#Vender's area
Fm: Steve Wegert 76703,4255
To: O. C. (Dick) Warren 72116,1041 (X)

Dick,

Just a couple of observations ...

When we opened the Vendor section, it was to give folks like IMS, Frank Hogg
Labs, Delmar, etc a place to discuss their issues with each other.

A member of the forum can alway leave a message to any vendor that actively
participates in the forum. They need only their User ID.

Steve

There are 2 Replies.

#: 14033 S1/General Interest
    22-Jan-92  21:39:20
Sb: #14032-Vender's area
Fm: O. C. (Dick) Warren 72116,1041
To: Steve Wegert 76703,4255 (X)

Sorry, I must have misread VENDER.TXT, because it llooked like this was to be a
commercial vender's area only, complete with criteria for admissions...

I've seen vender's areas on someof the SIGs that were used as customer service
areas and this was what I was suggesting.

Thanks for the reply.

Incidently, I have a private note for you over in Email that I composed, then
held onto cause I was afread the wrong people might see.

Appreciate all your help over the years Steve... a handshake and salout to
you.. D.

#: 14039 S1/General Interest
    22-Jan-92  22:42:03
Sb: #14032-#Vender's area
Fm: O. C. (Dick) Warren 72116,1041
To: Steve Wegert 76703,4255 (X)

Steve, I just went back and reread VENDER.TXt and found that it specified that
the area eas to be semi private, and not open to individuals, but to venders
only with a criteria.

That dousn't sound very "open to the individual" to me...

I eas suggesting an area of verders that would be used as a customer service
area, as is done on some of the other SIGs...

Thanks anyhow,

Dick



There is 1 Reply.

#: 14052 S1/General Interest
    23-Jan-92  13:51:51
Sb: #14039-#Vender's area
Fm: Steve Wegert 76703,4255
To: O. C. (Dick) Warren 72116,1041 (X)

Dick,

I do appreciate the kind words, thanks!

On the Vendor area ... again, the Vendor Section is a semi private area meant
for the use of the Vendors only. However .... they still see and can respond to
any messages posted in any other section of the forum.

By having a 'private' area they can use, we can count on them being around to
help with folks questions in other areas.

Make sense?

Steve

There is 1 Reply.

#: 14073 S1/General Interest
    25-Jan-92  11:49:59
Sb: #14052-Vender's area
Fm: O. C. (Dick) Warren 72116,1041
To: Steve Wegert 76703,4255 (X)

Appreciatr the reply, but as to "make sence", to this grampa'sd old mind, I'm
not really sure I comprahend...!!

Sorry, I guess I'm just gettin' old...

As to access, I'm alwayd glad tosee access "customer service" style so will
applaud that ...

That was my whole purpose in this string.

Best to you, and C U D.

#: 14029 S9/Utilities
    22-Jan-92  12:50:48
Sb: #Read OS9 disk on IBM PC?
Fm: bruce winter 76476,2324
To: all

I'm looking for a program that can read an OS9 formatted diskette on an IBM PC.
Sample source code would be helpful.

Thank You.  Regards, Bruce Winter.

There are 2 Replies.

#: 14043 S9/Utilities
    22-Jan-92  23:52:10
Sb: #14029-Read OS9 disk on IBM PC?
Fm: Erich Schulman 75140,3175
To: bruce winter 76476,2324 (X)

I asked the same question on Delphi but got no answers.  According to Rainbow
(about a year ago) the program you need would be either Xenocopy or CoCo Util
II.  But Microcom is--or seems to be--out of business so I wouldn't hold out
much hope for them.  One of my local BBS's has something which might do the job
but it's extremely difficult to get on.  My autodialer always makes over a
hundred attempts to get on (and I give up after 150-175 attempts.)  If you have
only text files, the PC shareware program Read My Disk !might be able to do it
(I haven't tried it.)  Read My Disk! however was intended to recover DOS files
so it might not work well.  If your files are no bigger than 156K you might
want to convert them to Disk BASIC with the utility RSDos which you can
download here.  You'll also need a patch file for CC3Disk which you can also
download here.  Then go to the CoCo Forum and have your PC download AS9TOO.ARC
and you may also need SWAPAB.ZIP. As a last resort you can always use a null
modem connection; this will be very slow.

#: 14057 S9/Utilities
    23-Jan-92  22:45:54
Sb: #14029-Read OS9 disk on IBM PC?
Fm: Jay Truesdale 72176,3565
To: bruce winter 76476,2324 (X)

It might be easier to read/write an MESS-DOS disk on your OS-9 system.


-J




#: 14035 S1/General Interest
    22-Jan-92  22:06:24
Sb: #OS9 lvl 1.1
Fm: O. C. (Dick) Warren 72116,1041
To: ALL

Several months ago, when Radio Shack was closibg out everything for the Coco, I
bought OS9.

Now I've noticed that  what I bought was levrl 1.1 while everything on here is
level 2!

Did I waste my money???

What do I do with 1.1???

Thanks,

Dick

There is 1 Reply.

#: 14041 S1/General Interest
    22-Jan-92  23:43:34
Sb: #14035-#OS9 lvl 1.1
Fm: Erich Schulman 75140,3175
To: O. C. (Dick) Warren 72116,1041 (X)

If you are using a CoCo1 or 2, no, because you can't run Level 2.  If you are
using a CoCo3, almost but not quite.  You gain an assembler which will run on
Level 2 which will do quite well in lieu of the Level 2 assembler which will be
very difficult to get.  You also gain a few extra commands (like Save and Dump)
though I'm not sure if the Lev1 versions will run on Lev2 properly.  And the
manuals might prove helpful now and then.  I've found that having full Lev1
documentation helped me determine why some things were not working for me on
Lev2:  it's because they were Lev1 and Lev2 implemented the same things
differently.  I also found a text file which referred to a specific page in one
of the manuals.  I couldn't find anything in my Lev2 books so I checked my Lev1
and found what the file was talking about (and that I really didn't have the
problem the file addressed because it's Lev1 only).  So if you're using a CoCo3
and paid less than ten dollars for Lev1 (I paid five) I'd say keep it.

There is 1 Reply.

#: 14072 S1/General Interest
    25-Jan-92  11:44:12
Sb: #14041-#OS9 lvl 1.1
Fm: O. C. (Dick) Warren 72116,1041
To: Erich Schulman 75140,3175 (X)

Thanks for the reply...

I'm almost totally computer programming illeraye, so when I looked at the books
that camewith level 1.1, they meant very little to me.

I simply don't know enuf to understand them..

I'm running a Coco 3, but have a modified 1, and a stock 2 as well.

What happens if I try to run Ultimateterm or somethong like that that is meant
for level 2  ojn my level 1.1 ???

Will it take it???

Best, D.

There are 2 Replies.

#: 14075 S1/General Interest
    25-Jan-92  14:49:00
Sb: #14072-#OS9 lvl 1.1
Fm: James Jones 76257,562
To: O. C. (Dick) Warren 72116,1041 (X)

Ultimaterm isn't an OS-9 program, so it won't run under Level 2 or Level 1 OS-9
either one.  You should give serious thought to grabbing one of the versions of
sterm to use with CIS under OS-9, since it will support CIS B protocol,
definitely the way to go when using CIS.

There is 1 Reply.

#: 14084 S1/General Interest
    26-Jan-92  13:19:25
Sb: #14075-#OS9 lvl 1.1
Fm: O. C. (Dick) Warren 72116,1041
To: James Jones 76257,562 (X)

"Sterm", ok, thanks...

Do you have any suggestions on a good word processing program?? the word
processing and communicating are about all I do in computing.

I have used Autoterm almost exclusively as it does a neat job of both.

Thanks for your wisdom and good words,

D.

There is 1 Reply.

#: 14086 S1/General Interest
    26-Jan-92  14:45:12
Sb: #14084-OS9 lvl 1.1
Fm: James Jones 76257,562
To: O. C. (Dick) Warren 72116,1041

Hmm...I don't do much in the way of word processing.  When I do, I typically
use a plain vanilla text editor to generate a file I feed to a text formatter,
rather than using a word processor as such.  Perhaps other folks who know more
about it will respond.

#: 14076 S1/General Interest
    25-Jan-92  16:56:15
Sb: #14072-#OS9 lvl 1.1
Fm: Erich Schulman 75140,3175
To: O. C. (Dick) Warren 72116,1041 (X)

As powerful as OS-9 is, it is not a simple operating system and it will take
time and effort to learn it and make it work for you (rather than you for it). 
It won't happen overnight.  If your CoCo1 or 2 has 64K and Extended BASIC you
can use your OS-9 1.1 on that.  Check the message you see on the screen when
you power up.  If you see DISK EXTENDED COLOR BASIC 1.1, put your system master
disk in drive 0 and type DOS[ENTER].  Otherwise put your Boot Disk in drive 0
and type RUN "*"[ENTER] then select Boot OS-9 from the menu.  Again, you cannot
use your version of OS-9 on the CoCo3; you must have Level 2 to run OS-9 on a
CoCo3.  Some things meant for Level 2 will run on your Level 1 1.1, but most
won't.  To make things worse, they will load:  they just won't run.  Ultimaterm
is not a OS-9 program.  When my CoCo3 was working it was my predominant
terminal program and I like it a lot.  It will work only on the CoCo3 but you
run it from ordinary Disk BASIC.  If you get OS-9 Level 2 you might want to get
STerm (which is for OS-9) as an additional terminal program.  I've used that as
well as SuperComm, OSTerm, and XCom9 but Ulterm remained my primary program.

There is 1 Reply.

#: 14085 S1/General Interest
    26-Jan-92  13:35:53
Sb: #14076-#OS9 lvl 1.1
Fm: O. C. (Dick) Warren 72116,1041
To: Erich Schulman 75140,3175 (X)

Interesting....

I had no idea that OS9 leve 1.1 wouldn't work on a Coco 3!!!

I got it specifically because I thought it needed a 3!!!

Oh, well, I only paid ten dollars for it...   that won't beeak me (grin).

Yes, there is a lot to learn.  OS9 is supposed to like Xenix, and I also felt I
needed to know something about that system if I'm to remain a professional
electronic communications technician, which I am, or was.

I'm a prematurally retired Western Union Field Service Technician/Technocal
Rep, with some computer technician training, but NO programming training.

They had us responsible for data terminals and computers configured as
terminals, the leased phone lines, intercity multiplexing networks, and the
networks themselves.

We had pour own networks, plus maintenance responsibility for contracted
private systems all over and kinds.

Nevell and Xenix are more recent, and I feel it necessary to keep up...

Thanks again for your answeres.. apreciate it.

D.

There are 2 Replies.

#: 14089 S1/General Interest
    26-Jan-92  21:09:36
Sb: #14085-OS9 lvl 1.1
Fm: Erich Schulman 75140,3175
To: O. C. (Dick) Warren 72116,1041

OS-9 was based on "classic" Unix.  OS-9 and Unix have developed apart from each
other and there are now many differences between them.  But if you are
comfortable with one you will be able to pick up the other fairly easily.  Try
out your 1.1 on the CoCo2.  You can't do as much with it as you can do with
Level 2 on a CoCo3 but it will offer enough to be worthwhile.  And if you find
a copy of the Level 2 system you'll already have a head start on it.

#: 14098 S1/General Interest
    27-Jan-92  17:26:34
Sb: #14085-#OS9 lvl 1.1
Fm: Lee Veal 74726,1752
To: O. C. (Dick) Warren 72116,1041

Also, there was an upgrade for OS-9 Lvl 1 ver 1.1 to ver. 2.0 that would allow
it to run on a CoCo3.  You might be able to dig up one of those upgrade
packages.  It would still be a Level 1 system as opposed to a Level 2 system,
but there were some patches for Level 1 ver. 2.0 that allowed the CoCo3's extra
memory to be used for RamDisk area.

The ideal thing to do is try to get up to Level 2 ver. 02.00.01.  It exploits
the CoCo3 more completely.

Lee



There is 1 Reply.

#: 14106 S1/General Interest
    28-Jan-92  09:07:30
Sb: #14098-#OS9 lvl 1.1
Fm: Pete Lyall 76703,4230
To: Lee Veal 74726,1752 (X)

Lee -

Also - I forget EXACTLY where (Kev?), but there's a constant that you can
change in the pre-boot or boot code from $FF00 to $FE00 and LI versions 1.00
and 1.01 will boot (this code is resident in the first several bytes on track
34). The reason is that a CC3 uses the uppermost page as an interrupt table,
and os9 LI loading there clobbers it.

Pete

There is 1 Reply.

#: 14107 S1/General Interest
    28-Jan-92  09:56:26
Sb: #14106-#OS9 lvl 1.1
Fm: Lee Veal 74726,1752
To: Pete Lyall 76703,4230 (X)

That patch location may be documented in the D/Ls.  I'm like you, I remember
that there was a patch, but that's it.

Lee

There is 1 Reply.

#: 14108 S1/General Interest
    28-Jan-92  12:57:32
Sb: #14107-#OS9 lvl 1.1
Fm: Kevin Darling 76703,4227
To: Lee Veal 74726,1752 (X)

Aha.  Took a wee bit of looking, but in Lib 10:

 CC3FIX.ASM/Asc  Bytes:   2560, Count:  131, 08-Nov-86  Last:12-Jan-92

  Title   :
  Keywords: PATCH SOURCE SRC 1.0 1.1 COCO 3

  "CC3FIX is the source code for a program to patch OS9 L-I ver 1.X to run on a
CoCo-3. Instructions are in the file. Note:  be sure to use a newly formatted
disk. This pgrm is run while under 1.X on your CoCo-2. The boot created runs on
CoCo-3. Also get FIXCMD.ASM to patch your old OS9gen and cobbler. From Kent
Meyers"

There is 1 Reply.

#: 14113 S1/General Interest
    29-Jan-92  00:37:49
Sb: #14108-OS9 lvl 1.1
Fm: Lee Veal 74726,1752
To: Kevin Darling 76703,4227 (X)

I hope O.C. (Dick) Warren is reading this thread, he's the fellow that was
first asking about such a fix for 1.0/1.1 OS-9 running on a CoCo3.

Thanks,

Lee

#: 14054 S1/General Interest
    23-Jan-92  20:21:36
Sb: 800 access
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)

Bob,

Hope you caught the announcement in the What's New bulletin this morming
regarding the 800 access number from Canada. Seem's some one in Columbus made a
mistake. It's going up the first of Feb.

Go NEW for the details.

Steve

#: 14055 S1/General Interest
    23-Jan-92  20:57:42
Sb: #CD-I
Fm: Frank Hogg of FHL 70310,317
To: all

Hi all,

If you would like to find out what store near you carries CD-I systems call
this number. They will ask you your zip code and tell you where to go to see
it.

800-223-7772

Frank

There is 1 Reply.

#: 14058 S1/General Interest
    23-Jan-92  22:46:01
Sb: #14055-CD-I
Fm: Jay Truesdale 72176,3565
To: Frank Hogg of FHL 70310,317 (X)

The current issue of the Amiga magazine ".Info" has a comparison of Commodore's
CDTV CD-Rom unit and a CD-I unit.  I have NOT read this article yet so I can't
comment on it, but I thought I'd mention it in case anyone is interested.


-J




#: 14060 S10/OS9/6809 (CoCo)
    24-Jan-92  03:18:57
Sb: #Dynacalc
Fm: Dave Harm 75500,2035
To: ALL

PLEASE HELP.  Still quite a rookie at the CoCo3(128k,FD-502 disk) When I DOS
Dynacalc, all I seem to get is "static" - is this program meant for the CoCo3?

There are 4 Replies.

#: 14061 S10/OS9/6809 (CoCo)
    24-Jan-92  13:08:45
Sb: #14060-Dynacalc
Fm: Pete Lyall 76703,4230
To: Dave Harm 75500,2035

Dave -

Dynacalc will run smartly on a coco or coco2 as well. Tell us step by step what
you're doing, and how your system is configured.

Pete

#: 14065 S10/OS9/6809 (CoCo)
    24-Jan-92  22:24:03
Sb: #14060-Dynacalc
Fm: T. David Nichols 76120,747
To: Dave Harm 75500,2035


The OS9 boot file on the Dynacalc disk will not work on a COCO3, but you can
run the program if you have OS9 Level II to start it with. (Mabe someone knows
whether you can start it with Level I Version 2.) As a reward for doing this,
you can run Dynacalc in an 80-column window, and it will use the extra space to
display more of the spreadsheet.  Those programmers were thinking ahead!

#: 14069 S10/OS9/6809 (CoCo)
    25-Jan-92  05:24:05
Sb: #14060-Dynacalc
Fm: Mike Guzzi 76576,2715
To: Dave Harm 75500,2035

I examined the bootfile of dynacalc. it is Level I version 1.01. this will not
boot on a CoCo3. Version 2.0 of Level I will boot but like a reply said boot up
level II and use it. I use dynacalc all the time and love it. check out the d/l
for a file i uploaded called 'dyntrm.txt' it shows how to modify the .trm file
for terminals. I use it to turn reverse on for the borders (so the row/col
markers show inverse)

Mike

#: 14074 S10/OS9/6809 (CoCo)
    25-Jan-92  14:30:38
Sb: #14060-Dynacalc
Fm: Lee Veal 74726,1752
To: Dave Harm 75500,2035

Dave,

You may also need a patch in the d/l that fixes Dynacalc so that it doesn't
output its own line feed with each line printed to the printer.

Lee

#: 14064 S7/Telecommunications
    24-Jan-92  18:29:12
Sb: My INTERNET Address :)
Fm: Keith H. March 70541,1413
To: ALL

If you would like to reach me on the INTERNET my address is:

keith@khmarch.bowlgreen.OH.US



#: 14066 S1/General Interest
    25-Jan-92  02:58:43
Sb: #Help! Disto & SCSI
Fm: Thomas A. Jones 72200,3032
To: All

I need some help with my CoCo III.  I have a Seagate ST157n-1 SCSI drive
attached to a Disto 4-in-1 card.  When I try to do a low level format I get
errors.  I have the 4-in-1 running through a Multipak. Any ideas about what
could be wrong?

There is 1 Reply.

#: 14078 S1/General Interest
    25-Jan-92  19:28:38
Sb: #14066-Help! Disto & SCSI
Fm: Brother Jeremy, CSJW 76477,142
To: Thomas A. Jones 72200,3032 (X)

Dear Tom,
 What sort of errors do you get. Are they 243,244, or 247. Or do you mean that
you are unable to format it. I have a COCO3 with 512k, SC11 and a Seagate 138n.
I replaced the driver from DISTO with the Seagate one from SCSI4.7 which should
 be here on CIS. I had a bit of trouble getting it all to work. If I can find
my notes (forum messages which I have saved) I will try to reconstruct what I
did.

With all best wishes, Br. Jeremy, CSJW

ps. One thing you probably would not want to try. I dropped the hard drive down
a flight of stairs. After that....it worked.

#: 14067 S1/General Interest
    25-Jan-92  05:05:59
Sb: #13904-#About AR Version 1.4
Fm: Mike Guzzi 76576,2715
To: Wayne Day 76703,376 (X)

Wayne,

I have uploaded (i think) a few files recently but I am not sure if it was with
the newer ar's. If I have could you PLEASE tell me which files are mine and Ill
re-do them with ar 1.2 and re-upload them. I do not remember if I did.

Mike

There is 1 Reply.

#: 14092 S1/General Interest
    27-Jan-92  02:35:00
Sb: #14067-About AR Version 1.4
Fm: Wayne Day 76703,376
To: Mike Guzzi 76576,2715

Mike,

We've caught the files that are identified as being with 1.4, so I wouldn't
worry about it too much, unless someone mentions something.

To find your files in the library, you'd enter the command:

  CAT [76576,2715] / LIB:All

and the files you uploaded in all libraries would be displayed.

Wayne

#: 14068 S10/OS9/6809 (CoCo)
    25-Jan-92  05:07:39
Sb: #13732-#Rogue under Multivue
Fm: Mike Guzzi 76576,2715
To: Bert Schneider 70244,427 (X)

How did you mangae that? Anytime I ran rogue from MV it loads in its own fonts
and messes up the icon bar of MV. I was forced to run rogue from a text screen
since apperently the font set of rogue conflicts with MV.

Mike

There is 1 Reply.

#: 14083 S10/OS9/6809 (CoCo)
    26-Jan-92  13:05:58
Sb: #14068-Rogue under Multivue
Fm: Bert Schneider 70244,427
To: Mike Guzzi 76576,2715

I use the following AIF in the /dd/games/rogue directory.  That directory has
all of the support files including the fonts for the game.  I just open up a
graphic window 80 x 24 and it works!!!

   rouge

   /dd/misc/icons/icon.rogue
   0
   5
   80
   24
   0
   5

That is all it is to it!

Bert

#: 14079 S10/OS9/6809 (CoCo)
    25-Jan-92  20:57:56
Sb: Coco tech lit for sale
Fm: David J. Campbell 72707,1346
To: All

For Sale:  Coco I Technical Reference Manual - $10 including shipping.  Also
Service Manual for Coco II's catalog numbers 26-3026 and 26-3027 - $12.50
including shipping.  Please reply via Compuserve Mail if interested.  Thanks.


                                                        Dave

#: 14080 S8/BBS Systems/TSMon
    25-Jan-92  21:06:55
Sb: 76703,4255
Fm: LEONARD S. SCHEURING 76270,2564
To: STEVE WEGERT

STEVE
 THANK YOU FOR THE TIP. I WAS HOPING THAT I COULD USE XCOM9 AT 300 BAUD,WHICH
IS ALL MY OLD DCM-7 MODEM RUNS AT.
 I WOULD VERY MUCH LIKE TO FIND A COPY OF THE COMPLETE MEMORY MAP OF THE COCO3
SO THAT I CAN INTERFACE AN MC6850 ACIA CHIP TO THE COCO TO
 USE WITH THE ACIAPAK DRIVER ON RADIO SHACK OS9. DO YOU KNOW ANYONE WHO HAS THE
MAP OR HAS INTERFACED AN ACIA CHIP? I DON'T HAVE THE
 MULTIPACK INTERFACE SO I WILL HAVE TO USE A PROTO BOARD I HAVE WHICH FITS THE
PROGRAM PACK SLOT ON THE COCO. I HAVE BUFFERS TO INSTALL ON
 THE BOARD AND AM FAMILIAR WITH THE MOTOROLA CHIP FAMILIES. ANY INFO YOU CAN
FIND WILL BE MUCH APPRECIATED. AGAIN,THANKS FOR THE HELP.

#: 14081 S1/General Interest
    26-Jan-92  06:49:07
Sb: #Disto & SCSI
Fm: Thomas A. Jones 72200,3032
To: Brother Jeremy CSJW, 76477,142 (X)

I have trouble t doing the low level format from RS BASIC.  It doesn't give an
error number like in OS9.  I have formatted the drive before with another
(later version) of the Disto 4-in-1 and it worked.  Once I can get the low
level format then it is easy to do the OS9 format.  Any ideas?

There is 1 Reply.

#: 14082 S1/General Interest
    26-Jan-92  11:00:11
Sb: #14081-Disto & SCSI
Fm: Brother Jeremy, CSJW 76477,142
To: Thomas A. Jones 72200,3032

Dear Tom, What are you using to format the drive? I think that there was a
utility on the  Disto disk. I can't remember but I might have done mine under
RGB-DOS which I am not certain if it is still available. I still think,
however, I finally had luck with SCS1_4.7. I had to make a new Boot disk. Very
easy with EZGEN from BURKE and BURKE. It is possible
 that the first sector on the HD is bad. As a final thought, years ago it was
suggested that if a cassette tape did not load properly, one should turn the
tape player upside down. Rainbow always had letters proving that
 it worked. I did the same with my HArd Drive and I was able to format it. I
have some theories as to why it worked, but in any case it did. Don't give up,
the folks here were very helpful when I couldn't get mine working.

With all best wishes, Br. Jeremy, CSJW

#: 14087 S10/OS9/6809 (CoCo)
    26-Jan-92  18:47:21
Sb: #Getting started on COCO3
Fm: T. David Nichols 76120,747
To: ALL

I am just getting started with OS9 on a 512k COCO3. I have seen references to
patches that are available here, and I'd like some advice. Are any of these
patches necessary to make OS9 work as the book says it does? I'd like to run it
"plain vanilla" while I get the feel of it, then look into enhancements.  I'll
appreciate any tips and/or referrals to tutorials in the data libraries.
     Thanks in advance!

There is 1 Reply.

#: 14090 S10/OS9/6809 (CoCo)
    26-Jan-92  21:18:48
Sb: #14087-Getting started on COCO3
Fm: Erich Schulman 75140,3175
To: T. David Nichols 76120,747 (X)

Very few if any the patches are necessary to get OS-9 to work as described in
the book.  The patches will make things work faster, take less memory space, or
have additional abilities.  Some also fix some minor bugs in the Level 2 system
which you may never notice unless you're doing more unusual things.  What
you're doing is what I did and it turned out fine. You may want to download the
IPatch utility now.  When you are ready to begin applying patches the IPatch
utility is necessary for many of them. I would recommend you always keep a
backup copy available and make patches on a new disk in case something goes
wrong.  It may also help you later if you keep records of your patches.  This
way if you should run into conflicts or have any other trouble you can trace
your steps backwards and maybe find the problem faster.  I also numbered my
boot disks with revision numbers like those you find on software packages; my
last book disk is Version 9.2 (eight major revisions after my first one, and
two minor revisons since the last major one)

#: 14091 S1/General Interest
    27-Jan-92  00:21:49
Sb: TC70 Kit
Fm: Frank Hogg of FHL 70310,317
To: all

Hi all...

I just uploaded a file describing...

   The Fabulous Tomcat TC70 is now available as a KIT!


Frank Hogg - FHL




#: 14093 S14/misc/info/Soapbox
    27-Jan-92  05:35:43
Sb: OS-9 Community Network.
Fm: Robert R MacKay 100036,676
To:  76370,2100

John,
      As I understand it we have arranged for supply of the OS-9 echo to our
BBS (3:640/316) here in the state of Queensland, Australia. I am in the process
of writing some notes for the editorial of our Australian OS-9 newsletter with
a view to encouraging subscription to the new OS-9 community network and the
Fidonet BBS network here in Australia. I am confident that support will be
substantial. I still have not been able to track down a membership application
form for the "OS-9 Community Network". Any additional information that you may
be able to provide would be great. Regards & best wishes, Rob MacKay. (27th
January 1992).

#: 14094 S3/Languages
    27-Jan-92  10:57:10
Sb: #13867-#Help
Fm: George Hendrickson 71071,2003
To: Pete Lyall 76703,4230 (X)

Yeah, I ordered the C compiler from RS and they gave me the disks but not
book!! I don't know if I got it all or what! I've been having trouble compiling
a few things cause I don't have the file 'string.h' or 'strings.h'. Do you know
where I can get them? I know that most everyone is moving on to bigger things.
I hoping to buy a 386 this spring. I've been looking at some 40 mhz systems
that have had me drooling over them!<grin> It would be great if the CoCo ran
that fast! Imagine that! Thanks for you help.

There are 2 Replies.

#: 14096 S3/Languages
    27-Jan-92  14:39:27
Sb: #14094-#Help
Fm: Pete Lyall 76703,4230
To: George Hendrickson 71071,2003 (X)

George -

I always get this mixed up, but in UNIX land, System V uses either string.h or
strings.h, and Berkeley uses the other one.

You should be able to get all the .h files you need by downloading Carl
Kreider's C Library replacement stuff. Browse over in DL3.

Yell for any help you need - that's why we iz here. Also, beat on Rat Shack
until they produce a book for you. Won't help you with C, but will give you
some compiler poop to mull over.

Pete

There is 1 Reply.

#: 14102 S3/Languages
    28-Jan-92  03:29:04
Sb: #14096-#Help
Fm: George Hendrickson 71071,2003
To: Pete Lyall 76703,4230 (X)

Thanks for the help. I finally find the header files I need after replying to
the previous message. I must have missed it before or something. (who knows
what happens at 4:30am??) Now I need to find the RMA file for the CC program.
I'll probably find after I leave this but just in case, do you know the file I
need to get by chance? Rat Shack finally gave up on the book so I bought 'Teach
Yourself C' by Herbert Schildt. Its pretty much informative and shows some
great examples of stuff. Welp, I'm off!

There is 1 Reply.

#: 14105 S3/Languages
    28-Jan-92  09:03:59
Sb: #14102-#Help
Fm: Pete Lyall 76703,4230
To: George Hendrickson 71071,2003 (X)

George -

Under the RS version of the Level 1 C Compiler (works fine on L2, BTW), RMA =
C.ASM and RLINK = C.LINK.

Pete

There is 1 Reply.

#: 14118 S3/Languages
    30-Jan-92  03:04:24
Sb: #14105-#Help
Fm: George Hendrickson 71071,2003
To: Pete Lyall 76703,4230 (X)

I don't know what level version I have of the C Compiler other than it being
version 1 (c)1983. It didn't have the files RMA or RLINK in it. I did find a
patch file for RMA and RLINK here. I tried them out on c.asm and c.link and it
didn't work. Do I have all the files that I need? Or should I just give up and
buy a new computer that has tons of software available?

There is 1 Reply.

#: 14121 S3/Languages
    30-Jan-92  08:50:26
Sb: #14118-Help
Fm: Pete Lyall 76703,4230
To: George Hendrickson 71071,2003

George -

Easy, pal...... let's get the facts foist:

What DO you have on the disk? To my knowledge, the ONLY C compiler R/S ever
sold for OS9 was the LI coco version, and it used C.link, and C.asm. There was
an UPDATE to these later on the LII Developer's Kit that offered RMA and RLINK.

Send a directory of your disk and we'll take it from there. Remember when you
store the message here to use 'SU' (store unformatted), or the CIS editor will
mung it as it sees fit.

Pete

#: 14097 S3/Languages
    27-Jan-92  14:41:36
Sb: #14094-Help
Fm: Pete Lyall 76703,4230
To: George Hendrickson 71071,2003 (X)

Yep - just checked. Nab HEADER.AR in DL3. That should do it.

Pete

#: 14095 S1/General Interest
    27-Jan-92  13:48:46
Sb: #13932-CoCo Stuff For Sale
Fm: BOB GLAD 71046,1134
To: Jim Hutchins 73357,1661

Do you have MVCanvas left?  I would like to have that if you still have. Let me
know and we can make arrangements.

CIS  71046,1134 Delphi  TruckerBob

Thanks

Bob

#: 14099 S10/OS9/6809 (CoCo)
    27-Jan-92  18:04:28
Sb: E.A.R.S.
Fm: Lee Veal 74726,1752
To: All

Friends, Romans, Countryman...

Sell me your E.A.R.S.

That is to say, your Electronic Audio Recognition System

I'd be willing to pay a fair price for this complete system and any OS9 Drivers
that might've be developed for it.

Thanks,

Lee

p.s. With apologies to William S. LV



#: 14100 S1/General Interest
    27-Jan-92  22:43:07
Sb: For Sale
Fm: - Visitor 72517,2423
To: CoCo Users

For sale, COCO Model 26-3027 SN 001581764K 32k expanded to 64k and COCO-2 64K
Model 26-3127 SN 0113392 plus FD201 drives and other equipment Call
1-800-356-6255 ask for Joe.

#: 14101 S1/General Interest
    27-Jan-92  23:27:58
Sb: Email
Fm: Frank Hogg of FHL 70310,317
To: Kevin Darling 76703,4227 (X)

Hi. Just a note to let you know I sent you email.

Thanks

Frank

#: 14109 S1/General Interest
    28-Jan-92  14:27:08
Sb: Disto SC-II wanted
Fm: John L. Wilkerson Jr. 71140,77
To: All

   I am looking for a Disto SC-II w/ the no-halt driver.  If someone has one
they wish to part with Real CHEAP, let me know.

        --John

#: 14111 S12/OS9/68000 (OSK)
    28-Jan-92  20:03:52
Sb: #Mshell Discount?
Fm: Jay Truesdale 72176,3565
To: all

A few weeks ago a few people mentioned Microware's new "Mshell," and how great
it would be to have except that the price was out of the reach of most hacker
types (myself included).

Here's a marketing suggestion for Microware:

In recognition of the benefits of having an avid (evangelical?) group of users
spreading the word about their products, run a limited time special offer to
users of the Compuserve and Delphi OS-9 forums.  Set it up so that if you
mention the 'the Compuserve/Delphi special' you would get a discount on one
copy of Mshell. I don't think that this would affect their commercial sales
much, how many of their commercial accounts are on here?  In my opinion, a
selling price of $100.00 would be reasonable.

Thoughts, comments?


-J




There are 2 Replies.

#: 14115 S12/OS9/68000 (OSK)
    29-Jan-92  19:19:48
Sb: #14111-Mshell Discount?
Fm: Timothy J. Martin 71541,3611
To: Jay Truesdale 72176,3565

My personal feeling is that mshell should become a part of standard OSK system.
The current shell is about brain dead, and badly needs replacement.  Mshell is
a wonderful addition and should be seen as part of standard distribution for
enhancing user productivity.  mshell will sell the OS.  Marketing it separately
keeps the majority of users in the dark about realizing that there is a good
shell.  A good normal distribution shell is a plus.  For those who want an
upgrade of shell only, it should be made as available as possible to help get
OSK of the launching pad with acceptance.

#: 14117 S12/OS9/68000 (OSK)
    30-Jan-92  01:31:36
Sb: #14111-Mshell Discount?
Fm: Jim Sutemeier 70673,1754
To: Jay Truesdale 72176,3565



Your idea sounds great.....but I doubt that it will happen.

I checked on the prices of both the latest version of the C Compiler, and also
MW's Lint program (well, that wasn't the name they used, but it sure does SOUND
like a lint program).

Both of them were $850, and they would NOT budge one red cent from that price.


The OSK marketplace is full of commercial users, not us home computer users,
from what I'm told, and they price their programs on the basis of what they
will sell for in the commercial marketplace.

As the OSK marketplace right now has between 5,000 and 10,000 systems, and us
68070/68000 new marketplace probably does not exceed about 250 (for all TC70,
MM/1 and System IV systems sold), our 'voice' will be little heard in Des
Moines.

If our 'new age' machines ever hit the 1-2,000 sales, then we might start
having a slightly larger say in pricing of MW stuff.

Until the, regretably,  we'll be the little fly buzzing around the head of MW.

I'm not putting us down, mind you, be we gotta look at this marketplace
realistically.

jim

#: 14112 S12/OS9/68000 (OSK)
    28-Jan-92  20:18:03
Sb: #MM/1 I/O Board
Fm: Ernest Withers Jr. 71545,1117
To: ALL

Just thought I'd tell everyone that I got my MM/1 I/O board today. By the way,
my serial number is 120848. I've installed it and formatted my 32 meg Seagate
(the Quantum LPS105 hasn't been delivered yet). Now I've got to play or rather
work with the computer to test everything out. Everything seems to be working
perfectly so far.

Ernie.



There is 1 Reply.

#: 14123 S12/OS9/68000 (OSK)
    30-Jan-92  08:55:20
Sb: #14112-MM/1 I/O Board
Fm: Jim Peasley 72726,1153
To: Ernest Withers Jr. 71545,1117 (X)

Erniyre,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,der
soning rean6-.
   )

re,