2230 lines
71 KiB
Plaintext
2230 lines
71 KiB
Plaintext
|
|
||
|
|
|
||
|
|
#: 6702 S10/Tandy CoCo
|
||
|
|
15-Sep-90 09:18:30
|
||
|
|
Sb: #6515-TAR
|
||
|
|
Fm: JOERG SATTLER 74016,631
|
||
|
|
To: BRETT 72057,3720 (X)
|
||
|
|
|
||
|
|
Will do . Thanks a lot for the repl. Joerg
|
||
|
|
|
||
|
|
#: 6703 S10/Tandy CoCo
|
||
|
|
15-Sep-90 10:09:38
|
||
|
|
Sb: #Hard Drive
|
||
|
|
Fm: LUTE MULLENIX 70721,2230
|
||
|
|
To: 76703,4227 (X)
|
||
|
|
|
||
|
|
Hi Kevin:
|
||
|
|
|
||
|
|
It's been awhile since Iv'e been able to sit down with my CoCo and play. Been a
|
||
|
|
busy summer! But any way, now it's time to start to think about my hobby (?)
|
||
|
|
again.
|
||
|
|
|
||
|
|
Through out the summer Iv'e been trying to decide on eather a hard drive or a
|
||
|
|
1Meg upgrade. Well I just couldn't decide, so a compromise. Just have to get
|
||
|
|
both.
|
||
|
|
|
||
|
|
Now this is where you come in. I'm going for the hard drive first, it will get
|
||
|
|
me more of what I'm after right now. So this is where I stand now, I have a
|
||
|
|
CoCo 3, Disto 512K upgrade, Disto Super Controller I (the II hadn't come out
|
||
|
|
yet)w/ 3in1 board, Bob Puppo's keyboard interface. I have an MPI, but don't use
|
||
|
|
it at this time. What do you think would be the way to go? Get a 4in1 board,and
|
||
|
|
piece togeather a SCSI system, or maybe pick up a MEB and SCSI board from Disto
|
||
|
|
and go to the MPI, and put togeather a SCSI system, or go to the MPI and get a
|
||
|
|
Burke & Burke system.
|
||
|
|
|
||
|
|
I Don't want to lose the use of the RTC, parallel port, or RS232 port. Also
|
||
|
|
with the Disto SCSI system will I get no halt access? In the checking Iv'e done
|
||
|
|
so far, the MEB/MPI setup would be the least expensive, the 4in1 the neatest,
|
||
|
|
and the Burke & Burke the simplest. What do you think?
|
||
|
|
|
||
|
|
Don't you just love this stuff.
|
||
|
|
|
||
|
|
>Lute<
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6711 S10/Tandy CoCo
|
||
|
|
15-Sep-90 14:48:34
|
||
|
|
Sb: #6703-#Hard Drive
|
||
|
|
Fm: James Jones 76257,562
|
||
|
|
To: LUTE MULLENIX 70721,2230 (X)
|
||
|
|
|
||
|
|
Well...I've managed to put off buying the 1 Mbyte upgrade for some time now,
|
||
|
|
and it's not impeded my use of my CoCo in one sense, though on the other hand,
|
||
|
|
it *has* held me back in some ways, because there are things I'd leave going in
|
||
|
|
the background all the time (MultiVue, cron or something like it, and so forth)
|
||
|
|
if I had the memory. I've put it off sufficiently that I may not ever do it,
|
||
|
|
since I now think an MM/1 is a better place to put my $$$. Were I you, I'd
|
||
|
|
give serious thought to an MM/1, but putting that aside, I'd say that I don't
|
||
|
|
think I'd trade my hard disk for the extra 512Kbytes.
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6716 S10/Tandy CoCo
|
||
|
|
15-Sep-90 21:40:25
|
||
|
|
Sb: #6711-#Hard Drive
|
||
|
|
Fm: LUTE MULLENIX 70721,2230
|
||
|
|
To: James Jones 76257,562 (X)
|
||
|
|
|
||
|
|
James:
|
||
|
|
|
||
|
|
That's why I kind of went with the idea of going with the hard drive first.
|
||
|
|
I've been useing a RAMdisk alot for speed, and maybe with a hard drive I'll be
|
||
|
|
able to use that memory.
|
||
|
|
|
||
|
|
Even though I've had Multi-vue since before I got my 3, I've just now started
|
||
|
|
to use it. I like it pretty well, and maybe now my wife will start to use this
|
||
|
|
thing. Before she said it was just too hard to get it to do what she wanted it
|
||
|
|
to, and I'm hoping that a hard drive will speed the process up some. (Kind of
|
||
|
|
slow with just floppies!)
|
||
|
|
|
||
|
|
I've given some thought to the new machines, though I would go with the TomCat
|
||
|
|
rather than the MM/1. I like the expandability of the FHL machine, but when it
|
||
|
|
comes right down to it, I don't really stress this thing. About all I do is
|
||
|
|
some word processing, use DynaCalc and Profile to do my budget and keep track
|
||
|
|
of it, and pop on CIS about twice a week. That with some dabbling with
|
||
|
|
programming, and it's a little hard to justify putting out a grand+ for
|
||
|
|
something I would most likely be doing the same thing with. When this dies I
|
||
|
|
will be moving up, but until then I just can't see it.
|
||
|
|
|
||
|
|
Besides, when I move up, I'll most likely want a hard drive anyway.
|
||
|
|
|
||
|
|
>Lute<
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6726 S10/Tandy CoCo
|
||
|
|
16-Sep-90 07:03:20
|
||
|
|
Sb: #6716-Hard Drive
|
||
|
|
Fm: James Jones 76257,562
|
||
|
|
To: LUTE MULLENIX 70721,2230 (X)
|
||
|
|
|
||
|
|
Sounds reasonable to me. If you do think there's any chance of your moving up,
|
||
|
|
be sure to get a hard drive that will work with the system you're thinking of
|
||
|
|
going to. In the case of the MM/1, that means SCSI--dunno about the FHL boxes.
|
||
|
|
|
||
|
|
#: 6704 S4/MIDI and Music
|
||
|
|
15-Sep-90 10:11:50
|
||
|
|
Sb: #6536-midi help
|
||
|
|
Fm: Lester Hands 70135,430
|
||
|
|
To: Mike Knudsen 72467,1111
|
||
|
|
|
||
|
|
Mike, yes EGA and VGA are pretty much what everybody has now. I think that the
|
||
|
|
CoCo 3 would be better than CGA but not quite as good as EGA (same number of
|
||
|
|
colors but not as high resolution). Still don't have an MM/1? I had thought
|
||
|
|
they would be delivering by now!
|
||
|
|
|
||
|
|
Yes, I would imagine that OS9ers are pretty good about piracy. I think those
|
||
|
|
who use OS9 are a pretty dedicated bunch.
|
||
|
|
|
||
|
|
I am using an AT clone (that I assembled from 'this and that') with 4 meg RAM.
|
||
|
|
I have both the Microsoft C compiler and the Turbo C++ compiler. The Turbo C++
|
||
|
|
wins hands down over the Microsoft product when it comes to ease of use.
|
||
|
|
|
||
|
|
How's Ultimuse comming? I still don't see anything in Rainbow from Second City
|
||
|
|
Software.
|
||
|
|
|
||
|
|
Lester
|
||
|
|
|
||
|
|
#: 6708 S15/Hot Topics
|
||
|
|
15-Sep-90 11:37:49
|
||
|
|
Sb: #6686-MM/1 specs
|
||
|
|
Fm: Jim Peasley 72726,1153
|
||
|
|
To: Paul K. Ward 73477,2004
|
||
|
|
|
||
|
|
Paul;
|
||
|
|
|
||
|
|
That'd be great. I've been monitoring some of the 'internal' forums at work
|
||
|
|
and recently there's been a significant amount of interest in the MM/1 based on
|
||
|
|
info that's come over ARCnet. The queries from domestic employees I can handle
|
||
|
|
by giving them your 800 number, but the overseas queries present a different
|
||
|
|
problem.
|
||
|
|
So far, I've gotten queries from the Netherlandsn Belgium, France, and 2 from
|
||
|
|
OZ. Be happy to send them info.
|
||
|
|
|
||
|
|
..Jim
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
#: 6712 S12/OS9/68000 (OSK)
|
||
|
|
15-Sep-90 15:09:38
|
||
|
|
Sb: #6615-#Osk 2.2 C bugs
|
||
|
|
Fm: Bud Hamblen 72466,256
|
||
|
|
To: James Jones 76257,562 (X)
|
||
|
|
|
||
|
|
Anyone noticed the 2.3 C compiler generating incorrect code for signed compares
|
||
|
|
to constants? (int) X >= 5 seems to generate the same code as 5 >= (int) x.
|
||
|
|
|
||
|
|
wrh
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6713 S12/OS9/68000 (OSK)
|
||
|
|
15-Sep-90 17:29:07
|
||
|
|
Sb: #6712-Osk 2.2 C bugs
|
||
|
|
Fm: James Jones 76257,562
|
||
|
|
To: Bud Hamblen 72466,256
|
||
|
|
|
||
|
|
Trying out a simple "if (x >= 5) arf(); if (5 >= x) arf();" does not display
|
||
|
|
the problem--indeed, if the compiler were that confused, I'd be surprised that
|
||
|
|
much of anything worked at all. When reporting bugs (and reporting them to
|
||
|
|
Microware officially is the best thing to do, lest they get forgotten), example
|
||
|
|
code, made as short as possible to simplify finding and correcting the problem,
|
||
|
|
along with the edition numbers of the software in question, helps a great deal.
|
||
|
|
(Tried again just now in another window, using explicit casts--no difference.)
|
||
|
|
|
||
|
|
So...I can't duplicate the stated problem, so I can't say that I've noticed
|
||
|
|
that.
|
||
|
|
|
||
|
|
#: 6717 S13/Atari ST
|
||
|
|
15-Sep-90 21:41:36
|
||
|
|
Sb: #6695-Missing File
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: Paul Good 71706,1227 (X)
|
||
|
|
|
||
|
|
Paul - I just found that file on my drive... I'll AR it and reupload it. Hope
|
||
|
|
it's the one you want (to use a Dallas romclock chip in the ST?).
|
||
|
|
kev
|
||
|
|
|
||
|
|
#: 6718 S12/OS9/68000 (OSK)
|
||
|
|
15-Sep-90 21:47:55
|
||
|
|
Sb: #6560-OSK TSmon
|
||
|
|
Fm: Jay Truesdale 72176,3565
|
||
|
|
To: Jay Truesdale 72176,3565 (X)
|
||
|
|
|
||
|
|
|
||
|
|
Greg,
|
||
|
|
|
||
|
|
While I didn't ask the origional question, I am remotely interested in a TSMON
|
||
|
|
that supports modems for OSK.
|
||
|
|
|
||
|
|
Some thoughts on programming Hayes "compatible" modems...
|
||
|
|
|
||
|
|
They will only connect at speeds up to the one they are initialized with. I.e.
|
||
|
|
if you initialize the modem at 1200 BPS, it will NOT connect at 2400 BPS even
|
||
|
|
if the caller is capable of it. I'd just start at 19.2KB and then work
|
||
|
|
downwards until I got an intelligible response and mark that as my maximum
|
||
|
|
speed.
|
||
|
|
|
||
|
|
I agree that using the text answers from the modem is the way to go. There is
|
||
|
|
no standard for the numeric codes above 1200 BPS.
|
||
|
|
|
||
|
|
The product ID code (ATI) is useless for determining the type of modem attached
|
||
|
|
since other "compatible" modems don't return the same response that the
|
||
|
|
equivalent Hayes modems do.
|
||
|
|
|
||
|
|
It is a good idea to send the initialization strings to the modem one at a time
|
||
|
|
instead of grouping them together like "ats0=1V1X4" because we had a (in)
|
||
|
|
"compatible" modem that was sensitive to the ORDER of the commands sent. (I
|
||
|
|
was ready to give the manufacturer a REAL nasty phone call and I *REALLY*
|
||
|
|
wanted to tell the customer to go buy a real modem but the jerks in sales nixed
|
||
|
|
that idea. <slight grin>)
|
||
|
|
|
||
|
|
Some modems don't like lower case.
|
||
|
|
|
||
|
|
Different modems have differing amounts of time needed between lowering/raising
|
||
|
|
signals and sending them a command.
|
||
|
|
|
||
|
|
Which leads one to the conclusion that there is NO SUCH THING AS A HAYES
|
||
|
|
COMPATIBLE MODEM! (In fact Hayes themselves said this in a large format ad a
|
||
|
|
while back that we programmers gleefully posted on the wall at work in
|
||
|
|
agreement.)
|
||
|
|
|
||
|
|
|
||
|
|
While I'd like to have a modem capable TSMON available someday, right now I've
|
||
|
|
got too many irons in the fire to do anything about it myself.
|
||
|
|
|
||
|
|
Regards,
|
||
|
|
|
||
|
|
-J
|
||
|
|
|
||
|
|
#: 6719 S12/OS9/68000 (OSK)
|
||
|
|
15-Sep-90 23:44:29
|
||
|
|
Sb: #6614-#TERMCAP
|
||
|
|
Fm: Robert A. Larson 75126,723
|
||
|
|
To: Ed Gresick 76576,3312 (X)
|
||
|
|
|
||
|
|
O'reilly has a book on termcap and terminfo. Send email to nuts@ora.com
|
||
|
|
(internet address, I don't remember exactly how to send them from compuserve,
|
||
|
|
but it is possible) or call 800-338-nuts for the current price and title.
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6724 S12/OS9/68000 (OSK)
|
||
|
|
16-Sep-90 03:47:26
|
||
|
|
Sb: #6719-TERMCAP
|
||
|
|
Fm: Ed Gresick 76576,3312
|
||
|
|
To: Robert A. Larson 75126,723 (X)
|
||
|
|
|
||
|
|
Thanks - will do
|
||
|
|
|
||
|
|
Ed
|
||
|
|
|
||
|
|
#: 6720 S1/General Interest
|
||
|
|
16-Sep-90 00:57:39
|
||
|
|
Sb: #File MANAGER
|
||
|
|
Fm: Greg Morse 72746,3451
|
||
|
|
To: all
|
||
|
|
|
||
|
|
Did I see somewhere where someone had uploaded a MSDOS file mgr for os9? If so
|
||
|
|
whIch DL is it in? tnx - greg morse
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6739 S1/General Interest
|
||
|
|
16-Sep-90 22:29:05
|
||
|
|
Sb: #6720-#File MANAGER
|
||
|
|
Fm: Dan Robins 73007,2473
|
||
|
|
To: Greg Morse 72746,3451 (X)
|
||
|
|
|
||
|
|
Greg.... I don't know if I would classify it as an MSDOS file manager, however,
|
||
|
|
there is a program in LIB 10 that will read/write MSDOS type files in the OS9
|
||
|
|
environment. Check out PCDOS.AR in Lib 10.
|
||
|
|
Dan
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6742 S1/General Interest
|
||
|
|
16-Sep-90 23:40:20
|
||
|
|
Sb: #6739-File MANAGER
|
||
|
|
Fm: Greg Morse 72746,3451
|
||
|
|
To: Dan Robins 73007,2473 (X)
|
||
|
|
|
||
|
|
Thank you. I will.
|
||
|
|
|
||
|
|
#: 6721 S9/Utilities
|
||
|
|
16-Sep-90 01:07:51
|
||
|
|
Sb: New TREE
|
||
|
|
Fm: Greg Morse 72746,3451
|
||
|
|
To: all
|
||
|
|
|
||
|
|
I have just uploaded NTREE (new tree) pgm to dl9. doing "NTREE /DD ! GREP
|
||
|
|
pattern" will serve as a poor man's whereis.
|
||
|
|
|
||
|
|
#: 6722 S3/Languages
|
||
|
|
16-Sep-90 01:31:10
|
||
|
|
Sb: #C Libraries
|
||
|
|
Fm: Greg Morse 72746,3451
|
||
|
|
To: all
|
||
|
|
|
||
|
|
Is there a way to maintain or build from scratch a library for C? That is
|
||
|
|
assuming I have a .r module (compiled and rma'ed but not linked) can I "append"
|
||
|
|
it or otherwise insert it into clib.l? if not into clib.l can I build a library
|
||
|
|
gmlib.l by simply concatenating a bunch of .r modules together? or do i need a
|
||
|
|
"librarian" program to do all that? tnx - greg morse
|
||
|
|
|
||
|
|
There are 4 Replies.
|
||
|
|
|
||
|
|
#: 6725 S3/Languages
|
||
|
|
16-Sep-90 06:20:23
|
||
|
|
Sb: #6722-#C Libraries
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: Greg Morse 72746,3451 (X)
|
||
|
|
|
||
|
|
Greg - as far as I know, you can just append the .r file onto a .l, or even
|
||
|
|
just rename it with ".l" on the end. I do it a lot under OSK.
|
||
|
|
|
||
|
|
There may be a restriction on sequence of forward/backward references tho...
|
||
|
|
not sure... I'll bet we'll find out in the next answer <grin>.
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6741 S3/Languages
|
||
|
|
16-Sep-90 23:39:25
|
||
|
|
Sb: #6725-#C Libraries
|
||
|
|
Fm: Greg Morse 72746,3451
|
||
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
|
||
|
|
Then ho does the search take place? there is no table of contents? how
|
||
|
|
primitive! <greg> On another note I have been studying your RAMMER code. Why is
|
||
|
|
it necessary to disable interrupts when doing the mapblock and the byte moves?
|
||
|
|
<greg>
|
||
|
|
|
||
|
|
There are 2 Replies.
|
||
|
|
|
||
|
|
#: 6752 S3/Languages
|
||
|
|
17-Sep-90 13:42:45
|
||
|
|
Sb: #6741-#C Libraries
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: Greg Morse 72746,3451 (X)
|
||
|
|
|
||
|
|
Greg -
|
||
|
|
|
||
|
|
Dunno about your OS9, but the Developer's Pak for the CoCo came with an "rdump"
|
||
|
|
util... it shows the table of names/values used in linkable files. I think Carl
|
||
|
|
K is the resident expert on this stuff (well, and JJ of course). I'm a novice
|
||
|
|
at it.
|
||
|
|
|
||
|
|
Rammer: pretty sleazy piece of code, actually <grin>. Correct approach of
|
||
|
|
course is to map in blocks legally. But I was after speed etc, and I see
|
||
|
|
drivers as being able to legally do anything they want (as long as they don't
|
||
|
|
futz up other drivers).
|
||
|
|
|
||
|
|
Why shut off interrupts? Two main reasons.
|
||
|
|
|
||
|
|
1. CoCo interrupts can cause an entire map change due to the need to move to
|
||
|
|
the second 64K system map, where the gfx cursors code is. On return, the
|
||
|
|
original system map is replaced, not the one Rammer may have rammed into the
|
||
|
|
GIME.
|
||
|
|
2. More importantly, any interrupt requires that the system map be genuine, as
|
||
|
|
OS9 doesn't reset the DAT (at least, on DATs with more than one map available)
|
||
|
|
when it goes into system mode. So the DAT info could be quite bad and the
|
||
|
|
system would crash and burn.
|
||
|
|
|
||
|
|
In other words, OS9 wouldn't know that someone had diddled with the system DAT
|
||
|
|
info... and it sure wouldn't know how to reset it after an interrupt. Does that
|
||
|
|
make sense? You could insert a good block entry into the system DATImage, and
|
||
|
|
then you'd be legal, but the trouble there was that if the system map is full
|
||
|
|
up, a ramdisk like this couldn't work. - kev
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6799 S3/Languages
|
||
|
|
19-Sep-90 23:01:28
|
||
|
|
Sb: #6752-#C Libraries
|
||
|
|
Fm: Greg Morse 72746,3451
|
||
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
|
||
|
|
Kev - I am looking at a version of RAMMER modified by ?? (name escapes me at
|
||
|
|
momment). Claims yo have made some minor mods. In any case THIS version does an
|
||
|
|
OS9 F$MapBlk which should result in legal dat image. I too wondered about any
|
||
|
|
blocks being free, but it seems to me that OS9 MUST keep at least one DAT slot
|
||
|
|
free as a "scratch" if only to map different I/O pages etc. But I dont know for
|
||
|
|
sure, and maybe in a 4K system it can afford too, but in 8K not. Anyway I
|
||
|
|
figured if RAMMER works with a F$MapBlk then any other I/O modulre should also.
|
||
|
|
In case you are wondering I am looking at rewritting Pipeman Imagine an I/O
|
||
|
|
device using F$LDABX to trnasfer 1 byte at a time. That's 37 cycles per byte
|
||
|
|
minimum, plus the overhead of the SWI2 call! Anyway I figured it was time I
|
||
|
|
tackled a Manager and pipeman is the easiest one to do. Do you still see it
|
||
|
|
necessary to disable interrupts in this case? <greg Morse>
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6800 S3/Languages
|
||
|
|
19-Sep-90 23:19:30
|
||
|
|
Sb: #6799-C Libraries
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: Greg Morse 72746,3451
|
||
|
|
|
||
|
|
Greg - this is offhand, but...
|
||
|
|
|
||
|
|
No, I cheated badly and didn't use F$MapBlk at all, so someone did some
|
||
|
|
extensive changes in the version you have. In any case, ummmm, OS9 doesn't
|
||
|
|
keep any blocks in the system map free. So if the MapBlk could fail if things
|
||
|
|
are hot and heavy (less so in your 4K system of course).
|
||
|
|
|
||
|
|
The kernel's F$LDABX etc commands are hardcoded to directly map in the desired
|
||
|
|
external block at logical $0000 in the system map... for speed, and because OS9
|
||
|
|
always knows that block 00 is located there. That is, it can always zap the
|
||
|
|
DAT to grab/write a byte, and reset that first DAT block to 00 with impunity.
|
||
|
|
Of course, it shuts off interrupts before doing so <grin>. Thus a driver which
|
||
|
|
does the same thing is cool, just not useable on other hardware (just as the
|
||
|
|
kernel isn't).
|
||
|
|
|
||
|
|
Sounds like fun (messing with Pipeman)... good idea, too, as Pipes are rather
|
||
|
|
slow, as you said. Yell if you need anything! best - kev
|
||
|
|
|
||
|
|
#: 6754 S3/Languages
|
||
|
|
17-Sep-90 14:42:41
|
||
|
|
Sb: #6741-#C Libraries
|
||
|
|
Fm: Pete Lyall 76703,4230
|
||
|
|
To: Greg Morse 72746,3451 (X)
|
||
|
|
|
||
|
|
Greg -
|
||
|
|
|
||
|
|
I forgot about that... the library must be ordered so that all dependencies are
|
||
|
|
successive... that is, if an earlier module makes reference to a symbol
|
||
|
|
'_blerf', then '_blerf' must be defined in a downstream module in the library,
|
||
|
|
I believe.
|
||
|
|
|
||
|
|
Ther are a few tools for ordering libraries.... see 'lorder'. Also - toggle JJ
|
||
|
|
on this. I believe there's another tool as well.
|
||
|
|
|
||
|
|
Pete
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6765 S3/Languages
|
||
|
|
17-Sep-90 20:45:08
|
||
|
|
Sb: #6754-C Libraries
|
||
|
|
Fm: James Jones 76257,562
|
||
|
|
To: Pete Lyall 76703,4230 (X)
|
||
|
|
|
||
|
|
Yup--lorder output is intended to go into a topological sort program, because
|
||
|
|
in a proper library, that dependency induces a partial ordering, and the .r
|
||
|
|
files have to be in a linearization of said partial order.
|
||
|
|
|
||
|
|
#: 6727 S3/Languages
|
||
|
|
16-Sep-90 07:05:43
|
||
|
|
Sb: #6722-C Libraries
|
||
|
|
Fm: James Jones 76257,562
|
||
|
|
To: Greg Morse 72746,3451 (X)
|
||
|
|
|
||
|
|
You can concatenate the .r files together, but they have to be in a particular
|
||
|
|
order if there are references in one .r file to symbols defined in another. I
|
||
|
|
really need to modify the lorder program I uploaded here to handle either .r
|
||
|
|
format (the pre-COMMON and post-COMMON flavors).
|
||
|
|
|
||
|
|
#: 6743 S3/Languages
|
||
|
|
17-Sep-90 02:46:58
|
||
|
|
Sb: #6722-#C Libraries
|
||
|
|
Fm: Bob Taylor 73270,3124
|
||
|
|
To: Greg Morse 72746,3451 (X)
|
||
|
|
|
||
|
|
Greg,
|
||
|
|
If you are running OSK, there are two programs called merge and rdump,
|
||
|
|
that will create a library. The best way is to create a file listing
|
||
|
|
the .r modules one per line then typing the command:
|
||
|
|
|
||
|
|
merge -z=<libname.file >libname.l;rdump -l <libname.l
|
||
|
|
|
||
|
|
The "l" option for rdump will automatically tell you the proper order,
|
||
|
|
if any. Then all you have to do is edit libname.file.
|
||
|
|
I would't customize any std library files unless you want to redo them
|
||
|
|
every time you update the compiler!
|
||
|
|
Hope this helps.
|
||
|
|
|
||
|
|
P.S. Think a librarian might be a good thing to have?
|
||
|
|
|
||
|
|
Bob
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6744 S3/Languages
|
||
|
|
17-Sep-90 02:49:26
|
||
|
|
Sb: #6743-#C Libraries
|
||
|
|
Fm: Bob Taylor 73270,3124
|
||
|
|
To: Bob Taylor 73270,3124 (X)
|
||
|
|
|
||
|
|
OOPS that command should read:
|
||
|
|
|
||
|
|
merge -z=libname.file >libname.l;rdump -l <libname.l
|
||
|
|
|
||
|
|
Bob
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6756 S3/Languages
|
||
|
|
17-Sep-90 16:11:43
|
||
|
|
Sb: #6744-#C Libraries
|
||
|
|
Fm: Zack Sessions 76407,1524
|
||
|
|
To: Bob Taylor 73270,3124 (X)
|
||
|
|
|
||
|
|
How come the command couldn't be:
|
||
|
|
|
||
|
|
merge -z=libname.file ! rdump -l
|
||
|
|
|
||
|
|
especially if you are not sure if the order is going to be right, yet?
|
||
|
|
|
||
|
|
Zack
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6768 S3/Languages
|
||
|
|
18-Sep-90 04:21:17
|
||
|
|
Sb: #6756-C Libraries
|
||
|
|
Fm: Bob Taylor 73270,3124
|
||
|
|
To: Zack Sessions 76407,1524 (X)
|
||
|
|
|
||
|
|
Zack,
|
||
|
|
|
||
|
|
Sure, why not? I wrote the command with make in mind. Create the
|
||
|
|
lib.name file, drop out of the editor into the os, type make, then back
|
||
|
|
into the editor to make any changes required.
|
||
|
|
|
||
|
|
What I think we need is a utility or utilities for OSK to check the
|
||
|
|
module order, put the modules into proper order and to split the .l file
|
||
|
|
back into the individual .r files so one or more individual .r files can
|
||
|
|
be recompiled without recompiling the entire source. Saving all those .r
|
||
|
|
files takes up disk space needlessly.
|
||
|
|
|
||
|
|
Bob
|
||
|
|
|
||
|
|
#: 6753 S3/Languages
|
||
|
|
17-Sep-90 14:39:26
|
||
|
|
Sb: #6722-C Libraries
|
||
|
|
Fm: Pete Lyall 76703,4230
|
||
|
|
To: Greg Morse 72746,3451 (X)
|
||
|
|
|
||
|
|
Greg -
|
||
|
|
|
||
|
|
Library files are just a merge of .r files.... nuthin' fancy. You may get into
|
||
|
|
a bit bit of a problem if using cross generations of the RMA/C.ASM RLINK/C.LINK
|
||
|
|
pairs, as later versions add an extra integer to ' each .r module for 'common
|
||
|
|
block' support (Fortran). The newer vintage understands the older format, but
|
||
|
|
not vice versa.
|
||
|
|
|
||
|
|
For the most part, if you're noting using the tools from the coco development
|
||
|
|
pack, you needn't worry... they're the later version.
|
||
|
|
|
||
|
|
Pete
|
||
|
|
|
||
|
|
#: 6723 S10/Tandy CoCo
|
||
|
|
16-Sep-90 01:34:58
|
||
|
|
Sb: #J&M Hard Drive
|
||
|
|
Fm: Don Kircher 76346,3475
|
||
|
|
To: 76703,422
|
||
|
|
|
||
|
|
Kevin
|
||
|
|
I successfully slowed Level II back to 1 Mhz by poking $FFD8 of the GIME's
|
||
|
|
SAM CONTROL REGISTERS. BIG change in the scroll rate of a multivue graphics
|
||
|
|
window. got that blasted J&M driver in the bootfile with the patch at offset 0E
|
||
|
|
from FF to 07 (Tried it both ways).
|
||
|
|
INIZ H0 results in an error 246
|
||
|
|
as does dir /h0.
|
||
|
|
Something else needs to be poked back to Coco 1 compatability
|
||
|
|
or is this an address conflict of some sort with LevelII
|
||
|
|
This driver and the hard drive work under Level I on the coco III
|
||
|
|
Yeah Yeah I know, why not just use Level I..
|
||
|
|
Cause they Stopped making WordPAK thats why and my poor old
|
||
|
|
gray coco is very stingy with her wordpak and won't share.
|
||
|
|
Currently this silly Coco 3 is nothing more than an expensive
|
||
|
|
notepad to display your CIS number for upload { sigh }
|
||
|
|
Does anybody out therein CISLAND own one of these things or was I the only
|
||
|
|
sucker that bought one.
|
||
|
|
A related aside.
|
||
|
|
What is the legal status of software of defunct companies?
|
||
|
|
I called J&M to inquire about this. They are alive and well.
|
||
|
|
But they had a fire sale for coco stuff. It ALL went it a
|
||
|
|
local hacker including all the source code. All I got was a
|
||
|
|
shrug and an apology. With the available pool of coco II
|
||
|
|
stuff shrinking as it is where do we stand without stepping
|
||
|
|
on anybodies toes. Cocopro seems to have the only viable
|
||
|
|
answer, but his scope is so limited compared to the wealth
|
||
|
|
of what was available just a few years ago. I made the mistake
|
||
|
|
that limited finance forces of waiting for that special what
|
||
|
|
ever only to find it no longer available. I'm sure I'm not
|
||
|
|
alone in this dilemma.
|
||
|
|
Any ideas anyone?
|
||
|
|
Thanks
|
||
|
|
dlk
|
||
|
|
|
||
|
|
|
||
|
|
PS
|
||
|
|
Anyone got a copy of sculpter they want to unload?
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
There are 2 Replies.
|
||
|
|
|
||
|
|
#: 6763 S10/Tandy CoCo
|
||
|
|
17-Sep-90 19:50:16
|
||
|
|
Sb: #6723-J&M Hard Drive
|
||
|
|
Fm: DENNIS SKALA 73177,2365
|
||
|
|
To: Don Kircher 76346,3475 (X)
|
||
|
|
|
||
|
|
Don,
|
||
|
|
|
||
|
|
I see you are a fellow Wordpak fan. If you're not aware of it, a while back I
|
||
|
|
uploaded a group of files to let you utilize a Wordpak RS under Level II. Come
|
||
|
|
to think of it, I believe I've improved that since. Let me know if you're
|
||
|
|
interested, and I'll uprgrade the upload. Not for the Wordpak I (or II - was
|
||
|
|
there a Wordpak II?), just the RS.
|
||
|
|
|
||
|
|
***** Dennis *****
|
||
|
|
|
||
|
|
#: 6774 S10/Tandy CoCo
|
||
|
|
19-Sep-90 00:45:58
|
||
|
|
Sb: #6723-J&M Hard Drive
|
||
|
|
Fm: Jim Peasley 72726,1153
|
||
|
|
To: Don Kircher 76346,3475 (X)
|
||
|
|
|
||
|
|
Don;
|
||
|
|
|
||
|
|
I've got a never-been-used PBJ Wordpak II that I'd be willing to part with.
|
||
|
|
|
||
|
|
Make me an offer...
|
||
|
|
|
||
|
|
...Jim
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
#: 6729 S12/OS9/68000 (OSK)
|
||
|
|
16-Sep-90 10:14:45
|
||
|
|
Sb: serial ports on the MM/1
|
||
|
|
Fm: Steve Wegert 76703,4255
|
||
|
|
To: Paul K. Ward 73477,2004
|
||
|
|
|
||
|
|
Paul,
|
||
|
|
|
||
|
|
Been discussing your favorite topic with a friend in Florida when a question
|
||
|
|
came up I didn't have an answer for:
|
||
|
|
|
||
|
|
Is there a cap on how many serial ports the MM/1 can support?
|
||
|
|
|
||
|
|
If I decipher your Insider correctly, it would appear 5 ports are mentioned in
|
||
|
|
one way or another ... but it's not clear if that's all ... or if more can be
|
||
|
|
added.
|
||
|
|
|
||
|
|
What's the real info?
|
||
|
|
|
||
|
|
Steve
|
||
|
|
|
||
|
|
#: 6730 S10/Tandy CoCo
|
||
|
|
16-Sep-90 11:02:49
|
||
|
|
Sb: #6679-#Great games
|
||
|
|
Fm: GLEN HATHAWAY 71446,166
|
||
|
|
To: Floyd Resler 72500,2572 (X)
|
||
|
|
|
||
|
|
Hi Floyd... Thanks. I also found a problem in GemQuest. One one screen - I
|
||
|
|
can't remember which one - if you go right instead of down from the top of the
|
||
|
|
ladder on the right side of the screen, it dies with the same 55 error as tank.
|
||
|
|
I'll try to recreate it and let ya know which screen. It's not a huge problem,
|
||
|
|
cause you aren't supposed to be able to go right - I just bumped the joystick
|
||
|
|
the wrong way...
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6734 S10/Tandy CoCo
|
||
|
|
16-Sep-90 16:58:57
|
||
|
|
Sb: #6730-#Great games
|
||
|
|
Fm: Floyd Resler 72500,2572
|
||
|
|
To: GLEN HATHAWAY 71446,166 (X)
|
||
|
|
|
||
|
|
The ipatch I created to fix some of the bugs in my games will correct the error
|
||
|
|
55 in Gem Quest. The file is called DDPATCH.PAK in library 10. Or, if you
|
||
|
|
wish , you can download GQUEST.BIN which also fixes the bugs.
|
||
|
|
|
||
|
|
Floyd
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6737 S10/Tandy CoCo
|
||
|
|
16-Sep-90 22:01:26
|
||
|
|
Sb: #6734-#Great games
|
||
|
|
Fm: GLEN HATHAWAY 71446,166
|
||
|
|
To: Floyd Resler 72500,2572 (X)
|
||
|
|
|
||
|
|
Hi Floyd... Just found another bug in Tank - Whenever you hit a super-weapon
|
||
|
|
with a super-weapon shot, the game dies with an error #197 - Bad/Undefined
|
||
|
|
buffer number.
|
||
|
|
|
||
|
|
There are 2 Replies.
|
||
|
|
|
||
|
|
#: 6740 S10/Tandy CoCo
|
||
|
|
16-Sep-90 23:03:38
|
||
|
|
Sb: #6737-Great games
|
||
|
|
Fm: GLEN HATHAWAY 71446,166
|
||
|
|
To: GLEN HATHAWAY 71446,166 (X)
|
||
|
|
|
||
|
|
Hi Floyd... Oops - that was supposed to be error #194 - I think.
|
||
|
|
|
||
|
|
#: 6745 S10/Tandy CoCo
|
||
|
|
17-Sep-90 05:59:23
|
||
|
|
Sb: #6737-Great games
|
||
|
|
Fm: Floyd Resler 72500,2572
|
||
|
|
To: GLEN HATHAWAY 71446,166 (X)
|
||
|
|
|
||
|
|
Really? I though I took care of that. I'll check it out. Thanks.
|
||
|
|
|
||
|
|
Floyd
|
||
|
|
|
||
|
|
#: 6731 S3/Languages
|
||
|
|
16-Sep-90 11:24:25
|
||
|
|
Sb: #localtime problem
|
||
|
|
Fm: Ken Drexler 75126,3427
|
||
|
|
To: All
|
||
|
|
|
||
|
|
I need some help with localtime() in the Kreider library. I need to use it to
|
||
|
|
break down the value returned by time() into months, days and years. The only
|
||
|
|
problem is that the data returned is in the tm structure is ALWAYS March 6,
|
||
|
|
2106.
|
||
|
|
|
||
|
|
Is there a bug in localtime? or have I missed something?
|
||
|
|
|
||
|
|
Here is my code and a dump of the output:
|
||
|
|
|
||
|
|
#include <utime.h>
|
||
|
|
|
||
|
|
main()
|
||
|
|
{
|
||
|
|
long curtime; /* current date time */
|
||
|
|
struct tm *t, tim; /* tim for sizeof */
|
||
|
|
|
||
|
|
pflinit(); /* enable long printing */
|
||
|
|
curtime = time( (long *) 0);
|
||
|
|
printf("curtime: %ld, curtime/86,400: %ld\n",curtime,curtime/86400);
|
||
|
|
t = localtime( curtime );
|
||
|
|
printf("tm_sec: %d, tm_min: %d, tm_hour: %d, tm_mday: %d, tm_mon: %d,
|
||
|
|
tm_year: %d\n",
|
||
|
|
t->tm_sec, t->tm_min, t->tm_hour, t->tm_mday, t->tm_mon,
|
||
|
|
t->tm_year);
|
||
|
|
_dump("tm:\n",t, sizeof(tim) );
|
||
|
|
}
|
||
|
|
|
||
|
|
OUTPUT: curtime: 653435281, curtime/86,400: 7562 tm_sec: 15, tm_min: 28,
|
||
|
|
tm_hour: 6, tm_mday: 6, tm_mon: 2, tm_year: 206 tm:
|
||
|
|
|
||
|
|
1 2 3 4 5 6 7 8 9 a b c d e f 0 123456789abcdef0
|
||
|
|
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- ---------------0211: 00
|
||
|
|
0f 00 1c 00 06 00 06 00 02 00 ce 00 00 00 24 ...........N...$ 0221: 00 00 00
|
||
|
|
00 00 00 00 00 00 00 00 00 00 00 00 00 ................
|
||
|
|
|
||
|
|
Has anyone else had this problem? What am I doing wrong?
|
||
|
|
|
||
|
|
(I also note that the heading on _dump is wrong and the function sends its
|
||
|
|
output to stderr not stdout as the clib documents say.)
|
||
|
|
|
||
|
|
Thanks for the help.
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
There are 2 Replies.
|
||
|
|
|
||
|
|
#: 6736 S3/Languages
|
||
|
|
16-Sep-90 20:52:38
|
||
|
|
Sb: #6731-#localtime problem
|
||
|
|
Fm: James Jones 76257,562
|
||
|
|
To: Ken Drexler 75126,3427 (X)
|
||
|
|
|
||
|
|
Alas, many Unix-inspired functions take pointers as arguments where one would
|
||
|
|
expect to pass the values instead, and hand back a result by modifying some
|
||
|
|
<expletive> global variable. I bet localtime() is one such function, and that
|
||
|
|
you get to hand it a pointer of some sort. Look at the docs closely.
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6772 S3/Languages
|
||
|
|
19-Sep-90 00:23:16
|
||
|
|
Sb: #6736-localtime problem
|
||
|
|
Fm: Ken Drexler 75126,3427
|
||
|
|
To: James Jones 76257,562 (X)
|
||
|
|
|
||
|
|
Thanks for the suggestion. I'll give them a hard look.
|
||
|
|
|
||
|
|
Ken
|
||
|
|
|
||
|
|
#: 6755 S3/Languages
|
||
|
|
17-Sep-90 14:46:27
|
||
|
|
Sb: #6731-#localtime problem
|
||
|
|
Fm: Pete Lyall 76703,4230
|
||
|
|
To: Ken Drexler 75126,3427 (X)
|
||
|
|
|
||
|
|
Hmm... looks like this may be an age old gotcha.... did you define time() as a
|
||
|
|
function that returns a long?
|
||
|
|
|
||
|
|
i.e. 'long time(); /* no C */'
|
||
|
|
|
||
|
|
Pete
|
||
|
|
|
||
|
|
P.S. Pardon the obligatory C humor...
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6773 S3/Languages
|
||
|
|
19-Sep-90 00:29:53
|
||
|
|
Sb: #6755-#localtime problem
|
||
|
|
Fm: Ken Drexler 75126,3427
|
||
|
|
To: Pete Lyall 76703,4230 (X)
|
||
|
|
|
||
|
|
I think so. utime.h includes that declaration so I figured that #including it
|
||
|
|
provided the needed declaration. The output suggests that it does because
|
||
|
|
curtime looks right i.e. 7562 days after 1970 is a day in 1990.
|
||
|
|
|
||
|
|
Have you used localtime() to break down the value returned by time()? If so
|
||
|
|
(and your code worked) what did it look like?
|
||
|
|
|
||
|
|
Thanks for the help
|
||
|
|
|
||
|
|
Ken
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6779 S3/Languages
|
||
|
|
19-Sep-90 12:06:33
|
||
|
|
Sb: #6773-#localtime problem
|
||
|
|
Fm: Pete Lyall 76703,4230
|
||
|
|
To: Ken Drexler 75126,3427 (X)
|
||
|
|
|
||
|
|
Ken -
|
||
|
|
|
||
|
|
Yep - I have used localtime() a lot.... works ducky. One thing that used to
|
||
|
|
screw folks up (me too) was that most of the time related functions called for
|
||
|
|
pointers to the long value. Have a gander at that. Also - let's see you're code
|
||
|
|
segment again (pls)...
|
||
|
|
|
||
|
|
Pete
|
||
|
|
|
||
|
|
There are 2 Replies.
|
||
|
|
|
||
|
|
#: 6831 S3/Languages
|
||
|
|
21-Sep-90 01:05:34
|
||
|
|
Sb: #6779-localtime problem
|
||
|
|
Fm: Ken Drexler 75126,3427
|
||
|
|
To: Pete Lyall 76703,4230 (X)
|
||
|
|
|
||
|
|
Pete, Thanks for the suggestions. I'll give my code a hard look.
|
||
|
|
|
||
|
|
Ken
|
||
|
|
|
||
|
|
#: 6833 S3/Languages
|
||
|
|
21-Sep-90 01:28:28
|
||
|
|
Sb: #6779-#localtime problem
|
||
|
|
Fm: Ken Drexler 75126,3427
|
||
|
|
To: Pete Lyall 76703,4230 (X)
|
||
|
|
|
||
|
|
Pete,
|
||
|
|
|
||
|
|
Your guess on my error was right on the money. I changed the argument to
|
||
|
|
localtime to a long pointer and the code worked fine. Funny how those
|
||
|
|
asterisks sneak past me.
|
||
|
|
|
||
|
|
Thanks for the help.
|
||
|
|
|
||
|
|
Ken
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6844 S3/Languages
|
||
|
|
21-Sep-90 15:35:46
|
||
|
|
Sb: #6833-localtime problem
|
||
|
|
Fm: Pete Lyall 76703,4230
|
||
|
|
To: Ken Drexler 75126,3427
|
||
|
|
|
||
|
|
Ken -
|
||
|
|
|
||
|
|
|
||
|
|
Ahhh... good. Happy to help.
|
||
|
|
|
||
|
|
Pete
|
||
|
|
|
||
|
|
#: 6732 S12/OS9/68000 (OSK)
|
||
|
|
16-Sep-90 16:11:22
|
||
|
|
Sb: OSk Docs
|
||
|
|
Fm: Zack Sessions 76407,1524
|
||
|
|
To: ALL
|
||
|
|
|
||
|
|
I was browsing through my new OSK documentation and found that someone at
|
||
|
|
Microware has a sense of humour! In the C Function manual on page 21 is the
|
||
|
|
description of the _julian() function. The synopsis states:
|
||
|
|
|
||
|
|
int _julian(time,date) int *time, /* pointer to time value */
|
||
|
|
*date; /* pointer to date value */
|
||
|
|
|
||
|
|
Under "Caveats:" it says, "Unless debugging is an obsession, use pointers for
|
||
|
|
date and time values." <big grin>
|
||
|
|
|
||
|
|
|
||
|
|
Zack
|
||
|
|
|
||
|
|
#: 6735 S10/Tandy CoCo
|
||
|
|
16-Sep-90 18:21:29
|
||
|
|
Sb: #Ramdisk
|
||
|
|
Fm: Paul Hanke 73467,403
|
||
|
|
To: All
|
||
|
|
|
||
|
|
What is the largest ram drive available for OS9? Is there one for the 1meg
|
||
|
|
upgrade? -ph-
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6764 S10/Tandy CoCo
|
||
|
|
17-Sep-90 19:50:56
|
||
|
|
Sb: #6735-#Ramdisk
|
||
|
|
Fm: DENNIS SKALA 73177,2365
|
||
|
|
To: Paul Hanke 73467,403 (X)
|
||
|
|
|
||
|
|
Paul,
|
||
|
|
|
||
|
|
Your question is very timely. Just yesterday I put the finishing touches on
|
||
|
|
modifying (actually correcting) the Microcom Ramdisk package to work with the 1
|
||
|
|
Meg memory upgrade. Up to 800K in size, sets up and formats in a wink, size
|
||
|
|
selectable at setup, recovers (most of the time) from a system crash, undoable
|
||
|
|
to recover system memory. Comes with a quick device-to- device copy utility.
|
||
|
|
They should have it in a week or so.
|
||
|
|
|
||
|
|
***** Dennis *****
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6766 S10/Tandy CoCo
|
||
|
|
17-Sep-90 21:00:30
|
||
|
|
Sb: #6764-Ramdisk
|
||
|
|
Fm: Paul Hanke 73467,403
|
||
|
|
To: DENNIS SKALA 73177,2365 (X)
|
||
|
|
|
||
|
|
Great! I'll be looking for it! -ph-
|
||
|
|
|
||
|
|
#: 6746 S10/Tandy CoCo
|
||
|
|
17-Sep-90 06:03:28
|
||
|
|
Sb: Stereo Sound
|
||
|
|
Fm: Floyd Resler 72500,2572
|
||
|
|
To: All
|
||
|
|
|
||
|
|
Would it be possible to make a driver for the Orchestra-90 cartridge and play
|
||
|
|
computer generated sound through it in stereo?
|
||
|
|
|
||
|
|
#: 6761 S15/Hot Topics
|
||
|
|
17-Sep-90 16:45:35
|
||
|
|
Sb: #MM/1 Serv. Manual
|
||
|
|
Fm: Giles 73347,2651
|
||
|
|
To: Kevin Darling, 76703,4227 (X)
|
||
|
|
|
||
|
|
Hiya, Kev! (grin)
|
||
|
|
How's everything? NS!)
|
||
|
|
I Called Multi-Media several wks ago requesting a service manual for th MM/1,
|
||
|
|
& th nice lady took my name & addr & said she'd get it to appropriate person to
|
||
|
|
send me info on it, but no word.
|
||
|
|
I'm curious if they HAVE a service manual (yet), or if they're still workin
|
||
|
|
on it etc. (grin) Do u kno anything about it? (I figure if they HAVE one, YOU
|
||
|
|
HAVE it! Hehehe
|
||
|
|
Tell Marsha "Hi!". (grin)
|
||
|
|
Giles
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6762 S15/Hot Topics
|
||
|
|
17-Sep-90 18:55:32
|
||
|
|
Sb: #6761-#MM/1 Serv. Manual
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: Giles 73347,2651 (X)
|
||
|
|
|
||
|
|
Hey der Giles! Being worked on, I'd say. There are schematics and chip specs
|
||
|
|
already, of course, but a service manual will probably take quite some time to
|
||
|
|
do. A technical manual should be pretty easy to do tho.
|
||
|
|
|
||
|
|
Besides <sniff>, nothing goes wrong with OS9 machines, and how dare you to
|
||
|
|
imply otherwise <hehe>?
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6778 S15/Hot Topics
|
||
|
|
19-Sep-90 09:15:23
|
||
|
|
Sb: #6762-#MM/1 Serv. Manual
|
||
|
|
Fm: Giles 73347,2651
|
||
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
|
||
|
|
Ah yes...My apologies (grin). Musta been a TECH manual I was after! Hehe...Yah
|
||
|
|
jus somethin that shows all th parts & how they work. Can u gettem to fix me
|
||
|
|
up?
|
||
|
|
|
||
|
|
Thx Kev. Hey, cancha come to CB band B sometimes? I'm on Mon, Wed, Fri, &
|
||
|
|
Sat at 22:00. My handle is "Gentle Miant" (snicker).
|
||
|
|
|
||
|
|
Well, hope to c u SOMEWHERE! (Maybe even th COCOfest!)
|
||
|
|
|
||
|
|
Giles
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6781 S15/Hot Topics
|
||
|
|
19-Sep-90 13:13:34
|
||
|
|
Sb: #6778-#MM/1 Serv. Manual
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: Giles 73347,2651 (X)
|
||
|
|
|
||
|
|
Giles - until it's ready, you can also check with your Phillips/Signetics parts
|
||
|
|
dealer, and ask for manuals on the 68070 cpu, and the 66470B Video and System
|
||
|
|
Controller chip. That's enuf reading for weeks! <grin>
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6810 S15/Hot Topics
|
||
|
|
20-Sep-90 11:23:03
|
||
|
|
Sb: #6781-#MM/1 Serv. Manual
|
||
|
|
Fm: Giles 73347,2651
|
||
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
|
||
|
|
Thx, Kev (grin)!
|
||
|
|
Oh and if it's SEPARATE, I'd ALSO like tech manual on th I/O board.
|
||
|
|
|
||
|
|
Gonna b at th CoCoFest?
|
||
|
|
|
||
|
|
Have FUN! (grin)
|
||
|
|
Giles
|
||
|
|
|
||
|
|
There are 2 Replies.
|
||
|
|
|
||
|
|
#: 6816 S15/Hot Topics
|
||
|
|
20-Sep-90 17:30:29
|
||
|
|
Sb: #6810-MM/1 Serv. Manual
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: Giles 73347,2651 (X)
|
||
|
|
|
||
|
|
Oh you bet... we're gonna be at the CoCoFest. So far it sounds like the entire
|
||
|
|
gang will be there. Should be a good show (too short, as usual!)
|
||
|
|
|
||
|
|
#: 6824 S15/Hot Topics
|
||
|
|
20-Sep-90 21:21:34
|
||
|
|
Sb: #6810-#MM/1 Serv. Manual
|
||
|
|
Fm: Dan Robins 73007,2473
|
||
|
|
To: Giles 73347,2651 (X)
|
||
|
|
|
||
|
|
Giles,
|
||
|
|
You gonna be at the fest?
|
||
|
|
If so....I'm not speaking there (Sunday)!!! (Only kidding!)
|
||
|
|
|
||
|
|
Dan
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6845 S15/Hot Topics
|
||
|
|
21-Sep-90 15:45:23
|
||
|
|
Sb: #6824-#MM/1 Serv. Manual
|
||
|
|
Fm: Giles 73347,2651
|
||
|
|
To: Dan Robins 73007,2473 (X)
|
||
|
|
|
||
|
|
Yup! (At least really gonna TRY!) Iz about time I saw for mySELF if u're REALLY
|
||
|
|
as ugly as they SAY, Danno! Hehehe
|
||
|
|
|
||
|
|
Giles
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6854 S15/Hot Topics
|
||
|
|
21-Sep-90 20:44:28
|
||
|
|
Sb: #6845-MM/1 Serv. Manual
|
||
|
|
Fm: Dan Robins 73007,2473
|
||
|
|
To: Giles 73347,2651
|
||
|
|
|
||
|
|
Giles,
|
||
|
|
Yo mama! <grin> Dan
|
||
|
|
|
||
|
|
#: 6767 S12/OS9/68000 (OSK)
|
||
|
|
18-Sep-90 00:02:34
|
||
|
|
Sb: #6660-#mm/1 information
|
||
|
|
Fm: Jim Peasley 72726,1153
|
||
|
|
To: Mark B. Sheffield 76247,1332 (X)
|
||
|
|
|
||
|
|
Mark;
|
||
|
|
|
||
|
|
(and Paul, too) -- got the INSIDER today. Thanks for clearing up the mixup
|
||
|
|
so fast.
|
||
|
|
|
||
|
|
I've got a few questions tho, after reading theispec sheet :
|
||
|
|
|
||
|
|
o Does the Extended (I/O board) come with 0K? For some reason, I was under
|
||
|
|
the impression that it came with another meg or so of RAM.
|
||
|
|
|
||
|
|
o Network interface: is this a proprietary networking scheme, or is it based
|
||
|
|
on an established protocol of some sort?
|
||
|
|
|
||
|
|
o MIDI interface: same as above (I'm a complete newbie as far as MIDI goes,
|
||
|
|
but am sure I'll be asked if it's a standard implementation).
|
||
|
|
|
||
|
|
_Really_ looking forward to Thanksgiving this year!!! ;-)
|
||
|
|
|
||
|
|
...Jim
|
||
|
|
|
||
|
|
"I know we're on shaky ground, but it's not MY fault." -- S. Andreas
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6786 S12/OS9/68000 (OSK)
|
||
|
|
19-Sep-90 17:25:17
|
||
|
|
Sb: #6767-#mm/1 information
|
||
|
|
Fm: Mark B. Sheffield 76247,1332
|
||
|
|
To: Jim Peasley 72726,1153 (X)
|
||
|
|
|
||
|
|
Jim -
|
||
|
|
|
||
|
|
Glad you got the Insider! I'd like to hear your reactions to it, suggestions
|
||
|
|
for other stuff you'd like to see, etc.
|
||
|
|
|
||
|
|
The extended board comes with 0K, but you can add either 2MB or 8MB worth of
|
||
|
|
SIMMs.
|
||
|
|
|
||
|
|
The tentative network scheme involves using high-speed serial and NFM
|
||
|
|
(Microware's standard network file manager). Any number of protocols can be
|
||
|
|
implemented on it including Ethernet, Arcnet, etc.
|
||
|
|
|
||
|
|
MIDI will conform to MIDI spec 1.0. That's as established a protocol as you can
|
||
|
|
get.
|
||
|
|
|
||
|
|
-mark
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6832 S12/OS9/68000 (OSK)
|
||
|
|
21-Sep-90 01:11:47
|
||
|
|
Sb: #6786-#mm/1 information
|
||
|
|
Fm: Jim Peasley 72726,1153
|
||
|
|
To: Mark B. Sheffield 76247,1332 (X)
|
||
|
|
|
||
|
|
Mark;
|
||
|
|
|
||
|
|
Thanks for the info on the Net Manager and MIDI.
|
||
|
|
|
||
|
|
Reaction? Quite well done and produced. First issue had a lot of stuff in
|
||
|
|
it that I already knew from reading msgs. on CIS, but probably invaluable for
|
||
|
|
someone who doesn't have access.
|
||
|
|
|
||
|
|
What would I like to see? How about my MM/1 on the doorstep after work
|
||
|
|
tomorrow? <grin> Oh, you mean in the INSIDER! Well, how about some pix of
|
||
|
|
MVCanvas screens, the GUI, some dope on the utilities that'll be included. I'd
|
||
|
|
like to see some info on things that are in the works regarding software
|
||
|
|
that'll be ported, but I realize that there's some things that can't be
|
||
|
|
discussed until they're a 'done deal'.
|
||
|
|
|
||
|
|
How about some articles on the MM/1's versatility - a classroom of MM/1's
|
||
|
|
linked together - an MM/1 used as a data acquisition/processing machine - an
|
||
|
|
MM/1 controlling a home environment in the background
|
||
|
|
(heating/cooling/security/lighting).
|
||
|
|
|
||
|
|
Zat enuf ideas?
|
||
|
|
|
||
|
|
...Jim
|
||
|
|
|
||
|
|
p.s. FWIW - people who attend meetings/rallies/etc. are 'attendees', not
|
||
|
|
'attendants'. (sorry, couldn't resist ;-)
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6843 S12/OS9/68000 (OSK)
|
||
|
|
21-Sep-90 09:30:27
|
||
|
|
Sb: #6832-#mm/1 information
|
||
|
|
Fm: Mark B. Sheffield 76247,1332
|
||
|
|
To: Jim Peasley 72726,1153
|
||
|
|
|
||
|
|
Jim - Thanks for the suggestions. And for the spell-checking. <grin>
|
||
|
|
|
||
|
|
-mark
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6848 S12/OS9/68000 (OSK)
|
||
|
|
21-Sep-90 16:39:27
|
||
|
|
Sb: #6843-mm/1 information
|
||
|
|
Fm: Joseph Cheek 76264,142
|
||
|
|
To: Mark B. Sheffield 76247,1332
|
||
|
|
|
||
|
|
On the same token, Mark, I received a brochure yestereday in the mail about the
|
||
|
|
MM/1 (it's great! I can't wait to get mine!) I just need to know--I sent in
|
||
|
|
$150 for the preorder, meaning I get $200 off, right? The brochure says 'send
|
||
|
|
me info about what you want and a $150 per mm/1 wanted'. Since I have a $200
|
||
|
|
credit, do I still need to send in $150? I have that $200 plus about $300 in a
|
||
|
|
month or so for a downpayment--can I get the other $359 paid off in some
|
||
|
|
payment plan? Having my cake and eating it too? (hehe--receive MM/1 now, pay
|
||
|
|
$359 later? Any possible way?) Thanks . .`.
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
#: 6770 S7/Telecommunications
|
||
|
|
18-Sep-90 17:24:01
|
||
|
|
Sb: #sterm 1.4
|
||
|
|
Fm: Joseph Cheek 76264,142
|
||
|
|
To: all
|
||
|
|
|
||
|
|
Does anyone have a copy of STerm 1.4 that could upload it here? Or perhaps I
|
||
|
|
missed it? If anyone has it/knows where it is, please drop me a line. thx,
|
||
|
|
Joseph Cheek
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6776 S7/Telecommunications
|
||
|
|
19-Sep-90 05:30:11
|
||
|
|
Sb: #6770-#sterm 1.4
|
||
|
|
Fm: Mark Griffith 76070,41
|
||
|
|
To: Joseph Cheek 76264,142 (X)
|
||
|
|
|
||
|
|
Joseph,
|
||
|
|
|
||
|
|
STERM 1.4 is not released yet. Version 1.3 is in Lib7 for downloading. 1.4 is
|
||
|
|
still in the testing stage (sorta) and will be available in the next month or
|
||
|
|
so.
|
||
|
|
|
||
|
|
Mark
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6821 S7/Telecommunications
|
||
|
|
20-Sep-90 19:40:49
|
||
|
|
Sb: #6776-sterm 1.4
|
||
|
|
Fm: Joseph Cheek 76264,142
|
||
|
|
To: Mark Griffith 76070,41 (X)
|
||
|
|
|
||
|
|
Thank you, Mark. I will relay that information to my friend.
|
||
|
|
|
||
|
|
#: 6771 S10/Tandy CoCo
|
||
|
|
18-Sep-90 21:31:29
|
||
|
|
Sb: #HardDrive Problem
|
||
|
|
Fm: james pottage 71750,2012
|
||
|
|
To: Kevin Darling
|
||
|
|
|
||
|
|
Kevin, this is a short note to give you a better idea of the problems I am
|
||
|
|
having with the SCSI Seagate 125N hard drive. The drive seems to function well
|
||
|
|
after the system has booted up. The problem seems to be in the boot. When I
|
||
|
|
boot up the system does not change the data and execution directories to the
|
||
|
|
hard drive. It appears that the system may try to change directories because
|
||
|
|
the light on the hard drive comes on during the boot for a breif moment. Once
|
||
|
|
the system has booted I can then type chd /h0 and chx /h0/cmds (or to /dd which
|
||
|
|
is the harddrive as well). This usually works fine, however, once in a while I
|
||
|
|
get an error 247 - seek error. This goes away after a second attempt to change
|
||
|
|
directories to the hardDrive. Moreover, if I press reset after booting (without
|
||
|
|
changing directories) the system will boot with no problems ie. it changes
|
||
|
|
directories to the hardDrive and then runs startup off the harddrive. This
|
||
|
|
sequence of problem will happens even if the system has been running for a
|
||
|
|
while and a cold start is then done(ie the system coco is turned off and then
|
||
|
|
dos is used to start again - and the hard drive is left running the whole
|
||
|
|
time.) I have tried changing the CC3GO module and this has had no effect on the
|
||
|
|
boot. I am presently using the drivers for the Disto Super Controller 2 in 1
|
||
|
|
board - harddrive and serial port. I believe that these drivers were not
|
||
|
|
written by you. Would the 4 in 1 drivers which you wrote work on this system.
|
||
|
|
Oh yea one more thing, the hard drive is occasionnally accessed by the system
|
||
|
|
for no apparent reason ie. the harddrive runs when the program in memory (like
|
||
|
|
VED) should not be using the drive.
|
||
|
|
Jim Pottage
|
||
|
|
|
||
|
|
There are 2 Replies.
|
||
|
|
|
||
|
|
#: 6801 S10/Tandy CoCo
|
||
|
|
20-Sep-90 00:11:42
|
||
|
|
Sb: #6771-HardDrive Problem
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: james pottage 71750,2012 (X)
|
||
|
|
|
||
|
|
Jim - haven't forgotten about you; just couldn't think of anything <grin>.
|
||
|
|
Hmmm...
|
||
|
|
|
||
|
|
Coupla ideas tonight. First, are you using a Multipak, and if so, has it been
|
||
|
|
upgraded?
|
||
|
|
|
||
|
|
Also, is the drive desc set up for embedded SCSI drives? That is, is the
|
||
|
|
control word stuff set to zero? (I forget what utils Disto provides to set
|
||
|
|
this; some kind of custom "dmode" command?).
|
||
|
|
|
||
|
|
And (sorry if this is a repeat Q), has it always acted this way? thx! - kev
|
||
|
|
|
||
|
|
#: 6817 S10/Tandy CoCo
|
||
|
|
20-Sep-90 17:32:15
|
||
|
|
Sb: #6771-HardDrive Problem
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: james pottage 71750,2012 (X)
|
||
|
|
|
||
|
|
Another note: when you say that the HD is accessed at times, even if nothing
|
||
|
|
should be going on, do you mean the drive light comes on? Or just that you
|
||
|
|
hear the drive seeking around every once in a while? That last is normal, as
|
||
|
|
many drives autopark themselves (and/or re-align themselves, I think) after a
|
||
|
|
period of inactivity.
|
||
|
|
|
||
|
|
#: 6775 S15/Hot Topics
|
||
|
|
19-Sep-90 02:18:03
|
||
|
|
Sb: #CD-I News
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: all
|
||
|
|
|
||
|
|
Two news items of note on CD-I, which uses the OS-9 operating system:
|
||
|
|
|
||
|
|
"Photo CD" is a new photographic system -- jointly developed between Kodak and
|
||
|
|
Philips -- that can scan 35 mm images and write them on compact discs for later
|
||
|
|
playback by consumers on Compact Disc-Interactive (CD-I) players, CD ROM-XA
|
||
|
|
systems, and dedicated Photo CD players.
|
||
|
|
|
||
|
|
Gaston Bastiaens, director of Philip's interactive media systems group, said,
|
||
|
|
"Photo CD will extend the application possibilities of the CD-I system."
|
||
|
|
|
||
|
|
CD-I was also explained as a key stimulus for the development of the new
|
||
|
|
Motorola 68340 "data movement engine", which will be used to enhance future
|
||
|
|
CD-I systems. The 68340 is an integrated device based around a 68020 cpu core.
|
||
|
|
On-chip peripherals include 32-bit dual channel DMA, timers, serial.
|
||
|
|
|
||
|
|
CD-I players turn televisions and stereos into interactive entertainment and
|
||
|
|
information centers, combining high quality sound, text, still image and full
|
||
|
|
motion video, computer graphics and data on CDs. Developed by Sony/Phillips,
|
||
|
|
CD-I will be the world standard for interactive CD applications. Consumer
|
||
|
|
players will be introduced in the United States and Japan in 1991, Europe in
|
||
|
|
1992. Many publishers are already preparing titles for the consumer launch.
|
||
|
|
|
||
|
|
There are 2 Replies.
|
||
|
|
|
||
|
|
#: 6777 S15/Hot Topics
|
||
|
|
19-Sep-90 08:49:37
|
||
|
|
Sb: #6775-#CD-I News
|
||
|
|
Fm: Mark Wuest 74030,332
|
||
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
|
||
|
|
Kevin,
|
||
|
|
This would be of great interest to others (besides myself) on the Photography
|
||
|
|
Forum (go photoforum). Could you either post it there or tell me how I could do
|
||
|
|
it (I do not have easy access to a machine that allows up/downloading)?
|
||
|
|
Thanks,
|
||
|
|
Mark
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6782 S15/Hot Topics
|
||
|
|
19-Sep-90 14:41:11
|
||
|
|
Sb: #6777-#CD-I News
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: Mark Wuest 74030,332 (X)
|
||
|
|
|
||
|
|
Mark - I see they're already talking about Photo CD there... see msgs 31592 and
|
||
|
|
onward. Thanks for the tip tho, I can always add some info about the CD-I
|
||
|
|
aspect of all this.
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6783 S15/Hot Topics
|
||
|
|
19-Sep-90 15:03:08
|
||
|
|
Sb: #6782-CD-I News
|
||
|
|
Fm: Mark Wuest 74030,332
|
||
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
|
||
|
|
Oops - thanks. I had de-selected section 2 (News & Issues) because I got tired
|
||
|
|
of tirades about the Mapplethorpe exhibit and censorship. Well, it just goes to
|
||
|
|
show you .... <g>.
|
||
|
|
Mark
|
||
|
|
|
||
|
|
#: 6849 S15/Hot Topics
|
||
|
|
21-Sep-90 16:47:01
|
||
|
|
Sb: #6775-CD-I News
|
||
|
|
Fm: Joseph Cheek 76264,142
|
||
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
|
||
|
|
Kevin--you say that "CD-I will be the world standard for interactive CD
|
||
|
|
applications". Whatever happened to competitors, like DVI?
|
||
|
|
|
||
|
|
#: 6787 S7/Telecommunications
|
||
|
|
19-Sep-90 18:25:37
|
||
|
|
Sb: #Initializing modem
|
||
|
|
Fm: Rodney Harper 75130,1321
|
||
|
|
To: All
|
||
|
|
|
||
|
|
All,
|
||
|
|
|
||
|
|
When booting up OS9, is there a way I can send a string to my Modem to
|
||
|
|
initialize it before running a Term program ?
|
||
|
|
|
||
|
|
I would like to put this in the startup file if it is possible.
|
||
|
|
|
||
|
|
|
||
|
|
>>Rod<<
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6788 S7/Telecommunications
|
||
|
|
19-Sep-90 18:51:50
|
||
|
|
Sb: #6787-Initializing modem
|
||
|
|
Fm: Pete Lyall 76703,4230
|
||
|
|
To: Rodney Harper 75130,1321 (X)
|
||
|
|
|
||
|
|
Sure... why not:
|
||
|
|
|
||
|
|
[other startup commands]
|
||
|
|
echo ATE0V0Q1S11=50 >/T2
|
||
|
|
|
||
|
|
Pete
|
||
|
|
|
||
|
|
#: 6789 S12/OS9/68000 (OSK)
|
||
|
|
19-Sep-90 19:30:44
|
||
|
|
Sb: #header files
|
||
|
|
Fm: Jim Chapman 72557,1120
|
||
|
|
To: all
|
||
|
|
|
||
|
|
I am trying to compile mroff from dl6 but it includes os9.h and scfstat.h. Can
|
||
|
|
anyone tell me what is in these or how to compile this with 68000 C. thanks.
|
||
|
|
|
||
|
|
There are 2 Replies.
|
||
|
|
|
||
|
|
#: 6792 S12/OS9/68000 (OSK)
|
||
|
|
19-Sep-90 20:32:55
|
||
|
|
Sb: #6789-header files
|
||
|
|
Fm: James Jones 76257,562
|
||
|
|
To: Jim Chapman 72557,1120
|
||
|
|
|
||
|
|
You'll need to look for the system calls that are being made there, and convert
|
||
|
|
them to the corresponding OSK C library call. os9.h is a header that includes
|
||
|
|
a 6809 register image for a call that exists only in the 6809 library.
|
||
|
|
|
||
|
|
scfstat.h could probably be replaced with sgstat.h; I'd have to look to make
|
||
|
|
sure, though.
|
||
|
|
|
||
|
|
#: 6813 S12/OS9/68000 (OSK)
|
||
|
|
20-Sep-90 15:23:48
|
||
|
|
Sb: #6789-header files
|
||
|
|
Fm: Pete Lyall 76703,4230
|
||
|
|
To: Jim Chapman 72557,1120
|
||
|
|
|
||
|
|
OS9.H mostly includes the register frame structure for doing OS9 calls, and
|
||
|
|
possibly the codes for OS9 I$ and F$ requests. SCFSTAT contains serially (SCF)
|
||
|
|
oriented parameters (path options, etc.).
|
||
|
|
|
||
|
|
Pete
|
||
|
|
|
||
|
|
#: 6790 S7/Telecommunications
|
||
|
|
19-Sep-90 19:42:28
|
||
|
|
Sb: #term help
|
||
|
|
Fm: edward langenback 73510,145
|
||
|
|
To: all
|
||
|
|
|
||
|
|
i have just obtained a Multi-Pak and RS-232 Pak and would like to be
|
||
|
|
able to use OS/9 terminal software, however, i've had no luck in getting either
|
||
|
|
xcom9 or bbterm to work with them.
|
||
|
|
neither one seems to be communicating with the rs-232. in each case
|
||
|
|
i've made sure to specify /t2 as the device, and the rs-232 is in slot 1 of the
|
||
|
|
multi-pak. i have been able to use the telcom application in the level 1
|
||
|
|
version of Deskmate, which proves that everything is working, but that 32
|
||
|
|
column screen just simply won't do.
|
||
|
|
any ideas what the problem is? i have used both xcom9 and bbterm in
|
||
|
|
the past with the BITBANG.ar driver through the bitbanger, so i doubt its the
|
||
|
|
programs.
|
||
|
|
|
||
|
|
"KMA-68!!"
|
||
|
|
>>>>>S S<<<<<
|
||
|
|
!!!!!!!!!!!!!
|
||
|
|
|
||
|
|
There are 2 Replies.
|
||
|
|
|
||
|
|
#: 6794 S7/Telecommunications
|
||
|
|
19-Sep-90 20:42:01
|
||
|
|
Sb: #6790-#term help
|
||
|
|
Fm: Steve Wegert 76703,4255
|
||
|
|
To: edward langenback 73510,145 (X)
|
||
|
|
|
||
|
|
Ed,
|
||
|
|
|
||
|
|
The 232pak expect a high DTR signal before it will listen to anything. Your
|
||
|
|
modem might be able to do this (dip switch or command) or you could jumper a
|
||
|
|
cable with 6-8 and 20 hooked together.
|
||
|
|
|
||
|
|
What type of modem are you using? Do you see any activity on the light (are
|
||
|
|
there lights?).
|
||
|
|
|
||
|
|
Steve
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6802 S7/Telecommunications
|
||
|
|
20-Sep-90 01:42:56
|
||
|
|
Sb: #6794-term help
|
||
|
|
Fm: edward langenback 73510,145
|
||
|
|
To: Steve Wegert 76703,4255 (X)
|
||
|
|
|
||
|
|
a high DTR signal, Hmmm... forget what that stands for just now,
|
||
|
|
data terminal ready i think.
|
||
|
|
|
||
|
|
the only switch on my modem (a Capetronic QT-1200) is to force
|
||
|
|
carrier detect on. no status lights, though i have thought of getting
|
||
|
|
one of those units from rat shack that goes in-line and has several
|
||
|
|
status lights on it.
|
||
|
|
|
||
|
|
i've been going with the switch in force carrier detect position, i'll
|
||
|
|
try it in the normal position. hopefully i won't have to do any
|
||
|
|
jumpering, don't want to have to cut open my new rs-232 cable.
|
||
|
|
|
||
|
|
Thanks,
|
||
|
|
"KMA-68!!"
|
||
|
|
>>>>>S S<<<<<
|
||
|
|
!!!!!!!!!!!!!
|
||
|
|
|
||
|
|
#: 6811 S7/Telecommunications
|
||
|
|
20-Sep-90 15:17:06
|
||
|
|
Sb: #6790-#term help
|
||
|
|
Fm: Bill Dickhaus 70325,523
|
||
|
|
To: edward langenback 73510,145 (X)
|
||
|
|
|
||
|
|
Is it possible that you've patched xcom9 and bbterm to use T1 for the bitbang
|
||
|
|
driver?
|
||
|
|
|
||
|
|
Do you have type (parity) and baud values set properly for T2?
|
||
|
|
|
||
|
|
Did you remember to include ACIAPAK and T2 in your boot file?
|
||
|
|
|
||
|
|
What are you using for a cable between your modem and the serial port?
|
||
|
|
|
||
|
|
Tell us a little more about what you've done, and what happens when it fails
|
||
|
|
and we should be able to figure out what the problem is.
|
||
|
|
|
||
|
|
Bill
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6814 S7/Telecommunications
|
||
|
|
20-Sep-90 16:26:19
|
||
|
|
Sb: #6811-term help
|
||
|
|
Fm: edward langenback 73510,145
|
||
|
|
To: Bill Dickhaus 70325,523 (X)
|
||
|
|
|
||
|
|
help insert list
|
||
|
|
ok, here it is...
|
||
|
|
patched xcom9 and bbterm? no, instead i used the BITBANG.ar
|
||
|
|
descriptors and driver when i was using xcom9 and bbterm through the
|
||
|
|
bit banger.
|
||
|
|
type and parity were set properly
|
||
|
|
ACIAPAK and T2 are in the boot file. (i used a fresh copy of the
|
||
|
|
system master to boot with)
|
||
|
|
the cable is a 6' shielded rs232 cable from radio shack.
|
||
|
|
i also installed the jumpers between pins 6, 8, and 20 as
|
||
|
|
i was advised in a prievious msg here.
|
||
|
|
this setup works fine with BOTH the telcom package in the
|
||
|
|
level 1 version of deskmate, AND with Ultimaterm. (am using
|
||
|
|
Ultimaterm and the above setup now)
|
||
|
|
bbterm starts up normally, but in terminal mode, nothing is echoed
|
||
|
|
to the screen, and none of the AT commands give any responce from
|
||
|
|
the modem.
|
||
|
|
xcom9 also starts normally, but echo's random characters,
|
||
|
|
the following is an example....
|
||
|
|
ff`ff~`Fxf~`@f`f`~~x~``fx`~~xxx`fxfxf`~fxfffff`d~`xxfx>ffx~~fx`x`~~`xx~`f~~xx@f~`f~f``f`fff~ffff>ffff8ffff~xxf~f|~fdf~fffFf~fff
|
||
|
|
ffDxffDff~8ff
|
||
|
|
|
||
|
|
this looks similar to what i've seen when Ultimaterms baud rate
|
||
|
|
was not set correctly, however i got this output after i had
|
||
|
|
used XMODE to set the type and baud. (though i also got the
|
||
|
|
same kind of output before using XMODE too)
|
||
|
|
|
||
|
|
thanks for any help...
|
||
|
|
|
||
|
|
#: 6791 S10/Tandy CoCo
|
||
|
|
19-Sep-90 20:04:44
|
||
|
|
Sb: #Ledger 4.5
|
||
|
|
Fm: David Sanchez 76200,2476
|
||
|
|
To: Joseph Cheek
|
||
|
|
|
||
|
|
Joseph,
|
||
|
|
|
||
|
|
Concerningg your Ledger 4.5 program, I think it is great! The edits come in
|
||
|
|
handy.
|
||
|
|
|
||
|
|
However, there are a coupla things I noticed. After editting a transaction, the
|
||
|
|
balances are not correct. I am not sure (I haven't delved into it in a couple
|
||
|
|
of weeks) but I think the program fails to read deposits after the edit or
|
||
|
|
vice-versa (but always AFTER the edit). I will look into it more closely.
|
||
|
|
|
||
|
|
Also, is there any way to change the screen colors? The reason I ask is because
|
||
|
|
I use a monochrome monitor and some of the highlights fade and can barely be
|
||
|
|
read. Some of the things I noticed were the default selections, the main menu
|
||
|
|
and the deposits on the Transaction Query options. On the deposits, and I can't
|
||
|
|
tell you what colors they are, but the are a light color with dark characters.
|
||
|
|
These are very hard to read.
|
||
|
|
|
||
|
|
Those are the only two things that I have noticed so far. The colors are an
|
||
|
|
irrritating thing but the miscalculation problem can be devastating.
|
||
|
|
|
||
|
|
|
||
|
|
Thanks for your help,
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
David
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6846 S10/Tandy CoCo
|
||
|
|
21-Sep-90 16:28:02
|
||
|
|
Sb: #6791-#Ledger 4.5
|
||
|
|
Fm: Joseph Cheek 76264,142
|
||
|
|
To: David Sanchez 76200,2476
|
||
|
|
|
||
|
|
David-edit bug also. I found that it works fine with correct entries but that if
|
||
|
|
something is off, everything else is thrown off, also--due to the logic I
|
||
|
|
implemented in the recalculation portion. I will fix that. Third: changing
|
||
|
|
screen colors, yes, I can arrange that. My new version will be 5.0, with
|
||
|
|
greatly enhanced features, a new record type (which will require a program to
|
||
|
|
change the data from the old (pre-5.0) record format to the new format) and
|
||
|
|
lotsa little goodies (of which I could easily implement a color selection).
|
||
|
|
However, it will be several weeks forthcoming, prob'ly a couple of months. For
|
||
|
|
the color right now, there's not much I can do now, but I have noticed a way to
|
||
|
|
work around the recalculation bug (which usually works?!?!?)--try editing the
|
||
|
|
entry previous to the entry in error, and edit the data to contain the same
|
||
|
|
data that was there before--in effect, not changing the entry, but it should
|
||
|
|
provide an accurate recaluon of the entries afterwards. Hope this helps.
|
||
|
|
|
||
|
|
If you have any other questions, comments, please leave them to me! I
|
||
|
|
appreciate the effort to give me feedback, as this is an essential portion of
|
||
|
|
software development. Thank you for your time.
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6847 S10/Tandy CoCo
|
||
|
|
21-Sep-90 16:32:51
|
||
|
|
Sb: #6846-Ledger 4.5
|
||
|
|
Fm: Joseph Cheek 76264,142
|
||
|
|
To: Joseph Cheek 76264,142 (X)
|
||
|
|
|
||
|
|
David--It seems that my reply was a little munched, some of the first few lines
|
||
|
|
were lost--not sure why. anyway, what you missed was: I'm glad you like the
|
||
|
|
program, and hope to help you in this problem. I can't do much about the color
|
||
|
|
right now, but please read the message previous (PARENT from the ! prompt) for
|
||
|
|
a hopeful temporary workaround for the recalc. bug.
|
||
|
|
|
||
|
|
#: 6793 S10/Tandy CoCo
|
||
|
|
19-Sep-90 20:34:45
|
||
|
|
Sb: #See You in Atlanta
|
||
|
|
Fm: James Jones 76257,562
|
||
|
|
To: All
|
||
|
|
|
||
|
|
Well...I hope that I will see many of you in Atlanta. I just bought
|
||
|
|
nonrefundable plane tickets there, so I'm committed to going to CoCoFest.
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6796 S10/Tandy CoCo
|
||
|
|
19-Sep-90 22:07:25
|
||
|
|
Sb: #6793-See You in Atlanta
|
||
|
|
Fm: Zack Sessions 76407,1524
|
||
|
|
To: James Jones 76257,562 (X)
|
||
|
|
|
||
|
|
Hey! That's great, JJ! Stop by my booth (sharing one with Art Flexser of
|
||
|
|
Spectro Systems) and say HI!
|
||
|
|
|
||
|
|
Zack
|
||
|
|
|
||
|
|
#: 6795 S6/Applications
|
||
|
|
19-Sep-90 21:44:58
|
||
|
|
Sb: #microemacs bug
|
||
|
|
Fm: Brett Wynkoop 72057,3720
|
||
|
|
To: all
|
||
|
|
|
||
|
|
Greeting-
|
||
|
|
I have found a bug in the version of microemacs for 6809 that I posted. I
|
||
|
|
do not know how to fix it, but I do know the work around. ue will crash the
|
||
|
|
entire system if the sun termcap entry is used. I guess it causes a pointer to
|
||
|
|
go to never never land or something. Since I have no source code the only
|
||
|
|
thing to be done is remove the sun termcap entry and not use a Sun as a
|
||
|
|
terminal for your coco if you want to use microemacs.
|
||
|
|
|
||
|
|
-Brett
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6809 S6/Applications
|
||
|
|
20-Sep-90 07:47:08
|
||
|
|
Sb: #6795-#microemacs bug
|
||
|
|
Fm: Steve Wegert 76703,4255
|
||
|
|
To: Brett Wynkoop 72057,3720 (X)
|
||
|
|
|
||
|
|
Brett,
|
||
|
|
|
||
|
|
Is it a bug in Uemacs or is it yet another example of the problems with the
|
||
|
|
somewhat flaky implementation of termcaps on the 6809?
|
||
|
|
|
||
|
|
Steve
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6818 S6/Applications
|
||
|
|
20-Sep-90 18:33:09
|
||
|
|
Sb: #6809-#microemacs bug
|
||
|
|
Fm: Brett Wynkoop 72057,3720
|
||
|
|
To: Steve Wegert 76703,4255 (X)
|
||
|
|
|
||
|
|
Greeting-
|
||
|
|
I can not say for sure, all I can say is that I narrowed my system crashes
|
||
|
|
down to every time I started Uemacs using my sun as the terminal. I even set
|
||
|
|
the tty for /w1 to be a sun and it did the same thing, so it is not serial line
|
||
|
|
related. Simmy could probably answer the question as he is the only one with
|
||
|
|
source for the 6809 version that has termcap support I hear tell the source for
|
||
|
|
the non termcap version is on delphi.
|
||
|
|
|
||
|
|
For now delete the sun termcap entry. I am going to expariment with a shorter
|
||
|
|
bare bones sun termcap and see if that works.
|
||
|
|
|
||
|
|
-Brett
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6838 S6/Applications
|
||
|
|
21-Sep-90 07:33:19
|
||
|
|
Sb: #6818-microemacs bug
|
||
|
|
Fm: Steve Wegert 76703,4255
|
||
|
|
To: Brett Wynkoop 72057,3720
|
||
|
|
|
||
|
|
Brett,
|
||
|
|
|
||
|
|
That's a good approach (bare bones entry). I've hosed my system with the model
|
||
|
|
100 entry and a few others. In fact, I held my breath just recently changing
|
||
|
|
the entry on /t2 from TVI910 to Wy50 but all went well.
|
||
|
|
|
||
|
|
Keep us posted.
|
||
|
|
|
||
|
|
BTW ... did you get my note to you (via uucp) about your mailer?
|
||
|
|
|
||
|
|
Steve
|
||
|
|
|
||
|
|
#: 6803 S10/Tandy CoCo
|
||
|
|
20-Sep-90 01:45:42
|
||
|
|
Sb: #J&M Driver
|
||
|
|
Fm: Don Kircher 76346,3475
|
||
|
|
To: Kevin Darling/ 76703,4227 (X)
|
||
|
|
|
||
|
|
Kevin
|
||
|
|
Thanks for your help with the device driver for the J&M. I have come to
|
||
|
|
the conclusion that it just plain needs a new driver/descriptor for level II. I
|
||
|
|
was able to FORMAT the drive with the program supplied in the original package,
|
||
|
|
so that rules out hardware problems. (that program didn't bother with
|
||
|
|
drivers/descriptors but it did work under level II).
|
||
|
|
Two questions before tackling this l-o-n-g term project.
|
||
|
|
The defs files for level II will be different and will be found in the
|
||
|
|
developers kit - yes ( sigh ) and
|
||
|
|
Will the coco II version of dynamite be appropriate for level II drivers as
|
||
|
|
it also had a defs file and
|
||
|
|
If it won't work can you direct me to a disassembler which will be
|
||
|
|
appropriate for level II defs.
|
||
|
|
All this because I couldn't find a decent wordprocessor that would run on
|
||
|
|
WORDPAK RS to do my resume on the hard drive !
|
||
|
|
Rather like eating your way out of a warehouse full of
|
||
|
|
twinkies!
|
||
|
|
dlk
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
There are 3 Replies.
|
||
|
|
|
||
|
|
#: 6806 S10/Tandy CoCo
|
||
|
|
20-Sep-90 03:21:17
|
||
|
|
Sb: #6803-J&M Driver
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: Don Kircher 76346,3475 (X)
|
||
|
|
|
||
|
|
I've messed with J&M hard drives on a friend's system a coupla years back... I
|
||
|
|
don't recall any changes needed (other than making quite sure that the address
|
||
|
|
byte we mentioned before is changed... that's mandatory in the descriptor). I
|
||
|
|
can send you some code to look at, tho.
|
||
|
|
|
||
|
|
Also, I forgot to ask... are you using a Multipak? Has it been upgraded, if
|
||
|
|
yes?
|
||
|
|
|
||
|
|
Very few drivers actually need L-II defs; but I think you can still find a copy
|
||
|
|
of most of them over on the Microware display area (GO MSC and look in the 6809
|
||
|
|
section... if it's still there.. hmmm... I'm not sure it is!).
|
||
|
|
|
||
|
|
Never say die. It's gotta be something quite simple ;-). - kev
|
||
|
|
|
||
|
|
#: 6807 S10/Tandy CoCo
|
||
|
|
20-Sep-90 03:23:27
|
||
|
|
Sb: #6803-J&M Driver
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: Don Kircher 76346,3475 (X)
|
||
|
|
|
||
|
|
PS: Don, does your J&M HD setup use a Konan drive controller board?
|
||
|
|
- kev
|
||
|
|
|
||
|
|
#: 6808 S10/Tandy CoCo
|
||
|
|
20-Sep-90 03:26:19
|
||
|
|
Sb: #6803-J&M Driver
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: Don Kircher 76346,3475 (X)
|
||
|
|
|
||
|
|
PPS: I just looked... Microware has taken down all the 6809 OS-9 stuff from
|
||
|
|
their display area.
|
||
|
|
|
||
|
|
#: 6804 S10/Tandy CoCo
|
||
|
|
20-Sep-90 02:02:45
|
||
|
|
Sb: #Disk Drive Help Needed
|
||
|
|
Fm: ANDYT 76636,2300
|
||
|
|
To: Mark Griffith 76070,41 (X)
|
||
|
|
|
||
|
|
HELP,ANYONE!
|
||
|
|
I GUESS YOU COULD CALL THIS
|
||
|
|
AN OUCH?..
|
||
|
|
I JUST TOOK OUT MY DRIVE
|
||
|
|
(ORIGINAL) FROM MY FD500 TO PUT IN TWO TEAC 55B'S
|
||
|
|
NOW I CAN'T GET THEM TO WORK.
|
||
|
|
|
||
|
|
I WANTED D0 + D1 ,QUESTION: CAN IT BE DONE FOR LESS THAN $50?
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
I'M TYPING THIS OUT ON MY RS232 PAK (NOT MY USUAL DESKMATE
|
||
|
|
TERMINAL)
|
||
|
|
|
||
|
|
ANY SUGGESTIONS WOULD BE APPRECIATED.
|
||
|
|
|
||
|
|
ANDYT
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6805 S10/Tandy CoCo
|
||
|
|
20-Sep-90 03:16:08
|
||
|
|
Sb: #6804-#Disk Drive Help Needed
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: ANDYT 76636,2300 (X)
|
||
|
|
|
||
|
|
Andy - if you leave in just one Teac, does it work? Have you set the drive
|
||
|
|
select jumpers on the drives to d0 and d1? (or d1 and d2, on some drives;
|
||
|
|
whichever are first).
|
||
|
|
|
||
|
|
Does the FD500 drive cable (the 34-pin cable) have some teeth pulled on it?
|
||
|
|
That will matter if those 55B's are double-sided drives (I can't recall - are
|
||
|
|
they?)
|
||
|
|
|
||
|
|
Not to worry... you should be running soon. Oh; and are they used or ??
|
||
|
|
- kev
|
||
|
|
|
||
|
|
PS: please use the OPTions menu here in the forum to change your name to your
|
||
|
|
first and last name .... thanks!
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6829 S10/Tandy CoCo
|
||
|
|
20-Sep-90 23:19:21
|
||
|
|
Sb: #6805-#Disk Drive Help Needed
|
||
|
|
Fm: ANDYT 76636,2300
|
||
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
||
|
|
|
||
|
|
THEY ACCESS PART OF A DIRECTORY THROUGH RSDOS THEN I GET AN I/O ERROR.
|
||
|
|
|
||
|
|
YES , THEY ARE DOUBLE SIDED, THEY ARE USED -BUT THEY WERE WORKING PROPERLY
|
||
|
|
BEFORE I TOOK THEM OUT OF THE OLD MACHINE(TELEVIDIO 802),NO
|
||
|
|
I DID NOTICE, HOWEVER ,THAT THERE IS A PLACE FOR A RESISTOR IN ONE OF THE
|
||
|
|
DATA CHANNELS-COULD THIS BE NEEDED?
|
||
|
|
I'VE GOT 2 JUMPERS WITH EACH DRIVE -1 IS SET DRIVE(D0,D1,D2,D3)-THE OTHER ONE
|
||
|
|
WAS SET ON HM(HM,HS,MX),
|
||
|
|
THE ORDER OF ALL OF THEM ARE-
|
||
|
|
FROM BACK LEFT-RIGHT
|
||
|
|
HS,DS0,DS1,HM,DS2,DS3,MX
|
||
|
|
ANDY T
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6830 S10/Tandy CoCo
|
||
|
|
20-Sep-90 23:34:43
|
||
|
|
Sb: #6829-Disk Drive Help Needed
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: ANDYT 76636,2300
|
||
|
|
|
||
|
|
Andy - okay, the jumpers sound right.
|
||
|
|
|
||
|
|
Yes, usually the last drive on the cable needs the resistor pack installed
|
||
|
|
(called "termination"). Drives may or may not operate without one.
|
||
|
|
|
||
|
|
Check your cable.. do you see any pins pulled on the drive connectors? If so,
|
||
|
|
being double sided will require that you either make a new cable (by crimping
|
||
|
|
on new 34-pin connectors from any RS store)... or by turning over the cable at
|
||
|
|
all ends (so that the "good" side with all pins is used).
|
||
|
|
|
||
|
|
Let us know what you find.
|
||
|
|
|
||
|
|
#: 6815 S1/General Interest
|
||
|
|
20-Sep-90 17:23:14
|
||
|
|
Sb: #MV
|
||
|
|
Fm: Paul Hanke 73467,403
|
||
|
|
To: Anyone
|
||
|
|
|
||
|
|
Recently started to get more familiar with MultiView and found creating OS9
|
||
|
|
shells within it to be rather fascinating. One glitch
|
||
|
|
I've noticed is that a module in memory can be used by only one window at a
|
||
|
|
time, such as when playing 2 of Floyd's game in different
|
||
|
|
windows. The games require RunB, syscall, inkey, and gfx2. I'm guessing
|
||
|
|
that this is normal and that there's no way around it.
|
||
|
|
Is that true? -ph-
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
There are 3 Replies.
|
||
|
|
|
||
|
|
#: 6822 S1/General Interest
|
||
|
|
20-Sep-90 21:12:06
|
||
|
|
Sb: #6815-#MV
|
||
|
|
Fm: James Jones 76257,562
|
||
|
|
To: Paul Hanke 73467,403 (X)
|
||
|
|
|
||
|
|
Eh? Program modules in OS-9 are essentially without exception re-entrant and
|
||
|
|
position-independent, precisely so they *can* be used by multiple processes.
|
||
|
|
Now, a given program module may be written in such a way as to defeat that,
|
||
|
|
typically by using the same names for files open for output or update, but the
|
||
|
|
intent of OS-9 is that programs *should* be usable by multiple processes
|
||
|
|
without loading multiple copies.
|
||
|
|
|
||
|
|
There are 2 Replies.
|
||
|
|
|
||
|
|
#: 6825 S1/General Interest
|
||
|
|
20-Sep-90 21:29:41
|
||
|
|
Sb: #6822-MV
|
||
|
|
Fm: Paul Hanke 73467,403
|
||
|
|
To: James Jones 76257,562 (X)
|
||
|
|
|
||
|
|
Well, maybe the problem is that the process should be started using the icon
|
||
|
|
instead of as tho from a shell independent of MV? I've had MV for quite a
|
||
|
|
while only recently found the time to experiment. -ph-
|
||
|
|
|
||
|
|
#: 6826 S1/General Interest
|
||
|
|
20-Sep-90 21:31:42
|
||
|
|
Sb: #6822-#MV
|
||
|
|
Fm: Paul Hanke 73467,403
|
||
|
|
To: James Jones 76257,562 (X)
|
||
|
|
|
||
|
|
PS: Also have had problem getting MV to read /d2. It won't do it from the
|
||
|
|
icon, but /d2 is recognized if accessed from an OS9 shell. Any thots on this
|
||
|
|
one? -ph-
|
||
|
|
|
||
|
|
There are 2 Replies.
|
||
|
|
|
||
|
|
#: 6837 S1/General Interest
|
||
|
|
21-Sep-90 05:48:27
|
||
|
|
Sb: #6826-MV
|
||
|
|
Fm: James Jones 76257,562
|
||
|
|
To: Paul Hanke 73467,403
|
||
|
|
|
||
|
|
Do you have it listed in the line starting RBFDEV= in /dd/sys/env.file?
|
||
|
|
|
||
|
|
#: 6852 S1/General Interest
|
||
|
|
21-Sep-90 18:39:05
|
||
|
|
Sb: #6826-MV
|
||
|
|
Fm: Bill Dickhaus 70325,523
|
||
|
|
To: Paul Hanke 73467,403
|
||
|
|
|
||
|
|
Paul,
|
||
|
|
|
||
|
|
Its been a while since I did it, but take a look at env.file in /DD/SYS. I
|
||
|
|
think all you need to do is add /D2 to the list of devices for the RBFDEV
|
||
|
|
option.
|
||
|
|
|
||
|
|
Bill
|
||
|
|
|
||
|
|
#: 6827 S1/General Interest
|
||
|
|
20-Sep-90 23:06:09
|
||
|
|
Sb: #6815-MV
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: Paul Hanke 73467,403
|
||
|
|
|
||
|
|
Hi Paul -
|
||
|
|
|
||
|
|
No, modules can be used repeatedly by anyone, as long as there is memory for
|
||
|
|
the programs to run (and map in the modules). As long as a game uses windows,
|
||
|
|
it should be able to run in several of them at once.
|
||
|
|
|
||
|
|
You need to give us more info... which game, what kind of errors do you get,
|
||
|
|
how do you start things, how much ram do you have, etc etc.
|
||
|
|
|
||
|
|
thx - kev
|
||
|
|
|
||
|
|
#: 6840 S1/General Interest
|
||
|
|
21-Sep-90 08:48:33
|
||
|
|
Sb: #6815-MV
|
||
|
|
Fm: Floyd Resler 72500,2572
|
||
|
|
To: Paul Hanke 73467,403
|
||
|
|
|
||
|
|
I know exactly what the problem is. It's my fault, not OS9's. When
|
||
|
|
programming my games, I called some modules the same. For example, I might
|
||
|
|
call the boot modules Dungeon and the main game module Game. For another game,
|
||
|
|
say Gem Quest, I would call the boot module GemQuest and the game module Game.
|
||
|
|
See the problem? For some reason it never occured to me that someone would
|
||
|
|
want to run the games at once! When I have time I'll create a modpatch to take
|
||
|
|
care of the problems with running the games concurrently.
|
||
|
|
|
||
|
|
Floyd
|
||
|
|
|
||
|
|
#: 6820 S10/Tandy CoCo
|
||
|
|
20-Sep-90 19:09:54
|
||
|
|
Sb: #SELECT
|
||
|
|
Fm: PHIL SCHERER 71211,2545
|
||
|
|
To: ALL
|
||
|
|
|
||
|
|
Does anyone know how to create a generic window (/w) from Basic09 and then run
|
||
|
|
a program (SHELL "program) in it and then jump to it without pressing
|
||
|
|
"clear"????
|
||
|
|
|
||
|
|
There are 2 Replies.
|
||
|
|
|
||
|
|
#: 6823 S10/Tandy CoCo
|
||
|
|
20-Sep-90 21:14:09
|
||
|
|
Sb: #6820-SELECT
|
||
|
|
Fm: James Jones 76257,562
|
||
|
|
To: PHIL SCHERER 71211,2545
|
||
|
|
|
||
|
|
You'd probably have to explicitly open /w yourself, OPEN #wpath, "/w":UPDATE,
|
||
|
|
and then SHELL "program <>>>/"+STR$(wpath) or words to that effect. (Don't
|
||
|
|
forget to explicitly close #wpath once the smoke clears.)
|
||
|
|
|
||
|
|
#: 6828 S10/Tandy CoCo
|
||
|
|
20-Sep-90 23:06:33
|
||
|
|
Sb: #6820-SELECT
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: PHIL SCHERER 71211,2545
|
||
|
|
|
||
|
|
PROCEDURE PhilDemo
|
||
|
|
(* Open /w, goto it, run program in it, return on end
|
||
|
|
(* Taken from MVTEST.AR in Lib 10, I think
|
||
|
|
(*
|
||
|
|
BASE 0
|
||
|
|
TYPE registers=CC,A,B,DP:BYTE; X,Y,U:INTEGER
|
||
|
|
DIM stack:registers
|
||
|
|
DIM oldpath(3),newpath:BYTE
|
||
|
|
DIM I_Dup:BYTE
|
||
|
|
I_Dup=$82 \(* Duplicate path *)
|
||
|
|
|
||
|
|
(* Open wildcard, and for gcal must dwset it, select it
|
||
|
|
OPEN #newpath,"/w"
|
||
|
|
RUN gfx2(newpath,"DWSet",6,0,0,40,24,0,1,2)
|
||
|
|
PRINT #newpath,CHR$($1B); CHR$($21);
|
||
|
|
(* Duplicate original stdpaths into temp storage
|
||
|
|
(* close them, dup newpath into them.
|
||
|
|
FOR p=0 TO 2
|
||
|
|
stack.A=p
|
||
|
|
RUN syscall(I_Dup,stack) \(* make dup of oldstdpaths
|
||
|
|
oldpath(p)=stack.A
|
||
|
|
CLOSE #p
|
||
|
|
stack.A=newpath
|
||
|
|
RUN syscall(I_Dup,stack) \(* force oldpath to new
|
||
|
|
NEXT p
|
||
|
|
SHELL "gcal" \(* Start gcal with all new /w paths
|
||
|
|
(* On exit, do the opposite
|
||
|
|
FOR p=0 TO 2
|
||
|
|
CLOSE #p
|
||
|
|
stack.A=oldpath(p)
|
||
|
|
RUN syscall(I_Dup,stack) \(* reset original stdpaths
|
||
|
|
CLOSE #oldpath(p)
|
||
|
|
NEXT p
|
||
|
|
PRINT #0,CHR$($1B); CHR$($21); \(* reselect BEFORE:
|
||
|
|
CLOSE #newpath
|
||
|
|
END
|
||
|
|
|
||
|
|
#: 6834 S10/Tandy CoCo
|
||
|
|
21-Sep-90 02:08:19
|
||
|
|
Sb: #J&M Hard Drive
|
||
|
|
Fm: Don Kircher 76346,3475
|
||
|
|
To: Kevin Darling/ 76703,4227 (X)
|
||
|
|
|
||
|
|
Kevin
|
||
|
|
The J&M has a Konan drive controller board and I've not been using an
|
||
|
|
mpi. I did some fiddling with the ident and cmp utilities and discovered ( well
|
||
|
|
it WAS a discovery for me ! ) that cc3disk is longer than ccdisk as is /d0II
|
||
|
|
longer than /d0I. Why so and could that be a hint of something lacking for
|
||
|
|
level II operation.
|
||
|
|
btw what are the sig surcharge rates for patient tutors of slow
|
||
|
|
students...
|
||
|
|
The educational value of all this easily trancends these silly hardware
|
||
|
|
problems
|
||
|
|
Thanks
|
||
|
|
dlk
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 6839 S10/Tandy CoCo
|
||
|
|
21-Sep-90 07:34:59
|
||
|
|
Sb: #6834-J&M Hard Drive
|
||
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
||
|
|
To: Don Kircher 76346,3475
|
||
|
|
|
||
|
|
Don - grin - no extra charge for slow learners who keep at it.
|
||
|
|
|
||
|
|
I betcha /d0 is longer in L-II cuz of the name "cc3disk" embedded in it (versus
|
||
|
|
just "ccdisk"). Am I close?
|
||
|
|
|
||
|
|
CC3disk itself is longer because it has more capability than the L-I version.
|
||
|
|
That is, it knows better about double-sided and 80tk disks, and isn't hardcoded
|
||
|
|
to everything like CCdisk was.
|
||
|
|
|
||
|
|
Good on the Konan controller. I assume you have the AR util? I can email you
|
||
|
|
something to play with. best - kev
|
||
|
|
|
||
|
|
#: 6835 S10/Tandy CoCo
|
||
|
|
21-Sep-90 02:09:59
|
||
|
|
Sb: Wordpak(s)
|
||
|
|
Fm: Don Kircher 76346,3475
|
||
|
|
To: Dennis Skala/ 73177,2365 (X)
|
||
|
|
|
||
|
|
YES! I'm a diehard user of wordpak on my Coco 1.
|
||
|
|
Got real nervous when it started fuzzing and dancing on me.
|
||
|
|
Probably never would have gotten a COCO 3 if I could have
|
||
|
|
found a wordprocessor that worked on the wordpak RS. I've
|
||
|
|
got Stylo graph but not a Wordpak II. If I can ever get
|
||
|
|
the Coco 3 up to speed I'll check your stuff out.
|
||
|
|
Marty Goodman has done some neat looking stuff for the
|
||
|
|
RS version over on delphi...if I can ever find the time.
|
||
|
|
thanks
|
||
|
|
dlk
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
#: 6836 S10/Tandy CoCo
|
||
|
|
21-Sep-90 02:12:08
|
||
|
|
Sb: Tandy Hard drives
|
||
|
|
Fm: Don Kircher 76346,3475
|
||
|
|
To: all
|
||
|
|
|
||
|
|
I've been fiddling with an as is tent sale radio shack 15 meg hard drive of
|
||
|
|
the variety intended for the level 1 drivers packaged in os9 version 2.00
|
||
|
|
The price was right ( 75 bucks ) I couldn't resist. I already have the primary
|
||
|
|
drive and it works well. Got to build my own cables to connect these two
|
||
|
|
beasties. Inside the humongous case there is a five inch tandon unit with a
|
||
|
|
western digital control board. No docs came with either unit.
|
||
|
|
Got it all fired up today with all the drivers in place and the cables hooked
|
||
|
|
up properly ( I hope ! ) But no luck
|
||
|
|
Any attempt to access /h1 including format results in a two step failure.
|
||
|
|
example; format /h1
|
||
|
|
** all the normal prompts **
|
||
|
|
error 247 seek error
|
||
|
|
Ok no sweat the drive is trashed but the next
|
||
|
|
drive access on /h0 gets an error 246 device not
|
||
|
|
ready. Something has happened to the driver !
|
||
|
|
/d0 and /d1 behave normally but cchdisk is
|
||
|
|
trashed until reboot. I can say with confidence
|
||
|
|
that it is NOT /h0.
|
||
|
|
Ok so now the question;
|
||
|
|
Is that secondary drive /h1 REALLY trashed or is my hookup suspect
|
||
|
|
and does anybody have any ideas how narrow it down. Lastly any
|
||
|
|
favorite vendors for repair. From 75 bucks theres a lot of room
|
||
|
|
to play with and still be cost effective.
|
||
|
|
Thanks
|
||
|
|
dlk
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
#: 6850 S10/Tandy CoCo
|
||
|
|
21-Sep-90 17:08:53
|
||
|
|
Sb: Hardisk
|
||
|
|
Fm: james pottage 71750,2012
|
||
|
|
To: Kevin Darling
|
||
|
|
|
||
|
|
Kevin, no I am not using a multipak and yes the drive desc is set to zero. The
|
||
|
|
drive light does not come on during the accesses when no programs are being
|
||
|
|
run. I did not realize that some drive autopark themselves after a certain
|
||
|
|
period of no use. The problem with the boot seems to be with the way in which
|
||
|
|
the CC3go module interacts with the CCHDisk. Possibly the CCHDISK has a bug in
|
||
|
|
it.
|
||
|
|
Jim Pottage
|
||
|
|
|
||
|
|
#: 6851 S13/Atari ST
|
||
|
|
21-Sep-90 18:33:08
|
||
|
|
Sb: Atari ST
|
||
|
|
Fm: - Visitor 73020,413
|
||
|
|
To: [F] Kevin 76703,4227
|
||
|
|
|
||
|
|
Excuse me, I own an Atari ST and find TOS very disappointing. Can OS-9 give my
|
||
|
|
Atari real multitasking capability? From whom would I purchase a copy?
|
||
|
|
|
||
|
|
#: 6853 S14/misc/info/Soapbox
|
||
|
|
21-Sep-90 19:14:38
|
||
|
|
Sb: serial port boards
|
||
|
|
Fm: DOUG 72667,1433
|
||
|
|
To: all
|
||
|
|
|
||
|
|
I'm conducting a "poll" of the OS9 users here on the sig.
|
||
|
|
|
||
|
|
1) How many of you are still using the ss50/30 or ss50/30c bus?
|
||
|
|
|
||
|
|
2) If you reply in the affirmative to question 1,
|
||
|
|
does your system have serial port cards that have the
|
||
|
|
capability of selectable baud rate? If so, did you build the card or
|
||
|
|
purchase it from a supplier?
|
||
|
|
|
||
|
|
3) If you do not have such a card, would you be interested in PC boards that
|
||
|
|
you could "stuff" using the 6551 ACIA?
|
||
|
|
|
||
|
|
The reason for these questions is I'm still using the ss50c bus and use the
|
||
|
|
6850. This of course requires external baud rate generators. I've constructed
|
||
|
|
prototypes for another system I've built from scratch that uses a 80 pin bus.
|
||
|
|
Since it has worked so well, I'm looking for a number of individuals who would
|
||
|
|
like a 6551 serial port card to help defray the cost of having good PCBs made.
|
||
|
|
I am currently laying out the board and will have them made if there is any
|
||
|
|
interest.
|
||
|
|
|
||
|
|
If you are interested, leave a message for me on Mail (I routinely check that
|
||
|
|
at work). Let me know how many boards you may want. If a large enough
|
||
|
|
interest is shown, we can all benefit from a decent break price per board
|
||
|
|
|
||
|
|
Unfortunately, at this time I can only offer the board. I cannot offer a
|
||
|
|
driver module. I'm sure someone out there has already written one.
|
||
|
|
|
||
|
|
Doug 72667,1433
|
||
|
|
|
||
|
|
Press <CR> !>
|