

#: 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> !>