964 lines
29 KiB
Plaintext
964 lines
29 KiB
Plaintext
|
|
|
|
#: 5328 S15/Hot Topics
|
|
18-Jul-90 23:43:38
|
|
Sb: #5291-Special! QUICK!
|
|
Fm: Jim Williams 72157,3524
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Ah, good... a 3.5 incher, eh? might swap the 277n in my amiga and stick that
|
|
sucker on my Amiga's hardcard, thus freeing my 5.25 bay for a Bridgeboard.
|
|
Thanks, Paul. --Eet--
|
|
|
|
|
|
Director of Mayhem
|
|
Extra Terrestrial Imports, Ltd.
|
|
|
|
|
|
|
|
#: 5332 S15/Hot Topics
|
|
19-Jul-90 01:36:37
|
|
Sb: #5319-32 bit bus?
|
|
Fm: Jim Peasley 72726,1153
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Paul;
|
|
|
|
I think that this tidbit may have been taken out of context from the mm1.ann
|
|
file in DL15.
|
|
|
|
>> When a customer wishes to upgrade to another CPU and graphpcs board,
|
|
>> the two-board MM/1 can be removed from the case, inserted in another
|
|
>> with its own power supply, and used as a graphics terminal.
|
|
|
|
|
|
On another note, maybe you and Frank could both say a bit about your
|
|
respective warrantees. I don't remember reading anything in all the
|
|
literature about warrantee coverage for either machine.
|
|
|
|
Thanks,
|
|
...Jim
|
|
|
|
#: 5358 S15/Hot Topics
|
|
19-Jul-90 17:21:53
|
|
Sb: #5273-32 bit bus?
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Frank Hogg 70310,317 (X)
|
|
|
|
Frank,
|
|
|
|
Well, surely neither one of is innocent when it comes to "hype"! <grin>
|
|
|
|
I suppose whether or not IMS loses sales remains to be seen -- when the hype is
|
|
supported by performance, a customer will buy.
|
|
|
|
I generally feel reluctant to get into discussions of commercial products in
|
|
the forum, particularly if I'm associated with one. I'll be glad to post
|
|
something like "Hey, y'all! Check out our new upload in DL15!" but to go ahead
|
|
and be Drew Kaplan on the OS9 Forum is not my style.
|
|
|
|
I don't think being "open" will lose you any sales and put you in a
|
|
non-competitive position, btw. I think customers like being told what's up. So
|
|
keep at it, Frank!
|
|
|
|
If you end up saying things that are technically problematic, though, I'll have
|
|
to leave the OS9 Forumites the job of correction.
|
|
|
|
I will say one thing, however, and that is that a 32 bit bus, like a 16 bit
|
|
bus, is a valid design CHOICE. There are arguments both ways, and both ways
|
|
have merit. Certainly cost and performance are factors, but until you know the
|
|
COST of the bus and the details about present and future PERFORMANCE, let's let
|
|
the issue lie. We're both dealing in ignorance. And I certainly, in ANY case,
|
|
cannot comment on the TC9 and TC70 because designs are not finalized.
|
|
|
|
You're doing a great job, Frank, and as one marketeer to another, hats off for
|
|
your efforts.
|
|
|
|
Best wishes,
|
|
|
|
Paul
|
|
|
|
#: 5333 S10/Tandy CoCo
|
|
19-Jul-90 01:36:45
|
|
Sb: #Basic09
|
|
Fm: Jim Peasley 72726,1153
|
|
To: Kevin Darling 76703,42
|
|
|
|
Kevin;
|
|
|
|
Help! I'm not understanding what's happening here!
|
|
|
|
I've started running MemberDir after capturing the latest messages, and for
|
|
some reason, it won't pick up Syscall. I've got copies of gfx2, Inkey, and
|
|
Syscall with all 3 merged into each, bul not RunB. How come the system won't
|
|
pick up Syscall from a packed procedure? Everything is fine if I pre-load the
|
|
3 modules.
|
|
|
|
Now for the _really_ strange part... after running MemberDir, and with the 3
|
|
modules still in memory, if I try to reply to a message using View, it bombs
|
|
out when trying to save the reply with an error 201 - illegal path #. Do you
|
|
have any ideas why this is happening?? All the other file I/O functions in
|
|
View work O.K. except for the reply path... and this works O.K. if I don't
|
|
preload the gfx2, etc. modules. ??? %-<
|
|
|
|
...Jim
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5335 S10/Tandy CoCo
|
|
19-Jul-90 02:29:43
|
|
Sb: #5333-#Basic09
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Jim Peasley 72726,1153 (X)
|
|
|
|
Jim - wow. I haven't run either one.. perhaps someone can try that out.
|
|
|
|
The first dealie I might have an idea on. In the merged set in CMDS that you
|
|
called "syscall", is syscall the first module? If not, it won't find it right
|
|
off, I think.
|
|
|
|
Got no idea on the View path problem. Does that program ask for another file
|
|
name, or use the same file? The paths command might show something if things
|
|
are around long enuf. Luck!
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5417 S10/Tandy CoCo
|
|
21-Jul-90 11:54:47
|
|
Sb: #5335-Basic09
|
|
Fm: Jim Peasley 72726,1153
|
|
To: Kevin Darling (UG Pres) 76703,4227
|
|
|
|
Kev;
|
|
|
|
You were right on about the gfx2/syscall/inkey thing... I remerged them so
|
|
that the first module is the same as the name, and things are working fine now.
|
|
On reflection, it makes sense that if a Basic09 program makes a call to say,
|
|
SysCall, finds a merged set of modules named syscall in CMDS, and upon loading
|
|
it, finds that the first pgm. i.d. is something other than what it's looking
|
|
for, an error 43 would be generated. Simple with hindsight. :-)
|
|
|
|
As far as the apparent problem with View goes,nthe only thing that had
|
|
changed was the pre-loading of the above 3 modules, and I just don't see how
|
|
that would affect paths. ??? Hafta do some more detective work.
|
|
|
|
(2 days later) Both View and MemberDir woHk fine now... no more flakiness.
|
|
Original question still remains - why would pre-loading gfx2/inkey/syscall
|
|
cause a paths error? I don't see any relationship here. Anybody??
|
|
|
|
|
|
Thanks,
|
|
...Jim
|
|
|
|
#: 5334 S15/Hot Topics
|
|
19-Jul-90 01:36:53
|
|
Sb: #Keyboard/trackball
|
|
Fm: Jim Peasley 72726,1153
|
|
To: All
|
|
|
|
For all you prospective MM/1 and TC/9 purchasers out there, I saw an ad
|
|
today for an AT/XT/PS2 compatible keyboard with a built-in serial trackball for
|
|
$79.00 at Fry's.
|
|
|
|
I'll probably stop by to take a look at it tomorrow or Friday, and if
|
|
anybody's interested, post a more complete description of it.
|
|
|
|
..Jim
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5384 S15/Hot Topics
|
|
20-Jul-90 21:32:21
|
|
Sb: #5334-Keyboard/trackball
|
|
Fm: Jim Williams 72157,3524
|
|
To: Jim Peasley 72726,1153 (X)
|
|
|
|
Interesting... but most trackballs are a PIB to try to use as mice. Good
|
|
positioning of the buttons relative to the ball is a big help. I like the idea
|
|
of a trackball controller, tho I've seen a keyboard somewhere with a stylus
|
|
tablet for the mouse where the trackball would be. --Eet--
|
|
|
|
|
|
Director of Mayhem
|
|
Extra Terrestrial Imports, Ltd.
|
|
|
|
|
|
|
|
#: 5336 S12/OS9/68000 (OSK)
|
|
19-Jul-90 04:04:23
|
|
Sb: #5318-3.5 disks
|
|
Fm: Ed Gresick 76576,3312
|
|
To: Jim Chapman 72557,1120 (X)
|
|
|
|
Hi Jim!
|
|
|
|
Sorry for the delay in responding. Yes, can make 3.5" disks - 80 track - Mizar
|
|
format.
|
|
|
|
Ed
|
|
|
|
#: 5341 S12/OS9/68000 (OSK)
|
|
19-Jul-90 04:52:59
|
|
Sb: #TOP - Munich Release 2.0
|
|
Fm: Ed Gresick 76576,3312
|
|
To: SYSOP (X)
|
|
|
|
SYSOP,
|
|
|
|
Uploaded disk 15 of the TOP series.
|
|
|
|
Ed
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5345 S12/OS9/68000 (OSK)
|
|
19-Jul-90 05:37:46
|
|
Sb: #5341-TOP - Munich Release 2.0
|
|
Fm: Wayne Day 76703,376
|
|
To: Ed Gresick 76576,3312 (X)
|
|
|
|
And, it's merged, safely, into the library as I speak.
|
|
|
|
Thanks!
|
|
|
|
Ready for the next one (I think we oughta do one at a time, if that's not a
|
|
problem for you.. we'll stash an insurance copy away before the merge, so we
|
|
shouldn't have a problem with a complete file.. The ones marked /incomplete..
|
|
well, maybe we can figure out what's going on.
|
|
|
|
Wayne
|
|
|
|
#: 5346 S3/Languages
|
|
19-Jul-90 06:02:37
|
|
Sb: #5303-#Clib Documents
|
|
Fm: Mark Griffith 76070,41
|
|
To: Ken Drexler 75126,3427 (X)
|
|
|
|
Ken
|
|
|
|
The missing pages were uploaded a couple days ago as DOCFIX.AR.
|
|
|
|
Mark
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5416 S3/Languages
|
|
21-Jul-90 10:57:01
|
|
Sb: #5346-Clib Documents
|
|
Fm: Ken Drexler 75126,3427
|
|
To: Mark Griffith 76070,41
|
|
|
|
Mark,
|
|
|
|
Thanks.
|
|
|
|
Ken
|
|
|
|
#: 5347 S3/Languages
|
|
19-Jul-90 06:02:43
|
|
Sb: #5304-Clib docs
|
|
Fm: Mark Griffith 76070,41
|
|
To: Bob van der Poel 76510,2203 (X)
|
|
|
|
Bob,
|
|
|
|
I guess I forgot to do a page for defdrive(). Here's your chance!
|
|
|
|
MROFF does do line wraps, but I turned it off for the name and synopsis
|
|
sections of the manual pages cause I didn't want it to wrap. I know a couple
|
|
of the lines are longer than the width of the rest of the text. I printed
|
|
everything out here before I uploaded it (that's how I found out the page
|
|
numbers for the index), so it should have printed fine for you too.
|
|
|
|
The numbers at the top of the page are like JJ said, an attempt to made things
|
|
look UNIX-like.
|
|
|
|
Mark
|
|
|
|
#: 5356 S10/Tandy CoCo
|
|
19-Jul-90 11:27:03
|
|
Sb: #5216-#Dedicated CoCo3
|
|
Fm: Mike Guzzi 76576,2715
|
|
To: LARRY OLSON 72227,3467 (X)
|
|
|
|
~ My BBS number is 717-586-2771 300-2400 baud 8/N/1 24hrs.
|
|
|
|
I put up a MM/1 section for the public. to egin discussions and since I own
|
|
one to give observations.
|
|
|
|
Mike
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5415 S10/Tandy CoCo
|
|
21-Jul-90 08:54:47
|
|
Sb: #5356-Dedicated CoCo3
|
|
Fm: LARRY OLSON 72227,3467
|
|
To: Mike Guzzi 76576,2715
|
|
|
|
Ok, thanks
|
|
|
|
|
|
Larry
|
|
|
|
#: 5357 S15/Hot Topics
|
|
19-Jul-90 11:27:18
|
|
Sb: #5209-#Is Basic out of date?
|
|
Fm: Mike Guzzi 76576,2715
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
~ Yes finally figured out inkey on Basic09/68000 it is NOT like the basic09's
|
|
inkey on the CoCo. what inkey does on the 68000 is to tell you how many keys
|
|
are pending (how many characters in the buffer) so if you wanted to simulate
|
|
the inkey function do this:
|
|
|
|
Procedure GetKey
|
|
|
|
PARAM path:BYTE PARAM char:string[1]
|
|
|
|
dim i:integer
|
|
|
|
i:=sNKEY(#path)
|
|
|
|
if i>0 then get #path,C endif
|
|
|
|
end
|
|
|
|
all this does is if there is any characters pending it will grab one. if nomne
|
|
are present the read call (get command) is ignored.
|
|
|
|
Hope this helps!
|
|
|
|
Mike
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5363 S15/Hot Topics
|
|
19-Jul-90 20:56:21
|
|
Sb: #5357-Is Basic out of date?
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Mike Guzzi 76576,2715
|
|
|
|
Thanks... I finally found that out, too. Certainly is different!
|
|
|
|
#: 5400 S15/Hot Topics
|
|
21-Jul-90 00:12:54
|
|
Sb: #5078-#Is Basic out of date?
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Jim Williams 72157,3524 (X)
|
|
|
|
A real question is how much POKEing a Basic program (including
|
|
Microware/Basic09) uses. A POKE is just as good as a C pointer for blowing up
|
|
houses, hotels, whatever, if its address argument hasn't been set right. Just
|
|
like a pointer.
|
|
|
|
"Serious" Basic programs are throwing PEEKs, POKEs, and VARPTRs all over the
|
|
place. C just provides a more shorthand notation for these operations, grin.
|
|
--mike k
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5402 S15/Hot Topics
|
|
21-Jul-90 02:32:27
|
|
Sb: #5400-#Is Basic out of date?
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Mike Knudsen 72467,1111
|
|
|
|
Mike - except for maybe the odd BBS program or two, I haven't seen many Basic09
|
|
programs using PEEK/POKE. Have you? Well, maybe some system utilities, but
|
|
those all use PEEK which isn't dangerous.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5405 S15/Hot Topics
|
|
21-Jul-90 06:42:46
|
|
Sb: #5402-Is Basic out of date?
|
|
Fm: James Jones 76257,562
|
|
To: Kevin Darling (UG Pres) 76703,4227
|
|
|
|
Well...actually...I confess. I used ADDR and POKE in a program that solves one
|
|
of the problems in Wm. Barden's most recent puzzle column, to avoid some
|
|
redundant testing and stuff. I'll say 20 "Hail Hoares" and call you in the
|
|
morning, Kev. <grin>
|
|
|
|
#: 5401 S15/Hot Topics
|
|
21-Jul-90 00:19:28
|
|
Sb: #5091-#Is Basic out of date?
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: James Jones 76257,562 (X)
|
|
|
|
You mean that OSK Basic uses 64-bit floaters? That means floating-point
|
|
algorithms will run just as slow in Basic as in C under OSK. One advantage of
|
|
Basic09 on the 6809 is that its single-precision (32 bits, and to heck with the
|
|
IEEE) floating math was MUCH FASTER than C, which insists on the cumbersome
|
|
double precision, whether you want it or not.
|
|
|
|
That's right -- on a Coco, a floating-point program in Basic09 will outrun the
|
|
same code in C. I was amaxzed to discover that. --mike k
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5406 S15/Hot Topics
|
|
21-Jul-90 06:44:00
|
|
Sb: #5401-Is Basic out of date?
|
|
Fm: James Jones 76257,562
|
|
To: Mike Knudsen 72467,1111
|
|
|
|
Yes, I'm afraid it's true. (BTW, try SIZE() on a REAL in 6809 BASIC09; I think
|
|
you'll find that it's a *five*-byte quantity!)
|
|
|
|
#: 5394 S15/Hot Topics
|
|
20-Jul-90 23:40:08
|
|
Sb: #5068-#Is Basic out of date?
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Mark Wuest 74030,332
|
|
|
|
You are dead right about wild C pointers, and how amazingly you can get away
|
|
for years and never know you've got a funny pointer, because there just happens
|
|
to be nobody else using the few bytes of memory that it stores a line of
|
|
keyboard input into, or whatever.
|
|
|
|
However, Basic09 and Basic can blow up any system too, using POKE with an
|
|
argument that didn't get initialized right. I've written RSBASIC programs that
|
|
built up binary-byte arrays, requiring POKE, and I could have blown that too.
|
|
|
|
Yes, memory protection hardware is great for catching wild stuff. But it also
|
|
may keep you from reading system variables, writing directly to I/O devices,
|
|
and other things that we "shouldn't" be doing, but sometimes you have to for
|
|
speed. I hope we don't have to on the MM/1. --mike k.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5409 S15/Hot Topics
|
|
21-Jul-90 07:35:08
|
|
Sb: #5394-Is Basic out of date?
|
|
Fm: Mark Griffith 76070,41
|
|
To: Mike Knudsen 72467,1111
|
|
|
|
Mike,
|
|
|
|
>Yes, memory protection hardware is great for catching wild stuff. But it also
|
|
>may keep you from reading system variables, writing directly to I/O devices,
|
|
>and other things that we "shouldn't" be doing, but sometimes you have to for
|
|
>speed. I hope we don't have to on the MM/1.
|
|
|
|
I hope that you will become an advocate for "doing things right" on the MM/1
|
|
and not resorting to or telling others that you must use "bad ways" to get your
|
|
programs to work at the speed you think necessary when you port them. I know
|
|
we've talked out this before on the CoCo but I feel it will become even more
|
|
important with the MM/1 since it is a Level I machine, and because the user
|
|
(and programmer) base is potentially much larger.
|
|
|
|
This will become critical when network software is developed and the remote
|
|
graphic terminal ideas we discussed on LISTSERV are available. Your position
|
|
as a well known programmer will serve to show others that these sort of tactics
|
|
are "bad, bad" (in my best G. Bush voice) and not encourage others to try it.
|
|
We all want to see well behaved software that is portable and easily
|
|
upgradeable. Cheating in the real human world always gets its just rewards
|
|
sometime and I don't see any difference in the programming world.
|
|
|
|
I am personally counting on your support in this area.
|
|
|
|
Mark
|
|
|
|
#: 5365 S10/Tandy CoCo
|
|
19-Jul-90 21:40:29
|
|
Sb: #5285-Memory Size Testing
|
|
Fm: DENNIS SKALA 73177,2365
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Yeah, I know --- that's the main reason for needing a fix. I did the same
|
|
thing you did and read the GIME directly (ah, the folly of youth!). I also
|
|
limited it to 40 memory blocks.
|
|
|
|
***** Dennis *****
|
|
|
|
|
|
|
|
#: 5366 S3/Languages
|
|
19-Jul-90 21:42:20
|
|
Sb: #Make
|
|
Fm: DENNIS SKALA 73177,2365
|
|
To: 76070,41 (X)
|
|
|
|
Mark,
|
|
|
|
I downloaded the Kreider library docs. I appreciate your putting them
|
|
together - it must have been quite an effort!
|
|
|
|
I finally got mroff compiled, and am well on my way toward getting the docs
|
|
printed. But I could not get 'make' to work (never used it before).
|
|
Here's my slightly edited version of your makefile:
|
|
|
|
* Makefile to compile MROFF
|
|
|
|
ODIR = /dd/lang/c/cmds
|
|
RDIR = /dd/lang/rels
|
|
RFILES = nromain.r nrotxt.r nromac.r nroio.r
|
|
* CFLAGS = -s
|
|
|
|
mroff: $(RFILES)
|
|
chd /dd/lang/rels; cc $(RFILES) -f=$(ODIR)/Mroff -m=4k -e=11
|
|
|
|
nroio.r: nro.h nroio.c
|
|
nromac.r: nro.h nromac.c
|
|
nrotxt.r: nro.h nrotxt.c
|
|
nromain.r: nro.h nromain.c
|
|
|
|
* END
|
|
|
|
And here is the output it produces:
|
|
|
|
cc -r=/dd/lang/rels nromain.c
|
|
cc -r=/dd/lang/rels nrotxt.c
|
|
cc -r=/dd/lang/rels nromac.c
|
|
cc -r=/dd/lang/rels nroio.c
|
|
chd /dd/lang/rels; cc nromain.r nrotxt.r nromac.r nroio.r -
|
|
f=/dd/lang/c/cmds/Mroff -m=4k -e=11
|
|
|
|
Now my compiler (the plain vanilla cc1 level I Microware version sold by
|
|
Tandy) chokes on the -r=stuff. Of course I had to rename the file 'cc' for
|
|
the sake of make. -r all by itself is an OK option. Why does make'
|
|
produce this non-legal output? Or am I missing something here?
|
|
|
|
make - edition $12, CRC = $41F1F2
|
|
cc1 - edition 4, CRC = $63CE5F
|
|
|
|
***** Dennis *****
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5368 S3/Languages
|
|
19-Jul-90 23:31:35
|
|
Sb: #5366-Make
|
|
Fm: Mike Haaland 72300,1433
|
|
To: DENNIS SKALA 73177,2365
|
|
|
|
~ Dennis,
|
|
|
|
Grab CC.AR in lib 3 here. It has CC front end in it uses the -r= option fine.
|
|
Did you ever get the Development System from Tandy? You should if you're gonna
|
|
get busy with C under Level II. It's (the Dev Pak) got a new Linker and a new
|
|
Assembler for level II.
|
|
|
|
MikeH
|
|
|
|
BTW- That -r= is a 'legal' option.
|
|
|
|
|
|
|
|
#: 5369 S10/Tandy CoCo
|
|
19-Jul-90 23:54:27
|
|
Sb: #5229-Ledger
|
|
Fm: David Sanchez 76200,2476
|
|
To: Jim Peasley 72726,1153 (X)
|
|
|
|
Jim,
|
|
|
|
Yep, it worked when I finally figured is out.
|
|
|
|
Of course, I had some help along the way.
|
|
|
|
Thanks,
|
|
|
|
David
|
|
|
|
#: 5370 S10/Tandy CoCo
|
|
19-Jul-90 23:55:56
|
|
Sb: #5256-Ledger
|
|
Fm: David Sanchez 76200,2476
|
|
To: Joseph Cheek 76264,142 (X)
|
|
|
|
Joseph,
|
|
|
|
Thanks. Been up and runnin' for a while and it looks great. Keepin' me
|
|
'straight'.
|
|
|
|
Thanks,
|
|
|
|
David
|
|
|
|
#: 5371 S10/Tandy CoCo
|
|
19-Jul-90 23:57:03
|
|
Sb: #5257-Ledger/no prob after all
|
|
Fm: David Sanchez 76200,2476
|
|
To: Joseph Cheek 76264,142 (X)
|
|
|
|
Thanks Joseph. I appreciate the help and will let you know.
|
|
|
|
David
|
|
|
|
#: 5373 S9/Utilities
|
|
20-Jul-90 03:26:18
|
|
Sb: #5321-Reading OS9 Directorys
|
|
Fm: George Hendrickson 71071,2003
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
BINGO! I believe that hit the nail on the head! The program that I intend to
|
|
write (when I get the time) will have the option of passing what directory that
|
|
the user would like a certain file in. (ex: makefile /h0/bbs) Is there any
|
|
special things I should know about that other than using the 'PARAM' command?
|
|
I've got that down... Thanks for the help.......
|
|
|
|
#: 5374 S9/Utilities
|
|
20-Jul-90 03:34:17
|
|
Sb: #5323-#Reading OS9 Directorys
|
|
Fm: George Hendrickson 71071,2003
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Thanks for the info! I'll toss that up in the air and see where it lands.
|
|
|
|
The utility that I plan to write will be a 'desc.bbs' file editor for RiBBS
|
|
v2.0. I haven't found one anywhere. Actually a person could use a wordprocesser
|
|
to create the file but I want a program dedicated to that file. It can be a
|
|
pain to add, delete, purge etc... filenames from it by going thru it one
|
|
filename at a time. The utility will be able to allow the sysop to make a list
|
|
of filenames to purge and then delete then instantiously. My idea is sort of a
|
|
screen editor type program. The only problem I was having was the reading the
|
|
directory thing.
|
|
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5378 S9/Utilities
|
|
20-Jul-90 09:59:00
|
|
Sb: #5374-Reading OS9 Directorys
|
|
Fm: Pete Lyall 76703,4230
|
|
To: George Hendrickson 71071,2003
|
|
|
|
George -
|
|
|
|
Okay... there are plenty of tools (and styles) that have been comitted to the
|
|
directory listing concept. Just wanted to make sure you weren't reinventing the
|
|
wheel.
|
|
|
|
Pete
|
|
|
|
#: 5375 S12/OS9/68000 (OSK)
|
|
20-Jul-90 04:10:31
|
|
Sb: #TOP - Munich Release 2.0
|
|
Fm: Ed Gresick 76576,3312
|
|
To: SYSOP (X)
|
|
|
|
SYSOP,
|
|
|
|
Re-uploaded TOP1 disk. Changed file organization so when the file is 'burst'
|
|
all files will go to the default working directory.
|
|
|
|
EG
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5376 S12/OS9/68000 (OSK)
|
|
20-Jul-90 06:55:44
|
|
Sb: #5375-TOP - Munich Release 2.0
|
|
Fm: Steve Wegert 76703,4255
|
|
To: Ed Gresick 76576,3312 (X)
|
|
|
|
'Ed,
|
|
|
|
I thought I'd take a crack at this one.
|
|
|
|
Thanks for using the same name on the file. The new version will automatically
|
|
overwrite the old version.
|
|
|
|
Steve
|
|
|
|
#: 5377 S12/OS9/68000 (OSK)
|
|
20-Jul-90 07:29:49
|
|
Sb: #3.5 disc
|
|
Fm: Jim Chapman 72557,1120
|
|
To: Ed Gresick 76576,3312 (X)
|
|
|
|
When I got home last night the disc was waiting for me in the mail. A question,
|
|
what is mizar format? Thanks a lot for your trouble, I appreciate it. -Jim
|
|
Chapman, 72557,1120
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5404 S12/OS9/68000 (OSK)
|
|
21-Jul-90 04:27:10
|
|
Sb: #5377-3.5 disc
|
|
Fm: Ed Gresick 76576,3312
|
|
To: Jim Chapman 72557,1120
|
|
|
|
Hi Jim!
|
|
|
|
Sure took a long time to get there.
|
|
|
|
Re MIZAR vs Standard OS9 formats. Standard OS-9 format uses 10 sectors on
|
|
track 0 and 16 sectors for the rest. MIZAR format uses 16 sectors per track
|
|
across the board. If you look in your ..../BOOTOBJS directory, you should find
|
|
a file 'x0' - that's set for MIZAR format. Just load and use it. Or, you can
|
|
use 'moded' or 'dmode' to modify your existing d(x) descriptor.
|
|
|
|
Ed
|
|
|
|
#: 5381 S10/Tandy CoCo
|
|
20-Jul-90 19:19:36
|
|
Sb: #New gfx2
|
|
Fm: Floyd Resler 72500,2572
|
|
To: Kevin Darling
|
|
|
|
Kevin,
|
|
The new gfx2 module is a major help in writing Multi-Vue or mouse operated
|
|
programs. However, I was wondering if there is anyway to change the enable/
|
|
disable of a menu/item without having to send the entire data packet to gfx2
|
|
every time?
|
|
|
|
Floyd
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5387 S10/Tandy CoCo
|
|
20-Jul-90 23:00:03
|
|
Sb: #5381-#New gfx2
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Floyd Resler 72500,2572 (X)
|
|
|
|
Floyd, should be able to. For example, if you had set up a menu item as:
|
|
|
|
RUN gfx2("Item",menudesc,1,"Files",Enable)
|
|
|
|
then you should be able to just run that statement again with Disable instead
|
|
(a zero).
|
|
|
|
You can within reason, change anything on the fly, including attaching new
|
|
pulldown menus entirely if you wished to.
|
|
|
|
Oh. I see. You wanted to change it without going thru gfx2? Yes, it could be
|
|
done, but it'd be a mess figuring out how. And you'd have to use either byte
|
|
arrays or do peeks/pokes. Howcum you want to bypass gfx2 for this, btw?
|
|
thx - kev
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5410 S10/Tandy CoCo
|
|
21-Jul-90 07:43:49
|
|
Sb: #5387-New gfx2
|
|
Fm: Floyd Resler 72500,2572
|
|
To: Kevin Darling (UG Pres) 76703,4227
|
|
|
|
No, no, no. You miss understand. I still want to use gfx2. I'll give you an
|
|
example of what I mean. I'm writing a program where I change menus and items
|
|
from enable to disable and back again several times. For items it's no big
|
|
deal because there isn't that much info to send. However, for menus there is
|
|
alot of info to send. I was thinking something like this would be nice:
|
|
|
|
RUN gfx2("MNDisable",wd,1)
|
|
|
|
Which is a lot better than:
|
|
run gfx2("Menu",wd,1,"Disk",MId_Disk,8,4,m1,Enable)
|
|
each time I wish to change the enable/disable.
|
|
|
|
Do you think my suggestion would be possible?
|
|
|
|
Floyd
|
|
|
|
#: 5382 S10/Tandy CoCo
|
|
20-Jul-90 19:39:06
|
|
Sb: #GFX2
|
|
Fm: PHIL SCHERER 71211,2545
|
|
To: Sysop Kevin Darling (X)
|
|
|
|
Hi Kev--Thanks for the new GFX2. I am using it now and I need a little help. I
|
|
have duplicated the code in July 1990 Rainbow starting at line 7000 for use in
|
|
another program. In the new program it wont go back to the calling window but
|
|
rather it goes to the main Multiview window and I have to use the clear key to
|
|
get back. Any ideas??
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5389 S10/Tandy CoCo
|
|
20-Jul-90 23:07:29
|
|
Sb: #5382-#GFX2
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: PHIL SCHERER 71211,2545
|
|
|
|
Phil - I don't have that Rainbow, but is that where it close out the extra
|
|
window and tries to come back with a Select?
|
|
|
|
Maybe this will help: place a Select path#0 gfx2 call at the beginning of your
|
|
program. That may help os9 figure out who to come back to. This was originally
|
|
impossible in the stock gfx2, as it failed on some path numbers. Hmm. You might
|
|
be able to leave out the path0 specification. Dunno. Try a coupla variations.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 5411 S10/Tandy CoCo
|
|
21-Jul-90 07:46:49
|
|
Sb: #5389-GFX2
|
|
Fm: Floyd Resler 72500,2572
|
|
To: Kevin Darling (UG Pres) 76703,4227
|
|
|
|
I've used run gfx2(1,"select") when returning from other windows that were
|
|
killed off and it works fine. I used it in my MultiEdit program when some of
|
|
the Tandy menu options required their own windows.
|
|
|
|
#: 5388 S1/General Interest
|
|
20-Jul-90 23:06:23
|
|
Sb: #5240-MM1
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Richard Ries 76057,3534 (X)
|
|
|
|
Richard,
|
|
|
|
Good question. .EXE files are NOT runnable (currently) on the MM/1. DOS
|
|
programs are being ported straight to the MM/1, and others will be emulated.
|
|
|
|
Details to follow in the next few weeks.
|
|
|
|
Paul
|
|
|
|
Keep it comin!
|
|
|
|
|
|
|
|
#: 5390 S10/Tandy CoCo
|
|
20-Jul-90 23:08:24
|
|
Sb: #5242-QIC 40 Tape Drive
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: NAM PUI 73347,3324
|
|
|
|
Nam,
|
|
|
|
A variety of SCSI based tape backups are available, especially in 5.25" format.
|
|
Check in the Shopper. PRices start at $325 or so. On the CoCo 3 you'll need to
|
|
find a SCSI interface and maybe hack it up a little to hang the baby on the
|
|
bus. I think OwlWare and KenTOn have SCSI stuff.
|
|
|
|
Kevin Darling probably has the number for KenTon. Kevin?
|
|
|
|
Paul
|
|
|
|
#: 5392 S10/Tandy CoCo
|
|
20-Jul-90 23:09:50
|
|
Sb: #5308-QIC 40 Tape Drive
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev, YOu could STILL do it, as you have ample hard drive storage just
|
|
SITTING
|
|
THERE .....!!!
|
|
|
|
Grin.
|
|
|
|
Paul
|
|
|
|
#: 5393 S4/MIDI and Music
|
|
20-Jul-90 23:33:26
|
|
Sb: #5054-midi help
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev, 1/96th is great for playback. For recording, I'd like 1/200 or even
|
|
better, tho will take what the hardware can give me (probably 1/100? Have to
|
|
talk to Kev Pease on that timer capabilities). --mike k
|
|
|
|
#: 5396 S4/MIDI and Music
|
|
20-Jul-90 23:48:53
|
|
Sb: #5085-midi help
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Pete Lyall 76703,4230
|
|
|
|
Oh yes, I knew all those numbers. No sense having more than 1 millisec
|
|
resolution. But the more resolution available on recording, the easier it is
|
|
for algorithms that try to figure out what rhythm the player intended. If
|
|
quantized down to 1/60th or so, good guessing may become harder. Anyway, for
|
|
playing 1/100th is plenty fine for me.
|
|
|
|
#: 5398 S4/MIDI and Music
|
|
21-Jul-90 00:03:09
|
|
Sb: #5085-midi help
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Pete Lyall 76703,4230
|
|
|
|
Pete, and Lester -- one more thing to throw into the discussion -some synths
|
|
are a lot slower than others to respond to MIDI messages and get their stinkin'
|
|
notes turned on. Roland MT32 is noticeably slow at times, even to my classical
|
|
ears (my worst critic was an acid "house music" fan). And Keyboard Mag current
|
|
issue really badmouthed some new synth in a review for being too slow.
|
|
|
|
I bet Lester's friends who can tell 96 from 192 ticks/beat are listening to
|
|
drum machines, which I hope are built to more exacting standards than some of
|
|
the newer synths. --mike k
|
|
|
|
#: 5399 S4/MIDI and Music
|
|
21-Jul-90 00:06:35
|
|
Sb: #5235-midi help
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Lester Hands 70135,430
|
|
|
|
Lester, are you feeding any MSDOGs lately? How is that Lyra port to PCs doing?
|
|
Ready to release? The MM/1 is strictly OS9, but with much faster grafix and
|
|
everything else than the Cocos. --mike knudsen
|
|
|
|
#: 5395 S15/Hot Topics
|
|
20-Jul-90 23:45:10
|
|
Sb: #5073-Special deal
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Paul K. Ward 73477,2004
|
|
|
|
Well, a loaner would be a lot of hassle for you. I think we'll just wait till
|
|
our development machine shows up and use that. Next meeting is 2nd Thursday in
|
|
August, and the OS9 Club meets on 4th THursdays, so any time 2nd City gets a
|
|
machine there will be a meeting within 2 weeks anyway. Plus we'd need time to
|
|
learn enuf to demo the beast properly. Sooo...just let me know approximately
|
|
when 2nd City will get theirs. Tanks, mike k
|
|
|
|
#: 5397 S4/MIDI and Music
|
|
20-Jul-90 23:56:48
|
|
Sb: #5200-UME Version?
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Ches Looney 73016,1336
|
|
|
|
Hi CHes! The only difference between Levels 5 and 6 scores is the "MIDI
|
|
Channel Hop", whereby any part can change its channel assignmnet on the fly,
|
|
just like an instrument. THis lets one part play the sax on the Yamaha and
|
|
later the flute on the Casio, etc.
|
|
|
|
I doubt either of those scores actually used the feature, but they might. It
|
|
also lets you "borrow" percussion voices for "real music" and vice versa even
|
|
if you have only one synth.
|
|
|
|
However, version 4.6.0 and 4.6.1 do have a great poiont-n-shoot file loading
|
|
system, and...OOPS, I think 4.5.x does NOT have Percussion Staves, is that
|
|
right? I HOPE uploads are using those, so yes, you should call Ed at 2nd City
|
|
and ask for 4.6.1 or 4.6.2 maybe. He isn't sending them out exc ept to those
|
|
who ask.
|
|
|
|
I hope to be in Atlanta -- Ed certainly will be, and if I can't make it he will
|
|
demo the daylights out of Umuse3 (he has done some SERIOIUS mousing lately and
|
|
plays two sytns at once).
|
|
|
|
I have 4.7.0 with Articulations (staccato, marcato, etc) but it isn't
|
|
"released" yet, tho I think it's ready to roll. --mike k.
|
|
|
|
#: 5403 S12/OS9/68000 (OSK)
|
|
21-Jul-90 04:02:15
|
|
Sb: TOP - Munich Release 2.0
|
|
Fm: Ed Gresick 76576,3312
|
|
To: SYSOP (X)
|
|
|
|
SYSOP,
|
|
|
|
Re-uploaded top2.tz in dl12 this AM.
|
|
|
|
Ed
|
|
|
|
#: 5413 S10/Tandy CoCo
|
|
21-Jul-90 08:26:01
|
|
Sb: sound
|
|
Fm: Everett Chimbidis 76370,1366
|
|
To: 70721,435
|
|
|
|
Can't Seem to get SOUND to work Get err 43 after it draws the 3 small screens
|
|
What can i do?
|
|
|
|
exit
|
|
|
|
Press <CR> !> |