1809 lines
53 KiB
Plaintext
1809 lines
53 KiB
Plaintext
|
|
||
|
|
||
|
#: 9280 S3/Languages
|
||
|
25-Jan-91 21:59:14
|
||
|
Sb: #9273-#'C' help
|
||
|
Fm: Steve Wegert 76703,4255
|
||
|
To: Jim Peasley 72726,1153 (X)
|
||
|
|
||
|
Thanks for the tips, Jim. I'll try and diddle this weekend.
|
||
|
|
||
|
Steve
|
||
|
|
||
|
There are 2 Replies.
|
||
|
|
||
|
#: 9284 S3/Languages
|
||
|
25-Jan-91 23:07:24
|
||
|
Sb: #9280-'C' help
|
||
|
Fm: Jim Peasley 72726,1153
|
||
|
To: Steve Wegert 76703,4255 (X)
|
||
|
|
||
|
I'll be interested to hear how it comes out. I'd try it myself, but it looks
|
||
|
as though this wkend is already eaten up...
|
||
|
Homework tonight, class tomorrow 8-1, & the rest of Sat. and Sun. I've gotta
|
||
|
replace a patio door - frame and all. Then there's always the Superbowl,
|
||
|
although I might miss it seeing as how the 49ers aren't playing!
|
||
|
|
||
|
...Jim
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
#: 9301 S3/Languages
|
||
|
27-Jan-91 18:29:04
|
||
|
Sb: #9280-#'C' help
|
||
|
Fm: Jim Peasley 72726,1153
|
||
|
To: Steve Wegert 76703,4255 (X)
|
||
|
|
||
|
Steve;
|
||
|
|
||
|
I got a chance to play around with the pgm. a bit today, and got it to print
|
||
|
in a tabular fashion without using pos_cur. I eliminated the CURSOR calls in
|
||
|
the print_event function, but haven't had a chance to remove them from the
|
||
|
add_event function yet.
|
||
|
|
||
|
Just uploaded the source to DL10, marked for you. Let me know if this solves
|
||
|
your "garbaged-up" output on the WYSE.
|
||
|
|
||
|
...Jim
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9311 S3/Languages
|
||
|
28-Jan-91 22:00:36
|
||
|
Sb: #9301-#'C' help
|
||
|
Fm: Steve Wegert 76703,4255
|
||
|
To: Jim Peasley 72726,1153 (X)
|
||
|
|
||
|
Jim,
|
||
|
|
||
|
Had a few minutes to test out the new source. Your changes did eliminate the
|
||
|
cursor control characters I was seeing ... as well as your change to the path
|
||
|
for dates.files again allows multiple users their own dates.file.
|
||
|
|
||
|
However ... I'm now seeing a '1st' in the type of event field, if there's
|
||
|
nothing normally there. For instance, a run of dateck brings up Ash Wednesday.
|
||
|
There's nothing special suposed to be in the type of event field, yet I see a
|
||
|
'1st'.
|
||
|
I'm also seeing something wierd with todays date ... the year seems to be
|
||
|
munged.
|
||
|
|
||
|
Popping the source into my handy editor and searching for '1st', I get one hit.
|
||
|
A comment line in some code testing for the 1st. Nowhere else. Can't for the
|
||
|
life of me see how that's getting printed, tho.
|
||
|
|
||
|
Thoughts?
|
||
|
|
||
|
<capture of sample out follows:>
|
||
|
|
||
|
Today is February 28, 91
|
||
|
|
||
|
Searching 12/01 to 12/31 :
|
||
|
|
||
|
12/12 Hanukkah 1st
|
||
|
12/25 Christmas 1st
|
||
|
12/10 Steve's Birthday 34th Birthday
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9332 S3/Languages
|
||
|
29-Jan-91 23:23:14
|
||
|
Sb: #9311-#'C' help
|
||
|
Fm: Jim Peasley 72726,1153
|
||
|
To: Steve Wegert 76703,4255 (X)
|
||
|
|
||
|
Steve;
|
||
|
|
||
|
Glad to hear that we can do away with the pos_cur(x,y) stuff... now all I
|
||
|
need to do is figure out how to position the input fields in the add_event
|
||
|
function! Maybe this weekend.
|
||
|
|
||
|
> However ... I'm now seeing a '1st' in the type of event field, if there's
|
||
|
> nothing normally there. For instance, a run of dateck brings up Ash
|
||
|
> Wednesday. There's nothing special suposed to be in the type of event
|
||
|
> field, yet I see a '1st'.
|
||
|
> I'm also seeing something wierd with todays date ... the year seems to
|
||
|
> be munged.
|
||
|
|
||
|
The 1st that you're seeing is due to the fact that I changed the logic a bit
|
||
|
to not display a year span for annually recurring events like Christmas, etc.
|
||
|
By setting the year field for such dates to 00, no year span gets printed.
|
||
|
However... for events such as Ash Wednesday, Easter, Thanksgiving, etc. that
|
||
|
do not fall on the same date each year, it's necessary to manually edit the
|
||
|
dates.file to re-set these dates to the current day/year.
|
||
|
At some point, I'd like ts incorporate a way to dynamically calculate these
|
||
|
dates, but I don't remember how most of them are calculated. Labor Day I
|
||
|
know, but not the rest of them! Anyone???
|
||
|
|
||
|
> I'm also seeing something wierd with ttdays date ... the year seems to
|
||
|
> be munged.
|
||
|
|
||
|
What version of the Kreider libs do you have? I remember a message from
|
||
|
someone saying that the localtime() function was fixed? in the 12/10/90
|
||
|
release - that's what I'm using.
|
||
|
|
||
|
...Jim
|
||
|
|
||
|
p.s. You share the same B'day as our oldest daughter. (19 this year)
|
||
|
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9334 S3/Languages
|
||
|
30-Jan-91 08:00:39
|
||
|
Sb: #9332-'C' help
|
||
|
Fm: Steve Wegert 76703,4255
|
||
|
To: Jim Peasley 72726,1153
|
||
|
|
||
|
Ahh ... editing the date's file is an easy task.
|
||
|
|
||
|
I might be a release behind on the Kreider libs ... I'll go fetch and
|
||
|
recompile.
|
||
|
|
||
|
Steve
|
||
|
|
||
|
#: 9283 S3/Languages
|
||
|
25-Jan-91 23:07:20
|
||
|
Sb: #9275-'C' help
|
||
|
Fm: Jim Peasley 72726,1153
|
||
|
To: Pete Lyall 76703,4230 (X)
|
||
|
|
||
|
Pete;
|
||
|
|
||
|
<Sigh>.. I guess you're right - mumble,mumble.
|
||
|
|
||
|
Still, I had never heard of termcaps until STERM v1.3, and can't think of any
|
||
|
other OS-9 pgms that use them. I DO see the value tho.
|
||
|
|
||
|
Guess I'm just going thru an input overload at the present time!
|
||
|
|
||
|
Got your 2 files from DL3 last night, but after printing out CLIBDOC, I need
|
||
|
to get some more ribbons before getting into them.
|
||
|
|
||
|
...Jim
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
#: 9282 S12/OS9/68000 (OSK)
|
||
|
25-Jan-91 22:17:49
|
||
|
Sb: #9247-termcap functions
|
||
|
Fm: Bob van der Poel 76510,2203
|
||
|
To: Pete Lyall 76703,4230 (X)
|
||
|
|
||
|
Pete, Yes, I had a look at the termcap stuff you uploaded. Not too much help
|
||
|
for my problem. Looking over some of the termcap entries in the OSK termcap
|
||
|
file I notice that there are a number of entries for different terminals which
|
||
|
are not covered in the termcap capabilities list in the OSK docs. Does anyone
|
||
|
know of a more comprehensive list?
|
||
|
|
||
|
Actually, adding your own functions in not a problem. I could easily add to the
|
||
|
file entries for anything I want. I suppose for cursor on/off I could use C1
|
||
|
and C2 or whatever. The thing I'd like to know is if there is already a name
|
||
|
for this function or, if not, any suggestions for a standard name.
|
||
|
|
||
|
#: 9287 S10/OS9/6809 (CoCo)
|
||
|
26-Jan-91 02:47:13
|
||
|
Sb: #9256-#Seagate ST225N
|
||
|
Fm: Ken Scales 74646,2237
|
||
|
To: Rodney Harper 75130,1321 (X)
|
||
|
|
||
|
Rod -
|
||
|
|
||
|
Yes, the 4-in-1 does require the add-on power supply for the Hard Drive
|
||
|
interface. That one stumped a friend and I first time we tried to set up his
|
||
|
drive -- the manual mentioned the power supply only under the Serial Port, but
|
||
|
it is required for the HD as well. (not the clock, tho.)
|
||
|
|
||
|
Also, I am in the process of releasing a new version of the CCHDisk driver (v
|
||
|
4.7) which will let you do the physical format under OS-9, rather than using
|
||
|
that Basic program. Also has a few other tweeks specifically for Seagate
|
||
|
STxxxN drives (though it is not limited to Seagates). Should be available in a
|
||
|
few days. (Gotta reformat the doc file.)
|
||
|
|
||
|
Cheers... / Ken
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9290 S10/OS9/6809 (CoCo)
|
||
|
26-Jan-91 12:20:42
|
||
|
Sb: #9287-Seagate ST225N
|
||
|
Fm: Rodney Harper 75130,1321
|
||
|
To: Ken Scales 74646,2237 (X)
|
||
|
|
||
|
Ken,
|
||
|
|
||
|
Many thanks for the reply. I was getting real close to making the Seagate a
|
||
|
door stop. <Grin>
|
||
|
|
||
|
Once you get the file done, hopefully soon, let me know I would like to give it
|
||
|
a try. I am online daily, so I will be looking out for your message saying "
|
||
|
OK, Rod....Give it a try !!" <Grin>
|
||
|
|
||
|
Any ideas on why the Disto Basic Formatter will not work most of the time ?
|
||
|
|
||
|
>>Rod<<
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
#: 9289 S10/OS9/6809 (CoCo)
|
||
|
26-Jan-91 12:03:50
|
||
|
Sb: Seagate St225N
|
||
|
Fm: james pottage 71750,2012
|
||
|
To: Rodney Harper
|
||
|
|
||
|
Rod, Ken Scales user name is KSCALES and he uses the OS9 Forum only.
|
||
|
|
||
|
Jim Pottage
|
||
|
|
||
|
#: 9291 S10/OS9/6809 (CoCo)
|
||
|
26-Jan-91 12:48:09
|
||
|
Sb: #9205-#EPROMs
|
||
|
Fm: LUTE MULLENIX 70721,2230
|
||
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
||
|
Kevin:
|
||
|
|
||
|
So what your saying is it should be possable to work up an EPROM that would
|
||
|
just boot off the HD. Now what kind of a job would that be for someone like me?
|
||
|
I can plug things in, solder in diodes, and patch modules, but I,m not really
|
||
|
up on figuring out what to patch, and what to to change things to.
|
||
|
|
||
|
Am I correct in thinking that the EPROM would have to know where on the HD to
|
||
|
find the kernel (track), and then a new BOOT mod would have to be written in
|
||
|
say assembly. Of course the code in the EPROM would have to be machine code to
|
||
|
start things off, right?
|
||
|
|
||
|
I just noticed something, looking through a couple of folders I have of boot
|
||
|
modules, that REL BOOT and OS9P1 are not in there. Interesting. When we do an
|
||
|
OS9gen, these must be pulled out ot memory, right? Am I getting in over my head
|
||
|
here? By the way, when I get this figured out is there somewhere a guy can get
|
||
|
EPROMs burned for a resonable fee? Also I'm not a programmer, so any books you
|
||
|
might think would help me on my way on assembly would be most appreciated. I
|
||
|
have Bill Barden's book for EDCB, would this do me some good to go through?
|
||
|
|
||
|
>Lute<
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9292 S10/OS9/6809 (CoCo)
|
||
|
26-Jan-91 13:48:06
|
||
|
Sb: #9291-#EPROMs
|
||
|
Fm: Pete Lyall 76703,4230
|
||
|
To: LUTE MULLENIX 70721,2230 (X)
|
||
|
|
||
|
The bootfile is located via a LSN pointer in LNS0 on the hard disk. The boot
|
||
|
need only look there, and then seek to the designated spot, and read the
|
||
|
bootfile.
|
||
|
|
||
|
In coco land, os9p1, REL, Boot, and Init (?) are on track 34 of the boot
|
||
|
floppy, and are loaded by the DOS command (reads 18 sectors from track 34 into
|
||
|
memory). Once loaded, they jump into it, and it takes over by enabling the
|
||
|
appropriate RAM mode, copying the modules to high RAM, and then jumping into
|
||
|
os9. That's the 1st level boot. Then os9's Boot module takes over (via OS9p1)
|
||
|
and loads the OS9Boot file.
|
||
|
|
||
|
Pete
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9327 S10/OS9/6809 (CoCo)
|
||
|
29-Jan-91 21:06:35
|
||
|
Sb: #9292-#EPROMs
|
||
|
Fm: LUTE MULLENIX 70721,2230
|
||
|
To: Pete Lyall 76703,4230 (X)
|
||
|
|
||
|
Pete:
|
||
|
|
||
|
So really, all the EPROM would have to do is know where to find the first part
|
||
|
of the Boot. Then OS-9 will just read the rest of it off the disk?
|
||
|
|
||
|
>Lute<
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9338 S10/OS9/6809 (CoCo)
|
||
|
30-Jan-91 11:33:36
|
||
|
Sb: #9327-EPROMs
|
||
|
Fm: Pete Lyall 76703,4230
|
||
|
To: LUTE MULLENIX 70721,2230 (X)
|
||
|
|
||
|
Lute -
|
||
|
|
||
|
A standard (well, COCO) bootstrap is really three separate stages of
|
||
|
bootstrapping:
|
||
|
|
||
|
1 - The DOS command reads track 34 into memory, and executes the
|
||
|
REL code manually. The REL code takes the rest of track 34
|
||
|
(which contains os9p1, boot, and init) and relocates it
|
||
|
to upper memory. Then it jumps into OS9 (or OS9p1).
|
||
|
|
||
|
2 - OS9 calls f$boot, which eventually locates and starts the
|
||
|
BOOT module. The BOOT module goes to the floppy (hard coded)
|
||
|
and looks at LSN0. It gets the location of the OS9Boot file
|
||
|
(or whatever it's called - name is unimportant) in terms
|
||
|
of absolute sector number (LSN), and the size of the boot file
|
||
|
from the LSN0 info. It seeks the disk to that point, and
|
||
|
reads exactly that many bytes (modulo 256). It then passes
|
||
|
control back to os9.
|
||
|
|
||
|
3 - OS9 then finishes initialization, and starts Sysgo/CC3Go. Sysgo/CC3go
|
||
|
gets parameters from Init (working and exec dirs, standard I/O
|
||
|
defaults, etc.) and sets them up. It then forks a shell
|
||
|
to perform the startup script, and upon completion of that,
|
||
|
forks another shell, which is the first user shell, and the
|
||
|
initial OS9: prompt that you see.
|
||
|
|
||
|
Pete
|
||
|
|
||
|
#: 9293 S10/OS9/6809 (CoCo)
|
||
|
26-Jan-91 16:13:33
|
||
|
Sb: #9230-#mv/aif
|
||
|
Fm: NAM PUI 73347,3324
|
||
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
||
|
I did, I varied the foreground and background from 0 to 7 and all the
|
||
|
combination possible. It have not effect. Montype would change the display on a
|
||
|
monochrome. But not to a point that I can read it.
|
||
|
|
||
|
The only way I can change them at this point is to change the palette setting
|
||
|
with control in MV. Then the changes would carry through to the window setup in
|
||
|
aif. But doing it this way would render the MV window unreadable.
|
||
|
|
||
|
Hope there is some other way or I will have to go back to the old fashioned way
|
||
|
of startup a pro program.
|
||
|
|
||
|
Nam
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9294 S10/OS9/6809 (CoCo)
|
||
|
26-Jan-91 22:51:53
|
||
|
Sb: #9293-#mv/aif
|
||
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
To: NAM PUI 73347,3324 (X)
|
||
|
|
||
|
Oh. Are you running M-V when you start up? What does the standard palette
|
||
|
have in it? (I mean in the env.file) Have you saved out the changes you made?
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9300 S10/OS9/6809 (CoCo)
|
||
|
27-Jan-91 17:45:21
|
||
|
Sb: #9294-#mv/aif
|
||
|
Fm: NAM PUI 73347,3324
|
||
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
||
|
I started up MV from startup file to /w3. The env.file palette was on the
|
||
|
previous message I posted. The palette was change await back to a more pleasing
|
||
|
set then the standard set from the Tandy Disk.
|
||
|
|
||
|
I found one thing the hard way. The aif file change have not affect on the
|
||
|
window if you have start the application before during the same session. You
|
||
|
must reboot to see the foreground and background changes.
|
||
|
|
||
|
After playing around a little more with the MV and some applications. I have
|
||
|
came up with some workable solutions. Having a color monitor to turn to to
|
||
|
identify the actual color help.
|
||
|
|
||
|
With a monochrome monitor(The one i got was used a video monitor and the grey
|
||
|
level is not as as stable as a computer monochrome monitor). You can set the MV
|
||
|
palette as follows.
|
||
|
|
||
|
Palet0=0,0,0 palet1=3,3,3 Palet2=2,0,0 Palet3=2,2,0
|
||
|
|
||
|
You can set the dynacalc aif file as follows:
|
||
|
|
||
|
2,80,24,0,4
|
||
|
|
||
|
This will show up as a red on black screen on a color monitor and a very
|
||
|
readable white on black on a monochrome. The Dynacalc used is the Ver 1.00.00
|
||
|
from tandy copyright 1984
|
||
|
|
||
|
The Dynastar aif can be set up as:
|
||
|
|
||
|
2,80,24,2,0
|
||
|
|
||
|
This will also yield a fairly readable screen. There is still a minor problem.
|
||
|
The cursor is not visible and the command prompts are not visible. This is the
|
||
|
ver. 3.4 for coco III lvl II.
|
||
|
|
||
|
Hope this is of some help and maybe there is fix for the problems I got.
|
||
|
|
||
|
Nam
|
||
|
|
||
|
There are 2 Replies.
|
||
|
|
||
|
#: 9302 S10/OS9/6809 (CoCo)
|
||
|
27-Jan-91 20:48:23
|
||
|
Sb: #9300-#mv/aif
|
||
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
To: NAM PUI 73347,3324 (X)
|
||
|
|
||
|
Thanks much for your solutions, Nam!
|
||
|
|
||
|
Right, the MV startup uses the env.file to set the global default colors, so
|
||
|
any programs started beforehand would use the stock global defaults instead.
|
||
|
|
||
|
I'll keep thinking, also.
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9328 S10/OS9/6809 (CoCo)
|
||
|
29-Jan-91 21:45:36
|
||
|
Sb: #9302-mv/aif
|
||
|
Fm: NAM PUI 73347,3324
|
||
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
||
|
The env.file seems to affect only one window. Another type 2 window started up
|
||
|
before the MV would not get affected.
|
||
|
|
||
|
I will try to see if any type e 2 window startup after the MV will get affected
|
||
|
or not.
|
||
|
|
||
|
I will keep in touch.
|
||
|
|
||
|
Nam
|
||
|
|
||
|
#: 9305 S10/OS9/6809 (CoCo)
|
||
|
27-Jan-91 22:51:06
|
||
|
Sb: #9300-#mv/aif
|
||
|
Fm: Randy Wilson 71561,756
|
||
|
To: NAM PUI 73347,3324 (X)
|
||
|
|
||
|
|
||
|
Nam,
|
||
|
|
||
|
One thing I have not seen metioned yet is that DynaStar v3.4 knows about
|
||
|
CoCo windows. It keeps it's own record of palette slots to use in it's termset
|
||
|
file. You might also try changing these to get a readable screen, with the
|
||
|
cursor and such visible.
|
||
|
|
||
|
Randy
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9329 S10/OS9/6809 (CoCo)
|
||
|
29-Jan-91 21:57:39
|
||
|
Sb: #9305-mv/aif
|
||
|
Fm: NAM PUI 73347,3324
|
||
|
To: Randy Wilson 71561,756 (X)
|
||
|
|
||
|
Thats right, but the MV env.file mess up the default palette slot to an point
|
||
|
that DS V3.4 will not be visible. I have my Termset use white on black type 2
|
||
|
windows in all the windows. It works fine if I start up DS from a stock type 2
|
||
|
windows with default color palettes. If the application before that switches/or
|
||
|
changes te the palettes. Then DS will use the altered palette. Mv is teh one
|
||
|
that alters it. What I want is for the aif to tell the DS window the altered
|
||
|
palette slots. It seems to me we need to have some way of letting the aif reset
|
||
|
the palette slot back to the default before DS starts. (The MV gshell may start
|
||
|
in a different window every time. I don't want to mess around with the
|
||
|
termset.)
|
||
|
|
||
|
Nam
|
||
|
|
||
|
#: 9339 S10/OS9/6809 (CoCo)
|
||
|
30-Jan-91 17:49:15
|
||
|
Sb: #9228-#mv/aif
|
||
|
Fm: Mike Stephenson 71655,415
|
||
|
To: NAM PUI 73347,3324 (X)
|
||
|
|
||
|
I read your message about GSHELL+, DynaStar 3.4, and a monochrome
|
||
|
monitor. I have uploaded a file which may help you. The files will
|
||
|
allow you to make a new TERMset and alter your /dd/sys/env.file. These
|
||
|
work fine for me on my Magnavox 8515 RGB monitor in both RGB mode and
|
||
|
Monochrome mode. Hope this will help you. Look for TRMSET.AR in the
|
||
|
APPLICATIONS library when it is enabled.
|
||
|
|
||
|
P.S. My AIF for DynaStar look like this . .
|
||
|
|
||
|
Ds
|
||
|
|
||
|
ICONS/Icon.dyna
|
||
|
0
|
||
|
2
|
||
|
80
|
||
|
24
|
||
|
1
|
||
|
0
|
||
|
|
||
|
Enjoy.
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9348 S10/OS9/6809 (CoCo)
|
||
|
30-Jan-91 22:07:18
|
||
|
Sb: #9339-mv/aif
|
||
|
Fm: NAM PUI 73347,3324
|
||
|
To: Mike Stephenson 71655,415 (X)
|
||
|
|
||
|
Thanks. I will download the file and see what happens.
|
||
|
|
||
|
Nam
|
||
|
|
||
|
#: 9295 S14/misc/info/Soapbox
|
||
|
27-Jan-91 11:58:13
|
||
|
Sb: #Multi-Vue help
|
||
|
Fm: MICHAEL ROSEN 73340,2756
|
||
|
To: all
|
||
|
|
||
|
I am wondering if there is any way to easily put Multi-Vue on my working copy
|
||
|
of OS-9 lv.II.. My working copy is running 40 tracks double sided and 6 ms.
|
||
|
step rate. I built a working copy of Multi-vue but it is 35 t. single sided at
|
||
|
30 ms.
|
||
|
|
||
|
If anyone can help me, please do.
|
||
|
Thanks...
|
||
|
Michale Rosen
|
||
|
73340,2756
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9296 S14/misc/info/Soapbox
|
||
|
27-Jan-91 12:43:24
|
||
|
Sb: #9295-Multi-Vue help
|
||
|
Fm: Zack Sessions 76407,1524
|
||
|
To: MICHAEL ROSEN 73340,2756
|
||
|
|
||
|
All you have to do is put WindInt in your boot file and GShell in your CMDS
|
||
|
directory. It also helps to have env.file in the SYS directory and add the
|
||
|
additional window descriptors (w8-w15) to your boot file also. And if you want
|
||
|
to be able to fork the standard Tandy apps, you'll need to copy those to your
|
||
|
CMDS directory alsot(.
|
||
|
|
||
|
Zack
|
||
|
|
||
|
#: 9297 S12/OS9/68000 (OSK)
|
||
|
27-Jan-91 13:39:54
|
||
|
Sb: #termcap
|
||
|
Fm: Roy Dacus 70721,1113
|
||
|
To: Bob van der Poel 76510,2203 (X)
|
||
|
|
||
|
Hi Bob,
|
||
|
|
||
|
The parameters for CURSOR INTENSITY are:
|
||
|
vs= Make cursor very visible.
|
||
|
vi= Make cursor invisible.
|
||
|
ve= Make cursor normal (undo effect of vs= and ve=).
|
||
|
|
||
|
A very good book on this subject is "termcap & terminfo" from
|
||
|
O'Reilly & Associates, Inc. Phone (800)338-6887.
|
||
|
|
||
|
Roy Dacus
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9310 S12/OS9/68000 (OSK)
|
||
|
28-Jan-91 21:15:04
|
||
|
Sb: #9297-termcap
|
||
|
Fm: Bob van der Poel 76510,2203
|
||
|
To: Roy Dacus 70721,1113 (X)
|
||
|
|
||
|
Thanks Roy... My manual entry for vs and ve says something about end/start
|
||
|
"open/visual mode". Could be that in Unix-ise that means the same as fiddle
|
||
|
with the cursor...
|
||
|
|
||
|
I'll give O'Reilly, etc. a call and find out the details on the book.
|
||
|
|
||
|
Thanks again.
|
||
|
|
||
|
#: 9303 S12/OS9/68000 (OSK)
|
||
|
27-Jan-91 22:07:58
|
||
|
Sb: #9266-#ss.screen_size
|
||
|
Fm: Bob van der Poel 76510,2203
|
||
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
||
|
Hmmm, using a subroutine module for ved_size is probably a good idea--but I
|
||
|
have no idea how to do that. Guess the module would have to be written in
|
||
|
assembler and then what? We get the address of the module via modlink and then
|
||
|
jump to the entry point? Return stuff in registers.
|
||
|
|
||
|
The control code thingie is okay. Yes, I have the single board proto. I figured
|
||
|
out the screen stuff from the termcap file--not much there is there? Unless I'm
|
||
|
missing things, it lacks all the goodies like underline and reverse video. Just
|
||
|
as well, it forced me to set ved up so that it can deal with stupid terminals.
|
||
|
And when I get the updated software it'll just be a matter of updating the
|
||
|
termcap entry. Oh, and I do hope that the final version of the window driver
|
||
|
will have entries of an extended character set ($20..$FF).
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9309 S12/OS9/68000 (OSK)
|
||
|
28-Jan-91 18:05:40
|
||
|
Sb: #9303-ss.screen_size
|
||
|
Fm: Bill Dickhaus 70325,523
|
||
|
To: Bob van der Poel 76510,2203 (X)
|
||
|
|
||
|
That does bring up a good point. Are there OSK C functions for setting up
|
||
|
subroutine modules? Are there any out there for OS9 LII? Calling of subroutine
|
||
|
modules can be hacked together, but there is no standard that I'm aware of for
|
||
|
setting up C subroutine modules, and I have also never heard of a cstart.r for
|
||
|
subroutine modules. This might require linker changes too, ugh.
|
||
|
|
||
|
I have an ulterior motive here, since I'm working on a large C project that
|
||
|
_might_ benefit from subroutines. Thoughts everyone?
|
||
|
|
||
|
Bill
|
||
|
|
||
|
#: 9306 S10/OS9/6809 (CoCo)
|
||
|
27-Jan-91 23:19:09
|
||
|
Sb: #DynaStar arrow keys
|
||
|
Fm: Ken Scales 74646,2237
|
||
|
To: NAM PUI 73347,3324 (X)
|
||
|
|
||
|
Nam -
|
||
|
|
||
|
About a week or so ago, you asked about making the arrow keys work under
|
||
|
DynaStar, after applying the GShell+ patches.
|
||
|
|
||
|
The utility (patch file) you are after is called KeyTable, and is contained in
|
||
|
DSPAT.AR in DL10. This is the latest version of the file, and should be
|
||
|
compatible with your upgraded version of CC3IO. I have tried it with most
|
||
|
CC3IO upgrades successfully, including the latest version released by Bruce
|
||
|
Isted in ESW110.AR (Eliminator S/W version 1.10). Exception: I haven't got a
|
||
|
serial mouse working, so have only tried the ".joy" versions from Bruce's file.
|
||
|
|
||
|
Good luck... let me know if you have any problems.
|
||
|
|
||
|
Cheers... / ken
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9330 S10/OS9/6809 (CoCo)
|
||
|
29-Jan-91 22:00:51
|
||
|
Sb: #9306-DynaStar arrow keys
|
||
|
Fm: NAM PUI 73347,3324
|
||
|
To: Ken Scales 74646,2237 (X)
|
||
|
|
||
|
Thanks. The ctrl-e,s,d,x cursor movement is wearing me down fast.
|
||
|
|
||
|
Nam
|
||
|
|
||
|
#: 9307 S10/OS9/6809 (CoCo)
|
||
|
28-Jan-91 00:14:28
|
||
|
Sb: #9219-#HELP
|
||
|
Fm: Lee Veal 74726,1752
|
||
|
To: John Colegrove 76467,36 (X)
|
||
|
|
||
|
DMAPPS is not an executable module (does not start with 87CD), therefore it
|
||
|
should get a module header is incorrect error. DMALT is executable and should
|
||
|
be
|
||
|
Header for: DMALT
|
||
|
Module size: $3FAB #16299
|
||
|
Module CRC: $6926DE (Good)
|
||
|
Hdr parity: $3D
|
||
|
Exec. off: $0012 #18
|
||
|
Data Size: $03D4 #980
|
||
|
Edition: $7E #126
|
||
|
Ty/La At/Rv: $11 $00
|
||
|
Prog mod, 6809 obj, non-shr, R/O
|
||
|
|
||
|
provided that I don't have any mods in it that make it different from the
|
||
|
Deskmate 3 Master Disk.
|
||
|
|
||
|
What slot do you have the Modem Pak plugged into on your MPI?
|
||
|
|
||
|
Lee
|
||
|
|
||
|
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9312 S10/OS9/6809 (CoCo)
|
||
|
28-Jan-91 22:03:58
|
||
|
Sb: #9307-#HELP
|
||
|
Fm: John Colegrove 76467,36
|
||
|
To: Lee Veal 74726,1752 (X)
|
||
|
|
||
|
Lee,
|
||
|
I figured out my problem. I had customized my Deskmate3 disk, I have it all
|
||
|
on one double sided disk and stepping at 6 milliseconds, but when I configured
|
||
|
it, I must have left out the /M1 and /M2 descriptors because at that time, I
|
||
|
didn't have a modem,(I waited till the shack reduced them to $9.95) but anyway
|
||
|
all I had to do was copy the /M1 to my Deskmate3 and now everything is A-OK.
|
||
|
Thanks for the help.
|
||
|
I do have another problem though, I can't figure how to handle any of the
|
||
|
programs I have downloaded (binary or arc). I tried changing attributes,
|
||
|
loading to memory and Basic09, I wonder what I'm doing wrong?
|
||
|
John
|
||
|
|
||
|
There are 2 Replies.
|
||
|
|
||
|
#: 9313 S10/OS9/6809 (CoCo)
|
||
|
28-Jan-91 22:12:41
|
||
|
Sb: #9312-#HELP
|
||
|
Fm: DAVID DE FEO 71630,721
|
||
|
To: John Colegrove 76467,36 (X)
|
||
|
|
||
|
John, the archived files need to be eXtracted using the ar program. I think
|
||
|
you can find it in the Utility lib. Then you have to set the e attr to the
|
||
|
dearced program. Dave
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9314 S10/OS9/6809 (CoCo)
|
||
|
28-Jan-91 22:34:58
|
||
|
Sb: #9313-HELP
|
||
|
Fm: John Colegrove 76467,36
|
||
|
To: DAVID DE FEO 71630,721 (X)
|
||
|
|
||
|
Dave, I'll try it and see. Thanks. John
|
||
|
|
||
|
#: 9320 S10/OS9/6809 (CoCo)
|
||
|
29-Jan-91 16:25:51
|
||
|
Sb: #9312-#HELP
|
||
|
Fm: Lee Veal 74726,1752
|
||
|
To: John Colegrove 76467,36 (X)
|
||
|
|
||
|
As for the binary stuff, it needs to have any x/y-modem pad characters removed,
|
||
|
then you can set the execution attributes on with ATTR. DED can be used to
|
||
|
help truncate the downloaded binary file. DED is another utility that you can
|
||
|
find in the libraries here. Then you just put the module in the current
|
||
|
execution directory.
|
||
|
As previously stated, you have to use the AR utility to deARchive files that
|
||
|
are suffixed with ".AR".
|
||
|
|
||
|
On the binary files, if they are packed BASIC09, you'll still have to adhere
|
||
|
to the same rules that detail where RUNB and other support modules have to be.
|
||
|
|
||
|
Lee
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9321 S10/OS9/6809 (CoCo)
|
||
|
29-Jan-91 18:05:24
|
||
|
Sb: #9320-#HELP
|
||
|
Fm: Pete Lyall 76703,4230
|
||
|
To: Lee Veal 74726,1752 (X)
|
||
|
|
||
|
Lee -
|
||
|
|
||
|
The simplest way to strip X/Ymodem padding is:
|
||
|
|
||
|
1. Set execute permissions on (attr filename e pe)
|
||
|
2. Load the module (with padding attached)
|
||
|
3. Ignore any error messages
|
||
|
4. Delete the disk image of the module
|
||
|
5. SAVE the module from memory to disk.
|
||
|
|
||
|
After step 5, the padding will be gone, as the module header size field
|
||
|
determines how much is written to disk (actually, how much is loaded as well.
|
||
|
When loading, os9 will see the anticipated end of the module, note that it's
|
||
|
not at EOF, and look for a subsequent module in the file (SYNC BYTES). If not
|
||
|
there, it should bark about an illegal module header, or the like).
|
||
|
|
||
|
Pete
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9377 S10/OS9/6809 (CoCo)
|
||
|
02-Feb-91 20:16:30
|
||
|
Sb: #9321-HELP
|
||
|
Fm: Lee Veal 74726,1752
|
||
|
To: Pete Lyall 76703,4230 (X)
|
||
|
|
||
|
Yes, I'm aware of that one, too. Thanks for the the remind.
|
||
|
|
||
|
Lee
|
||
|
|
||
|
#: 9315 S12/OS9/68000 (OSK)
|
||
|
28-Jan-91 22:48:56
|
||
|
Sb: #OS-9 for Sinclair QL
|
||
|
Fm: Vincent Foglia 70451,721
|
||
|
To: all
|
||
|
|
||
|
Does any one know if there is a copy of the OS/9 Operating System that will run
|
||
|
on a Sinclair QL system???? A buddy of mine has a complete QL system and would
|
||
|
like to be able to run OS/9!!! Any help would be appreciated!! He can be
|
||
|
contacted at:
|
||
|
|
||
|
Steven Blackford Rt. 1 Box 30-B Delta, IA 52550
|
||
|
|
||
|
Thank you................ Vincent Foglia
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9319 S12/OS9/68000 (OSK)
|
||
|
29-Jan-91 06:58:30
|
||
|
Sb: #9315-#OS-9 for Sinclair QL
|
||
|
Fm: James Jones 76257,562
|
||
|
To: Vincent Foglia 70451,721 (X)
|
||
|
|
||
|
I think that your best bet would be to call the British company Cumana Ltd. and
|
||
|
ask whether they've done such a port. I don't have their address or phone
|
||
|
number at hand, but I'll see if I can find it.
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9352 S12/OS9/68000 (OSK)
|
||
|
31-Jan-91 12:26:44
|
||
|
Sb: #9319-OS-9 for Sinclair QL
|
||
|
Fm: Vincent Foglia 70451,721
|
||
|
To: James Jones 76257,562 (X)
|
||
|
|
||
|
Thanks... He'd really like to run os9 his computer.. So we could transfer
|
||
|
programs, and applications. I run os9 on a coco... He7d like to run some of the
|
||
|
same programs I do.
|
||
|
|
||
|
#: 9316 S1/General Interest
|
||
|
29-Jan-91 00:21:19
|
||
|
Sb: #Where is the ar program?
|
||
|
Fm: Scott Tegtmeyer 72560,1503
|
||
|
To: [F] All
|
||
|
|
||
|
I would like to download programs with .ar suffix, but
|
||
|
I can't seem to find the ar program. Can you tell me
|
||
|
where it is?
|
||
|
|
||
|
Thanks,
|
||
|
Scott Tegtmeyer
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9318 S1/General Interest
|
||
|
29-Jan-91 04:57:00
|
||
|
Sb: #9316-Where is the ar program?
|
||
|
Fm: Dan Robins 73007,2473
|
||
|
To: Scott Tegtmeyer 72560,1503 (X)
|
||
|
|
||
|
Scott,
|
||
|
The file(s) you are looking for are in LIB 9.
|
||
|
All the files will pop up if you type the command: BRO AR*.*
|
||
|
whilst in LIB9.
|
||
|
|
||
|
AR.DOC is the documentation file. Read the descriptions, and you'll see that
|
||
|
there are separate .BIN (executable files) for both 6809 & 680x0 machines.
|
||
|
AR.AR contains the full boat and source code as well.
|
||
|
If you do download one of the .BIN files, you may want to RENAME it and take
|
||
|
the .BIN extension off (ie....RENAME /d?/AR09.BIN /d?/AR), and you WILL need to
|
||
|
set the atributes adding the "pe" and "e" attributes. The command which will do
|
||
|
the job is ATTR /d?/AR -PE -E
|
||
|
Hope that helps.
|
||
|
|
||
|
Dan
|
||
|
|
||
|
#: 9317 S10/OS9/6809 (CoCo)
|
||
|
29-Jan-91 00:27:05
|
||
|
Sb: memory help!
|
||
|
Fm: Everett Chimbidis 76370,1366
|
||
|
To: all
|
||
|
|
||
|
How do you set up your memory?? (to make the most of it?)
|
||
|
|
||
|
|
||
|
|
||
|
#: 9322 S10/OS9/6809 (CoCo)
|
||
|
29-Jan-91 18:16:23
|
||
|
Sb: #LOGIN/TSMON on V2.0
|
||
|
Fm: Michael Wood 71631,340
|
||
|
To: all
|
||
|
|
||
|
I am a new user to OS9. Recently I purchased a CoCo3 (128k), drive0, and of
|
||
|
course OS9. The OS version number is 02.00.01 and the RS stock number is
|
||
|
263031. I am doing some experimenting with its multiuser capabilities and have
|
||
|
build a null modem cable to interface with my Macintosh. My problem has to do
|
||
|
with the LOGIN and TSMON commands/modules. Nothing was mentioned about them in
|
||
|
my documentation and, after looking through the disks, I find they don't appear
|
||
|
on either of them. Did I purchase the RS 2.0 UPGRADE only? In order to have
|
||
|
password security on my /t1, etc. do I need to get the 01.00.00/01.00.01
|
||
|
version also? I am perfectly able to get a shell running on /t1.... What am/did
|
||
|
I do wrong or am missing here? HELP!
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9335 S10/OS9/6809 (CoCo)
|
||
|
30-Jan-91 08:04:33
|
||
|
Sb: #9322-#LOGIN/TSMON on V2.0
|
||
|
Fm: Steve Wegert 76703,4255
|
||
|
To: Michael Wood 71631,340 (X)
|
||
|
|
||
|
Michael,
|
||
|
|
||
|
Login and Tsmon were not included in the Level II release of OS9. Instead, they
|
||
|
were bundled on the Developer's Pak.
|
||
|
|
||
|
Not to worry .... there are several replacements in the LIBRARIES. Do a Browse
|
||
|
on LOGIN and see what pops up. LIB 8 should be the place to look.
|
||
|
|
||
|
Give a shout if you need more info.
|
||
|
|
||
|
Steve
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9341 S10/OS9/6809 (CoCo)
|
||
|
30-Jan-91 19:43:40
|
||
|
Sb: #9335-#LOGIN/TSMON on V2.0
|
||
|
Fm: Michael Wood 71631,340
|
||
|
To: Steve Wegert 76703,4255 (X)
|
||
|
|
||
|
Thanks Steve. I don't remember seeing a developers pak in my local store but I
|
||
|
would have been suprised to do so. They don't stock much... Another problem I
|
||
|
hm I have is the lack of a modem interface for my CoCo so I'll have to figure
|
||
|
out another way to get those utilities. Thanks again for your help!
|
||
|
|
||
|
-Mike
|
||
|
|
||
|
There are 3 Replies.
|
||
|
|
||
|
#: 9342 S10/OS9/6809 (CoCo)
|
||
|
30-Jan-91 20:33:23
|
||
|
Sb: #9341-LOGIN/TSMON on V2.0
|
||
|
Fm: Dan Robins 73007,2473
|
||
|
To: Michael Wood 71631,340
|
||
|
|
||
|
Michael,
|
||
|
I've got a Developer's Pack hanging around the house that I'll sell ya.
|
||
|
How does $35 & shipping costs sound?
|
||
|
|
||
|
Dan
|
||
|
|
||
|
#: 9344 S10/OS9/6809 (CoCo)
|
||
|
30-Jan-91 21:00:28
|
||
|
Sb: #9341-LOGIN/TSMON on V2.0
|
||
|
Fm: Steve Wegert 76703,4255
|
||
|
To: Michael Wood 71631,340
|
||
|
|
||
|
Michael,
|
||
|
|
||
|
Where's there's a will ...
|
||
|
|
||
|
A 232pak or equal is almost a requirement for modeming with OS9. But ... if you
|
||
|
have a RSDOS terminal package that supports xmodem or B protocol, you can use
|
||
|
one of the converting utilities to move the file from RSDOS to OS9.
|
||
|
|
||
|
DOSOR9 comes immediately to mind. Give a yell if you need more info. In the
|
||
|
meantime, check out the ultilites library for this file.
|
||
|
|
||
|
Steve
|
||
|
|
||
|
#: 9346 S10/OS9/6809 (CoCo)
|
||
|
30-Jan-91 21:04:27
|
||
|
Sb: #9341-LOGIN/TSMON on V2.0
|
||
|
Fm: Steve Wegert 76703,4255
|
||
|
To: Michael Wood 71631,340
|
||
|
|
||
|
Mike,
|
||
|
|
||
|
DOSOR9.BAS and DOSOR9.HLP can be found in the COCO Library (#10).
|
||
|
|
||
|
Steve
|
||
|
|
||
|
#: 9323 S9/Utilities
|
||
|
29-Jan-91 19:50:55
|
||
|
Sb: #Help
|
||
|
Fm: John Colegrove 76467,36
|
||
|
To: Pete Lyall 76703,4230 (X)
|
||
|
|
||
|
Pete,
|
||
|
I tried your advice and still no luck. I set the execute attributes (e pe)
|
||
|
then load to memory and I get ERROR 205. Then I run MDIR which leads me to
|
||
|
believe the module did not load, so I don't want to delete the disk image cuz
|
||
|
I'd lose the file.. NO??? By the way, I was the one looking for the help.
|
||
|
Thanks, John
|
||
|
|
||
|
There are 2 Replies.
|
||
|
|
||
|
#: 9337 S9/Utilities
|
||
|
30-Jan-91 11:20:19
|
||
|
Sb: #9323-#Help
|
||
|
Fm: Pete Lyall 76703,4230
|
||
|
To: John Colegrove 76467,36 (X)
|
||
|
|
||
|
John -
|
||
|
|
||
|
Hmm - wonder iff the contents of the file itself are valid? Try an ident on the
|
||
|
file, and see what it produces.
|
||
|
|
||
|
The technique _does_ work - I've used it for years...
|
||
|
|
||
|
Pete
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9350 S9/Utilities
|
||
|
30-Jan-91 22:41:47
|
||
|
Sb: #9337-#Help
|
||
|
Fm: John Colegrove 76467,36
|
||
|
To: Pete Lyall 76703,4230 (X)
|
||
|
|
||
|
Pete,
|
||
|
When I run IDENT on any of these files all I get is MODULE HEADER INCORRECT!
|
||
|
any more ideas? John
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9353 S9/Utilities
|
||
|
31-Jan-91 14:32:21
|
||
|
Sb: #9350-#Help
|
||
|
Fm: Pete Lyall 76703,4230
|
||
|
To: John Colegrove 76467,36 (X)
|
||
|
|
||
|
Now we're getting somewhere....
|
||
|
|
||
|
That means that the file obviously doesn't contain an executable (or any other
|
||
|
kind of) module.
|
||
|
|
||
|
Questions:
|
||
|
|
||
|
Did you download it as an '.ar' file? If yes, have you already used 'ar' to
|
||
|
unpack it? Is it any other form of packed file (uuencode? Pak? Arc? Zip?)?
|
||
|
|
||
|
Where did you get the file, and what is it's name? If you can't figure any of
|
||
|
the above out, that may help, along with a dump of the first couple sectors of
|
||
|
the file..
|
||
|
|
||
|
(i.e. dump {filename} >tempfile)
|
||
|
|
||
|
Pete
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9356 S9/Utilities
|
||
|
31-Jan-91 20:35:08
|
||
|
Sb: #9353-#Help
|
||
|
Fm: John Colegrove 76467,36
|
||
|
To: Pete Lyall 76703,4230 (X)
|
||
|
|
||
|
Pete, 'ar' is one of the files I am trying to use. It was called ar.arc/bin I
|
||
|
believe. I saved it as arc.ar.bi and can't do anything with it. I don't own
|
||
|
dump because I only have Level II. I am using a COCO3 512K, 2 drives, MPI with
|
||
|
controller in slot4 and modem pak in slot 1, DESKMATE3's TELECOM program
|
||
|
8/1bits,no parity,ASCII filter off, XMODEM transfer.John
|
||
|
|
||
|
There are 2 Replies.
|
||
|
|
||
|
#: 9360 S9/Utilities
|
||
|
01-Feb-91 00:55:29
|
||
|
Sb: #9356-#Help
|
||
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
To: John Colegrove 76467,36 (X)
|
||
|
|
||
|
Hi John... don't worry, we'll getcha going. But we really need to know which
|
||
|
file it was.
|
||
|
|
||
|
If it was AR09.BIN then you should be able to Ident it (after setting attr e
|
||
|
pe, I think).
|
||
|
|
||
|
Hey, I know. What is the size of the file? That might give us a hint as to
|
||
|
which one you downloaded. thx - kev
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9369 S9/Utilities
|
||
|
02-Feb-91 01:33:23
|
||
|
Sb: #9360-Help
|
||
|
Fm: John Colegrove 76467,36
|
||
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
||
|
Kev,
|
||
|
Thanks for your concern, I downloaded AR09.bin and now no more probs. John
|
||
|
|
||
|
#: 9364 S9/Utilities
|
||
|
01-Feb-91 11:30:04
|
||
|
Sb: #9356-#Help
|
||
|
Fm: Pete Lyall 76703,4230
|
||
|
To: John Colegrove 76467,36 (X)
|
||
|
|
||
|
John -
|
||
|
|
||
|
In order to get AR'd programs unpacked, you need to download ar.bin in DL9.
|
||
|
After downloading it (it is NOT compressed or packed) put it in your commands
|
||
|
directory, rename it to 'ar', and set execution priveleges (attr /dd/cmds/ar e
|
||
|
pe).
|
||
|
|
||
|
If you don't have DUMP, grab XOD.ar in dl9. A really nice public domain dump
|
||
|
command. There's also a PD save command over there, I believe.
|
||
|
|
||
|
Ar.arc? Odd - I would have expected it to be ar.ar. If the latter were the
|
||
|
case, you could unpack it using ar by:
|
||
|
|
||
|
ar -x ar
|
||
|
|
||
|
Pete
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9370 S9/Utilities
|
||
|
02-Feb-91 01:37:14
|
||
|
Sb: #9364-#Help
|
||
|
Fm: John Colegrove 76467,36
|
||
|
To: Pete Lyall 76703,4230 (X)
|
||
|
|
||
|
Pete,
|
||
|
I downloaded AR09.bin and have no more trouble. I looked for XOD.ar here and
|
||
|
in the COCO forum, can't find it, I did find a SAVE.ar though
|
||
|
Thanks for your help. John
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9372 S9/Utilities
|
||
|
02-Feb-91 01:59:36
|
||
|
Sb: #9370-#Help
|
||
|
Fm: Pete Lyall 76703,4230
|
||
|
To: John Colegrove 76467,36 (X)
|
||
|
|
||
|
John -
|
||
|
|
||
|
If Mike Ward can't find it in the archives, let me know. I'll upload a portable
|
||
|
C source, and we can probably get someone to compile it for a 6809. Worst case,
|
||
|
I could fire up my LI system and do it here.
|
||
|
|
||
|
Pete
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9376 S9/Utilities
|
||
|
02-Feb-91 17:44:04
|
||
|
Sb: #9372-Help
|
||
|
Fm: John Colegrove 76467,36
|
||
|
To: Pete Lyall 76703,4230 (X)
|
||
|
|
||
|
Pete, Thanks I'll try that. John
|
||
|
|
||
|
#: 9343 S9/Utilities
|
||
|
30-Jan-91 20:43:15
|
||
|
Sb: #9323-#Help
|
||
|
Fm: WAYNE LAIRD 73617,3042
|
||
|
To: John Colegrove 76467,36 (X)
|
||
|
|
||
|
John, just breaking in here, so I don't know the full story on your file, but
|
||
|
try a 'verify' >>> OS9:Verify </d0/filename [enter] see if that helps your
|
||
|
file to load. Use D0 for drive zero or what else drive that it may be on. best,
|
||
|
Wayne
|
||
|
|
||
|
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9349 S9/Utilities
|
||
|
30-Jan-91 22:34:21
|
||
|
Sb: #9343-#Help
|
||
|
Fm: John Colegrove 76467,36
|
||
|
To: WAYNE LAIRD 73617,3042
|
||
|
|
||
|
Wayne,
|
||
|
When I tried your suggestion of verify, my system responded"WHAT?" I have
|
||
|
Level II maybe that is on Level I? John
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9354 S9/Utilities
|
||
|
31-Jan-91 16:54:36
|
||
|
Sb: #9349-#Help
|
||
|
Fm: DAVID DE FEO 71630,721
|
||
|
To: John Colegrove 76467,36 (X)
|
||
|
|
||
|
John, Verify is on level I. Lets take this step by step. First, what did you
|
||
|
download, then what did you do with it, did you set the attributes, was it an
|
||
|
"ar" or "pak" file? If it was a binary file (not ar or pak) do an ident on it:
|
||
|
ident /d0/filename. Dave.
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9357 S9/Utilities
|
||
|
31-Jan-91 20:39:14
|
||
|
Sb: #9354-#Help
|
||
|
Fm: John Colegrove 76467,36
|
||
|
To: DAVID DE FEO 71630,721 (X)
|
||
|
|
||
|
Dave, I did set the e pe attributes and I have tried ident on binary files, I
|
||
|
get MODULE HEADER INCORRECT! You can look at message #9356 also, Pete Lyall is
|
||
|
trying to help too. John
|
||
|
|
||
|
There are 2 Replies.
|
||
|
|
||
|
#: 9358 S9/Utilities
|
||
|
31-Jan-91 21:12:24
|
||
|
Sb: #9357-#Help
|
||
|
Fm: James Jones 76257,562
|
||
|
To: John Colegrove 76467,36 (X)
|
||
|
|
||
|
If the file really is supposed to be an executable program to run under OS-9,
|
||
|
and ident says "module header incorrect," then it has been corrupted in
|
||
|
transmission somehow. How did you get this file?
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9368 S9/Utilities
|
||
|
02-Feb-91 01:30:46
|
||
|
Sb: #9358-Help
|
||
|
Fm: John Colegrove 76467,36
|
||
|
To: James Jones 76257,562 (X)
|
||
|
|
||
|
James,
|
||
|
After downloading AR09.bin my problems are now solved. Thanks. John
|
||
|
|
||
|
#: 9365 S9/Utilities
|
||
|
01-Feb-91 21:04:16
|
||
|
Sb: #9357-#Help
|
||
|
Fm: DAVID DE FEO 71630,721
|
||
|
To: John Colegrove 76467,36 (X)
|
||
|
|
||
|
John....ok...rename arc.ar.bi to ar.....then try to load ar. If this doesn't
|
||
|
work, then try to download ar.bin again...maybe there was an error in
|
||
|
downloading Dave
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9371 S9/Utilities
|
||
|
02-Feb-91 01:38:51
|
||
|
Sb: #9365-#Help
|
||
|
Fm: John Colegrove 76467,36
|
||
|
To: DAVID DE FEO 71630,721 (X)
|
||
|
|
||
|
Dave,
|
||
|
I downloaded AR09.bin and have no more problems, thanks for the help. John
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9378 S9/Utilities
|
||
|
03-Feb-91 02:18:54
|
||
|
Sb: #9371-Help
|
||
|
Fm: DAVID DE FEO 71630,721
|
||
|
To: John Colegrove 76467,36 (X)
|
||
|
|
||
|
Welcome to OS9, John !!!
|
||
|
|
||
|
#: 9325 S12/OS9/68000 (OSK)
|
||
|
29-Jan-91 20:08:33
|
||
|
Sb: #9309-subroutine modules
|
||
|
Fm: Steve Adams 71610,3707
|
||
|
To: Bill Dickhaus 70325,523 (X)
|
||
|
|
||
|
Howdy! Since I use OSK subroutine modules a lot, I thought I would
|
||
|
|
||
|
throw in my two cents worth. I cannot speak for OS9 LII since I never
|
||
|
|
||
|
really used it in depth. Forgive me if I cover old ground.
|
||
|
|
||
|
|
||
|
|
||
|
First the advantages:
|
||
|
|
||
|
|
||
|
|
||
|
Advantage #1) Subroutine modules are an excellent way to expand
|
||
|
|
||
|
the functionality of a program at run-time. If the interface to the
|
||
|
|
||
|
subroutine module is properly defined, programs can use them to add
|
||
|
|
||
|
new features dynamically. (slight bragging follows) I wrote an object
|
||
|
|
||
|
oriented graphics editor for designing user interfaces that can be
|
||
|
|
||
|
expanded by the user to include new I/O objects. The new objects can
|
||
|
|
||
|
be edited as if they were hardcoded into the editor, including
|
||
|
|
||
|
rubber-banding, without making any changes to the graphics editor.
|
||
|
|
||
|
|
||
|
|
||
|
Advantage #2) An unlimited number of subroutine modules may be
|
||
|
|
||
|
used by a program at once. If trap modules are used, only 15
|
||
|
|
||
|
different modules may be used at once.
|
||
|
|
||
|
|
||
|
|
||
|
Advantage #3) As with any properly written OSK module, they may be
|
||
|
|
||
|
shared by several processes to reduce memory usage.
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
Now the disadvantages:
|
||
|
|
||
|
|
||
|
|
||
|
Disadvantage #1) This is probably the most frustating. No static
|
||
|
|
||
|
variable space may be used within the subroutine module. This limits
|
||
|
|
||
|
you to using stack variables, and 'malloc()'ed variable space. Some C
|
||
|
|
||
|
variables declared in cstart are accessable from a subroutine module.
|
||
|
|
||
|
|
||
|
|
||
|
Disadvantage #2) Because no global variable space is allowed, jump
|
||
|
|
||
|
tables are not allowed. This effectively limits the size of
|
||
|
|
||
|
subroutine modules to 32K. If you are REAL careful with your coding
|
||
|
|
||
|
and avoid distant 'bsr's, this size limit can be expanded.
|
||
|
|
||
|
|
||
|
|
||
|
Disadvantage #3) There is no standard interface to subroutine
|
||
|
|
||
|
modules that I know of. This makes its harder to get started
|
||
|
|
||
|
initially. This can also be viewed as an advantage once you know what
|
||
|
|
||
|
you are doing, since it allows your interface to the module to exactly
|
||
|
|
||
|
match your applications needs.
|
||
|
|
||
|
|
||
|
|
||
|
(continued in another message)
|
||
|
|
||
|
|
||
|
|
||
|
#: 9326 S12/OS9/68000 (OSK)
|
||
|
29-Jan-91 20:10:24
|
||
|
Sb: ##9309-subroutine modules
|
||
|
Fm: Steve Adams 71610,3707
|
||
|
To: Bill Dickhaus 70325,523 (X)
|
||
|
|
||
|
(continued from previous message)
|
||
|
|
||
|
|
||
|
|
||
|
Here are some (I hope) helpful hints for using C with subroutine
|
||
|
|
||
|
modules.
|
||
|
|
||
|
|
||
|
|
||
|
Use the -i and -x command line options with 'cc' when
|
||
|
|
||
|
compiling subroutine modules. This will cause the cio and math trap
|
||
|
|
||
|
handlers to be used, and reduce the size of the subroutine module by
|
||
|
|
||
|
about 10K depending on the functions called.
|
||
|
|
||
|
|
||
|
|
||
|
To reference C variables declared in cstart.r, include the
|
||
|
|
||
|
following code segment in the assembly language header to the
|
||
|
|
||
|
subroutine module:
|
||
|
|
||
|
|
||
|
|
||
|
* Resolve the references generated from Cstart. Originate from -$8000
|
||
|
|
||
|
org -32768
|
||
|
|
||
|
_sttop do.l 1 stack top
|
||
|
|
||
|
_mtop: do.l 1 current non-stack memory top
|
||
|
|
||
|
_stbot: do.l 1 current stack bottom limit
|
||
|
|
||
|
errno: do.l 1 global error holder
|
||
|
|
||
|
_totmem: do.l 1 total data memory used
|
||
|
|
||
|
_sbsize: do.l 1 top of process memory (sbrk)
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
I hope this stuff is useful.
|
||
|
|
||
|
|
||
|
|
||
|
Steve Adams
|
||
|
|
||
|
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9347 S12/OS9/68000 (OSK)
|
||
|
30-Jan-91 21:32:01
|
||
|
Sb: #9326-#9309-subroutine modules
|
||
|
Fm: Bill Dickhaus 70325,523
|
||
|
To: Steve Adams 71610,3707 (X)
|
||
|
|
||
|
Steve, that information is helpful, since I don't have an OSK machine yet, I
|
||
|
haven't gone to far in learning how things like subroutines may work
|
||
|
differently than with OS9 LII. I was hoping that subroutine handling functions
|
||
|
were available for OSK, mainly because I just didn't want to have to do some of
|
||
|
the things you described, like hard coding cstart.r variables, using assembler
|
||
|
code, etc. And I agree, the major disadvantage of subroutines is the inability
|
||
|
to access static variables. I'm not too familiar with jump tables tables, looks
|
||
|
like its time to dig into the manuals again! Thanks for the info..
|
||
|
|
||
|
Bill
|
||
|
|
||
|
#: 9331 S1/General Interest
|
||
|
29-Jan-91 22:08:45
|
||
|
Sb: Gibbs Rep
|
||
|
Fm: NAM PUI 73347,3324
|
||
|
To: all
|
||
|
|
||
|
Is there anyone from Ultrascience/Gibbs Laboratories Inc. in the forum here?
|
||
|
|
||
|
Nam
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
|
#: 9336 S4/MIDI and Music
|
||
|
30-Jan-91 08:59:38
|
||
|
Sb: phone
|
||
|
Fm: Lester Hands 70135,430
|
||
|
To: ALL
|
||
|
|
||
|
Does any know Mike Knudsen's phone number? I need to contact him and he does
|
||
|
not seem to be using CIS lately! Thanks.
|
||
|
|
||
|
#: 9340 S12/OS9/68000 (OSK)
|
||
|
30-Jan-91 19:05:49
|
||
|
Sb: #9203-OSK Clib.l Order
|
||
|
Fm: Mike Haaland 72300,1433
|
||
|
To: Carl Kreider 71076,76
|
||
|
|
||
|
Well, Hello stranger!
|
||
|
|
||
|
I guess I've had no problems with linking and the libs. I just wanted to check
|
||
|
with everyone.
|
||
|
|
||
|
Thanks Carl, Pete and JJ for you respnses. And sorry it took so long for me to
|
||
|
reply to y'all.
|
||
|
|
||
|
BTW Is the CK_clib.l use the same docs as the 6809 version? Or are there other
|
||
|
goodies in the OSK version? Thanks,
|
||
|
|
||
|
Mike
|
||
|
|
||
|
#: 9345 S10/OS9/6809 (CoCo)
|
||
|
30-Jan-91 21:02:11
|
||
|
Sb: #Games
|
||
|
Fm: WAYNE LAIRD 73617,3042
|
||
|
To: Floyd Resler
|
||
|
|
||
|
? s/194/ S/194/ S[/194/]
|
||
|
|
||
|
|
||
|
|
||
|
Floyd, I've got your games: gemquest, spacezap, tank, dungeon. Wwould like to
|
||
|
register them shortly, they are are with excellant graphics. I am however
|
||
|
running into a few error messages and problems though. Dungeon, OS9 runs quite
|
||
|
well but does it end? I get to the point of where the man is surrounded by
|
||
|
one-way tunnels, and I can't find the way out.
|
||
|
|
||
|
Spacezap when I downloaded this one it didn't have a graphics window maker so
|
||
|
I used the one that came with tank but the fonts do not come on the screen just
|
||
|
a row of dots instead of letters. I can run tank first then I can have the
|
||
|
fonts come up but then I constantly get error 194 right after the game comes
|
||
|
up, Zap #30k doesn't do me any good ethier, same error code.
|
||
|
|
||
|
Tank, when I'm on a high level seems to error out on me, missed the code number
|
||
|
there.
|
||
|
|
||
|
Gemquest, on level 4 when I'm there I'll always end up with error #55
|
||
|
|
||
|
Could be bad downloads from other boards But I would appreciate your help here,
|
||
|
and keep on the good work! Wayne Laird
|
||
|
|
||
|
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9355 S10/OS9/6809 (CoCo)
|
||
|
31-Jan-91 17:25:44
|
||
|
Sb: #9345-Games
|
||
|
Fm: Floyd Resler 72500,2572
|
||
|
To: WAYNE LAIRD 73617,3042
|
||
|
|
||
|
Good questions. For The Dungeon Depths, there are 15 levels. Some of the
|
||
|
levels are very tough as you discovered. I'm not sure what the problem with
|
||
|
the fonts on SpaceZap is. In Tank a couple of the levels included with the
|
||
|
game were bad. You can find the corrected levels on here (LIB 10). If you
|
||
|
download my patch file (can't remember the name of it right now) from LIB 10,
|
||
|
it will {ix the error in GemQuest plus some bugs in some of my other games.
|
||
|
|
||
|
Floyd
|
||
|
|
||
|
#: 9351 S1/General Interest
|
||
|
31-Jan-91 11:45:16
|
||
|
Sb: Computers for Sale
|
||
|
Fm: Steven Barlett 71635,1562
|
||
|
To: all
|
||
|
|
||
|
Color Computer Equipment for sale.. Call The First Baptist Church of Rosemead
|
||
|
at (818) 287-5053 for Details...
|
||
|
|
||
|
#: 9359 S10/OS9/6809 (CoCo)
|
||
|
01-Feb-91 00:12:18
|
||
|
Sb: #OS9 to MSDOS
|
||
|
Fm: Paul Rinear 73757,1413
|
||
|
To: Anyone
|
||
|
|
||
|
I seem to recall reading messages about a program here that
|
||
|
runs on MS-DOS and lets you read files from OS9 disks. Do you know
|
||
|
where this can be found?
|
||
|
Paul
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9362 S10/OS9/6809 (CoCo)
|
||
|
01-Feb-91 06:43:34
|
||
|
Sb: #9359-#OS9 to MSDOS
|
||
|
Fm: Dan Robins 73007,2473
|
||
|
To: Paul Rinear 73757,1413 (X)
|
||
|
|
||
|
Paul,
|
||
|
Are you sure it isn't the other way around (a program that runs under OS9
|
||
|
that lets you read/write PC diskettes)?
|
||
|
The program that runs under OS9 is called PCDOS.AR and is in LIB 10.
|
||
|
|
||
|
Dan
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9363 S10/OS9/6809 (CoCo)
|
||
|
01-Feb-91 09:55:49
|
||
|
Sb: #9362-#OS9 to MSDOS
|
||
|
Fm: Paul Rinear 73757,1413
|
||
|
To: Dan Robins 73007,2473 (X)
|
||
|
|
||
|
Yeah. I have PCDOS and it works well. But I do remember one like I
|
||
|
described. It was quite awhile back and I could be wrong.
|
||
|
|
||
|
Paul
|
||
|
|
||
|
There are 2 Replies.
|
||
|
|
||
|
#: 9366 S10/OS9/6809 (CoCo)
|
||
|
01-Feb-91 22:35:38
|
||
|
Sb: #9363-OS9 to MSDOS
|
||
|
Fm: Dan Robins 73007,2473
|
||
|
To: Paul Rinear 73757,1413 (X)
|
||
|
|
||
|
Paul,
|
||
|
I'm nothing familiar in this forum that will do it on an MS-DOS machine, and
|
||
|
I can't recall any MS-DOS program which will do it either. I would be glad to
|
||
|
know I am wrong though!....so if you hear of one, let me know too!
|
||
|
|
||
|
Dan
|
||
|
|
||
|
#: 9367 S10/OS9/6809 (CoCo)
|
||
|
02-Feb-91 00:32:34
|
||
|
Sb: #9363-#OS9 to MSDOS
|
||
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
To: Paul Rinear 73757,1413 (X)
|
||
|
|
||
|
Paul - I too recall someone once saying that there was a commercial MSDOS
|
||
|
program which would read os9 disks... but can't remember the name.
|
||
|
|
||
|
I keep bugging Chris Babcock to do one, tho <grin>.
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9375 S10/OS9/6809 (CoCo)
|
||
|
02-Feb-91 17:09:09
|
||
|
Sb: #9367-#OS9 to MSDOS
|
||
|
Fm: Paul Rinear 73757,1413
|
||
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
||
|
The commercial program I see advertised in Rainbow is Xenocopy ?
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9390 S10/OS9/6809 (CoCo)
|
||
|
03-Feb-91 19:30:09
|
||
|
Sb: #9375-OS9 to MSDOS
|
||
|
Fm: Lee Veal 74726,1752
|
||
|
To: Paul Rinear 73757,1413
|
||
|
|
||
|
There was a program called "CoCoUtil" (and later CoCoUtil II) that ran on
|
||
|
MS-DOS machines, but it would only read RS-DOG disks. It was commercial.
|
||
|
|
||
|
Lee
|
||
|
|
||
|
|
||
|
|
||
|
#: 9374 S1/General Interest
|
||
|
02-Feb-91 08:58:50
|
||
|
Sb: Kreider LIB docs
|
||
|
Fm: Steve Wegert 76703,4255
|
||
|
To: All
|
||
|
|
||
|
From rewop!sysop Thu Jan 31 06:03:34 1991
|
||
|
Received: by rewop (Rmail09 1.2)
|
||
|
id 4574; Wed Jan 30 22:15:16 1991
|
||
|
From: rewop!sysop
|
||
|
To : OS9stl!steve
|
||
|
Date: Wed Jan 30 22:07:22 1991
|
||
|
Subj: Kreider Docs
|
||
|
|
||
|
Steve,
|
||
|
|
||
|
Would you post the following message on the Forum for all members? Thanks!
|
||
|
|
||
|
----------------------------------
|
||
|
All C programmers:
|
||
|
|
||
|
I have corrected the error in my documentation of Carl Kreider's C library.
|
||
|
These docs are available to anyone who wants them. I will not be uploading
|
||
|
them here because of the size, but will send a disk will all docs, the
|
||
|
man command for reading them, and the updated mroff for making the man
|
||
|
pages--including source code.
|
||
|
|
||
|
If anyone would like a disk, please send a disk mailer and a blank disk
|
||
|
with enough return postage to cover the charges to:
|
||
|
|
||
|
Mark Griffith
|
||
|
953 W. Wisconsin Ave.
|
||
|
DeLand FL 32720
|
||
|
|
||
|
If there is enough call, I can upload the archives here after splitting
|
||
|
them up to keep the size down. Reply to this message and Steve Wegert
|
||
|
will forward then to me.
|
||
|
|
||
|
I appreciate all the comments many people have made in getting the errors
|
||
|
out of the doc files. Thanks to all.
|
||
|
|
||
|
/\/\ark
|
||
|
|
||
|
Usenet ....!uflorida!ki4pv!macs!stetson!rewop!sysop
|
||
|
UUCP direct (904) 736-1849 rewop!sysop
|
||
|
Internet griffith@stetson.bitnet
|
||
|
|
||
|
#: 9380 S4/MIDI and Music
|
||
|
03-Feb-91 11:52:06
|
||
|
Sb: #8862-New Tune
|
||
|
Fm: Mike Knudsen 72467,1111
|
||
|
To: Ches Looney 73016,1336
|
||
|
|
||
|
Hi Ches. Right, brass & percussion beats piano for that sort of music any day.
|
||
|
"Battle of Trenton" I have recorded on an antique pipe organ by E Power Biggs.
|
||
|
Lotsz of fun. --mike k
|
||
|
|
||
|
#: 9381 S4/MIDI and Music
|
||
|
03-Feb-91 11:54:07
|
||
|
Sb: #8865-New utils in DL4
|
||
|
Fm: Mike Knudsen 72467,1111
|
||
|
To: Pete Lyall 76703,4230 (X)
|
||
|
|
||
|
OK Pete on the Casio. I've been advised to always stick a NOTE ON in my
|
||
|
recording buffer. Also, when recording a Casio, to punch a patch change before
|
||
|
playing. Glad to hear it's not just me, grin!
|
||
|
|
||
|
#: 9382 S4/MIDI and Music
|
||
|
03-Feb-91 11:57:28
|
||
|
Sb: #8871-MIDI
|
||
|
Fm: Mike Knudsen 72467,1111
|
||
|
To: Everett Chimbidis 76370,1366
|
||
|
|
||
|
You can still buy MIDI packs from RUlaford Research in Oregon. They may have
|
||
|
changed their name again -- originally Speech Systems. There's also the outfit
|
||
|
in Rochester NY,{whose stuff was recently reviewed in Rainbow. Their MIDI Pak
|
||
|
may or may not be compatible. I think RUlaford wants about $80 or $90 for their
|
||
|
Pak. Some folks have hacked RS232 Paks into MIDI, but it's not for the faint of
|
||
|
heart...mike k
|
||
|
|
||
|
#: 9383 S4/MIDI and Music
|
||
|
03-Feb-91 11:59:47
|
||
|
Sb: #8923-#Fallin.UME
|
||
|
Fm: Mike Knudsen 72467,1111
|
||
|
To: GLEN HATHAWAY 71446,166 (X)
|
||
|
|
||
|
Hi Glen, congrats on your D-50. I'm glad to hear those are still being sold --
|
||
|
seems every model is "obsolete" after 6 months. Yes, I'd heard the D-50 is much
|
||
|
like the MT32, and of course you can twiddle it from the frontpanel. Will be
|
||
|
awaiting your program -- let me know when it's uploaded. (Hint: Put it on
|
||
|
Delphi too, save me some cash!). --mike k
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9386 S4/MIDI and Music
|
||
|
03-Feb-91 12:55:40
|
||
|
Sb: #9383-Fallin.UME
|
||
|
Fm: GLEN HATHAWAY 71446,166
|
||
|
To: Mike Knudsen 72467,1111
|
||
|
|
||
|
Hi Mike... The only reason I could afford to buy the D-50 is because Roland is
|
||
|
dumping them to make way for the D-70. I find that in many ways I like my MT-32
|
||
|
better, but the D-50 is a VERY capable machine too. It works best as a
|
||
|
controller, as it is somewhat lacking in multi-timbral abilities. About the
|
||
|
editor - it is coming along VERY slowly Don't hold your breath... I will upload
|
||
|
on Delphi - I spend most of my time there because of the 20/20 thing. Bye...
|
||
|
|
||
|
#: 9384 S4/MIDI and Music
|
||
|
03-Feb-91 12:03:38
|
||
|
Sb: #9125-Fallin.UME
|
||
|
Fm: Mike Knudsen 72467,1111
|
||
|
To: Lester Hands 70135,430
|
||
|
|
||
|
Hi Les. Well, Second City is in the process of moving to North Carolina, so a
|
||
|
couple ad months are being skipped pending the new address, phone, name, etc.
|
||
|
If anything goes wrong I'll consider your offer, thanks. Say, is MusicWare same
|
||
|
as RUlaford Research, or do they just do CocoMIDI and the Lybrary? I also hear
|
||
|
you/they aren't coming to CHicago RainbowFest, is that so? --mike k
|
||
|
|
||
|
#: 9385 S10/OS9/6809 (CoCo)
|
||
|
03-Feb-91 12:13:04
|
||
|
Sb: #8908-LISP for CoCo3
|
||
|
Fm: Mike Knudsen 72467,1111
|
||
|
To: MOTD Editor..Bill Brady 70126,267
|
||
|
|
||
|
UltiMusE-III also beats the 64K limit by mapping various object-code routines
|
||
|
into an 8K segment kept open for that use. Uses C-coded machine code, and
|
||
|
WizPro uses packed B09 RUNB modules, but basically same idea.
|
||
|
|
||
|
Umuse also fights the 64K limit by forking off the whole grafix end of the
|
||
|
beast and PIPElining to it.
|
||
|
|
||
|
Dale Puckett wrote this up in his Rainbow OS9 column about a year ago. --mike k
|
||
|
|
||
|
#: 9387 S10/OS9/6809 (CoCo)
|
||
|
03-Feb-91 15:23:29
|
||
|
Sb: #OS9 LII
|
||
|
Fm: PHIL SCHERER 71211,2545
|
||
|
To: ALL
|
||
|
|
||
|
Am I remembering wrong or was there supposed to be an updated version of OS9
|
||
|
level 2 coming out?????
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9388 S10/OS9/6809 (CoCo)
|
||
|
03-Feb-91 16:12:46
|
||
|
Sb: #9387-#OS9 LII
|
||
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
To: PHIL SCHERER 71211,2545
|
||
|
|
||
|
You remember right. You've also got some good parts of it already (fast
|
||
|
grfdrv, serial mouse and clock hacks, gfx2, etc).
|
||
|
|
||
|
We'd like to shoot for the Chicago fest, but there's a lot of work to be done
|
||
|
first. We'll see.
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9389 S10/OS9/6809 (CoCo)
|
||
|
03-Feb-91 19:26:19
|
||
|
Sb: #9388-#OS9 LII
|
||
|
Fm: Lee Veal 74726,1752
|
||
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
||
|
Congrats,
|
||
|
|
||
|
Finally saw that Kyum-Gai (OS-9 L2 version) is at last seeing the light of day.
|
||
|
And I hope it's a bright new day, too. I think it will be if we, the OS-9
|
||
|
community, can keep the pirating down. Try as I might, I just can't convince
|
||
|
some of my fellow club members here locally that pirating is detrimental to the
|
||
|
whole community.
|
||
|
|
||
|
Lee
|
||
|
|
||
|
There is 1 Reply.
|
||
|
|
||
|
#: 9391 S10/OS9/6809 (CoCo)
|
||
|
03-Feb-91 20:23:23
|
||
|
Sb: #9389-OS9 LII
|
||
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
To: Lee Veal 74726,1752
|
||
|
|
||
|
Lee - yes, thanks to Eddie Kuns who fixed a coupla things, Kyum-Gai finally
|
||
|
left the "to do" queue ;-).
|
||
|
|
||
|
I've always claimed that OS9ers believe in paying for stuff, in order to
|
||
|
support third parties. Hope I'm right! (I think so)
|
||
|
|
||
|
Press <CR> !>
|