informis
/
textfiles
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
textfiles/messages/ALANWESTON/1991/CIS08_22.txt

2133 lines
62 KiB
Plaintext
Raw Normal View History

Initial commit
2021-04-15 11:31:59 -07:00
#: 11748 S10/OS9/6809 (CoCo)
12-Aug-91 23:21:16
Sb: #11741-MV/GFX2/BASIC09
Fm: Bruce MacKenzie 71725,376
To: Brother Jeremy, CSJW 76477,142 (X)
Br. Jeremy,
GSHELL will let you execute almost any program in multiple windows on the
same screen provided you give it an icon file and an aif file in which you
define the window type as one of the graphics screens and in which you define
the minimum window size as something less than the size of the whole screen.
Icon files and aif files are discussed in multivue manual. I believe there is
an icon editor in LIB 10 here that will help you create an icon file. Of
course the the particular program can mess you up if it opens a window on its
own and switches over to it. Also, it's nice if the program puts a boarder
around the window, which GSHELL doesn't do automatically.
#: 11751 S10/OS9/6809 (CoCo)
13-Aug-91 00:21:46
Sb: #11741-MV/GFX2/BASIC09
Fm: Kevin Darling 76703,4227
To: Brother Jeremy, CSJW 76477,142 (X)
To have two windows on the same screen, simply DWSET the first one to some size
and position, using any screen type... and DWSET the others using type 0 (which
means: use my currently selected input window's screen).
Of course, you can't normally overlap them (unless you have a need to and don't
mind one possibly overwriting the others... turn off protection with DWProt (?)
to allow overlapping).
Muddy enough? Just give it a try. - kev
#: 11749 S7/Telecommunications
12-Aug-91 23:55:06
Sb: #11700-large STERM downloads
Fm: Rick Ulland 70540,3305
To: Wayne Day 76703,376 (X)
Wayne,
The problem wasn't here (or in STERM) after all. I didn't realize until later
that the backup (DeskMate) was also having trouble. However, while STERM
stopped recieving,and reported ever increasing errors, DeskMate closed the file
and pretended it was ok. Thanks anyway-
Rick
#: 11750 S7/Telecommunications
13-Aug-91 00:06:37
Sb: #11708-#large STERM downloads
Fm: Rick Ulland 70540,3305
To: Steve Wegert 76703,4255 (X)
Steve-
Thanks for the help-both times. The big file problem wasn't really STERM, but
the service sending it, since DeskMate3 also didi the same thing, (twice) and
didn't report it, but just closed the file like it was ok. The puzzelment is
after the last valid block (while the #errors was counting along), there was no
way to break out except hanging up or zapping the window out from under it.
ESC-A didn't work,DeskMate didn't gripe, so I blamed the program for crying
wolf when it should have.
-Rick
There is 1 Reply.
#: 11773 S7/Telecommunications
14-Aug-91 08:13:44
Sb: #11750-#large STERM downloads
Fm: Steve Wegert 76703,4255
To: Rick Ulland 70540,3305 (X)
Happy to hear Sterm was vindicated!
Steve
There is 1 Reply.
#: 11834 S7/Telecommunications
18-Aug-91 22:49:27
Sb: #11773-#large STERM downloads
Fm: Rick Ulland 70540,3305
To: Steve Wegert 76703,4255 (X)
Steve-
Still not toally sure whats going on.It seems as though the first error marks
the end of a download.(ie: never completed a download with errors). And today,
a download crashed at 200 blocks, much shorter than many successful ones. The
crash at 400+ blocks I've (maybe) got a handle on, but this is a whole new
#$%&&#%$. Any reason the ESC codes would quit working? Or mebbe my machine is
crashing in some subtle way? It's a real hack-y cabled ModemPak with the rom CS
tied hi(<$)
-Rick
There is 1 Reply.
#: 11849 S7/Telecommunications
20-Aug-91 08:05:23
Sb: #11834-large STERM downloads
Fm: Steve Wegert 76703,4255
To: Rick Ulland 70540,3305
Rick,
A suggestion for you to try out. Play a bit over in PRACTICE forum downloading
some smaller files. It's free of connect time over there. That way you might
beable to spot a pattern without costing yourself a fortune in connect
charges.
Watch for things like ... ASCII files downloading correctly and binary files
failing ... or the reverse. Watch the file size. See if there is some kind of
pattern there.
Double check your work on the modempak hack... loose connections?
I can't think of any reason the ESC codes should stop working. Start looking
for other problems ... perhaps hardware related.
Steve
#: 11753 S12/OS9/68000 (OSK)
13-Aug-91 01:32:36
Sb: #11722-Cobbler for OSK
Fm: Scott t. Griepentrog 72427,335
To: Keith H. March 70541,1413 (X)
Just curious, but why would you want to cobbler from OSK? I suppose patching
files in memory would be a case, but it's not all that much bother to save them
to disk and include them in your bootlist...
StG
#: 11771 S12/OS9/68000 (OSK)
14-Aug-91 08:08:51
Sb: #11722-Cobbler for OSK
Fm: Steve Wegert 76703,4255
To: Keith H. March 70541,1413 (X)
Keith,
Pete's got the syntax correct on mail to CIS, but just missed it on sending CIS
mail out. The interface is picky so:
>INTERNET:path
For intstance, to send me mail at my university account it would be:
>INTERNET:steve@wuarchive
The position of the bracket as well as the colon is critical.
Pete said it best: "Go EASY and type HELP INTERNET. It coveres all the bases.
Steve
#: 11754 S3/Languages
13-Aug-91 01:42:25
Sb: #11720-#C
Fm: Scott t. Griepentrog 72427,335
To: PHIL SCHERER 71211,2545 (X)
Yikes, I didn't realize this stupid editor mangled my code. Gotta remember
that. Normally, braces go in column 1...
StG
There is 1 Reply.
#: 11760 S3/Languages
13-Aug-91 18:28:44
Sb: #11754-#C
Fm: PHIL SCHERER 71211,2545
To: Scott t. Griepentrog 72427,335 (X)
Hi Scott--Does it matter which column the braces go??
There is 1 Reply.
#: 11854 S3/Languages
20-Aug-91 11:39:38
Sb: #11760-#C
Fm: Jim Sutemeier 70673,1754
To: PHIL SCHERER 71211,2545 (X)
No, Phil...doesn't matter where the braces go.
This line is also acceptable (but less readable) in C -->
inkey() {char c; read(0,&c,1); return(c);}
You might have probs reading that line 6 months later if you do it that way,
but it's legal.
Jim Sutemeier SysOp <Plain Rap> BBS StG International Network Node 818:772-8890
There is 1 Reply.
#: 11857 S3/Languages
20-Aug-91 20:03:06
Sb: #11854-C
Fm: PHIL SCHERER 71211,2545
To: Jim Sutemeier 70673,1754
Thanks for the help Jim!!
#: 11755 S3/Languages
13-Aug-91 01:48:41
Sb: #11734-#inkey
Fm: Scott t. Griepentrog 72427,335
To: PHIL SCHERER 71211,2545 (X)
Yup, It won't. There is two fixes: 1) put a \n on the first string. If you
don't want to do that, 2) do a fflush(stdout); before the inkey. Actually,
there's four. 3) use writeln() or write() instead (I highly suggest this -
check out the difference in code size if you don't use any printf's!!) 4)
there's a way to tell printf to use read/write calls intead of readln/writeln.
I think it's doc'd somewhere under fopen (?).
Personally, I do everything with read/write/readln/writeln. Everything. Even
code I write on PC's - I have written a readln/writeln function for use there.
The bottom line is - you're going direct to the system i/o. But the
disadvantage is you have to put everything together into one string (or make
multiple calls) and you don't have %d and %x. But then, I've written routines
to do conversion to decimal and hex for printing too. It all depends on how
much of what you are going to do. I hate mixing reads/writes and printf's, and
I prefer not to use printf's at all if I can help it, but sometimes there's no
better way.
StG
There is 1 Reply.
#: 11761 S3/Languages
13-Aug-91 18:33:15
Sb: #11755-#inkey
Fm: PHIL SCHERER 71211,2545
To: Scott t. Griepentrog 72427,335 (X)
Hi Scott--What I dont understand is that when the program executes line after
line it should have already finished the line before inkey. I need to
understand whats going on. Please remember I'm about five weeks old in C!!
There is 1 Reply.
#: 11765 S3/Languages
13-Aug-91 21:24:55
Sb: #11761-#inkey
Fm: Bill Dickhaus 70325,523
To: PHIL SCHERER 71211,2545 (X)
Phil,
The statement _is_ executed, but the output generated by the statement is
"buffered". This means that the data is placed in a buffer, but not actually
output to the path (in this case its not displayed on the screen) until one of
several things happens: the buffer fills up, an end of line sequence (\n or a
CR on the CoCo), or the buffer is "flushed" using the fflush() function.
Bill
There is 1 Reply.
#: 11776 S3/Languages
14-Aug-91 17:39:39
Sb: #11765-#inkey
Fm: PHIL SCHERER 71211,2545
To: Bill Dickhaus 70325,523 (X)
Hi Bill--I think you're referring to the statement before the call to inkey?
The thing I dont understand is why it isn't buffered if I dont have the call to
inkey!
There is 1 Reply.
#: 11787 S3/Languages
15-Aug-91 07:21:00
Sb: #11776-#inkey
Fm: Bill Dickhaus 70325,523
To: PHIL SCHERER 71211,2545 (X)
Phil,
Since you didn't include the whole program in your original message, I can't
say for sure, but if those were the only statements in your program, then the
buffer will get flushed when the path is closed (which I realize now I left out
of my last reply) when the program ends.
Bill
There is 1 Reply.
#: 11795 S3/Languages
15-Aug-91 18:03:13
Sb: #11787-inkey
Fm: PHIL SCHERER 71211,2545
To: Bill Dickhaus 70325,523 (X)
Thanks for your help Bill !!
#: 11759 S3/Languages
13-Aug-91 18:27:25
Sb: #11739-#inkey
Fm: PHIL SCHERER 71211,2545
To: Bruce MacKenzie 71725,376 (X)
Hi Bruce--what inkey looks like is:
inkey()
{
char c;
read(0,&c,1)
return c;
}
What I'm looking for is something to work like Basic09 inkey. I'm very new in C
and I only understand simple stuff so far. I'm working from an ANSI C book and
trying to bridge between the two. Thanks for any help!!
There is 1 Reply.
#: 11762 S3/Languages
13-Aug-91 19:05:11
Sb: #11759-#inkey
Fm: Bruce MacKenzie 71725,376
To: PHIL SCHERER 71211,2545 (X)
Phil,
Your function can easily be modified so as not to hang in the read:
inkey()
{
char c;
if(getstat(1,0)==0)
{
read(0,&c,1);
return c;
}
else
return -1;
}
Here a returned value of -1 indicates that no key has been pressed.
There is 1 Reply.
#: 11775 S3/Languages
14-Aug-91 17:36:14
Sb: #11762-inkey
Fm: PHIL SCHERER 71211,2545
To: Bruce MacKenzie 71725,376 (X)
Thanks Bruce--I'll try it in a program!
#: 11756 S10/OS9/6809 (CoCo)
13-Aug-91 07:34:00
Sb: #Files in DL10
Fm: Brother Jeremy, CSJW 76477,142
To: Wayne Day 76703,376 (X)
Dear Wayne I am looking for the following files which used to be in DL10:
Windex.ar
Windex.txt Windx2.txt
Are they available anywhere? Thank you, Br. Jeremy, CSJW
{here 1 Reply.
#: 11764 S10/OS9/6809 (CoCo)
13-Aug-91 21:15:04
Sb: #11756-#Files in DL10
Fm: Mike Ward 76703,2013
To: Brother Jeremy, CSJW 76477,142 (X)
Sorry to report that my offline archives don't contain either of those two
files. Hopefully another member here who has copies might either email them to
you or upload them here. Anybody?
There is 1 Reply.
#: 11766 S10/OS9/6809 (CoCo)
13-Aug-91 22:13:07
Sb: #11764-#Files in DL10
Fm: Brother Jeremy, CSJW 76477,142
To: Mike Ward 76703,2013 (X)
Thank you, there are a few others that I am looking for also. I will post a
list soon. Best Wishes, Br. Jeremy CSJW.
There is 1 Reply.
#: 11767 S10/OS9/6809 (CoCo)
13-Aug-91 23:16:48
Sb: #11766-#Files in DL10
Fm: Mike Ward 76703,2013
To: Brother Jeremy, CSJW 76477,142 (X)
Thanks for the best wishes but, let me ask... are you looking for something
specific or are you on a scavenger hunt? The files you asked for are VERY old.
Anything special you're looking for?
Best,
Mike
There is 1 Reply.
#: 11781 S10/OS9/6809 (CoCo)
14-Aug-91 21:46:09
Sb: #11767-Files in DL10
Fm: Brother Jeremy, CSJW 76477,142
To: Mike Ward 76703,2013 (X)
I think that the Windex program files were mentioned in reference to a tutorial
that I downloaded some time back. If I have the correct name, these files were
some sort of window creator/manipulator program. I am trying to increase my
knowledge of multiple overlays, and other windowing techniques.
Again, I think that these are the programs that I was refered to. I am looking
through my library of disks to try to find the references.
Thank you for your replyBr. Jeremy, CSJW
#: 11758 S10/OS9/6809 (CoCo)
13-Aug-91 16:35:43
Sb: Dynacalc help
Fm: Mike Guzzi 76576,2715
To: all
I was trying to find help on dynacalc. I wanted to find out whats in that
dynacalc.trm file. the replacement HELP utility (structured help) does do a
partial list of what the TRM file does. I was wondering if anyone has a more
complete list.
oh for those using Dynacalc under Level II gfx windows here is a fix for the
trm file to enable highlighting of the row/column markers:
offset old new ------ ---- --00C4 FF FF FF 1F 20 FF 00CC
FF FF FF 1F 21 FF
what this does is use inverse command to highlight the column markers your
allowed about 6 chars for each so you could even change colors! I even used
boldface for graphics screens just to mess around.
Mike
#: 11763 S11/OS9/6809 (Non-CoCo)
13-Aug-91 19:07:04
Sb: #11727-#X10
Fm: Hugo Bueno 71211,3662
To: Pete Lyall 76703,4230 (X)
OK then. I'll upload both the source and binaries to Delphi with a statement
saying that both archives should be kept together.
By the way, will the sources compile easily on any of the new 68000 machines?
Hugo
There is 1 Reply.
#: 11774 S11/OS9/6809 (Non-CoCo)
14-Aug-91 08:16:43
Sb: #11763-#X10
Fm: Pete Lyall 76703,4230
To: Hugo Bueno 71211,3662 (X)
Hugo -
Fine... but also indicate that users only NEED to use the binary ar file to get
running... the other is just source ad relocatables.
Pete
There is 1 Reply.
#: 11779 S11/OS9/6809 (Non-CoCo)
14-Aug-91 20:06:20
Sb: #11774-#X10
Fm: Hugo Bueno 71211,3662
To: Pete Lyall 76703,4230 (X)
No problem. I'll identify both archives so that even a beginner would
understand! :-)
By the way, I just love this X10 stuff. I'm planning my next module
purchase...
Hugo
There is 1 Reply.
#: 11783 S11/OS9/6809 (Non-CoCo)
14-Aug-91 23:06:17
Sb: #11779-#X10
Fm: Pete Lyall 76703,4230
To: Hugo Bueno 71211,3662 (X)
Me too.... I have been running some form of an X10 system since around 1979.
Pete
There is 1 Reply.
#: 11789 S11/OS9/6809 (Non-CoCo)
15-Aug-91 08:11:39
Sb: #11783-#X10
Fm: Steve Wegert 76703,4255
To: Pete Lyall 76703,4230 (X)
I just dusted off the X10 controller myself .... the nasties hit us this
weekend netting a bunch of Lisa's jewelry. Lisa's a case (understandably), the
cat's neurotic (the only eye witness) and I'm flat out pissed!
Perhaps the X10 program will give the house a more 'lived in ' look.
Steve
There are 3 Replies.
#: 11792 S11/OS9/6809 (Non-CoCo)
15-Aug-91 08:50:59
Sb: #11789-X10
Fm: Pete Lyall 76703,4230
To: Steve Wegert 76703,4255 (X)
Ugh! What a horrible incentive to have to drag out the X10! Condolences...
we've been lucky thus far. Mebbee the X10's partially responsible?
Pete
#: 11793 S11/OS9/6809 (Non-CoCo)
15-Aug-91 17:49:13
Sb: #11789-#X10
Fm: Bill Dickhaus 70325,523
To: Steve Wegert 76703,4255 (X)
Steve,
Sorry to hear it! I've been using my X10 to switch half a dozen lights and a
radio off and on all day and night, for the last 3 or 4 years. It used to drive
my roomates crazy! Now that I've got my own place, it only drives my dad nuts
when I'm out of town and he stops by to feed my cat. Nothing like sitting
quietly, watching TV, and having the stereo pop on with some loud rock and
roll!
I like to think, though, that its all been worth it, and has kept the "nasties"
away (fingers crossed).
Bill
There is 1 Reply.
#: 11800 S11/OS9/6809 (Non-CoCo)
16-Aug-91 07:29:11
Sb: #11793-X10
Fm: Steve Wegert 76703,4255
To: Bill Dickhaus 70325,523 (X)
Thanks for the condolences (you tooo Pete!). IT's a pretty un-nerving
experience to say the least. We'll be adding a few more x10 modules shortly.
Good thing out of this? Lisa finally feels the computer is earning it's keep!
:-)
Steve
#: 11796 S11/OS9/6809 (Non-CoCo)
15-Aug-91 21:39:14
Sb: #11789-#X10
Fm: Steve Ostrom 74730,345
To: Steve Wegert 76703,4255 (X)
Perhaps the x10 stuff could be combined with the Radio Shack x-10 based alarm
system. I saw it was $100 here in Canada. It isnt as full featured as many
systems, but there are several components to it.
I am considering whether to go this route or to change from a coco pnp
controller to one of the tw523 (?) modules and dedicate a coco1.
The Circuit Cellar Ink is a good magazine to check out x10 and CEBus info by
the way. This is published out of New England and has a bbs at 203-871-1988
There is 1 Reply.
#: 11801 S11/OS9/6809 (Non-CoCo)
16-Aug-91 07:30:03
Sb: #11796-X10
Fm: Steve Wegert 76703,4255
To: Steve Ostrom 74730,345
Good thought, Steve. We'll be looking into options, that's for sure!
Steve
#: 11768 S15/Hot Topics
13-Aug-91 23:42:34
Sb: #11655-MM/1 delivery
Fm: GLEN HATHAWAY 71446,166
To: Bob Palmer 74646,2156
Hi Bob... Sounds like fun! Can't wait til I get my new toy. There's nothing I
like better than new toys...
#: 11769 S15/Hot Topics
13-Aug-91 23:43:58
Sb: #11672-MM/1 delivery
Fm: GLEN HATHAWAY 71446,166
To: Bob van der Poel 76510,2203 (X)
Hi Bob... Sounds good. May be ordering a copy yet...
#: 11770 S15/Hot Topics
13-Aug-91 23:45:32
Sb: #11665-#MM/1 delivery
Fm: GLEN HATHAWAY 71446,166
To: Paul K. Ward 73477,2004 (X)
Hi Paul.... Fishing was good - not great, though. As for the computer order,
the sooner the better! Can't wait...
There is 1 Reply.
#: 11842 S15/Hot Topics
19-Aug-91 20:55:07
Sb: #11770-MM/1 delivery
Fm: Paul K. Ward 73477,2004
To: GLEN HATHAWAY 71446,166
Glen,
As you are an early order guy AND a conversion, you should be in the next
batch!
Best,
Paul IMS
#: 11772 S7/Telecommunications
14-Aug-91 08:10:43
Sb: #11726-sterm 1.2 w/o modem pak
Fm: Steve Wegert 76703,4255
To: Erich Schulman 75140,3175 (X)
Erich,
How the progress on the IRQ hack?
Steve
#: 11777 S3/Languages
14-Aug-91 17:55:28
Sb: #inkey
Fm: PHIL SCHERER 71211,2545
To: BRUCE MACKENZIE 71725,376 (X)
Hi Bruce--when I put in the extra lines, the program acted like:
inkey()
{
return ;
}
It didn't wait to pickup a keyboard entry.
There is 1 Reply.
#: 11778 S3/Languages
14-Aug-91 18:57:47
Sb: #11777-#inkey
Fm: Bruce MacKenzie 71725,376
To: PHIL SCHERER 71211,2545 (X)
Oh, I thought you didn't want your inkey to hang up if no key had been pressed.
If you want it to stop and wait for the next keypress then your original
function should work adequately. Very often I need to check for a keypress and
if no key is pressed continue with some action. In such a case having the
program hang in the inkey can cause problems.
So really, whats still troubling you is that printf() doesn't imediately output
your string to the screen. Again, this is because all the standard library I/O
functions are buffered. What this means is that rather than outputing the data
imediately to the device driver the functions store the data in memory first.
They wait until the buffer is full or until a charage return occurs in the data
stream and then dump the data to the device driver in one block. If you want
your data to go to the screen before the inkey you can force C to dump all the
data in the file buffer to the output device by giving a fflush() command.
There is 1 Reply.
#: 11794 S3/Languages
15-Aug-91 18:02:03
Sb: #11778-inkey
Fm: PHIL SCHERER 71211,2545
To: Bruce MacKenzie 71725,376 (X)
Thanks Bruce--I'll look into fflush() !
#: 11780 S15/Hot Topics
14-Aug-91 20:36:10
Sb: #11743-#Help and the MM/1
Fm: John R. Wainwright 72517,676
To: Paul K. Ward 73477,2004 (X)
Hi Paul,
Got my second 1.44m floppy drive today, thanks again for the quick help on
that. My MM/1 now has some more "elbow room". Now, if I could just take that
40m SCSI HD off the shelf and do something with it .... (meanwhile , I'm still
learning to use what I have already. ) I thought OddJob was a program, to me
it looks more like a programming language (and a big one too!). Much to learn.
Sooner or later, there has to be a "Technical Manual" - I want to get on the
list for that one. Keep up the good work!
JohnW
There is 1 Reply.
#: 11843 S15/Hot Topics
19-Aug-91 20:58:09
Sb: #11780-Help and the MM/1
Fm: Paul K. Ward 73477,2004
To: John R. Wainwright 72517,676 (X)
John,
Great going! You can try the diskcaching on your /d0 drive for your commands.
Then you can use /d1 for your data and so on.
OddJob is a language indeed, much like AWK and the UNIX C Shell, all rolled
into one. Darn powerful. Very deep.
Technical Manual is being prepared by Mark Griffith. Should be out by
Christmas.
Paul IMS
#: 11782 S10/OS9/6809 (CoCo)
14-Aug-91 22:20:34
Sb: #For sale
Fm: Sunny Lowe 72447,1037
To: SYSOP (X)
It is good to be back on here for a change. I have several Items of interest
to the COCO community that are for sale. Is there a protochol or rules
concerning posting of for sale messages on CI$? I do not want to step on any
toes, but these items may be of real use to some of the sig members.
There is 1 Reply.
#: 11790 S10/OS9/6809 (CoCo)
15-Aug-91 08:16:13
Sb: #11782-#For sale
Fm: Steve Wegert 76703,4255
To: Sunny Lowe 72447,1037 (X)
Sunny,
So long as it's a personal sale, there's really no problem ... or fancy
protocol. Just post a message with a list of your goodies for sale, prices and
terms.
If it's a commercial venture, then a toned down announcement of same is
permissable, with a pointer to CompuServe mail for additional details.
Help any?
Steve
There is 1 Reply.
#: 11830 S10/OS9/6809 (CoCo)
18-Aug-91 21:14:23
Sb: #11790-For sale
Fm: Sunny Lowe 72447,1037
To: Steve Wegert 76703,4255 (X)
Thanks, I'll post it soon. Got to catalogue the stuff and the like first.
Sunny :)
#: 11784 S7/Telecommunications
15-Aug-91 00:39:49
Sb: #MM/1 and STERM
Fm: Jim Peasley 72726,1153
To: All
Hmmm...
I just composed a couple of messages offline and went to <T>ransmit them as I
used to do with the CoCo. The messages seemed to get transmitted o.k., but
when STERM's Transmit File Closed message appeared, the only keyboard keys that
get thru are CTL-C. I can't type the /exit command.
Anybody run into anything similar?
I also tried to nab AR68.bin from the DL, but after selecting the 'B'
protocol, the system just hung and I had to kill STERM and restart. No download
box or nuttin'.
Ideas anyone?
...Jim
There is 1 Reply.
#: 11791 S7/Telecommunications
15-Aug-91 08:17:56
Sb: #11784-#MM/1 and STERM
Fm: Steve Wegert 76703,4255
To: Jim Peasley 72726,1153 (X)
Just a thought, Jim .... is it possible that the port is getting hung with a
stray xoff command?
Steve
There are 2 Replies.
#: 11798 S7/Telecommunications
15-Aug-91 22:59:10
Sb: #11791-MM/1 and STERM
Fm: Jim Peasley 72726,1153
To: Steve Wegert 76703,4255 (X)
Steve;
Don't know what the trouble is/was... I just successfully dropped off a
message for Kev & it worked as always.
Then I tried to <T>ransmit a 2nd message and it got all garbled up!
The problem just MAY be with the phone line here... I've got a 20' retractile
cord stretched across the kitchen at this moment and it might be noisy.
...Jim
#: 11799 S7/Telecommunications
15-Aug-91 23:13:47
Sb: #11791-#MM/1 and STERM
Fm: Jiml;jTo: Steve Wegert 76703,4255 (X)
Steve;
Just tried the B+ download again, and same results - dead session after
keying in filename. I killed STERM and restarted in another window and got a
successful XMODEM transfer. It's got me baffled!
..Jim
There is 1 Reply.
#: 11802 S7/Telecommunications
16-Aug-91 07:32:15
Sb: #11799-#MM/1 and STERM
Fm: Steve Wegert 76703,4255
To: Jim Peasley 72726,1153 (X)
Perhaps Mark will see your note and have something to add. I know he's been
using sterm for quite some time without all these problems folks have been
reporting.
Steve
There is 1 Reply.
#: 11805 S7/Telecommunications
16-Aug-91 11:35:58
Sb: #11802-#MM/1 and STERM
Fm: Bill Dickhaus 70325,523
To: Steve Wegert 76703,4255 (X)
I haven't had any problems either, and now that I have a PM9600SA, I have been
doing 9600 baud downloads on my MM/1. Maybe Jim's problem is related to line
noise (of course with the PM9600SA there isn't any). I do know that there are
some problems with the serial driver (SC68070), that _may_ be related to flow
control, I haven't had time to really mess with it much.
Bill
There are 2 Replies.
#: 11806 S7/Telecommunications
16-Aug-91 12:26:56
Sb: #11805-#MM/1 and STERM
Fm: Mike Ward 76703,2013
To: Bill Dickhaus 70325,523 (X)
You wanna see something fly... set your baud rate to 38,400 and dial up the
PM9600SA on the mainframe. The compression really makes a difference since your
PM9600SA will expand the datastream it receives at 9600 baud into a sizzling
38,400 to your interface.
Keep a bucket of water handy in case you see smoke. <grin>
There is 1 Reply.
#: 11807 S7/Telecommunications
16-Aug-91 12:52:59
Sb: #11806-MM/1 and STERM
Fm: Bill Dickhaus 70325,523
To: Mike Ward 76703,2013 (X)
I'm not sure the onboard serial port can handle 38400, but I'll try it, I'm
sure it can deal with 19.2.
#: 11812 S7/Telecommunications
17-Aug-91 09:42:27
Sb: #11805-MM/1 and STERM
Fm: Steve Wegert 76703,4255
To: Bill Dickhaus 70325,523 (X)
Yeah ... I'm dying to try out my PM96600SA out as well. I've almost convinced
myself on getting a MM/1. The fact that I can no longer create bootfiles on the
3 may cinch it (can you say BLOB, boys and girls?)
I've always held that as soon as something becomes more of a pain than an
enjoyment, it's time to reevaluate the situation. (Pitty I've never applied
that philosophy to employers! )
:-)
Steve
#: 11788 S12/OS9/68000 (OSK)
15-Aug-91 07:28:58
Sb: FYI-Lharc and Unzip
Fm: Mike Haaland 72300,1433
To: All
Just thought I'd let y'll know....
The LHARC and UNZIP programs I uploaded in DL 12 (OSK) work on those bothersome
SELF-EXTRACTING MS-DOS archives too! I discovered this last night! <Grin>
Mike
#: 11797 S12/OS9/68000 (OSK)
15-Aug-91 22:54:39
Sb: #Disk sensing
Fm: Jim Peasley 72726,1153
To: Kevin Darling 76703,4227 (X)
Kev;
re: your Internet discussion about disk sensing/write protect
I wondered why the floppy select lights glowed faintly on the MM/1. Still
don't quite understand, but at least now I know it's not abnormal.
BTW, they glow whether the dissk is write protected or not - both brands.
..Jim sk sens
There is 1 Reply.
#: 11804 S12/OS9/68000 (OSK)
16-Aug-91 10:30:56
Sb: #11797-Disk sensing
Fm: Kevin Darling 76703,4227
To: Jim Peasley 72726,1153 (X)
Jim - I probably botched the explanation, but I think that's basically it
(about the glowing). Some drives don't glow, btw, which puzzles me. Maybe they
have larger resistors on the LED circuit? Got me. I'm no expert what's going
on :-)
#: 11803 S10/OS9/6809 (CoCo)
16-Aug-91 07:54:38
Sb: Disto printer port
Fm: Tom Napolitano 70215,1130
To: All
It seems that Disto is no longer supporting their Coco products. Does
someone have the pinout for the parallel printer port on the 4 in 1 board?
Thanks muchly,
tomn
#: 11808 S6/Applications
16-Aug-91 17:45:14
Sb: swiise
Fm: Chuck Watters 70115,536
To: 72177,1762 (X)
re re 1-6
type list ? Do you have the edit info for sidewise to use an OKI 293 printer I
have been running a Tandy DMP200- no problem. The Oki commands in the Swise.b09
filwill not work on THhe OKI 293 which I run from a parallel interface
becausatible printer
#: 11809 S6/Applications
16-Aug-91 17:59:52
Sb: #SWISE
Fm: Chuck Watters 70115,536
To: 72177,1762 (X)
MESSAGE 11808 WAS GARBLED. THE OKI 293 IS AN IBM COMPATIBLE PRINTER WHICH I RUN
WITH A PARALLEL INTERFACE
There is 1 Rep86S/piais 21-Aug-91 21:39:25
Sb: #11809-SWISE
Fm: Ian Hodgson 72177,1762
To: Chuck Watters 70115,536
Did I miss something? Not sure to whom you intended that message to go, but it
makes little sense to me. I'll take a look at 11808 later and see what I can
make of it.
#: 11810 S12/OS9/68000 (OSK)
16-Aug-91 21:49:33
Sb: #Questions
Fm: Jim Peasley 72726,1153
To: All MM/1 owners
This was typographically correct when I created it... the garbage is due to
After being offline for a week due to cutting the plug off my CM-8 and
replacing it with a DB-9, I'm baaaaaack!!
Coupla questions been burning for a while:
1. Anybody got their I/O board yet?
a. What kind of SCSI drive did you hook up to it?
2. Anybody been able to select different fonts from the .BITMAP dir?
I've tried all sorts of combinations of 'merge fontname.fnt', but
stdfonts never seems to grow, and dump output never changes.
3. Anybody gotten PCF working? or have any ideas short of uploading
30M worth of data to CIS and tthen downloading to the MM/1? File
transfer with 3 computers and 2 monitors will be a cchallenge!!
Preferred method would be PCCDOS to 5 1/4" from the CoCo and
copy to 3.5" on the IBM, then PCF to the MM/1.
4. Anybbody using DiamondScan or NEC monitors? Is the improvement in
resolution worth the cost of the new tube?
5. Anybody gotten 'playm' to work yet? All I get is a 237 error -
"out of ram".
6. Occasionally the computer will boot with a really weird colorset. mon
dTryingg to setimmee oon a wwhhite on pale greeeen scrreenn isn't easy!
Doing a plt restores the original colors. Question is: what
causes the palette controller to not reset to a known state?
One final question that doesn't deserve a number as it's kinda rhetorical -
does ANYBODY actually LIKE uMACS or EMACS?? And here I thought VM/XEDIT was
arcane and cryptic! Looks like Bob V. will do a land-office business as more
people get their systems. <g>
Later....
that doesn't deser ve a numb
There are 5 Replies.
#: 11811 S12/OS9/68000 (OSK)
16-Aug-91 22:31:02
Sb: #11810-#Questions
Fm: James Jones 76257,562
To: Jim Peasley 72726,1153 (X)
Well...it turns out that the floppy driver I have doesn't do sector sizes other
than 256, which means that PCF will have to wait a bit. (I think Carl Kreider
is working on that.)
I have my I/O board, and have a Quantum 105 Mbyte 3.5" hard drive hooked to it.
Works really well.
Editor preferences are sort of like politics and religion--highly subjective
and personal, and tending to generate long arguments that don't resolve
anything. :-)
There is 1 Reply.
#: 11818 S12/OS9/68000 (OSK)
18-Aug-91 01:18:17
Sb: #11811-#Questions
Fm: Jim Peasley 72726,1153
To: James Jones 76257,562 (X)
JJ;
Agreed -- anything to do witttth personal preferences usually generates lots
of heat, but little light! Say, how do you feel about Bush in '92?? <g>
re: uMacs EMacs
Have you ever used IBM's ISPF or PDF editor on a mainframe? Verrrrry nice!
Powerful and intuitive, but not customizable.
Have you moved, or are you planning to move anything from the CoCo to the
MM/1? I've got lots of source code and text files that I'd like to move over,
but haven't decided the easiest way to do it yet. Powerful and i np as a
terminal? (would need another monitor) moPCF? (a 3 step process - don't have a
3.5" on CoCo or a 5.25 on MM/1)
??? ot lots of source ? de and text fil e s that /I'd lsirke to moKve o v e
fontname;display 1b 3a' thingie works fine. Where does the data go when you do
the merge? I was looking for it to replace or be appended to stdfonts, but
dump always showed me the same thing. Does it get merged to the window
descriptor??
the 'merge font naooked. Where _does_ 'merge' put the font data? s the data
go wh e nneed to timker while awaiting my I/O board -- where can I find out how
to diddle with the colors? I'm looking for something a bit more than 'color'.
I thought I'd find something in the CGFX library, but alas, the one I got isn't
even a directory, much less have anything in
awaiting my I/O boar d -- wh ere can I/ finds
There are 2 Replies.
#: 11821 S12/OS9/68000 (OSK)
18-Aug-91 07:50:33
Sb: #11818-Questions
Fm: James Jones 76257,562
To: Jim Peasley 72726,1153 (X)
Moving stuff over? Well...I'll probably wind up doing it one of two ways:
1. Kermit from the CoCo to the VME box, which does have a 3.5" floppy drive,
and go from there to the MM/1.
2. Kermit straight from the CoCo to the MM/1; it's logistical problems
(i.e. where do I put the silly things to get them next to each other)
that impede this (preferable) method.
Your message is a tad garbled; in any case, Kevin Darling is the fellow who can
answer questions about fonts and the like authoritatively, so I'll keep mum
rather than parade my ignorance. :-)
#: 11827 S12/OS9/68000 (OSK)
18-Aug-91 11:17:42
Sb: #11818-Questions
Fm: Kevin Darling 76703,4227
To: Jim Peasley 72726,1153 (X)
For now, font data is merged to a buffer, just as it was done on the coco. Time
to dig out your L-II manual... a lot of it carries over.
#: 11813 S12/OS9/68000 (OSK)
17-Aug-91 09:42:50
Sb: #11810-Questions
Fm: Kevin Darling 76703,4227
To: Jim Peasley 72726,1153 (X)
Welcome back, Jim! :-)
1. I have two drives... a Seagate 157N and a 296N, I think. But the Quantums
seem to be very popular.
2. The stdfonts module is simply a default. Do like you did on the CoCo...
merge one of the fonts and use "display 1b 3a c8 xx" where xx is the buffer
number (yell if you've never done this on the coco).
3. I think PCF use is waiting on a newer floppy driver. For transferring data,
I'd use a null modem between the computers, perhaps? Or copy to coco disk, use
coco to xfer to pc disk for now.
4. Nah, not right now. The CM-8 works well. The DiamondScan is much brighter
for room presentations tho, I've found.
5. For playm, you'll need twice as much ram as the size of the sound file (for
conversion from mono to stereo data). Oh. If you don't have the I/O board,
then you can't play those files anyway :-)
6. My fault on the boot to weird colorset, a glitch in setting things up,
somewhere.
* I finally use umacs a bit... the knowledge came in _real_ handy when I got a
guest login on a Unix system. Otherwise I hate it :-)
#: 11814 S12/OS9/68000 (OSK)
17-Aug-91 16:46:40
Sb: #11810-Questions
Fm: John R. Wainwright 72517,676
To: Jim Peasley 72726,1153 (X)
A quick tap on "F1" fixes those funny colors on mine. Been using a null modem
cable to grab stuff from my messydos machine. Maybe Emacs will "grow on us".
I'm learning. Check pgs 28-29 of the "User Guide" for Font info. It works. No
I/O board here yet (but from what I see in Paul,s messages,
it sould be here soon). Bought a 40m Conner SCSI drive some time ago. Hope
it works. Looks like everything for sound waits for that second board too.
JohnW
#: 11816 S12/OS9/68000 (OSK)
17-Aug-91 22:24:52
Sb: #11810-Questions
Fm: Colin J. Smith 73777,1360
To: Jim Peasley 72726,1153 (X)
Concerning fonts:
What you do is 1) merge the font with 'merge fontname.fnt', then do a dump of
the font you merged. 2) Look at the second set of 4 characters from the dump.
3) type 'display 1b3a' plus that second set of four digits. This selects that
font. Incidentally, you can merge every font in
BITMAPS and not take up any additional memory.
EMACS:
Yeah, I like it. Just a matter of personal taste I suppose.
--Colin
#: 11850 S12/OS9/68000 (OSK)
20-Aug-91 08:52:43
Sb: #11810-#Questions
Fm: Mark Wuest 74030,332
To: Jim Peasley 72726,1153 (X)
Jim,
Actually, two people (out of about 15) in my development group at work prefer
emacs (I am one of them). It got really funny when we sat together several
weeks ago in a C++ class. The computer we did our projects on did not have
emacs and neither one of us knew vi well enough to get much done. We were
always writing down all the cryptic little command sequences on slips of paper
(from others in the class).
*Every* editor has "cryptic-little-command-sequences" that you just have to
get used to. I used vibAre I used emacs. I like emacs better. Oh, well!
Mark
There is 1 Reply.
#: 11877 S12/OS9/68000 (OSK)
21-Aug-91 23:15:16
Sb: #11850-#Questions
Fm: Jim Peasley 72726,1153
To: Mark Wuest 74030,332 (X)
Mark;
Interesting compariison between your Vi users and uMacs users. I used TSED
on the CoCo for so long that the UNI* system at the local JC wasn't too much of
a difference the last time I took a class. The 'cryptic little commands' are
indeed indigenous to editors as a whole!
How did you like your C++ class? Borland's been bombarding me with special
upgrade offers for their object oriented C++ compiler and I'm getting close to
springing for the $100+ that they want.
...Jim
There are 2 Replies.
#: 11881 S12/OS9/68000 (OSK)
22-Aug-91 03:23:06
Sb: #11877-Questions
Fm: Scott t. Griepentrog 72427,335
To: Jim Peasley 72726,1153
Ugh, if you're really into C the way it is now, you might want to put off
diving into C++. They really do things differently (OOP, that is)! A friend
of mine has been studying up on C++ trying to learn it from scratch (isn't much
up on C yet anyways), and in fact that is what the books seem to be
recommending - people who really know C really hate C++. People who aren't
that much into it find it easier to get used to. Evidently there's a lot of
'unlearning' to do...
StG
#: 11884 S12/OS9/68000 (OSK)
22-Aug-91 09:25:43
Sb: #11877-Questions
Fm: Mark Wuest 74030,332
To: Jim Peasley 72726,1153
To some extent, it doesn't matter whether I like C++ or not, we're "stuck" with
it on our present project. Whether we use classes or not is up to us. Contrary
to Scott's observations, *I* think I may like it. Using classes enforces data
hiding in a way we only approached on our last project. Just to whet your
appetited, I'll give you a feature you may like:
If you have a function, foo(), it can actually be several functions with the
same name, but different prototypes. This means you can have several functions:
int foo(int arg);
int foo(char * arg);
int foo(void);
void foo(int arg1, int arg2);
int foo(int arg1, char *arg2);
- all having the same name. In your mainline code, you just call it with the
proper argument type and the compiler knows which one you actually want. Pretty
slick, huh? (FWIW, this is called "overloading")
As far as being happy with the current version of C, I *do* believe we will
have to migrate to ansi C anyway, so why not go "whole hog"? I would go for it.
A little serendipity: Borland supports C++ in their forum here on CI$:
go bprogb
Mark
#: 11819 S1/General Interest
18-Aug-91 01:20:36
Sb: previous message
Fm: Jim Peasley 72726,1153
To: All
EEEEK!! disregard the previous message - something nuked the file between
floppy and CIS.
Gonna go back to good ol' CoCo (maybe).
#: 11822 S1/General Interest
18-Aug-91 08:30:52
Sb: #2 meg upgrade
Fm: Paul Hanke 73467,403
To: anyone
Does anyone know the current status of a 2 meg upgrade for the CoCo-3? It
seems there is a way to do it, altho technically challenging, according to msg
#23785 on the CoCo forum. Actual file name is MEG.TXT and was supposed to be
in hardware/tech library as of late last month. -ph-
There is 1 Reply.
#: 11828 S1/General Interest
18-Aug-91 11:22:50
Sb: #11822-#2 meg upgrade
Fm: Kevin Darling 76703,4227
To: Paul Hanke 73467,403 (X)
Paul - yah, I saw that message also. I don't get over to the COCO forum much,
so I'm not sure if the file was ever uploaded. One of the other sysops should
know, tho. Guys?
There is 1 Reply.
#: 11829 S1/General Interest
18-Aug-91 15:09:42
Sb: #11828-2 meg upgrade
Fm: Paul Hanke 73467,403
To: Kevin Darling 76703,4227 (X)
Well, it must have been uploaded since some related messages suggest another
member downloaded it and claimed to be successful at the conversion to 2 meg.
The question is- what happened to it? -ph-
#: 11823 S3/Languages
18-Aug-91 08:33:18
Sb: #11735-#C Compiler Problem
Fm: Bruce MacKenzie 71725,376
To: Jay Truesdale 72176,3565 (X)
Jay,
I've run up against the same problem. It's a real pain having to type in
string inializers in single character format. So I got to thinking why not
write a conversion utility to expand the string notation to single character
notation automatically. I did and I just uploaded the program to lib 3 where
it will appear as soon as the sysop enables it. Have a look at 'strchar.ar'
and see if it can help you out.
There is 1 Reply.
#: 11831 S3/Languages
18-Aug-91 21:28:53
Sb: #11823-C Compiler Problem
Fm: Jay Truesdale 72176,3565
To: Bruce MacKenzie 71725,376 (X)
EXCELLENT! Thanks for cranking out that program, I'll get a copy of it when
it's available! I've been rackin' the ol' noggin trying to figure out some way
to get tis thing to work, I never thought to just change the string
specification format around....
Thanks again!
-J
#: 11824 S12/OS9/68000 (OSK)
18-Aug-91 09:51:00
Sb: #MM/1 Audio
Fm: John R. Wainwright 72517,676
To: all
Trying to get some sound out of my MM/1. Installation instructions say P5-1 is
sound out, P5-2 ground. Connected those pins to the audio input jack on my
Magnavox monitor. I am pretty sure that the "play"-type stuff wants the second
board, but I thought I could least get a "beep" out of it with "display 07".
Nuttin. (Well a quiet hum, maybe).
Suggestions?
John Wainwright
There is 1 Reply.
#: 11826 S12/OS9/68000 (OSK)
18-Aug-91 11:15:17
Sb: #11824-#MM/1 Audio
Fm: Kevin Darling 76703,4227
To: John R. Wainwright 72517,676 (X)
John - that sounds (sorry :-) correct. Should at least get a beep with 07.
Stand by tho; will be posting a newer driver in a day or so.
There is 1 Reply.
#: 11841 S12/OS9/68000 (OSK)
19-Aug-91 20:34:40
Sb: #11826-MM/1 Audio
Fm: John R. Wainwright 72517,676
To: Kevin Darling 76703,4227 (X)
Thanks, Kevin, I'll be watching for it.
JohnW
#: 11825 S15/Hot Topics
18-Aug-91 10:24:00
Sb: #MM1 & unknown pins
Fm: William Phelps 75100,265
To: ALL
I have a few simple questions...
What is the pinout of t0?
What are the pinouts of the jumpers on the mother board? Any help would be
appreciated.
William
There are 2 Replies.
#: 11832 S15/Hot Topics
18-Aug-91 21:30:04
Sb: #11825-#MM1 & unknown pins
Fm: James Jones 76257,562
To: William Phelps 75100,265 (X)
t0 should be a canonical PClonoid DB-9 serial connection--at least the PClonoid
cables I got to connect to DB-25 worked fine on it and the other serial outputs
from my MM/1.
For the rest, all I know is what I saw on the kit assembly instructions, and I
fear I can't deduce what some of those jumpers do from the brief descriptions
given.
There is 1 Reply.
#: 11833 S15/Hot Topics
18-Aug-91 22:35:06
Sb: #11832-MM1 & unknown pins
Fm: William Phelps 75100,265
To: James Jones 76257,562 (X)
Thanks, the video was PC-style, and t0 seemed PC-style. I just wanted to verify
the handshaking lines.
William
#: 11838 S15/Hot Topics
19-Aug-91 00:42:01
Sb: #11825-#MM1 & unknown pins
Fm: Scott t. Griepentrog 72427,335
To: William Phelps 75100,265 (X)
The pinout of /t0 is as follows:
1 - CD
2 - RX
3 - TX
4 - DTR
5 - GND
6 - n/c
7 - n/c
8 - n/c
9 - n/c
(I hope that's right). Note that normal PC/AT style DB9->DB25 adapters do have
the correct pinout, but since CTS/RTS are N/C on the MM1 T0 port, some modems
will not want to talk to it. The solution is to tell the modem to ignore
CTS/RTS handshaking if it can, otherwise get a break out box and tie pins 4-5-6
together (on DB25 to modem that is).
StG
There is 1 Reply.
#: 11848 S15/Hot Topics
20-Aug-91 04:56:35
Sb: #11838-#MM1 & unknown pins
Fm: William Phelps 75100,265
To: Scott t. Griepentrog 72427,335 (X)
Thanks, that really helps me out. So, the last four pins aren't connected huh.
William
There is 1 Reply.
#: 11860 S15/Hot Topics
20-Aug-91 21:29:01
Sb: #11848-MM1 & unknown pins
Fm: Scott t. Griepentrog 72427,335
To: William Phelps 75100,265 (X)
Not according to what few docs I have... I suppose I get get out my voltmeter
and check...
StG
#: 11840 S11/OS9/6809 (Non-CoCo)
19-Aug-91 17:13:35
Sb: #YACC
Fm: JAMES RICHARDSON 75126,3337
To: ANYBODY
Help,
I'm trying to find a public domain version of YACC that will run on my
old 6809 system. I downloaded the bison.ar (73270,3124) for the 68K and after
about three weeks of compatibility problems, gave up on trying to use that
version. However, the documentation on how to use a Yacc type product was
quite good. Anyhow, is there anybody out there who knows of a YACC program
available on Compuserve that will work (with little to no effort) on by 6809
(Microware C Compiler).
Jim
There is 1 Reply.
#: 11844 S11/OS9/6809 (Non-CoCo)
20-Aug-91 00:00:02
Sb: #11840-#YACC
Fm: Pete Lyall 76703,4230
To: JAMES RICHARDSON 75126,3337 (X)
Jim -
I'm sorry to report that I haven't seen a functional 6809 yacc/bison. There's a
lot to do in a 64k address space... perhaps too much without swapping.
Pete
There is 1 Reply.
#: 11856 S11/OS9/6809 (Non-CoCo)
20-Aug-91 16:49:43
Sb: #11844-YACC
Fm: JAMES RICHARDSON 75126,3337
To: Pete Lyall 76703,4230 (X)
PETE,
THANKS FOR THE REPLY. I BELIEVE A YACC/BISON LOOK ALIKE COULD BE
DESIGNED FOR THE 6809 64K ADDRESS SPACE, MAINLY BECAUSE WHEN I TRIED TO REWORK
BISON FROM THE 68K GROUP, I JUST SHORTENED SOME OF THE ARRAYS AND WAS ABLE TO
FIT IT INTO MY MEMORY. THE PROBLEM I RAN INTO WAS THAT THE SYSTEM, AS
DOWNLOADED, SEEMS TO BE INCOMPLETE OR JUST WRONG. THE TEST PROGRAM I RAN ON MY
REWORKED BISON GENERATED A C SOURCE THAT WOULD NOT COMPILE BEACUSE TOKENS WERE
NOT BEING #DEFINED. AS FAR AS I CAN TELL THIS IS AN CODING ERROR ON BISON
PART. AT THIS POINT I JUST GAVE UP. BY THE WAY, THE TEST PROGRAM I RAN AGAINST
BISON WAS THE ONE THEY USED AS AN EXAMPLE IN THE BISON DOC'S.
JIM
#: 11845 S7/Telecommunications
20-Aug-91 00:02:07
Sb: #MM/1 & STERM
Fm: Jim Peasley 72726,1153
To: Kevin Darling 76703,4227 (X)
Don't look like the phone cord is the culprit!! Next option is to drop back to
1200.
Kev;
This is more a test message to see if my phone extension cord is the culprit
in the 'garbled file Transmit' fiasco than a regular post.
Just to justify the bandwidth and logon cost tho, here's a quuestion... I'd
like to play around with the palette colors and possibly put together a
colorset utility a bit more sophisticated than 'color'. Where can I find
more(any)) info on the palettte controoller and cooommmmmanddds? I
nnotttice that 'color' is BASIC I-code. Do you know if there's source about?
Thanks, ette colors and possibly put tog epthh 'Bob'? Any damage in your
area? phisticated than 'color'. Wher
There is 1 Reply.
#: 11846 S7/Telecommunications
20-Aug-91 02:42:22
Sb: #11845-#MM/1 & STERM
Fm: James Jones 76257,562
To: Jim Peasley 72726,1153 (X)
Hiya. I just got through downloading some files (maybe 20K each) using sterm
on my MM/1 at 2400 baud, and it went just fine. Downloaded to RAM disk, though
as fast as the Quantum hard drives are, I tend to think that would do OK, too.
So...keep after it, it can work.
There is 1 Reply.
#: 11878 S7/Telecommunications
22-Aug-91 00:38:14
Sb: #11846-MM/1 & STERM
Fm: Jim Peasley 72726,1153
To: James Jones 76257,562 (X)
JJ;
Thanks for the words of encouragement... I need 'em at this point!
My first setup was using a 20' retractile cord stretched across the kitchen
to the phone jack. I suspect that this cord has some broken connectors in it,
as our oldest daughter used to talk for hours and progressively wrap the cord
around her waist as she paced the floor.
Switching to a straight 20' extension cord that is almost new, at least I was
able to download successfully at 2400 baud. <T>ransmits still got garbled.
Tonight I dropped back to 1200 and was able to <T>ransmit 2 separate messages
with no errors.
Next step is to go to ramdisk and shorten the modem/phone jack cord still
further.
One benefit to running into problems like this is the added knowledge gained
by RTFM. I found in the VIVA manual that ATDS=n will dial up to 4 numbers
stored in non-volatile memory! Neato!
...Jim
#: 11855 S12/OS9/68000 (OSK)
20-Aug-91 14:08:30
Sb: Color Command
Fm: Kevin Darling 76703,4227
To: Jim Peasley 72726,1153 (X)
Jim, this is scrunched up to fit in a message, but :-)
PROCEDURE color
PARAM p1$,p2$,p3$
DIM color,esc(3):BYTE\ esc(1)=$1b
ON ERROR GOTO 5000\ (* Give help msg if no parms at all
c$=p1$
IF c$="on" THEN \ (* Just do backgnd color if no foregnd
c$=p2$
GOTO 200
ENDIF
GOSUB 1000\ (* convert name to number for foregnd
esc(2)=$32\ esc(3)=color\ PUT #1,esc
ON ERROR GOTO 999\ (* Just exit if other parms missing
c$=p2$
IF c$="on" THEN c$=p N ENDIF
200 GOSUB 1000\ (* convert name to number for backgnd
esc(2)=$33\ esc(3)=color\ PUT #1,esc
999 END
1000 (* Convert c$ to integer color
RESTORE
LOOP
READ test$,color
EXITIF test$="end" THEN GOTO 5000 \ ENDEXIT
IF c$=test$ THEN RETURN \ ENDIF
ENDLOOP
RETURN
DATA "black",0,"grey",1,"gray",1
DATA "blue",2,"green",4,"red",8
DATA "cyan",6,"purple",10,"brown",12
DATA "lblue",3,"lgreen",5,"lred",9
DATA "lcyan",7,"yellow",13,"lgrey",14
DATA "white",15,"end",15
END
5000 (* Give help msg
PRINT "Syntax: color <fcolor> [on] [<bcolor>]"
PRINT " color on <bcolor>"
PRINT "Function: change fore/back colors"
PRINT "Colors:"
PRINT " black white grey "
PRINT " red green blue "
PRINT " lred lgreen lblue"
PRINT " brown yellow purple"
END
#: 11858 S12/OS9/68000 (OSK)
20-Aug-91 20:59:17
Sb: #Beloved Ar.c on the MM/1
Fm: Keith H. March 70541,1413
To: All
Help:
How do I compile the 68K c source code called AR.AR on the MM/1?
I get alot of warnings!
name = othername
dd dd dd
sdd
I get a arrow pointing to the "=" sign, WHAT IS UP.
Help
Keith
There is 1 Reply.
#: 11859 S12/OS9/68000 (OSK)
20-Aug-91 21:26:33
Sb: #11858-Beloved Ar.c on the MM/1
Fm: James Jones 76257,562
To: Keith H. March 70541,1413
Your message was somewhat garbled--could you repost, please?
#: 11863 S3/Languages
20-Aug-91 21:52:17
Sb: #Fixin' C Compiler Bug
Fm: Jay Truesdale 72176,3565
To: all
Well, here we go again! Consider the following C code with
the character initialization changed by Bruce Makenzie's
program. I added the terminating null character to each
string myself.
struct _mtable {
char _mnem[8];
int _mvi;
char _mvc;
};
static struct _mtable mtable[3] =
{
{'!','d','u','m','m','y',0}, 1, 2,
{'a','b','c','d',0}, 3, 4,
{'a','d','d',0}, 5, 6
};
This looks fine to me but the C Compiler says:
test4.c : line 10 **** } expected ****
{'a','b','c','d',0}, 3, 4,
^
test4.c : line 10 **** ; expected ****
{'a','b','c','d',0}, 3, 4,
^
test4.c : line 11 **** too many brackets ****
{'a','d','d',0}, 5, 6
^
test4.c : line 11 **** identifier missing ****
{'a','d','d',0}, 5, 6
^
test4.c : line 11 **** identifier missing ****
{'a','d','d',0}, 5, 6
^
test4.c : line 11 **** ; expected ****
{'a','d','d',0}, 5, 6
^
The C code looks OK to me according to my main reference,
I'm going to dig out my other C books and have a look.
It kinda looks to me like only the first chatacter is being
assigned to the string variable. (?)
In the meantime can anyone see what's going on here?
This has to be a simple syntax problem. (I hope)
Thanks, -J
There is 1 Reply.
#: 11868 S3/Languages
21-Aug-91 06:37:10
Sb: #11863-Fixin' C Compiler Bug
Fm: Mike Haaland 72300,1433
To: Jay Truesdale 72176,3565
Try the following to initialize your structs:
struct _mtable {
char _nmen[8];
int _nmi;
char _mvc;
};
static strict _mtable mtable[3] = {
{{'!','d','u','m','m','y','\0'}, 1, '\2'},
{{'a','b','c','d','\0'}, 3, '\4'},
{{'a','d','d','\0'}, 5, '\6'}
};
That's the way you initialize Menu arrays under Multi-Vue. Let me know if it
works for you! <Grin>
Mike
#: 11865 S12/OS9/68000 (OSK)
21-Aug-91 00:26:10
Sb: #MM/1 & fonts
Fm: Jim Peasley 72726,1153
To: Kevin Darling 76703,4227 (X)
Kev;
Continuing in my quest to eliminate garbled <T>ransmitted text using STERM,
here's another question for ya at 1200 baud.
Why does the system grab 8,250 bytes when merging a 2059 byte font file?
This is a repeatable process... each font loaded decreases available memory by
8.25k.
...Jim
There is 1 Reply.
#: 11870 S12/OS9/68000 (OSK)
21-Aug-91 10:12:54
Sb: #11865-MM/1 & fonts
Fm: Kevin Darling 76703,4227
To: Jim Peasley 72726,1153 (X)
Jim - good question. I'll look into it... thanks!
#: 11866 S15/Hot Topics
21-Aug-91 00:27:27
Sb: #Serial ports?
Fm: Jim Peasley 72726,1153
To: Paul Ward 73477,2004
Paul;
I've looked all through the files that I've gotten from CIS and the
literature that came from IMS, and I can't find anything about the change from
2 serial ports (one of them factory configurable for MIDI) to one serial port.
When did the config of the system change? And why?
Thanks,
...Jim
There are 2 Replies.
#: 11871 S15/Hot Topics
21-Aug-91 10:15:40
Sb: #11866-Serial ports?
Fm: Kevin Darling 76703,4227
To: Jim Peasley 72726,1153 (X)
Jim - you mean on the first board? There are two serial ports... one out the
back, and a header for the other (MIDI configurable) one. The header is the
brown 6-pin jobbie back by the bus... it requires what they call a "paddle
board" (which are being made now, I think).
#: 11880 S15/Hot Topics
22-Aug-91 03:20:30
Sb: #11866-Serial ports?
Fm: Scott t. Griepentrog 72427,335
To: Jim Peasley 72726,1153
As kev says, there is two ports. One of them may be used for MIDI 'instead'.
The switchable MIDI/Serial (T1) port is, in fact, user selectable. There is
now a jumper to set the xtal frequency, although you do have to buy the proper
'paddle' board from IMS to have the right connections...
StG
#: 11867 S7/Telecommunications
21-Aug-91 00:31:12
Sb: MM/1 & sterm
Fm: Jim Peasley 72726,1153
To: Kevin Darling 76703,4227 (X)
Kev (and Mark, if you're listening)
Looks like the drop back to 1200 works in eliminating garbled transmitted
text. Next step is to go back to 2400 using a ramdisk. Don't know what the
problem is at this point, but it may just be that this VIVA 2400 is at the
edge. Stand by for further news as it happens.
...Jim
#: 11869 S10/OS9/6809 (CoCo)
21-Aug-91 07:56:10
Sb: #basic09
Fm: Paul Hanke 73467,403
To: anyone
How can basic09 determine if it is running in a text window or graphics window:
this is important if overlays are used since color choices in one will not
apply to the other? -ph-
There is 1 Reply.
#: 11885 S10/OS9/6809 (CoCo)
22-Aug-91 12:51:17
Sb: #11869-#basic09
Fm: Kevin Darling 76703,4227
To: Paul Hanke 73467,403 (X)
Paul - use the syscall command to do an I$GetStt (get status) command with
SS.ScTyp as the desired subcall:
procedure GetSType
type stack:CC,A,B,DP:byte;X,Y,U:integer
dim reg:stack
dim SS_ScTyp:byte \ SS_ScTyp=$93
dim I_GetStt:byte \ I_GetStt=$8D
reg.A = 1 \ (* path = stdout
reg.B = SS_ScTyp
run syscall(I_GetStt,reg)
print "Screen Type = ";reg.A
end
There is 1 Reply.
#: 11886 S10/OS9/6809 (CoCo)
22-Aug-91 15:43:17
Sb: #11885-basic09
Fm: Paul Hanke 73467,403
To: Kevin Darling 76703,4227
Thanks for the code, I'll try it out soon. (was hoping there'd be some easy
PEEK, tho ;->)
#: 11872 S10/OS9/6809 (CoCo)
21-Aug-91 17:29:14
Sb: #DS-69B
Fm: Lee Veal 74726,1752
To: All
I was recently given a used (but working) DS-69B). I've had a lot of fun with
it. As I've learned more about the unit and software, facts that made no sense
to me at first have become more and more clear.
One such fact was the use of the included program called SLOWPIC.BAS that
captures an image using a 64-level gray scale. As a result of running
SLOWPIC.BAS a file is built which holds (I assume) the digitized picture that
SLOWPIC.BAS scanned in from the attached camera. However, my puzzlement comes
from trying to fegure out what the file is to be used for. Is the file produced
by SLOWPIC.BAS for printing, displaying (on screen), both, neither, or what?
I still haven't located the rumored OS-9 Lvl 2 drivers for t-e DS-69B. (A
friend logged-on to BIX and checked, he downloaded a directory and gave a copy
to me. So far, I haven't seen anything that looks like OS-9 Lvl 2 drivers for
the DS-69B.)
I've noticed that the unit still seems to be incompatible with my B&B
Autoboot process. (i.e. When the DS-69B is plugged in, my system will not
autoboot (or manually for that matter either). I've downloaded all the
CoCo1/2/3 memory maps that I could find. The memory maps that I've found in
the CoCo and OS9 libraries don't include the DS-69B's I/O address.)
Does anyone know if Micro Works still exists somewhere? If so, what's their
address and ph. #?
Any help will be greatly appreciated and I will personally reward anyone
that helps by mentioning you in my last will and testament. (When I get around
to writing it, that is!!! Just waiting to fulfill the "sound mind" proviso,
I'm sure that any day now a rush of sanity will wash over me.)
Thanks,
Lee Veal
There are 2 Replies.
#: 11873 S10/OS9/6809 (CoCo)
21-Aug-91 18:11:39
Sb: #11872-#DS-69B
Fm: Bill Dickhaus 70325,523
To: Lee Veal 74726,1752 (X)
Lee,
I might be able to figure out the address of the DS-69B from the basic program,
that might help in figuring out the OS9 boot problem. I don't know anything
about the driver, but it shouldn't be that hard to figure out from the basic
program. I'll take a look at it, but I can't promise anything.
Bill
There is 1 Reply.
#: 11883 S10/OS9/6809 (CoCo)
22-Aug-91 07:52:16
Sb: #11873-DS-69B
Fm: Lee Veal 74726,1752
To: Bill Dickhaus 70325,523 (X)
Great, I've already penciled in your name... :-)
Lee
#: 11891 S10/OS9/6809 (CoCo)
22-Aug-91 19:30:40
Sb: #11872-DS-69B
Fm: Mike Haaland 72300,1433
To: Lee Veal 74726,1752
I too tried to find out what the problem with the DS-69's and Lvl II were a few
years back. What I found out is that the hardware messes with OS9 systems
memory and stomps on OS9. I called Micro Works then and was told that it could
not be made to work with Lvl II. At one point I was going to send my unit to
Kev D. to let him write the software and readdress the unit, but once placed in
the queue, I forgot about it.
If someone has developed OS9 software for the DS-69b, It hasn't been mentioned
here. (At least to my knowledge)
Mike
I'm pretty sure that it's addressed the same as the B&B HD interface too.
#: 11874 S6/Applications
21-Aug-91 19:15:48
Sb: #x10
Fm: PHIL SCHERER 71211,2545
To: Pete Lyall
Hi Pete--Does your x10 software run the tandy plug n power??
There are 2 Replies.
#: 11882 S6/Applications
22-Aug-91 05:18:03
Sb: #11874-#x10
Fm: Bill Dickhaus 70325,523
To: PHIL SCHERER 71211,2545 (X)
Phil,
The X10 software does not work with either of the tandy versions, it works with
the serial version only.
Bill
There is 1 Reply.
#: 11888 S6/Applications
22-Aug-91 18:27:56
Sb: #11882-x10
Fm: PHIL SCHERER 71211,2545
To: Bill Dickhaus 70325,523
Hi Bill -- Only the X10 like in Crutchfields???
#: 11887 S6/Applications
22-Aug-91 15:56:13
Sb: #11874-#x10
Fm: Pete Lyall 76703,4230
To: PHIL SCHERER 71211,2545 (X)
Pil -
(oops... PHIL)
The Tandy unit is connected to the cassette port, which is unfortunately nearly
impossible to use under os9 (at least for non-babysitting input). You'll need
the X10 plug & power serial version (CP-290?) sold at Egghead Software attached
to a serial port. Figure ballpark $50-60.
Pete
There is 1 Reply.
#: 11889 S6/Applications
22-Aug-91 18:30:49
Sb: #11887-#x10
Fm: PHIL SCHERER 71211,2545
To: Pete Lyall 76703,4230 (X)
Hi Pete--Is that the one that's sold at Crutchfields too?? By the way, is it ok
to put your software on Delphi?? Many folks are asking.
There is 1 Reply.
#: 11890 S6/Applications
22-Aug-91 19:10:48
Sb: #11889-x10
Fm: Pete Lyall 76703,4230
To: PHIL SCHERER 71211,2545
Phil -
Dunno what a Crutchfield's is.... if it works on the IBM, probably.
Sure (re: Delphi).... someone was supposed to do that already though. Might
have been Hugo Bueno?
Pete
#: 11875 S1/General Interest
21-Aug-91 21:01:49
Sb: Host Name
Fm: Paul Hanke 73467,403
To: anyone
When logging on CIS one sometimes gets a prompt to enter Host Name:
and we enter CIS. Which brings up the question- what other hosts are
available and under which call letters? -ph-
Press <CR> !>u