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

2179 lines
74 KiB
Plaintext
Raw Normal View History

Initial commit
2021-04-15 11:31:59 -07:00
#: 14399 S12/OS9/68000 (OSK)
22-Feb-92 10:35:47
Sb: #14397-#upload space
Fm: Jim Sutemeier 70673,1754
To: Mike Ward 76703,2013 (X)
size of uploads--> Mike, the cmds for the C++ Compiler take up 690,000 bytes
(compressed). (The main module for this compiler is 849,000 bytes,
uncompressed!)
I had also intended on uploading a GCC compiler, which is ANSI compatible. It
is smaller in size than the C++ Compiler, should only be about 750-800,000
bytes total for that set.
When I started the uploading, wasn't aware that there were any space probs here
on CI$.
I'll try to get the C++ cmds in now, please advise me on the ANSI compiler.
Thanks.
jim Sutemeier
There is 1 Reply.
#: 14436 S12/OS9/68000 (OSK)
27-Feb-92 00:13:50
Sb: #14399-upload space
Fm: Wayne Day 76703,376
To: Jim Sutemeier 70673,1754 (X)
Jim,
I've made a little bit more space available, so if you run into problems again,
please let us know.
There aren't really any space problems here on CompuServe..... just a problem
with us not always erasing the files that folks are no longer accessing.
Houskeeping chores, ya know.
Wayne
#: 14401 S7/Telecommunications
22-Feb-92 12:23:41
Sb: #IRQ Hack Query
Fm: Ches Looney 73016,1336
To: Kevin Darling 76703,4227 (X)
Kevin, I recently started using STERM and began to experience lockups that Mark
Griffith thinks may be due to lost IRQs. He urges me to install the IRQ hack
so I looked in the files and found the Lyall hack and the diode hack.
Apparently both are intended to tie the IRQ from the RS232 pak to the IRQ input
on the 6809. What is the problem with the original design? It looks like a
multiplexer should be sending the IRQs through, so is the problem that the
multiplexer misses IRQs under certain conditions? On the diode hack, what is
intended by the direction to tie the #8 ports together? Tie all pin 8s on the
pak sockets together? What about tying the combined #8s to the #8 plug to the
CoCo? In other words, is the diode hack intended to bypass the multiplexer by
the "brutal" method of shorting the four inputs to the single output? In the
diode hack, is it necessary that the diode be germanium? Is the input that
sensitive that the .4 volt difference between germanium and silicon diodes is
important? Thanks for your help. Regards, Ches.
There is 1 Reply.
#: 14406 S7/Telecommunications
23-Feb-92 07:16:41
Sb: #14401-#IRQ Hack Query
Fm: Kevin Darling 76703,4227
To: Ches Looney 73016,1336 (X)
Hi Ches!
Background: the GIME's external IRQ input is edge-sensitive, instead of
level-sensitive... meaning yes, interrupts can be lost (or ignored). It seems
that the GIME design was changed to this method towards the end, but the
updated info slipped through the cracks... L-II still expected otherwise.
The other needed background is that the MPI only allows one slot to pass
interrupts at a time (this is left over from the ROMPAK startup days).
So, right, the basic idea of all the "IRQ Hacks" is to bypass the GIME and/or
the MPI irq-slot selection. (There are also software hacks to bypass the GIME,
and many aftermarket drivers do that, but...).
MPI: You only need the MPI hack (pins 8 tied together) if you have more than
one device out there which uses interrupts. So, for example, if you only have
one such device (the RS232 pak), then no problem. If you have more (a couple
of RS232 paks, or a pak plus a no-halt controller, or etc), then you clearly
have to bypass the MPI selector.
GIME: Some people simply bypass it all together, and run all the external IRQs
straight to the 6809 (you should see my lazy computer mess, btw: my SC-II irqs
come thru my stock MPI, and so I have an external wire running to the cpu from
my PBJ dual rs232 pak - ugh). Anyway, the diode hack takes any interrupts that
can get out the MPI (modified or not) and bypasses the GIME. The diode part is
so that old ROMPAKs can also be used. I believe that it does have to be
germanium, from what people have found. Of course, if you do the MPI hack, I'm
not sure the diode hack (vs just using a jumper) makes sense.
Clear as mud? :-) Basically, the MPI is a SP4T switch... tieing pins 8 bypass
it. The GIME is a latching doorbell... so you sometimes can't tell how many
people are pushing it. - kevin
There are 2 Replies.
#: 14407 S7/Telecommunications
23-Feb-92 07:33:40
Sb: #14406-IRQ Hack Query
Fm: Ches Looney 73016,1336
To: Kevin Darling 76703,4227 (X)
Thanks for info, Kevin. Now off to study. Regards, Ches.
#: 14414 S7/Telecommunications
23-Feb-92 14:49:30
Sb: #14406-#IRQ Hack Query
Fm: Ches Looney 73016,1336
To: Kevin Darling 76703,4227 (X)
OK, Kev. I've put in the diode hack as follows: tied the rom-pak-socket ends
of r11, r12, r13, r14 together in the MPI, and put in a 1n34 between the IRQ
end of r2 and pin 8 of the rom-pak-plug of the CoCoIII. One attempt of a
download using STERM on a 180K file in the non-sliding-window mode of B+
protocol worked without a flaw. Trying the sliding window mode seems not to
work - first and second blocks come thru head to tail, then there's a long wait
followed by 3 and 4 then a long wait (perhaps as much as a minute) then 5 & 6,
etc. Should I have also tied the #8 pin of the MPI to the 4 resistor ends?
Tried a silicon diode without success, btw. Comments?? Ches.
There are 2 Replies.
#: 14417 S7/Telecommunications
23-Feb-92 16:45:20
Sb: #14414-IRQ Hack Query
Fm: Kevin Darling 76703,4227
To: Ches Looney 73016,1336 (X)
Ches - I'll have to look up the schematics, but it sounds right.
The STerm thing may simply be because of the smaller serial input buffers on
the coco... they could be overrun and it takes a while for CIS to notice the
reported error and resend and slow down because it knows things aren't going so
hot, etc.
Perhaps someone else can confirm (or deny :) this. - kev
#: 14418 S7/Telecommunications
23-Feb-92 17:15:27
Sb: #14414-#IRQ Hack Query
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Ches,
I've lost track of your set up so ....
The sterm '-f' option works only if you are downloading to a ram disk or have a
fast hard drive.
Also ... make sure the buffers are as large as you can make 'em.
Steve
There is 1 Reply.
#: 14419 S7/Telecommunications
23-Feb-92 20:53:17
Sb: #14418-#IRQ Hack Query
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Steve, I hadn't thought of using ramdisk - I'll try that. Still haven't doped
out how to change buffer size (but haven't given up yet) Ches.
There is 1 Reply.
#: 14426 S7/Telecommunications
24-Feb-92 20:52:27
Sb: #14419-IRQ Hack Query
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Ches,
Take a peek at PAKMOD.TXT and PAKMOD.SRC in LIB 10 if you're still using the
stock stuff from Tandy. That will get you a couple of more extra bytes.
You might also want to look at Bruces Isted's SACIA stuff. I believe it allows
for varriabe size buffers. Should also be in LIB 10.
Steve
#: 14404 S12/OS9/68000 (OSK)
22-Feb-92 23:24:00
Sb: #14390-#GNU C Compiler
Fm: Robert Heller 71450,3432
To: Jim Sutemeier 70673,1754 (X)
I already snarfed it from the InterNet. It is great. It would be nice if it
generated srcdbg compatable debug info though... While I can survive with
printf()s (err cout <<'s), it would be nice to be able to use the debugger...
Robert
There is 1 Reply.
#: 14405 S12/OS9/68000 (OSK)
23-Feb-92 00:02:19
Sb: #14404-#GNU C Compiler
Fm: Jim Sutemeier 70673,1754
To: Robert Heller 71450,3432 (X)
I haven't gotten much further than to start listing out the defs files, myself.
But, 'cause I ALWAYS try something out before reading the dox (grin), I simply
HAD to run a test comparison between the MW Compiler and this GNU C++ Compiler,
as it will 'try to imitate traditional C'.
I compiled a program of 27,375 bytes first with the MW compiler...it took 2:14
minutes, final outfile was 23,428 bytes.
Using GNU 1.40, it took 2:21 minutes, and, using the -O (for optimizer) option,
the final outfile was 22,806 bytes.
That really impressed the heck out of me. Over 600 bytes optimized out, on a
compiler that says it will "TRY" to compile it.
Now, I gotta go buy some books on C++, so I can start to learn that
implementation of C.
Have fun!
jim Sutemeier
There is 1 Reply.
#: 14425 S12/OS9/68000 (OSK)
24-Feb-92 20:49:55
Sb: #14405-#GNU C Compiler
Fm: Bob van der Poel 76510,2203
To: Jim Sutemeier 70673,1754 (X)
I tried to recompile a few of my programs (Ved and Vprint) and found that the
code actually increased in size a little. Guess it depends on what's going on.
But you're correct--they are very nice offerings. Not sure if I'm going to get
into C++ or not.
Oh, are the doc files you uploaded for the C++ or C compiler?
There is 1 Reply.
#: 14429 S12/OS9/68000 (OSK)
25-Feb-92 15:32:15
Sb: #14425-GNU C Compiler
Fm: Jim Sutemeier 70673,1754
To: Bob van der Poel 76510,2203 (X)
dox files for C Compiler--> Bob, I uploaded two different compilers from GNU,
the ANSI C Compiler and the C++ C Compiler. The ANSI C Compiler is complete
and intact, just as it sits (all dox and cmds are in the same archive.) The
C++ Compiler, on the other hand, are so extensive (and VERY long) that I left
those in idividual archives in the database.
So, the DOX 1 & 2 belong to the C++ Compiler, as does the lfiles, defs, and gnu
cmds.
I haven't decided if I want to tackle C++ myself.....yet.....but I LIKE the
option of being able to do so if I want to.
Take care.
jim Sutemeier
#: 14408 S12/OS9/68000 (OSK)
23-Feb-92 09:00:34
Sb: #14393-/P ports
Fm: Jim Peasley 72726,1153
To: Steve Wegert 76703,4255 (X)
Steve;
No resolution switch, but it does have a PC/MS switch on the bottom and it is
3 button - model AM25.
...Jim
#: 14409 S14/misc/info/Soapbox
23-Feb-92 09:26:59
Sb: CoCo List postings
Fm: Steve Wegert 76703,4255
To: All
Just a short note to let everyone know that the COCO LIST postings have resumed
in Library 14.
Their absence over the last few weeks has been due to getting my MM/1 up and in
a state where I can be productive. I'm finally there!
The wait for the I/O board was certainly worth it. This thing zips along!
Now .... the hunt for all those utilities I've grown accustomed to on the CoCo
continues!
Steve
#: 14411 S10/OS9/6809 (CoCo)
23-Feb-92 12:15:13
Sb: CRC stuff
Fm: Steve Wegert 76703,4255
To: All
Just found this on the CoCo List and thought a few folks might be interested:
<<>>
From @KSUVM.KSU.EDU:COCO@PUCC.BITNET Sat Feb 22 19:29:10 1992
Received: by wuarchive.wustl.edu (5.65a+/WUSTL-0.3) with SMTP
id AA09562; Sat, 22 Feb 92 19:29:08 -0600
Message-Id: <9202230129.AA09562@wuarchive.wustl.edu>
Received: from KSUVM.KSU.EDU by KSUVM.KSU.EDU (IBM VM SMTP V2R1)
with BSMTP id 6253; Sat, 22 Feb 92 19:29:20 CST
Received: from KSUVM.BITNET by KSUVM.KSU.EDU (Mailer R2.07) with BSMTP id 6561;
Sat, 22 Feb 92 19:29:20 CST
Date: Sat, 22 Feb 1992 19:25:03 CDT
Reply-To: "Haywood,Arvin Carl Robert" <HAYWOOD%GRIN1.bitnet@KSUVM.KSU.EDU>
Sender: COCO - Tandy Color Computer List <COCO%PUCC.bitnet@KSUVM.KSU.EDU>
From: "Haywood,Arvin Carl Robert" <HAYWOOD%GRIN1.bitnet@KSUVM.KSU.EDU>
Subject: CRC and 1 Meg upgrade
To: Multiple recipients of list COCO <COCO@PUCC>
Status: OR
I make a post earlier in the week in which I said that I was
looking for the 1 Meg upgrade for the coco 3. I have received numberous
messages asking if I had found out a source yet. Well, I got ahold of Tony
DiStefano tonight and he informed me that CRC was going to make a limited
number of 1 Meg upgrades, Super Controller II's, and 4-N-1 Boards. The
Products should be available in a week or so. You can call CRC for details
or to order one. This info should make the people that contacted me
happy.
Carl
#: 14412 S3/Languages
23-Feb-92 12:25:15
Sb: #14190-#Help
Fm: George Hendrickson 71071,2003
To: Pete Lyall 76703,4230 (X)
I think I tried CC but it need RMA and RLINK which I don't have. Where do I get
those files?
There is 1 Reply.
#: 14415 S3/Languages
23-Feb-92 15:41:39
Sb: #14412-Help
Fm: Pete Lyall 76703,4230
To: George Hendrickson 71071,2003
George -
RMA and RLINK come on the DEVELOPERS PAK disks. Technically, you could use a
disk editor and patch the module names of C.asm and C.link to be RMA and RLINK.
Then you would of course also have to rename the files to the same names.
Optionally, you could get the developers pak.
Pete
#: 14413 S9/Utilities
23-Feb-92 12:28:48
Sb: #14191-#PAK utility
Fm: George Hendrickson 71071,2003
To: Pete Lyall 76703,4230 (X)
I like AR except for the fact that when you update a file in the pack, it
expands the file and doesn't get rid of the old file. I use AR to backup my BBS
every night at maintenance time. I had to delete the old AR files and then
archive the directorys I wanted backed up all over again. Its just time
consuming thing... BTW, I bought a 386 33mhz system this past saturday and
really love the thing! Just blows me away! Now I need to get that cc3disk
module that reads IBM disks and start coping files over....
There is 1 Reply.
#: 14416 S9/Utilities
23-Feb-92 15:44:03
Sb: #14413-PAK utility
Fm: Pete Lyall 76703,4230
To: George Hendrickson 71071,2003
You may want to look at the HDKIT package in DL9... that will allow you to do
incremental backups. You could always AR the results later.
Pete
#: 14420 S14/misc/info/Soapbox
24-Feb-92 03:43:26
Sb: #14387-#OS-9 Community Network
Fm: John Wight 76370,2100
To: Robert R MacKay 100036,676 (X)
I have noticed there have been a few systems from "down under" to join us on
the Fidonet COCO and OS9 echos lately. You may have heard there is soon to be
an MM/1 echo as well. One in particular is John Kelly's system (I don't have th
name and number with me). He has already expressed interest in receiving files
via Fidonet software. I don't know where his system is in relation to yours,
but all Australian OS-9 users might want to organize in order to distribute
information with those of us in Fidonet Zone 1 more efficiently. To start this
information exchange, send me some disks. I can work with 5 1/4 inch 360k
floppies, or 3 1/2 inch 720k floppies. I have about 12 or 13 megabyte of
information to exchange, which would be about 30 360k floppies, or 15 720k
floppies (in COCO OS-9 format). Then I hope either you or John Kelly will (or
both of you together) establish a means of distributing this information with
the rest of the OS-9 community in Australia. With the number of systems in
Australia already picking up the Fido COCO and OS9 echos, those of us are
finding OS-9 is more popular in Australia than those of us in North America
thought :-). BTW, my Fidonet mail problems seem to be over, so I assume your
Fido message will be getting to me anyday now...
There is 1 Reply.
#: 14434 S14/misc/info/Soapbox
26-Feb-92 18:24:46
Sb: #14420-#OS-9 Community Network
Fm: ole hansen 100016,3417
To: John Wight 76370,2100 (X)
reply Hello John. I have just been reading the information about the OS-9
community and OCNN I looks great. I live in DENMARK nearby Copenhagen, where I
work for a company called 'danelec electronics aps'. We sell VME-boards/systems
with MOTOROLA 68K/88K running Unix and of course OS-9/68K. I have been here
since 1981 (I believe somebody see this as beeing lazy, but a lot happens on
the VME-side as well as OS-9/68K). We have just founded a danish OS-9/68K
user-group. It is called : ONUG/DK (Os-Nine User Group/DenmarK). We also run a
BBS for MOTOROLA family of micros and OS-9/68K. How do I get onboard this group
?? I know very little about 'fido-net'( I have heard the words ), so do you
know of any 'fido-nodes' in DENMARK that I can connect to ?? I have downloaded
the documents mentioned as well as the newsletters. Can I post these on our BBS
??? I will give you the Number in a few days, but wright now (today) somebody
disconnected both the lines we had. Our bbs is running on a UNIX System V/68
MVME147A 8MB-ram 20MHz 16 seriel lines and 600MB harddisk (300 for BBS (100 for
OS-9 alone)). It will contain all the TOP-Munic v2.0 and EFFO software + a lot
more. Could you please guide me from here ?? I would not mind to work in the
interrest of the OS-9 community.
best regards
Ole B. Hansen
100016,3417 OZ1JRU Email: ole@danelec.dk
There is 1 Reply.
#: 14501 S14/misc/info/Soapbox
06-Mar-92 02:54:18
Sb: #14434-#OS-9 Community Network
Fm: John Wight 76370,2100
To: ole hansen 100016,3417 (X)
Consider yourself a member of the OS-9 Community Network, then, and feel free
to spread our files around. I have captured your message and will do some
research on the best way to exchange information with those of you in Denmark,
including Fidonet. There are Fidonet BBS systems in your area. I will look on
my list for one near you and get back to you. Thanks for taking interest. So
far we have members in the U.S, Canada, Australia, Belgium, and now Denmark !
BTW, the members in Belgium tell me there is a users group called EUROS9 and
EUROCOCO, and have sent alot of information such as their newsletters back to
us. It looks like our new network is going to show the rest of the computing
world how special our community is !
There is 1 Reply.
#: 14533 S14/misc/info/Soapbox
07-Mar-92 18:58:13
Sb: #14501-OS-9 Community Network
Fm: ole hansen 100016,3417
To: John Wight 76370,2100
Hello John. I will be looking forward to hear from you. I have been online for
10 years with OS-9/OSK, so it is nice to have someone to share with.
best regards
ole b. hansen
#: 14421 S7/Telecommunications
24-Feb-92 07:01:20
Sb: #STERM etc.
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Steve, thanks for your help. Using a ramdisk and the IRQ diode hack allows
STERM on my system to fly. Downloaded a long (approx 280k) file last night
with approx 75% efficiency; it didn't appear to have any break in the received
packets at all (watching the LEDs). Many thanks. Ches.
There is 1 Reply.
#: 14427 S7/Telecommunications
24-Feb-92 20:53:46
Sb: #14421-STERM etc.
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Glad we got things cooking! Downloading to a RAMDISK practically assures
success using the B+ protocol.
Steve
#: 14422 S7/Telecommunications
24-Feb-92 07:08:45
Sb: IRQ hack etc.
Fm: Ches Looney 73016,1336
To: Kevin Darling 76703,4227 (X)
Thanks for your guidance, Kevin. After the IRQ diode hack and using a ramdisk,
downloading appears to be pause free between packets. BTW, I had to go out to
buy some 1N34s (never thought I'd run out of those) and found 1N93s (germanium
power diodes), as well as silicon diodes, don't let the IRQ diode hack work.
Still uncertain about the original MPI design flaw. Edge detection ? - another
way of saying the multiplexing of IRQs is just too slow in the original design?
or is it really using the pulse created by differentiating the square wave
level change? Or is the multiplexing losing an IRQ in the times when the
multiplexor is looking at other IRQ sources? And is there a bad side effect of
strapping all the PAK IRQs together so that identification of which IRQ is from
which PAK is lost? Anyway, thanks for the encouragement and guidance; STERM is
now working at full speed on my system. Regards, Ches.
#: 14423 S7/Telecommunications
24-Feb-92 07:11:44
Sb: STERM etc.
Fm: Ches Looney 73016,1336
To: Mark Griffith 76070,41 (X)
Mark, thanks for your suggestions regarding the IRQ hack and the -f option in
STERM. Apparently my hard disk (OWLware) is not fast enough for the -f option,
but Steve Wegert urged me to try STERM/-f with a ramdisk and that works like a
champ. Downloaded a long file last night with apparently no pauses between
packets. Thanks again and regards, Ches.
#: 14424 S12/OS9/68000 (OSK)
24-Feb-92 16:14:32
Sb: G-WINDOWS
Fm: Ed Gresick 76576,3312
To: ALL
To all -
G-WINDOWS for the SYSTEM IV computer is released and available for immediate
shipment. All orders we have received were shipped today.
Owners of SYSTEM IV computers or computers using the PT68K4 board, call
for a free demo copy of the G-WINDOWS and G-VIEW.
For more information, see upload G-WINDOWS INFO in the library.
Ed Gresick - DELMAR CO
302-378-2555
#: 14430 S10/OS9/6809 (CoCo)
25-Feb-92 19:11:08
Sb: #Deskmate
Fm: Ian Hodgson 72177,1762
To: All
This question should take a few of you back a bit in time. I have recently
taken out and dusted off my copy of Deskmake 3, and put it on a real disk with
Vdgint, etc. It's not very sophisticated in some ways, but is perfectly suited
to the needs of a beginner who uses my CoCo 3 from time to time.
Now, for reasons unknown, the mouse/joystick will not move the pointer all the
way to the right side, nor to the bottom, of the screen. Normally this is not
too much of a problem, but with PAINT it seriously limits the type of drawing
you can do. I checked the joystick and it indeed covers the normal 0-63 range
horizontally and vertically just fine. Has anyone run into this and found a
solution?
Secondly, what in Deskmate 3 binds it to /term? It won't run from another VDG
screen. Not a serious problem, but I do like to use it concurrently with other
tasks and prefer to come up in 80 column mode.
Finally, why do most of the modules show up as non-shr in an ident? Does this
really mean that they are not reentrant, ie. I can't run two Deskmates at once
(provided that they could work from other than /term, of course)?
There is 1 Reply.
#: 14431 S10/OS9/6809 (CoCo)
26-Feb-92 03:41:23
Sb: #14430-#Deskmate
Fm: Kevin Darling 76703,4227
To: Ian Hodgson 72177,1762 (X)
Ian,
Get DESK3.SCR in Lib 10. It's a modpatch script to make DM3 use the hires
mouse, and run from any vdg screen (not just /TERM).
For that matter, do a "bro /key:desk*" in Lib 10. There are some interesting
files and mods there.
I have no idea if more than one DM3 can be run at a time. But heck, change
them all to shareable and try it <grin>. Luck!
kev
There is 1 Reply.
#: 14437 S10/OS9/6809 (CoCo)
28-Feb-92 22:50:27
Sb: #14431-#Deskmate
Fm: Ian Hodgson 72177,1762
To: Kevin Darling 76703,4227 (X)
Kevin,
I got DESK3.SCR from lib 10 and it worked out just fine. Thanks for the tip.
One odd thing, though. The hires mouse works now, but unlike its very smooth
movement with MultiVue, with Deskmate the movement is jerky and erratic and
difficult to control. Any idea why there shoul be that difference?
Come to think of it, just where is the driver for the hires mouse? I have no
idea how it works, though I suspect there is a digital ramp generator
controlled by software somewhere; 8 bits, I would guess. Given OS9's modularity
I would have expected a device driver and descriptor for the mouse, but that
isn't the case, so where does it hide?
Ian
There is 1 Reply.
#: 14441 S10/OS9/6809 (CoCo)
29-Feb-92 10:13:13
Sb: #14437-#Deskmate
Fm: Kevin Darling 76703,4227
To: Ian Hodgson 72177,1762 (X)
Ian,
Hmm. Deskmate must sleep a lot between reading mouse/joystick (like CoCo Artist
did). Would have to track it down.
The hires mouse driver is in CC3IO. You're right: it tells the hires interface
to begin charging a capacitor... and the driver shuts off interrupts and counts
in software until ramp meets the joystick position. If the mouse is in the
lower right corner, this can mean irqs are disabled for a very long time (I
think up to 10ms or maybe more). Therefore, when doing nothing else, it's best
to move the mouse to the upper-left corner where the delay is negligible.
kev
There is 1 Reply.
#: 14487 S10/OS9/6809 (CoCo)
05-Mar-92 11:48:47
Sb: #14441-Deskmate
Fm: Lee Veal 74726,1752
To: Kevin Darling 76703,4227 (X)
Or Ian could now install Bruce Isted's serial mouse support (in MOUSE.AR). I'm
using a Logitech mouse on one of my CoCo3s and an Impression Mouse (which is a
Microsoft-compatible) on another. The problem of loosing IRQs during mouse
movements goes away when the serial mouse is used instead of the Hi-Res
adaptor.
I have no IRQ hacks on either of my systems, but now have the freedom
of using GSHELL+ or any other mouse-driven software while doing uploads or
downloads from BBSs or other services. I have had NO lock-ups due to IRQs that
were lost due to mouse operations since installing Bruce's Serial Mouse
Drivers.
Incidentally, I use multi-port seral cards on both of my systems, so I'm able
to run multiple serial applications simultaneously and the mouse drivers, too.
Lee
#: 14432 S7/Telecommunications
26-Feb-92 07:20:00
Sb: #STERM
Fm: Brother Jeremy, CSJW 76477,142
To: All
Dear Friends, I recently started using STERM here on CIS. I seem to be loosing
a few characters here and there. Also I am getting "garbage" characters.
For example, I have a line on the screen "[JThe OS-9 Forum;70HCompose"
Finally, the B protocol worked fine for one dowload, and then every
thing locked up. I originally used OSTERM 2.08 for CIS. Do I have to change
any settings, patch anything on my system, etc. Thank you for your help.
With all best wishes, Br. Jeremy, CSJW
There is 1 Reply.
#: 14433 S7/Telecommunications
26-Feb-92 07:35:21
Sb: #14432-#STERM
Fm: Steve Wegert 76703,4255
To: Brother Jeremy, CSJW 76477,142 (X)
Sounds like a couple of problems cooking.
First, the weird characters are probabbly VIDTEX control codes. GO DEFAULT and
set your terminal to OTHER or DUMBCRT. THat should fix that.
Loosing characters is indicative of an IRQ problem. Have you installed the IRQ
hack as described in in LIB 10? BROwse IRQ* and see what pops up.
There are two ways of doing this ... the diode hack and the original method as
told by Pete Lyall. I perfer the later.
A third alternative would be to replace your ACIAPAK drivers with Bruce Isted's
SACIA package. It fixes in software the problem that causes the missing
interupts.
Steve
There is 1 Reply.
#: 14435 S7/Telecommunications
26-Feb-92 20:39:14
Sb: #14433-STERM
Fm: Brother Jeremy, CSJW 76477,142
To: Steve Wegert 76703,4255 (X)
Dear Steve, I have been thinking of adding the SACIA driver in place of ACIA. I
will go ahead and do that and I'll get back to you and let you know
what happens.
Thank you for your time and response. With all best wishes,
Br. Jeremy, CSJW
#: 14438 S12/OS9/68000 (OSK)
29-Feb-92 02:04:25
Sb: #MM/1 stereo
Fm: Ken Gideon 72270,664
To: all
welp, another stupid question bout my MM/1, I've tried Mike K.'s recplays
program, works fine, sept when I plug in my stereo to the audio in of the MM/1,
the MM/1 is grounding out my stereo, whitch makes the recordings sound like
crap... I tested the cable and its not shorted, also all the wires are going to
the right place (that tends to help)... so just for kicks I measured the
resistance between the audio in signal pin, and the audio in ground... both
channels were about 620 ohms... since they were both about the same, I dont
think anything is fried or anything like that... but only 620 ohms? shouldn't
it be more? thats a real load for my amp, and it cant take it... is that normal
though? would puting a op amp betwwen the stereo amp and the MM/1 (with an Av
of 1) help? them little suckers have a high Z in...(or hay, even an Av of
100,000... amplify the **** outa it :-) oh well, anyone got any Ideas?
Ken
or Cosmic@SandV
or something, some where on INTERNET (or is it bitnet? I forget...)
or you can get me on the Coco listserv...
or
or
or
There is 1 Reply.
#: 14442 S12/OS9/68000 (OSK)
29-Feb-92 10:17:18
Sb: #14438-MM/1 stereo
Fm: Kevin Darling 76703,4227
To: Ken Gideon 72270,664 (X)
Ken,
If it helps, I think R2 and R6 back by the connector are the resistors to
ground on the sound input (600 ohms each). R1 and R5 (100 ohms) are in series,
respectively.
kev
#: 14443 S5/OS9 Users Group
29-Feb-92 11:02:35
Sb: #OS9CN
Fm: Jim Sutemeier 70673,1754
To: all
I have read carefully the ocnn.0192 file which I obtained from Delphi. (Even
printed out a hard copy on my printer so I could read it more carefully).
At first read through of the by-laws of the organization, I thought (still do)
that the organization appears to be well set up, and most every detail has been
well covered. Whoever wrote these by-laws should be congratulated on a job
well done.
A couple of points stick in my mind, however, after having read this 'edition'
of the NetNews.
Why were there no other "Portions" mentioned in 17B? Is this because the OS9CN
is going to be strictly a domain of FidoNet and RiBBS? I know for a fact that
none of the StG SysOp's were contacted about their BBS being part of the OS9CN,
and I suspect that none of the AcBBS BBS's were, either. While RiBBS is the
'biggie' of the networking CoCo BBS's at this time, asking AcBBS and StG BBS's
to join into the OS9CN would net an additional 30 (or so) BBS's, thus giving
the OS9CN a wider potential user base.
The point here is that the more people, networks, etc., you contact and set up,
the more 'dominant' you become. RiBBS/FidoNet are not the entire world of OS9,
there is UseNet, and the other OS9 BBS's that network that should be contacted.
If you feel I am being a little 'touchy' on this apparent OS9CN/RiBBS tie-in,
might I call you attention to the fact that the NetNews I have just read
contains the laws and by-laws of the organization, followed immediately by an
apparently complete listing of RiBBS Systems. By attaching that listing to the
'official rules and regulations' ANY user would say that RiBBS and OS9CN are
connected to each other.
There are 2 Replies.
#: 14502 S5/OS9 Users Group
06-Mar-92 03:03:17
Sb: #14443-OS9CN
Fm: John Wight 76370,2100
To: Jim Sutemeier 70673,1754 (X)
Sorry if we gave you that impression, but actually the opposite is the case.
One example is that I came here regularly to exchange information on behalf of
the OS-9 Community Network. We are also brainstorming ways to regularly
exchange information with those on other networks such as Internet, Usenet,
UUCP, Stgnet, Rime, ACBBS network, and there are most likely others. What we
need is volunteers to help us brainstorm how to make these gateways come about.
For example, MS-DOS systems are capable of handing both Fidonet mail and UUCP
mail, as well as other networks. So if we took advantage of those OS-9 fans
that run BBS systems on MS-DOS systems, we could make this exchange of
information automatic. We do have a few volunteers that are sending information
for us to some of the other popular networks. But we do not want The OS-9
Community Network to be based only in Fidonet, as there are members of the OS-9
Community on almost any network. For those of us that use OS-9 on the COCO,
using RiBBS and Fidonet is the most feasible and economical way to go (for most
of us), and Australian OS-9 users have already joined us on Fidonet. If someone
will offer ideas of better ways to do it, or ideas on gatewaying, we are all
ears!
#: 14503 S5/OS9 Users Group
06-Mar-92 03:06:26
Sb: #14443-OS9CN
Fm: John Wight 76370,2100
To: Jim Sutemeier 70673,1754 (X)
By the way, StG and ACBBS members have both been contacted long before you left
this message. Alan Sheltra was the one I contacted for StG, and he said the
author would attempt a port to Fidonet. I have yet to get a response from
Carmen Izzi, but have gotten responses from users of ACBBS echo areas. It is
slow going but we are keeping these things in mind.
#: 14444 S7/Telecommunications
29-Feb-92 11:16:32
Sb: OSK C Kermit 5A beta
Fm: James Jones 76257,562
To: All
YES!!!!!!
Just compiled C Kermit 5A on my MM/1. (I hasten to add that ALL I did was
tweak a makefile a couple of times--Chris Hemsing in Germany and Bob Larson,
with whom folks who have been here for a while should be familiar, did all the
work.)
I'm using it now. I am having NONE of the problems I had with version 4F
talking to the modem. I've yet to try to transfer any files, but I'll let you
know how it comes out.
C Kermit 5A has LOTS of bells and whistles: sliding windows (say, is CIS going
to do sliding window Kermit for up/downloads?), long packets, attribute packets
(a truly Great Thing, because it lets Kermit pre-allocate space for incoming
files!!!), an extensive scripting language, the whole nine yards.
possible to twist knobs at make time to just get the pieces you want.
More news as it happens. This is the beta version, so I don't quite feel
comfortable about uploading it. Instead, I'll send off the makefile tweaks to
Kermit Central (at Columbia U), and I expect the official 5A version should be
uploaded here. (I'll do it if nothing else.)
#: 14445 S10/OS9/6809 (CoCo)
29-Feb-92 23:20:21
Sb: #14083-#Rogue under Multivue
Fm: Mike Guzzi 76576,2715
To: Bert Schneider 70244,427 (X)
Ill try it and see if it works. I always get my MV fonts clobbered after
running rogue
There is 1 Reply.
#: 14460 S10/OS9/6809 (CoCo)
02-Mar-92 18:26:25
Sb: #14445-Rogue under Multivue
Fm: Bert Schneider 70244,427
To: Mike Guzzi 76576,2715
Let me know if it works. It should, I have not had any problems and I am not
running any of the new Shell+ programs.
Bert Schneider
#: 14446 S1/General Interest
29-Feb-92 23:22:51
Sb: #14092-About AR Version 1.4
Fm: Mike Guzzi 76576,2715
To: Wayne Day 76703,376 (X)
ok that thing you showed to find all my files is fine but what I asked is I am
not sure which ones could have been done with 1.4. obvoisly the files before
1.4 came to be are OK but afterwards i am not sure 1.4 and 1.5 do such a good
compression and faster then pak I use it alot.
Well if anyone does say something I will correct it.
Mike
#: 14447 S10/OS9/6809 (CoCo)
29-Feb-92 23:25:27
Sb: #14099-#E.A.R.S.
Fm: Mike Guzzi 76576,2715
To: Lee Veal 74726,1752 (X)
There was an article in BYTE magazine on how to build one. Finding the SP-1000
chip is the hard part (i have 2 spares) but the rest is common parts. The
article was called "listner 1000" i think. I have some OS9 drivers but can't
distribute them without permission. I had done a project using ears to make a
lock that opened on voice command.
Mike
There is 1 Reply.
#: 14482 S10/OS9/6809 (CoCo)
04-Mar-92 13:42:47
Sb: #14447-E.A.R.S.
Fm: Lee Veal 74726,1752
To: Mike Guzzi 76576,2715
How difficult will it be to get permission to distribute the OS9 Drivers?
What address(es) does/do the E.A.R.S. device use?
Thanks for the info on the Byte Mag. article.
Lee
#: 14448 S10/OS9/6809 (CoCo)
29-Feb-92 23:27:42
Sb: #14334-OS9 support
Fm: Mike Guzzi 76576,2715
To: Bernard Brooks 72411,2172 (X)
I also reccomend looking on BBS's. sometimes there is someone selling a copy
and thats usually cheap. when RS blew out there coco stuff I got two copies of
os9 level II for $10 each and dynacalc for $2. (i bought a few copies in case
someone needs one)
Mike
#: 14449 S10/OS9/6809 (CoCo)
29-Feb-92 23:31:50
Sb: #14332-In memoriam
Fm: Mike Guzzi 76576,2715
To: Kevin Darling 76703,4227 (X)
I agree, seems AFTER tandy dropped support is when an upsurge of os9 users came
to be. I just found a few local coco users and helping them along. One just got
CoCo max 3 and max-10 and then bought 512K. he is looking at os9 now and
hopefully will get interested. my message bases on my bbs are inactive but it
happens in surges. but I don't feel it is dead
Miker
#: 14451 S15/Hot Topics
01-Mar-92 01:24:48
Sb: #Secret 6309 Modes?
Fm: Kevin Darling 76703,4227
To: all
Hold onto your hats, folks! Several days ago, someone on Usenet asked if there
were any faster/better replacements for the 6809. A student from Japan replied
that there had been an article years ago about new modes in the Hitachi 6309...
and he also said he had tried many of them himself.
After exams, he's going to post more info. If this pans out, someone may have
to locate a good source of 63C09E's :-) In any case, these are some supposed
features he has mentioned...
1. More registers (additional two 8 bit accumulators, 8 bit
register, and a 16bit register),
2. Two modes (6809 emulation mode and native mode),
3. Reduced execution cycles in native mode,
4. More instructions (16 bit x 16 bit multiplication, 32 bit / 16 bit
division, inter-registers operationa, block transfer, bit
manipulating operation which is compatible with what 6801 has, etc)
5. Error trap by illegal instruction, zero division.
Some of this jibes with rumors I've heard previously. So keep your fingers
crossed... this could be the fun scoop of the decade for 6809 fans!
There are 2 Replies.
#: 14468 S15/Hot Topics
02-Mar-92 23:26:48
Sb: #14451-Secret 6309 Modes?
Fm: Brother Jeremy, CSJW 76477,142
To: Kevin Darling 76703,4227 (X)
Dear Kevin: I looked through several catalog tonight..Allied, Jamesco, Newark,
etc, but culd not find the 6309 or 63C09E chip listed. If I can find a source
for them, I will post it. I may check with Marty over on Delphi. WIth all best
wishes,
Br. Jeremy, CSJW
#: 14489 S15/Hot Topics
05-Mar-92 15:00:02
Sb: #14451-#Secret 6309 Modes?
Fm: Lee Veal 74726,1752
To: Kevin Darling 76703,4227 (X)
I've found a source for Hitachi 63C09EP microprocessors, where I can get:
1 - 24 @ $9.95/ea
25 - 99 @ $8.75/ea
100 - 999 @ $7.80/ea
I'm going to try to get over to there tomorrow and pick up a specifications
book on it.
Lee
There are 2 Replies.
#: 14490 S15/Hot Topics
05-Mar-92 15:17:34
Sb: #14489-#Secret 6309 Modes?
Fm: Kevin Darling 76703,4227
To: Lee Veal 74726,1752 (X)
HEY! The guy posted the secret 6309 opcodes on Usenet today...
AND THEY WORK!!!!!!!!!!!!
(at least, the ones I tried, which included a block transfer mode, and a 32 by
16-bit division!!!!)
Details forthcoming... my gawd, if only we'd known about this a couple of years
ago! And now my hands are tied up with 68K stuff. Gentlemen, you're going to
have loads of fun with the 6309, I can tell already! With its bit manipulation,
fast copies, extra 16 and 32-bit register modes, division, etc... you could do
some really hot things!!
Can you tell that I'm excited? <wide grin>
kev
There is 1 Reply.
#: 14495 S15/Hot Topics
05-Mar-92 21:00:24
Sb: #14490-#Secret 6309 Modes?
Fm: James Jones 76257,562
To: Kevin Darling 76703,4227 (X)
Well...if there are extra registers, you need to be vewy, vewy caweful (as
Elmer Fudd would say). Remember, we're multitasking! To really do it up
right, I fear that the process descriptor would have to be modified and that
the kernel would have to save any extra registers at context switch time.
That might make for an interesting project, were there people with skill and
time and permission.
There is 1 Reply.
#: 14505 S15/Hot Topics
06-Mar-92 09:49:45
Sb: #14495-#Secret 6309 Modes?
Fm: Kevin Darling 76703,4227
To: James Jones 76257,562 (X)
Right - the kernel would have to know about the extra register (W) saved, but
the process descriptor wouldn't need modification.
I've put Kent onto looking at what needs to be changed... <grin>. He's been
pretty bored for the last year. I think this'll change things ;-)
First up: changing F$Move, and GRFDRV scrolling, to use the block move
instructions! The CoCo oughta hum right along with those. Disk drivers could
be updated, too. Fun times ahead!
kev
There is 1 Reply.
#: 14522 S15/Hot Topics
07-Mar-92 08:04:24
Sb: #14505-#Secret 6309 Modes?
Fm: Mark Griffith 76070,41
To: Kevin Darling 76703,4227 (X)
Kevin,
I sincerely hope that you have finished with the MM/1 windows code before you
go diving into "fixing" Level II to work with the secret 6309 codes. If this is
true than can you PLEASE upload it into DL16 so the developers can use it to
start coding some applications?
Mark
There is 1 Reply.
#: 14529 S15/Hot Topics
07-Mar-92 12:59:28
Sb: #14522-#Secret 6309 Modes?
Fm: Kevin Darling 76703,4227
To: Mark Griffith 76070,41 (X)
Mark,
As I've already mentioned, others will have to "fix" Level II... I'm too busy
on the 68K stuff right at the moment.
kev
There is 1 Reply.
#: 14536 S15/Hot Topics
08-Mar-92 07:47:50
Sb: #14529-Secret 6309 Modes?
Fm: Mark Griffith 76070,41
To: Kevin Darling 76703,4227 (X)
Kevin,
Well, judging from your messages on the BITNET CoCo list, you have already
started playing around with it on your system. While I can understand the
exitement this causes you, you can see by reading the BITNET messages that
there are a number of people having trouble with the earlier versions of the
window driver and the differences between them. Getting a stable version out
to everyone is extremely important.
Paul Ward mentioned here last Monday that your window driver would be uploaded
here in 7 days. That makes tomorrow the day. Even a few hours messing with
the 6309 code can cause this deadline to be missed so please try and keep
yourself on the more important tasks.
Mark
#: 14491 S15/Hot Topics
05-Mar-92 15:19:01
Sb: #14489-#Secret 6309 Modes?
Fm: Kevin Darling 76703,4227
To: Lee Veal 74726,1752 (X)
PS: can you post the source for 6309E's that you found?
thx! - kev
There is 1 Reply.
#: 14510 S15/Hot Topics
06-Mar-92 17:18:41
Sb: #14491-#Secret 6309 Modes?
Fm: Lee Veal 74726,1752
To: Kevin Darling 76703,4227 (X)
Kevin,
The source that I found for HD6309 microprocessors is:
Marshall Electronics 2045 Chenault Dr. Carrollton, Tx 75006
(214) 233-5200
I called them yesterday (Thursday), and the guy that I talked to said that they
did in fact carry them, but were currently out of stock. However, he added
that it looked like a new supply was coming in in a couple of weeks.
I guess if you wanted to order a few, then you'd just be backordered for a
little bit.
I went over there today and picked up a data book that includes most, if not
all, of Hitachi's 8/16 bit microprocessors. The book's in the car now, but I
seem to remember that there were 6301s through 6809s (which includes the 63B09,
63C09, 63B09E and 63C09E microprocessors). And Hirotsugu was right on in his
"Secret Feature Memo", the new features are not documented in the data book.
It looks like they just took the MC6809 specs and retitled the document for the
6309. I'm going to call Hitachi America to see if they now have official (or
at least "semi-official) specs written for the heretofore secret 6309 features.
The data book that I got today also included some MC68000 counterparts, too.
I wonder of some of them have "secret" features, too, that could blow the doors
off stock 68000 operations. Hmmmm....
Lee
There is 1 Reply.
#: 14512 S15/Hot Topics
06-Mar-92 17:44:17
Sb: #14510-#Secret 6309 Modes?
Fm: Kevin Darling 76703,4227
To: Lee Veal 74726,1752
Thanks Lee!
Yah, I have old 6309 docs... not a word about the secret stuff. I can't
believe we've gone **4** years without knowing about it. Auuugh.
See if you can look up in the 6301 manual, and find out what the AIM, OIM, EIM,
and TIM commands do, woulda? thx - kev
There is 1 Reply.
#: 14519 S15/Hot Topics
07-Mar-92 06:39:55
Sb: #14512-#Secret 6309 Modes?
Fm: James Jones 76257,562
To: Kevin Darling 76703,4227 (X)
Just thought of something the other day: with the 6309 in native mode, wouldn't
the layout of the register packet (see Technical Manual, page 6-15) have to
change? Maybe not; guess it depends on how that's saved.
There is 1 Reply.
#: 14528 S15/Hot Topics
07-Mar-92 12:55:57
Sb: #14519-Secret 6309 Modes?
Fm: Kevin Darling 76703,4227
To: James Jones 76257,562 (X)
Right... the register packet would have to change, which could be critical to
some drivers (and of course, the kernel and file managers).
A simple way around that would be to have the interrupt kernel code move the W
register someplace else, and also diddle with signal intercept routines, but
it'll take some thinking on what is the best method (whole hog or hack?) to
handle things.
Another note is this: if I recall correctly, Basic09 *cheats* in its intercept
routine, and looks for the DP reg on the intercept stack. That'll have to be
patched as well.
kev
#: 14454 S10/OS9/6809 (CoCo)
01-Mar-92 19:48:10
Sb: #CARMEN/MV
Fm: Brother Jeremy, CSJW 76477,142
To: All
Dear Friends I recently got Where in the World is Carmen Sandiego up and
running under MV, using the files here on CIS. I forget the library that they
are in. Is there any way to get the hi-res mouse to work? The program is set up
to either use the keyboard or the lores joy stick. Can it be patched or is it
a lost cause?
With all best wishes, BR. JEREMY, CSJW
There are 2 Replies.
#: 14462 S10/OS9/6809 (CoCo)
02-Mar-92 18:57:06
Sb: #14454-CARMEN/MV
Fm: Erich Schulman 75140,3175
To: Brother Jeremy, CSJW 76477,142 (X)
With software, anything your hardware can handle is possible. However,
supporting the hi-res 'stick requires that special analog pulses be generated
through the cassette port and requires the co-ordinates for hi-res be handled.
So you can change joystick support from lo-res to hi-res but about the only
viable method is disassembly, changing of the source, and reassembly. No
simple patch can do it.
You might instead look into the hi- / lo- res joystick adapter that will let
you switch between modes without all the plugging and unplugging.
Erich Schulman (KTN4CA)
#: 14488 S10/OS9/6809 (CoCo)
05-Mar-92 11:55:28
Sb: #14454-CARMEN/MV
Fm: Lee Veal 74726,1752
To: Brother Jeremy, CSJW 76477,142 (X)
I disagree slightly with Erich because very simple patches are all that's
required to make Deskmate/3 use the Hi-Res Adaptor instead of the stock Lo-Res
ports. It would probably require a disassembly to figure where to patch the
Hi-Res Mouse Call in, but unless the logic in Carmen is extremely convoluted,
then I think it'd be quite possible to effect the change.
Lee
#: 14455 S7/Telecommunications
01-Mar-92 19:51:35
Sb: #STERM
Fm: Brother Jeremy, CSJW 76477,142
To: All
Dear Friends:
I am trying to get STERM 1.5 up and running. I am using the PHONE program by
Bob Van der Poel. I cannot seem to get the login to work. I tried his example,
but I have a problem after I receive the CONNECT reply. Then I have to complete
the logon manually. Several times I was unable to recieve anything onto the
screen. Help! Thank you, with all best wishes, Br. Jeremy, CSJW
There is 1 Reply.
#: 14464 S7/Telecommunications
02-Mar-92 19:47:26
Sb: #14455-#STERM
Fm: Bob van der Poel 76510,2203
To: Brother Jeremy, CSJW 76477,142 (X)
Bro, are you dialing up CI$ through a direct node, or a network. Some of the
prompts might be different. I suggest you capture the logon stuff to a file and
compare the prompts to what PHONE is expecting. I use this prog. all the time,
and it works without fail for me.
There is 1 Reply.
#: 14467 S7/Telecommunications
02-Mar-92 23:23:21
Sb: #14464-STERM
Fm: Brother Jeremy, CSJW 76477,142
To: Bob van der Poel 76510,2203 (X)
Dear Bob, I will do a capture and let you know. --Br. Jeremy, CSJW
#: 14456 S12/OS9/68000 (OSK)
01-Mar-92 22:12:03
Sb: #C help
Fm: Bob van der Poel 76510,2203
To: all
I'm not sure if what I'm trying to do is possible, but it should be <grin>.
Maybe someone with a bit more C-knowledge can help... I want to get the size of
one element of a structure. Problem is that I don't have an actual structure to
work on, just a pointer or typedef.
Assuming
typedef struct{
char a1[40];
int i1[10];
}foo;
What I'd like to do is this:
int t=sizeof(foo.a1);
Which should set t==40. I just get an error. I tried it without the typedef and
used sizeof(struct foo.a1) but got the same problem.
If you actually create storage, things work fine:
foo dummy;
int t=dummy.a1;
I've worked around this by using #define ASIZE 40 and then using this to set
the size in the struct. But there should be a way to do it my way! Any ideas?
There is 1 Reply.
#: 14458 S12/OS9/68000 (OSK)
02-Mar-92 07:25:30
Sb: #14456-#C help
Fm: James Jones 76257,562
To: Bob van der Poel 76510,2203 (X)
Maybe there should be, but there isn't. Look again at the permissible operands
of sizeof: you can either have an expression, or a type. foo.a1 is neither.
The nearest you can come to what you want is to use yet another typedef for the
type of the structure member; then you can hand sizeof *that* type.
There is 1 Reply.
#: 14479 S12/OS9/68000 (OSK)
04-Mar-92 00:36:41
Sb: #14458-C help
Fm: Bob van der Poel 76510,2203
To: James Jones 76257,562 (X)
Well, I was hoping I'd missed something in the sizeof() operand specs. Too bad
I didn't <grin> -- always worth asking. But using a typedef to define the
structure member is a neat trick. Thanks.
#: 14457 S10/OS9/6809 (CoCo)
01-Mar-92 23:44:22
Sb: #Sterm
Fm: Ian Hodgson 72177,1762
To: All
I have a question about Sterm on the CoCo. I have just, for what seems like
about the thousandth time, accidentally dumped myself out of Compuserve by
hitting the BREAK key, without thinking, to abort an Sterm operation (in this
case opening a capture file). Now, BREAK is a good way to abort most operations
within CIS, but to have the same key, under slightly different circumstances,
abort Sterm itself is ... shall I say counterproductive (5 minutes ago I used a
much stronger word).
I don't have the source, but even if I did I don't understand C well enough to
track it down. Does this bother anyone else? If so, how much of a change is
involved to fix it? I have an uncomfortable feeling that the BREAK is being
handled by Shell rather than Sterm, but am certainly not sure. Suggestions?
Also, does anyone know how long it takes CIS to recognize that I have suddenly
disconnected and stop the meter running? (Actually, with the new flat rate I am
no longer even sure when the meter _does_ run, but that's another story).
There are 2 Replies.
#: 14473 S10/OS9/6809 (CoCo)
03-Mar-92 07:51:22
Sb: #14457-Sterm
Fm: Steve Wegert 76703,4255
To: Ian Hodgson 72177,1762 (X)
Ian,
Interesting stuff! I'll try to duplicate your situation on my CoCo and see
what I come up with.
Steve
#: 14480 S10/OS9/6809 (CoCo)
04-Mar-92 00:36:54
Sb: #14457-#Sterm
Fm: Bob van der Poel 76510,2203
To: Ian Hodgson 72177,1762 (X)
Ian, I just tried hitting BREAK in sterm and nothing happens--it sure doesn't
abort sterm. What version are you using? Hmmm, another trick would be to set
abort and quit to 0 before starting up sterm (but I suspect that it already
does that).
There is 1 Reply.
#: 14481 S10/OS9/6809 (CoCo)
04-Mar-92 07:35:29
Sb: #14480-#Sterm
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)
I found the same thing, Bob. Mark tells me he traps the break key so Sterm
shouldn't be doing what Ian says it is.
Steve
There is 1 Reply.
#: 14483 S10/OS9/6809 (CoCo)
04-Mar-92 21:23:35
Sb: #14481-#Sterm
Fm: Ian Hodgson 72177,1762
To: Steve Wegert 76703,4255 (X)
Bob, Steve,
OK, try this: while in Sterm, hit escape C to open a capture file. When
Sterm asks for a filename, hit BREAK. Unless my version 1.5 is different from
yours, you will find yourself immediately back at a shell prompt, and no longer
in Sterm or connected to Compuserve.
This happens to me when I hit esc-C by mistake, perhaps intending to hit
esc-T or something else. My knee-jerk reaction is to hit BREAK to abort. Well,
it aborts, all right ...
Let me know if you have the same result.
Ian
There is 1 Reply.
#: 14484 S10/OS9/6809 (CoCo)
04-Mar-92 21:27:09
Sb: #14483-#Sterm
Fm: Ian Hodgson 72177,1762
To: Ian Hodgson 72177,1762 (X)
Oh, that was neat (and expensive)... When I was dumped back to OS9 I went off
to another window and composed my reply. When done (about 4 or 5 minutes later)
I loaded Sterm again and tried to get the attention of my modem. Rather to my
surprise, I found that I was still in the OS9 forum! Even though Sterm
disappeared, my modem and CIS were apparently happily conversing during the
interim. Good thing I didn't decide to do some long computing task that took
hours! Could be expensive.
Ian
There is 1 Reply.
#: 14485 S10/OS9/6809 (CoCo)
04-Mar-92 21:54:06
Sb: #14484-#Sterm
Fm: Ian Hodgson 72177,1762
To: Ian Hodgson 72177,1762 (X)
Steve,
I have just been on the phone with Bob van der Poel and have this Sterm thing
more or less sorted out. First, there is no problem with Sterm 1.3, only with
1.5.1. With 1.3 if I hit BREAK it just tells me that there is no filename, with
1.5.1 it dumps me out.
Now the cure; since I call Sterm with a procedure file (I can't remember all
the darned parameters) I just added to the procedure file:
tmode quit=0
and this effectively disables the BREAK key for the duration.
Ian
There is 1 Reply.
#: 14498 S10/OS9/6809 (CoCo)
05-Mar-92 21:51:17
Sb: #14485-Sterm
Fm: Mark Griffith 76070,41
To: Ian Hodgson 72177,1762 (X)
Ian,
The problem with Sterm breaking out when you are prompted for a filename is due
to setting the screen parameters back normal (meaning turning on break again)
to allow SCF to echo charcters and allow command line editing while inputting
the filename. The actual code has not changed from several versions back.
What I need to do is change things around so the echoing an editing features of
SCF can still be used, but the break and abort signals are still disabled.
Thanks for finding this.
Mark
#: 14459 S7/Telecommunications
02-Mar-92 16:32:04
Sb: #STERM Query
Fm: Ches Looney 73016,1336
To: STERM users
I have a problem related to MultiVue and STERM. I can use STERM with no
problems if I don't use MV (the OS9Boot modules include VDGInt in both cases,
but the MV bootfile uses WindInt and the other boot uses GrfInt). In my use of
STERM, it appears that a ramdisk must be used for B+ file downloads to be
successful since (apparently) my hard disk is too slow and causes lockups. If I
start a ramdisk and then try to use STERM, OS9 tells me it can't load T2. If I
deiniz R0, STERM runs fine. Running the boot without MV, the ramdisk and STERM
work fine together. Any ideas? Ches.
There is 1 Reply.
#: 14461 S7/Telecommunications
02-Mar-92 18:52:09
Sb: #14459-#STERM Query
Fm: Erich Schulman 75140,3175
To: Ches Looney 73016,1336 (X)
It is possible that your hard disk is too slow. I would recommend you download
to RAMdisk then immediately copy the file to your hard disk. If t2 is your
normal terminal you need to either have it in memory before you launch Sterm
(preferably as a part of your boot file) or LOADed manually. You can put /t2 in
your execution directory and have it loaded as needed but putting it in OS9Boot
is the best thing to do. You can use just one boot disk for both MultiVue and
non-MV. Prevent MV from starting on boot by deleting autoex and run MV
manually with Multistart. For all your OS-9 purposes, just let WindInt
completely replace GrfInt: just put in WindInt and forget you even have GrfInt.
It is OK to have VDGInt in your boot file along with WindInt (or GrfInt) as
long as you use VDG screens, otherwise get rid of it and use the memory for
something useful to you. If you have both 512K and a hard disk you have a lot
of room for a big bootfile that will cover all your text and graphics needs and
serve them well. Your OS-9 can stand a tuneup and one boot is proabably the
best way. Go for it, and good luck!
There is 1 Reply.
#: 14465 S7/Telecommunications
02-Mar-92 19:53:59
Sb: #14461-#STERM Query
Fm: Ches Looney 73016,1336
To: Erich Schulman 75140,3175 (X)
Erich, I'm afraid I didn't make my problem clear. T2 is in memory, along with
R0, ACIAPAK and RAMMER as shown by mdir. If I iniz R0 and then try to initiate
STERM, the system tells me it can't open T2. This is when I boot my MV system
which has WindInt in the OS9boot. If I deiniz R0, STERM initiates and works
fine (but I don't have a ramdisk). If I boot my non-MV system (which has
GrfInt instead of WindInt) and iniz R0, STERM initiates fine and works well
(and I have the Ramdisk). The question is why won't the MV (and WindInt)
system let the ramdisk be started and have STERM run? ??? Ches.
There is 1 Reply.
#: 14470 S7/Telecommunications
03-Mar-92 07:46:51
Sb: #14465-#STERM Query
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Fun problems, Ches! Maybe Mark will has a suggestion ... I'll mention you're
having problems when I hit the office today.
In the meantime, I'll also try to duplicate what you're doing and see what I
find. Sounds suspiciously BLOB like.
Steve
There is 1 Reply.
#: 14474 S7/Telecommunications
03-Mar-92 08:00:44
Sb: #14470-#STERM Query
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Steve, please refresh my memory. BLOB??? Thanks, Ches.
There is 1 Reply.
#: 14475 S7/Telecommunications
03-Mar-92 08:14:45
Sb: #14474-#STERM Query
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Ches,
BLOB = BootList Order Bug can manifest itself in a number of ways. Most
frequently seen is the BOOTFAILED message at boot. But it can be subtle as
well.
I had a bootlist combination that gave the outward appearance of all being
well. The system booted normally and everything seemed fine. Until, that is, I
tried to copy or format.
Those two commands just flat out refused to work.
'Re-ordering' my bootfile and making a new boot fixed it right up.
There's no one perfect list order. It seems to varry from one machine to
another, so all I can suggest is to play around and see what happens.
Keep a copy of what you presently have, tho! :-)
Steve
There is 1 Reply.
#: 14477 S7/Telecommunications
03-Mar-92 12:22:40
Sb: #14475-STERM Query
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
I wondered about that. Thanks for the nudge; I'll try a few things. Ches.
#: 14476 S7/Telecommunications
03-Mar-92 10:09:27
Sb: #sterm/xmodem bug
Fm: Carl Kreider 71076,76
To: MMU users
I found the xmodem bug on mmu protected systems and notified Mark. Perhaps a
fix will be forthcoming. - Carl
There is 1 Reply.
#: 14500 S7/Telecommunications
05-Mar-92 22:07:01
Sb: #14476-sterm/xmodem bug
Fm: Timothy J. Martin 71541,3611
To: Carl Kreider 71076,76
jeeeez, I just recently got the source to complie (compile) but couldn't get
the bus trap to occur, and gave up. Good for you!
#: 14478 S7/Telecommunications
03-Mar-92 18:01:47
Sb: pointer for new Kermit
Fm: James Jones 76257,562
To: All
By request of the folks at Columbia University, the folks who coordinate Kermit
development, rather than upload C Kermit here, I point you at them:
Kermit Distribution Columbia University Center for Computing Activities 612
West 115th Street New York NY 10025 USA Telephone: +1 (212) 854-3703 Email:
kermit@columbia.edu (Internet), KERMIT@CUVMA (BITNET/EARN)
Columbia University has Kermit for an amazing range of computers, from the
VIC-20 to the GE/Honeywell computers that run (ran?) Multics, available on a
variety of media.
(I'm not associated with Columbia, though long ago I did some minor work on a
port of a stripped-down Unix Kermit to OS-9, and the other weekend I made C
Kermit 5A on my MM/1. The people involved with Kermit development have done a
humongous amount of work to help everybody move data among an incredible number
of computers, large and small, and IMHO they deserve support and appreciation.)
#: 14496 S10/OS9/6809 (CoCo)
05-Mar-92 21:48:53
Sb: #R0/T2 Conflict
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Steve, I found a solution to my problem, but I don't fully understand why the
problem occurred in the first place. The symptoms are that using GrfInt
permits simultaneous operation of T2/ACIAPAK and R0/RAMMER when each pair is
loaded separately but that WindInt does not permit T2 to be opened after R0 is
INIZd. The solution is to merge all four modules in one file and then load the
single file. I can sorta understand why a driver and its descriptor should be
merged, but why must both pairs be merged into a single file? And why does
WindInt insist on such a merge when GrfInt does not? Thanks for your
encouragement. Ches.
There are 2 Replies.
#: 14504 S10/OS9/6809 (CoCo)
06-Mar-92 07:24:20
Sb: #14496-#R0/T2 Conflict
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Ches,
Your work around further suggests that the BLOB is the problem. You've
effectively changed your bootlist by removing the modules and opting to load
them manually.
But ... you're also robbing yourself of valuable system space if you're loading
the merged file after boot.
Might wish to reconsider.
Steve
There is 1 Reply.
#: 14508 S10/OS9/6809 (CoCo)
06-Mar-92 13:39:55
Sb: #14504-#R0/T2 Conflict
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Well-l-l-l, I'm not directly removing modules and then manually loading, but I
think I see your point. (Kevin kinda rubbed my nose in it, too, by Email. Isn't
there a limit to the size of the bootfile? I thought that was supposed to be
8k or less, but your comments now and earlier make me wonder whether I'm
remembering incorrectly. Thanks for your help. Ches.
There is 1 Reply.
#: 14525 S10/OS9/6809 (CoCo)
07-Mar-92 11:48:19
Sb: #14508-#R0/T2 Conflict
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Ches, it's 8K multiples. My boot file is around 32K.
The other place where you may be rembering 8K limits is when you load a module.
It take a fulk 8K. Eats up the space real quick.
Steve
There is 1 Reply.
#: 14532 S10/OS9/6809 (CoCo)
07-Mar-92 14:58:12
Sb: #14525-#R0/T2 Conflict
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Yep, I think what I'm remembering is the limit to the size of a file called
shell which has shell plus other modules totalling less than 8k. I suppose one
should make the boot file as close to a full multiple of 8k. For example, if
the boot is approx 33k, maybe it takes 40k and wastes almost 8k. Is that
reasonably correct? Ches.
There is 1 Reply.
#: 14538 S10/OS9/6809 (CoCo)
08-Mar-92 19:04:45
Sb: #14532-R0/T2 Conflict
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336
You got it, Ches. I'm thinking I'm just under the 32K boundry.
I'd think the same would be true of any file. When it's loaded into memory,
it's gonna take 8K. So you mays well make use of the space.
Steve
#: 14506 S10/OS9/6809 (CoCo)
06-Mar-92 09:51:33
Sb: #14496-#R0/T2 Conflict
Fm: Kevin Darling 76703,4227
To: Ches Looney 73016,1336 (X)
Ches! You're running out of system space. Put all those drivers/descs in your
bootfile. Loading them after boot is okay for some testing, but also really
eats up the 64K kernel map. Use "smap" and "pmap" to see.
best - kev
There is 1 Reply.
#: 14509 S10/OS9/6809 (CoCo)
06-Mar-92 13:41:19
Sb: #14506-#R0/T2 Conflict
Fm: Ches Looney 73016,1336
To: Kevin Darling 76703,4227 (X)
I'm off to redo the boot file, but why do I seem to remember that the bootfile
was supposed to be less than 8k?? Ches.
There is 1 Reply.
#: 14511 S10/OS9/6809 (CoCo)
06-Mar-92 17:42:03
Sb: #14509-#R0/T2 Conflict
Fm: Kevin Darling 76703,4227
To: Ches Looney 73016,1336 (X)
Umm.. the bootfile has to be less than, umm.... gee. Dunno. Mine is ~33K.
Didn't mean to rub your nose, btw :-) Just excited! (Pete thinks I use too
many "!"s, and he's right. Hehe
kev!
There is 1 Reply.
#: 14513 S10/OS9/6809 (CoCo)
06-Mar-92 18:47:07
Sb: #14511-R0/T2 Conflict
Fm: Ches Looney 73016,1336
To: Kevin Darling 76703,4227 (X)
Hey, I didn't take it bad - I enjoy the exchange - what I don't enjoy is having
to re-learn lessons I thought I had learned earlier. Ah well, the alternative
to advancing age and memory loss is less pleasant than an occasional
embarassment. Somewhat more seriously, I continue to marvel at the capability
of this "little" computer. Just about the time I think I understand it pretty
well, it stings me. Great fun - Thanks again, Kev, for your guidance and
encouragement. Regards, Ches.
#: 14497 S10/OS9/6809 (CoCo)
05-Mar-92 21:50:32
Sb: R0/T2 Conflict
Fm: Ches Looney 73016,1336
To: Mark Griffith 76070,41 (X)
Mark, I've found a solution to my problem in using STERM and a ramdisk
simultaneously. Please see msg 14496. Thanks for your encouragement. Regards,
Ches.
#: 14499 S10/OS9/6809 (CoCo)
05-Mar-92 21:51:57
Sb: R0/T2 Conflict
Fm: Ches Looney 73016,1336
To: Erich Schulman 75140,3175 (X)
Erich, I found a solution to my problem in using STERM and a ramdisk
simultaneously. Please see msg 14496. Thanks for your encouragement. Ches.
#: 14507 S15/Hot Topics
06-Mar-92 09:54:34
Sb: #Secret 6309 Opcodes
Fm: Kevin Darling 76703,4227
To: all
The secret opcodes and registers of the Hitachi 6309 have been uploaded to the
Reference library (Lib 1).
Fascinating reading!
There is 1 Reply.
#: 14517 S15/Hot Topics
06-Mar-92 23:29:28
Sb: #14507-#Secret 6309 Opcodes
Fm: Brother Jeremy, CSJW 76477,142
To: Kevin Darling 76703,4227 (X)
Dear Kevin: I had a problem downloading the file. My OSTERM2.08 would not
accept the file name 6309.txt. I changed it to txt_6309 and it worked. Might
just be me or could be a problem.
--With all best wishes, Br. Jeremy, CSJW
There is 1 Reply.
#: 14518 S15/Hot Topics
07-Mar-92 00:01:45
Sb: #14517-#Secret 6309 Opcodes
Fm: Kevin Darling 76703,4227
To: Brother Jeremy, CSJW 76477,142 (X)
Jeremy - ummm, oh yeah. OS9/6809 (unless patched) won't accept a number as the
first character of a filename...
best - kev
There is 1 Reply.
#: 14534 S15/Hot Topics
08-Mar-92 01:07:40
Sb: #14518-#Secret 6309 Opcodes
Fm: Brother Jeremy, CSJW 76477,142
To: Kevin Darling 76703,4227 (X)
Deaar Kevin: How do I patch OS9/6809 to accept a number as the first character
of a filename... You knew I'd ask, didn't you? --With all best wishes, Jeremy.
There is 1 Reply.
#: 14535 S15/Hot Topics
08-Mar-92 02:48:52
Sb: #14534-Secret 6309 Opcodes
Fm: Kevin Darling 76703,4227
To: Brother Jeremy, CSJW 76477,142
Dear Jeremy,
<grin> Yeah, I knew you'd ask... and you should know that my answer will be:
Drop into the CoCo library (Lib 10) and do a "bro /key:kernel" :-)
Up comes KRNL.AR, which is an AR'd ipatch file for making a new kernel which'll
accept numbers as the first character of a filename. Hopefully, it also tells
you how to install the new kernel.
best regards - kev
#: 14514 S12/OS9/68000 (OSK)
06-Mar-92 19:09:26
Sb: #CD-ROM Modules??
Fm: Keith H. March 70541,1413
To: All
Help, Does any one know of/are writing drivers/descriptors for use with a SCSI
CD-ROM drive on a 3 Meg MM/1?
Keith
There are 2 Replies.
#: 14523 S12/OS9/68000 (OSK)
07-Mar-92 08:04:29
Sb: #14514-CD-ROM Modules??
Fm: Mark Griffith 76070,41
To: Keith H. March 70541,1413 (X)
Keith,
As far as I know, no one is writing any drivers for CD-ROMs. The problem is
getting the drive manufacturers and especially the CD-ROM makers to release the
specifications on how it is done without paying them large sums of money. If
you can do this, then please do and let us know.
It is just like when I decided to do UUCP for the CoCo. There were no
specifications written down anywhere. There are now after several people got
together and reverse engineered it which is more or less when I had to do with
the help of some already existing source code.
Mark
#: 14530 S12/OS9/68000 (OSK)
07-Mar-92 13:02:19
Sb: #14514-CD-ROM Modules??
Fm: Kevin Darling 76703,4227
To: Keith H. March 70541,1413 (X)
Keith,
Mostly, you'd need an ISO-9660 file manager. I'd guess that MW has one, but I
don't know the price or availability. Alternatively, someone could write one,
but I don't know anyone capable of it right now.
Check around on nets/BBSs tho... there may be some Unix C source for such
things, or at least rough readers. thx! - kev
#: 14515 S12/OS9/68000 (OSK)
06-Mar-92 19:42:33
Sb: #Focus 3001 Keyboard
Fm: Keith H. March 70541,1413
To: 76703,4255 (X)
Steve
I have a FOCUS 3001 keyboard with the two DIPS set as follows:
1 = ON 2 = OFF
Sometimes when I turn on the MM/1 the following lights come on and then go off
Caps Lock Num Lock Scroll Lock
if these lights do not come on and then go back off the keyboard will not
execpt UPPERCASE letters by using the SHIFT key.
Is their a way to fix this problem?? I paid 60+ bucks for this (Second)
keyboard. The first one did the same problem but only cost me $20
HELP Does the keyboard need modifided???
Keith
There are 2 Replies.
#: 14520 S12/OS9/68000 (OSK)
07-Mar-92 06:42:37
Sb: #14515-#Focus 3001 Keyboard
Fm: James Jones 76257,562
To: Keith H. March 70541,1413 (X)
I'd kinda hate to reboot just to make sure, but I think my keyboard flashes
those LEDs at powerup, too. Doesn't seem to affect its operation.
There is 1 Reply.
#: 14521 S12/OS9/68000 (OSK)
07-Mar-92 08:02:04
Sb: #14520-Focus 3001 Keyboard
Fm: Keith H. March 70541,1413
To: James Jones 76257,562 (X)
James
If they (the leds) do not come on then I can not get the SHIFT keys to work.
They have to come on and then go back off. It did it Ii'Za few minutes ago, I
have to turn the MM/1 off wait a few seconds and then try again, it worked the
second time.
Keith
#: 14526 S12/OS9/68000 (OSK)
07-Mar-92 11:50:34
Sb: #14515-Focus 3001 Keyboard
Fm: Steve Wegert 76703,4255
To: Keith H. March 70541,1413 (X)
Keith,
I had no luck with the FOCUS keyboard I bought for my MM/1. Worked just fine on
the PC's at the office, but no go on the MM/1.
Returned it for a Chicony 5191 and have been very pleased.
Steve
#: 14516 S10/OS9/6809 (CoCo)
06-Mar-92 19:47:04
Sb: EARS & CoCo 3
Fm: Keith H. March 70541,1413
To: All
HELP
How can I get E.A.R.S. from Speech Systems to work with a CoCo 3?
Keith
#: 14527 S12/OS9/68000 (OSK)
07-Mar-92 12:19:25
Sb: #14246-Mshell Discount?
Fm: edward gow 71670,3274
To: John Semler 70324,633
The GNU C compiler has not stifled the marketplace. On the contrary, it has
done much to improve it. First, the Microware C compiler is the one with
outdated technology and lack of support - look at the K&R Microware offering
vs. GNUs ANSI, not to mention GNU C++. Also compare bugs in GCC against
Microware C and see who loses! Second, look at what GCC has done for companies
in the marketplace - Next, Wind River, and next DEC (with Wind River) all use
it as their standard compiler. This way they don't have to waste their
resources creating and supporting what will likely be an inferior C compiler.
Instead they can apply their effort to generating customer features, such as
POSIX functionality. Note the lack of POSIX offerings from Microware. Note
also that Wind River uses GDB as the debugger for VxWorks and thus provides it
for free while Microware wants $850 for its source debugger.
GNU software is a boon both to individual users and to the industry at large.
Microware will learn their lesson the hard way as OSK systems in the hands of
home users lead to the porting ond development of replacements for all but the
kernel of OS-9/68000. Then ALL anyone will buy from them is an industrial
license at $29 per system. Even in Des Moines you can't live on that.
#: 14539 S12/OS9/68000 (OSK)
08-Mar-92 19:19:03
Sb: #MM/1 help
Fm: Steve Wegert 76703,4255
To: Kev 76703,4227 (X)
Kev,
I've been tracking down a problem with my MM/1 and it leads me suspiciously
toward either the windowing software and or tsmon.
I've got a 3meg MM/1 with 5 serial ports, tho /t2, /t3 and /t4 are all that are
in use at the moment. /t2 is a local terminal while /t4 is set up to be my
dial in. (tsmon /t4&).
Within a 24 hour period, /term and /w1 will have locked up. /t2 is still fully
functional. Rebooting has been the only way out of this fix.
Sometimes, with /term and /w1 locked up, /t2 will demonstrate what I've named
the 'just one off' effect. For example, if I wanted to issue the 'dir' command,
pressing the 'd' would net no echo. Pressing the 'i' would net a 'd' echo,.
Pressing the 'r' would net the 'i' echo. Hitting <enter> would complete the
command and again to execute.
Any thoughts on what's going on?
I've taken to just running a shell on /t2 rather than using tsmon to see if
that makes any difference. (By the way, using mtsmon doesn't make any
difference. The same things happen.)
I'm using version 30 of wcf and windio but the same problems appeared with 22.
I've also noted unexpected values for xon and xoff in the window descriptors.
WHat's behind $0F and $02. CHanging them to 00 has caused an interesting result
at boot. Black border, black background, black type and a white cursor.
Blindly using the color command sets things right but it's still got me
wondering. (Thought the xon/xoff parameters might be related to the locked
probelms).
Anything you can suggest would be appreciated.
Steve
#: 14540 S12/OS9/68000 (OSK)
08-Mar-92 19:21:12
Sb: TOP mmon
Fm: Steve Wegert 76703,4255
To: Ed 76576,3312
Ed,
Have you been able to get the TOP mmon package working? I've spent a few hours
with it this weekend without much luck.
Any pointers?
Steve
Press <CR> !>