6142 lines
208 KiB
Plaintext
6142 lines
208 KiB
Plaintext
1
|
|
does, I'd suspect. Are there any generic Orch players around under rsdos that
|
|
could be hacked? Or does everyone use the ROM?
|
|
|
|
(I don't know much about Orch-90 stuff, sorry) - kev
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8032 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 18:33:46
|
|
Sb: #7990-Orch-90
|
|
Fm: REX GOODE 73777,3663
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
kev,
|
|
I'll be interested in how this thread turns out. I've got Orc-90 and find that
|
|
to use it, I must switch my MultiPak. I'd love to be able to run it from OS9.
|
|
If Lee is listening, I have found that D.L. Logo has a MUSIC primitive that
|
|
plays multi-part harmony. It somehow gets more than 2 voices out of the CoCo.
|
|
Doesn't sound as good as Orc-90, but is pretty interesting anyway. D.L.Logo has
|
|
been interesting anyway.
|
|
Rex
|
|
|
|
#: 7991 S10/OS9/6809 (CoCo)
|
|
04-Nov-90 14:46:58
|
|
Sb: #7985-#HD Drives
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Chris Bergerson 72227,127 (X)
|
|
|
|
Yes, you can use those drives on the coco, as 720K only. As 1.4meg, they'd
|
|
require a controller with some crystal mods and perhaps some other hacks (dunno
|
|
for sure what all would be involved).
|
|
|
|
I think they all either have jumpers, or most may automatically drop down to
|
|
720K mode because the diskette HD hole would be missing.
|
|
|
|
I know some here are using these drives... how about it guys?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8006 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 03:02:41
|
|
Sb: #7991-#HD Drives
|
|
Fm: Chris Bergerson 72227,127
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Thanks for the explanation on the HD drives, Kev.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8219 S10/OS9/6809 (CoCo)
|
|
16-Nov-90 07:22:13
|
|
Sb: #8006-#HD Drives
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Chris Bergerson 72227,127 (X)
|
|
|
|
You cn use 1.44 meg drives with the Eliminator/WD-1005. I have'nt done (yet)
|
|
though.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8358 S10/OS9/6809 (CoCo)
|
|
21-Nov-90 05:18:54
|
|
Sb: #8219-HD Drives
|
|
Fm: Chris Bergerson 72227,127
|
|
To: MOTD Editor..Bill Brady 70126,267
|
|
|
|
Thanks for the info on the 1.44 meg drives, Bill
|
|
|
|
#: 7993 S10/OS9/6809 (CoCo)
|
|
04-Nov-90 21:52:01
|
|
Sb: #7978-#BASIC09 DISK
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: REX GOODE 73777,3663 (X)
|
|
|
|
Rex - As Pete mentioned, chd & chx refer to a disk location, not to a directory
|
|
name. This is a major source of confusion for new users that OS9 manuals should
|
|
really explain. You're not alone in running up against this one! But once it's
|
|
understood, you're home free.
|
|
|
|
When you "chd zzz" or "chx zzz", OS9 looks up WHERE that directory zzz is on
|
|
THAT disk, and records pointers to the device and disk location (sector number)
|
|
in a table for that process. This makes relative lookup (default or "../this"
|
|
or "that" quicker. But they're dependent upon where things are on that
|
|
particular disk.
|
|
|
|
So if you switch disks on OS9, and try to use default paths ("load basic09",
|
|
"basic09", "list startup", "pxd", etc), OS9 will try to start from that proc's
|
|
default location information... which of course is usually totally wrong for
|
|
any new disk (except identical backups).
|
|
|
|
It's sorta like showing someone a map to your house... once they know where
|
|
landmarks are on THAT map (disk), fine. But swap maps, and they get confused
|
|
until they start looking all over again from the beginning.
|
|
|
|
The solution is simple: either temporarily "chx" or "chd" (depending on what
|
|
you're doing) to the new disk's directory names... or use full pathnames. When
|
|
you're quickly swapping a disk for one thing, full names are easiest:
|
|
|
|
load /d0/cmds/basic09 (to keep in memory, and "basic09" to start)
|
|
or
|
|
/d0/cmds/basic09 (to start, but not keep when exited)
|
|
|
|
The first case assumes you have "load" in memory, natch. The errors you got
|
|
should make more sense now. Except 244. Dunno on that one. - kev
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8014 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 11:00:01
|
|
Sb: #7993-#BASIC09 DISK
|
|
Fm: REX GOODE 73777,3663
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
kev,
|
|
Actually I did try "chx" first. Got some kind of error on that one too. Can't
|
|
remember which. I also tried "/d0/cmds/basic09" and got an error. When I bought
|
|
the package, it was already open. I think someone returned it previously and RS
|
|
people just put it back on the shelf. There's a sucker born every minute.
|
|
Rex
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8028 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 17:20:03
|
|
Sb: #8014-#BASIC09 DISK
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: REX GOODE 73777,3663 (X)
|
|
|
|
Rex - ah well, you're not the sucker anyway... the RS guys who took back the
|
|
package and didn't check the disks out were! Or they may not have taken it
|
|
back from anyone... often stores open one package for people to mess with (or
|
|
for the salespeople to try out). Coulda just gotten munged by a careless
|
|
person that way.
|
|
|
|
Can you even do a "dir" of the disk? How many drives do you have? And what
|
|
kind? Might be something else going on we need to find out about first. In any
|
|
case, get an exchange! <g> best - kev
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8029 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 18:28:43
|
|
Sb: #8028-#BASIC09 DISK
|
|
Fm: REX GOODE 73777,3663
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
kev,
|
|
After much run around, I got an exchange. One woman at RS called up Texas and
|
|
ordered an exchange. I had already gotten a promise at a store cross town for
|
|
an immediate exchange. When I told the woman at my RS store, she said, "They
|
|
can't do that." She told me I would have to wait a week. I said, "no way! I
|
|
paid 80 bucks for that software and I'm not going to wait a week when the guy
|
|
on the way to work will replace it today." She was upset because she had
|
|
already ordered the replacement before I told her I wanted it and now she'd be
|
|
stuck with an unwanted copy. She called her manager and he told her to let me
|
|
do the exchange.
|
|
Anyway, I got a replacement that I'll try tonight. I can do a "dir" on the
|
|
disk, including in the "cmds" directory. I have one old drive that I got when
|
|
there was only CoCo1s. It works great with everything else, so I don't suspect
|
|
it.
|
|
Thanks for the help. After I try the disk tonight, I may be back on my knees
|
|
here pleading for more help.
|
|
Rex
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8038 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 21:37:41
|
|
Sb: #8029-#BASIC09 DISK
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: REX GOODE 73777,3663 (X)
|
|
|
|
Rex - sounds good. Ask away with any questions!
|
|
|
|
PS: A lot of people have ancient drives... tho I think most original drives
|
|
have about given up the ghost by now. I remember having mine checked out over
|
|
3 years ago (bought them when they came out for the coco), and they were only
|
|
writing with something like 1/10th the correct current... the heads were just
|
|
shot. But then, I used them a lot. - kev
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8046 S10/OS9/6809 (CoCo)
|
|
06-Nov-90 09:15:41
|
|
Sb: #8038-#BASIC09 DISK
|
|
Fm: REX GOODE 73777,3663
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
kev,
|
|
I haven't had much problem with my disk drive since I upgraded to a CoCo2 and
|
|
now a CoCo3. Everything seems to work just great except that Basic09 disk. I
|
|
got my replacement and tried it last night. The new disk is formatted, but
|
|
totally devoid of files. Back to the drawing board. I'm going to go to the same
|
|
RS store and ask them to let me exchange for yet another copy, but try it out
|
|
on their demo model first. Actually, I don't think they keep their CoCo3's
|
|
running anymore. Is Tandy totally giving up on CoCos?
|
|
My disk drive experienced a lot of problems when I first bought it. Finally it
|
|
ceased to work at all after about 1 month. By then my CoCo1 was just about shot
|
|
and I gave it to my brother-in-law and bought a CoCo2. That CoCo1 lasted me
|
|
about 4 years. My brother-in-law ended up throwing it away when he couldn't get
|
|
it working. Now he's an IBM nerd. My disk drive wouldn't work with my CoCo2 at
|
|
all until I got the Multi-Pak interface. The disk drive sat on the shelf about
|
|
2 years before I discovered it would work with the MultiPak. So even though it
|
|
is old, it hasn't see a lot of action until recently. I figure it still has a
|
|
bit of life left in it, and as I said, never flinches at the other CoCo3
|
|
software I have acquired, just Basic09 disks--all of them so far. Just looks
|
|
like I'm having a bit of bad luck with old store copies.
|
|
Rex
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8047 S10/OS9/6809 (CoCo)
|
|
06-Nov-90 11:54:56
|
|
Sb: #8046-#BASIC09 DISK
|
|
Fm: Pete Lyall 76703,4230
|
|
To: REX GOODE 73777,3663 (X)
|
|
|
|
Hmm -
|
|
|
|
Wonder if the drive working with the multipak meant that you had an original
|
|
style disk controller (required +5vdc and +12vdc) on a coco2 (only had +5vdc).
|
|
The multipak was a source of +12vdc.
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8049 S10/OS9/6809 (CoCo)
|
|
06-Nov-90 16:12:10
|
|
Sb: #8047-BASIC09 DISK
|
|
Fm: REX GOODE 73777,3663
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Pete,
|
|
Maybe so. Actually my disk drive stopped working with my CoCo1. I think maybe
|
|
The Sands of Egypt was just too much for it.
|
|
Rex
|
|
|
|
#: 8013 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 10:56:34
|
|
Sb: #7982-#BASIC09 DISK
|
|
Fm: REX GOODE 73777,3663
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Pete,
|
|
Sorry I didn't mention it earlier, but I did attempt the /d0/basic09. Don't
|
|
remember the error I got then, but I got one. I did the CHX also. Sounds like I
|
|
have a bad disk.
|
|
When I bought it, the package was already open. Looked like a return maybe.
|
|
Some slob at Radio Shack must have just put it back on the shelf to wait for
|
|
the next patsy...me.
|
|
Rex
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8022 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 13:48:53
|
|
Sb: #8013-#BASIC09 DISK
|
|
Fm: Pete Lyall 76703,4230
|
|
To: REX GOODE 73777,3663 (X)
|
|
|
|
Okay - try this:
|
|
|
|
a) load ident
|
|
|
|
b) (switch in the B09 disk)
|
|
|
|
c) ident /d0/basic09
|
|
|
|
d) also, attr /d0/basic09
|
|
|
|
(note: load 'attr' when you load ident)
|
|
|
|
That should confirm or deny that B09 is good.
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8025 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 16:07:04
|
|
Sb: #8022-#BASIC09 DISK
|
|
Fm: REX GOODE 73777,3663
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Thanks for the help Pete. I'll try tonight when I get home to my CoCo3, and my
|
|
wife and kids. (Notice which came first) :-) I managed to find a RS store that
|
|
would exchange the disk for me. I'll see if the new one acts like the old one.
|
|
Rex
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8034 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 19:00:43
|
|
Sb: #8025-#BASIC09 DISK
|
|
Fm: Randy Wilson 71561,756
|
|
To: REX GOODE 73777,3663 (X)
|
|
|
|
|
|
Rex,
|
|
|
|
Email received a-okay. I'm puting together a package that hopefully you can
|
|
use. Without a hardware serial port (RS-232 pak or equiv.), I can not recommend
|
|
telcomming with OS9. I'm gonna send what I have in the way of RS-DOS terminal
|
|
programs, some utilities to move files to/from RSDOS, PCDOS, and OS9, and a few
|
|
other assorted goodies to get you up and running.
|
|
|
|
On your Basic09 problem, there is one possibility not addressed, yet. If your
|
|
"CoCo1 drive" = FD-500, you *might* run into disk problems. Some of these
|
|
beasts don't take kindly to the CoCo3's 2mhz speed. I'm not saying that is your
|
|
problem, but the potential is there.
|
|
|
|
Randy
|
|
|
|
P.S. It will take the disks a while to get there. You *would* have to live in
|
|
the oppisite corner of the country. :>
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8045 S10/OS9/6809 (CoCo)
|
|
06-Nov-90 09:08:17
|
|
Sb: #8034-BASIC09 DISK
|
|
Fm: REX GOODE 73777,3663
|
|
To: Randy Wilson 71561,756 (X)
|
|
|
|
Randy,
|
|
Thanks for your help. On some future payday, I'm going to try and get an
|
|
RS-232 pak. Everyone seems to need one eventually.
|
|
My Basic09 problem is getting worse. I convinced a RS store to replace the
|
|
disk. The new disk was formatted, but totally empty. Thats what I get for
|
|
getting into it so late, all the disks are experiencing software rot. My FD500
|
|
disk is doing fine with all of the other CoCo3 software I have been getting,
|
|
just not that lousy Basic09 disk. I've got a new copy coming from Texas.
|
|
The opposite corner of the country is the most beautiful. Come on out some day
|
|
and I'll show you the sights. When I'm not at work or home with my fingers
|
|
glued to my CoCo3 keyboard, you can find me hiking the Pacific Northwest or
|
|
sleeping in a snow cave. Which corner of the country are you in? I spent two
|
|
weeks in Florida at the end of October. Disney World is just the place for a 34
|
|
year old kid like me.
|
|
%)
|
|
Rex
|
|
|
|
#: 7994 S7/Telecommunications
|
|
04-Nov-90 22:09:06
|
|
Sb: #uploads
|
|
Fm: Robert A. Larson 75126,723
|
|
To: 75100,265 (X)
|
|
|
|
Newsgroups: compuserve.os9.comm Subject: Re: upload prices References:
|
|
<os9.7626@compuserve.com> <os9.7710@compuserve.com>
|
|
|
|
In article <os9.7710@compuserve.com> 75100.265@compuserve.com (William Phelps)
|
|
writes: >Uploading of replies can be done; if it could not, then you would not
|
|
be >reading this message.
|
|
|
|
Alright, what is the magic incantion to upload a reply using the kermit
|
|
protocol? (Mes upl 6 is for new messages only.)
|
|
|
|
>It is interesting that you mention the cost of NSFnet. However, what you did
|
|
>not mention was that NSF is subsidized by the government.
|
|
|
|
True, but not to the extent the arpanet was. The local subnets pay for
|
|
themselfs.
|
|
|
|
> What do you think >the chances are of a company like H&R Block getting a
|
|
subsidy.
|
|
|
|
Hughs, Xerox, Sun, TRW, DEC, Apple, and many other for-profit companies are on
|
|
the Internet. H&R Block might be able to find a justifaction if they realy
|
|
wanted on.
|
|
|
|
There are also commercial Internet networks that receive no government subsidy.
|
|
Alternet is $250/month 9600 baud slip connection, (always available) or
|
|
$2500/month for full T1 (1.5 Mbps). Add appropriate telephone line costs,
|
|
which vary widly. (Slip may be done on a normal phone line.)
|
|
|
|
>And just so you will have real figures, I suggest that you try B+ once -- even
|
|
>if you NEVER use it again.
|
|
|
|
Like I said, even if it manages to reach the theretical maximum, it isn't worth
|
|
the time and effort. B+ is an obscure protocol only used on an obscure
|
|
expensive BBS.
|
|
|
|
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8001 S7/Telecommunications
|
|
04-Nov-90 23:07:06
|
|
Sb: #7994-uploads
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Robert A. Larson 75126,723 (X)
|
|
|
|
Bob -
|
|
|
|
Set your user options (GO DEFALT) so that your protocol is Kermit (or
|
|
whatever). Then, when in the messages editor, type: /UPL on a new line.
|
|
|
|
Pete
|
|
|
|
#: 8011 S7/Telecommunications
|
|
05-Nov-90 08:40:11
|
|
Sb: #7994-uploads
|
|
Fm: William Phelps 75100,265
|
|
To: Robert A. Larson 75126,723 (X)
|
|
|
|
The "magic incantion" assume you have set the default protocol to Kermit and
|
|
the default editor to Edit. Send the string "REPLY mes#<CR>"; in this case
|
|
mes#=7994. Option #1:Then send "/UPL<CR>"; upload your message. Option #2:Then
|
|
send your message text. To send as ASCII the lines must end in hard <CR>s,
|
|
XON/XOFF must be used, and MNP is suggested. Dependent upon how the message
|
|
text ends, the string "/EXIT<CR>" may need to be sent. Finally send
|
|
"POST<CR>".
|
|
|
|
Notes: Other forms of the above commands may be used to upload messages. It
|
|
helps to use an editor that will insert the <CR>s. Also, this entire procedure
|
|
can easily be automated in macros.
|
|
|
|
|
|
William
|
|
|
|
#: 7995 S7/Telecommunications
|
|
04-Nov-90 22:10:14
|
|
Sb: Mark Griffith's address
|
|
Fm: Robert A. Larson 75126,723
|
|
To: 76703,4255 (X)
|
|
|
|
Newsgroups: compuserve.os9.comm Subject: Re: uucp References:
|
|
<os9.7713@compuserve.com> <os9.7716@compuserve.com> Distribution: compuserve
|
|
|
|
In article <os9.7716@compuserve.com> 76703.4255@compuserve.com (Steve Wegert)
|
|
writes: >I'll tend to use Mark's INTERNET address from CIS: >
|
|
>Griffith@STETSON.bitnet.edu
|
|
|
|
That address won't work, there isn't a "bitnet.edu" domain.
|
|
|
|
>If you'd like to try the UUCP path: > > ...
|
|
!uflorida!ki4pv!macs!stetson!rewop!sysop
|
|
|
|
Good luck, and avoid rabid rerouters. I have yet to see this work.
|
|
|
|
>or, there's the BITNET path: > >GRIFFITH@STETSON
|
|
|
|
griffith@stetson.bitnet will work at Internet sites supporting an ugly hack.
|
|
I'm not sure if compuserve's Internet gateway does.
|
|
|
|
griffith%stetson.bitnet@cunyvm.cuny.edu should work, relying on a different
|
|
ugly hack.
|
|
|
|
As always, precede real addresses with the >Internet: incantaion on compuserve.
|
|
|
|
#: 7996 S3/Languages
|
|
04-Nov-90 22:11:13
|
|
Sb: C help
|
|
Fm: Robert A. Larson 75126,723
|
|
To: 76336,3226 (X)
|
|
|
|
Newsgroups: compuserve.os9.osk Subject: Re: Help with C References:
|
|
<os9.7780@compuserve.com> Distribution: compuserve
|
|
|
|
In article <os9.7780@compuserve.com> 76336.3226@compuserve.com (MAS) writes:
|
|
>create and access a login shell >from within an OS-9 program.
|
|
|
|
On osk, a login shell starts with "-" in argv[0]. Also pay attention to the
|
|
enviornment you pass it. (login creates PORT, HOME, SHELL, USER, and PATH, and
|
|
should but doesn't pass TZ along.)
|
|
|
|
pipe0 = open("/pipe", S_IREAD | S_IWRITE); pipe1 = open("/pipe", S_IREAD |
|
|
S_IWRITE); save0 = dup(0); save1 = dup(1); save2 = dup(2); close(0);
|
|
dup(pipe0); close(1); dup(pipe1); close(2); dup(pipe1); child =
|
|
os9exec(os9forkc, "shell", argv, envp, 0, 0, 3); close(0); dup(save0);
|
|
close(1); dup(save1); close(2); dup(save2);
|
|
|
|
|
|
|
|
#: 7997 S15/Hot Topics
|
|
04-Nov-90 22:12:25
|
|
Sb: #os9 standards
|
|
Fm: Robert A. Larson 75126,723
|
|
To: all
|
|
|
|
I do think getting together a group of os9/68k manufacturers, software
|
|
developers, and users together to create standards for areas that Microware has
|
|
ignored is a good idea. This should include both hardware and software.
|
|
Hardware may need support in both the dirver level and the applications
|
|
software to take full advantage. Software standards are needed to make sure
|
|
programs don't prevent use of each other and to make sure they can be used
|
|
together. A readily available library would also be a boon to software
|
|
developers.
|
|
|
|
One of the first things this commitee should do is grap a portion of the "user"
|
|
space in each of the areas that microware has split between system and user
|
|
spaces. Signal numbers, error codes, and status codes are among these. This
|
|
does not mean that they should be assigned fast, just reserved for future use.
|
|
|
|
A few things I think this commitee should look into:
|
|
|
|
Setstat code for drop dtr.
|
|
|
|
Better login program. (Encript the passwords, root should NOT be able to
|
|
examine users passwords.)
|
|
|
|
Non-root accessable data about users. Preferably with the same programmer
|
|
interface as unix getpwuid, getpwuid, etc.
|
|
|
|
|
|
I have ported and written quite a bit of software for os9/68k that is freely
|
|
available. (Source code only, of course. I do not distribute binaries.) Soon
|
|
to be release is my unix-compatability library, which does cover the getpw*
|
|
routines, and my own login program will follow.
|
|
|
|
Developers of free software should not be excluded, a lot of the best software
|
|
on os9 is free. (What terminal programs do you use on os9?)
|
|
|
|
Users should be allowed input as well. We don't need another standards
|
|
committee that ignores what users need.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8012 S15/Hot Topics
|
|
05-Nov-90 10:45:34
|
|
Sb: #7997-#os9 standards
|
|
Fm: Mark Wuest 74030,332
|
|
To: Robert A. Larson 75126,723 (X)
|
|
|
|
Good ideas! (We talked MW out of the source for our serial ports - sc8x30 -
|
|
and changed it ourselves so that _ss_enrts() or whatever they supplied actually
|
|
did dtr). Why di they think anyone would rather toggle *THAT*?
|
|
Mark
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8220 S15/Hot Topics
|
|
16-Nov-90 07:24:29
|
|
Sb: #8012-os9 standards
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Mark Wuest 74030,332 (X)
|
|
|
|
Er.... that's what the OS-9 UG is for.
|
|
|
|
#: 7998 S12/OS9/68000 (OSK)
|
|
04-Nov-90 22:16:03
|
|
Sb: #Atari ST RS232 info
|
|
Fm: BILL HEALTON 73367,357
|
|
To: Kevin Darling 76703,4227 (X)
|
|
|
|
Kevin- saw your activity on the Atari ST RS232 problems (STSIO), and had some
|
|
info I thought I'd pass on. From discussion(s) with Bill Brady about a year ago
|
|
I recall mention of a problem(feature<gr>) he had heard of with the 68901 from
|
|
Motorola. As I recall there was a addendum to the spec sheets that said you had
|
|
to clear the data registers after changing the setup(or some such thing). You
|
|
might want to give him a shout. Other info- the 68901 has (4) interrupt vectors
|
|
dedicated to the USART $9-xmit error, $A-Xmit Empty, $B-Rcv error, and $C-Rcv
|
|
Full. Also Atari uses (3) GPIP ports for CTS,DCD, and ring. The driver STSIO
|
|
uses Xmit Empty and Rcv Full and disables xmit error. Haven't looked deep, but
|
|
it appears to rely on ROM routines for XON/XOFF and ???? Hope this is of some
|
|
help.
|
|
|
|
ps. any luck with def files for the (tiny) effort<grin>.
|
|
|
|
Bill Healton
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8007 S12/OS9/68000 (OSK)
|
|
05-Nov-90 04:16:30
|
|
Sb: #7998-Atari ST RS232 info
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: BILL HEALTON 73367,357 (X)
|
|
|
|
Bill - thanks! Could very well be something simple such as needing to clear a
|
|
data reg... I'll ask Bill B about this.
|
|
|
|
Yah, got some stuff to send you soon! - kev
|
|
|
|
#: 8003 S10/OS9/6809 (CoCo)
|
|
04-Nov-90 23:16:17
|
|
Sb: #7945-#Reduced system memory
|
|
Fm: Bill O'Brien 73167,3102
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev, I used dEd and renamed cc3io to xc3io as you suggested. The computer
|
|
booted up just fine this way. Using dirm, xc3io appeared where cc3io used to
|
|
be. I have one problem however. I haven't found an order for os9boot that
|
|
works?! I think I remember reading that os9p2 and ioman have to be the first
|
|
and second module in os9boot. Is this true? If so, why? Regards, Bill
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8008 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 04:21:29
|
|
Sb: #8003-#Reduced system memory
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Bill O'Brien 73167,3102 (X)
|
|
|
|
Bill - if it booted with "xc3io", then it must not be using that module. So
|
|
it's something else that's going on... I take it the bootfile idents okay?
|
|
|
|
Ummm... no, I don't think os9p2 has to be first in the file.. nor any other in
|
|
any order. Once the boot is loaded in, os9 verifies and enters all modules in
|
|
the mdir, and finds them by name. The only exceptions are pre-boot-load, when
|
|
DOS jumps to REL, and REL calls OS9p1/Boot.
|
|
|
|
OSK is slightly different: "kernel" seems to need to be first. Makes sense for
|
|
it, tho.
|
|
|
|
Does os9p1 show up on an mdir, btw?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8035 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 19:59:00
|
|
Sb: #8008-Reduced system memory
|
|
Fm: Bill O'Brien 73167,3102
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev, yes, rel, os9p1 and boot show up on the mdir. May be blob, I have not
|
|
exhausted all possible permutations and combinations <grin - sigh!>
|
|
|
|
#: 8242 S10/OS9/6809 (CoCo)
|
|
16-Nov-90 13:29:35
|
|
Sb: #7944-Reduced system memory
|
|
Fm: Mike Guzzi 76576,2715
|
|
To: Bill O'Brien 73167,3102
|
|
|
|
~ The reason why I say you can't get more then 64K is when OS9 boots up it
|
|
grabs 64K for the system modules, data tables and so forth (Smap shows it) The
|
|
initial shell will be in the other 64K map. (leaves 56K if VDG or 48K if GFX
|
|
screen) using /t2 as the inital screen will leave 56K. OS9 Level II switches
|
|
maps when you access drivers & syst m calls. this 64K map allows for space for
|
|
data tables for OS9 internals. (Thats why some people get #237 errors when
|
|
Mfree reports plenty of memory) If you do not have Kevin Darlings "Inside OS9
|
|
Level II" book I strongly suggest it. He describes how the memory is set up for
|
|
Level II OS9.
|
|
|
|
I have tried in the past to put Shell and/or GrfDrv in the boot. OS9
|
|
automatically re-assigns it to a second map and won't appear in the 64K system
|
|
map. (using Kevin's utilities to see)
|
|
|
|
Mike Guzzi
|
|
|
|
#: 8004 S10/OS9/6809 (CoCo)
|
|
04-Nov-90 23:20:08
|
|
Sb: #7928-#Disto HD and no halt?
|
|
Fm: Ken Scales 74646,2237
|
|
To: John Wight 76370,2100 (X)
|
|
|
|
John - Since you have a Disto HD host computer adaptor, you are using either a
|
|
SASI or a SCSI interface to your MFM drive. (MFM and RLL are analogous to
|
|
single and double density on a floppy drive, and can be used with SASI, SCSI,
|
|
506/412, and other interfaces, even though some mail-order ads imply otherwise.
|
|
SASI/SCSI define the electrical interface and commands used on that 50-pin bus
|
|
between the host computer adaptor and the drive controller.)
|
|
|
|
To check which version of the driver you are currently using, do an "ident -m
|
|
cchdisk", and note the CRC reported. If it is $A1199D or $A50917, then you are
|
|
using one of the SASI drivers. If it is $B7AA8D, then you are using the SCSI
|
|
driver. If it is none of these, then there have probably already been some
|
|
patches applied, and you will have to give us a few more details about the
|
|
equipment in your HD setup.
|
|
|
|
Good luck... / Ken
|
|
|
|
There are 3 Replies.
|
|
|
|
#: 8096 S10/OS9/6809 (CoCo)
|
|
10-Nov-90 01:09:57
|
|
Sb: #8004-#Disto HD and no halt?
|
|
Fm: John Wight 76370,2100
|
|
To: Ken Scales 74646,2237 (X)
|
|
|
|
Thanks for the info. According to the information you gave me, I am using one
|
|
of the Srivers. Thanks for trying to clarify MFM and SCSI/SASI for me. I was
|
|
under the impression they were different interfaces, but with my electronics
|
|
background I should have known better, and it actually makes sense. Off to
|
|
download the file.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8259 S10/OS9/6809 (CoCo)
|
|
17-Nov-90 00:19:12
|
|
Sb: #8096-Disto HD and no halt?
|
|
Fm: John Wight 76370,2100
|
|
To: John Wight 76370,2100 (X)
|
|
|
|
Just to let you know that the patched CCHDISK driver has been tested and proven
|
|
on my system. Just to let you know how well it works: Now, I can be recieving
|
|
FIDO mail on my RiBBS system, at the same time I am reading, editing, and
|
|
saving my mail with a RiBBS in another window, with no errors on the XMODEM
|
|
mail download. Of course the clock lost no time during the processing of the
|
|
huge message base either, and I was able to do something in another window
|
|
without my system halting all the time. GOOD JOB !!!
|
|
|
|
|
|
|
|
#: 8260 S10/OS9/6809 (CoCo)
|
|
17-Nov-90 00:25:32
|
|
Sb: #8004-Disto HD and no halt?
|
|
Fm: John Wight 76370,2100
|
|
To: Ken Scales 74646,2237 (X)
|
|
|
|
Oops, I meant for the previous message to go to you instead of me :-). Anyway,
|
|
it tells about my first experiences with my patched CCHDISK driver. GOOD JOB
|
|
!!!
|
|
|
|
#: 8267 S10/OS9/6809 (CoCo)
|
|
17-Nov-90 07:16:09
|
|
Sb: #8004-Disto HD and no halt?
|
|
Fm: LUTE MULLENIX 70721,2230
|
|
To: Ken Scales 74646,2237 (X)
|
|
|
|
Ken:
|
|
|
|
I checked this out just in time. I'm putting together a Disto HD system right
|
|
now. Will this patch give me true no halt? What would be nice, is to be able to
|
|
use Sterm's B+ option on the HD. I can do it right now with a RAM disk, but it
|
|
would be nice to free up the memory.
|
|
|
|
There are a couple of other things in the works that if they pan out may be of
|
|
some interest to a few, but until they fly I'm not getting too excited.
|
|
|
|
By the way. My drive is a Seagate ST296N 85Meg SCSI. Happen to know the number
|
|
of heads and cylinders on one of them? Looked through all the docs that came
|
|
with it, but they don't seem to cover this one. 65 is as big as it goes.
|
|
|
|
If it's ok to plug on here, Computer Direct has these for $360. (800-289-9473)
|
|
these guys have some good buys on stuff.
|
|
|
|
What file am I looking for?
|
|
|
|
>Lute<
|
|
|
|
#: 8005 S1/General Interest
|
|
05-Nov-90 02:37:35
|
|
Sb: New Newsletter
|
|
Fm: Ed Gresick 76576,3312
|
|
To: ALL
|
|
|
|
|
|
- *** ANNOUNCEMENT *** -
|
|
|
|
A new newsletter, "THE 68XXX MACHINES", is being started by Jim DeStafeno. It
|
|
will be devoted to machines using 68XXX microprocessors. The first issue is
|
|
targeted for Jan '91, is free and will include the January issue of "68 News".
|
|
Thereafter, a one year subscription is $12.
|
|
|
|
For further information, call or write:
|
|
|
|
Jim DeStafeno
|
|
302/492-8511
|
|
|
|
"The 68XXX Machines"
|
|
RD1, Box 375
|
|
Wyoming, DE 19934
|
|
|
|
|
|
|
|
|
|
#: 8015 S15/Hot Topics
|
|
05-Nov-90 11:24:19
|
|
Sb: #7855-#OSK Software
|
|
Fm: Mark Wuest 74030,332
|
|
To: Jay Truesdale 72176,3565 (X)
|
|
|
|
Jay,
|
|
|
|
After some thinking, I think the real answer would be an inteligent shell
|
|
available (PD) to all. At least a widely useable Bourne shell.
|
|
We use zsh, a commercially available programmable shell. What is relevant to
|
|
the issue at hand is the potential of making decisions in your .login shell:
|
|
if (tty == "/term)
|
|
setenv TERM hp2621
|
|
else
|
|
setenv TERM vt100
|
|
|
|
|
|
|
|
or whatever you wanted to do. I'm not on that system, so I cannot tell you
|
|
exactly what mine does, but it is something like that.
|
|
Oh, I just did a "head .profile" on my Unix system:
|
|
case `tty` in
|
|
/dev/tty52)
|
|
TERM=5420
|
|
break
|
|
;;
|
|
/dev/tty77)
|
|
TERM=coco
|
|
break
|
|
;;
|
|
and so on...
|
|
This would solve a lot of other problems and complaints people have about OS9.
|
|
My purchasing zsh (which also has aliases) solved *SO* many complaints I was
|
|
getting in one fell shwoop.
|
|
Mark
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8056 S15/Hot Topics
|
|
07-Nov-90 07:44:51
|
|
Sb: #8015-OSK Software
|
|
Fm: Jay Truesdale 72176,3565
|
|
To: Mark Wuest 74030,332 (X)
|
|
|
|
|
|
Mark,
|
|
|
|
Using the "DO" command processor that comes with the Pan Utilities (from Delmar
|
|
or Windsor Systems) in your .login file might be able to do the same thing as
|
|
the more intelligent shells as DO can access the environment variables.
|
|
|
|
On second thought, maybe not as it would probably be run in a sub-shell and so
|
|
the changes to the environment might not make it back to the parent?
|
|
|
|
Any way the thought ocurred to me that perhaps MW wants to keep the shell 'lean
|
|
and mean' for imbedded applications, etc. which is what OS9 was meant for in
|
|
the first place. Maybe they should have two versions, one for development
|
|
systems and one for imbedding in systems?
|
|
|
|
I considered 'zsh' and alternatives but never made the time to follow up on
|
|
them, especially since we got 'do' with the Pan Utilities.
|
|
|
|
-J
|
|
|
|
|
|
|
|
#: 8016 S4/MIDI and Music
|
|
05-Nov-90 12:49:31
|
|
Sb: #7933-#MIDI Query
|
|
Fm: bill jackson 72737,2254
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Ches,
|
|
I'm not exactly sure what problems you are having. Do you mean that you
|
|
cannot capture a dump from the TX81z or do you mean that you cannot load
|
|
something into the tx81. I've defected into the MSDOS world, so I don't get
|
|
around here much anymore, but give me a more detailed description, and I'll try
|
|
to help you out. I never had any trouble going either way to or from the TX and
|
|
the Coco. What exactly happens when you try.
|
|
|
|
Later, Bill
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8020 S4/MIDI and Music
|
|
05-Nov-90 13:24:28
|
|
Sb: #8016-MIDI Query
|
|
Fm: Ches Looney 73016,1336
|
|
To: bill jackson 72737,2254 (X)
|
|
|
|
Bill, the program works fine as far as getting menus etc., but when I follow
|
|
the instructions to download a voice from the TX81, the screen shows a
|
|
Receiving data message and apparently locks up. I tried the Receive Dump by
|
|
triggering the Cassette dump from the TX81, but saw no sign of action on the
|
|
CoCo side. Reminder, I'm using the Rulaford MIDI.PAK. Lester Sands responded
|
|
to my query to him saying he believed it to be compatible with your editor, but
|
|
since he doesn't have a Tx81, he wasn't sure. Your instructions to dump a
|
|
voice caused me to set the Tx81 in Play mode, set to a voice, select receive
|
|
dump, and inc or dec one notch to a new voice. Doing that appears to cause
|
|
nothing to happen. What am I missing?? All my effort so far is to receive
|
|
from the Tx81; once I can receive, then I'll explore sending to the synth.
|
|
Your help is greatly appreciated. Ches.
|
|
|
|
#: 8026 S4/MIDI and Music
|
|
05-Nov-90 16:20:54
|
|
Sb: #8016-#MIDI Query
|
|
Fm: Ches Looney 73016,1336
|
|
To: bill jackson 72737,2254 (X)
|
|
|
|
Bill, I'm embarassed to admit my goof, but just maybe someone else will
|
|
benefit. I thought the cable was bidirectional, but a trip to the TX81 book
|
|
straightened that out. With two cables connected between the synth and the
|
|
MIDI.PAK, all works as advertised. Thanks for the response and please don't
|
|
laugh too hard. Regards, Ches.
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8031 S4/MIDI and Music
|
|
05-Nov-90 18:32:23
|
|
Sb: #8026-#MIDI Query
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Ches -
|
|
|
|
Yup - midi is 'simplex'... which creates a bear of a networking problem if you
|
|
have more than one device. I have a _few_, and have two automated MIDI
|
|
patchbays (DMS MX-8 and an Akai MEP-30), as well as an outboard 4-1 merger (DMS
|
|
Funnel), multiple devices that merge (Octapad, Fadermaster, and Lake Butler
|
|
MIDIgator), and still use some homemade outboard routing switches.
|
|
|
|
Welcome to the black hole ($$)...
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8036 S4/MIDI and Music
|
|
05-Nov-90 20:41:41
|
|
Sb: #8031-MIDI Query
|
|
Fm: Ches Looney 73016,1336
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
The obvious simplex nature of the beast is what makes my error so embarassing.
|
|
Tsk. Black hole comment is most timely considering my current debate with the
|
|
treasurer on how to improve the music quality. Thanks for the comment. Ches.
|
|
|
|
#: 8041 S4/MIDI and Music
|
|
05-Nov-90 23:02:24
|
|
Sb: #8026-#MIDI Query
|
|
Fm: bill jackson 72737,2254
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Ches,
|
|
No problem, I've done much, much worse myself. Glad the thing works ok for
|
|
you. Leave my your address and I'll send you the source listing if I can find
|
|
it.
|
|
|
|
Bill
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8044 S4/MIDI and Music
|
|
06-Nov-90 06:43:56
|
|
Sb: #8041-#MIDI Query
|
|
Fm: Ches Looney 73016,1336
|
|
To: bill jackson 72737,2254 (X)
|
|
|
|
Bill, my address is 3406 Notre Dame Street, Hyattsville, MD 20783. Thanks,
|
|
Ches.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8084 S4/MIDI and Music
|
|
08-Nov-90 12:36:24
|
|
Sb: #8044-#MIDI Query
|
|
Fm: bill jackson 72737,2254
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Ches,
|
|
I am sending you a disk with the source and also the latest version I have of
|
|
the Editor, which corrects a few bugs that popped up. However, I never did
|
|
around to fully debugging the error messages, so that part is still flakey --
|
|
just don't make any mistakes!!!. I used this version all the time and never had
|
|
any problems with it. The disk is a 40 track disk, so If you don't have a drive
|
|
formatted for 40 tracks, you should copy these files over to one of your disks.
|
|
If you write anything to this disk with a 35-track drive, you'll destroy it,
|
|
but you can read from it with no problem. You'll have to copy the files one at
|
|
at time, as you won't be able to backup from a 40T to a 35T drive.
|
|
|
|
Enjoy, and let me know if you have any problems. The source code is from
|
|
EDTASM, so if you don't have that, you'll have to get a program to strip the
|
|
tab codes from the source so you can read it. There is such a program in the
|
|
Coco database here, authored by Mike Ward.
|
|
|
|
Good luck,
|
|
|
|
Bill
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8087 S4/MIDI and Music
|
|
09-Nov-90 07:09:02
|
|
Sb: #8084-MIDI Query
|
|
Fm: Ches Looney 73016,1336
|
|
To: bill jackson 72737,2254 (X)
|
|
|
|
Bill, Thanks much. 40 tracks no problem; I know examination of the source will
|
|
prove interesting and I look forward to it. I will put some of my TX81Z tunes
|
|
on the disk and sent it back. Thanks. Ches.
|
|
|
|
#: 8017 S4/MIDI and Music
|
|
05-Nov-90 12:56:42
|
|
Sb: #7933-#MIDI Query
|
|
Fm: bill jackson 72737,2254
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Ches,
|
|
|
|
I just read your querry to Lester and I wonder this. If you're trying to use
|
|
the Editor with something besides standard RS disk basic, that might be the
|
|
source of your troubles. In order not to conflict with the 80 column screen, I
|
|
had to move the MidiPack driver to a low memory location. This could easily
|
|
cause some conflicts with OWL ware or someother basic. Let me know if this is
|
|
the problem.
|
|
|
|
I'll be happy to send you a copy of the source for the mididriver (It's
|
|
basicaly the one Lester wrote) and you can dink around with it if you want.
|
|
|
|
Bill
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8021 S4/MIDI and Music
|
|
05-Nov-90 13:28:50
|
|
Sb: #8017-MIDI Query
|
|
Fm: Ches Looney 73016,1336
|
|
To: bill jackson 72737,2254 (X)
|
|
|
|
It could be memory conflict, I suppose. I'm using a Disto controller that lets
|
|
me use the original RS BASIC, OWLWare's Winchester Basic or the Disto Basic.
|
|
Same results in all three, if I remember correctly. I'll check, tho, and let
|
|
you know. I'll also try to find out what OWL uses. And, yes, I'd like the
|
|
driver source - perhaps here or thru electronic mail as you prefer. Thanks
|
|
again for the response. Have you tried UltiMusE? Ches.
|
|
|
|
#: 8018 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 13:19:43
|
|
Sb: #7958-Deskmate 3 Hardcoded?
|
|
Fm: Bill Henderson 72215,341
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Zack,
|
|
|
|
Yeah, I remember the file but it does more than I want. i want it just to use
|
|
floppies and any vdg screen.
|
|
|
|
Bill
|
|
|
|
#: 8019 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 13:20:35
|
|
Sb: #7964-Deskmate 3 Hardcoded?
|
|
Fm: Bill Henderson 72215,341
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev,
|
|
|
|
I'll check DESK.SCR out. Thanks!
|
|
|
|
BIll
|
|
|
|
#: 8023 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 15:41:33
|
|
Sb: #Boot Problems
|
|
Fm: Floyd Resler 72500,2572
|
|
To: All
|
|
|
|
My system has suddenly developed a problem withh booting from my hard drive.
|
|
When I type DOS, it starts from the floppy just fine. But, as soon as it
|
|
accesses the hard drive, the dreaded "FAILED" message appears. I have been
|
|
able to boot from a floppy and load in my hard drive descriptors. Everything
|
|
seems fine on the hard drive. What is OS9 looking for once it goes to the hard
|
|
drive to finish booting?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8024 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 15:58:22
|
|
Sb: #8023-#Boot Problems
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Floyd Resler 72500,2572 (X)
|
|
|
|
Hmm - are Shell and GrfDrv in the /h0/cmds directory?
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8043 S10/OS9/6809 (CoCo)
|
|
06-Nov-90 05:57:42
|
|
Sb: #8024-#Boot Problems
|
|
Fm: Floyd Resler 72500,2572
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Yep, both Shell and GrfDrv are there and I've IDENTed them to make sure that
|
|
they are okay. They're okay. I haven't checked the permissions yet. This is
|
|
darn puzzling!
|
|
|
|
Floyd
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8245 S10/OS9/6809 (CoCo)
|
|
16-Nov-90 13:30:34
|
|
Sb: #8043-#Boot Problems
|
|
Fm: Mike Guzzi 76576,2715
|
|
To: Floyd Resler 72500,2572 (X)
|
|
|
|
~ Ok if SHELL and GrfDrv are in CMDS and both have the E and PE attributes on
|
|
start looking for other possibilities. Did you recently make a new OS9Boot?
|
|
Might have a BLOB problem. or as Kevin points out in his BLOB.TXT file have you
|
|
recently added something like a cordless phone nearby? Hard drives are very
|
|
sensitive to EM Fields and using a B&B system with 4 foot cables can invite
|
|
problems. I wrapped mine in Aluminum foil and covered it with duct tape and
|
|
that solved some spuratic read errors. if these check out OK make sure the hard
|
|
drive modules you load in to memory and the ones in your OS9Boot match up. (use
|
|
CMP on them) sometimes you may forget you changed something...
|
|
|
|
just throwing out some random thoughrs to hopefully nail it down...
|
|
|
|
Mike Guzzi
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8247 S10/OS9/6809 (CoCo)
|
|
16-Nov-90 14:54:23
|
|
Sb: #8245-Boot Problems
|
|
Fm: Floyd Resler 72500,2572
|
|
To: Mike Guzzi 76576,2715
|
|
|
|
Well, I think I discovered a problem. What I did was add the modules necessary
|
|
for King's Quest III to my boot. I had had them in the boot before but had
|
|
removed them to save on system memory. However, this time when I added them I
|
|
got the FAILED message. What made me thing there was something wrong was the
|
|
fact that before I add the modules, the system was not booting like it normally
|
|
did. For some reason it was not merging in the standard pointers. I have no
|
|
idea why - it always worked in the past. Anyway, so the new boot disk did not
|
|
work. Well, I found another boot disk and tried it. It didn't work either.
|
|
So I'm thinking that there is something dreadfully wrong. Well, a couple of
|
|
days ago I found another boot disk for my hard drive system and tried it.
|
|
Bingo! Everything started working fine. So, apparently, my problem was the
|
|
boot disk, and, because of circumstance, I thought it was something else.
|
|
|
|
Floyd
|
|
|
|
#: 8027 S4/MIDI and Music
|
|
05-Nov-90 16:34:03
|
|
Sb: #UltiMusE V.4.7
|
|
Fm: Ches Looney 73016,1336
|
|
To: Mike Knudsen 72467,1111 (X)
|
|
|
|
Mike, I've now used the artics a bit, and the part-copy. Thank you; those are
|
|
most helpful additions. The percussion staff doesn't help me with my TX81Z;
|
|
what drum machines or tone generators have you had experience with that would
|
|
work well with the percussion staff? I just picked up a flyer on the Roland
|
|
D-110 which appears to be a synth that has at least as much capability as the
|
|
Yamaha TX81Z plus a percussion section that works with the added staff. I
|
|
wonder what I could get for my TX81Z; or maybe I should use them both for the
|
|
better sounds from the TX (if any) plus the D-110. A clerk at a nearby music
|
|
store recommends the Alesis HR16 as a good drum machine compatible with the new
|
|
percussion staff. Any comments?? Ches.
|
|
|
|
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8033 S4/MIDI and Music
|
|
05-Nov-90 18:38:18
|
|
Sb: #8027-#UltiMusE V.4.7
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Ches -
|
|
|
|
You can pickup used Alesis HR-16's in the $250 range (check the MIDI FORUM.. GO
|
|
MIDI). Also, in LA, new D-110's are going for $375, and used ones are in the
|
|
Recycler for as low as $300. They are a great machine, and I'd push you in that
|
|
direction. For $50-100 more than the HR-16, you get a synth assortment AND
|
|
reasonable drums sounds. Also, the D-110 is the 'LA' technology (Linear
|
|
Additive), whereas the TX81z is FM. Both are nice in the arsenal, and you can
|
|
NEVER have too much polyphony (voices). I'm a long time guitar player, but my
|
|
synth rack includes: Roland D10, Roland S-330 sampler, Kurzweil 1000PX, Yamaha
|
|
TX-7, and a Roland R-5 (drums). Don't get me started on F/X units, mixers,
|
|
gadgets, or my guitar stuff! (grin)...
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8037 S4/MIDI and Music
|
|
05-Nov-90 20:43:55
|
|
Sb: #8033-#UltiMusE V.4.7
|
|
Fm: Ches Looney 73016,1336
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Now that's really helpful - Thanks for the opinion. I was leaning in the D-110
|
|
direction but wasn't sure how much of the flyer was accurate and how much was
|
|
puffery. Thanks again. Ches.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8076 S4/MIDI and Music
|
|
08-Nov-90 00:23:47
|
|
Sb: #8037-#UltiMusE V.4.7
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
I agree -- $300 for a used D-110 is a steal! Ches, just to make sure you know
|
|
-- the persuccion staff in Umuse3 really does nothing that a regular staff
|
|
couldn't do. It sends out "note" numbers. Its advantages are that you can
|
|
input percussion parts more easily, but most import, it makes for STANDARD
|
|
interchange between different synths and drum machines, none of which map the
|
|
same percussion sounds to the same "notes."
|
|
|
|
Anyway, use the hand keyboard test I mentioned before to check out anything you
|
|
want to use a percussion sounds. BTW, the percs on the Roland MT-32 (precursor
|
|
of 110 and such) sound really GREAT. Full and clear. Sampled, in essence.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8081 S4/MIDI and Music
|
|
08-Nov-90 06:38:04
|
|
Sb: #8076-UltiMusE V.4.7
|
|
Fm: Ches Looney 73016,1336
|
|
To: Mike Knudsen 72467,1111 (X)
|
|
|
|
Thanks, Mike, for all the info. I will digest it, look around and settle on a
|
|
new acquisition. I greatly appreciate your guidance. Ches.
|
|
|
|
#: 8074 S4/MIDI and Music
|
|
07-Nov-90 23:59:22
|
|
Sb: #8027-UltiMusE V.4.7
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
CHes, to expand on my porivate email answers -I don't know much about the
|
|
TX81Z, except it's worth hanging onto for other sounds. The synths I've played
|
|
percussion on are the Casio MT240, Yammie PSS480, and Roland MT-32. All use
|
|
one channle for percussion, and put different "instruments" for different note
|
|
"pitches." Maybe the TX81Z has only "tuned" percussion isnstruments, each of
|
|
which can play a whole scale of notes, and eats up a whole channel per
|
|
instrument, just like regular instruments. If so, the Perc Clef won't help
|
|
there.
|
|
|
|
Test the HR16 or any other synth in the store: Hook a MIDI keyboard's output
|
|
to its input. You should be able to hit all the various perc instruments by
|
|
hitting keys on the keyboard, without using any "splits" or other tricks.
|
|
|
|
If so, it will work with Umuse3 and its Perc Staff. Glad you like the new
|
|
features, heaven knows I do! --mike k
|
|
|
|
#: 8030 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 18:29:27
|
|
Sb: #hardware
|
|
Fm: tom farrow 72701,543
|
|
To: OS 9/Freinds
|
|
|
|
Looking for information on DISTO MBA-1 3 in 1 board for my COCO3. First does it
|
|
require a multipak? Second can you run a disk controler with it? does it
|
|
require an outside power supply?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8039 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 21:41:58
|
|
Sb: #8030-hardware
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: tom farrow 72701,543 (X)
|
|
|
|
Hi Tom - if you don't own a Disto SC-I or SC-II disk controller, then the 3-1
|
|
board would have to go in a special adapter card from them.... which yes, would
|
|
work in a multipak. Ummm, might need to run an interrupt wire into your
|
|
computer tho, from it, as the floppy controller is gonna steal the main slot
|
|
select on the MPI. I can't recall if it needs a power pack or not... I'd guess
|
|
yes for the RS232 port. Anyone know? I can't find my docs.
|
|
|
|
#: 8040 S10/OS9/6809 (CoCo)
|
|
05-Nov-90 21:57:32
|
|
Sb: #New PacOS9
|
|
Fm: LARRY OLSON 72227,3467
|
|
To: all
|
|
|
|
For all those that enjoyed PACOS9, I have just uploaded the latest version.
|
|
|
|
This one uncorporates a lot of new features, like multiple screens, the
|
|
saving of scores and more.
|
|
|
|
I hope you enjoy this version.
|
|
|
|
Larry Olson
|
|
72227,3467
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8042 S10/OS9/6809 (CoCo)
|
|
06-Nov-90 00:07:17
|
|
Sb: #8040-#New PacOS9
|
|
Fm: Mike Haaland 72300,1433
|
|
To: LARRY OLSON 72227,3467 (X)
|
|
|
|
GREAT!!! I really have enjoyed the first version, and am running to the Libs
|
|
to DL the newer one!! Thanks for sharing it with us!
|
|
|
|
Mike
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8048 S10/OS9/6809 (CoCo)
|
|
06-Nov-90 12:25:29
|
|
Sb: #8042-New PacOS9
|
|
Fm: LARRY OLSON 72227,3467
|
|
To: Mike Haaland 72300,1433 (X)
|
|
|
|
Mike, thanks for the kind words.
|
|
|
|
I have been tweeking with this program long enough, and I thought I should
|
|
get it out.
|
|
|
|
Larry
|
|
|
|
#: 8050 S13/OS9/OSK Vendors
|
|
06-Nov-90 20:15:57
|
|
Sb: #Software License?
|
|
Fm: Zack Sessions 76407,1524
|
|
To: ALL
|
|
|
|
I have acquired a program from a software author for sale under my company
|
|
name. I need to whip up a license agreement with the dude, only I don't know
|
|
what I'm doing! Can anyone with some experiance in this give me a little
|
|
help/advise?
|
|
|
|
Thanks!
|
|
|
|
Zack
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8051 S13/OS9/OSK Vendors
|
|
06-Nov-90 21:44:21
|
|
Sb: #8050-#Software License?
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Zack - yeah, consult a lawyer <grin>. There's a lot to cover, such as
|
|
maintenance, who does what, how long you keep rights if you fail to advertise,
|
|
how often you pay, etc.
|
|
|
|
However, you might stop by the CONSULT forum... their libs may have a form that
|
|
you can use, or they could point you to more info. - kev
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8221 S13/OS9/OSK Vendors
|
|
16-Nov-90 07:28:32
|
|
Sb: #8051-Software License?
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: [F] Zack 76407,1524 (X)
|
|
|
|
Zack, you may want to give me a call: 301/952-1761
|
|
|
|
#: 8052 S1/General Interest
|
|
06-Nov-90 22:07:35
|
|
Sb: #7861-68 Micro Journal
|
|
Fm: RANDY JANSSEN 73340,3212
|
|
To: DENIS CHARTRAND 72561,2714 (X)
|
|
|
|
Denis,
|
|
|
|
I've subscribed to 68MJ for 6 years and I haven't received anything either.
|
|
I think they finally died. Another victim of the unfortunate trend toward
|
|
MS-DOS and Macs. They were probably the best software developmentoriented
|
|
magazine around. I hope they find a way to start publishing again, but I'm not
|
|
optimistic.
|
|
|
|
Randy Janssen 73340.3212
|
|
|
|
#: 8053 S15/Hot Topics
|
|
07-Nov-90 00:06:36
|
|
Sb: #New machines
|
|
Fm: Jim Peasley 72726,1153
|
|
To: All
|
|
|
|
<sigh> I keep checking in here every night hoping to see some message traffic
|
|
dealing with the new machines/software, but everyone must be off working their
|
|
little fingers to the bone getting them ready!
|
|
|
|
_Lots_ of messages on the CoCo list on Internet - too bad we couldn't pull
|
|
some of that over here! Interesting dialog concerning keyboard drivers and
|
|
windows, among other things. <sigh>
|
|
|
|
Can ya tell that I'm suffering from the "MS-DOS/waiting for the new computer"
|
|
blues??
|
|
|
|
...Jim
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8054 S15/Hot Topics
|
|
07-Nov-90 01:46:47
|
|
Sb: #8053-New machines
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Jim Peasley 72726,1153 (X)
|
|
|
|
Yah, it's the calm before the storm <grin>.
|
|
|
|
I've been thinking about reposting some of the Internet stuff here. I don't see
|
|
why it couldn't be done.
|
|
|
|
#: 8057 S15/Hot Topics
|
|
07-Nov-90 08:08:49
|
|
Sb: #8053-#New machines
|
|
Fm: Steve Wegert 76703,4255
|
|
To: Jim Peasley 72726,1153 (X)
|
|
|
|
Jim,
|
|
|
|
I monitor the CoCo List daily and would be happy to post the resulting capture
|
|
files to a LIB _if_ there's be any interest.
|
|
|
|
Folks? What about it?
|
|
|
|
Steve
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8058 S15/Hot Topics
|
|
07-Nov-90 08:29:59
|
|
Sb: #8057-New machines
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Steve Wegert 76703,4255 (X)
|
|
|
|
Post them! <grin>
|
|
|
|
#: 8079 S15/Hot Topics
|
|
08-Nov-90 04:11:42
|
|
Sb: #8057-#New machines
|
|
Fm: Ed Gresick 76576,3312
|
|
To: Steve Wegert 76703,4255 (X)
|
|
|
|
Steve, Please post!!! Ed
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8083 S15/Hot Topics
|
|
08-Nov-90 10:13:38
|
|
Sb: #8079-New machines
|
|
Fm: Steve Wegert 76703,4255
|
|
To: Ed Gresick 76576,3312 (X)
|
|
|
|
Ed,
|
|
|
|
Ok ... I'll start with today's traffic. Look for LS1108.AR in LIB 14.
|
|
|
|
If the interest continues, so will I. :-)
|
|
|
|
If not ... we can always work something out via UUCP.
|
|
|
|
Steve
|
|
|
|
#: 8055 S6/Applications
|
|
07-Nov-90 06:04:43
|
|
Sb: ue
|
|
Fm: Dan Charrois 70721,1506
|
|
To: all
|
|
|
|
I just downloaded ue.ar, and from what I've seen, it looks pretty interesting.
|
|
I am wondering if any docs exist on how to use it - I suppose it could be
|
|
painstakingly figured out using trial-and-error, but I know there must be docs
|
|
around here somewhere. Perhaps in the old version which is mentioned in the
|
|
current archive??
|
|
Does anyone have any idea? Your assistance would be greatly appreciated.
|
|
|
|
#: 8059 S1/General Interest
|
|
07-Nov-90 12:23:32
|
|
Sb: #UNZIP/DEARC Utility
|
|
Fm: PHILLIP TAYLOR 72067,3430
|
|
To: ALL
|
|
|
|
TThere are two Utilities I am looking for.<1> Dearc Utility that will be able
|
|
to handle Crypted Files. <2> Unzip that will files ziped in a LZH format.If you
|
|
know where I can get these Utilities,Please leave me a message.
|
|
|
|
Phillip Taylor
|
|
72067,3430
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8060 S1/General Interest
|
|
07-Nov-90 14:01:46
|
|
Sb: #8059-UNZIP/DEARC Utility
|
|
Fm: Pete Lyall 76703,4230
|
|
To: PHILLIP TAYLOR 72067,3430 (X)
|
|
|
|
Phil -
|
|
|
|
Umm.. did you look in DL9? We have both....
|
|
|
|
Pete
|
|
|
|
#: 8061 S1/General Interest
|
|
07-Nov-90 14:03:35
|
|
Sb: #8059-UNZIP/DEARC Utility
|
|
Fm: Pete Lyall 76703,4230
|
|
To: PHILLIP TAYLOR 72067,3430 (X)
|
|
|
|
Yup - just checked:
|
|
|
|
dearc.ar and unzip.ar are both in DL9. Dearc will not handle some of the newest
|
|
formats...
|
|
|
|
Pete
|
|
|
|
#: 8064 S1/General Interest
|
|
07-Nov-90 18:07:52
|
|
Sb: #SIGNETICS DRIVER NEEDED
|
|
Fm: - Visitor 70032,1431
|
|
To: ALL
|
|
|
|
NEEDED: OS-9 DRIVER OR "C" I/O FUNCTIONS
|
|
TO INTERFACE WITH SIGNTICS 68562
|
|
DUSCC CHIP IN SYNCHRONOUS - HDLC
|
|
MODE. WANT TO ENABLE FRAMING, BIT
|
|
STUFFING, & CRC GENERATION/CHECKING.
|
|
|
|
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8070 S1/General Interest
|
|
07-Nov-90 23:27:32
|
|
Sb: #8064-SIGNETICS DRIVER NEEDED
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: - Visitor 70032,1431 (X)
|
|
|
|
Greetings - haven't seen a driver like that... but have you called Microware
|
|
(515-224-1929) to see if they have one? I'll look around, too.
|
|
|
|
Whatcha building? best - kev
|
|
|
|
#: 8082 S1/General Interest
|
|
08-Nov-90 09:19:47
|
|
Sb: #8064-SIGNETICS DRIVER NEEDED
|
|
Fm: Mark Wuest 74030,332
|
|
To: - Visitor 70032,1431 (X)
|
|
|
|
If you are adept at writing your own os9 drivers, you might give GCOM in
|
|
Urbana, IL a call (217 area code - don't have the number in front of me). They
|
|
have a very good X25 package that includes drivers for that chip, but you'll
|
|
have to see what they say. I also know that they will sell HDLC without the X25
|
|
stuff if you want. Ask for Bob Crownover. They all know me (too well, I might
|
|
add) over there.
|
|
Good luck!
|
|
Mark Wuest (pronounced weest)
|
|
|
|
#: 8065 S13/OS9/OSK Vendors
|
|
07-Nov-90 23:09:48
|
|
Sb: #7823-New Vendor's Section
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Wayne Day 76703,376 (X)
|
|
|
|
OK -- will talk to Ed tomorrow nite, after giving an MM/1 demo to our local
|
|
Coco Club (Glenside).
|
|
|
|
#: 8066 S4/MIDI and Music
|
|
07-Nov-90 23:14:54
|
|
Sb: #7827-UME Query 2
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
CHes, I now have version 4.7.1 which is oil-spill proofed forever -I wrote my
|
|
onw malloc() routine to beat OS9 bug. I could explain why Shell+ causes the
|
|
problems, but it takes too long at 300 Baud. Basically, C programs don't like
|
|
to be handed extra memory, they'd rather go out and request it themselves. In
|
|
fact, any extra memory you give them at birtth (Shell+ effectively does a #8K
|
|
with every command) deducts from the memory they can request later and use --
|
|
so Umuse can't read in disk directories to work with files. --mike k
|
|
|
|
#: 8067 S4/MIDI and Music
|
|
07-Nov-90 23:17:38
|
|
Sb: #7846-Beatles UME
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Yes, the very same Ed. Ya might say he doesn't sell any music editor he
|
|
doesn't use himself! In fact, he's my major Beta tester, grin. Ed's been a
|
|
Beatles freak sicne Day One and has become really mean with a mouse. Also
|
|
knows a PSS-480 upside down and bassackwards. Can get feedback guitar and who
|
|
knows what else. We'll await Michelle, ma Belle -- mike k
|
|
|
|
#: 8068 S15/Hot Topics
|
|
07-Nov-90 23:24:24
|
|
Sb: #7859-#MM/1 Software
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: GLEN HATHAWAY 71446,166 (X)
|
|
|
|
Hi -- yes, I guess new houses need new pipes too. Let's see, you mean a VDG
|
|
window converted from a real L2 window with a xmode type=01? Error 37 means it
|
|
can't get the 6K grafix VDG screen allocated, which thanks to a bug or feature
|
|
in L2 that 6K has to come out of System Memory, a precious commodity. Do you
|
|
have a lot of other windows open, or Ramdisk, or other things that use up
|
|
system memory?
|
|
|
|
The buyware version does not take its grafix screen out of system memory, so
|
|
rarely if ever has the problem you mentioned. Other things that eat up system
|
|
memory are Pipes and device drivers that are active.
|
|
|
|
Make sure no other procs are active, then start up Umuse, then restart the
|
|
other procs. Turns out that 6K or RAM has to be contiguous too. Hope you get
|
|
back into UltiMousing -- mike k.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8118 S15/Hot Topics
|
|
11-Nov-90 13:37:54
|
|
Sb: #8068-#MM/1 Software
|
|
Fm: GLEN HATHAWAY 71446,166
|
|
To: Mike Knudsen 72467,1111 (X)
|
|
|
|
Hi Mike... Yes, I have a real large bootfile - that's probably the problem... I
|
|
guess I'll have to spring for the buyware version, but only after you port it
|
|
to the MM/1. I've ordered one - can't wait! As for UltiMousing, I've got a lot
|
|
of partly finished projects on the go. I'm still not satisfied with the
|
|
shareware version's timing. In heavy sections, it still slows down. Also, the
|
|
percussion parts are still being affected by sharps and flats in other parts.
|
|
But enough whining, I guess - after all, I didn't pay for it, right? Are you
|
|
working on a buyware version for MM/1? I am definitely interested.
|
|
|
|
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8300 S15/Hot Topics
|
|
18-Nov-90 17:48:29
|
|
Sb: #8118-#MM/1 Software
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: GLEN HATHAWAY 71446,166 (X)
|
|
|
|
Hi Glen. Yes all over -- I'm working on an MM/1 port (I have a loaner
|
|
prototype MM/1). No idea as to price yet. The Coco3 buyware got rid of the
|
|
problem long ago, where sharps & flats hose up the drummer. Now it even has
|
|
special Percussion clefs! Timing, hard to say -- I put in Runing Status long
|
|
ago to cut the data rate, but also recently added Staccato, Marcato, etc, which
|
|
may slow down the processing some. Real bottleneck is just getting the bytes
|
|
out. The MM/1 will be a BIG help. Meanwhile, stand by for an amazing piece of
|
|
Coco3 OS9 shareware -- will say more when it comes up.
|
|
|
|
PS: I'm uploading some good rock scores and a new Jukebox for them tonite.
|
|
--mike k.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8308 S15/Hot Topics
|
|
18-Nov-90 22:17:08
|
|
Sb: #8300-MM/1 Software
|
|
Fm: GLEN HATHAWAY 71446,166
|
|
To: Mike Knudsen 72467,1111
|
|
|
|
Hi Mike... Sounds very interesting... I'll wait patiently. See ya.
|
|
|
|
#: 8071 S15/Hot Topics
|
|
07-Nov-90 23:39:31
|
|
Sb: #7890-OSK Software
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Ed Gresick 76576,3312 (X)
|
|
|
|
OK Ed, good message. There is a nationwide (worldwide) Coco mailing list forum
|
|
out of Princeton U. where we have been discussing many aspects of the OSK
|
|
grafix interface, at the basic system level, having already decided (like you)
|
|
to leave the user interfaces for later.
|
|
|
|
Kev Darling is involved in these ongoing discussions, and I think we're getting
|
|
to the point where we'd like to see the same ideas and standards ported over to
|
|
your VGA grafix system. We're trying to make it very platform-independent,
|
|
both for future "KMA" boxes and for backward compat'ly with Atari and Amiga.
|
|
|
|
I got the idea at the Fest that you weren't into the new OSK windowing and
|
|
grafix "standards", but if you're interested, great!
|
|
|
|
Since Kev is essentially defining the standard, with lots of our input, you
|
|
should stay in touch with him directly. I think he should write screen drivers
|
|
for your VGA, and thus be prepared for OS9000 on the 386 PClones.
|
|
|
|
Since both IMS and FHL will be using his grafix system, it seems that what you
|
|
most need from a "consortium" is to join in the fray with Kevin and see what
|
|
he's doing/proposing and make your own views known. There's already a sort of
|
|
consortium -- jump in and get your say.
|
|
|
|
Do you have access on any academic or industrial host machines to BItNet or
|
|
UUNet or the like? Then you could get on Princeton's net.
|
|
|
|
|
|
|
|
#: 8072 S15/Hot Topics
|
|
07-Nov-90 23:47:52
|
|
Sb: #7911-#Fest
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Frank Hogg of FHL 70310,317 (X)
|
|
|
|
OK Frank. You cleared up the confusion for me -any K-Bus sytem is a TOmcat
|
|
even without the new boards. And OK on the prototypes being new and workable.
|
|
How are you doing with the FCC hassle?
|
|
|
|
I have a loaner of a very early prototype MM/1. It's great, tho part of that
|
|
stems fromt the included 430M hard drive. I read in and ran the Dynastar
|
|
upgrade I got from you -- after some diddling with the 3.5" disk descriptors.
|
|
Yeah, your docs better mention how to DMODE a disk to read your stuff -- there
|
|
are too many "standards" in the OSK world, grin.
|
|
|
|
I like busses and multi-porocessor systems -- used to design and program them
|
|
myself for Bell Labs. SO I wish you the best on the TOmcat systems -- I hope
|
|
you can get the software to really take advantage of your unique hardware
|
|
capabilities. Maybe I'll end up with a TOmcat too -- always did get good
|
|
service from you on software and such -- mike k.
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8080 S15/Hot Topics
|
|
08-Nov-90 06:24:22
|
|
Sb: #8072-#Fest
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Mike Knudsen 72467,1111 (X)
|
|
|
|
Uh... "430M hard drive"???? <grin> Sure that isn't 48M instead?
|
|
|
|
<grin> - kev
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8106 S15/Hot Topics
|
|
10-Nov-90 19:26:16
|
|
Sb: #8080-Fest
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Well I dunno, Kev -- 430 M will fit in a PC case these days. Tho you can figure
|
|
Pease wouldn't have loaned me such a jewel :-). Say, howza bout no more
|
|
proofreading the mail and work on them windows, eh, grins :-) -- mike k
|
|
|
|
#: 8092 S15/Hot Topics
|
|
09-Nov-90 22:18:47
|
|
Sb: #8072-#Fest
|
|
Fm: Frank Hogg of FHL 70310,317
|
|
To: Mike Knudsen 72467,1111 (X)
|
|
|
|
|
|
Mike,
|
|
|
|
Re you message,
|
|
|
|
>Yeah, your docs better mention how to DMODE a disk >to read your stuff --
|
|
there are too many "standards" >in the OSK world, >grin.
|
|
|
|
The DMODE included with the QT and Tomcats has the capability to do things
|
|
like, 'dmode /d0 coco' which sets /d0 to read coco OS9 disks. Also Atari and
|
|
Mizar(stdd), Universal (univ), and standard OS9 (std) are supported that way.
|
|
Of course all the other params can be set too. This is nice if you own one of
|
|
our machines but if you don't as in your case our documentation on our DMODE
|
|
would be useless to you.
|
|
|
|
Perhaps now that MW has 'moded' we could add documentation for that.
|
|
|
|
Trying to maintain documentation on apps that run under OSK is like trying to
|
|
hit a moving target. Prpbably could do it with a readme file on the disk
|
|
though.
|
|
|
|
Frank
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8107 S15/Hot Topics
|
|
10-Nov-90 19:31:55
|
|
Sb: #8092-#Fest
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Frank Hogg of FHL 70310,317 (X)
|
|
|
|
OK -- I have just plain DMODE, but ama gradually building up shell scripts to
|
|
zap /st0 and /d1 to various things. Took 1/2 hour last nite at the Coco Club
|
|
meeting to read somebody's 720 K 3.5" written on their Coco3. Sheesh! Anyway,
|
|
your disks should include the major parameters on the label -- I have written
|
|
"typ=0, t0s=10" on your Dynastar disk.
|
|
|
|
PS: The 5.25" disk with Dynastar was totally unreadable on a Coco. Is it one
|
|
of the many OSK "standards"? If so, maybe the MM/1 can read it (I have a 5.25"
|
|
hooked up to it, but only DS-40). Thanks for reply, mike k.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8163 S15/Hot Topics
|
|
12-Nov-90 23:15:03
|
|
Sb: #8107-#Fest
|
|
Fm: Frank Hogg of FHL 70310,317
|
|
To: Mike Knudsen 72467,1111 (X)
|
|
|
|
Mike,
|
|
|
|
The disks DO have what I consider the 'major' parameters on them. The DynaStar
|
|
disk (51/4") says on it 'Double Sided, 30 Track, 48 TPI, (30 of 40 Tracks)'.
|
|
The problem you are having is that it is a 68K disk and uses the 'standard' OSK
|
|
format that we have used for 6+ years. Microware came up with a numbering
|
|
system that has no relation to the disk format, ie numbers like 5W03 or some
|
|
such. They or someone should come up with a system to describe the format
|
|
without being confusing. The other problem you are having is that you are
|
|
presuming that your floppy driver is standard Microware fare and this is
|
|
probably not the case. We have had to provide extensive support in the form of
|
|
very flexible floppy drivers and a powerful dmode utility to allow our
|
|
customers to be able to read/write/format ALL the various formats available.
|
|
|
|
Putting the complete format information on the label would require a much
|
|
bigger label. We need to come up with a uniform way, better than MW's to put on
|
|
the label.
|
|
|
|
You should be able to read the 68K DynaStar disk on your MM1 as it uses the
|
|
standard OSK format and is 48 tpi (40 Track). There would be little point in
|
|
distributing OSK software in CoCo format would there?
|
|
|
|
FHL has always offered our software on whatever format the customer requires at
|
|
no extra charge. Without notice we distribute it on the 'standard' format for
|
|
whatever system it is being used on.
|
|
|
|
If you have any trouble reading it on the MM1 let me know, I'm sure we can get
|
|
it worked out.
|
|
|
|
Frank
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8167 S15/Hot Topics
|
|
13-Nov-90 03:40:25
|
|
Sb: #8163-#Fest
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Frank Hogg of FHL 70310,317 (X)
|
|
|
|
Frank,
|
|
|
|
<scratching head> But MW "standard" has changed, right? That is, are those
|
|
disks y'all are talking about:
|
|
|
|
single-density track 0? which used to be standard (??)
|
|
|
|
And then, nowadays MW standard is to skip track 0 altogether. I think I still
|
|
have a 3.5" disk from you that I could never read all these years on my coco,
|
|
either. I've always figured it was single-density track 0, and that was why I
|
|
couldn't read it with my standard coco disk driver.
|
|
|
|
Am I close? best - kev
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8169 S15/Hot Topics
|
|
13-Nov-90 07:53:10
|
|
Sb: #8167-Fest
|
|
Fm: Mark S 76004,373
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
A lot of disk controlers can't do single density anymore. And now there are 1.4
|
|
meg and 2.8 meg 3.5". And soon to be 6meg.
|
|
|
|
#: 8178 S15/Hot Topics
|
|
13-Nov-90 20:58:44
|
|
Sb: #8167-#Fest
|
|
Fm: Frank Hogg of FHL 70310,317
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev,
|
|
|
|
The 'universal' format is NOT a standard, it is a 'type' of format that
|
|
hopefully everyone will be able to support. For a software house a common
|
|
format to distribute software is important. It doesn't really matter that other
|
|
formats are used by individual companies as long as at least one common format
|
|
is supported by everyone. With the advent of many new disk drives with
|
|
different capabilities and companies trying to get the most out of them this
|
|
would seem reasonable.
|
|
|
|
MW doesn't force anyone to use any particular format which has caused problems
|
|
for users. We can support the various formats although I would prefer to only
|
|
have to deal with one.
|
|
|
|
Mike was the first person that bought a 68K version of software and tried to
|
|
read it on a CoCo. He only tried this because he doesn't have a 68K machine
|
|
yet. We have been shipping OSK software on this format for years. Until I know
|
|
what format you guys are using and what you support how else could I proceed.
|
|
|
|
Frank
|
|
|
|
PS. What formats ARE you using on the MM1?
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8180 S15/Hot Topics
|
|
13-Nov-90 22:30:52
|
|
Sb: #8178-Fest
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Frank Hogg of FHL 70310,317 (X)
|
|
|
|
Frank - dunno, ask the MM/1 guys about their formats!
|
|
|
|
I was just asking about the details on the disk Mike had. That is, are most of
|
|
the disks you shipped, in a format with all double-density tracks? I _know_
|
|
there's lot of different formats out there; I was just curious about the ones
|
|
you shipped most often. - kev
|
|
|
|
#: 8246 S15/Hot Topics
|
|
16-Nov-90 13:30:49
|
|
Sb: #8178-Fest
|
|
Fm: Mike Guzzi 76576,2715
|
|
To: Frank Hogg of FHL 70310,317 (X)
|
|
|
|
~ Frank,
|
|
|
|
I bought the 68K version of FBU and neither the CoCo nor my MM/1 will read it I
|
|
did get it to work only because I have SDISK3.3-DMC (No halt version) and used
|
|
a DISKTYPE command to set my 3.5" to Standard OS9. I then copied the files to a
|
|
CoCo 3.5" 720K disk and then the MM.1 and the CoCo reads it.
|
|
|
|
The MM/1 in the 720K format uses the CoCo format.
|
|
|
|
Hope that helps out
|
|
|
|
|
|
|
|
#: 8302 S15/Hot Topics
|
|
18-Nov-90 17:57:14
|
|
Sb: #8163-#Fest
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Frank Hogg of FHL 70310,317 (X)
|
|
|
|
OK Frank, I can see where the stuff wouldn't all fit on the album cover, grin.
|
|
Let's see ... I read the 3.5" fine after setting Track Zero Offset to 10 and
|
|
type=0. No success on the 5" disk on Coco, tho may try it on the 48 TPI I put
|
|
on the MM/1 just to see if it really is bad or not.
|
|
|
|
RIght now I just have to wait for the Term Cap abilities on the MM/1 screen
|
|
driver to catch up with NASI standards and Dynastar. --mike k
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8315 S15/Hot Topics
|
|
19-Nov-90 01:09:11
|
|
Sb: #8302-#Fest
|
|
Fm: Frank Hogg of FHL 70310,317
|
|
To: Mike Knudsen 72467,1111
|
|
|
|
Mike,
|
|
|
|
From what Mike Guzzi says the MM1 uses the CoCo format for its disk drives.
|
|
This is fine as we can supply 68K software in that format. Perh hum that last
|
|
word was bad and I can't backspace... oh well. Perhaps we should use the
|
|
universal format for 68K as MW did that so everyone (hah) would support it.
|
|
Does your MM1 driver for the floppy support other formats?
|
|
|
|
Frank
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8317 S15/Hot Topics
|
|
19-Nov-90 04:23:55
|
|
Sb: #8315-#Fest
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Frank Hogg of FHL 70310,317 (X)
|
|
|
|
Frank,
|
|
|
|
As far as I know, everyone's OSK (and many OS9) drivers can handle almost any
|
|
format these days. CoCo, ST, MW, hi-density... whatever the floppy chip being
|
|
used is capable of accessing.
|
|
|
|
I think Mike was (certainly I was) simply wondering about the rest of the
|
|
details on the format you've been shipping all these years... that is, what was
|
|
the sector offset and track 0 density?
|
|
|
|
Nothing earthshattering <grin>; and nothing to do with any specific capability;
|
|
it was just that we two dummies couldn't get our CoCos to read those disks
|
|
(because we hadn't fully figured them out... which is why he mentioned that
|
|
perhaps more info might have to be placed on OSK disk labels ... maybe not).
|
|
best - kev
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8325 S15/Hot Topics
|
|
19-Nov-90 06:23:20
|
|
Sb: #8317-Fest
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
I for one vote for better disk labeling. As editor I am always getting disks
|
|
that I cannot figure out how to read. (Some I do, some I don't).
|
|
|
|
#: 8345 S15/Hot Topics
|
|
19-Nov-90 22:59:41
|
|
Sb: #8317-#Fest
|
|
Fm: Frank Hogg of FHL 70310,317
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
OK here goes from memory. You know when you use the same thing for years you
|
|
take it for granted. Anyway, trk0=10 trk1...n=16 secoffs=0 trkoffs=0 MFM what
|
|
else??? guess that's it. This is the old standard format we've used for years.
|
|
I'll have to find the MW format list, it's over on the MWS sig me thinks,
|
|
perhaps it would be a good thing for you to post here??
|
|
|
|
BTW SDisk can read these disks on a coco.
|
|
|
|
|
|
Frank
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8354 S15/Hot Topics
|
|
20-Nov-90 18:37:33
|
|
Sb: #8345-Fest
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Frank Hogg of FHL 70310,317 (X)
|
|
|
|
Thanks Frank! Probably our cc3disk drivers couldn't handle the sector offset =
|
|
0, altho I thought I'd tried that later with newer coco drivers.
|
|
|
|
The disk list used to be on MSC, but they took it down a while back... I went
|
|
looking for it just the other week.
|
|
|
|
Yeah, SDisk is good stuff!
|
|
|
|
#: 8073 S4/MIDI and Music
|
|
07-Nov-90 23:52:41
|
|
Sb: #7947-midi help
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Lester Hands 70135,430 (X)
|
|
|
|
Well Les, I'm a ways from anything on the MM/1 that I'd let out of the house.
|
|
My file format does keep all the voices time-merged together, which may help in
|
|
recording. Real power is in my routines for converting radnom tick durations
|
|
to notes, which have been in Umuse since 1986, but have yet to be unleashed on
|
|
hand-played stuff.
|
|
|
|
$50 is cheap for a PC program that's any good. Sorry to hear it hasn't sold
|
|
well, if that's what you meant to say earlier. I guess PCloners are used to
|
|
walking into stores and buying their stuff, njnot being trained to mail-order
|
|
like us CocoNuts, grin. Best, mike k.
|
|
|
|
#: 8075 S4/MIDI and Music
|
|
08-Nov-90 00:07:38
|
|
Sb: #7950-midi help
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: James Jones 76257,562 (X)
|
|
|
|
James, the stuff you're talking about is along the lines of an Artificial
|
|
INtelligence project, which does make it interesting, tho a bit much for a
|
|
Coco3 and the C language. Playing "identically" is aided thru a standard hack
|
|
called "quantization", where you can reduce everything to 16th notes or larger
|
|
by throwing out time deltas smaller than 32nd or 64ths, etc.
|
|
|
|
More basic problem is getting your played notes into the right parts-keyboard
|
|
music is so anarchistic, with no limit on the number or identity or continuity
|
|
of voices, that it's a wonder what the $500+ programs for Macs can do. --mike
|
|
k
|
|
|
|
#: 8077 S3/Languages
|
|
08-Nov-90 01:15:05
|
|
Sb: #7970-6809 make?
|
|
Fm: Ken Drexler 75126,3427
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Pete,
|
|
|
|
Thanks for the ideas. I did not know that Carl had one in the UG lib. I will
|
|
looking for it.
|
|
|
|
Ken
|
|
|
|
#: 8085 S10/OS9/6809 (CoCo)
|
|
08-Nov-90 22:54:21
|
|
Sb: #Mem help!
|
|
Fm: Everett Chimbidis 76370,1366
|
|
To: all
|
|
|
|
What do I do if I get an error 32 when trying to use a program?? Tryed typeing
|
|
program name then #k and no luck! What next?? any help?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8086 S10/OS9/6809 (CoCo)
|
|
09-Nov-90 02:07:26
|
|
Sb: #8085-#Mem help!
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Everett Chimbidis 76370,1366 (X)
|
|
|
|
Ev - just for fun (I dunno if this will work), try "runb program #xxk" instead.
|
|
|
|
If you wrote it yourself, did you check to make sure it had enough variable
|
|
space before packing it?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8090 S10/OS9/6809 (CoCo)
|
|
09-Nov-90 17:24:54
|
|
Sb: #8086-#Mem help!
|
|
Fm: Everett Chimbidis 76370,1366
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
I will upload it to you ok?
|
|
|
|
b09 file
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8130 S10/OS9/6809 (CoCo)
|
|
12-Nov-90 03:56:18
|
|
Sb: #8090-#Mem help!
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Everett Chimbidis 76370,1366 (X)
|
|
|
|
Ev - turned out to be pretty simple in the end. Try "inventory #16k". PMAP
|
|
showed that using #32k didn't leave enough room to bring in gfx2, etc... while
|
|
#8k was too little according to the original basic09 source.
|
|
|
|
Do you also have gfx2, inkey, and syscall merged together?
|
|
|
|
best - kev
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8162 S10/OS9/6809 (CoCo)
|
|
12-Nov-90 21:44:05
|
|
Sb: #8130-#Mem help!
|
|
Fm: Everett Chimbidis 76370,1366
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Yes I still have them merged! why would I load this first?
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8166 S10/OS9/6809 (CoCo)
|
|
13-Nov-90 03:34:07
|
|
Sb: #8162-Mem help!
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Everett Chimbidis 76370,1366 (X)
|
|
|
|
No, shouldn't have to load the merged modules (gfx2 etc) first, or at least as
|
|
long as you had 3 copies on disk, each in a different order and name.... so
|
|
that whichever one is first called, all would come in, y'see. Me, I just
|
|
always preload them ;-).
|
|
|
|
I just mentioned having them merged, so that you wouldn't run out of space in
|
|
your basic09 / runb 64K map.
|
|
|
|
#: 8088 S1/General Interest
|
|
09-Nov-90 14:15:32
|
|
Sb: #.ar file format
|
|
Fm: David Betz 76704,47
|
|
To: all
|
|
|
|
Can anyone describe the format of an OS-9 ".ar" file? I'd like to read the
|
|
coco mailing list messages that were posted in 'ls1108.ar' but currently don't
|
|
have access to an OS-9 machine (I'm considering buying one). I'd like a
|
|
description of the format so that I can write a program to extract files from
|
|
an archive.
|
|
|
|
Thanks in advance, David Betz
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8089 S1/General Interest
|
|
09-Nov-90 16:55:28
|
|
Sb: #8088-#.ar file format
|
|
Fm: Pete Lyall 76703,4230
|
|
To: David Betz 76704,47 (X)
|
|
|
|
David -
|
|
|
|
'ar' uses an early LZ compression technique. Unfortunately, the 'ar' utility
|
|
isn't highly portable.. it's byte order sensitive (i.e. we managed to port it
|
|
to SysV years ago on a 68000, but the VAX didn't like it at all).
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8136 S1/General Interest
|
|
12-Nov-90 10:50:16
|
|
Sb: #8089-#.ar file format
|
|
Fm: David Betz 76704,47
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Hmmm... Well, I hate to admit it here, but I've got a Macintosh. Maybe I
|
|
could port it to the Mac? Is the source code available here (in some form
|
|
other than in a .ar file)?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8143 S1/General Interest
|
|
12-Nov-90 13:02:36
|
|
Sb: #8136-#.ar file format
|
|
Fm: Pete Lyall 76703,4230
|
|
To: David Betz 76704,47 (X)
|
|
|
|
David -
|
|
|
|
I have the older sources on a SYSV box at work, that's unfortunately no longer
|
|
accessible (in fact, I think it may have been mothballed). Perhaps one of the
|
|
folks here (I'm between OS9 machines, or I'd do it) can break out 'ar.ar' for
|
|
you.
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8227 S1/General Interest
|
|
16-Nov-90 07:43:11
|
|
Sb: #8143-#.ar file format
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
David, there is nothing wrong with using a Mac. It makes a great OS-9 terminal!
|
|
(I've got three of 'em).
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8236 S1/General Interest
|
|
16-Nov-90 09:59:21
|
|
Sb: #8227-.ar file format
|
|
Fm: David Betz 76704,47
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Well, that's exactly what I was using my Mac for. Actually, it would have been
|
|
nicer to be running OS-9 on the Mac instead of on the ST. My Mac happens to be
|
|
an SE/30 with a 16MHZ '030.
|
|
|
|
#: 8093 S1/General Interest
|
|
09-Nov-90 22:44:07
|
|
Sb: #8088-#.ar file format
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: David Betz 76704,47 (X)
|
|
|
|
David - the source is AR.AR in library 9.
|
|
|
|
We've been needing a port of Ar to the PCs for quite a while.
|
|
|
|
Luck! - kev
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8101 S1/General Interest
|
|
10-Nov-90 11:26:38
|
|
Sb: #8093-#.ar file format
|
|
Fm: Zack Sessions 76407,1524
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Heh, heh, Kev, David could use the source to port it to MS-DOS, but how is he
|
|
going to de-arc it?
|
|
|
|
Zack
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8102 S1/General Interest
|
|
10-Nov-90 13:53:01
|
|
Sb: #8101-#.ar file format
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Zack - he's got an Atari ST to dearc on <grin>. I think.
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8103 S1/General Interest
|
|
10-Nov-90 17:07:14
|
|
Sb: #8102-#.ar file format
|
|
Fm: Zack Sessions 76407,1524
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Right, "you think". <grin> Go back and read the thread, Kev. His first message
|
|
was that he wanted to be able to read some BITNET list stuff which is in the
|
|
lib in .ar format. He also states that he doesn't have an OS9 machine to dearc
|
|
it with! He wants the format of the .ar file to be able to write a dearcer for
|
|
his system (which he doesn't way what it is).
|
|
|
|
Zack
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8104 S1/General Interest
|
|
10-Nov-90 17:54:55
|
|
Sb: #8103-#.ar file format
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Zack - see msg 7789 etc... he has an ST running OS9. ;-) Kev
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8110 S1/General Interest
|
|
10-Nov-90 22:06:16
|
|
Sb: #8104-#.ar file format
|
|
Fm: Zack Sessions 76407,1524
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev, that was a totally unrelated question posted 2 weeks ago! Sheesh! I was
|
|
going on the messages in THIS thread!
|
|
|
|
Zack
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8140 S1/General Interest
|
|
12-Nov-90 10:59:11
|
|
Sb: #8110-.ar file format
|
|
Fm: David Betz 76704,47
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Kevin's right, I do have an Atari-ST running OSK 2.1. The problem is that the
|
|
serial port doesn't work well enough to get a communications program running to
|
|
transfer files either from here or from another PC.
|
|
|
|
#: 8139 S1/General Interest
|
|
12-Nov-90 10:57:08
|
|
Sb: #8103-#.ar file format
|
|
Fm: David Betz 76704,47
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Actually, I've got several systems that I could use. I've got a boring old
|
|
MS-DOS machine, a Macintosh and several machines running UNIX. If the code is
|
|
byte order dependant, the Mac would probably be the easiest to port it to. If
|
|
I can get around the byte order problem, an MS-DOS version would probably be of
|
|
interest to more people besides myself.
|
|
|
|
Just out of curiosity, did anyone ever port OS-9 to the Macintosh? How much
|
|
does a port kit cost from Microware?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8149 S1/General Interest
|
|
12-Nov-90 17:50:07
|
|
Sb: #8139-#.ar file format
|
|
Fm: James Jones 76257,562
|
|
To: David Betz 76704,47 (X)
|
|
|
|
Yes, it's been done...the company to talk to is Ultrascience, in Wilmette IL.
|
|
I've seen it, and it's pretty impressive.
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8153 S1/General Interest
|
|
12-Nov-90 19:02:58
|
|
Sb: #8149-#.ar file format
|
|
Fm: Pete Lyall 76703,4230
|
|
To: James Jones 76257,562 (X)
|
|
|
|
JJ -
|
|
|
|
Wouldn't an inter-function GOTO cause nastification of the stack frames? In
|
|
other words, if entry wasn't done via the front door of the function, isn't
|
|
that just lighting the fuse?
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8159 S1/General Interest
|
|
12-Nov-90 20:28:29
|
|
Sb: #8153-.ar file format
|
|
Fm: James Jones 76257,562
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
You're quite right--such a goto would almost certainly blow up real good, as
|
|
Big Jim McBob and Billy Sol Hurok would put it. :-) Maybe I didn't read what
|
|
the original poster was trying to do closely enough--sounded like what he
|
|
wanted was a convenient place to set a breakpoint. If it's wacko control flow
|
|
he was after, then he's on his own.
|
|
|
|
#: 8171 S1/General Interest
|
|
13-Nov-90 08:21:18
|
|
Sb: #8149-#.ar file format
|
|
Fm: David Betz 76704,47
|
|
To: James Jones 76257,562 (X)
|
|
|
|
Any idea how much it costs? Does it take advantage of the PMMU on '030 based
|
|
macs?
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8176 S1/General Interest
|
|
13-Nov-90 18:32:39
|
|
Sb: #8171-.ar file format
|
|
Fm: James Jones 76257,562
|
|
To: David Betz 76704,47 (X)
|
|
|
|
I don't know--you'd best talk direct to Ultrascience for that information.
|
|
|
|
#: 8228 S1/General Interest
|
|
16-Nov-90 07:47:13
|
|
Sb: #8171-#.ar file format
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: David Betz 76704,47 (X)
|
|
|
|
David. The Ultrascience OS-9 for the Mac is not strictly a port. It is actually
|
|
a Mac application that translates OS-9 to the Mac OS. The advantage of this
|
|
approach is that it is very easy to install and use. On the other hand, you'd
|
|
likely not be able to write any systems modules for it.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8237 S1/General Interest
|
|
16-Nov-90 10:00:08
|
|
Sb: #8228-#.ar file format
|
|
Fm: David Betz 76704,47
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Does it implement the full multitasking, multiuser OS-9 environment?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8293 S1/General Interest
|
|
18-Nov-90 11:32:21
|
|
Sb: #8237-#.ar file format
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: David Betz 76704,47 (X)
|
|
|
|
No, it cannot, it runs as a Mac application. The machine is fully under the
|
|
control of the Mac OS.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8335 S1/General Interest
|
|
19-Nov-90 10:57:23
|
|
Sb: #8293-.ar file format
|
|
Fm: David Betz 76704,47
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Hmmm... That makes it a lot less interesting to me. One reason I'm interested
|
|
in OS-9 is that it is multitasking and multiuser. I don't really want to run
|
|
existing OS-9 applications, I want to develop new ones.
|
|
|
|
#: 8138 S1/General Interest
|
|
12-Nov-90 10:54:41
|
|
Sb: #8102-.ar file format
|
|
Fm: David Betz 76704,47
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
I guess I'm just going to have to get the OS-9 upgrade for my ST. The version
|
|
I've got (2.1) doesn't deal with the serial port very well, so file transfers
|
|
are more or less impossible.
|
|
|
|
#: 8137 S1/General Interest
|
|
12-Nov-90 10:50:59
|
|
Sb: #8093-#.ar file format
|
|
Fm: David Betz 76704,47
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Yes, but how am I going to get the source out of the .ar file? :-)
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8147 S1/General Interest
|
|
12-Nov-90 17:43:21
|
|
Sb: #8137-#.ar file format
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: David Betz 76704,47 (X)
|
|
|
|
Ah, I didn't realize your ST serial port was that bad always. I've broken out
|
|
and sent the ar source to people before... I think this time I'll post it in
|
|
ascii in the library <grin>. Gimme a day or two. thx! - kev
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8170 S1/General Interest
|
|
13-Nov-90 08:19:16
|
|
Sb: #8147-#.ar file format
|
|
Fm: David Betz 76704,47
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Thanks, Kevin!
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8229 S1/General Interest
|
|
16-Nov-90 07:51:29
|
|
Sb: #8170-#.ar file format
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: David Betz 76704,47 (X)
|
|
|
|
David. If you can find a copy of BigT-ST, it works fine as long as you don't
|
|
change the port config after running the program. xmode it to 8 bits no parity
|
|
etc. In fact, someone had enhanced the program. I don't have an ST anymore. I
|
|
had two, gave one to Kev, the other to my daughter.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8238 S1/General Interest
|
|
16-Nov-90 10:03:03
|
|
Sb: #8229-#.ar file format
|
|
Fm: David Betz 76704,47
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Thanks for the suggestions. My problem may have been the sequence in which I
|
|
did things. Are you saying that the correct sequence is to do the xmode and
|
|
then run the terminal program? Do I need an iniz in there somewhere? Would
|
|
this sequence work:
|
|
|
|
iniz
|
|
xmode
|
|
(run terminal program)
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8294 S1/General Interest
|
|
18-Nov-90 11:33:35
|
|
Sb: #8238-#.ar file format
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: David Betz 76704,47 (X)
|
|
|
|
You don't need the iniz. See my STARTT1 proc in the library.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8336 S1/General Interest
|
|
19-Nov-90 16:01:39
|
|
Sb: #8294-#.ar file format
|
|
Fm: David Betz 76704,47
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
I looked and couldn't find it in the data libraries. Which section is it in?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8341 S1/General Interest
|
|
19-Nov-90 19:17:32
|
|
Sb: #8336-.ar file format
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: David Betz 76704,47 (X)
|
|
|
|
Wherever they moved the Atari stuff.
|
|
|
|
#: 8094 S1/General Interest
|
|
09-Nov-90 23:20:00
|
|
Sb: #CRON utility
|
|
Fm: JOERG SATTLER 74016,631
|
|
To: ALL
|
|
|
|
Reading through the documentation for UUCP as posted bt Mark Griffith, I find t
|
|
that there is a utility named CRON needed. I was wondering where I might find
|
|
that utility.
|
|
Joerg, 74016,631
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8100 S1/General Interest
|
|
10-Nov-90 10:03:02
|
|
Sb: #8094-#CRON utility
|
|
Fm: Pete Lyall 76703,4230
|
|
To: JOERG SATTLER 74016,631 (X)
|
|
|
|
Joerg -
|
|
|
|
My 'cron' should be in DL9.
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8240 S1/General Interest
|
|
16-Nov-90 10:26:24
|
|
Sb: #8100-#CRON utility
|
|
Fm: Tom Napolitano 70215,1130
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Pete,
|
|
I disassembled your cron, and found a change I would like to make. viz.
|
|
cron looks for the r0 module and assumes you have a ram disk if it finds it. I
|
|
don't always initialize ram disk, so cron will error out in this case. Would
|
|
you care to upload clean source, cuz I always feel somewhat perverse , like
|
|
spying, disassembling other folks' code.
|
|
Or do you have other thoughts?
|
|
tom n
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8248 S1/General Interest
|
|
16-Nov-90 15:08:10
|
|
Sb: #8240-#CRON utility
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Tom Napolitano 70215,1130 (X)
|
|
|
|
Tom -
|
|
|
|
No os9 boxes online at the moment... feel free. Also, Kent Meyers should have a
|
|
copy, as he cleaned up most of the sleep/wake timing stuff. Another alternative
|
|
is Bill Dickhaus, who I believe has a copy.
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8365 S1/General Interest
|
|
21-Nov-90 13:41:14
|
|
Sb: #8248-#CRON utility
|
|
Fm: Tom Napolitano 70215,1130
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Thanks Pete,
|
|
On another subject, since Carl is rarely seen in these parts any more, to
|
|
whom does on report a seeming "misfeature" of the clib? I found that his
|
|
localtime() returns the month in the range 1-12 vs 0-11 as documented. (The
|
|
same program compiles and runs under msdos, unix and os9; os9 gives the
|
|
different results. This is a democracy yes? We're outvoted. ) Its easiest to
|
|
patch my code, but ultimately the library should be revised. I have source to
|
|
his library, but its several years old.
|
|
Thanks again,
|
|
tom
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8367 S1/General Interest
|
|
21-Nov-90 16:37:30
|
|
Sb: #8365-CRON utility
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Tom Napolitano 70215,1130
|
|
|
|
Tom - Ag Agreed - I too have been bitten by that one. Mark pretty much is the
|
|
guardian at the moment, but he's temporarily off CIS. I'll see about sending
|
|
him or Carl a note regarding the problem.
|
|
|
|
Pete
|
|
|
|
#: 8095 S10/OS9/6809 (CoCo)
|
|
09-Nov-90 23:46:31
|
|
Sb: #Missing file
|
|
Fm: Jim Truesdale 70335,1064
|
|
To: Sysop (X)
|
|
|
|
Last spring there was a file in LIB 10 named FORMAT.B09,
|
|
dated 4/18/87. Now I can't find it. What happened?
|
|
I would like to download it.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8098 S10/OS9/6809 (CoCo)
|
|
10-Nov-90 09:03:39
|
|
Sb: #8095-Missing file
|
|
Fm: Mike Ward 76703,2013
|
|
To: Jim Truesdale 70335,1064 (X)
|
|
|
|
I looked about in the files I have from Lib 10 here on floppie from WAY back
|
|
but couldn't locate it. Looks like it got caught in one of the periodic purges.
|
|
|
|
What did the program do? Perhaps someone out there has a copy of FORMAT.B09 or
|
|
something similar that will serve your needs?
|
|
|
|
|
|
|
|
|
|
#: 8097 S15/Hot Topics
|
|
10-Nov-90 08:41:10
|
|
Sb: #7886-Compatible OSK Machines?
|
|
Fm: William Phelps 75100,265
|
|
To: Ed Gresick 76576,3312 (X)
|
|
|
|
I was looking over your disk format information and I had some thoughts. I am
|
|
guessing that you used DSQD disks when the 720K drives were tested and DSHD
|
|
disks when the 1.2M and 1.44M drives were tested. Do you have any test
|
|
information on these drives using DSDD disks? Have you tried using larger
|
|
physical sectors; so, drive capacity will match the names?
|
|
|
|
William
|
|
|
|
#: 8099 S10/OS9/6809 (CoCo)
|
|
10-Nov-90 09:18:50
|
|
Sb: #BASIC09 Disk
|
|
Fm: REX GOODE 73777,3663
|
|
To: all
|
|
|
|
In regards to the problem I have been having reading my BASIC09 disk with my
|
|
antiquated disk drive, I remember reading somewhere once, in Rainbow I think,
|
|
that the older disk drives won't work as well if the CoCo is in high speed
|
|
mode. Does anyone think it possible that I can't read my BASIC09 disk because
|
|
OS9 has me running in high speed mode. If so, how to I do a poke in OS9 if I
|
|
can't get BASIC09 to run? Can I use a POKE like command to reduce the speed
|
|
before running BASIC09? Does any of this make sense?
|
|
Rex
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8222 S10/OS9/6809 (CoCo)
|
|
16-Nov-90 07:33:11
|
|
Sb: #8099-#BASIC09 Disk
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: REX GOODE 73777,3663 (X)
|
|
|
|
Rex, yes, you can use B09 to slow down the CoCo. I don't remember the address
|
|
though.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8328 S10/OS9/6809 (CoCo)
|
|
19-Nov-90 08:55:36
|
|
Sb: #8222-BASIC09 Disk
|
|
Fm: REX GOODE 73777,3663
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Bill,
|
|
I am waiting for a replacement of my B09 disk from Tandy. The one I bought was
|
|
bad and I haven't been able to use B09. I assume that the address to poke to is
|
|
the same for Disk Extended BASIC. Is there a POKE command in B09?
|
|
Rex
|
|
|
|
#: 8108 S13/OS9/OSK Vendors
|
|
10-Nov-90 19:34:38
|
|
Sb: Representing Second City
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: [F] Wayne Day 76703,376 (X)
|
|
|
|
Wayne -- I asked Ed Hathaway last nite about representing Second City SOftware
|
|
here, and he said "By all means!" So I'm "go" for the representation on Channel
|
|
13. --mike knudsen
|
|
|
|
#: 8109 S12/OS9/68000 (OSK)
|
|
10-Nov-90 21:49:04
|
|
Sb: #OSK module patching
|
|
Fm: Timothy J. Martin 71541,3611
|
|
To: all
|
|
|
|
What are the suggestions here for how to patch existing OSK memory modules with
|
|
additional code that increases the module size. Generally the executable code
|
|
portion of the module is in the middle of the module. How best to open up the
|
|
executable portion for more code, or whatever? I'm assuming that I'd rather
|
|
work for some standalone solution, not Traps for instance. How do folks least
|
|
painfully work on the code? Run through a dissasemmbler/assembler? Use some
|
|
unknown OSK binary editor directly? Use MW debug in some fashion?
|
|
|
|
Any favorite ideas.
|
|
|
|
Thanks - T.J. Martin
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8112 S12/OS9/68000 (OSK)
|
|
10-Nov-90 22:39:22
|
|
Sb: #8109-OSK module patching
|
|
Fm: Robert Heller 71450,3432
|
|
To: Timothy J. Martin 71541,3611 (X)
|
|
|
|
MW debug can be used. Generally it is best to go from source and re-compile.
|
|
Robert
|
|
|
|
#: 8119 S12/OS9/68000 (OSK)
|
|
11-Nov-90 15:35:35
|
|
Sb: #8109-OSK module patching
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Timothy J. Martin 71541,3611 (X)
|
|
|
|
Tim -
|
|
|
|
If you're patching at all, then you must have already figured out at least a
|
|
tiny bit of the offending code already. How large is the module?
|
|
|
|
I guess it depends on the tools you have, and what you're patching.
|
|
|
|
When I first started patching, I simply assembled the extra code.. which I then
|
|
merged onto the _end_ of the module in question... plus a few extra bytes where
|
|
a new CRC would be made, using Verify. Obviously I also used debug (or a
|
|
program) to change some of the old code to jump to the new routines. This
|
|
method is relatively quick and easy.
|
|
|
|
Nowadays, I disasm the whole thing... but you have to get it into just good
|
|
enough shape so that adding code in the middle doesn't screw up something else
|
|
(like a table of offsets)... which means you have to go through the whole
|
|
module and look for stuff like that. If the module is small enough, this can
|
|
be done fairly quickly, tho.
|
|
|
|
No matter how you patch it, the way to distribute the patches (if patching
|
|
something that's commercial, that is) is to use Bob Santy's MakPatch/IPatch
|
|
programs (see PATCH.AR in Lib 12). They generate what we call "ipatch" files
|
|
(".ipc") so that anyone with the original code can insert/delete new code.
|
|
best - kev
|
|
|
|
#: 8111 S7/Telecommunications
|
|
10-Nov-90 22:38:14
|
|
Sb: #!#$% modem & answer mode
|
|
Fm: James Jones 76257,562
|
|
To: All
|
|
|
|
Anyone else out there have a Gold Star GSM2400 modem? I own one, and so far,
|
|
it's only had one quirk, namely that of randomly thinking it has gone onhook
|
|
when it really hasn't...
|
|
|
|
...BUT, now that I'm trying to use OSTerm in remote mode, I can't make it work
|
|
to save my soul. I set S0 to some appropriate non-zero value (3). I have bit
|
|
7 of S14 cleared, which supposedly puts it in answer mode. Despite this, when
|
|
someone tries to dial in, the modem answers, but doesn't detect carrier.
|
|
|
|
I'm getting within epsilon of throwing the modem across the room. Any and all
|
|
ideas are welcome at this point.
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8113 S7/Telecommunications
|
|
11-Nov-90 10:41:45
|
|
Sb: #8111-#!#$% modem & answer mode
|
|
Fm: Zack Sessions 76407,1524
|
|
To: James Jones 76257,562 (X)
|
|
|
|
You don't have carrier detect forced high as you have to have it for dialing
|
|
out do you? If so, you seen to force it back low. Hayes command would be AT&C1.
|
|
|
|
Zack
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8114 S7/Telecommunications
|
|
11-Nov-90 11:17:36
|
|
Sb: #8113-#!#$% modem & answer mode
|
|
Fm: James Jones 76257,562
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Thanks. I'll give that a try.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8226 S7/Telecommunications
|
|
16-Nov-90 07:37:30
|
|
Sb: #8114-#!#$% modem & answer mode
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: James Jones 76257,562 (X)
|
|
|
|
James, some modems won't switch from using ORIGINATE to ANSWER freqs. When you
|
|
set them up the revert to using ORIGINATE. So you hafta include a command to
|
|
use ANSWER. (like the switch on the M-100). 'nuff said?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8257 S7/Telecommunications
|
|
16-Nov-90 22:11:38
|
|
Sb: #8226-#!#$% modem & answer mode
|
|
Fm: James Jones 76257,562
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Nuff said--thanks for the advice. I did finally get it to work...the manual
|
|
for that modem is, um, not at all easy to find stuff in.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8270 S7/Telecommunications
|
|
17-Nov-90 08:34:19
|
|
Sb: #8257-#!#$% modem & answer mode
|
|
Fm: Steve Wegert 76703,4255
|
|
To: James Jones 76257,562 (X)
|
|
|
|
JJ,
|
|
|
|
What was the magic combination? Got a guy over on the CoCo forum that having
|
|
problems with his Goldstar.
|
|
|
|
Steve
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8274 S7/Telecommunications
|
|
17-Nov-90 12:37:06
|
|
Sb: #8270-!#$% modem & answer mode
|
|
Fm: James Jones 76257,562
|
|
To: Steve Wegert 76703,4255 (X)
|
|
|
|
Ack! I thought I had it written down...it's probably on a piece of paper that
|
|
I can't find now, but...aside from stuff that I turned on because OSTerm wants
|
|
to see verbose results of commands, the important stuff was ATS0=1&C1, I think.
|
|
|
|
#: 8115 S7/Telecommunications
|
|
11-Nov-90 11:39:01
|
|
Sb: #8111-#!#$% modem & answer mode
|
|
Fm: Jay Truesdale 72176,3565
|
|
To: James Jones 76257,562 (X)
|
|
|
|
|
|
Assuming that your Gold Star GSM2400 is attached to a computer and you a trying
|
|
to dial in to that computer:
|
|
|
|
is DTR high from the computer or the modem set to ignore DTR?
|
|
|
|
Are you trying to dial in to an OSK system? If so I've got some hints on how
|
|
to set up the modem in a file on my disk here somewhere.
|
|
|
|
Could you provide more details as to what your hardware configuration is?
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8123 S7/Telecommunications
|
|
11-Nov-90 17:49:52
|
|
Sb: #8115-#!#$% modem & answer mode
|
|
Fm: James Jones 76257,562
|
|
To: Jay Truesdale 72176,3565 (X)
|
|
|
|
I'm using my CoCo 3, hooked up via a Ken-Ton dual ACIA cartridge. xmode output
|
|
shows type=0, i.e. loss of carrier doesn't kill processes on the port. As for
|
|
modem settings, let's see... It says S21=0, which implies in particular that
|
|
DTR is ignored. Perhaps I should change that...
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8161 S7/Telecommunications
|
|
12-Nov-90 21:34:25
|
|
Sb: #8123-#!#$% modem & answer mode
|
|
Fm: Steve Wegert 76703,4255
|
|
To: James Jones 76257,562 (X)
|
|
|
|
Jim,
|
|
|
|
I'm also using the Ken-tron dual aciapak. /t5 is my dial out ... /t4 is dial
|
|
in.
|
|
|
|
Until I switched over to another tsmon type utility, the command string I sent
|
|
the dial in modem to initialize was:
|
|
|
|
ATE0M0Q0S0=1V0X4&c1&d2
|
|
|
|
|
|
The S0=1, &c1 and &d2 should be the critical parameters.
|
|
|
|
Steve
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8168 S7/Telecommunications
|
|
13-Nov-90 06:03:28
|
|
Sb: #8161-!#$% modem & answer mode
|
|
Fm: James Jones 76257,562
|
|
To: Steve Wegert 76703,4255 (X)
|
|
|
|
Great! I will give that a try. Thanks!
|
|
|
|
#: 8116 S1/General Interest
|
|
11-Nov-90 11:40:46
|
|
Sb: #Gespac's G-Windows
|
|
Fm: Jay Truesdale 72176,3565
|
|
To: all
|
|
|
|
In the November 1, 1990 issue of "Computer Design" inside the front cover is a
|
|
full page color ad from Gespac introducing their new "G-Windows" for OSK. Looks
|
|
pretty neat as they've got a bunch of stuff on screen at once all
|
|
multi-tasking. From the ad...
|
|
|
|
"Introducing G-Windows, a complete Graphical User Interface for the OS-9
|
|
Real-Time Multitasking Operating System. G-Windows lets you build a visually
|
|
attractive and powerful user interface using a set of simple and easy-to-use
|
|
function calls to create windows, menus, and a variety of input/output gadgets.
|
|
An application editor, G-View lets you draw screens with gadgets that link
|
|
easily in to your applciation program written in C. What's more, G-Windows is
|
|
totally multi-tasking (all windows can be active and updated at the same time).
|
|
It is extremely memory efficient and can be ROMed for embedded systems
|
|
applications.
|
|
|
|
G-Windows will operate on any G-64/G-96 or VME bus 680x0 system running OS-9.
|
|
Just plug in GESAPC's Graphics, mouse and keyboard interface card into your
|
|
backplane, install the G-Windows software and your system is ready to shine
|
|
with 256 colors and resolution of 640 X 480 and higher."
|
|
|
|
They've got a video available that they say is free. Gespac 1-800-4-GESPAC.
|
|
|
|
|
|
I also saw a Microware ad on p. 27 for the OS-9 and OS-9000 catalogs.
|
|
|
|
-J
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8120 S1/General Interest
|
|
11-Nov-90 15:42:28
|
|
Sb: #8116-Gespac's G-Windows
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Jay Truesdale 72176,3565 (X)
|
|
|
|
Yah, we looked at using G-Windows. It's about 100K long, and the optional
|
|
developer's pack is for C programmers only, I believe. Hmmm... I suppose
|
|
someone could write a Basic09 interface from that, tho. Thx for the posting!
|
|
- kev
|
|
|
|
#: 8117 S10/OS9/6809 (CoCo)
|
|
11-Nov-90 13:04:24
|
|
Sb: #7703-WD & HD Problems
|
|
Fm: Bruce Isted (UG VP) 76625,2273
|
|
To: Mike Stephenson 71655,415 (X)
|
|
|
|
Mike,
|
|
Sorry for replying so late, but I finally did answer your email. I don't
|
|
think the problem is too hard to fix.
|
|
Bruce
|
|
|
|
|
|
|
|
#: 8121 S9/Utilities
|
|
11-Nov-90 16:01:19
|
|
Sb: #Cron help
|
|
Fm: Ken Drexler 75126,3427
|
|
To: Ted Miller 76545,457 (X)
|
|
|
|
Ted,
|
|
|
|
Sorry so see you had problems with my ramdisk running on a CoCo. Since seeing
|
|
your message, I have tried ramdisk on my machine with cron and had no
|
|
difficulty.
|
|
|
|
I wonder if it is in the CoCo's implementation of F$MapBlk or F$ClrBlk or in
|
|
you version of cron. I the cron I have is by Pete Lyall and is downloaded from
|
|
here. It is edition 5 and has a size of $38D and a crc of $A6D46E. It
|
|
recognizes in turn /r0 and /dd. It also looks for /nl or /nul to dump its i/o
|
|
to/from.
|
|
|
|
If you could provide more information, I could try and run down why ramdisk did
|
|
not work on your CoCo with cron. (Did you have /nl or /nil in memory?)
|
|
|
|
Ken Drexler 75126,3427
|
|
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8207 S9/Utilities
|
|
15-Nov-90 22:04:39
|
|
Sb: #8121-#Cron help
|
|
Fm: Ted Miller 76545,457
|
|
To: Ken Drexler 75126,3427 (X)
|
|
|
|
|
|
Thanks for responding to my message concerning cron and your ramdisk driver.
|
|
Your message prompted me to start experimenting again and I've come up with the
|
|
following observations. When I start cron (i.e. cron -l&), and before cron
|
|
errors out, if I try to access the ramdisk I get an error 241 (sector error).
|
|
When cron errors out,after a minute has passed, I can access the ramdisk again
|
|
with no problem. The cronerrs file reports "cannot open /r0/sys/crontab". If I
|
|
try to start cron without forking (i.e. cron), and then press the Break key to
|
|
end the process, the ramdisk is permanantly scrambled. All I get is error 241
|
|
when the ramdisk is accessed. I have to deiniz the ramdisk and then iniz again
|
|
in order to use the ramdisk once more. BTW I have the same version of cron that
|
|
you have and I have no problem with cron when using Kevin Darlings ramdisk.
|
|
|
|
Here is another strange anomaly that I have noticed when using your ramdisk.
|
|
Recently I have been working on learning 'C'. To this end I use a simple
|
|
interface program called devsys that enables one to set the compiler
|
|
options,run the compiler and call an editor at the press of a key. I use a
|
|
version of 'cc' written by Pete Lyall that uses a ramdisk for all its files.
|
|
Ordinarily this combination works very well with your ramdisk. However I have
|
|
two boot disks, the only difference being that one has Vdgint installed and the
|
|
other one doesn't. When I boot with Vdgint installed I have problems with the
|
|
above setup. When 'devsys' calls 'cc' to compile my source code it errors out
|
|
with error 213 (non existing segment). However if I switch to another window
|
|
and call 'cc' manually the file compiles with no problems. Please note that the
|
|
existence of Vgdint in the boot has no bearing with cron not working
|
|
|
|
I couldn't even hazard a guess to what is going on. Right now the advantage of
|
|
the ease of calling and removing your ramdisk outwieghs the above problems and
|
|
I thank you for supplying it.
|
|
|
|
Ted Miller
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8273 S9/Utilities
|
|
17-Nov-90 11:17:36
|
|
Sb: #8207-Cron help
|
|
Fm: Ken Drexler 75126,3427
|
|
To: Ted Miller 76545,457 (X)
|
|
|
|
Ted,
|
|
|
|
Thanks for the message. I will have to scratch my head a while to see if I can
|
|
figure out what is going (or not going) on. I think from you description, I
|
|
can eliminate cron as a suspect. Beyond that I need some think time.
|
|
|
|
I will get back to you.
|
|
|
|
Ken
|
|
|
|
#: 8124 S12/OS9/68000 (OSK)
|
|
11-Nov-90 18:26:00
|
|
Sb: #Tape on a Force CPU-30
|
|
Fm: Robert Heller 71450,3432
|
|
To: Any Force People
|
|
|
|
I recently bought a Force CPU-30 system with OS-9/68K (v2.3). This system has a
|
|
SCSI controller on the CPU board and the system came with a device driver for
|
|
an Archive Viper (2150) QIC-150 SCSI tape drive. I purchased elswere a used
|
|
Archive Scorpion (QIC-24) tape drive and a Adaptec ACB-3530 SCSI to QIC-36
|
|
controller. I've connected the Scorpion/Adaptec unit to the SCSI bus and
|
|
loaded the driver and descriptor for the Viper and tried to use the tape. It
|
|
does not seem to work. Nothing happens, except the system hangs. I have set
|
|
the SCSI address on the SCB-3530 to 4, to match the address in the descriptor.
|
|
Is there some reason the Viper driver won't work with a different SCSI tape
|
|
drive? The system came with sources for the driver, so I can edit and re-build
|
|
the driver if needed. I am not sure what I would need to change though.
|
|
|
|
Also: does anyone have a program (for the Force CPU-30) that will scan down
|
|
the SCSI bus doing an Inquiry command and reporting what is found on the bus?
|
|
Just to be sure that the address is set to what it should be and to see if the
|
|
controller board is alive and well (or at least talking to the bus).
|
|
|
|
Robert Heller
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8125 S12/OS9/68000 (OSK)
|
|
11-Nov-90 19:42:21
|
|
Sb: #8124-Tape on a Force CPU-30
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Robert Heller 71450,3432 (X)
|
|
|
|
Robert - I don't know anything about Force systems, but your idea of a SCSI bus
|
|
inquiry util sounds neat... I hope someone picks up on it.
|
|
|
|
#: 8135 S12/OS9/68000 (OSK)
|
|
12-Nov-90 10:44:28
|
|
Sb: #8124-#Tape on a Force CPU-30
|
|
Fm: Mark Wuest 74030,332
|
|
To: Robert Heller 71450,3432 (X)
|
|
|
|
Robert,
|
|
Although SCSI sounds like a standard, the command sets supported by different
|
|
devices are different. Most likely, the Viper driver sends out a command
|
|
that the controller from Adaptec does not support. I would have honestly been
|
|
surprised if it *DID* work, they're so different. I'm assuming that you have
|
|
MW's stock driver (sbviper) that uses the module to avoid collisions
|
|
on the SCSI bus. If so, just get the docs for the Adaptec and change their
|
|
driver to work with it.
|
|
Sorry to not be more help.
|
|
Mark
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8145 S12/OS9/68000 (OSK)
|
|
12-Nov-90 14:27:08
|
|
Sb: #8135-#Tape on a Force CPU-30
|
|
Fm: Robert Heller 71450,3432
|
|
To: Mark Wuest 74030,332 (X)
|
|
|
|
Mark:
|
|
|
|
I have the docs for the Adaptec controller and I compared it to what I
|
|
believe the sbviper driver is doing and it looked like it should work...
|
|
|
|
Since I have the sources, I guess I'll just copy the whole beast over and
|
|
go through it with the Adaptec docs and make sure the driver and the controller
|
|
are on the same wavelength... The only other posiblity is either the board is
|
|
bad or I don't have the address set correctly.
|
|
|
|
Robert
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8146 S12/OS9/68000 (OSK)
|
|
12-Nov-90 16:29:51
|
|
Sb: #8145-#Tape on a Force CPU-30
|
|
Fm: Mark Wuest 74030,332
|
|
To: Robert Heller 71450,3432 (X)
|
|
|
|
Robert,
|
|
I know this sounds dumb, but you need to be careful about SCSI termination.
|
|
Most SCSI devices are very picky about the voltage levels which are affected
|
|
by termination. Make sure you are terminated in two and only two places -
|
|
preferably on the ends of your SCSI cable. I must confess that this has
|
|
screwed me up (along with a blown "pico-fuse") numerous times when trying
|
|
to hook up different SCSI devices.
|
|
FWIW, I have Motorola MVME147, OMTI 5400, Archive Viper, and Micropolis
|
|
Imbedded SCSI devices.
|
|
Also, make sure you only have one device (and at least one <g>) providing
|
|
power to the SCSI bus. If you have none, there's your problem. If you have
|
|
two, I think you risk blowing something.
|
|
Mark
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8262 S12/OS9/68000 (OSK)
|
|
17-Nov-90 01:13:41
|
|
Sb: #8146-#Tape on a Force CPU-30
|
|
Fm: Robert Heller 71450,3432
|
|
To: Mark Wuest 74030,332 (X)
|
|
|
|
Mark:
|
|
With the tape drive connected, the hard disk continues to work. I'm
|
|
assuming that means that the SCSI bus itself is ok. I do have a termination
|
|
connecter at the end of the cable.
|
|
When I do a hard system reset (and when I power up the system), the tape
|
|
drive does an initialization (makes little noises and its light comes on
|
|
briefly). I'm assuming that the SCSI controller on the CPU board is sending a
|
|
general initialization command to everything on the SCSI bus.
|
|
Robert
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8263 S12/OS9/68000 (OSK)
|
|
17-Nov-90 01:15:38
|
|
Sb: #8262-Tape on a Force CPU-30
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Robert Heller 71450,3432 (X)
|
|
|
|
Robert -
|
|
|
|
If it's anything like the Wangtek drives (60/125/150) that I use, the liht
|
|
flashing and noise making is all perfectly normal.
|
|
|
|
Pete
|
|
|
|
#: 8329 S12/OS9/68000 (OSK)
|
|
19-Nov-90 09:30:31
|
|
Sb: #8262-Tape on a Force CPU-30
|
|
Fm: Mark Wuest 74030,332
|
|
To: Robert Heller 71450,3432 (X)
|
|
|
|
Robert,
|
|
Yup - if ANY devices on the SCSI bus work properly, you probably have it
|
|
hooked up right. FWIW, the tape drive does its little song-and-dance even if no
|
|
SCSI cable is hooked up to it when you power it up.
|
|
Maybe the next step is to run through it with sysdbg and see how far you do
|
|
get. Remember, putting breakpoints in drivers (and especially interrupt
|
|
routines) will bring your system down. But then, that's what reset buttons are
|
|
for! You may have to power down to reset the SCSI device. If you can
|
|
re-assemble sbviper and place global symbols (end in ":") at strategic points,
|
|
it will make debugging a lot easier.
|
|
Lots of luck!
|
|
Mark
|
|
|
|
#: 8126 S4/MIDI and Music
|
|
11-Nov-90 21:19:05
|
|
Sb: TX81Z Editor Change
|
|
Fm: Ches Looney 73016,1336
|
|
To: Bill Jackson 72737,2254 (X)
|
|
|
|
Bill, There is an error of omission in the Disk Save portion of the TX81Z
|
|
Editor program. The following segment is corrected in a way that works;
|
|
however, you may wish to modify in a different way. Lines 3592 and 3595 have
|
|
been added. Lines 3630 and 3640 have been deleted and line 3620 has been
|
|
truncated. Regards, Ches.
|
|
|
|
3540 REM *********************DISK SAVE********************************
|
|
3550 GOSUB 2430:GOSUB 3870:LOCATE 20,23:PRINT"SAVE UNDER VOICE NAME? (Y/N) ";
|
|
3560 GOSUB 580:IF P$<>"Y" AND P$<>"N" THEN 3560
|
|
3570 FI$="":FOR Z=0 TO 7:IF NM$(Z)="0" THEN FI$=FI$+"O": GOTO 3590
|
|
3571 IF NM$(Z)="." OR NM$(Z)="/" OR NM$(Z)=":" THEN FI$=FI$+"*":GOTO3590
|
|
3580 FI$=FI$+NM$(Z)
|
|
3590 NEXT
|
|
3592 IF P$="Y" THEN 3600
|
|
3595 GOSUB 3870:LOCATE 20,23:PRINT"ENTER NEW FILE NAME ";:GOSUB 580
|
|
3597 FI$=P$
|
|
3600 GOSUB 3870:LOCATE 20,23: PRINT "ENTER DRIVE #";: GOSUB 580
|
|
3610 IF P$<"0" OR P$>"3" THEN 3600
|
|
3620 FI$=FI$+"/SGL:"+P$
|
|
3650 N=256*PEEK(BS)+PEEK(BS+1):N = N+BF
|
|
3660 POKE &HFFD8,0:SAVEM FI$,BF,N,N:POKE &HFFD9,0
|
|
3670 RETURN
|
|
|
|
|
|
#: 8127 S4/MIDI and Music
|
|
11-Nov-90 21:24:17
|
|
Sb: #UltiMusE
|
|
Fm: Ches Looney 73016,1336
|
|
To: Mike Knudsen 72467,1111 (X)
|
|
|
|
Mike, UltiMusE continues to fascinate me! The latest discovery is that I've
|
|
been wasting time with rolled chords and grace notes. I didn't know all I had
|
|
to do was to put a short rest or a short note in front of the existing long
|
|
note and UME would fix it up. I had been laboriously putting in proper rests
|
|
and tied notes to create the roll or the note after the grace note. Marvelous
|
|
program that UME. Thanks also for the electronic mail info. Your latest
|
|
received; I have a lead on a MT-32 that I may own in a few days. Thanks for
|
|
your guidance. Ches.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8301 S4/MIDI and Music
|
|
18-Nov-90 17:53:17
|
|
Sb: #8127-UltiMusE
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Glad you found that out, CHes, grin! Still have to think to put grace notes
|
|
after another note, tho, I think -someday I might add the ability to "chip" off
|
|
the end of a note as well as the beginning. Say, I hope you do (a) read random
|
|
parts of the manual over again sometimes just for fun -- never know what you
|
|
might have missed 1st time, and lots of things might make for sense now. And
|
|
(b) fool around with the mouse and punch thru all the buttons and sub-menus.
|
|
One of these days some user is going to really surpise me with some capability
|
|
I never dreamed was there (I don't get to do much mousing myself, but Ed
|
|
Hathaway does).
|
|
|
|
Keep those uploads coming. I'm putting up some scores (rock) and a new Jukebox
|
|
tonite. --mike k
|
|
|
|
#: 8128 S4/MIDI and Music
|
|
11-Nov-90 22:05:00
|
|
Sb: #TX81Z Editor Change2
|
|
Fm: Ches Looney 73016,1336
|
|
To: Bill Jackson 72737,2254 (X)
|
|
|
|
Bill, correction to previous message: can't delete 3630,3640 due to other
|
|
references. Similarly, can't truncate 3620. Also note added line 3597. Maybe
|
|
references to line 3630 in 4130, 7100 and 7120 can be changed to refer to line
|
|
3595 and then delete 3630,3640 and truncate 3620. Ches.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8141 S4/MIDI and Music
|
|
12-Nov-90 11:08:52
|
|
Sb: #8128-#TX81Z Editor Change2
|
|
Fm: bill jackson 72737,2254
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Ches I believe those errors have been fixed on the copy of the program I sent
|
|
you. . I nenever got around to re-uploading it. Feel fee to do so if you want.
|
|
I lack the ability to do that anymore.
|
|
|
|
Have fun,
|
|
|
|
Bill
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8173 S4/MIDI and Music
|
|
13-Nov-90 10:21:20
|
|
Sb: #8141-TX81Z Editor Change2
|
|
Fm: Ches Looney 73016,1336
|
|
To: bill jackson 72737,2254 (X)
|
|
|
|
OK, Bill. Thanks - Ches.
|
|
|
|
#: 8129 S12/OS9/68000 (OSK)
|
|
11-Nov-90 22:50:33
|
|
Sb: #Reading 68000 disks
|
|
Fm: Greg Law 72130,23
|
|
To: Kevin Darling 76703,4227 (X)
|
|
|
|
Kevin,
|
|
|
|
I am at wits end trying to convert a "Universal format" disk. According
|
|
to the information given to me by Stephen Weller at Windsor Systems, the
|
|
Universal format disks for OS-9/68000 (3.5 inch) use 16 sectors per track with
|
|
a sector and track offset of one. Well, I've written this program that runs on
|
|
the PC-clone that reads CoCo format disks beautifully so I altered the source
|
|
code to change the track offset to one and 16 sector tracks. It reads the ID
|
|
Sector (LSN 0), the file descriptor for the root directory, and the root
|
|
directory entries just fine. But when I select CMDS from the root directory, I
|
|
get a bizarre looking file descriptor for the CMDS directory. The first few
|
|
entries look just fine, but when it gets to the created date it's set at 4/3/50
|
|
or something similar. Examining it closer, it appears there is one byte extra
|
|
in the file descriptor from somewhere. Yet, the segment list looks fine and it
|
|
jives with the filesize. In other words, CMDS/basic is supposed to start at LSN
|
|
8 and occupies 216 sectors. The file size is 55,xxx bytes and seems to jive
|
|
with 216 sectors. I figured if the segment list looks okay, Microware must have
|
|
stuffed some funny values for the creation date and the User ID is 256 (1.0?).
|
|
When I look at the sector data at LSN 8 (CMDS/basic), the first four
|
|
values are $00,00,00,00 - I thought the header should be $4A,FC,xx,xx. I took a
|
|
peek at CMDS/runb and it's the same way. Is this normal for OS-9/68000
|
|
executable files? I've diddled the LSN values up and down and haven't spotted
|
|
anything yet - but LSN 9 has the string "Trap not installed" which seems to
|
|
allude to the fact that this must be CMDS/basic. It's a real bummer examining
|
|
all of this stuff at home on a PC with the 68000 system sitting on my desk at
|
|
work so I don't have the ability to run it through an ident or compare it
|
|
against a known good executable file.
|
|
|
|
-- Greg
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8131 S12/OS9/68000 (OSK)
|
|
12-Nov-90 06:16:11
|
|
Sb: #8129-#Reading 68000 disks
|
|
Fm: Robert Heller 71450,3432
|
|
To: Greg Law 72130,23 (X)
|
|
|
|
Greg:
|
|
Did you check the sector interleave factor? It could be that you have
|
|
adjacent sectors swapped or something. What is the sector interleave factor
|
|
for a "normal" CoCo disk? I'd have to fire up my Force system to check.
|
|
Robert
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8154 S12/OS9/68000 (OSK)
|
|
12-Nov-90 19:40:36
|
|
Sb: #8131-#Reading 68000 disks
|
|
Fm: Greg Law 72130,23
|
|
To: Robert Heller 71450,3432 (X)
|
|
|
|
Robert,
|
|
|
|
I am using a method that doesn't require me to fiddle with the
|
|
interleave factor on the disk. I just tell the NEC PD765 floppy controller chip
|
|
to read Track 1 Sector 8 and it finds it for me. I did finally get the rascal
|
|
working last night. I don't know what the problem was, but the first few bytes
|
|
in CMDS/basic were always wrong while running in the C source debugger. I
|
|
finally exited the debugger and tried it ala-carte and it worked. That made me
|
|
a little suspicious so I started investigating the source a little closer and
|
|
found one of the pointers was getting stomped on causing the first four bytes
|
|
of my data buffer to get overwritten. Very strange problem and the funny thing
|
|
is that the debugger was telling me what was happening all along - in an
|
|
obvious way no less - and I ignored it. ;)
|
|
I knew I was running into memory allocation problems - at least I was
|
|
always allocating new buffers without returning the old memory - but I was in
|
|
such a blasted hurry to get the program running so I could copy the files off
|
|
at disk. I'll have to clean up the code tonight to make it nice and tight. I
|
|
just wonder what format disk I'll receive next week. ;)
|
|
|
|
-- Greg
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8158 S12/OS9/68000 (OSK)
|
|
12-Nov-90 20:27:59
|
|
Sb: #8154-Reading 68000 disks
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Greg Law 72130,23 (X)
|
|
|
|
Glad to hear you got it going!
|
|
|
|
#: 8264 S12/OS9/68000 (OSK)
|
|
17-Nov-90 01:21:01
|
|
Sb: #8154-Reading 68000 disks
|
|
Fm: Robert Heller 71450,3432
|
|
To: Greg Law 72130,23 (X)
|
|
|
|
Greg:
|
|
I know how those stray pointers/indexes can really screw you up in
|
|
interesting and bizzare ways. I wrote this program to run on our DECStations
|
|
and the program had a bogus array index problem. The wierdness was this: when
|
|
the program was compiled and run on a Sun4, it appeared to work ok. It also
|
|
worked on the DECStations, when I was writing to a NFS mounted VMS disk, but
|
|
trashed the output file when writing to either a local DECStation disk or a NFS
|
|
mounted DECStation disk (differently trashed). The problem was my bogus index
|
|
was walking on the buffer allocated and used by fwrite() and a different amount
|
|
of buffering was being used for different logical output devices and I was
|
|
randomly lucking out on the Sun and when writing to the VMS disk.
|
|
Robert
|
|
|
|
#: 8132 S12/OS9/68000 (OSK)
|
|
12-Nov-90 06:31:01
|
|
Sb: #8129-#Reading 68000 disks
|
|
Fm: Robert Heller 71450,3432
|
|
To: Greg Law 72130,23 (X)
|
|
|
|
Here is a universal floppy format descriptor I have on my Force CPU-30:
|
|
|
|
|
|
(you might want to make sure that your program on your PC is using this sort of
|
|
setup.)
|
|
|
|
descriptor name : u0 file manager name :
|
|
RBF device driver name : rb1772 port address :
|
|
$ff803800 irq vector : 113 irq level
|
|
: 6 irq priority : 2 device mode capabilities
|
|
: $a7 device class : $01 drive number
|
|
: 2 step rate : 0 device type
|
|
: $20 track 0 DD (PD_TYP) density : $03
|
|
DD, 96TPI (PD_DNS) reserved : $00 number of
|
|
cylinders : 79 PD_CYL number of heads/sides :
|
|
2 PD_SID disk write verification : 0 default sectors/track
|
|
: 16 PD_SCT default sectors/track 0 : 16 PD_TOS
|
|
segment allocation size : 8 sector interleave factor :
|
|
2 PD_ILV (sector interleave) dma transfer mode : 0
|
|
track base offset : 1 PD_TOffs sector base offset
|
|
: 1 PD_SOffs sector size : 256
|
|
PD_SSize control word : $0000 number of tries (1=no
|
|
retry) : 7 scsi unit number of drive : 0 write
|
|
precompensation cylinder : 0 reduced write current cylinder : 0
|
|
cylinder to park disk head : 0 logical sector offset :
|
|
0 total cylinders on device : 80 PD_TotCyls scsi controller id
|
|
: $00 scsi options flags : $00000000
|
|
|
|
Robert
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8155 S12/OS9/68000 (OSK)
|
|
12-Nov-90 20:00:26
|
|
Sb: #8132-#Reading 68000 disks
|
|
Fm: Dan Robins 73007,2473
|
|
To: Robert Heller 71450,3432 (X)
|
|
|
|
Robert,
|
|
You may want to try posting that message again and use the command:
|
|
POST UNF
|
|
The UNF stands for UNFormatted....which tells CIS not to play around with
|
|
formatting your message. This one didn't look like you probably intended it to.
|
|
Dan
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8265 S12/OS9/68000 (OSK)
|
|
17-Nov-90 01:22:53
|
|
Sb: #8155-#Reading 68000 disks
|
|
Fm: Robert Heller 71450,3432
|
|
To: Dan Robins 73007,2473 (X)
|
|
|
|
Dan:
|
|
I'm not real familur with CIS - have not used it much. The POST UNF
|
|
command is definately one to keep in mind! Thanks for the info.
|
|
Robert
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8266 S12/OS9/68000 (OSK)
|
|
17-Nov-90 05:45:13
|
|
Sb: #8265-Reading 68000 disks
|
|
Fm: Dan Robins 73007,2473
|
|
To: Robert Heller 71450,3432 (X)
|
|
|
|
Robert,
|
|
Just yak at us if we can be of assistance in the future.
|
|
|
|
Dan
|
|
|
|
#: 8133 S7/Telecommunications
|
|
12-Nov-90 09:02:59
|
|
Sb: #Games
|
|
Fm: Keith O'Donnell 73730,1233
|
|
To: all
|
|
|
|
I am running a 4 line bbs on a coco3 with 1 meg upgrade. It has been running
|
|
good for about a year and better after the upgrade the only thing it is lacking
|
|
somewhat on good online games. Does anyone know where I could get some have
|
|
gallactic comflict and pertascii.
|
|
Keith OD
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8144 S7/Telecommunications
|
|
12-Nov-90 13:57:55
|
|
Sb: #8133-Games
|
|
Fm: edward langenback 73510,145
|
|
To: Keith O'Donnell 73730,1233 (X)
|
|
|
|
well, OS/9 Lvl 2 BBS v3.0 from Alpha software tech includes a shareware
|
|
version of Galactic Conflict. a pretty good one, completely configureable
|
|
by the sysop.
|
|
|
|
i've had it going on my board for over a month now, and i haven't had
|
|
any problems with it. (other than finding time to play [;)] )
|
|
|
|
"KMA-68!!"
|
|
>>>>>S S<<<<<
|
|
!!!!!!!!!!!!!
|
|
|
|
#: 8134 S3/Languages
|
|
12-Nov-90 10:33:35
|
|
Sb: #global labels in "c"
|
|
Fm: Mark Wuest 74030,332
|
|
To: all
|
|
|
|
I just tried to put my very first label in a "c" program to no avail. I've
|
|
never used "goto", and do not need it now. What I want is to put a global label
|
|
in so that sysdbg can be used to put a breakpoint in the code without having to
|
|
disasemble a rather lengthy function looking for the right place.
|
|
|
|
Here's what my code looked like:
|
|
if(a){
|
|
dothis();
|
|
dothat();
|
|
}
|
|
else{
|
|
FOO:
|
|
x = -1;
|
|
}
|
|
When I tried to find FOO in the symbol table with sysdbg, I could not find it.
|
|
When I tried to put a breakpoint at it ("b FOO"), sysdbg complained with
|
|
"breakpoint at odd address" and did not put one there.
|
|
Ok, all you non-structured (and proud of it!) goto'ers out there, how do I put
|
|
a global label in a function? (We worked around it with a function that just
|
|
did the "x = -1" and returned.)
|
|
Mark
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8148 S3/Languages
|
|
12-Nov-90 17:48:38
|
|
Sb: #8134-#global labels in "c"
|
|
Fm: James Jones 76257,562
|
|
To: Mark Wuest 74030,332 (X)
|
|
|
|
Sorry, but if you look close you'll notice that the C compiler output contains
|
|
labels of the form _<number> which do not appear in .r files corresponding to
|
|
labels, since they're known only in the function.
|
|
|
|
If you are determined, you'll have to do something like edit the assembly
|
|
language output, find the label that corresponds to FOO, and tack a colon on
|
|
the end to make it global.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8174 S3/Languages
|
|
13-Nov-90 10:47:28
|
|
Sb: #8148-global labels in "c"
|
|
Fm: Mark Wuest 74030,332
|
|
To: James Jones 76257,562 (X)
|
|
|
|
I was hoping you'd say something like "labels in C are supposed to be so-and-so"
|
|
Oh well.
|
|
We effectively did what you said by compiling to the .a with source imbedded
|
|
as comments to help us find the spot, then went to a separate function. Too
|
|
bad we don't have our imbedded application on a network so we could use srcdbg!
|
|
Thanks mucho,
|
|
Mark
|
|
|
|
#: 8150 S9/Utilities
|
|
12-Nov-90 18:36:36
|
|
Sb: #7882-#Rssave
|
|
Fm: KEVIN JOHNSON 76475,1106
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
No, it is where YOU might usually load it from! Where I load it from is MY
|
|
choice. Sorry to be so buggy, but I think you're ignoring the OS9 concept.
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8175 S9/Utilities
|
|
13-Nov-90 16:01:35
|
|
Sb: #8150-Rssave
|
|
Fm: Zack Sessions 76407,1524
|
|
To: KEVIN JOHNSON 76475,1106 (X)
|
|
|
|
I simply do a "load RSDos", just EXACTLY like dsave does a "load copy". That
|
|
way it gets loaded from your current execution directory which is wherever you
|
|
have done a CHX to. Isn't that the "OS9 concept"? The intention was to make a
|
|
utility command similar to dsave which used RSDos instead od copy. Which RSSave
|
|
does very well. You are the only person who has made such a comment about this
|
|
utility. You are also the first person to accuse me of "ignoring the OS9
|
|
concept". I don't think I am since the RSSave command works JUST LIKE the
|
|
standard OS9 dsave command.
|
|
|
|
Zack
|
|
|
|
#: 8151 S1/General Interest
|
|
12-Nov-90 18:40:39
|
|
Sb: #UNIX
|
|
Fm: KEVIN JOHNSON 76475,1106
|
|
To: ALL
|
|
|
|
Can anyone shed any light on how good the AT&T PC7300 is as a UNIX machine? I
|
|
have heard that some of AT&T machines are real dogs. But which ones?
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8152 S1/General Interest
|
|
12-Nov-90 19:01:32
|
|
Sb: #8151-UNIX
|
|
Fm: Pete Lyall 76703,4230
|
|
To: KEVIN JOHNSON 76475,1106 (X)
|
|
|
|
The 7300 is allegedly 'okay'. Not a speed demon, but the price is typically
|
|
right (~$750 in the used market). I understand that math operations are
|
|
notoriously slow for some reason...
|
|
|
|
Pete
|
|
|
|
#: 8172 S1/General Interest
|
|
13-Nov-90 08:23:29
|
|
Sb: #8151-UNIX
|
|
Fm: David Betz 76704,47
|
|
To: KEVIN JOHNSON 76475,1106 (X)
|
|
|
|
With a decent sized hard disk and at least 1MB of memory, the 7300 isn't a bad
|
|
UNIX machine. You used to be able to buy them for under $1000 and upgrade them
|
|
to 1MB/40MB for about $500 more. It made a rather inexpensive way to get into
|
|
UNIX. I don't know if they are available at those prices anymore though.
|
|
|
|
#: 8157 S7/Telecommunications
|
|
12-Nov-90 20:15:46
|
|
Sb: Games
|
|
Fm: Keith O'Donnell 73730,1233
|
|
To: Edward Langenback
|
|
|
|
?
|
|
Thanks I have that version. I bought the Alpha software BBS but was not
|
|
satisfied with it. It ran ok for 2 users but since it seems to keep all
|
|
processes running when they are not needed therefore the farther into the board
|
|
a user goes the more processes are running the result is when two or more users
|
|
are on and I do a procs I get a long line of processes running resulting in the
|
|
user 3 not being able to do anything but change menus. I am usually a locally
|
|
written board which drops each program if it isn't using it. As for the
|
|
Gallactic game I got in touch with the writers and am now running a Version
|
|
4.02 which is designed for a multiline board and will allow up to 3 users to be
|
|
playing the game at once. It seems to work very well. If you hear of anything
|
|
else I might use would appreciate if you dropped me a message. Thanks Keith OD.
|
|
|
|
#: 8160 S1/General Interest
|
|
12-Nov-90 21:27:16
|
|
Sb: #SysMem
|
|
Fm: Paul Hanke 73467,403
|
|
To: Kevin Darling 76703,4227 (X)
|
|
|
|
Kevin,
|
|
I was pondering as to how IDENT shows a module's size; by calculation or
|
|
extracting it from within maybe? Anyhow, could IDENT be modified to sum up
|
|
sizes of all modules in memory to give an accurate SysMem used? -ph-
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8165 S1/General Interest
|
|
13-Nov-90 03:31:35
|
|
Sb: #8160-SysMem
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Paul Hanke 73467,403 (X)
|
|
|
|
Paul - yes, one of the first things in a module is its size.
|
|
|
|
Tell ya what I'd do... write a filter which took the output of "mdir e", and
|
|
added up all the sizes. Tho that wouldn't necessarily tell you much about
|
|
system mem usage, as some could be merged while others took up full 8K blocks
|
|
each. Ahhh... I see, that info might be interesting, too.
|
|
|
|
Another good filter would be to ident all modules in memory to look for
|
|
problems.
|
|
|
|
#: 8177 S10/OS9/6809 (CoCo)
|
|
13-Nov-90 18:44:27
|
|
Sb: #hard drive query
|
|
Fm: Hugo Bueno 71211,3662
|
|
To: ALL
|
|
|
|
This is a message from a friend, can anyone help? Responses
|
|
should be addressed to me.
|
|
|
|
|
|
|
|
From: BOB BILLSON
|
|
To: HUGO BUENO (Rcvd)
|
|
Subj: COULD YOU ASK ON CI$?
|
|
Hugo,
|
|
|
|
Could you ask if anyone has ever gotten a hard drive
|
|
made for the TRS-80 Model II to work on the CoCo (OS-9 Level II)?
|
|
|
|
I was given an 8 meg hard drive. Supposedly it is a primary drive. I *HAVE*
|
|
Tandy's Primary Hard Drive Controller for the CoCo. (Actually the thing is an
|
|
interface. The controller is supposed to be built in to the drive.)
|
|
|
|
Surely some must have tried using a Model II drive on the CoCo. I have no
|
|
docs. When I plug it in. The CoCo usually starts to boot OS-9 then crashes.
|
|
|
|
I was attempting to use the Level I CCHDisk driver and descriptors.
|
|
|
|
Be nice if I could get it to work. But I need more info to do anything.
|
|
|
|
Thanks.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8179 S10/OS9/6809 (CoCo)
|
|
13-Nov-90 22:24:46
|
|
Sb: #8177-#hard drive query
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Hugo Bueno 71211,3662 (X)
|
|
|
|
Hugo, Bill - I've forgotten whether anyone got that combo to work or not (I
|
|
think it depended). First, I'd drop back to L-I to try it. Second, I'd rename
|
|
H0 to something else inside the module so os9 doesn't try to use it on boot.
|
|
|
|
If you do want to try it under L-II, at the least patch the address in H0
|
|
(remember? FFxxxx to 07Fxxx ? See ST225.AR in lib 10 also (I dunno if it helps
|
|
or not). I'll ask around... it's been years since someone asked this Q>
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8205 S10/OS9/6809 (CoCo)
|
|
15-Nov-90 19:22:25
|
|
Sb: #8179-hard drive query
|
|
Fm: Hugo Bueno 71211,3662
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kevin,
|
|
|
|
Thanks for the response. I'll forward it to Bob and see what happens from
|
|
there.
|
|
|
|
Hugo
|
|
|
|
#: 8181 S1/General Interest
|
|
14-Nov-90 06:23:36
|
|
Sb: #One-Meg Help
|
|
Fm: LARRY LANDON 73510,2536
|
|
To: Kevin Darling
|
|
|
|
HELP Having problems with Multi-Vue and my one-meg upgrade. Most of my
|
|
Multi-Vue programs will not run with one-meg activated. Is there a way to
|
|
patch the programs to recogonize the additional memory. I purchased Sprite
|
|
Basic (RSDOS) and guess what it will not run on my coco since I upgraged to
|
|
one-meg. Appreciate any help out there.
|
|
Larry
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8185 S1/General Interest
|
|
14-Nov-90 15:56:33
|
|
Sb: #8181-One-Meg Help
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: LARRY LANDON 73510,2536 (X)
|
|
|
|
Hi Larry - it sounds like your machine needs fine-tuning for the 1-meg. You
|
|
know that resistor under the keyboard connector which you jumpered? People have
|
|
found that either putting it back to normal (or more often, using a smaller
|
|
value like 10 ohms) or using a small pot allows them to tweek things for their
|
|
particular GIME/meg/cpu.
|
|
|
|
Maybe someone who's done this can pop in and give more details. Once things
|
|
get tuned, their problems have gone away (and MV etc shouldn't need patching).
|
|
Oh ... I assume you installed the new grfdrv, vdgint of course. best - kev
|
|
|
|
#: 8182 S4/MIDI and Music
|
|
14-Nov-90 08:27:09
|
|
Sb: #Query
|
|
Fm: Ches Looney 73016,1336
|
|
To: Bill Jackson 72737,2254 (X)
|
|
|
|
Bill, the disk arrived, has been read, and files stored on my hard disk. I'm
|
|
looking forward to studying the dump source. I know you said you had migrated
|
|
to the MSDOS world (tsk!); can you still play either LYRA or UME files? Ches.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8272 S4/MIDI and Music
|
|
17-Nov-90 09:50:09
|
|
Sb: #8182-Query
|
|
Fm: bill jackson 72737,2254
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Ches, Nope, but thanks anyway. Have fun!
|
|
|
|
Bill
|
|
|
|
#: 8183 S12/OS9/68000 (OSK)
|
|
14-Nov-90 15:31:19
|
|
Sb: #TrapV Error Info?
|
|
Fm: Mike Haaland 72300,1433
|
|
To: All
|
|
|
|
Hi! Anyone working with OSK know what would cause a C program using no trap
|
|
Libraries, and tons of floating point calculations, to give a 'TRAPV' error
|
|
#000.107 (E$TrapV) ? I can't even really figure out what this obscure error
|
|
is. The manual just states "TRAPV - TrapV instruction exception occurred."
|
|
But what does that mean? I've been trying to find more info in the manual for
|
|
days!
|
|
|
|
Mike
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8184 S12/OS9/68000 (OSK)
|
|
14-Nov-90 15:45:47
|
|
Sb: #8183-#TrapV Error Info?
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Mike Haaland 72300,1433 (X)
|
|
|
|
Mike -
|
|
|
|
This is just a stab, but could E$TRAPV be an arithmetic overflow? I know that
|
|
the Math errors were defined separately in one other version (6809 C).. The 'v'
|
|
bit in most uProcessors is the overflow bit..
|
|
|
|
Also - missed you this year.. didn't go to COMDEX. Marsha has Vegas fever
|
|
pretty bad though, and we may come out soon anyhoo. Mebbe Feb 91 (or sooner)..
|
|
Ready to make another pass at the Comedy Store? We had _such_ a ball that
|
|
night.
|
|
|
|
Say.. weren't you supposed to come to CA next??
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8194 S12/OS9/68000 (OSK)
|
|
15-Nov-90 02:07:43
|
|
Sb: #8184-#TrapV Error Info?
|
|
Fm: Mike Haaland 72300,1433
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
|
|
Sounds like that just might be the problem. (Overflow Error) But I have
|
|
absolutly no idea how to trace the sucker down!!! The binary is 121k and
|
|
that's not gonna be very pretty to try to find. <sigh!> Thanks. You might be
|
|
interested in the program. It's a full-featured raytracer, the first one I
|
|
know of under OSK, called DKBTrace. It's also running on the Amiga, PC's and
|
|
UNIX sytems.
|
|
|
|
Yeah, I was just saying the other day, "Wonder what happened to Pete?" RE:
|
|
COMDEX. Well, let me know when your coming and I'll do my best to get you set
|
|
up at the Dust. You know we're opening a new tower, 1500 rooms. And you and
|
|
Marsha will get to meet my new wife, Kim. BTW - If you come out in late
|
|
February you might get to meet my baby too! <We're due on Feb. 18th> 8-) I
|
|
did make it to Cali a few times, just didn't make it up to your area, my
|
|
fiance, (And now wife), is from the Huntington Beach area.
|
|
|
|
Did you ever get and OSK box? I've got some interesting stuff going and need a
|
|
couple more beta testers.
|
|
|
|
Mike
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8197 S12/OS9/68000 (OSK)
|
|
15-Nov-90 09:08:02
|
|
Sb: #8194-TrapV Error Info?
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Mike Haaland 72300,1433 (X)
|
|
|
|
Mike,
|
|
|
|
NEW WIFE??? Yow! Baby too? Gawd... you're a fast worker! Marsha and I may
|
|
finally be pulling it together early next year (don't want to rush things ..
|
|
only been together 6-7 years ;^})... No babies here though ... the youngest (17
|
|
now) will be shipping out to live in Chicago for a bit, and we'll have the
|
|
house to ourselves for a change.
|
|
|
|
I just told Marsha and she's thrilled.. now we have multiple reasons to go to
|
|
Lost Wages.
|
|
|
|
Re: OSK - not yet. Still waiting on a developer's box from Mark/Paul. Frankly,
|
|
I've stopped holding my breath, and am starting to invest some of my
|
|
developmental energy into PC-based MIDI tools.
|
|
|
|
Pete
|
|
|
|
#: 8186 S12/OS9/68000 (OSK)
|
|
14-Nov-90 17:18:12
|
|
Sb: #8183-#TrapV Error Info?
|
|
Fm: James Jones 76257,562
|
|
To: Mike Haaland 72300,1433 (X)
|
|
|
|
You might have divided by zero or overflowed.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8195 S12/OS9/68000 (OSK)
|
|
15-Nov-90 02:08:24
|
|
Sb: #8186-#TrapV Error Info?
|
|
Fm: Mike Haaland 72300,1433
|
|
To: James Jones 76257,562 (X)
|
|
|
|
Thanks JJ,
|
|
|
|
The error only happens on one data file for the raytracer, maybe the data file
|
|
got munged, I sure hope so anyway.
|
|
|
|
BTW-Do you know why we don't have a fmod() function in the stock math lib?
|
|
Fmod(double x, double y) returns the modulus of to floats/doubles. Also, what's
|
|
your opinion on using the cio and math trap libraries? Is it considered better
|
|
to compile for the traplibs or to not use them. Which executes faster? Any
|
|
ideas?
|
|
|
|
Mike
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8204 S12/OS9/68000 (OSK)
|
|
15-Nov-90 18:38:21
|
|
Sb: #8195-TrapV Error Info?
|
|
Fm: James Jones 76257,562
|
|
To: Mike Haaland 72300,1433 (X)
|
|
|
|
Going via the trap libraries has an associated performance hit, but does have
|
|
the advantage of inheriting any improvements in the functions used without
|
|
recompiling.
|
|
|
|
#: 8187 S7/Telecommunications
|
|
14-Nov-90 22:47:44
|
|
Sb: uucp bug (uucico)
|
|
Fm: Brett Wynkoop 72057,3720
|
|
To: all
|
|
|
|
Greeting-
|
|
I have just found and curred a bug in uucico that slipped through testing.
|
|
Sorry guys!
|
|
|
|
The problem has only happened for me with system names in the Systems file
|
|
longer than 6 characters. If you try to originate a call to a system with
|
|
more than a 6 character name strange things may happen. Most of the time
|
|
uucico trys to write to stdout instead of the desired port. It leaves the
|
|
window frozen on exit. I have made the fix and am awaiting Marks reply about
|
|
how to distribute it.
|
|
|
|
The work around is to not put any systems in your Systems file with names
|
|
longer than 6 characters.
|
|
|
|
|
|
-Brett
|
|
|
|
|
|
uucp........marob!davidge!wa3yre!wynkoop
|
|
|
|
|
|
|
|
#: 8188 S10/OS9/6809 (CoCo)
|
|
14-Nov-90 23:11:03
|
|
Sb: #Os-9 help
|
|
Fm: Walter Noon 71630,1267
|
|
To: all
|
|
|
|
Hello... I just picked up a CoCo three and the Radio Shack OS-9 Level 2
|
|
operating system for it. I've had a CoCo one for years and know it pretty
|
|
well, but, needless to say OS-9 is a whole new ballgame and \i could use a
|
|
little bargin basic advice. I'm very eager to get OS-9 basic up and running,
|
|
however when I try to load it from a disk I get error 216. The manual says
|
|
that means the program isn't there, however this in an official Radio Shack
|
|
copy and it says right on the label OS-9 basic config disk! I've followed the
|
|
procedure direct from the manual. What am I doing wrong? Also I wrote/run a
|
|
BBS on my CoCo one, and would love to run it from my CoCo three now that I have
|
|
it. I wrote it in Basic and use Pete Lyal's RS-232 driver... Is there an OS-9
|
|
BBS driver that will let me run my BBS on the CoCo three??
|
|
Thanks! Walt Noon P.S. My BBS # for anyone interested in LD calling is:
|
|
714 369 6094
|
|
|
|
There are 3 Replies.
|
|
|
|
#: 8189 S10/OS9/6809 (CoCo)
|
|
14-Nov-90 23:36:10
|
|
Sb: #8188-#Os-9 help
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Walter Noon 71630,1267 (X)
|
|
|
|
Hi Walter - see message #7993 here... it answers the same question.
|
|
|
|
Do you have two drives or just one? If two, put the disk in the other drive
|
|
and type "dir /d1" and "dir /d1/cmds"... you should see basic09 in there. Then
|
|
just "load /d1/cmds/basic09".
|
|
|
|
Welcome aboard, btw! It gets easier, I promise! Kev
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8198 S10/OS9/6809 (CoCo)
|
|
15-Nov-90 14:17:09
|
|
Sb: #8189-Os-9 help
|
|
Fm: Floyd Resler 72500,2572
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Not only does it get easier, it gets a lot more fun. I haven't touched RS-DOS
|
|
in months (except to play games and type the DOS command)!
|
|
|
|
#: 8202 S10/OS9/6809 (CoCo)
|
|
15-Nov-90 18:32:32
|
|
Sb: #8188-Os-9 help
|
|
Fm: James Jones 76257,562
|
|
To: Walter Noon 71630,1267 (X)
|
|
|
|
Either use an "absolute" path name, i.e. load /d0/cmds/basic09, or do a chd and
|
|
chx when you change floppies. If you do the former, you should switch back to
|
|
the floppy you were using immediately after you do the load command.
|
|
|
|
#: 8261 S10/OS9/6809 (CoCo)
|
|
17-Nov-90 00:57:25
|
|
Sb: #8188-#Os-9 help
|
|
Fm: Peter Bergerson 70175,1142
|
|
To: Walter Noon 71630,1267 (X)
|
|
|
|
Maybe this note will help some of you new OS9ers.
|
|
|
|
BASIC09 and all of it's related files are located in the "CMDS" directory of
|
|
the boot/config/basic09 disk as distributed by Radio Shack.
|
|
|
|
The manuals do not always make it clear that executable files (programs,
|
|
commands, procedures) are placed in that CMDS directory
|
|
|
|
This seems to confuse a lot of newcomers until they get used to OS9's use of
|
|
two(2) current directories instead of one(1) as in MSDOS or UNIX.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8283 S10/OS9/6809 (CoCo)
|
|
17-Nov-90 23:55:30
|
|
Sb: #8261-#Os-9 help
|
|
Fm: Walter Noon 71630,1267
|
|
To: Peter Bergerson 70175,1142
|
|
|
|
|
|
Thanks for all the responces to my OS9 question... I`ll give them a try as so
|
|
as I am home and on my CoCo again!!!! I still would like to know if it is
|
|
possible to run the BBS I wrote in basic on OS9. Have the additional speed
|
|
would be nifty, and as some of you have said, I really have no desire to look
|
|
at RS DOS again. I started out as a pascal programmer, and have some Z80
|
|
machine language background so RS basic was always troublesome... Then again,
|
|
it does usually do the job. The other problem I have now is with animation. I
|
|
just purchased CoCo max III hoping to do ~animation" as promised in thier ad.
|
|
Unfortunatly, though it is a good program, when they refer to animation they
|
|
just mean flickering colors on the screen. I would like to do cartoon style
|
|
animation (as in having many pages to write to and flipping pages rapidly) is
|
|
there anything like this available????? Well, I`m off to plunge back into the
|
|
wonderful world (and sorid manual) of OS9. Wish me luck. And THANKS!
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8287 S10/OS9/6809 (CoCo)
|
|
18-Nov-90 07:39:27
|
|
Sb: #8283-Os-9 help
|
|
Fm: Dan Robins 73007,2473
|
|
To: Walter Noon 71630,1267
|
|
|
|
Walter,
|
|
Does your BBS program, written in RS-DOS, contain pokes to certain locations
|
|
in memory? If so, that could be a bugaboo with OS9.
|
|
Dan
|
|
|
|
#: 8190 S7/Telecommunications
|
|
14-Nov-90 23:52:41
|
|
Sb: #Kermit
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: David 71630,721 (X)
|
|
|
|
Dave - didja get it to work over there in Practice? I did. Just browsed upon a
|
|
file and said:
|
|
|
|
dow /pro:kermit
|
|
|
|
then escaped to a shell and said: "kermit ril /t2" and it came down.
|
|
|
|
Ooops. It also asked for a filename for my disk after the "dow" command.
|
|
|
|
Slow tho! I'll stick to using STerm and B protocol <grin>. - kev
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8196 S7/Telecommunications
|
|
15-Nov-90 07:10:52
|
|
Sb: #8190-#Kermit
|
|
Fm: Ches Looney 73016,1336
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev, at the risk of misunderstanding the essence of your comment, please allow
|
|
me to make an observation. I use Kermit at work to transfer files from a
|
|
mainframe to a pc at 19.2 with pleasure at the speed. I tried the CIS kermit
|
|
recently expecting to see an improvement and found it slower than xmodem!
|
|
Perhaps the CIS implementation is inefficient?? Regards, Ches.
|
|
|
|
There are 3 Replies.
|
|
|
|
#: 8199 S7/Telecommunications
|
|
15-Nov-90 14:49:18
|
|
Sb: #8196-#Kermit
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Ches - David and I were just kinda mucking around, trying out our first kermit
|
|
downloads from CIS <grin>. Our kermits don't have sliding windows or anything
|
|
fancy, and so I wouldn't expect them to be as fast as async protocols like B or
|
|
(?? zmodem??)... I'm no comm expert, I just know what goes fast for me over a
|
|
huge network ;-). I guess you were directly hooked up at work with the PC?
|
|
|
|
Should kermit be as fast/slow as xmodem? thx! - kev
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8200 S7/Telecommunications
|
|
15-Nov-90 15:09:59
|
|
Sb: #8199-#Kermit
|
|
Fm: Ches Looney 73016,1336
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
I'm no comm guru either, but I would expect kermit to be faster since it can
|
|
underscore can use larger blocks. The work connection was through an internal
|
|
telephone system using codecs rather than modems, but functionally its the same
|
|
as dialing up thru a modem. The available bandwidth is larger, or course, thus
|
|
permitting 19.2 transmission. But even at 2400 or 4800, kermit seems fast at
|
|
work. I say seems since I can't use xmodem or any ?modem there - only kermit
|
|
for file transfer - but watching the bits and bytes come through it seems fast.
|
|
In running kermit from home at 2400 on CIS, it appears far slower than xmodem.
|
|
Regards, Ches.
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8201 S7/Telecommunications
|
|
15-Nov-90 16:28:31
|
|
Sb: #8200-#Kermit
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
The trouble is, I don't know how CIS packets things up locally at the node... i
|
|
do notice that the ACKs don't come back as fast as they would with more direct
|
|
connections. Maybe one of the gurus here knows what's what.
|
|
- kev
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8206 S7/Telecommunications
|
|
15-Nov-90 20:34:35
|
|
Sb: #8201-Kermit
|
|
Fm: Mike Ward 76703,2013
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev, CIS doesn't implement a very fancy Kermit. It suffers from the same things
|
|
that xmodem does in that each packet must be ack'd before the next can be
|
|
transmitted. In a packet switching network the size of CIS the interpacket
|
|
delays can be as long as the time it take to transmit a block sometimes. Add to
|
|
that Kermit is implemented with very small blocks (64 bytes I believe) and you
|
|
can see that it's not very efficient.
|
|
|
|
Full B-protocol is really the way to go on CIS especially since the sources are
|
|
available. Mark did a nice job of doing just that with Sterm.
|
|
|
|
|
|
|
|
|
|
#: 8224 S7/Telecommunications
|
|
16-Nov-90 07:36:55
|
|
Sb: #8201-Kermit
|
|
Fm: Ches Looney 73016,1336
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev, the comments by Pete and James are illuminating. Maybe CIS will someday
|
|
find a way to improve their Kermit, meanwhile, ?modem is fine for me here and
|
|
I'll use Kermit elsewhere. Regards, Ches.
|
|
|
|
#: 8209 S7/Telecommunications
|
|
15-Nov-90 23:06:57
|
|
Sb: #8200-#Kermit
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Kermit defaults to using blocks that are about 94 characters. More overhead
|
|
than Xmodem, although other niceties make up for (i.e. no padding, etc.).
|
|
|
|
The CIS folks have acknowledged that their kermit is far from optimal....
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8223 S7/Telecommunications
|
|
16-Nov-90 07:34:11
|
|
Sb: #8209-Kermit
|
|
Fm: Ches Looney 73016,1336
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Thanks for info, Pete. BTW, I now have an MT-32 and enjoying a drum capability
|
|
far better than the TX81 (of course). Difference between Roland and Yamaha
|
|
sounds in these two implementations is quite interesting too. Thanks for your
|
|
comments. Ches.
|
|
|
|
#: 8212 S7/Telecommunications
|
|
16-Nov-90 05:00:09
|
|
Sb: #8199-#Kermit
|
|
Fm: DAVID DE FEO 71630,721
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev
|
|
It seems that the redeeming quality of kermit on CIS is that you don't get
|
|
the extra characters at the end of the files. However, I think I'll stick to
|
|
the faster protocols and work through the extra characters ;-). Dave
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8239 S7/Telecommunications
|
|
16-Nov-90 10:13:35
|
|
Sb: #8212-#Kermit
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: DAVID DE FEO 71630,721 (X)
|
|
|
|
Dave - you don't get extra bytes at the end of files which were uploaded with B
|
|
protocol either... that's the catch tho... if someone uploaded with xmodem,
|
|
then I think the junk is permanently attached ;-).
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8249 S7/Telecommunications
|
|
16-Nov-90 16:31:37
|
|
Sb: #8239-#Kermit
|
|
Fm: DAVID DE FEO 71630,721
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev,
|
|
Just to see if I understand this correctly, the extra bytes at the end of
|
|
an xmodem transfer is a padding so that the final packet sent is full? ie. if
|
|
the packets are 128 bytes each, and the final packet only contains 100 bytes,
|
|
xmodem fills in the remaining 28 bytes with bogus characters? Dave
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8252 S7/Telecommunications
|
|
16-Nov-90 19:57:49
|
|
Sb: #8249-#Kermit
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: DAVID DE FEO 71630,721 (X)
|
|
|
|
Dave - as I understand it, yes. I believe the default filler is ctl-Z's, which
|
|
is the old CP/M end-of-file character (if I'm wrong, I'm sure I'll be corrected
|
|
;-).
|
|
|
|
To get around that, the Mac guys came up with MacBin format... where the first
|
|
packet is a header with the real size of the file, and some other helpful info.
|
|
Bill Brady did a similar deal for the coco with CoCoBin.
|
|
|
|
Newer protocols don't add filler bytes (I suppose because the length is
|
|
specified in handshaking first??), and most people just ignore the older file
|
|
errors ... like when Ar or Ident etc cough on the extra junk.
|
|
|
|
I'm definitely not a serial guru.. but there's a bunch of those here. I hope
|
|
they jump in to save my tail <grin>. - kev
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8254 S7/Telecommunications
|
|
16-Nov-90 21:07:22
|
|
Sb: #8252-#Kermit
|
|
Fm: DAVID DE FEO 71630,721
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev...thanks
|
|
any idea if I can get B+ as a stand alone program to install on KBCom? I
|
|
know, I know...tooooo many questions :-( -dave
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8258 S7/Telecommunications
|
|
16-Nov-90 23:50:21
|
|
Sb: #8254-#Kermit
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: DAVID DE FEO 71630,721 (X)
|
|
|
|
Sounds like a question for Mark Griffith who did one of the B+ ports.
|
|
|
|
If KBCom lets you escape to a shell, then you could just call up STerm that way
|
|
(like the way we were calling up kermit).
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8286 S7/Telecommunications
|
|
18-Nov-90 05:07:28
|
|
Sb: #8258-Kermit
|
|
Fm: DAVID DE FEO 71630,721
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Well, KBCom calls up an overlay window for kermit. It gets the baud rate,rs232
|
|
parameters, and window params from parameter files. I'm going to try to see if
|
|
I can get Sterm up on an overlay window and then kill when I'm done
|
|
downloading. -Dave
|
|
|
|
#: 8323 S7/Telecommunications
|
|
19-Nov-90 06:13:58
|
|
Sb: #8252-#Kermit
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev, the newer protocols *do* fill. But they xmit the filesize as part of the
|
|
header. The host, *if* it implements the protocol properly, uses that to trim
|
|
the file. MacBinary and CoCoBinary are both designed to be transparent to the
|
|
host, it makes not diff what protocol is used. Right now the "hot" mode is
|
|
ZMODEM and MNP Class 5. That combo yields a 4x to 8x speed improvement.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8330 S7/Telecommunications
|
|
19-Nov-90 09:35:47
|
|
Sb: #8323-Kermit
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Ah. So the newer protocols do fill. Learned something new! thx, Bill! - kev
|
|
|
|
#: 8256 S7/Telecommunications
|
|
16-Nov-90 22:09:46
|
|
Sb: #8249-#Kermit
|
|
Fm: James Jones 76257,562
|
|
To: DAVID DE FEO 71630,721 (X)
|
|
|
|
You hit the nail on the proverbial head. Xmodem was designed as a protocol to
|
|
ship files from one CP/M disk to another, and since CP/M doesn't know the
|
|
lengths of files as anything but the number of 128-byte sectors they consume,
|
|
that was good enough for it.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8285 S7/Telecommunications
|
|
18-Nov-90 05:02:21
|
|
Sb: #8256-Kermit
|
|
Fm: DAVID DE FEO 71630,721
|
|
To: James Jones 76257,562 (X)
|
|
|
|
Thanks James, at least I finally understood something!!<grin>
|
|
|
|
#: 8203 S7/Telecommunications
|
|
15-Nov-90 18:34:18
|
|
Sb: #8196-#Kermit
|
|
Fm: James Jones 76257,562
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Nope--it's not CIS's implementation, save to the extent that it doesn't support
|
|
sliding windows or long packets. CIS transput is via a network that introduces
|
|
some hefty delays, so that protocols that don't do what is called "sliding
|
|
windows" or "send ahead" take a major performance hit.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8225 S7/Telecommunications
|
|
16-Nov-90 07:37:24
|
|
Sb: #8203-Kermit
|
|
Fm: Ches Looney 73016,1336
|
|
To: James Jones 76257,562 (X)
|
|
|
|
Thanks for comments, James. Regards, Ches.
|
|
|
|
#: 8232 S7/Telecommunications
|
|
16-Nov-90 07:58:03
|
|
Sb: #8196-#Kermit
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Ches, kermit works fine on direct connect, but lousy via a packet switching
|
|
network. It's due to the small blocks which get stuffed into bigger 'padded'
|
|
packets on the network. Throughput on NASABBS is horrible.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8251 S7/Telecommunications
|
|
16-Nov-90 18:05:41
|
|
Sb: #8232-#Kermit
|
|
Fm: Ches Looney 73016,1336
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Well, hello there!!! We need to get together and exchange happenings. I have a
|
|
new synthesizer and have continued to enjoy the 1100. I see you gave in to
|
|
temptation and ordered a Tomcat. I'll be interested in hearing of your
|
|
discoveries on that beauty. Also want to chin a bit on the other two new ones.
|
|
Are you in the tall building most of the time now? How's your back and nerve
|
|
problems?? Regards, Ches.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8295 S7/Telecommunications
|
|
18-Nov-90 11:36:02
|
|
Sb: #8251-Kermit
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Yup, still there, but I have moved to the 12th floor. The Bell's went away but
|
|
does the arthritis ever? Mayhaps you guys can make it down to the country over
|
|
the holidays? New synth eh?
|
|
|
|
#: 8211 S7/Telecommunications
|
|
16-Nov-90 04:56:04
|
|
Sb: #8190-Kermit
|
|
Fm: DAVID DE FEO 71630,721
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev...I finally got Kermit working....the reason it wasn't working was really
|
|
DUMB!!!... I'm on CIS with 7 Even 1....for kermit to work you need
|
|
8N1...AAAArrrgh!!! BTW...it is really! slow. Which brings me to my next
|
|
question :-): I've just started using DBCom, and I was wondering if there is
|
|
any way I can get B+ to work on it via the hot keys. Do I have to call up
|
|
Sterm or is there a B+ program alone that I can use. I looked in Lib 7 but
|
|
didn't see a stand alone B+ prog. I know Sterm is great on Cis because of B+
|
|
but I really like DBCom because of its VT-100 emulation and macros(thanks Eddie
|
|
Kuns!) BTW...thanx A LOT for your help the other night!!!
|
|
|
|
#: 8191 S10/OS9/6809 (CoCo)
|
|
15-Nov-90 01:52:40
|
|
Sb: shell +
|
|
Fm: Marcelo Katzeff 72520,640
|
|
To: SYSOP (X)
|
|
|
|
Does anyone know a way to prevent Shell+ 2.1 from printing the time and
|
|
date as soon as it is forked? I don't mean in the prompt but just before it is
|
|
ready it prints 'Shell+ v2.1 90/11/13 18:51:34'. I would like to keep it from
|
|
printing the time and date.
|
|
|
|
The reason is this : I am running a BBS, under RiBBS v2.0. It allows users
|
|
access to shell commands. It forks login fine and the user may enter their
|
|
name and password, but as soon as the shell is forked there comes up about 20
|
|
'ERROR #214' or 'ERROR #215' and then it exits. Shell+ works fine with the
|
|
origonal ACIAPAK, but for some reason when it is called through the ACIAPAK
|
|
that is patched for RiBBS it is not happy.
|
|
|
|
The original shell works for us, but it is not the same, as you may know. I
|
|
figure the printing of the time to be the problem because it appears to be the
|
|
only difference between the two shells on startup. Any help would be greatly
|
|
appreciated. Thanks.
|
|
|
|
#: 8208 S12/OS9/68000 (OSK)
|
|
15-Nov-90 22:43:49
|
|
Sb: #TRAPV exception error
|
|
Fm: BILL HEALTON 73367,357
|
|
To: 72300,1433 (X)
|
|
|
|
mike, OSK errors 1XX are generated by an unused vector #XX. Exception Vector #7
|
|
is defined as TRAPV. TRAPV is the instruction for "Trap on Overflow".
|
|
Therefore :
|
|
|
|
1) An Overflow condition is causing the exception and this condition was
|
|
anticipated by the C generated code(hence the TRAPV instruction).
|
|
|
|
2) The lack of an exception handling routine causes the error.
|
|
|
|
If you understand the code or what to do on an overflow, you could install your
|
|
own handler, if not, you could simply try installing an RTI into vector #7.
|
|
There may even be a handler routine in one of the C-libs or CIO? If you wish to
|
|
determine where the exception is coming from, you could install a routine into
|
|
vector #7 to read the stacked address and display it.
|
|
|
|
Hope this helps. Also if what you need beta tested could run on Atari ST/OSK I
|
|
would be glad to help.
|
|
|
|
Bill Healton 73367,357d
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8268 S12/OS9/68000 (OSK)
|
|
17-Nov-90 07:41:34
|
|
Sb: #8208-TRAPV exception error
|
|
Fm: Mike Haaland 72300,1433
|
|
To: BILL HEALTON 73367,357 (X)
|
|
|
|
|
|
Thanks for the info, Bill. That sure clears up what the error is, for sure.
|
|
You might just be correct about the math trap lib having it's own exception
|
|
handler. I'll try using the math lib and see. (Compile with a -x option). I'm
|
|
doing tons of floating point calculations and the program sometimes takes
|
|
"DAYS" to complete a complex trace!!! So, I should try my best to find the
|
|
buglet.
|
|
|
|
Unfortunatly, I don't know enough assembler to modify vector #7 or to even
|
|
install a handler. But hopefully the math module will have the needed routine
|
|
'built in'.
|
|
|
|
Mike
|
|
|
|
#: 8213 S12/OS9/68000 (OSK)
|
|
16-Nov-90 06:28:08
|
|
Sb: #7914-#Atari-ST file transfer
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: David Betz 76704,47 (X)
|
|
|
|
David, which version of Red Ryder are you using? 10.3 has bugs in Kermit &
|
|
Ymodem.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8234 S12/OS9/68000 (OSK)
|
|
16-Nov-90 09:54:48
|
|
Sb: #8213-#Atari-ST file transfer
|
|
Fm: David Betz 76704,47
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Actually, I think I was using RedRyder 9.3 or something like that. I never
|
|
upgraded to the comercial version.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8290 S12/OS9/68000 (OSK)
|
|
18-Nov-90 11:27:49
|
|
Sb: #8234-#Atari-ST file transfer
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: David Betz 76704,47 (X)
|
|
|
|
I believe the bugs were in all versions until White Knight. They may *still*.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8334 S12/OS9/68000 (OSK)
|
|
19-Nov-90 10:55:38
|
|
Sb: #8290-Atari-ST file transfer
|
|
Fm: David Betz 76704,47
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Hmmm... Maybe it's the Mac end of the connect that's messing up the kermit
|
|
transfers then. I'll try using my MS-DOS machine under PROCOMM. I think it has
|
|
a reliable kermit implementation. Thanks.
|
|
|
|
#: 8214 S12/OS9/68000 (OSK)
|
|
16-Nov-90 06:37:47
|
|
Sb: #7884-#Atari-ST file transfer
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Before I gave up on the ST, I spent many hours troubleshooting the serial port.
|
|
It uses a MF chip. 68901 if memory serves. The chip includes all of the
|
|
interval timers and interupt decoding. The chip has several caveats for use.
|
|
For example, you can't change it's config if there is data in the read buffer.
|
|
The driver in the ST ROM apparently breaks some of these rules. We Atari
|
|
developers reported the problem to Atari many times. They never fixed it. TOS
|
|
comm programs get around it by using low level calls... they take over the
|
|
chip. This is not kosher for OSK, and in a MT/MU OS you wouldn't want to diddle
|
|
with the guts of CPU timing and interrupt processing just to reconfigure a
|
|
serial port.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8235 S12/OS9/68000 (OSK)
|
|
16-Nov-90 09:56:50
|
|
Sb: #8214-#Atari-ST file transfer
|
|
Fm: David Betz 76704,47
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
I would think that it would be alright for the OSK serial driver to take over
|
|
the chip, wouldn't it?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8292 S12/OS9/68000 (OSK)
|
|
18-Nov-90 11:31:04
|
|
Sb: #8235-#Atari-ST file transfer
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: David Betz 76704,47 (X)
|
|
|
|
The serial driver should not take over the chip. It whould be a conflict with
|
|
the kernel. Too many things go through the chip, like the keyboard interrupt.
|
|
The 68901 also controls all of the timing in the computer. What the ST needs is
|
|
a serial port that is not tied to the guts of the system.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8343 S12/OS9/68000 (OSK)
|
|
19-Nov-90 20:04:44
|
|
Sb: #8292-#Atari-ST file transfer
|
|
Fm: BILL HEALTON 73367,357
|
|
To: MOTD Editor..Bill Brady 70126,267
|
|
|
|
Bill, I beg to differ. One of the features of the 68901 is the ability to
|
|
program the individual sections/functions independent of the others. True some
|
|
of the timers are critical to video timing; but the serial portion with its
|
|
individual interrupts and registers could and should be handled by the OSK
|
|
device driver. The current driver does this by using TOS ROM calls; there-in
|
|
lies its deficiency. A properly written driver should never touch the TOS ROM
|
|
calls or any of the critical functions of the chip. I am currently working on a
|
|
keyboard/multiple screen driver that will be independent of the ROMs. It WILL
|
|
use some of the 68901, including one of the timers. The ke point is one must
|
|
understand the whole of the system to break out the parts. After I have
|
|
finished <if software ever finishes> I hope to get to the STSIO driver. I have
|
|
not yet run across the caveats you mention, but would appreciate any
|
|
information you have.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8347 S12/OS9/68000 (OSK)
|
|
20-Nov-90 08:59:01
|
|
Sb: #8343-#Atari-ST file transfer
|
|
Fm: David Betz 76704,47
|
|
To: BILL HEALTON 73367,357 (X)
|
|
|
|
If I wanted to tackle the job of writing my own serial driver for the ST, how
|
|
would I got about doing it? Is there a reference for writing OSK device
|
|
drivers? I've done RSX-11 device drivers, but never OSK drivers. I can't
|
|
imagine that it would be much different though.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8371 S12/OS9/68000 (OSK)
|
|
21-Nov-90 23:17:02
|
|
Sb: #8347-#Atari-ST file transfer
|
|
Fm: Robert Heller 71450,3432
|
|
To: David Betz 76704,47 (X)
|
|
|
|
David:
|
|
The OS-9 Tech. ref manual is pretty good. There is also a book published
|
|
by Microware by Peter Dibble called "OS-9 Insights An Advanced Programmer Guide
|
|
to OS-9/68000", which describes an OSK serial port driver (for the 68681) in a
|
|
step-by-step way. It is not really very hard to write an OSK device driver.
|
|
The only problem with the ST is I don't think the full ROM debugger is
|
|
included. While you could get SysDbg, it would be an added cost, but maybe
|
|
worth it.
|
|
|
|
Robert
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8373 S12/OS9/68000 (OSK)
|
|
22-Nov-90 11:22:35
|
|
Sb: #8371-Atari-ST file transfer
|
|
Fm: David Betz 76704,47
|
|
To: Robert Heller 71450,3432 (X)
|
|
|
|
Thanks! I'll check with Peter Dibble about getting a copy of his book.
|
|
|
|
#: 8215 S14/misc/info/Soapbox
|
|
16-Nov-90 06:41:07
|
|
Sb: #7986-#TC70 AND MM/1 CONCERNS
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: RANDY JANSSEN 73340,3212 (X)
|
|
|
|
Re: Mac disk reading. No non-Mac computer can read Mac disks w/o one of the
|
|
Sony Drives. They use a variable spin rate depending on the cylinder.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8278 S14/misc/info/Soapbox
|
|
17-Nov-90 15:21:45
|
|
Sb: #8215-#TC70 AND MM/1 CONCERNS
|
|
Fm: RANDY JANSSEN 73340,3212
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Bill,
|
|
Thanks for the response. I knew nobody read Mac disks (even text files), but
|
|
didn't know why.
|
|
|
|
But what I'm really concerned about is software availability for OSK and that
|
|
software's compatibility with other software in other operating systems. I mean
|
|
using OSK spreadsheets, WP files, etc on a Mac or MS-DOS machine. From what
|
|
I've seen of OSK software to date, much of it is fairly old, command-key-driven
|
|
(like Wordstar) stuff. If these new machines are going to sell, they really
|
|
need to concentrate on how their software is going to work and what else it can
|
|
talk to.
|
|
|
|
This is really an attempt to get Frank Hogg and Paul Ward thinking about the
|
|
subject of end-user software for their new machines and what it's really going
|
|
to do. I'm sure they've already thought about it some, but all the info I've
|
|
seen here and in their sales brochures talks on and on about the hardware with
|
|
no real discussion of a new generation of software That's what I'd like to see
|
|
and what I'll have to see before I buy an MM/1 or TC70
|
|
|
|
Any other opinions? Randy.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8297 S14/misc/info/Soapbox
|
|
18-Nov-90 11:42:20
|
|
Sb: #8278-#TC70 AND MM/1 CONCERNS
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: RANDY JANSSEN 73340,3212 (X)
|
|
|
|
Well, I am involved almost constantly in sharing files. I run one of only three
|
|
Macs in a Messy-DOS shop. Since OSK is a UNIX like OS, and there is really no
|
|
Graphics Interface, it works mostly in text. (like *Star). File transport is
|
|
not too great a problem. Remember, output can always and easily be routed to a
|
|
file. What we really need is a packege like SMART that sells for $149 vice
|
|
$895.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8372 S14/misc/info/Soapbox
|
|
22-Nov-90 08:03:52
|
|
Sb: #8297-TC70 AND MM/1 CONCERNS
|
|
Fm: RANDY JANSSEN 73340,3212
|
|
To: MOTD Editor..Bill Brady 70126,267
|
|
|
|
Bill,
|
|
I was under the impressing that someone (Kevin Darling, I think) is
|
|
developing a GUI for OSK and that would be the main user interface in the TC70
|
|
and MM/1. Do you know anything about this? A GUI is a VERY convenient way to
|
|
get around an operating system and to work with applications and is the way all
|
|
software is going. If OSK doesn't have something similar, I'm afraid it will
|
|
be left behind. One of the advantages of the Mac is the GUI and the
|
|
consistency of "utilities" between applications. If we're starting a new
|
|
generation of 68XXX machines with similar graphics capabilities, this kind of
|
|
consistency in software development may make them the first true competitors to
|
|
the Mac line.
|
|
|
|
I understand that file transfer is as easy as you say between Mac and DOS
|
|
systems. I do the same things every day myself. But one of the things that
|
|
allows me to do it is the translators built into the software. From MacWrite
|
|
II, I can save a file in nearly 20 different formats. I feel that new software
|
|
developed for OSK must have some similar features so we can share info with the
|
|
rest of the world. To date, it has seemed to me that the OS-9 community has
|
|
been a relatively elite clique whose unity depended on being able to develop
|
|
high powered software on relatively inexpensive hardware. If we're going to
|
|
expand beyond that, we need to be able to talk to the world.
|
|
|
|
As to SMART, I agree completely. For $1400, it'd better wash dishes, clean
|
|
house, and have a built-in beer cooler. I came to the COCO and OSK for high
|
|
power at low price. If new OSK stuff is going to cost that much I'll get a
|
|
Mac.
|
|
|
|
Do you run OSK on your Mac? I've seen the sales literature on it, but I'd like
|
|
to hear about the performance from a third party.
|
|
|
|
Thanks! Randy
|
|
|
|
#: 8216 S11/OS9/6809 (Non-CoCo)
|
|
16-Nov-90 06:44:41
|
|
Sb: Tomcat
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: ALL
|
|
|
|
Well, I finally decided to jump off the fence. I'm on the list for a TC-9
|
|
board. I also have ordered a tower case.
|
|
|
|
#: 8217 S7/Telecommunications
|
|
16-Nov-90 06:55:53
|
|
Sb: #7858-#Serial Port in Distress
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Tony Cappellini 76370,2104 (X)
|
|
|
|
Tony, I get an awful lot of phone calls re the 3 in 1 & Wiz. In many cases the
|
|
board transmits but does now receive. This is due to the interrupt not making
|
|
it to the CPU. I have not seen one, but I users have reported that they have
|
|
fixed the problem by soldering a wire between the satellite board and the main
|
|
board. Apparently the interrupt crosses via a single pin that pulls out when
|
|
the cover is put on... due to cables pulling on the board.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8280 S7/Telecommunications
|
|
17-Nov-90 20:30:48
|
|
Sb: #8217-#Serial Port in Distress
|
|
Fm: Tony Cappellini 76370,2104
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Bill could you maybe be a little more explicit on what needs to be done or give
|
|
me the name of some of the people that have had this problem. By the way, I'm
|
|
not using the Wiz (sorry) I was using osterm. But now since it won't dial the 3
|
|
in 1 I have had to resort to Telstar and the Rs232 pak. Also my SCII seems to
|
|
be loosing interrupts when I am using the floppy drives. Help ? TC
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8298 S7/Telecommunications
|
|
18-Nov-90 11:46:30
|
|
Sb: #8280-#Serial Port in Distress
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Tony Cappellini 76370,2104 (X)
|
|
|
|
Don't be sorry because you *will* lose characters with any OS-9 Term program
|
|
except Wiz. <grin> :-) As to your SCII problem, the only way to get more
|
|
specific is to call me while you are in front of your CoCo. 301-952-1761.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8313 S7/Telecommunications
|
|
19-Nov-90 00:29:40
|
|
Sb: #8298-#Serial Port in Distress
|
|
Fm: Tony Cappellini 76370,2104
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Cute, Bill. I really did like the Wiz, but I got lost between all the updates
|
|
and enhancements that I found on CIS and Delphi. However I disagree with you on
|
|
the fact about loosing characters on RS232. While I was using Osterm, I never
|
|
had those kind of problems. I only had lost characters with Telstar and my old
|
|
rs232 pak. Now I have a new rs232 pak as well as the diode hack. There is
|
|
definitely something wrong with my old pak. Wanna hear something wierd, Since I
|
|
bought my 3 in 1 I can't get Osterm to even Dial my rs232 pak. In fact usually
|
|
when I run Osterm now it hangs my system. So the only way I could get on CIS
|
|
was to use a borrowed rs232 pak and to go back to telstar (which has lots of
|
|
bugs). Boy do I miss Osterm! You can be sure I'll be calling to talk to you,
|
|
the people at CRC and Tony himself are no help at all. Kevin has been tryiong
|
|
to help me recently. But I think I am having more IRQ problems. I think my SCII
|
|
was working better with the .sleep driver. Looking forward to talking to you.
|
|
|
|
TC
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8322 S7/Telecommunications
|
|
19-Nov-90 06:06:34
|
|
Sb: #8313-Serial Port in Distress
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Tony Cappellini 76370,2104
|
|
|
|
Any terminal program that uses ACIAPAK/T2 will loose characters above 2400
|
|
baud. No interrupt is required to transmit to the modem. The IRQ don't come
|
|
into play until until it's time to receive. If you have a TD or SD light on
|
|
your modem, try to see if it is blinking when you tap a key. (with your term
|
|
program running, of course.) If you don't have the lights you might want to
|
|
invest in one of the little RS232 "tateltales" that the shack sells.
|
|
|
|
#: 8326 S7/Telecommunications
|
|
19-Nov-90 06:35:28
|
|
Sb: #8280-Serial Port in Distress
|
|
Fm: Colin J. Smith 73777,1360
|
|
To: Tony Cappellini 76370,2104
|
|
|
|
Tony,
|
|
|
|
Right now I am using a SCII with a 3 in 1 and OSTERM. I am having no problems
|
|
with it (no lost characters, etc) even at 2400 baud. Have you patched OSTERM
|
|
and TRANSFER with the available patches? I don't know if it will help, but it
|
|
might. Are you using a Super Controller II?
|
|
|
|
Hope this is some help,
|
|
|
|
--Colin
|
|
|
|
|
|
|
|
#: 8230 S4/MIDI and Music
|
|
16-Nov-90 07:52:26
|
|
Sb: #MIDI File Format
|
|
Fm: Ches Looney 73016,1336
|
|
To: Mike Knudsen 72467,1111 (X)
|
|
|
|
Mike, have you considered adding MFF input/output capability to UME? There
|
|
appears to be a good bit of activity on the MIDI forum with tunes in that
|
|
format. Regards, Ches.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8303 S4/MIDI and Music
|
|
18-Nov-90 17:59:19
|
|
Sb: #8230-#MIDI File Format
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Yes, I've thought about it, and have a well-marked-up copy of the MFF (Std MIDI
|
|
FIle Format (?)) doc I got over email. After the Lyra converter, MM/1 version,
|
|
append/merge, recording, ... yes, I do want toe ability to "play" into an MFF
|
|
file, then the Messy Dogs and Apple poliushers can enjoy it, grin.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8319 S4/MIDI and Music
|
|
19-Nov-90 05:52:05
|
|
Sb: #8303-MIDI File Format
|
|
Fm: Ches Looney 73016,1336
|
|
To: Mike Knudsen 72467,1111
|
|
|
|
Mike, Thanks for providing so much pleasure (UME) and please accept
|
|
encouragement for continuing your efforts. Regards, Ches.
|
|
|
|
#: 8231 S4/MIDI and Music
|
|
16-Nov-90 07:54:22
|
|
Sb: #MIDI File Format
|
|
Fm: Ches Looney 73016,1336
|
|
To: Lester Sands 70135,430 (X)
|
|
|
|
Les, have you considered providing a MIDI File Format (MFF) cability to LYRA?
|
|
Looks like quite a bit of activity in the MIDI forum with tunes in that format.
|
|
Regards, Ches.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8275 S4/MIDI and Music
|
|
17-Nov-90 14:59:29
|
|
Sb: #8231-#MIDI File Format
|
|
Fm: Lester Hands 70135,430
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Ches, Lyra has MIDI file format support with the PC version!
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8276 S4/MIDI and Music
|
|
17-Nov-90 15:04:33
|
|
Sb: #8275-MIDI File Format
|
|
Fm: Ches Looney 73016,1336
|
|
To: Lester Hands 70135,430
|
|
|
|
Mike commented 'tother day on this hobby being kinda like boating. You know, a
|
|
boat is a hole in the water surrounded by wood into which you throw money.
|
|
Well, I have suspected this electronic wall of mine has a marked similarity to
|
|
that aspect of boating. I'll think about your comment - I don't think I want
|
|
to build a PC music equivalent to the Coco beauty, at least right now.
|
|
Highest Regards, Ches.
|
|
|
|
#: 8277 S4/MIDI and Music
|
|
17-Nov-90 15:12:38
|
|
Sb: #8275-MIDI File Format
|
|
Fm: Ches Looney 73016,1336
|
|
To: Lester Hands 70135,430
|
|
|
|
Wait a minute, maybe I'm not thinking this thing through. Does LYRA-PC write a
|
|
file compatible with LYRA-CoCo? So that I could download a MFF through a PC
|
|
into LYRA-PC, then write it out in CoCo LYRA format and run it through PCDOS
|
|
into the CoCo?? That would be a new window I'd be real interested in. Ches.
|
|
|
|
#: 8233 S3/Languages
|
|
16-Nov-90 09:09:37
|
|
Sb: #shell+
|
|
Fm: Tom Napolitano 70215,1130
|
|
To: 72467,1111 (X)
|
|
|
|
Mike,
|
|
A few days ago you mentioned a bug in shell+ that causes it to grab 8k for
|
|
every processs it spawns. Well, to check it out I started up mvcanvas under
|
|
the original shell+ 2.1, changed $130f to 00, then started a second mvcanvas.
|
|
PMap shows the same amount of memory being used by each process. What am I
|
|
missing here?
|
|
Do I understand correctly that malloc() will grab memory until the 64k
|
|
process space is used, irrespective of whether I specify the full shot of
|
|
memory, either at link time or by the #XXk command line option?
|
|
Thanks for your time,
|
|
tom n
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8304 S3/Languages
|
|
18-Nov-90 18:05:10
|
|
Sb: #8233-#shell+
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Tom Napolitano 70215,1130 (X)
|
|
|
|
Malloc() will grab memory until there are no 8K bolcks left in your proc's 64K
|
|
space, yes. But first it will take whatever's left in the highest 8K block of
|
|
your original process allocation. Now here's the hooker: the way C's startup
|
|
routine works, and extra memory you give it on the command linea with #K (or
|
|
Shell+ gives it behind your back), that memory can only be used for extra STACK
|
|
space. [Read "any" for "and" above.] This memory is DEINIED to malloc(), which
|
|
always starts beyond your stack space. Thus shell+, by giving your program
|
|
extra stack space, causes malloc() to start off with that much LESS memory
|
|
available.
|
|
|
|
It all makes sense now, after Greg Law and Zack Sessions helped figure it out
|
|
on the low-priced service (sometimes cheaper is better, eh?). But it took 3-4
|
|
people to put all the pieces of evidence togehter. WHo says there's no science
|
|
in COmputer Science? --mike k
|
|
|
|
PS: MVCanvas might *not* be one of the programs affected, maybe I was wrong or
|
|
was thinking of the older version.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8359 S3/Languages
|
|
21-Nov-90 07:20:17
|
|
Sb: #8304-shell+
|
|
Fm: Tom Napolitano 70215,1130
|
|
To: Mike Knudsen 72467,1111
|
|
|
|
Mike,
|
|
Thanks for the explanation; now the light shines through the darkness.
|
|
tom n
|
|
|
|
#: 8241 S1/General Interest
|
|
16-Nov-90 10:28:14
|
|
Sb: #Daddy
|
|
Fm: Tom Napolitano 70215,1130
|
|
To: 72300,1433 (X)
|
|
|
|
Mike,
|
|
congratulations on the new family! I hope things go well for you and the
|
|
soon to be mom.
|
|
tom n
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8269 S1/General Interest
|
|
17-Nov-90 07:41:36
|
|
Sb: #8241-Daddy
|
|
Fm: Mike Haaland 72300,1433
|
|
To: Tom Napolitano 70215,1130 (X)
|
|
|
|
Tom,
|
|
Thanks! Things are going (as Pete has been saying lately) "just
|
|
ducky". ;-) You know, I'll be sharing the news with the forum when the 'new'
|
|
family member arrives.
|
|
|
|
Mike
|
|
|
|
#: 8243 S10/OS9/6809 (CoCo)
|
|
16-Nov-90 13:29:58
|
|
Sb: #7934-#OS/9 Auto Boot on COCO3
|
|
Fm: Mike Guzzi 76576,2715
|
|
To: joe novosel 76220,1270 (X)
|
|
|
|
~ This file I have to burn the kernal in ROM applies only to Level II since it
|
|
makes reference to REL BOOT and OS9p1 (level II modules) This file patches the
|
|
modules to allow them to come in from ROM and possibly to add the vectors which
|
|
would not be present without the BASIC ROM's. The file is a bit vauge and does
|
|
not tell you if ohis new ROM goes into the Disk Controller or inside the CoCo3.
|
|
I would assume inside the CoCo3.
|
|
|
|
I use Pete's Disk ROM. it automatically does a DOS command on power-up unless
|
|
you hold down a key when turning the CoCo on. This will work for ANY CoCo and
|
|
requires no patches to OS9 and still allows you to use RSDOS stuff as well. I
|
|
bought a copy of the code for $10 (I have my own EPROM burner) but he also can
|
|
do it for nou (will cost more of course)
|
|
|
|
I use it for my BBS. I leave my system disk in all the time and the CC3GO
|
|
module is modified to look for "StartupBBS" instead of startup to auto-boot my
|
|
BBS. (my normal startup doesn't boot the BBS) then to prevent a glitch on the
|
|
system disk (in case of power failure) i run the DPARK command on /D0 which
|
|
moves the heads to track 41 (the system disk is only 35 track)
|
|
|
|
Either method still requires OS9Boot on /D0. The only way around it is to put
|
|
the whole OS9Boot into ROM (undoubtly requires patches) and I have never heard
|
|
of this being done. Besides there is only 32K of ROM total (including tee disk
|
|
ROM) and that isn't enough.
|
|
|
|
Mike Guzzi
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8281 S10/OS9/6809 (CoCo)
|
|
17-Nov-90 22:55:57
|
|
Sb: #8243-OS/9 Auto Boot on COCO3
|
|
Fm: joe novosel 76220,1270
|
|
To: Mike Guzzi 76576,2715
|
|
|
|
Thanks, Mike. I have patched the RS-DOS 1.1 rom myself to do an auto boot on
|
|
power up. It does the job.. Still, it would be nice to OS/9 in ROM to
|
|
eliminate booting from floppy disks for those of us without the Burke and Burke
|
|
interface. Thanks, Joe Novosel
|
|
|
|
|
|
|
|
#: 8244 S10/OS9/6809 (CoCo)
|
|
16-Nov-90 13:30:12
|
|
Sb: #7967-#"DOS"
|
|
Fm: Mike Guzzi 76576,2715
|
|
To: REX GOODE 73777,3663 (X)
|
|
|
|
~ Well OS9 has many terminal programs but none are included with it. DeskMate3
|
|
has a telecom package and allows for Xmodem downloads which can be used to
|
|
download a public Domain terminal program with many features. There are ways to
|
|
download stuff in RSDOS and convert them to OS9 formats. If your really in a
|
|
jam someone (like me) could send you some Oo9 utilities and terminal programs
|
|
on an OS9 disk which will get you running real nice.
|
|
|
|
Mike Guzzi
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8333 S10/OS9/6809 (CoCo)
|
|
19-Nov-90 09:54:41
|
|
Sb: #8244-"DOS"
|
|
Fm: REX GOODE 73777,3663
|
|
To: Mike Guzzi 76576,2715
|
|
|
|
Thanks Mike,
|
|
I have been hoping to get a BASIC09 disk from Tandy, since my original was no
|
|
good. It's taking forever. After I get going on it, I'll probably be interested
|
|
in learning more, but right now, I can't even CONFIG OS9. I hate spending bucks
|
|
for something only to find the disk is bad and because RS stores rarely carry
|
|
it anymore, I have to wait for up to two weeks for a replacement. I bought the
|
|
Direct Connect Modem Pak and have been able to at least DLOAD BASIC files.
|
|
Rex
|
|
|
|
#: 8250 S9/Utilities
|
|
16-Nov-90 17:53:05
|
|
Sb: #HELP....
|
|
Fm: MICHAEL ROSEN 73340,2756
|
|
To: ALL
|
|
|
|
I'M NEW AT OS-9 AND I'M WONDERING WHAT/HOW CAN I DOWNLOAD A PROGRAM FOR OS-9
|
|
AND CONVERT IT TO OS-9. I'VE TRIED USING A PROGRAM THAT MAKES A RS-DOS DISK
|
|
READABLE BYU OS-9 BUT I CANNOT LOAD IT,EITHER UNDER SHELL OR BASIC09... I'M
|
|
USING MIKEYTERM RIGHT NOW AT 2400 BAUD AND IT DOES WHAT IT'S SUPPOSED TO
|
|
ANYHOW...
|
|
WELL I HOPE I FIGURE THIS OUT SOON.
|
|
THANKS...
|
|
MICHAEL ROSEN <73340,2756>
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8253 S9/Utilities
|
|
16-Nov-90 20:03:49
|
|
Sb: #8250-HELP....
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: MICHAEL ROSEN 73340,2756 (X)
|
|
|
|
Hi Michael - you're probably pretty close... does a "dir /d1" (or wherever) of
|
|
the disk you tried to make readable, show any files?
|
|
|
|
If so, then you're in good shape. Now copy the files over to a *real* OS9
|
|
disk.... where you can do more operations on them (the rsdos->os9 disk thingie
|
|
doesn't really make it a full os9 disk, so you must get the files onto a real
|
|
os9 disk).
|
|
|
|
From there, we'll have to give a little more help, I suspect... which will
|
|
depend upon which files you downloaded. Some files are archived (compressed)
|
|
and need Ar (AR09.BIN in lib 9) to break out, some are ready-to-go (you'll have
|
|
to do "attr filename e pe" on those to make them loadable; and some may be text
|
|
files etc... just as with any computer downloads.
|
|
|
|
Let us know which files, and we'll get you rolling quickly as possible.
|
|
best - kev
|
|
|
|
#: 8271 S7/Telecommunications
|
|
17-Nov-90 08:40:50
|
|
Sb: UUCICO bug?
|
|
Fm: Steve Wegert 76703,4255
|
|
To: All
|
|
|
|
Mark Griffith again asks permission to speak from exile:
|
|
|
|
|
|
<<<>>>
|
|
|
|
From rewop!sysop Sat Nov 17 06:04:01 1990
|
|
Received: by rewop (Rmail09 1.2)
|
|
id 9170; Fri Nov 16 07:12:48 1990
|
|
From: rewop!sysop
|
|
To : OS9stl!steve
|
|
Date: Fri Nov 16 07:12:36 1990
|
|
Subj: None File Transfer
|
|
|
|
Steve,
|
|
|
|
Could you please post this message on the OS9 Forum for me? Thanks!
|
|
Section 7 will do fine.
|
|
|
|
---------------------------------------------------------------------
|
|
|
|
RE: UUCICO bug reports
|
|
|
|
Brett Wynkoop posted a report stating that UUCICO had a bug where any
|
|
sitenames with greater than 6 characters in them would cause all sorts of
|
|
garbarge to be printing on the screen and leave your screen and or port
|
|
locked when it finanlly exits.
|
|
|
|
This is not completely right -- if the sitename your are trying to connect
|
|
with is longer than 8 characters, this may happen. However, UUCP sitenames
|
|
are supposed to be 8 characters or less according to my available
|
|
documentation. Also, the UUSETUP utility won't allow you to enter a
|
|
sitename of greater than 8 characters. Therefore, this should not happen.
|
|
|
|
Future editions of the software will be corrected so if a sitename greater
|
|
than the maximum is needed for some reason, no errors will occur.
|
|
|
|
Thanks,
|
|
|
|
Mark Griffith
|
|
|
|
|
|
Usenet ....!uflorida!ki4pv!macs!stetson!rewop!sysop
|
|
UUCP direct (904) 736-1849 rewop!sysop
|
|
Internet griffith@stetson.bitnet
|
|
|
|
|
|
#: 8279 S8/BBS Systems/TSMon
|
|
17-Nov-90 16:17:35
|
|
Sb: shell+ 2.1
|
|
Fm: Marcelo Katzeff 72520,640
|
|
To: All
|
|
|
|
Does anyone know a way to prevent Shell+ 2.1 from printing the time and
|
|
date as soon as it is forked? I don't mean in the prompt but just before it is
|
|
ready it prints 'Shell+ v2.1 90/11/13 18:51:34'. I would like to keep it from
|
|
printing the time and date.
|
|
|
|
The reason is this : I am running a BBS, under RiBBS v2.0. It allows users
|
|
access to shell commands. It forks login fine and the user may enter their
|
|
name and password, but as soon as the shell is forked there comes up about 20
|
|
'ERROR #214' or 'ERROR #215' and then it exits. Shell+ works fine with the
|
|
origonal ACIAPAK, but for some reason when it is called through the ACIAPAK
|
|
that is patched for RiBBS it is not happy.
|
|
|
|
The original shell works for us, but it is not the same, as you may know. I
|
|
figure the printing of the time to be the problem because it appears to be the
|
|
only difference between the two shells on startup. Any help would be greatly
|
|
appreciated. Thanks.
|
|
|
|
#: 8282 S4/MIDI and Music
|
|
17-Nov-90 23:37:28
|
|
Sb: #Synth patches
|
|
Fm: Fenton Hunt 75340,3527
|
|
To: Midi experts
|
|
|
|
I have been looking in the MIDI Forum for Roland D10 tone patches
|
|
and have downloaded some. I thought that I could pick out the
|
|
beginning of the system exclusive (F041 Hex) block within their
|
|
format and trim off the rest. Is there any patch editors (or
|
|
whatever there called) for OS9 or cocodos that are compatable
|
|
with some of these other files? By the way, I found out that by
|
|
using Lester Hands CMPRO's Syx Exclusive save of my D10 or U220's
|
|
patch (or tone parameters) and then transfering that file over to
|
|
os9, they can be ported to the syth by "copy patch.syx /midi". It
|
|
works well, and it's nice to have a backup all those patches on
|
|
hard disk. And I can also load patches on another window for
|
|
Ultimuse use. Since this Syx Exc block goes from cocodos to OS9
|
|
fine, I thought that same formatted block would be somewhere in
|
|
these other computer downloads. Has anyone out there done any of
|
|
this stuff?
|
|
Thanks, Fenton Hunt 75340,3527
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8284 S4/MIDI and Music
|
|
18-Nov-90 01:07:59
|
|
Sb: #8282-#Synth patches
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Fenton Hunt 75340,3527 (X)
|
|
|
|
Fenton -
|
|
|
|
I also use a D10 (and a slew of other goodies). Not really sure I understand
|
|
what you're looking for.... care to restate the question?
|
|
|
|
There are no COCO/OS9 D10 editors that I'm aware of. Lots for the PC and
|
|
MAC/ATARI/AMIGA though. We do have some for the CZ series, TX81Z, and a few
|
|
others...
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8309 S4/MIDI and Music
|
|
18-Nov-90 23:09:27
|
|
Sb: #8284-#Synth patches
|
|
Fm: Fenton Hunt 75340,3527
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Pete,
|
|
|
|
What I wanted to do was get some new sounds for my D10 without having rom card.
|
|
I thought that some of the d10 downloads would have an unmodified syx exclusive
|
|
message within that download that I could send directly to the D10 and change
|
|
the tone parameters. I'm not looking forcessarily to edit the D10 directly. Are
|
|
you pretty heavy into midi? Os9? Do you use CMPro? I'm hooked on Os9, but
|
|
primarily use Cmpro for midi stuff. I use Ultimuse sometimes, but find Os9 and
|
|
all the multitasking is a little hard on the timing of the music when there's
|
|
many notes going at the saOs9 needs a good sequencer program but that may be
|
|
impossible with 6809 Os9). I will be following the MM1 and it's midi software.
|
|
thanks ... Fenton
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8331 S4/MIDI and Music
|
|
19-Nov-90 09:45:23
|
|
Sb: #8309-Synth patches
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Fenton Hunt 75340,3527
|
|
|
|
Fenton -
|
|
|
|
I have written and uploaded a few MIDI/COCO/OS9 goodies, but because of the
|
|
lack of commercial support, went over to a PC/AT type machine a long time ago
|
|
for the bulk of the MIDI software.
|
|
|
|
If the D10 dumps are straight SYSTEM EXCLUSIVE (the ones I put up there were),
|
|
then you should be able to send them a byte at a time to the MIDI port. A merge
|
|
command would be fine, assuming that you have a MIDI driver in your setup.
|
|
Otherwise, you could probably write a nasty little peek/poke routine that would
|
|
get the job done using the MIDI pack.
|
|
|
|
As an aside, you can get pretty good deals on sounds from Valhalla. They used
|
|
to offer a deal where you could buy your bank of choice on a RAM card or $55.
|
|
That's worth it just to get the RAM card. They also have a cheap ($3 or so)
|
|
tape that lets you audition all of the available banks before deciding.
|
|
|
|
Back to the SYSEX utility.... you may want to allow a bit of adjustable delay
|
|
in there as well... some synths can't handle a big dump at full bandwidth.
|
|
|
|
Pete
|
|
|
|
P.S. The Roland D10 dumps are of the format F0[data]F7 F0[data]F7 where each
|
|
packet is 256 bytes. You may want to check your files with a DUMP utility to
|
|
ensure that this is what you have.
|
|
|
|
#: 8288 S6/Applications
|
|
18-Nov-90 10:14:48
|
|
Sb: #HELP...
|
|
Fm: MICHAEL ROSEN 73340,2756
|
|
To: KEVIN DARLING
|
|
|
|
THANKS A LOT KEVIN,THE PROGRAN I DOWNLOADED WAS THE UNARCHING PROGRAM...I WULD
|
|
LIKE TO GET A OS-9 TERMINAL PROGRAM RUNNING TO MAKE LIFE EASIER... I HOPE I'LL
|
|
EVENTUALLY GET OS-9 FIGURED OUT I BELIVE IT WONT BE HARD AS SOON AS I LEARN ALL
|
|
THE COMMANDS AND LITTLE TRICKS (IF ANY)..
|
|
THANKS AGAIN,
|
|
MICHAEL ROSEN 73340,2756
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8306 S6/Applications
|
|
18-Nov-90 18:10:14
|
|
Sb: #8288-#HELP...
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: MICHAEL ROSEN 73340,2756 (X)
|
|
|
|
Michael -
|
|
|
|
Right you are: it gets much easier over time, and with more utils (the same as
|
|
with any computer)! And we'll give help wherever you need it.
|
|
|
|
Okay, I'll assume that you have made an rsdos disk readable, and the disk has
|
|
AR09.BIN on it (and that you modem'd it down in binary, not ascii mode!).
|
|
|
|
Ummm, I guess we need to know how many disk drives you have; it'll make things
|
|
much easier if you have two (and 512K!). I'll go on the assumption that you
|
|
have two drives (correct me if you have only one drive).
|
|
|
|
1. "load dir copy" (to make sure they're in).
|
|
2. Place an os9 disk with some room on it in /d1.
|
|
3. Place the rsdos/os9 disk in /d0.
|
|
4. "copy /d0/ar09.bin /d1/ar" (this copies the file to os9 disk)
|
|
5. Put your original CMDS disk back in /d0.
|
|
6. "attr /d1/ar e pe w" (this makes it executable and deleteable).
|
|
7. If you wish (and have room), "copy /d1/ar /d0/cmds/ar"
|
|
Or, just "load /d1/ar" whenever you need it.
|
|
|
|
(cont'd in reply)
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8307 S6/Applications
|
|
18-Nov-90 18:10:36
|
|
Sb: #8306-HELP...
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
(cont'd)
|
|
|
|
Ar is now ready to use. Let's say you downloaded STERM1.AR and TRMCAP.AR from
|
|
Lib 7 for a term program. To break out STERM1.AR, you'd do this:
|
|
|
|
1. Copy the file to a real os9 disk (see steps 1-5 in previous msg).
|
|
For example, "copy /d0/sterm1.ar /d1/sterm1.ar"
|
|
2. "chd" to wherever you want the unarchived files to go, for example:
|
|
"makdir /d1/STERM"
|
|
"chd /d1/sterm"
|
|
3. Give ar the extract command, using a full pathname:
|
|
"ar -x /d1/sterm1.ar"
|
|
|
|
The files should end up in the /D1/STERM directory. Some you will have to make
|
|
executable (with Attr), some you can just List (like the docs).
|
|
|
|
Note: if ar reports files coming out, but you get an error at the end, first
|
|
look to see if you got all the files the docs said you should. If so, ignore
|
|
the error... it's just modem padding on the end of the file. Oh, and Ar expects
|
|
an archive file to have ".ar" as the end of its name. If you need to, just
|
|
rename the file ("rename /d1/stermdownload sterm1.ar").
|
|
|
|
This will all become second nature to you after a coupla times, of course.
|
|
Anything you don't understand, just let us know. best - kev PS* also read msg
|
|
8305.
|
|
|
|
#: 8299 S10/OS9/6809 (CoCo)
|
|
18-Nov-90 14:41:21
|
|
Sb: #thanks
|
|
Fm: BRUCE BAKER 73747,3137
|
|
To: sysop lib#10 (X)
|
|
|
|
Thanks for all the helpfull info! With that and a couple of utilities from here
|
|
and the coco sig,
|
|
I have solved most of the problems I was having.
|
|
I did run into one glitch, though. Is there a size limit for files that DOSOR9
|
|
will handle? I dow'ed TREK.AR from the coco lib.
|
|
#9 and DOSOR9 wouldn't convert it. Every time I tried, the files on the disk
|
|
before that one were transfered o.k. but at that file, the program gave me an
|
|
FC ERROR at line something or other. The same thing happened when I did a disk
|
|
with ONLY that file on it.
|
|
I still don't have a terminal program running on OS9. I got VTERM assembled,
|
|
and if I had a multipak and RS232, I'm sure it would work. I've been trying to
|
|
get a /t1-/RS232 combo together using together using BBANGR.BIN . I made up the
|
|
cable and put together a bootfile (ver. 02.00.00), but it did'nt work. I even
|
|
re-connected my COCO II and tried it with ver. 1.01.00. No dice. I get an
|
|
orange bar that moves across the screen (and stops) as the host transmits. The
|
|
VTERM doc's says something about a 6850 ACIA. I'll try other terminal programs
|
|
and hit the books to try to find a way to work BBAANGR.BIN in as a device
|
|
discriptor/driver on lev. II.
|
|
Thanks again, and as always, any comments or suggestions will be greatly
|
|
appreciated.
|
|
Bruce
|
|
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8305 S10/OS9/6809 (CoCo)
|
|
18-Nov-90 18:09:30
|
|
Sb: #8299-#thanks
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: BRUCE BAKER 73747,3137 (X)
|
|
|
|
Bruce -
|
|
|
|
I think the later DOSOR9 will handle up to 64K or so? The FC ERROR is right
|
|
where it handles sector math stuff, and you might be able to figure out how to
|
|
make it go even higher (use more bytes for math).
|
|
|
|
But... this is what I'd do instead; which will take a little while to set up,
|
|
but well worth the results. Get:
|
|
|
|
Lib 9: RSDOS.AR - program to read/write/dir RSDOS disks.
|
|
Lib 10: CC3DIS.AR - ipatch to create new driver for rsdos/etc command.
|
|
Lib 10: PATCH.AR - the ipatch program (if you don't have it already).
|
|
|
|
With ipatch you create the new cc3disk (from the original), then make a new
|
|
bootfile and reboot.
|
|
|
|
Now you can use the rsdos util under OS9 to transfer files from rsdos disks.
|
|
Very handy, and you can also use PCDOS.AR in Lib 10 to do the same with msdos
|
|
files. Yell if need help! best - kev
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8311 S10/OS9/6809 (CoCo)
|
|
18-Nov-90 23:25:17
|
|
Sb: #8305-#thanks
|
|
Fm: BRUCE BAKER 73747,3137
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
kEvi love to tinker, so i think i'll give both paths a try. thanks for the
|
|
help, and such a timely reply! have a nice holiday...
|
|
bruce
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8316 S10/OS9/6809 (CoCo)
|
|
19-Nov-90 02:49:59
|
|
Sb: #8311-thanks
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: BRUCE BAKER 73747,3137
|
|
|
|
Thx, and same to you Bruce! We love "tinkerers" around here, so ask away if
|
|
you get some needs or ideas <grin>. - kev
|
|
|
|
#: 8314 S3/Languages
|
|
19-Nov-90 00:33:45
|
|
Sb: #Make Utility
|
|
Fm: Tony Cappellini 76370,2104
|
|
To: Carl Krieder
|
|
|
|
Karl I have just downloaded ar v1.3 from Delphi. I noticed in the archive that
|
|
there was a makefile, but I don't have the make utility. Can you tell me where
|
|
I can find it? Ar there more than one ? Are there any advantages to one over
|
|
the others ? I have been looking for a make utility for os9 lII for sometime
|
|
now. I
|
|
tried to make one using the new script features of shell plus 2.0, but they
|
|
don't work to well, but it's better than typing the cc comman line over and
|
|
over. Thanks.
|
|
TC
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8332 S3/Languages
|
|
19-Nov-90 09:53:50
|
|
Sb: #8314-Make Utility
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Tony Cappellini 76370,2104
|
|
|
|
Tony -
|
|
|
|
Carl's at 71076,76, and doesn't get on too often these days. The 'make' he used
|
|
initially was his own. It should be available in the UGLIB DL. If it's not
|
|
there, Mike Ward probaby has it archived offline, and will be happy to upload
|
|
it for you (76703,2013).
|
|
|
|
Carl's 'make' was good (in a void), but I prefer the dev pak make. It's closer
|
|
to both Unix and 68k make's. There are also sources floating about (USENET, PC
|
|
Forums, DDJ Forum, etc.) for public domain make's, so you could also roll your
|
|
own if you like.
|
|
|
|
Pete
|
|
|
|
#: 8337 S3/Languages
|
|
19-Nov-90 16:23:19
|
|
Sb: #8314-Make Utility
|
|
Fm: Zack Sessions 76407,1524
|
|
To: Tony Cappellini 76370,2104
|
|
|
|
Tim Kientzle has written a replacement MAKE utility. I will upload it here when
|
|
I get the chance.
|
|
|
|
Zack
|
|
|
|
#: 8320 S4/MIDI and Music
|
|
19-Nov-90 05:58:34
|
|
Sb: MTMIDI
|
|
Fm: Ches Looney 73016,1336
|
|
To: Glen Hathaway 71446,166 (X)
|
|
|
|
Glen, I just got a Roland MT-32 for a companion to my TX81Z and it is most
|
|
enjoyable. In browsing dl4, I found your MTMIDI program. Have you done any
|
|
more work with that? It is most enjoyable and I would like to see more of its
|
|
controls working. Have you written or do you know of a patch editor for the
|
|
MT32 like the editor in RSDOS for the TX81 by Bill Jackson? Your MTMIDI is a
|
|
fine piece of work - Thank you. Regards, Ches.
|
|
|
|
#: 8321 S4/MIDI and Music
|
|
19-Nov-90 06:05:11
|
|
Sb: MTPanel
|
|
Fm: Ches Looney 73016,1336
|
|
To: Jonathan Cluts 74126,2736
|
|
|
|
Jonathan, I just got an MT-32 to supplement the voices from my TX81Z and to add
|
|
percussion. In BROwsing DL4, I found your MTPanel and am enjoying it. Have you
|
|
done further work on that program so that some voice patch editing can be done?
|
|
Thanks for MTPanel, it is a fine piece of work. Regards, Ches.
|
|
|
|
#: 8324 S4/MIDI and Music
|
|
19-Nov-90 06:20:31
|
|
Sb: #Fallin.UME
|
|
Fm: Ches Looney 73016,1336
|
|
To: Glen Hathaway 71446,166 (X)
|
|
|
|
Glen, The segment of "Don't Wanna Fall in Love" is great! Thanks. Ches.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8346 S4/MIDI and Music
|
|
19-Nov-90 23:18:22
|
|
Sb: #8324-#Fallin.UME
|
|
Fm: GLEN HATHAWAY 71446,166
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Hi Ches... Glad ya like it! I've got little pieces of a lot of different songs.
|
|
I can't seem to stay interested enough to finish any. Maybe if I bought the
|
|
buyware version of Umuse... Then I wouldn't have to spend most of my mousing
|
|
time waiting for screen redraws.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8351 S4/MIDI and Music
|
|
20-Nov-90 10:49:14
|
|
Sb: #8346-Fallin.UME
|
|
Fm: Ches Looney 73016,1336
|
|
To: GLEN HATHAWAY 71446,166
|
|
|
|
Glen, Let me urge you to get the buyware (4.7) version, if for not other
|
|
reason, than to get the percussion score and the articulation capability. There
|
|
are many more worthy improvements, but I suspect you'd find these most helpful.
|
|
Regards, Ches.
|
|
|
|
#: 8338 S9/Utilities
|
|
19-Nov-90 17:52:28
|
|
Sb: HELP....
|
|
Fm: MICHAEL ROSEN 73340,2756
|
|
To: KEVIN DARLING
|
|
|
|
THANK YOU VERY MUCH FOR THE HELP KEVIN.. I WILL TRY ALL OF THAT AS I LOG OFF
|
|
AND REBOOT OS-9. ANSWERING YOUR QUESTION ON MY SYSTEM, I HAVE A 128K COCO 3,2
|
|
TEAC DSDD DRIVES, A MPI, DMP 130A PRINTER, RS-232 PAK, ORCHESTRA 90, X-PAD,
|
|
PLUG-N-POWER CONTROLLER (OLD & NEW STYLE),AND 2 64K COCO 2'S.... I ALSO HAVE AN
|
|
UNPOPULATED 512K BOARD,BUT I'M NOT SURE WHAT MEMORY CHIPS TO USE OR IT WOULD BE
|
|
INSTALLED.. I'M USING A COMPUTER PERIPHERALS VIVA 24 MODEM (2400 BAUD) WELL
|
|
THATS MY TOYS I GUESS I'LL PLAY WITH MY OS-9 FOR A WHILE AND TRY TO GET THE
|
|
HANG OF IT.... MAYBE A FEW OF US CAN GET TOGETHER ONE EVENING AND CHAT ON
|
|
CONFERENCE FOR A FEW...
|
|
THANKS AGAIN,
|
|
MICHAEL ROSEN
|
|
73340,2756
|
|
|
|
|
|
|
|
#: 8339 S3/Languages
|
|
19-Nov-90 18:14:58
|
|
Sb: #C programming
|
|
Fm: MAS 76336,3226
|
|
To: sysop (X)
|
|
|
|
Hello again,
|
|
|
|
I have another question on OS9 C programming. How can I do a
|
|
Non-Blocking keyboard read? (like inkey$ in basic). At the moment, I am using
|
|
getstat(1,0) to chec to check if there is something in 'stdin'; if there is i
|
|
use fgets() to read thin one char at a time. The problem with this is that a
|
|
need two returns '\n's to end a line before it recognises the first lin end the
|
|
line before it recognises the first line.
|
|
|
|
many thanks, robert
|
|
|
|
|
|
|
|
There are 3 Replies.
|
|
|
|
#: 8340 S3/Languages
|
|
19-Nov-90 19:01:40
|
|
Sb: #8339-C programming
|
|
Fm: James Jones 76257,562
|
|
To: MAS 76336,3226 (X)
|
|
|
|
Two things: one, fgets() is set up to always read up until either a \n is seen
|
|
or the buffer you hand it fills up; two, the FILE structure for stdin is, if
|
|
you have it hooked up to a terminal, going to by default use readln() for
|
|
input. (Gee, I just split an infinitive! :=) The getstat is sufficiently
|
|
system-dependent that I probably would hide the whole thing under a function
|
|
interface (that could buffer stuff for you if more than one character were
|
|
ready, for efficiency's sake) and not bother to use C standard I/O.
|
|
|
|
#: 8342 S3/Languages
|
|
19-Nov-90 19:54:43
|
|
Sb: #8339-C programming
|
|
Fm: Pete Lyall 76703,4230
|
|
To: MAS 76336,3226 (X)
|
|
|
|
Your approach using the getsYour approach using the getstat call is correct.
|
|
|
|
Fgets() is the wrong way to read in one character at a time. You could either
|
|
use:
|
|
|
|
a) read() - low level, raw I/O
|
|
|
|
b) getc(fp) - high level.
|
|
|
|
When using buffered (high level) I/O, and you want character granularity, you
|
|
may want to unbuffer standard input like this:
|
|
|
|
setbuf(stdin, NULL);
|
|
|
|
Pete
|
|
|
|
#: 8348 S3/Languages
|
|
20-Nov-90 10:00:04
|
|
Sb: #8339-C programming
|
|
Fm: Mark Wuest 74030,332
|
|
To: MAS 76336,3226 (X)
|
|
|
|
Robert,
|
|
Here's a quick-and-dirty routine to get one byte from a path you have
|
|
previously opened with open() (or use path = 0 for stdin).
|
|
cread(path,buf)
|
|
int path;
|
|
char *buf;
|
|
{
|
|
int cnt;
|
|
|
|
if((cnt = _gs_rdy(path)) < 0)
|
|
return(cnt);
|
|
if(cnt == 0)
|
|
return(cnt);
|
|
return(read(path,buf,1);
|
|
}
|
|
|
|
This should read just one byte. If there is nothing there, it returns 0.
|
|
Obviously if there is an error, it returns -1. Hope this is a good starting
|
|
place for you.
|
|
Mark
|
|
|
|
#: 8344 S3/Languages
|
|
19-Nov-90 21:55:53
|
|
Sb: #C programming
|
|
Fm: MAS 76336,3226
|
|
To: sysop (X)
|
|
|
|
Thanks guys for the non-blocking keyboard read tips. I have a few more puzzle
|
|
that I can not solve. (I really hate porting this progam from UNIX to OS9!) 1.
|
|
Is there a user validation function on Os9? Something like
|
|
pwdauth(username,password) on UNIX? or do I have to look in the password
|
|
file mys
|
|
file myself. 2. I can find mknod() or makdir() on OS9, but how do I remove a
|
|
directory? 3. Is there a function to check file access permission ? 4. how can
|
|
I get the current directory?
|
|
|
|
I have look through the microware language manual a couple times and it is
|
|
getting me nowhere. Can you recommand me some books or articles that can speed
|
|
up my learing process on OS9?
|
|
|
|
Thanks again
|
|
|
|
Robert.
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8352 S3/Languages
|
|
20-Nov-90 11:28:23
|
|
Sb: #8344-C programming
|
|
Fm: Pete Lyall 76703,4230
|
|
To: MAS 76336,3226 (X)
|
|
|
|
(system is going down in 5 mins, so I have to be quick):
|
|
|
|
A) Use the password related functions available in the Kreider libraries. We
|
|
all use them instead of the MW libraries. See LIB 3.
|
|
|
|
b) Sorry - no easy way... Wait.. did you try 'unlink()'? Dunno if it works on a
|
|
directory (never tried it).. worst case you could "system("deldir {dirname})"
|
|
|
|
Pete
|
|
|
|
#: 8349 S10/OS9/6809 (CoCo)
|
|
20-Nov-90 10:27:14
|
|
Sb: #BASIC09 disk
|
|
Fm: REX GOODE 73777,3663
|
|
To: All
|
|
|
|
Just to let you all know, I received my BASIC09 disk last night from Tandy,
|
|
you know, the one that I couldn't load for some reason. It worked great. Now I
|
|
don't have to keep worrying that my disk drive couldnt do the job. I'm looking
|
|
forward to learning all about BASIC09 and OS9. I finally was able to use CONFIG
|
|
and add a printer to my list of devices so I can use Color Artist by Steve
|
|
Bjork. Bless you all. Thanks.
|
|
Rex
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8355 S10/OS9/6809 (CoCo)
|
|
20-Nov-90 18:38:22
|
|
Sb: #8349-BASIC09 disk
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: REX GOODE 73777,3663 (X)
|
|
|
|
Rex - Great!! Have fun <grin> - kev
|
|
|
|
#: 8350 S10/OS9/6809 (CoCo)
|
|
20-Nov-90 10:27:36
|
|
Sb: #Color Artist
|
|
Fm: REX GOODE 73777,3663
|
|
To: All
|
|
|
|
I bought Color Artist, a program by Steve Bjork. I'm enjoying using it. It's
|
|
the kind of program my kids go nuts over. Now that I have my CONFIG disk that
|
|
works, I can use Color Artist with my DMP-100 printer. However, I am having a
|
|
problem with it that I hope someone here can help me with.
|
|
The DMP-100 is switchable between 600 and 1200 baud. I used "xmode /p baud=3"
|
|
to set the baud rate to 1200 before running Color Artist. This worked great.
|
|
I used Color Artist to just draw a simple line, to test the printer. Here is
|
|
what my line looked like:
|
|
****
|
|
****
|
|
****
|
|
**** (get the idea?)
|
|
|
|
Here is how it printed:
|
|
****
|
|
**
|
|
|
|
**
|
|
****
|
|
|
|
****
|
|
|
|
It seemed to be doing to line feeds between each printing. Any ideas?
|
|
Rex
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8353 S10/OS9/6809 (CoCo)
|
|
20-Nov-90 18:28:18
|
|
Sb: #8350-#Color Artist
|
|
Fm: James Jones 76257,562
|
|
To: REX GOODE 73777,3663 (X)
|
|
|
|
I bet "xmode /p -lf" would do the job.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8362 S10/OS9/6809 (CoCo)
|
|
21-Nov-90 10:00:24
|
|
Sb: #8353-Color Artist
|
|
Fm: REX GOODE 73777,3663
|
|
To: James Jones 76257,562 (X)
|
|
|
|
Thanks James. I'll give it a try.
|
|
Rex
|
|
|
|
#: 8356 S14/misc/info/Soapbox
|
|
20-Nov-90 20:07:14
|
|
Sb: DAN.SAL in LIB 14
|
|
Fm: Dan Robins 73007,2473
|
|
To: All
|
|
|
|
Folks,
|
|
Still have the CoCo3 512k (PBJ version) upgrade available. Check out the
|
|
file DAN.SAL in LIB 14. Although the price says $85....I'll let it fly out the
|
|
door for $60 and shipping.
|
|
Dan
|
|
|
|
#: 8357 S1/General Interest
|
|
20-Nov-90 21:14:54
|
|
Sb: #INTEL/ZYLOG CHIP DRIVERS
|
|
Fm: JOHN HORTON 70032,1431
|
|
To: ALL
|
|
|
|
NEEDED: OS-9 DRIVER OR "C" I/O FUNCTIONS
|
|
TO INTERFACE WITH INTEL 8273 OR
|
|
ZYLOG 8530 CHIP/CHIPS IN SYNCHRONOUS
|
|
-HDLC MODE. WANT TO ENABLE FRAMING,
|
|
BIT STUFFING, & CRC GENERATIOON/CHECKING.
|
|
YOUR HELP IS APPRECIATED.
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8360 S1/General Interest
|
|
21-Nov-90 09:13:43
|
|
Sb: #8357-INTEL/ZYLOG CHIP DRIVERS
|
|
Fm: Mark Wuest 74030,332
|
|
To: JOHN HORTON 70032,1431 (X)
|
|
|
|
John,
|
|
(Did you ask this before?) Call GCOM in Urbana, Illinois. Ask for Bob
|
|
Crownover. Tell him I sent you. If you need help porting to OS9, drop me e-mail
|
|
and maybe we can work something out. They sell HDLC drivers in source code form
|
|
for numerous chips. I use their drivers (and X25) for the Z8530.
|
|
Mark
|
|
PS: My name is pronounced Mark Weest <-- long "e".
|
|
|
|
#: 8361 S1/General Interest
|
|
21-Nov-90 09:15:32
|
|
Sb: #8357-INTEL/ZYLOG CHIP DRIVERS
|
|
Fm: Mark Wuest 74030,332
|
|
To: JOHN HORTON 70032,1431 (X)
|
|
|
|
John,
|
|
Oh, BTW, you will need to decide what kind of file manager you wish to use, as
|
|
HDLC is a block-oriented protocol. SCF may be fine for you application.
|
|
Mark
|
|
|
|
#: 8363 S10/OS9/6809 (CoCo)
|
|
21-Nov-90 11:24:04
|
|
Sb: #File Info
|
|
Fm: George Hendrickson 71071,2003
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Hi. I want to ask you something about obtaining filename information. I was
|
|
wondering how to get that without scanning the whole directory. Let's say I
|
|
need some information on a file called 'TESTFILE.EXT'. Do I open that file as
|
|
READ+DIR? or just READ? Do I set the data TYPE as
|
|
TYPE file=name$:STRING[29];lsn0,lsn1,lsn2:BYTE and then go to the sector with
|
|
the information that I need with another type
|
|
TYPE
|
|
sector=att:BYTE;own:INTEGER;y,m,d,mi,link:BYTE;sz1,sz2,sz3,sz4:BYTE;yr,mo,da:BYTE;seg:STRING[240]?
|
|
I need to get info on a file quickly without scanning the whole directory. The
|
|
way I have this program that I'm working on set up is
|
|
it reads a directory until it finds the filename that its looking for, opens
|
|
another path as "/dd@", gets the info from that and prints the results.
|
|
However; it takes a little longer than I want it to. I'd like to just be able
|
|
to open the file and get the info that way if I could without using SysCall..
|
|
Any help is appreciated. Thanks!
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8364 S10/OS9/6809 (CoCo)
|
|
21-Nov-90 12:14:19
|
|
Sb: #8363-#File Info
|
|
Fm: Pete Lyall 76703,4230
|
|
To: George Hendrickson 71071,2003 (X)
|
|
|
|
George -
|
|
|
|
You have two options:
|
|
|
|
a) Do as you're doing.... open the directory, scan until you find the name,
|
|
then use the 3 byte LSN to get the file's FD sector number, then go get that
|
|
on /DD@ and dissect it - or -
|
|
|
|
b) Open the file, use the getstat SS.FD which will snag the file's FD sector
|
|
into a buffer you allocate.
|
|
|
|
The a) approach is actually quicker, since it's being done under the sheets
|
|
anyway in approach b)
|
|
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8374 S10/OS9/6809 (CoCo)
|
|
22-Nov-90 12:10:18
|
|
Sb: #8364-#File Info
|
|
Fm: George Hendrickson 71071,2003
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Thanks for the help. I was using a) and it took about 3 seconds to find the
|
|
filename and give the info on it. Does the other way use SysCall? I've got an
|
|
idea on how to cut down on search time....I'll play with that for awhile.
|
|
Thanks again...
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8376 S10/OS9/6809 (CoCo)
|
|
22-Nov-90 13:11:22
|
|
Sb: #8374-File Info
|
|
Fm: Pete Lyall 76703,4230
|
|
To: George Hendrickson 71071,2003
|
|
|
|
One possibility is to read the whole directory into RAM in one shot. You could
|
|
use _gs_size to determine how big it is, and you could even dynamically
|
|
allocate the storage for it (if using C) using a malloc(). If using B09, you
|
|
may need to set aside a certain reasonable maximum sized buffer. Reading in one
|
|
fell swoop is much quicker than several 32 byte reads.
|
|
|
|
Then, you could do the lookup in RAM, which would be much faster. 3 seconds
|
|
sounds pretty slow.
|
|
|
|
Pete
|
|
|
|
#: 8366 S6/Applications
|
|
21-Nov-90 13:43:55
|
|
Sb: cron
|
|
Fm: Tom Napolitano 70215,1130
|
|
To: 70325,523 (X)
|
|
|
|
Bill,
|
|
In his message (#8248) to me, Pete Lyall suggested I get current source
|
|
code for his cron from you or Kent Meyers. Could you upload it? I need it to
|
|
customized to my system.
|
|
Thanks,
|
|
tom n
|
|
|
|
#: 8368 S10/OS9/6809 (CoCo)
|
|
21-Nov-90 18:24:39
|
|
Sb: #Boot File
|
|
Fm: Bob Archambault 76506,3544
|
|
To: ALL
|
|
|
|
Is there any way to change an OS9Boot module, for example, change D0_35s to
|
|
D0_40d or change TERM_VDG to TERM_WIN, WITHOUT making a new disk. I want to be
|
|
able to change them ON the existing disk. Any help would be greatly
|
|
appreciated. OS9 Level Two manual is as clear as mud :-)
|
|
|
|
Bob
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8369 S10/OS9/6809 (CoCo)
|
|
21-Nov-90 18:37:17
|
|
Sb: #8368-#Boot File
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Bob Archambault 76506,3544 (X)
|
|
|
|
Yep -
|
|
|
|
You can use the dEd disk editor (DL9 or 10), Patch, or any number of other
|
|
utilities to patch a boot file. If running a coco/2/3, dEd is probably your
|
|
best bet, and the price is right.
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8370 S10/OS9/6809 (CoCo)
|
|
21-Nov-90 21:40:57
|
|
Sb: #8369-Boot File
|
|
Fm: Bob Archambault 76506,3544
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Thanx very much, Pete, I'll give it a try!
|
|
|
|
Bob
|
|
|
|
#: 8375 S3/Languages
|
|
22-Nov-90 12:12:48
|
|
Sb: #conversion of B09 REALS
|
|
Fm: Zack Sessions 76407,1524
|
|
To: ALL
|
|
|
|
Has anyone written a routine to convert BASIC09 REAL variable type to a C FLOAT
|
|
datatype?
|
|
|
|
Zack
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8377 S3/Languages
|
|
22-Nov-90 16:13:46
|
|
Sb: #8375-#conversion of B09 REALS
|
|
Fm: James Jones 76257,562
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
No, but I bet that since the range is probably the same, that one might be able
|
|
to get away with chucking the least significant byte and stuffing it in a C
|
|
float on the 6809. Give that a shot; even if it doesn't work, it's easy to
|
|
try! :-)
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8382 S3/Languages
|
|
22-Nov-90 22:05:06
|
|
Sb: #8377-#conversion of B09 REALS
|
|
Fm: Zack Sessions 76407,1524
|
|
To: James Jones 76257,562 (X)
|
|
|
|
The main problem is that the sign bit is on opposite sides of the mantissa! I
|
|
think it may have to be done by an assembler subroutine.
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8383 S3/Languages
|
|
23-Nov-90 11:37:19
|
|
Sb: #8382-#conversion of B09 REALS
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Zack -
|
|
|
|
Why? Is byte manipulation out of the range of B09's capanilities? What about
|
|
LOR, LAND, pointers, and byte arrays?
|
|
|
|
Pete
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8384 S3/Languages
|
|
23-Nov-90 11:37:39
|
|
Sb: #8383-conversion of B09 REALS
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Whoops.... capaBilities.
|
|
|
|
#: 8385 S3/Languages
|
|
23-Nov-90 16:36:09
|
|
Sb: #8383-conversion of B09 REALS
|
|
Fm: Zack Sessions 76407,1524
|
|
To: Pete Lyall 76703,4230
|
|
|
|
I am not using BASIC09, I am having to interpet some files written with BASIC09
|
|
with C and some fields are BASIC09 REAL datatype which is funcky compared to
|
|
C's double. Fortunatly, Greg Law reminded me that the Microware C manual has
|
|
some subroutines which convert REAL to double and back, and they work just
|
|
fine.
|
|
|
|
Zack
|
|
|
|
#: 8378 S10/OS9/6809 (CoCo)
|
|
22-Nov-90 18:47:58
|
|
Sb: #Boot File
|
|
Fm: Bob Archambault 76506,3544
|
|
To: Pete Lyall
|
|
|
|
Pete,
|
|
|
|
I downloaded dEd.ar as you suggested. I thought the OS9 manual was bad. I don't
|
|
understand a thing in the docs. I know NOTHING about byte offsets in a module
|
|
or anything else mentioned in that.
|
|
|
|
Could you briefly describe HOW I could change the bootfile modules as I
|
|
requested?
|
|
|
|
For example - change D0_35S to D0_40D or change TERM_VDG to TERM_WIN as well
|
|
as adding a module to a bootfile.
|
|
|
|
Without some explanation, that program is useless to me. Sorry for my
|
|
ignorance.
|
|
|
|
Bob
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8381 S10/OS9/6809 (CoCo)
|
|
22-Nov-90 21:59:51
|
|
Sb: #8378-Boot File
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Bob Archambault 76506,3544
|
|
|
|
Bob -
|
|
|
|
Well, one cheap and easy method is to use CMP to compare the two modules like
|
|
this:
|
|
|
|
CMP <current module> <desired module>
|
|
|
|
This will give you a list of the offsets and values of bytes that are
|
|
different.
|
|
|
|
The second (and more valuable) approach is to invest some time with the OS9
|
|
Technical Reference Manual in the section on RBF Device Descriptors. It'll pay
|
|
dividends later.
|
|
|
|
Pete
|
|
|
|
#: 8379 S12/OS9/68000 (OSK)
|
|
22-Nov-90 21:20:41
|
|
Sb: GUI
|
|
Fm: Hugo Bueno 71211,3662
|
|
To: Kevin Darling
|
|
|
|
Kevin,
|
|
|
|
Something to think about for the GUI is moving around directory trees. With
|
|
GShell, it's a royal pain (even with a hard disk) to move around the directory
|
|
tree. It would be nice to have a quick way of doing so. Perhaps by displaying a
|
|
tree off to the side and allowing the user to click on a directory name?
|
|
|
|
Hugo
|
|
|
|
#: 8380 S10/OS9/6809 (CoCo)
|
|
22-Nov-90 21:24:03
|
|
Sb: Tmode/Xmode/CC3go
|
|
Fm: Hugo Bueno 71211,3662
|
|
To: ALL
|
|
|
|
I recently installed a new CC3go by Roger Krupski. Problem is, I use Kevin's
|
|
SCF, but the system doesn't give me the correct parameters when I open a shell.
|
|
For example, a TMODE of the /w1 shows reprint=04 and dup=01 but XMODE shows
|
|
reprint=09 dup=19. Is there any reason why the xmode shows the correct
|
|
parameters, but tmode doesn't?
|
|
|
|
Hugo
|
|
|
|
Press <CR> !>{ |