#: 8658 S7/Telecommunications
    09-Dec-90  15:50:07
Sb: #Sterm 1.3
Fm: LUTE MULLENIX 70721,2230
To:  76070,41 (X)
Mark;
I reciently got a harddrive going, and am getting all my stuff put on there.
However I remembered that quite some time ago I got a patch from you to change
Sterm 1.a so it looked for the termcap stuff on D0 insted of DD. I don't know
if you remember this, but I don't remember the patch points or values. Now I
need to change it back. Other wise I have to have this info on D  to get it to
run as I have set the HD as H0 and DD.
Thanks
     >Lute<
There is 1 Reply.

#: 8659 S7/Telecommunications
    09-Dec-90  17:01:10
Sb: #8658-Sterm 1.3
Fm: Steve Wegert 76703,4255
To: LUTE MULLENIX 70721,2230 (X)
Lute,
Why not use DeD and zap the offensive bytes as they appear?
Just use the search capabilities to look for /D0 then modify to /DD.
Give a shout if you need more info.
Steve

#: 8681 S7/Telecommunications
    11-Dec-90  22:10:17
Sb: #Sterm
Fm: Paul Hanke 73467,403
To: anyone
I have downloaded  STERM  a  while ago  and am thinking of giving it a try,
that is, logging on with STERM.  My CoCo-3  is upgraded to 1meg.  Is there any
modification of procedure or can I expect everything to go as tho no upgrade
had been made?
   Also, can STERM be used with other computers, as well as null modem up &
downloads, or, other  than on CIS, for which it seems to  have been written?
   -ph-
There is 1 Reply.

#: 8684 S7/Telecommunications
    12-Dec-90  05:36:16
Sb: #8681-#Sterm
Fm: Dan Robins 73007,2473
To: Paul Hanke 73467,403 (X)
Paul,
   In theory, it should fly on your 1meg CC3, at least, there's nothing that
comes to mind that would prevent it.
   You should be able to use it with other computers and boards. Just remember
to toggle the ECHO if on with another computer. Also keep in mind, that since
it ONLY implements the CIS "B" protocols, that you'll be limited to terminal
mode only, unless the other side uses the "B" protocols as well.
    Dan
There is 1 Reply.

#: 8685 S7/Telecommunications
    12-Dec-90  07:44:14
Sb: #8684-#Sterm
Fm: Steve Wegert 76703,4255
To: Dan Robins 73007,2473 (X)
Err.... Dano ...
My  version (sterm 1.3) supports xmodem as well as b broto. I do believe it's
the most current revision in the libraries.
Steve
There is 1 Reply.

#: 8704 S7/Telecommunications
    13-Dec-90  06:26:48
Sb: #8685-#Sterm
Fm: Dan Robins 73007,2473
To: Steve Wegert 76703,4255 (X)
Oops! My mistake. Guess I got comfortable with an earlier version and didn't
update to 1.3, and it utilized ASCII and the "b" protos.
Dan
There is 1 Reply.

#: 8707 S7/Telecommunications
    13-Dec-90  07:57:25
Sb: #8704-#Sterm
Fm: Steve Wegert 76703,4255
To: Dan Robins 73007,2473 (X)
1.2 is still rock solid, in my opinion. 1.3 added termcap stuff (which I make
use of as the CoCo's downstairs and I'm in the back bedroom on a Wyse).
Since I hardly ever venture from CIS, either would suit my needs in terms of
protocol. B+ ... is there anything else? :-)
Steve
There is 1 Reply.

#: 8882 S7/Telecommunications
    25-Dec-90  14:03:26
Sb: #8707-#Sterm
Fm: MOTD Editor..Bill Brady 70126,267
To: Steve Wegert 76703,4255 (X)
You should try ZMODEM with a MNP 5 modem, then you can answer that question for
yourself Steve. <Merry Xmas!>
There is 1 Reply.

#: 8909 S7/Telecommunications
    27-Dec-90  07:38:01
Sb: #8882-#Sterm
Fm: Steve Wegert 76703,4255
To: MOTD Editor..Bill Brady 70126,267
You bet, Bill. I'm in the process now of convincing Lisa that having a 9600
baud modem with MNP 5 is just what I need to spend less time on the computer
and more time with her ...
Did I forget to mention that St. Louis is slated for upgrading to 9600 baud
RSN?
Nahh ... nothing to do with it!  :-)
Steve
There is 1 Reply.

#: 8912 S7/Telecommunications
    27-Dec-90  13:09:59
Sb: #8909-#Sterm
Fm: Pete Lyall 76703,4230
To: Steve Wegert 76703,4255 (X)
Steve -
Soo... you gonna go for one of those beasties? It looked like a reasonable
deal, but a bit painful after Christmas...
Pete
There is 1 Reply.

#: 8915 S7/Telecommunications
    27-Dec-90  16:30:10
Sb: #8912-Sterm
Fm: Steve Wegert 76703,4255
To: Pete Lyall 76703,4230 (X)
Yeah ... I'm seriously considering it.
I passed up on the last MNP deal and have regretted it ever since. This way,
I'll nab the extra speed when it arrives and gain the MNP capabilities now.
Steve

#: 8693 S7/Telecommunications
    12-Dec-90  18:27:40
Sb: DM-3 telecom
Fm: Paul Hanke 73467,403
To: all
Reporting on the solution to a problem aired a coupla months ago-
  A null modem transfer of files to a CoCo-3 running DM-3's telecom
program was not possible using 7E1 setup.  Even tho keyboard text was ok,
apparently DM-3 does not shift to 8N1 when xmodem is initiated,     which
doesn't let xmodem begin, evidently.  Some other comm programs do change the
setup automatically, such as Ultimaterm. 
  So the moral of the story is to start both telecom programs using the 8N1
setup and xmodem transfers should go without a hitch.   -ph-   

#: 8701 S7/Telecommunications
    13-Dec-90  01:21:04
Sb: #BBS
Fm: edward langenback 73510,145
To: all
                                Springwood BBS
                                 300 / 1200  (going 2400 within the month)
                               24 hours/7 days
                            1-614-228-7371
       13 message bases, limited transfers, Galactic Conflict: Journey II
   "KMA-68!!"
                                 >>>>>S S<<<<<
                                 !!!!!!!!!!!!!
There is 1 Reply.

#: 8861 S7/Telecommunications
    23-Dec-90  03:57:51
Sb: #8701-#BBS
Fm: edward langenback 73510,145
To: edward langenback 73510,145 (X)
  just a quick note to notify all that Springwood is now operating at 2400 bps
as promised.
   Springwood BBS  1-614-228-7371
                                Ed.
                                  A.K.A.
                              >>>>>S S<<<<<
                              !!!!!!!!!!!!!
There is 1 Reply.

#: 9011 S7/Telecommunications
    04-Jan-91  01:41:58
Sb: #8861-#BBS
Fm: WAYNE LAIRD 73617,3042
To: edward langenback 73510,145 (X)
edward, (got a twin named sisccior- hand?) saw your bbs adand wanted to add it
to my national bbs list for the coco/os9  called COCOS9ER, the databanks should
have acopy here if I don't upload a copy to you first ->grin<bes, wayne
There is 1 Reply.

#: 9073 S7/Telecommunications
    09-Jan-91  05:31:53
Sb: #9011-BBS
Fm: edward langenback 73510,145
To: WAYNE LAIRD 73617,3042
Wayne, thanks for calling!  and thanks for the u/l of COCOS9ER, i'll keep it
available in my xfer section for as long as space holds out. also, i thought
i'd let you know that there are two other CoCo run BBS's here in Columbus...
The Eastside Connection  1-614-228-7371 Betleguese 7             1-614-866-5949
   "KMA-68!!"
                                  >>>>>S S<<<<<
                                  !!!!!!!!!!!!!

#: 8820 S7/Telecommunications
    18-Dec-90  23:24:36
Sb: Cu now in d/l 7
Fm: Brett Wynkoop 72057,3720
To: uucp users
Greeting-
     I just left a Yule gift in the telcom D/L area.  Hope you folks with the
UUCP package like it.  It is cu.  Works similar to the Un?x program of the same
name.  Really neat for dialing out on your modem without having to think about
the details of killing tsmon removing and creating lockfiles etc.
-Brett

#: 8945 S7/Telecommunications
    30-Dec-90  06:00:24
Sb: #ACPDS7.DOC help needed
Fm: PaulSeniura 76476,464
To: all
Hi - I don't get on here much at all nowadays cuz it CO$T$ too much!  But I
can't get any decent help on Delphi after waiting for almost a whole month for
someone to reply to our requests for help with our AciaPDS driver.  I'm already
way behind in letting people use our driver because it's not complete.  If you
can spare some time to read the ACPDS7.DOC file in the TelComm area (database
#7 I believe here) which is the very same file I shared on Delphi by the name
of ACIAPDS7.DOC, in it will be some details on the missing Status calls we need
some help on.  Tandy already supports these calls and we're wanting to make our
driver 100% complete - we'd also like to incorporate even more support that
Tandy didn't include and we've pointed out these calls, too, that *are* in the
OS9DEFS file but none of the books on the market (even KD's "Inside OS9")
describes these things.  If you can help and can access Delphi, please send
your replies over yonder instead of CI$$$$ here.  I was hoping to make this
driver available as a Christmas present, but as I said, it's been a month
already on Delphi and only one person (who is a local acquaintance) mentioned
it's too technical for him!  Please help us ASAP so I can turn this critter
loose and let everyone start using it, please, especially the RiBBS people
who've been calling my beta test site night & day for it! (the docs are
copyrighted & shared only for personal use right now, so that no one will
misquote our text and use it in unscrupulous ways) -- Thx, Paul Seniura
(76476,464 - PAULSENIURA on Delphi)
There is 1 Reply.

#: 8954 S7/Telecommunications
    30-Dec-90  11:34:20
Sb: #8945-ACPDS7.DOC help needed
Fm: Steve Wegert 76703,4255
To: PaulSeniura 76476,464
Paul,
Nice to see you back where the action seems to be.
Have you checked out FAST.DOC in LIB 1 here? It goes a long way on saving
connect charges.
Steve

#: 9015 S7/Telecommunications
    04-Jan-91  12:55:14
Sb: #uucp
Fm: Tom Napolitano 70215,1130
To:  76257,562 (X)
Jim,
     I see mentioned on the coco echo that some folks are saying Mark's uucp
does not communicate properly with 386 machines?   What are the details?  
Who's 386 Unix port and which programs don't work?  I found this surprising,
since my coco3 at home exchanges mail quite nicely, thankyou, with the compaq
386 running Interactive's 386/ix at work. Could you elaborate please?
     tom n
There are 2 Replies.

#: 9016 S7/Telecommunications
    04-Jan-91  17:33:58
Sb: #9015-#uucp
Fm: James Jones 76257,562
To: Tom Napolitano 70215,1130 (X)
The message I saw about this was, I think, on FIDO, and it mentioned problems
using Mark's UUCP to talk to a 386 and a VAX.  My guess--and it's only a guess,
of course--is, considering that VAXen and 386s both have the bizarro
leastsignificant-byte-first byte ordering, that there's some part of the
protocol that contains byte-ordering-dependent values that aren't getting
byte-swapped before use.  I haven't looked in the (very large!) uucp.ar to see
whether there is any indication of that's being the problem, though.
There are 2 Replies.

#: 9017 S7/Telecommunications
    04-Jan-91  18:46:10
Sb: #9016-uucp
Fm: Pete Lyall 76703,4230
To: James Jones 76257,562 (X)
JJ -
It's been a while, but VAX and Intel BOTH have different byte ordering schemes
from a 68K box. I seem to remember:
 68K - 1234 (MSB to LSB)
 VAX - 4321 (LSB to MSB)
 Intel 2143 .. Not sure on this last one.
Pete

#: 9054 S7/Telecommunications
    07-Jan-91  08:09:30
Sb: #9016-uucp
Fm: Tom Napolitano 70215,1130
To: James Jones 76257,562 (X)
   Empirically,  that would be my view too.  Byte ordering has bitten me when
porting between os9 and the intel world.  I have Mark's sources, but have not
read them all.   I do not have the Unix source for uucp.  Like I said, I
haven't the problem, so had no need to go looking for one. I was just surprised
when another claimed to have one.  Perhaps the error is on the 386 port, and
not the os9 port of uucp.
       Thanks,
       tom

#: 9023 S7/Telecommunications
    05-Jan-91  04:53:04
Sb: #9015-#uucp
Fm: Ed Gresick 76576,3312
To: Tom Napolitano 70215,1130 (X)
Tom,
I communicate the 3 machines (besides several CoCo boxes) using Mark's version
of UUCP with my CoCo.
     1 - The Tandy Regional Office in Randolph, Mass. at least twice a
         week.  They are using a Tandy 4000 (386 box) running Tandy/SCO
         Xenix.  The version of UUCP is Honey Dan Bear.  I upload orders
         to them and receive stock updates from them using 'uucp' as
         well as mail back and forth using the 'mail' utilities.  I've
         been communicating with them since last February (1990).
         (Previously I used either 'uulink' on an MSDOS box or the
         UUCP provided by SCO on a Xenix 386 box.)
     2 - Tandy in Ft Worth occassionaly - no regular schedule.  They're
         using a VAX of some sort and I don't know what version of UUCP
         they're using.  This is primarily a mail link.
     3 - A Company in Long Island once a week.  They have a Wang computer
         and I don't know the version of UUCP they're running (neither do
         they).  I upload orders to them once a week using 'uucp' as well
         as occassional mail back and forth.
I did have problems setting up with Tandy.  They use a hyphen '-' in the site
names.  I had to set-up a different 'alias' file and I modifed uucico, login,
rmail and uuxqt to handle it.  I was the first vendor to set-up a link with the
Company in Long Island.  They had problems setting up their system.  They
finally had the Wang people set them up.
Ed Gresick - DELMAR CO
There is 1 Reply.

#: 9055 S7/Telecommunications
    07-Jan-91  08:13:38
Sb: #9023-uucp
Fm: Tom Napolitano 70215,1130
To: Ed Gresick 76576,3312 (X)
Ed,
    Thanks for the reply.  I have to admit my setting up Mark's uucp was not
perfectly clean, due to my particular modem, but that wasn't his fault. 
However the connection between uucico and 386/ix went like it was designed.
    tom

#: 9062 S7/Telecommunications
    08-Jan-91  08:01:22
Sb: UUCP problems
Fm: Steve Wegert 76703,4255
To: All
Mark replies to some UUCP questions: <<>>
In Message 9015 Tom Napolitano says:
>     I see mentioned on the coco echo that some folks are saying Mark's uucp
>does not communicate properly with 386 machines?   What are the details?
>Who's 386 Unix port and which programs don't work?  I found this surprising,
>since my coco3 at home exchanges mail quite nicely, thankyou, with the compaq
>386 running Interactive's 386/ix at work. Could you elaborate please?
Sigh, yes it is true...there are at least a couple machines that my UUCP
protocol has trouble talking with.  So far, I know about a DEC microVAX running
ULTRIX and a Intel 386 box running an unknown 386 version of UNIX. I suppose
there are more lurking out there someplace.  I think one or more Apple
implementations have trouble also.
In Message 9016, James Jones says:
>My guess--and it's only a guess, >of course--is, considering that VAXen and
386s both have the bizarro >leastsignificant-byte-first byte ordering, that
there's some part of the >protocol that contains byte-ordering-dependent values
that aren't getting >byte-swapped before use. I haven't looked in the (very
large!) uucp.ar to see >whether there is any indication of that's being the
problem, though.
You may be right there, but I think it is something less bizzare.  On all the
machines that my port has problems with, you can send to the problem machine
without any troubles, but you just can't receive anything from it, but only
after the two machines go into the 'g' protocol transfer mode.  I have looking
into the problem, but it is very very obscure as you can imagine.
On a lighter note, I do have a sliding windows version now running (actually,
sorta limping) and will be cleaning it up in the near future for release.  I
hope to have the above mentioned bug fixed by then too.  Dunno if any
non-upgraded CoCo's will be able to handle sliding windows UUCP tho....those
that had tried it failed.  I think I'll have to do some fancy optimizing to get
them to work OK.
Mark

#: 9104 S7/Telecommunications
    12-Jan-91  20:42:39
Sb: #9017-#uucp
Fm: Greg Law 72130,23
To: Pete Lyall 76703,4230 (X)
Pete,
        The byte ordering used on Intel processors is the same as the VAX, I
believe. It's a simple case of little-endian versus big-endian. Thus, the value
$ABCD would be seen in memory as CDAB. I assume that in your examples, you used
4-byte numbers. (Otherwise you'd be implying that the VAX swapped the order of
the two nibbles within a byte.) On Intel processors, the most common data types
and their values are stored as follows:
        int     CDAB            ($ABCD)
        long    CDAB2301        ($0123ABDC)
        far ptr CDAB:2301       ($0123:ABCD)
Of course the colon isn't stored in memory, but it helps to clarify a far
pointer consisting of a segment:offset. The values in parantheses are the
actual values you'd feed to the assembler. Oops, that should be ($0123ABCD) for
the long - I accidentally swapped C and D.
        -- Greg
There is 1 Reply.

#: 9106 S7/Telecommunications
    12-Jan-91  21:32:59
Sb: #9104-#uucp
Fm: Pete Lyall 76703,4230
To: Greg Law 72130,23 (X)
Greg  -
I seem to recall that when I ran the VAX test using a LONG of $01020304,
accessing it bytewise brought it back as $04, $03, $02, $01. For reference,
this was an older VAX 11/750 running SysV (now it's running 4.3BSD).
I can recheck, if you like...
Pete
There is 1 Reply.

#: 9182 S7/Telecommunications
    18-Jan-91  19:08:29
Sb: #9106-uucp
Fm: Greg Law 72130,23
To: Pete Lyall 76703,4230 (X)
Pete,
        That sounds normal. If I recall correctly, storing a long integer in
memory ($01020304) will be read byte-wise as $04, $03, $02, $01 on both the VAX
and Intel processors. It's only service is to make porting software a big pain
in the neck. <grin>
        -- Greg

#: 9112 S7/Telecommunications
    13-Jan-91  10:20:48
Sb: Bobbyterm
Fm: Butch Mooney 76702,1126
To: Bob Ayella 71356,1102
Hi Bob,
 I try using your Bobbyterm program and I ran into trouble. When I pick up a
carrier the program locks up. Has anyone else had a problem like this?
Thanks, Butch Mooney

#: 9114 S7/Telecommunications
    13-Jan-91  12:35:39
Sb: #Sterm P_R_oblems
Fm: Art Doyle 71565,262
To: All
After downloading sterm to obtain a B+ transfer capability, I7m having problems
initializing the .bin module to a useable format. Whenever I use sterm with the
/m2w device descriptor, it produces a string like "C_o_m_p_u_serve " with each
letter separed by an underscore.
What am I doing wrong??????
Art
There are 2 Replies.

#: 9119 S7/Telecommunications
    13-Jan-91  20:59:29
Sb: #9114-Sterm P_R_oblems
Fm: Jim Peasley 72726,1153
To: Art Doyle 71565,262 (X)
Art;
  Gee, you seem to come up with the dangdest problems!! <grin>
  I myself have never seen this, or even seen any messages relating to
something like it.  Maybe Steve'll pick up on it, as he's in touch with Mark
Griffith often.
  Meantime, how 'bout posting some system config stuff...
  Version of STERM
  modem type
  modem driver -- did you really mean to type /m2w ?
  baud, parity, etc.
  and anything else you can think of that may be related.
  What term program were you using previously?
 ...Jim

#: 9128 S7/Telecommunications
    14-Jan-91  08:18:37
Sb: #9114-Sterm P_R_oblems
Fm: Steve Wegert 76703,4255
To: Art Doyle 71565,262
Art,
Did you mean to type /m2w ?  Isn't that Bill Brady's specialized descriptor for
his Wiz product? Could that be part of the problem? Have you tried using sterm
with the normal stock driver / descriptors (aciapak and /t2 or Modpak and /m1)?
Steve

#: 9116 S7/Telecommunications
    13-Jan-91  16:41:22
Sb: #Sterm Problems
Fm: Art Doyle 71565,262
To: ALL
Are there any "tricks of the trade" that I'm missing when I use sterm? In the
normal terminal mode, characters are separated by the _ c_h_a_racter and when
B+ or quick B+ is activated, a transfer initialization failure is produced
after a few minutes
Comments???
  Art
There is 1 Reply.

#: 9120 S7/Telecommunications
    13-Jan-91  20:59:31
Sb: #9116-#Sterm Problems
Fm: Jim Peasley 72726,1153
To: Art Doyle 71565,262 (X)
Art;
  Almost forgot.. are you invoking STERM with the "-f" option (using a HD or
RAMdisk)
  And, did you patch ACIAPAK for the 1024 byte buffer?
 ...Jim
There is 1 Reply.

#: 9123 S7/Telecommunications
    13-Jan-91  22:28:31
Sb: #9120-#Sterm Problems
Fm: Art Doyle 71565,262
To: Jim Peasley 72726,1153 (X)
Ooopps!!! No Aciapak patch....I've been using /m2w that comes with the Wiz. @
Thanks for the tip.
Art
There is 1 Reply.

#: 9149 S7/Telecommunications
    15-Jan-91  00:19:34
Sb: #9123-Sterm Problems
Fm: Jim Peasley 72726,1153
To: Art Doyle 71565,262
Art;
  Great!  Glad I could help.
 ...Jim

#: 9127 S7/Telecommunications
    14-Jan-91  03:34:13
Sb: #9073-BBS
Fm: WAYNE LAIRD 73617,3042
To: edward langenback 73510,145 (X)
thanks  for the new ones, always looking for new coco/os9 bbses Best, wayne

#: 9176 S7/Telecommunications
    18-Jan-91  17:24:30
Sb: #Telecom host s/w?
Fm: Ernest Adams 71170,161
To: ALL
I'm looking for a telecom program that will run in a server mode like Kermit,
but run faster than Kermit.  I'm developing software for the CD-I player, which
is a 68000 machine running a variant of OS9.  The player doesn't have a
keyboard, I log into it via a serial port hooked up to a Mac which is running a
terminal program.
I have tried running STERM and ATERM, but both of them think I'm typing
straight into the OS9 system; they want me to start the remote system sending
before they can receive files (in XMODEM, say).  Once I start the Mac sending,
however, I have no way of telling the player to start receiving!  I have gotten
Kermit to run as a server (I set it up to receive on the player, then tell the
Mac to send) and that works OK, but it only runs at about 270 CPS!
Does anyone know of a) a faster Kermit for the player; b) preferably, some
terminal program which can run in "host" mode on a 68000 OS9 machine,
permitting me to tell it to start receiving, then permitting me to start
sending from my Mac *afterwards*?
There is 1 Reply.

#: 9181 S7/Telecommunications
    18-Jan-91  18:42:30
Sb: #9176-Telecom host s/w?
Fm: Pete Lyall 76703,4230
To: Ernest Adams 71170,161
On kermit.... are you sending things in IMAGE (-i) mode? That may help...
Also - there are Zmodem tools for Unix (rz and sz) that are probably reasonably
portable to OS9/68000. They may even be posted here in source form. They do a
nice job of stdin/stdout file xfer.
Pete

#: 9186 S7/Telecommunications
    18-Jan-91  22:33:34
Sb: #8954-ACPDS7.DOC help needed
Fm: PaulSeniura 76476,464
To: Steve Wegert 76703,4255
Ah I have done the steps in FAST.DOC ... very good.
I do type my messages to "All" off-line and get 'em as succinct as I can, then
upload them with CIS B+ or QB with STerm 1.3 (btw is 1.3 the latest? it messes
up in the "fake" pop-up window during downloads once in a while).
STerm, SuperComm, C pgms in general, all work with the test version of AciaPDS7
I got going.  Ron Bihler & a couple of others are testing it, too. Big Rx
and/or Tx buffers w/o ruining the "Y" register.  ;-)
Oh the test RiBBS site got hit by Okla. Gas & Electric company's *ZAPS* about
two weeks ago.  The phone # is 405-670-6666 or Fido address 1:147/40 but I
asked to be marked as 'Down' for a while -- going to try hooking up all those
6.5 amp-hour 12-volt batteries for UPS backups.  Using a 25-amp fully regulated
13.8-volt Tripp-Lite power supply.  I think lifting that thing was where I got
my hernia (seriously).
Good grief I forgot whether I posted the text file on our UPS plans for the
entire CoCo/MPI/disk drive system.  I'll upload it if not here already.
Actually this msg should be for "All" ... sorry!  -- Thx, Paul S.

#: 9195 S7/Telecommunications
    19-Jan-91  11:10:05
Sb: #9186-ACPDS7.DOC help needed
Fm: Steve Wegert 76703,4255
To: PaulSeniura 76476,464
Paul,
No sweat on the addressing of the message. I've forwarded it to 'ALL' as you
have requested.
On the lastest version of Sterm ... I still use 1.3. There may be another
release in test stage ... but 1.3 is the most current public release. The
screwup with the window seems to be tied to the Termcaps library, not
necessarily with the Sterm Code.
I'll check with Mark and see if there's an update coming anytime soon.
Steve

#: 9443 S7/Telecommunications
    08-Feb-91  20:16:48
Sb: #terminal blues
Fm: Bob van der Poel 76510,2203
To: all
I've been fooling with my MM/1 serial port trying to get my coco to act as a
terminal. I have a Disto RS-232 in the CoCo and am using t0 on the mm/1. But I
can't seem to establish a link. I've tried login, but no go. Using sterm on the
coco I can start a shell on the mm/1 (shell <>>>/t0) and I can type commands on
the coco and have them executed on the mm/1, but the mm/1 will not echo
anythink back to the coco. If I run sterm on the mm/1 I can list files, etc. to
the coco; but I can't get things back. It seems the port will only operate one
way. At first I thought that there was a hardware problem, but I don't think
so. Is there a secret in setting up the path descriptors on one of the
machines?
There is 1 Reply.

#: 9445 S7/Telecommunications
    08-Feb-91  21:08:14
Sb: #9443-#terminal blues
Fm: GENE TURNBOW 72457,220
To: Bob van der Poel 76510,2203 (X)
I've seen this problem many, many times, and not just with OS-9 machines,
either.  The problem is your cable.  If you're able to transmit characters in
one direction, your hardware otherwise is probably fine.  Probably what needs
to be done is to tie all the handshaking lines high on both ends of the cable. 
You'll have to find a document that tells you what pins those are, but I've had
good success with one where pins 4 & 5 are jumpered together, and also pins 6,
8 & 20 jumpered together but separate from 4 & 5. Pin 2 goes to pin 3 on the
opposite end; pin 3 goes to pin 2 on the opposite end.  Pin 7 is ground and
goes straight through to pin 7 on the other end.
This should work.  I have found very few terminal devices on which a cable
configured this way wouldn't work.
There is 1 Reply.

#: 9475 S7/Telecommunications
    11-Feb-91  20:38:38
Sb: #9445-terminal blues
Fm: Bob van der Poel 76510,2203
To: GENE TURNBOW 72457,220
Gene,
Thanks for the suggestions. I'll hack my cable later this week and see how it
works. Hmmm, don't want to cut things up . . .guess I could just do some
wire-wraps on the pins of the null-modem. I'll let you know how it works.

#: 9449 S7/Telecommunications
    09-Feb-91  05:27:05
Sb: #MM/1 serial ports
Fm: Mark Griffith 76070,41
To: Pete Lyall, 76703,4230 (X)
Pete,
Sorry I didn't save you message number to reply too.
Don't know yet about how the MM/1 responds to modem kill.  Pease says it
kills mtsmon and he is as good a source as any.  I haven't tried it myself.
On the MM/1 port signals, it depends on which port one is using.  Not all
of them have the full modem control set--actually none have them all since
they are all setup for DB-9 connectors.  Here are some specs:
    Port /t0        DTR and CD
    Port /t1        DTR at least--ask Pease about anything else
    Port /t2        DTR, RTS, CD
    Ports /t3 /t4   DTR, RTS, CTS, and CD
Ports /t3 and /t4 are fully configurable via jumpers on the paddle boards.
I have been having great problems with mtsmon just for logging in from a
terminal.  Can't get it to read some of the password file entries, on some
it will log you in then bump you right out and lock the port which requires
a reboot to free up.  Have been afraid to try it for UUCP stuff (grin).
Mark
There is 1 Reply.

#: 9452 S7/Telecommunications
    09-Feb-91  09:31:14
Sb: #9449-#MM/1 serial ports
Fm: Pete Lyall 76703,4230
To: Mark Griffith 76070,41 (X)
Mark -
I'll try to give you a call during the weekend to get more detailed poop on the
problems and configuration...
Pete
There is 1 Reply.

#: 9478 S7/Telecommunications
    11-Feb-91  23:11:57
Sb: #9452-#MM/1 serial ports
Fm: Paul Rinear 73757,1413
To: Pete Lyall 76703,4230 (X)
   Do you own an MM/1 yet?
There is 1 Reply.

#: 9481 S7/Telecommunications
    12-Feb-91  12:31:12
Sb: #9478-#MM/1 serial ports
Fm: Pete Lyall 76703,4230
To: Paul Rinear 73757,1413 (X)
Nope - I have a loaner 68020 running OSK.
Pete
There is 1 Reply.

#: 9484 S7/Telecommunications
    12-Feb-91  18:59:14
Sb: #9481-MM/1 serial ports
Fm: Paul Rinear 73757,1413
To: Pete Lyall 76703,4230
   That kit price looked very tempting but I guess I am waiting to hear reports
about it.

#: 9457 S7/Telecommunications
    09-Feb-91  17:09:07
Sb: #HELP
Fm: JOHN HYATT 71760,2744
To: ID
READY HELP! I NEED A TERMINAL PROGRAM FOR OS9 LEVEL I. DOES ANYONE KNOW OF ONE?
NONE OF THEM IN THIS FORUM WORK.
  THANKS TO ANYONE THAT CAN HELP.
                JOHN HYATT
There is 1 Reply.

#: 9464 S7/Telecommunications
    10-Feb-91  10:25:44
Sb: #9457-#HELP
Fm: Steve Wegert 76703,4255
To: JOHN HYATT 71760,2744 (X)
John,
Hmmm ..... none seem to work?
I used Xcom9 for years under level I. Should work just fine. What type of
problems are you having? Do you have a 232pak or it's equal or are you trying
to bit bang your way across country?
The bit banger approach is fairly useless under OS9.
Steve
There is 1 Reply.

#: 9477 S7/Telecommunications
    11-Feb-91  22:32:01
Sb: #9464-#HELP
Fm: JOHN HYATT 71760,2744
To: Steve Wegert 76703,4255
 STEVE,THANKS FOR THE REPLY.I HAVE AN OLD MODEM I AND XCOM9 RUNS BUT IT SEEMS
TO LOCKUP OR AT LEAST I CAN'T GET IT TO DO ANYTHIN BUT I DON'T HAVE ANY DOC'S
ON IT.
 MAYBE IT'S WORKING I DON'T KNOW. ARE YOU SAYING I NEED A RS232?
 ARE THERE DOC'S ON XCOM9 I CAN GET?
 THANKS FOR ANY HELP YOU CAN GIVE.     JOHN HYATT
There is 1 Reply.

#: 9482 S7/Telecommunications
    12-Feb-91  12:33:06
Sb: #9477-HELP
Fm: Pete Lyall 76703,4230
To: JOHN HYATT 71760,2744
John -
Yes - in all practicality you need an RS-232 pak (or equivalent) to do serial
I/O under OS9. The bit banger just doesn't get it. See the file SERIAL.TXT in
DL2 for more depth on the matter.
Pete

#: 9489 S7/Telecommunications
    13-Feb-91  08:07:31
Sb: #9477-#HELP
Fm: Steve Wegert 76703,4255
To: JOHN HYATT 71760,2744 (X)
Pete's directed you to the bible on serial stuff. Take a gander.
You'll need a hardware serial pak and some type of IRQ hack modification to
eliminate the lockup during use.
There should be some docs available for xcom9 ... I'll look around.
Steve
There is 1 Reply.

#: 9508 S7/Telecommunications
    14-Feb-91  22:58:21
Sb: #9489-HELP
Fm: JOHN HYATT 71760,2744
To: Steve Wegert 76703,4255 (X)
THANKS FOR YOUR HELP.
JOHN

#: 9507 S7/Telecommunications
    14-Feb-91  22:55:32
Sb: #9482-HELP
Fm: JOHN HYATT 71760,2744
To: Pete Lyall 76703,4230 (X)
THANKS FOR THE INFO, ILL CHECK IT OUT. JOHN

#: 9522 S7/Telecommunications
    15-Feb-91  20:11:36
Sb: #9449-MM/1 serial ports
Fm: Bob van der Poel 76510,2203
To: Mark Griffith 76070,41
Welcome back. I've missed your valuable insights (and opinions, even the ones I
disagreed with <grin>). Hope that your life is back to normal...

#: 9557 S7/Telecommunications
    17-Feb-91  22:30:34
Sb: #Sterm 1.3 bug found
Fm: PaulSeniura 76476,464
To: all
I found where STERM 1.3 messes up, on that fake pop-up window during downloads
with B+ or QB protocol.  When the file being sent is bigger than around 64k.
From then on, no matter how big or small subsequent downloads are, that pop-up
window loses all the termcap controls it has read in.
I've been downloading lots of things tonight, on up to 58k each.  Then I found
a 67k file I wanted, and Sterm started messing up from then on.
I restarted Sterm and things straightened out until the next 64k/bigger file!
Hope this will help .. I think I got the sources to Sterm 1.3 somewhere. Might
try to see what it was poking ... -- Thx, Paul Seniura (76476,464).
There are 2 Replies.

#: 9559 S7/Telecommunications
    18-Feb-91  07:14:47
Sb: #9557-#Sterm 1.3 bug found
Fm: Bob Santy 76417,714
To: PaulSeniura 76476,464
Gee.  I hope you're right about the >64k error in Sterm.  I'm running Sterm
(OS9 6809 version) on my Atari ST right now.  Everything seems to work OK
except the problem you just mentioned.  I tried to send a file that is greater
than 64K last night and I lost the window too.  I thought my OS9 emulator had
-yet-another-damed-bug- I'll check it out on my COCO next.
I also noticed and XCom9 problem that is associated with I$Read.  XCom9 seems
to think that the Z bit is set on a successful I$Read call.  The code actually
does a beq ... over the error handler!!  Does anyone know if this is a bug in
XCom9 or that I$Read has another way to return error status????
Thanks for the very timely message Paul!
Bob Santy
There is 1 Reply.

#: 9568 S7/Telecommunications
    19-Feb-91  05:26:09
Sb: #9559-Sterm 1.3 bug found
Fm: Ed Gresick 76576,3312
To: Bob Santy 76417,714 (X)
 Paul,
 Interesting.  Last summer, I uploaded almost 10 Megabytes of files
 to the OSK library using STERM 1.3 on the SYSTEM IV.  This was the OSK
 version of STERM.  Most files were in the 500K to 600k range.  According
 to the STERM transfer stats, the average efficiency was about 76%.
 It still took a long time - about 11 1/2 hours total.  I wonder what the
 difference is between the 6809 and 68000 ports - maybe Mark Griffith
 will see these messages and shed some light.
 Ed Gresick - DELMAR CO

#: 9569 S7/Telecommunications
    19-Feb-91  19:15:20
Sb: #9557-Sterm 1.3 bug found
Fm: Mark Griffith 76070,41
To: PaulSeniura 76476,464
Paul,
You said: >I found where STERM 1.3 messes up, on that fake pop-up window during
>downloads with B+ or QB protocol.  When the file being sent is bigger than
>around 64k. From then on, no matter how big or small subsequent downloads
>are, that pop-up window loses all the termcap controls it has read in.
I have never seen this myself, but others have mentioned it to me in the past.
Still, Sterm version 1.5 is about ready for release and it has been worked over
pretty well.  There was a bug Carl Kreider found in the B+ protocol code that
messed up his screen controls, but it only happened when a certain type of
error occured.  This may be what you are referring to.  In any case, the latest
version should correct any bug that might have been in 1.3
Version 1.5 will be uploaded in the next few weeks.
Mark

#: 9561 S7/Telecommunications
    18-Feb-91  10:20:35
Sb: #9475-terminal blues
Fm: GENE TURNBOW 72457,220
To: Bob van der Poel 76510,2203 (X)
Good luck; connectors are fairly cheap, though.  They go for about a buck here
in Los Angeles -- if they're the same where you are, it might be better just to
get a couple fresh connectors and dink with those instead.

#: 9586 S7/Telecommunications
    21-Feb-91  21:18:19
Sb: OSTERM
Fm: Tony Cappellini 76370,2104
To: all
I'm having problems with osterm's macros. I had them all set up to log into cis
and then take me to the os9 section, but now when I try to edit the macro,
there is nothing there. Ok maybe the file got hosed, but I just put it in the
learn mode and still there was nothing there. Whats happening, I I going crazy
or what? TC

#: 9590 S7/Telecommunications
    22-Feb-91  12:15:24
Sb: #Deskmate Telecom
Fm: REX GOODE 73777,3663
To: All
 I recently bought Deskmate at a great price and thought I'd give it a try with
telecommunications. The docs say that telecommunications are accomplished
through RS232 Pak and a standard modem. I have the Modem pak but no RS232 Pak.
Can I still do use Deskmate Telecom?
  Rex
There is 1 Reply.

#: 9592 S7/Telecommunications
    22-Feb-91  18:07:53
Sb: #9590-#Deskmate Telecom
Fm: Bill Dickhaus 70325,523
To: REX GOODE 73777,3663 (X)
Rex
Yes, you can use a modempak with DeskMate . I'm not sure exactly how to change
the DM configuration, but change /T2 to /M1, and it should work. Maybe someone
else (hey Dan!) will come up with exactly how to change it. You will also want
to grab DM3.TXT and DMHELP.AR from LIB 10 for some pointers on DM3 operation.
There are some other deskmate files in LIB 10, try BRO/KEY:DESK* to check them
out.
Bill
There are 2 Replies.

#: 9606 S7/Telecommunications
    23-Feb-91  08:54:55
Sb: #9592-Deskmate Telecom
Fm: Floyd Resler 72500,2572
To: Bill Dickhaus 70325,523 (X)
Changing the path to the modem is easy.  In the configuration menu you have to
specify which device descriptor you are using.

#: 9607 S7/Telecommunications
    23-Feb-91  11:23:57
Sb: #9592-#Deskmate Telecom
Fm: REX GOODE 73777,3663
To: Bill Dickhaus 70325,523 (X)
Bill,
 Thanks for the help and suggestions. I once knew this, but isn't a ".AR" file
some kind of archive, and won't I need some program to unarchive it?
  Rex
There is 1 Reply.

#: 9628 S7/Telecommunications
    26-Feb-91  07:03:32
Sb: #9607-Deskmate Telecom
Fm: Bill Dickhaus 70325,523
To: REX GOODE 73777,3663 (X)
Rex,
You'll need to download AR09.BIN in LIB 9. Documentation is in AR.DOC. Rename
AR09.BIN as "ar", move/copy it to your exec directory, and make sure to set the
execution attributes (attr ar e pe).
Bill

#: 9637 S7/Telecommunications
    27-Feb-91  22:27:19
Sb: #tsrun/tsmon
Fm: Hugo Bueno 71211,3662
To:  76625,2273 (X)
Bruce,
I'm trying to get your tsrun/tsmon package to work on my
system. My config is as follows:
512K Coco
B&B Hard Disk
SACIA driver (multipak version)
RS232 pak on slot 1
I have set up the following init file called init.t2 in /dd/sys:
ATZ
ATM0Q0V1X1&D2&C1S0=2E0
Unsupported baud rate on this phone line.
"CONNECT 2400":04
"CONNECT 1200":03
"CONNECT":01
When I call the programs like so: tsrun tsmon /t2 /dd/sys/init.t2 &
the system crashes with horizontal lines flashing on the screen upon
access to the disk.
If I run just "tsmon /t2 /dd/sys/init/t2 &", the modem is 
initialized just fine.
Do I need to do any special xmode to /t2 or set the modem kill bit?
If so, could you tell me how?
Hugo
71211,3662
Delphi: MRGOOD
There is 1 Reply.

#: 9663 S7/Telecommunications
    02-Mar-91  17:51:24
Sb: #9637-#tsrun/tsmon
Fm: Bruce Isted (UG VP) 76625,2273
To: Hugo Bueno 71211,3662 (X)
Hugo,
  I've tried tsrun, and it doesn't crash my system.  I don't know what is
wrong, but I'll get back to you if I figure it out.  If possible, don't use
tsrun... it is only really useful if you have set the "modem kill bit" (see
xmode in your OS-9 manual) anyway.
  Bruce
There is 1 Reply.

#: 9667 S7/Telecommunications
    03-Mar-91  08:17:08
Sb: #9663-#tsrun/tsmon
Fm: Hugo Bueno 71211,3662
To: Bruce Isted (UG VP) 76625,2273 (X)
Just for the sake of science, could you give me an xmode of your /t2?
By the way, when I use your xmode on window devices, it doesn't work. (i.e.,
window parameters not shown, and cannot be changed). Is this correct?
Finally, could you explain swapped DSR DCD? Why would I implement it, what is
it supposed to do? How do I do it?
(Sorry for all the questions!)
Hugo
There is 1 Reply.

#: 9677 S7/Telecommunications
    03-Mar-91  21:25:36
Sb: #9667-#tsrun/tsmon
Fm: Bruce Isted (UG VP) 76625,2273
To: Hugo Bueno 71211,3662 (X)
~ Hugo,
  OK, here's an XMODE listing of my /T3 port (I don't have a /T2 port in
memory):
 nam=T3 mgr=SCF ddr=DACIA hpn=07 hpa=FF60 upc=00 bso=01
 dlo=00 eko=01 alf=01 nul=00 pau=00 pag=18 bsp=08 del=18
 eor=0D eof=1B rpr=09 dup=19 psc=17 int=03 qut=05 bse=08
 ovf=07 par=02 bau=06 xon=11 xof=13 col=50 row=18 xtp=45
 wnd=45 val= sty= cpx= cpy= fgc= bgc= bdc=
  It sounds like you're referring to the "wnd= val= sty= ..." stuff near the
end of the XMODE listing of a window descriptor.  As you will see in the
following listing, they can be changed, but only if the window descriptor's
option table size includes them.  Get my "WINVDG.AR" package if you want window
descriptors that are already set up that way, or you can modify your own window
descriptors by changing the byte at offset $0011 to $24.
 nam=W1 mgr=SCF ddr=CC3IO hpn=07 hpa=FFA1 upc=00 bso=00
 dlo=00 eko=01 alf=01 nul=00 pau=00 pag=18 bsp=08 del=18
 eor=0D eof=1B rpr=09 dup=19 psc=17 int=03 qut=05 bse=08
 ovf=07 par=80 bau=00 xon=00 xof=00 col=50 row=18 xtp=01
 wnd=01 val=01 sty=02 cpx=00 cpy=00 fgc=00 bgc=01 bdc=02
  Finally, swapped DSR+DCD is useful if you want your 6551 ACIA based serial
port to be able to receive characters even when DCD is not valid.  This is of
most interest to BBS SysOps, who want their BBS to be able to recognize when a
caller hangs up (DCD would go from valid to invalid) and reset itself, rather
than going through the hassle of the modem kill bit killing their BBS program
and then having to use a program like TSRUN to restart the whole thing.  The
easiest way to implement it is to simply swap the two lines on your serial
cable and then set the appropriate bit in the XTP byte.
  And don't worry about the questions, there hasn't been too much mail for me
here lately, so this is a nice change!
  Bruce
There are 2 Replies.

#: 9680 S7/Telecommunications
    04-Mar-91  19:39:28
Sb: #9677-tsrun/tsmon
Fm: Hugo Bueno 71211,3662
To: Bruce Isted (UG VP) 76625,2273 (X)
OK, I'll read your response offline.
Ah, so swapping involves some actual wire crossing, YUCK! By the way, what
would that do to telecom programs? Could I still call out?
I've been having nothing but frustration with your tsmon :-(.
I've had a friend calling in for testing, and tsmon never seems to recognize
when he presses ENTER.  I tried the Developer's pak tsmon, and it worked fine.
The only problem is when people hangup unexpectedly, which is something I'd
like to protect against!
I'll upload a summary of my efforts in another message.
Hugo

#: 9681 S7/Telecommunications
    04-Mar-91  19:59:54
Sb: #9677-#tsrun/tsmon
Fm: Hugo Bueno 71211,3662
To: Bruce Isted (UG VP) 76625,2273 (X)
Bruce,
As I said, I've had problems with your tsmon/tsrun combo. Anyway,
here's the init file that I send to the modem via the tsmon command
line: TSMON /t2 /dd/sys/init.t2 &
ATZ
ATM0Q0V0X1&D2&C1S0=2E0S25=100
Unsupported baud rate on this phone line.
"CONNECT 2400":04
"10":04
"CONNECT 1200":03
"5":03
Is there anything obviously wrong with it? When a caller calls, the modem
answers, carrier detect gets established but pressing return (I can see
the RD light flashing) yields nothing except a series of dots (SOMETIMES).
Here is an xmode of /t2 as I have it set up when I run TSMON:
 nam=T2 mgr=SCF ddr=SACIA hpn=07 hpa=FF68 upc=00 bso=01
 dlo=00 eko=01 alf=01 nul=00 pau=00 pag=00 bsp=08 del=18
 eor=0D eof=1B rpr=09 dup=19 psc=17 int=03 qut=05 bse=08
 ovf=07 par=0C bau=04 xon=11 xof=13 col=50 row=18 xtp=05
 wnd=05 val= sty= cpx= cpy= fgc= bgc= bdc=
Anything visibly wrong?
When I run the stock developer's pak tsmon, everything works peachy,
except if a caller hangs up without typing "ex", things get messy.
What possible difference can there be between the two where the stock
TSMON sees the CR and your TSMON doesn't???? I'm pulling my hair out
on this one.
I wonder if it's a problem of your tsmon never getting the CONNECT
string and running at the wrong baud rate???
HELP HELP HELP     SOS!
Hugo Bueno    CIS:71211,3662
              Delphi: MRGOOD
There is 1 Reply.

#: 9707 S7/Telecommunications
    06-Mar-91  22:14:45
Sb: #9681-tsrun/tsmon
Fm: Bruce Isted (UG VP) 76625,2273
To: Hugo Bueno 71211,3662 (X)
~ Hugo,
  I'm afraid I don't know what is wrong, but I can pass along a couple ideas
that others have given to me when they had solved their tsmon/modem problems.
The first is from Rich Mailer, who found that his "Zoom" type modem hung up too
quickly when DTR dropped momentarily.  What happened was someone called in, the
modem connected, and then hung up on the caller.  The solution was to increase
the amount of time allowed before a DTR interruption causes the modem to hang
up.  Sorry, but I can't remember exactly which S register controls that... and
I can't find an equivalent S register in my modem manual.
  The other thing is related to exactly when the modem sets DCD enabled.  On my
modem, the CONNECT message comes in first, and then after that the DCD line is
enabled.  If your modem does this then you'll have to do the DSR+DCD swap to
get it to work with a 6551 ACIA.  Check your modem manual for info regarding
the DCD signal, you may be able to set it so DCD is enabled before the modem
sends result codes and CONNECT messages.  You can check if DCD is enabled too
late by getting someone to call in at the default baud rate, and then manually
typing in the CONNECT message after the modems have connected. Remember, when
my TSMON is given an "init" file parameter it doesn't respond to just a CR,
unless there's a line in the init file that has a CR connect message in it. 
You could do this with a file editor such as dEd, BTW.
  I can't see anything wrong with the sample "init" files you've posted.  As a
matter of fact, I used the first one you posted in a test and had no problems
with it.
  Bruce

#: 9642 S7/Telecommunications
    28-Feb-91  23:53:00
Sb: #9568-Sterm 1.3 bug found
Fm: PaulSeniura 76476,464
To: Ed Gresick 76576,3312 (X)
Wow!  Uploads are free - wonder what CIS thinks of that!  *-)
I use a Courier 9600 HST (real USRobotics but before they upgraded 'em to 14.4k
& 19.2k).  It "defaults" with MNP5 & ARQ mode on CIS and Delphi both, but with
B+ and QB I'm getting 75% thruput as well (local DTE set to 4800 even tho the
line & CIS runs at 2400).  Compression on top of AR'd files are not suppose to
be that good according to the USR book!  Might want to do some research into
the Acia drivers being used cuz I'm using something like 2100 bytes each for
send & receive buffering (read my  ACPDS7.TXT article for more info on that -
still waiting on how to program the undocumented Stat calls!).
-- Thx, Paul Seniura (76476,464)

#: 9643 S7/Telecommunications
    28-Feb-91  23:55:46
Sb: #9569-Sterm 1.3 bug found
Fm: PaulSeniura 76476,464
To: Mark Griffith 76070,41 (X)
Thanks Mark!  It's "the" only thing to use on CIS here!  (Kinda wish Delphi
would ask around for ideas on improving their d/l support, but then again their
20/20 package cannot be beat no matter how slow their I/O gets!)
-- Thx again, Paul Seniura (76476,464).

#: 9717 S7/Telecommunications
    07-Mar-91  20:17:22
Sb: #more tsmon
Fm: Hugo Bueno 71211,3662
To:  76625,2273 (X)
Bruce,
I've built myself an rs232 cable with swapped DSR/DCD so now there shouldn't be
a problem with the serial port not receiving connect messages from the modem. 
With the swapped DSR/DCD, I now xmode /t2 XTP=85 instead of XTP=05 that I used
previously. Is TSMOn smart enough to deal with the "OK" messages sent back from
the modem?
As far as modem connect, that part is fine. The connection is made, but TSMON
just doesn't recognize the caller's carriage returns. After a call-in attempt,
a PROC command shows that TSMON is suspended.
Variables: 1. I use Dennis Skala's clock driver for the B&B. That driver is
supposed to be compatible with the clock you provide in the Eliminator software
package.
2. My multipak is not upgraded. Before I used the hardware clock driver, the
system time would advance at an exceptional rate during serial port
transmissions.  I notice the keyboard repeat is "enhanced" during serial
transmissions also.  Could it be tha the non-upgraded multipak can be causing
me grief??
Someday this will be behind me, but right now it's tough to keep a smile on my
face!
Hugo
There are 2 Replies.

#: 9718 S7/Telecommunications
    07-Mar-91  22:22:49
Sb: #9717-#more tsmon
Fm: Kevin Darling 76703,4227
To: Hugo Bueno 71211,3662 (X)
Hugo - definitely yes: the non-upgraded MPI is causing your clock/keybd
problems.  It's because when the cpu reads the GIME irq register, your MPI is
turning on and overwhelming the data bus with false info.  The upgraded MPI
doesn't do that.  best - kev
There is 1 Reply.

#: 9726 S7/Telecommunications
    08-Mar-91  11:17:51
Sb: #9718-#more tsmon
Fm: Hugo Bueno 71211,3662
To: Kevin Darling 76703,4227 (X)
My only question is, why do term programs run ok in spite of the "super speed".
Hugo
There is 1 Reply.

#: 9727 S7/Telecommunications
    08-Mar-91  11:22:45
Sb: #9726-#more tsmon
Fm: Kevin Darling 76703,4227
To: Hugo Bueno 71211,3662 (X)
Umm. The term programs only require that the characters incoming are found, and
the extra fake interrupt flags (caused by the MPI) actually would help there,
perhaps... altho causing some cpu time to be wasted checking for irqs that
didn't really exist.
There is 1 Reply.

#: 9732 S7/Telecommunications
    08-Mar-91  16:55:00
Sb: #9727-more tsmon
Fm: Hugo Bueno 71211,3662
To: Kevin Darling 76703,4227 (X)
OK, I've been testing again with my friend today and things were especially
bad. I would start any tsmon (microware's, Bruce's, Bruce's patched by my
friend, etc) and every time, your proc command would show Tsmon suspended.
I've ordered the satellite board upgrade for my mpak from Howard Medical.
Should arrive next week sometime. Hopefully, upgrading will solve the problem
because I just don't see where I'm doing anything wrong. And I want to get UUCP
up and running so bad now!
What's weird is that my friends Mpak isn't upgraded either, and he has no
problems. Such is life.
Hugo

#: 9735 S7/Telecommunications
    08-Mar-91  22:52:02
Sb: #9717-#more tsmon
Fm: Bruce Isted (UG VP) 76625,2273
To: Hugo Bueno 71211,3662 (X)
~ Hugo,
  As Kevin said, the un-upgraded MPI is probably causing some of your problems,
so get it upgraded ASAP.  As for the B&B clock, it should be OK. Actually, it
really wouldn't matter if it had the GIME IRQ toggle or not, except Rx
characters might be lost more often.  But I doubt it'd cause the total lack of
response you're seeing.
  A couple more things to check.  If your modem has LED status lights, can you
see if the Tx and Rx lights come on (virtually) solid as soon as the connection
is made?  If so, your modem echo isn't being turned off by the "initialization"
string properly, although it looked fine in your example "init" file.  Also,
your serial port's echo isn't being turned off by TSMon, though it's supposed
to do that whether or not it was enabled in the first place.
  Also, try enabling "forced DTR".  That'd be "xtp=C5" with swapped DCD+DSR, or
"xtp=45" with regular DSR+DCD.  That should prevent any small period of time
where DTR is dropped when TSMon forks LogIn, though it really shouldn't happen
at all.
  Speaking of LogIn, what happens when you try "TSMon" in a window.  No "init"
file, just start TSMon all by itself.  Does LogIn work properly then, finding
the password file (./SYS/password or /DD/SYS/password, or whatever your LogIn
wants) and so on?
  One other thing is you said "... caller's carriage returns.", but you didn't
say whether the caller tried typing in the full "CONNECT" message followed by a
carriage return.  Please try that and let me know the results.
  I'm sorry I can't be more help, but I only use the TSMon program's most basic
(original) capabilities.  I did have a terrible time writing it (as Pete Lyall
said, and auto-baud TSMon is among the most difficult trivial programs to
write) and getting it to work decently.  And it does work for me, when I test
the auto-baud stuff... though as you've found out some people have no luck with
it at all.
  Bruce
There is 1 Reply.

#: 9749 S7/Telecommunications
    10-Mar-91  08:32:30
Sb: #9735-#more tsmon
Fm: Hugo Bueno 71211,3662
To: Bruce Isted (UG VP) 76625,2273 (X)
Bruce,
The other day I tried the stock tsmon, and immediately upon initialization, a
PROC command would show the process as suspended. The other day it worked fine.
Then I tried your tsmon with and without the initialization file.  Sometimes it
works, sometimes it doesn't (set up corectly). However, sometimes it seems to
set up just fine. Then a caller calls in, and the PROC command shows the
program as suspended with an AGE of 255.
So either with or without an initialization file, your tsmon does absolutely
nothing except get suspended once someone calls in.
By serial port echo, does that mean I should set eko=0 ?
TSMon works fine in windows.
Hugo
There is 1 Reply.

#: 9826 S7/Telecommunications
    16-Mar-91  18:50:28
Sb: #9749-#more tsmon
Fm: Bruce Isted (UG VP) 76625,2273
To: Hugo Bueno 71211,3662 (X)
~ Hugo,
  I don't think being suspended is the problem, but maybe it is a clue.  The
serial driver must be suspending TSMON because it tried to read when there was
no data available, which is normal.  The problem appears to be with either the
hardware or driver for the serial port.
  You need to be using a driver that supports the get/set status calls required
by TSMON, such as SACIA.  ACIAPAK will not do the job, unless it is a
customized version, and even then if there are problems I can't help you at
all.  If the driver isn't at fault, then you need to ensure that DCD is valid
for the 6551 ACIA to receive data.  If you have swapped the DCD+DSR lines, make
sure that your modem forces DSR valid (which is then swapped and hooked up to
the 6551's DCD input).  If you haven't swapped DCD+DSR, then make sure your
modem enables DCD before transmitting any data to the 6551 ACIA.  Also, make
sure that the /T2 descriptor's "swap DCD+DSR" bit in the XTP byte matches the
serial cable.
  I think you mentioned once that you've done the DCD+DSR swap, so the first
thing to do is ensure that the modem forces DSR enabled all the time.
  Bruce
There is 1 Reply.

#: 9835 S7/Telecommunications
    17-Mar-91  09:56:54
Sb: #9826-#more tsmon
Fm: Hugo Bueno 71211,3662
To: Bruce Isted (UG VP) 76625,2273 (X)
Bruce, I'm doing one last ditch effort. On the software end, everything is in
order. I have a swapped DCD/DSR cable, I have set XTP=85, and I'm using the
SACIA.mpi driver.  I'll let you know what happens once I install the satellite
upgrade board in my multipak. Kevin Darling recommended that I perform the
upgrade since it may be possible that my problems are MPI related.
Hugo
There is 1 Reply.

#: 9847 S7/Telecommunications
    17-Mar-91  21:15:00
Sb: #9835-#more tsmon
Fm: Bruce Isted 76625,2273
To: Hugo Bueno 71211,3662 (X)
~
Hugo,
  Yes, by all means do the MPI upgrade.  It could be the problem, I've seen
stranger things!  Anyway, did you check to ensure that your modem forces DSR
(now hooked to the 6551 ACIA's DCD input) enabled?  Also, I assume SACIA has
been set up for the appropriate MPI select code...?  By default the sacia.mpi
driver sets the MPI for floppy controller in slot 4 and RS-232 Pak in slot 1.
  Bruce
There is 1 Reply.

#: 9859 S7/Telecommunications
    18-Mar-91  19:24:44
Sb: #9847-more tsmon
Fm: Hugo Bueno 71211,3662
To: Bruce Isted 76625,2273
As of yesterday, the MPI upgrade board is installed. (My first hardware
soldering project!) .
Now, I need to have someone call in to test that %&$#* TSMON.  If it doesn't
work, I'll scream.
By the way, I was meaning to ask you about that slot select stuff mentioned in
the eliminator manual.  It says something about setting a byte at some offset
in SACIA. I don't quite understand what you were trying to explain.  Right now,
my floppy controller (Disto DC-7) is in Slot 4, B&B controller is in slot 3,
and rs232 pak is in slot 1. Is this the definitely the default that SACIA.mpi
is set for?
I'll let you know how the tsmon stuff goes once I can get Bob Billson to call
in. (He was working with Rich Mailer, if you remember).
Hugo

#: 9750 S7/Telecommunications
    10-Mar-91  08:35:18
Sb: #shell+/mail
Fm: Hugo Bueno 71211,3662
To: All
My friend Bob asked me to post this question of his here on CIS:
sg#: 6342 ** Private Mail **
03/09/91 13:45:35
From: BOB BILLSON
Can you ask anyone who might be able to help, how to get 
Shell+ v2.1 NOT to strip the '%' from a command line?
I am attempting to write a smart mailer to be used with both of current OS-9 
UUCP programs out there.  In order to be able to handle Internet-style 
addresses properly such as:  bob%kc2wz.uucp@fdurt1.fdu.edu
When Shell+ gets done with the address it becomes: bobkc2wz.uucp@fdurt1.fdu 
.edu  definitely not the same thing.
Quoting the address like you can do with '!' to protect it from the shell 
doesn't help.  Shell+ still removes the '%'.  I guess no matter what it treats 
the % as a shell variable.
Seems like a bug in Shell+.  Does anyone have a way to fix this? 
There is 1 Reply.

#: 9807 S7/Telecommunications
    15-Mar-91  16:47:03
Sb: #9750-#shell+/mail
Fm: Lee Veal 74726,1752
To: Hugo Bueno 71211,3662 (X)
You have to preface any command that has a percent sign (%) in it with a SHELL+
2.1 command to turn off the shell variable feature.
 OS9:-v
 OS9:{command with a % in it}
 OS9:v
 The -v and v turn the variable feature off and on, respectively.
I ran into the same problem with RSB commands which use a % to point to an
drive containing in RS-DOS diskette.
Lee
There is 1 Reply.

#: 9809 S7/Telecommunications
    15-Mar-91  18:45:02
Sb: #9807-#shell+/mail
Fm: Hugo Bueno 71211,3662
To: Lee Veal 74726,1752 (X)
Thanks Lee. I'll send Bob your response to his question!
Hugo Bueno
There is 1 Reply.

#: 9824 S7/Telecommunications
    16-Mar-91  16:09:26
Sb: #9809-shell+/mail
Fm: Lee Veal 74726,1752
To: Hugo Bueno 71211,3662 (X)
No problem.  Glad I could help.
Have a "bueno" day!!!!!
Lee

#: 9886 S7/Telecommunications
    21-Mar-91  19:38:08
Sb: #tsmon
Fm: Hugo Bueno 71211,3662
To:  76625,2273 (X)
Bruce, 
One final report regarding my experience with your autobaud tsmon.
1. It just doesn't work, at all.
2. My Mpak is now upgraded, it works fine, the software clock doesn't
   go nuts during rs232 transmissions anymore.
3. I tried both a DCD/DSR swapped cable and a regular cable and I
   always made sure to get the XTP settings right.
4. I tried TSMON alone (wait for CR) and with an init file.
5. With the swapped cable, the modem would answer, but as soon as
   a connection was made, it hung up.  I etting modem register S25 to 25 or more but
   it didn't make a difference.
6. With a regular cable, the connection would be made, but login
   was never initiated, even running TSMON without an il
ito as c mb.kSNwc osfe uuftneyds'
gvm hfars a oigo.
Hugo
There is 1 Reply.

#: 9945 S7/Telecommunications
    24-Mar-91  16:02:16
Sb: #9886-#tsmon
Fm: Bruce Isted 76625,2273
To: Hugo Bueno 71211,3662 (X)
~ Hugo,
  Well, I don't know what is wrong... I know my tsmon works for me, with and
without the init file.  If tsmon doesn't work for you even in the "dumb" mode
(no init file), then the only thing I can think of is the wrong driver is being
used.
  Using the xmode utility supplied with the "esw110.ar" package, check the T2
descriptor you're using to see whether SACIA or ACIAPAK is the driver.  If you
have both SACIA and ACIAPAK in your boot file, and the T2 module is for
ACIAPAK, then there's no way my tsmon will work.  Just grasping at straws here
now...
  Bruce
There is 1 Reply.

#: 9951 S7/Telecommunications
    24-Mar-91  17:46:29
Sb: #9945-#tsmon
Fm: Hugo Bueno 71211,3662
To: Bruce Isted 76625,2273 (X)
No go there. I do have ONLY SACIA in my boot file and T2 shows SACIA as the
driver.  The thing just doesn't work. It works on my friends coco, but not
mine. I've given up on it at this point. Thanks for all of your suggestions and
help.
Hugo
There is 1 Reply.

#: 9995 S7/Telecommunications
    26-Mar-91  23:13:09
Sb: #9951-tsmon
Fm: Bruce Isted 76625,2273
To: Hugo Bueno 71211,3662 (X)
~ Hugo,
  Yeah, there is at least one other fellow I know of (locally) that has
problems with that auto-baud tsmon.  It works fine on my system with my (USR)
modem, and it works fine on his system with my modem, but it doesn't work at
all on either system with his (Intel 2400 baud modem-on-a-chip) modem.  He's
given up on it too, at least until he gets a new modem... or new ideas for his
old modem.  Sorry I couldn't help.
  Bruce

#: 9913 S7/Telecommunications
    23-Mar-91  16:10:34
Sb: Telecommunications
Fm: Brother Jeremy, CSJW 76477,142
To: All
I am having problems with my modem, a BSR Model. It is Hayes Compatable. It
works finewith OSTERM 2.08 which it what I am using at this very moment. Where
I am having problmes is when I try to use other programs to access the /T2
port. For example, I have attempted to send ATDTPhone# strings to my modem and
nothing happens. I have also had the same problem with a dialer program PFV2 (I
think it is on CIS, if not I will upload it after I check.) What do I need to
do to initialize the modem port? I use a Tandy RS232 Pak and I have /term /t1
and /t2 in my boot file. As I said it works with Osterm and has worked under
RSDOS with Ultimaterm 4.0 so I know that the modem is ok. Is there something
that those programs do that I should include? Thank you for any and all help.
---Br. Jeremy CSJW.

#: 9928 S7/Telecommunications
    24-Mar-91  07:30:51
Sb: Null Modem Xfer
Fm: DonVail 70233,2037
To: all
Can anyone tell me how I can do data transfer between two modems. My brother
has a 64C with a Commodore modem and I've got a CoCo 3 (Obviously) which is
Hayes comp. I've tied both Line inputs together and then did AT H1 O0, but all
that hapeens is that both modems screem.

#: 9943 S7/Telecommunications
    24-Mar-91  16:02:06
Sb: #9859-more tsmon
Fm: Bruce Isted 76625,2273
To: Hugo Bueno 71211,3662 (X)
~ Hugo,
  Yes, the "sacia.mpi" version of the driver sets the same MPI slot select as
the stock aciapak driver.  That is, the serial port (RS-232 Pak or clone) is
expected to be in slot one, while the floppy controller must be in slot four.
  Bruce

#: 9991 S7/Telecommunications
    26-Mar-91  20:56:21
Sb: #Coco as terminal
Fm: Bob van der Poel 76510,2203
To: all
I've been doing some playing with my coco serving as a terminal for my MM/1.
Using a disto rs232 in a no-halt controller (the rs232 is interupt driven via a
patch cable from the port to one of the leads on the disk controller (darned if
I can remember which one...).
So, what is the fastest, reliable baud I rate I can expect to use? Logging on
to the MM/1 with xcom9 or stem--no flow control & 4800 baud works perfectly;
with flow I can get 9600 to work pretty well; nothing seems to help 19200. Is
this normal? Would an rsdos program like ultimaterm (if I can get it to
recognize the disto pack) work better at the higher rates?
There are 2 Replies.

#: 10002 S7/Telecommunications
    27-Mar-91  01:03:53
Sb: #9991-Coco as terminal
Fm: Kevin Darling 76703,4227
To: Bob van der Poel 76510,2203 (X)
Bob - perhaps the rsdos program would work, dunno.  Like you, 4800 seems about
tops for me (9600 if I keep page pause on).  OTOH, I've seen comments on Amiga
forums about 9600 being the fastest for them also, so... ?

#: 10041 S7/Telecommunications
    29-Mar-91  13:48:57
Sb: #9991-#Coco as terminal
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)
Bob,
If you're gonna be using the CoCo for a terminal, expect 4800 baud to be the
best the screen can keep up with.
A good test to see where it will fail would be to list the 'u' log from the
forum (lots of small lines). It'll start falling all over itself very quickly
into the dump.
Steve
There are 2 Replies.

#: 10043 S7/Telecommunications
    29-Mar-91  14:48:05
Sb: #10041-#Coco as terminal
Fm: Robert A. Hengstebeck 76417,2751
To: Steve Wegert 76703,4255 (X)
Steve.  We use 9600 baud with no problems.  Maybe I am reading something out of
context.  But We did use the bit banger on the COCO II, using termix, terminal
packages.  One was used on an 80 column board, the other supported I think a 54
column screen.  There is a review of the termix in the dl 10 library I think
also.
There is 1 Reply.

#: 10056 S7/Telecommunications
    30-Mar-91  09:39:11
Sb: #10043-#Coco as terminal
Fm: Steve Wegert 76703,4255
To: Robert A. Hengstebeck 76417,2751 (X)
Robert ...
If your application used some other screen driver than the stock CoCo, all bets
are off and speed of 9600 baud _may_ be possible.
I've been trying to run my CoCo 3 at 9600 baud (just got a new PPI 9600 baud
modem, and find that even tho I'm using a hardware serial port, my thoughput is
4800 baud. No amount of tweaking will let me cross that barrier.
And that's using a Wyse 50 tube hung off /t2.
If I were using the CoCo screen, I start to loose character at speeds just over
2400 baud. If I monkey with the receive buffers in my descriptors, I can push
it to 4800 baud.
Steve
There is 1 Reply.

#: 10058 S7/Telecommunications
    30-Mar-91  14:13:02
Sb: #10056-#Coco as terminal
Fm: Robert A. Hengstebeck 76417,2751
To: Steve Wegert 76703,4255 (X)
believe that I was using drivers provided by Ron Schmidts.  You probably have a
different setup so there may not be a good comparision here.
Steve, I currently have a SuperBoard, which is no longer manufactured by LR
Tech.  LR Tech quit the support of CoCo about 2 years ago.  Prior to that I was
using the RS232 Board sold by Tandy.  In both cases, the Boards could go to
19,200 Baud with no problems.  Of course I was using the drivers /t1 and
There is 1 Reply.

#: 10059 S7/Telecommunications
    30-Mar-91  14:21:14
Sb: #10058-#Coco as terminal
Fm: Robert A. Hengstebeck 76417,2751
To: Robert A. Hengstebeck 76417,2751 (X)
Steve. I don't know what happened with the last message, the last two lines
some how got move to the first two lines.  Hope you can decipher it.
There are 2 Replies.

#: 10062 S7/Telecommunications
    30-Mar-91  17:57:34
Sb: #10059-Coco as terminal
Fm: Steve Wegert 76703,4255
To: Robert A. Hengstebeck 76417,2751 (X)
Got it figured out, Robert ... not to worry. Looks like you somehow ended up at
the top your your message before you were finished.
Steve

#: 10116 S7/Telecommunications
    04-Apr-91  23:00:02
Sb: #10059-#Coco as terminal
Fm: Bob van der Poel 76510,2203
To: Robert A. Hengstebeck 76417,2751 (X)
Robert, when you say that you use 9600 baud is the Coco the terminal, or are
you logging on to the coco with another terminal?
There is 1 Reply.

#: 10117 S7/Telecommunications
    05-Apr-91  01:43:44
Sb: #10116-Coco as terminal
Fm: Robert A. Hengstebeck 76417,2751
To: Bob van der Poel 76510,2203 (X)
Bob,  In this case We were using two coco II's with the bit banger port,
plugged into the rs232 ports on the superboard on a coco III.  The limiting
factor was 9600 baud from the bit banger ports and the program termix that we
were using to communicate back and forth.  The coco II were being used as
remote terminals to the coco III.  Note the 'were'; since I am now using two
1000EX's in the place of the coco II.  Even here, I am still limited to 9600
baud, since this is the fastest the serial boards for the EX's can go.  I have
used the Model IV rs232 port to the coco III at 19,200 baud with no problems.

#: 10114 S7/Telecommunications
    04-Apr-91  22:59:40
Sb: #10041-Coco as terminal
Fm: Bob van der Poel 76510,2203
To: Steve Wegert 76703,4255 (X)
Steve,
Thanks for the confirmation (about 4800 baud max). I'd like to get things going
a bit faster -- but it is quite usable. So I guess it'll just have to do.

#: 9992 S7/Telecommunications
    26-Mar-91  20:57:14
Sb: #remote software blues
Fm: Bob van der Poel 76510,2203
To: all
I'm trying to write a no-frill terminal driver to be used in testing some
programs being written on the MM/1 on a coco acting as a terminal. As a start I
coded the following very "simple" program...
   #include <modes.h>
   #include <stdio.h>
   main()
   {
      char databuff[300];
      int termpath, t;
      if(termpath=open("/t2",S_IREAD+S_IWRITE))<1) exit(errno));
      for(;;){
         if((t=_gs_rdy(0))>0){
            read(0,databuff,t);
            write(termpath,databuff,t);
         }
         if((t=_gs_rdy(termpath)>>0){
            read(termpath,databuff,t);
            write(1,databuff,t);
         }
      }
   }
Problem is, it just doesn't work. It terminates after a few characters are
sent/received. If I use sterm or xcom9 with the same setup all works fine. So I
assume that I have to some error checking when reading??? Any one already been
though this?
There is 1 Reply.

#: 10000 S7/Telecommunications
    27-Mar-91  00:17:30
Sb: #9992-#remote software blues
Fm: Pete Lyall 76703,4230
To: Bob van der Poel 76510,2203 (X)
You may be getting some framing errors.... some error checking may yield some
invaluable debug information.
Pete
There is 1 Reply.

#: 10001 S7/Telecommunications
    27-Mar-91  00:18:59
Sb: #10000-remote software blues
Fm: Pete Lyall 76703,4230
To: Pete Lyall 76703,4230 (X)
Hmmmm... msg 10000 eh? What's it gonna be this time, Wayne?
Pete

#: 9994 S7/Telecommunications
    26-Mar-91  22:45:41
Sb: #upgrade of lmail
Fm: Brett Wynkoop 72057,3720
To: all uucp users
Greeting-
      Just posted an upgrade to lmail in DL6.  This will be of interest to all
uucp users.  It is only the 6809 binary as I have not had time or disk space to
compile my uucp stuff for OSK yet.
-Brett
There is 1 Reply.

#: 10042 S7/Telecommunications
    29-Mar-91  13:52:16
Sb: #9994-upgrade of lmail
Fm: Steve Wegert 76703,4255
To: Brett Wynkoop 72057,3720
Brett,
What improvements have you added .... or are you gonna make me look at the
file? :-)
Steve

#: 10016 S7/Telecommunications
    27-Mar-91  21:26:15
Sb: #Osterm 2.08
Fm: Brother Jeremy, CSJW 76477,142
To: All
I use OSTERM 2.08. I cannot get YMODEM to work properly on CIS. I am currently
set at 7-e-1 at 1200 baud. If I try YMODEM, everything freezes up. Sometimes
control-c will help, other times I have to disconnect. DOes YModem work on CIS
os9? Customer service suggested using 8-n-1 but for some reason it doesn't work
with OSTERM 2.08 on CIS. I have to change modem options. Please Help. Thankyou
--Br. Jeremy CSJW.
There are 2 Replies.

#: 10017 S7/Telecommunications
    27-Mar-91  21:35:18
Sb: #10016-#Osterm 2.08
Fm: Mike Ward 76703,2013
To: Brother Jeremy, CSJW 76477,142 (X)
I recall that OSTerm has a Ymodem Batch option and I've used it on CIS but not
lately. Have you tried Ymodem Batch? I think if you do you'll have better luck.
Don't worry about the 7-e-1 stuff. That's all handled under the hood.
Mike
There is 1 Reply.

#: 10027 S7/Telecommunications
    28-Mar-91  17:27:53
Sb: #10017-Osterm 2.08
Fm: Brother Jeremy, CSJW 76477,142
To: Mike Ward 76703,2013 (X)
I will try dl-ing something right now and see what happens. Thank you for your
response. Another problem I am having is while OSTERM works fine I have tried
other programs such as Phone Book Version 1.1 (PBOOK1.1) by Brian Stretch. I
cannot get it to work. It will not
 initialize my modem. The same is true if I try to send various commands to it
from a Basic09 program. I have ACIAPAK (It is the stock Tand y version) and
/t2. I have no idea what I am doing wrong. I use a Hayes compatable modem. A
BSR model that I got from DAK. It is a 1200 baud.
Any help will be appreciated. Thank you---Br. Jeremy ,CSJW

#: 10028 S7/Telecommunications
    28-Mar-91  18:05:06
Sb: #10016-#Osterm 2.08
Fm: Chris Bergerson 72227,127
To: Brother Jeremy, CSJW 76477,142 (X)
~ The problem you're probably having is that CIS' YMODEM is in fact Y-Modem
Batch.  Specify Batch download to Osterm, and you'll be OK.
There is 1 Reply.

#: 10036 S7/Telecommunications
    28-Mar-91  23:14:41
Sb: #10028-Osterm 2.08
Fm: Brother Jeremy, CSJW 76477,142
To: Chris Bergerson 72227,127 (X)
Thank you. I tried the ymodem-batch and it worked, sort of. One problem. I
could not get it to write properly to drive 1. I not sure what the problem is.
I use a slightly patched version of OSTERM that created a seperate /dd/com
subdirectory, and one or two other changes
 that I am not certain of right know. I will try playing with an unpatched
version and see what happens.
Brother Jeremy, CSJW

#: 10072 S7/Telecommunications
    31-Mar-91  02:39:39
Sb: #Modem Blues
Fm: Brother Jeremy, CSJW 76477,142
To: ALL
I am still having trouble getting my modem to work with PhoneBook and other
dialing programs. It works fine with OSTERM using /t2. What
 else do I need to do in order to send a dial string to the modem so as to be
able to have a diling program. Please, I hope that one of the telcom guru's
will help as this is beyond my knowledge. I have posted several messages asking
for help in this matter, but so far
 no response. HELP!!!!!!!!!!!!!!!!!!!!!!!!!
--Brother Jeremy, CSJW.
There is 1 Reply.

#: 10073 S7/Telecommunications
    31-Mar-91  08:32:12
Sb: #10072-Modem Blues
Fm: James Jones 76257,562
To: Brother Jeremy, CSJW 76477,142 (X)
Perhaps more details would help.  What output do you get if you type the
command "xmode /t2"?  How is the cable from the serial cartridge to the modem
wired?
(I've used osterm and telstar, and they seem to be able to dial reasonably.
Aside from xmode /t2 type=0, I don't think I've done anything special to the
serial port.)

#: 10092 S7/Telecommunications
    02-Apr-91  18:59:38
Sb: device_translation
Fm: james delaney 70242,461
To: all
Does anyone know if there is a /t2 or similar device driver that can do
translations.  That is if it recieves a character from it's input it will send
a replacement character to the output. Any help will be appreciated.
James

#: 10139 S7/Telecommunications
    06-Apr-91  21:47:53
Sb: #10117-#Coco as terminal
Fm: Bob van der Poel 76510,2203
To: Robert A. Hengstebeck 76417,2751 (X)
Robert, Just what is this termix program? 9600 buad out the bit banger port??
Sounds too good to be true. Is this a PD program?
There is 1 Reply.

#: 10152 S7/Telecommunications
    07-Apr-91  18:10:40
Sb: #10139-Coco as terminal
Fm: Robert A. Hengstebeck 76417,2751
To: Bob van der Poel 76510,2203 (X)
Bob, download the file termit.txt from library 10.  this will give you the
information that you were looking for.

#: 10189 S7/Telecommunications
    09-Apr-91  20:55:04
Sb: #10042-upgrade of lmail
Fm: Brett Wynkoop 72057,3720
To: Steve Wegert 76703,4255 (X)
Greeting-
     Reply function and it handles tabs in a mail message since the coco screen
basarfs on tabs, at least hardware screens do I do not use gfx screens myself.
There were some bugg fixes as well.  Do not remember all right now.
-Bret

#: 10230 S7/Telecommunications
    13-Apr-91  07:35:45
Sb: #9928-#Null Modem Xfer
Fm: Len 72240,175
To: DonVail 70233,2037 (X)
I had that same problem until I set one modem (which isn't Hayes compatible) to
ORIG, and sent the other modem the command ATA from the keyboard.  The Hayes
compat answered right away.
Good luck!
-Len
There is 1 Reply.

#: 10354 S7/Telecommunications
    19-Apr-91  23:49:38
Sb: #10230-Null Modem Xfer
Fm: DonVail 70233,2037
To: Len 72240,175 (X)
Well  MARTY GOODMAN from Delphi help me.  And the same thing that you explained
worked.  I have to set one modem to AT H1 O1 and the other modem to AT A. 
Worked great.
DONVAIL
Thanks.

#: 10231 S7/Telecommunications
    13-Apr-91  07:42:46
Sb: #t1 null modem
Fm: Len 72240,175
To: all
I'm trying to find a way to direct either of my terminal programs (OSTERM,
SuperComm) to /t1 so I can set up a serial port-to-serial port null modem
between two CoCo's, one of which is a CoCo 2 and would be running RSDOS.
Thanks!
-Len
There is 1 Reply.

#: 10233 S7/Telecommunications
    13-Apr-91  08:49:20
Sb: #10231-#t1 null modem
Fm: James Jones 76257,562
To: Len 72240,175 (X)
If I remember rightly, /t1 is the bit-banger.  It's not suitable for any
serious serial communications, though someone has made a valiant effort with
bitbang.ar, which I think you can find in DL10.
There is 1 Reply.

#: 10241 S7/Telecommunications
    13-Apr-91  16:55:00
Sb: #10233-#t1 null modem
Fm: Len 72240,175
To: James Jones 76257,562 (X)
You're right, /t1 is the bitbanger.  I just want to be able to transfer some
files back and forth between a CoCo 2 under RSDOS and a CoCo 3 under OS9 via
null modem cable.  I have only one RS232 pak.
I guess an option would be to devise a null modem cable that would connect the
RS232 pak on the CoCo 3 to the bitbanger on the CoCo 2.  I have no idea at all
how to do that.
-Len
There are 2 Replies.

#: 10243 S7/Telecommunications
    13-Apr-91  18:32:14
Sb: #10241-t1 null modem
Fm: James Jones 76257,562
To: Len 72240,175 (X)
I think that in the bitbang.ar archive are instructions on how to wire the
cable, so that if you go that route, you'd have the poop on how to set it up.

#: 10297 S7/Telecommunications
    16-Apr-91  06:51:33
Sb: #10241-#t1 null modem
Fm: Bill Dickhaus 70325,523
To: Len 72240,175 (X)
Len,
Check out SERIAL.TXT in LIB 2. It contains all kinds of valuable information on
serial communications, how to set up the various CoCo (and other) serial ports,
and how to make cables to interconnect them. And yes, you are correct, the best
way to do what you want to do is to use the bit banger on the CoCo2, and the
serial pak on the CoCo3.
Bill
There is 1 Reply.

#: 10306 S7/Telecommunications
    16-Apr-91  18:05:48
Sb: #10297-t1 null modem
Fm: Len 72240,175
To: Bill Dickhaus 70325,523 (X)
Thanks!  I'll give SERIAL.TXT a shot.
-Len

#: 10400 S7/Telecommunications
    22-Apr-91  21:37:37
Sb: #Serial Terminal Program
Fm: Stephen Hamilton 71570,1546
To: ALL
Does anyone know of an OS9 Terminal program that I could use through the serial
port with a DCM-5 modem.  My RS232 pack is on the blink so I'm having to
survive without it till I can get it fixed.  Any help would be appreciated.
P.S. I was hoping for a small one that I could download for the time being.
                                     Steve Hamilton
                                     71570,1546
There is 1 Reply.

#: 10407 S7/Telecommunications
    22-Apr-91  23:19:28
Sb: #10400-#Serial Terminal Program
Fm: Pete Lyall 76703,4230
To: Stephen Hamilton 71570,1546 (X)
Baiscally, without the RS232 port you're dead in the water under OS9. You could
use your RSDOS terminal package, and then use DOSOR9.BAS (DL10) to convert the
snagged files over to os9.
Pete
There is 1 Reply.

#: 10425 S7/Telecommunications
    24-Apr-91  04:17:20
Sb: #10407-#Serial Terminal Program
Fm: edward langenback 73510,145
To: Pete Lyall 76703,4230 (X)
  there is one alternative to the RS232 pak, BITBANG.AR (in DL10 i think)
contains a d communications.  i've used it a few times myself back before i got
my RS232 pak, and it does work.  it's a bit sluggish, and i wouldn't expect it
to be worth much at anything faster than 1200, but it does work.
"KMA-68!!"
                                  >>>>>S S<<<<<
                                  !!!!!!!!!!!!!
There is 1 Reply.

#: 10430 S7/Telecommunications
    24-Apr-91  11:14:40
Sb: #10425-Serial Terminal Program
Fm: Pete Lyall 76703,4230
To: edward langenback 73510,145 (X)
Edward -
Thanks.. I was aware of that. While I didn't write it, I did solicit it from
its author and post it for him here. Ed (author) acknowledged that serious
serial work is better served by an RS-232 pak or equivalent.
Pete

#: 10423 S7/Telecommunications
    23-Apr-91  22:45:37
Sb: DeskMate 3 Download
Fm: Stephen Hamilton 71570,1546
To:  72756,2213
Dave, I read your file on downloading with DeskMate 3 but seem to still be
having trouble with it.  I usually use another term prog but my rs232 is not
working properly so I'm reduced to using the old standby, the Modem Pak. 
Anyway, I followed your directions, the screen says 'Xmodem Transmit Begun',
something like that, but nothing goes to the drive.  Any help would be
appreciated.
                                 Steve
                                   71570,1546

#: 10475 S7/Telecommunications
    26-Apr-91  17:12:07
Sb: SACIA
Fm: Hugo Bueno 71211,3662
To: Bruce Isted
Bruce,
I have a multipak with B&B interface in slot 3 and rs232 pak in slot 1.  For
SACIA, what value should be in offset $0014 for this configuration?  $02?
Hugo

#: 10488 S7/Telecommunications
    28-Apr-91  14:05:06
Sb: #sterm Problem
Fm: Erich Schulman 75140,3175
To: Pete Lyall 76703,4230 (X)
I tried a DUMP of sterm on both the DOSOR9 disk and the OS9-formatted disk
sterm was copied to.  The results were totally different.  The results I got on
the DOSOR9 disk might be OK, but are not on the OS-9 disk.  I had DUMP running
in the 40-col mode.  In the middle, every line went E5E5E5... and in the right
col, every line was just lowercase e's.  No wonder I kept                    
;getting ERROR 205 when I tried to load sterm from the true OS-9 disk. How
could copy -s have messed up the copy like this?
There is 1 Reply.

#: 10493 S7/Telecommunications
    28-Apr-91  17:22:35
Sb: #10488-#sterm Problem
Fm: Pete Lyall 76703,4230
To: Erich Schulman 75140,3175 (X)
Aha... evidence. The 'E5' patterns is what the formatter puts in the sectors
when it formats the disk. In short it looks like the disk never actually got
written to.
Pete
There is 1 Reply.

#: 10500 S7/Telecommunications
    28-Apr-91  20:40:53
Sb: #10493-#sterm Problem
Fm: Erich Schulman 75140,3175
To: Pete Lyall 76703,4230 (X)
OK, but why didn't copy -s actually put the file on the disk?  It did at least
put an entry in the file allocation table.  Under what conditions will copy not
copy?  And for those times, how can I copy a file, short of Backup of the whole
disk and deleting everything else one by one?
There is 1 Reply.

#: 10511 S7/Telecommunications
    29-Apr-91  11:31:11
Sb: #10500-sterm Problem
Fm: Pete Lyall 76703,4230
To: Erich Schulman 75140,3175 (X)
Can't help you there... I wasn't there. Was the disk write protected? (probably
not if the directory and FD sector entries made it.. BTW, there is no FAT per
se under os9). Was there a bad spot on the media that caused copy to die out
prematurely? Was the disk drive flakey or dirty? Any of the normal disk related
suspicions apply.
Best bet is to repeat the whole affair, checking results at every step. That
way, at least we can point a finger at the culprit, and move from that point.
Has this been consistant with all file copies? Have you got the latest copy of
DOSOR9.BAS? Is your 'copy' good (ident it)? CHeck its version and CRC with
others here.
Pete

#: 10597 S7/Telecommunications
    06-May-91  19:13:46
Sb: #10475-#SACIA
Fm: Bruce Isted 76625,2273
To: Hugo Bueno 71211,3662 (X)
~ Hugo,
  Since the RS-232 Pak is in slot 1, and if the floppy controller is in slot 4,
then you may want to stick with the standard $03 slot select code in the SACIA
driver.
  Unless you want to use the B&B autoboot code, and I'm really not too sure how
that works.  I suppose if you have the MPI's external slot select switch set to
slot 3, then the $02 MPI slot select code would be what you want in the SACIA
driver.  Since all this happens after OS-9 boots up I really don't know how
much difference it makes.  I guess what I'm saying is, experiment, and please
let me know what works!  <grin>
  Bruce
PS:  I almost missed your message to me because my PPN wasn't in the "To:"
address.  To make sure I see future messages, please include my PPN
(76625,2273).
There is 1 Reply.

#: 10612 S7/Telecommunications
    07-May-91  21:52:35
Sb: #10597-#SACIA
Fm: Hugo Bueno 71211,3662
To: Bruce Isted 76625,2273 (X)
Bruce,
The way I have things currently, I boot directly with the hard disk using B&B's
XT-ROM.  The MPI slot switch is set for slot 3 and the B&B interface is located
in slot 3.  The floppy controller is in slot 4, but I don't power up the
floppies unless I'm doing some file moves.
To tell you the truth, I don't see much difference using $03 or $02 at offset
$0014.  I just figured I'd ask you for the correct numbers just to have things
j-u-s-t right.
Also by the way, I have strapped together the pin 8's of slots 1 and 3
(locations of rs232 and B&B, respectively).
The reason I'm asking all this is that I'm running Mark's UUCP, but the system
hasn't been 100% bulletproof as sometimes I get missed characters, and such. 
The strange thing is, it ONLY happens with UUCP, I have NEVER experienced lost
characters with OSTerm, Sterm, or any other com package.  I figured by setting
things up per spec, I might solve the problem.
Hugo
UUCP:  (rutgers,njin)!fdurt1!kc2wz!bluehaus!hugo
There is 1 Reply.

#: 10646 S7/Telecommunications
    11-May-91  15:34:30
Sb: #10612-#SACIA
Fm: Bruce Isted 76625,2273
To: Hugo Bueno 71211,3662 (X)
~ Hugo,
  Since you only occasionally miss characters when using UUCP, I'd think that
UUCP was probably just a touch slower with Rx than any of the other programs
you mention.  Perhaps adding one more page to the Rx buffer is worthwhile, just
to handle the occasional UUCP buffer overflow?  It should just be an Rx buffer
overflow, unless UUCP masks IRQs a lot, which I'm sure Mark wouldn't do.
  Bruce
There is 1 Reply.

#: 10659 S7/Telecommunications
    12-May-91  19:32:10
Sb: #10646-#SACIA
Fm: Hugo Bueno 71211,3662
To: Bruce Isted 76625,2273 (X)
I guess UUCP might be slower on the Rx than Sterm, I hadn't thought of that.
Hey while we're on the subject of Rx/Tx, could you explain the difference
between hardware and software flow control?  Is one better than the other?  I
was thinking that maybe I should enable some sort of flow control....
Hugo
There is 1 Reply.

#: 10660 S7/Telecommunications
    12-May-91  20:47:51
Sb: #10659-#SACIA
Fm: Bruce Isted 76625,2273
To: Hugo Bueno 71211,3662 (X)
Hugo,
  The difference between hardware and software flow control is usually the
difference between the flow control being part of the data stream (on the Rx
and Tx lines) or being on separate lines.  The distinctions beyond that tend to
get blurred.  Basically, if I say software flow control I mean that one end
transmits a character (usually XOFF, or ^S) to tell the other end to stop
transmitting, and then transmits a different character (usually XON, or ^Q) to
tell the other end it is OK to transmit again.
  Hardware handshake (to me) usually refers to any of the other RS-232 control
lines, such as DSR/DTR or CTS/RTS handshaking.  Depending on the serial chip
(or hardware) used, these "hardware" handshakes may be partially or totally
under software control.
  Does that make any sense to you?  I'm not sure it makes sense to me...
    Bruce
There is 1 Reply.

#: 10662 S7/Telecommunications
    12-May-91  21:39:59
Sb: #10660-#SACIA
Fm: Hugo Bueno 71211,3662
To: Bruce Isted 76625,2273 (X)
Not totally clear on that.  Is hardware control from modem-to-modem or
computer-to-modem?  I'm still having difficulties with UUCP so I'll try
anything that will stop these annoying problems.
It's amazing, my coco dislikes communications, but only sometimes. First your
tsutils didn't work, now uucp works great for several days, then it completely
fails every time, etc etc..
Hugo
Ps. Pretty quick response there!
There is 1 Reply.

#: 10676 S7/Telecommunications
    14-May-91  23:01:59
Sb: #10662-#SACIA
Fm: Bruce Isted 76625,2273
To: Hugo Bueno 71211,3662 (X)
~ Hugo,
  Hardware and software handshaking may be computer to computer, computer to
modem, or whatever.  I think of it more in terms of Tx/Rx data (software)
handshake or separate pairs (CTS/RTS, DSR/DTR) of lines that are dedicated to
(hardware) handshaking.
  Bruce
There is 1 Reply.

#: 10680 S7/Telecommunications
    15-May-91  17:08:18
Sb: #10676-#SACIA
Fm: Hugo Bueno 71211,3662
To: Bruce Isted 76625,2273 (X)
So, if I set SACIA for hardware flow control, it's computer to modem?
Hugo
By the way, I'm losing characters using SACIA with UUCP.  I should verify what
happens with the ACIAPAK I had been using...
There is 1 Reply.

#: 10732 S7/Telecommunications
    18-May-91  16:41:12
Sb: #10680-#SACIA
Fm: Bruce Isted 76625,2273
To: Hugo Bueno 71211,3662 (X)
~ Hugo,
  Hardware and/or software flow control have nothing to do with the difference
between computer to computer and computer to modem connections.  Either method
of flow control may (or may not) be used with either type of connection.  The
difference (to my way of thinking) is whether or not the flow control is
transmitted with the data stream.
  That is, if the flow control consists of special characters that both ends
agree on to tell each other when to send and when to not send (typically XON
and XOFF characters) then I consider that to be software flow control.  If the
flow control consists of control/status lines that are not the Tx/Rx lines,
then I consider that to be hardware flow control.
  Bruce
PS:  I can't recall, were you using one of "my" Clock modules together with
SACIA in your boot file?
There is 1 Reply.

#: 10741 S7/Telecommunications
    18-May-91  20:37:04
Sb: #10732-#SACIA
Fm: Hugo Bueno 71211,3662
To: Bruce Isted 76625,2273 (X)
I just recently installed a diode irq hack.  Therefore, I figured your
"special" clock module would be redundant.  I'm now using the standard
Microware clock.60hz.
Unfortunately, the diode hack didn't solve my uucp problems as the same thing
happened today ( I assume lost characters and/or bad data in some way).
By the way, I'm using SACIA.mpi, slots 1 and 3 of the mpak have their pin-8's
strapped.  The rs232 pak is in slot 1 and the B&B controller is in slot 3.
My final final attempt to solve the uucp problems will be to replace the 6551
chip with a 6551A.  If that doesn't work, I guess uucp will have to wait until
I get a new 68000 machine.
Hugo
There are 2 Replies.

#: 10758 S7/Telecommunications
    19-May-91  09:38:20
Sb: #10741-#SACIA
Fm: Steve Wegert 76703,4255
To: Hugo Bueno 71211,3662 (X)
Hugo,
Let me toss in my two cents:
With every report of interupt type problems, the unit had the _diode_ hack in
place. The success of the diode hack seems to be in direct relation to where
the diodes were purchased. Seems the Shack has a batch of bad diodes.
Rather than rip that out, the easy solution would be to use the new Clock
routine that handles interupts correctly. There should be no reason why they
can't co-exisist.
Steve
There is 1 Reply.

#: 10767 S7/Telecommunications
    19-May-91  20:24:44
Sb: #10758-#SACIA
Fm: Hugo Bueno 71211,3662
To: Steve Wegert 76703,4255 (X)
Is there a way to check if a diode is bad (with a VOM?)
Hugo
(I'm beginning to think my problem may be software related)
My problem is, Osterm and STERM work fine with my current setup. UUCP works
error free, maybe 40% of the time.  My system seems to be the only one
suffering these problems.
There is 1 Reply.

#: 10775 S7/Telecommunications
    20-May-91  07:27:12
Sb: #10767-#SACIA
Fm: Steve Wegert 76703,4255
To: Hugo Bueno 71211,3662 (X)
Hugo ...
Shades of my high school Basic Electronic class have surfaced with someting
about testing diodes with a VOM. Perhaps continuity in one dirrction only
indicates a properly functioning diode.
Those lurking ... please be kind. High School was 16 years ago ....
:-)
Steve
There are 2 Replies.

#: 10776 S7/Telecommunications
    20-May-91  11:47:57
Sb: #10775-#SACIA
Fm: Robert A. Hengstebeck 76417,2751
To: Steve Wegert 76703,4255 (X)
Gee, I didn't even get that information when I was in High School 30 years ago.
I had to wait until engineering courses in college for diodes and tubes. 
Transistors I found out about later.  Its a good thing that I had trouble with
electronics, so I went into some other engineering field, like aerospace.  Now
you can't do aerospace without electronics.  Darn.
There is 1 Reply.

#: 10785 S7/Telecommunications
    21-May-91  07:13:06
Sb: #10776-SACIA
Fm: Steve Wegert 76703,4255
To: Robert A. Hengstebeck 76417,2751 (X)
But then again Robert .... I had this 'unnatural' interest in electronics. I
was always trying to wire something together. I recall a situation in 3rd grade
where I (with the help of my teacher) took an AC power supply, rectified it and
hooked up a couple of telephones set. The class was impressed that they could
actually speak over the phones ... impressed, that is, until the day I crossed
a couple of wires, and smoked the insulation off the wires, filling the room
with a wonderful aroma!
Fortunately for me, this did not end my tinkering career. Mr. Schmidt saw it as
an experience and showed me the error in my thinking...
Steve

#: 10779 S7/Telecommunications
    20-May-91  17:18:08
Sb: #10775-#SACIA
Fm: Hugo Bueno 71211,3662
To: Steve Wegert 76703,4255 (X)
I guess if you reverse the leads, resistance should be infinite in one
direction and zero in the other, makes sense, no?
Hugo
There is 1 Reply.

#: 10786 S7/Telecommunications
    21-May-91  07:15:55
Sb: #10779-SACIA
Fm: Steve Wegert 76703,4255
To: Hugo Bueno 71211,3662 (X)
Sure does!

#: 10763 S7/Telecommunications
    19-May-91  16:08:38
Sb: #10741-#SACIA
Fm: Bruce Isted 76625,2273
To: Hugo Bueno 71211,3662 (X)
~ Hugo,
  No, just because you're installed the "diode" IRQ hack doesn't make "my"
clock module redundant.  As I said before, the SACIA driver has had some
recheck IRQ service code removed, and this recheck code was placed in "my"
Clock module.  The reason for this was to eliminate the need for every IRQ
driven driver to do the IRQ recheck, thus saving valuable system space.  If you
use "my" clock module with SACIA it will be much more dependable.  If you use
another Clock module with SACIA you will most probably lose characters at 2400
baud and above.
  Bruce
There is 1 Reply.

#: 10768 S7/Telecommunications
    19-May-91  20:26:28
Sb: #10763-#SACIA
Fm: Hugo Bueno 71211,3662
To: Bruce Isted 76625,2273 (X)
Ah so, OK. For now I will install the clock.60hz included in the smouse
package.  Is there a way to use the ELIMSW110 clock.60hz.rtc with my B&B RTC
hard disk interface?
Hugo
There is 1 Reply.

#: 10820 S7/Telecommunications
    23-May-91  20:47:39
Sb: #10768-#SACIA
Fm: Bruce Isted 76625,2273
To: Hugo Bueno 71211,3662 (X)
~ Hugo,
  I believe Dennis Skala did a B&B RTC clock module that incorporates the GIME
toggle and repeated IRQ poll.  I think it is available here, but if not I know
it is available on Delphi and perhaps elsewhere.
  Bruce
There is 1 Reply.

#: 10824 S7/Telecommunications
    24-May-91  17:24:30
Sb: #10820-SACIA
Fm: Hugo Bueno 71211,3662
To: Bruce Isted 76625,2273 (X)
I'm aware of Dennis's clock driver, I even used it in the past.
Someone hinted that I should disable the hires mouse and see if
it made a difference. I did, and have had 2 trouble free days.
If it keeps up, I'd say the hires mouse was the problem.
Hugo
-------------------------------------->UUCP on a Color Computer 3<----
Hugo Bueno  |     Delphi: MRGOOD
Fanwood, NJ | Compuserve: 71211,3662
            |       UUCP: ...!(rutgers,njin)!fdurt!kc2wz!bluehaus!hugo
            |        or   hugo@bluehaus.uucp
----------------------------------------------------------------------

#: 10636 S7/Telecommunications
    09-May-91  20:45:29
Sb: OSTERM
Fm: Dale Toyne 76304,2104
To:  76477,142 (X)
Just wanted to thank you for sending me OSTERM and let you know that I finally
got oi to work.  I ended up having to hack my MPI. Well thanks a lot I tried a
few YMODEM BATCH downloads and they worked great the only th out is how to get
the echo path feature to work.
Thanks again,
Dale A. Toyne

#: 10730 S7/Telecommunications
    18-May-91  10:42:55
Sb: #Modem Problem
Fm: Ernest Withers Jr. 71545,1117
To: All
Can anyone help me with a small problem I'm having with my new modem and CIS? I
bought a Best Data Products SMART ONE 9632X V.32 9600 baud modem that is
currently connected to COM1 on my Tandy 3000 HL. I still have my 2400 baud
modem connected to the CoCo 3 and will move this 9600 to my MM1 when it arrives
 (soon I hope). Now for the problem. The new modem works fine EXCEPT after a
CISB+ file transfer. After the successful transfer I get no response from CIS
and even sending a CTRL-C gets a strange graphics character echoed back to my
screen. After a while, if I stay connected long enough, I get a Host Time Out
message. I don't normally stay connected that long because of the connect
charges. The files ARE successfully received and will unzip on the 3000 or the
OS9 files will un-AR on the CoCo. If I select Xmodem or Ymodem, everything
works great. I get normal responses from CIS after the transfer. This problem
happens when I call either the 2400 baud node or the 9600 baud number. On the
3000 I'm using PCPLUSTD for the term program. I prefer to use B+ transfers for
the speed (approx. 1K per sec.) but will drop back to Ymodem if I have to or
does CIS support Zmodem?
By the way, I asked this question almost two weeks ago in the IBMCOM forum
since the modem is being used with an IBM compatible. I never got a single
reply@and now the msg has scrolled off.
That says something for the attitude and friendliness of the CoCo/OS9 community
Thanks for any help.
Ernie.
There is 1 Reply.

#: 10735 S7/Telecommunications
    18-May-91  17:25:31
Sb: #10730-#Modem Problem
Fm: Donald R. Spoon 76417,1302
To: Ernest Withers Jr. 71545,1117 (X)
Earnie,
    Just a quick reply on your modem problem until I can check out something.
First, the people who wrote PCPLUSTD have their own forum here on CIS.  Just
type GO DATASTORM at any prompt, and post your question over there.  They are
very good at getting problems solved and are quite eager to go the "extra mile"
to make you happy.  They also have some good add-on things in their databases.
Second, it sounds like the CIS computers are waiting for your computer to send
something.  Try the following key-combinations in this order to see if you can
"wake-up" the connection:    <ENTER>, then <CONTROL-Q), then <ESC>.  Try these
on at a time, but if one doesn't work then try the next.
I will go try to down-load a short file using B+ to see how my rig works.  I
don't quite have the same set-up, but I do use PCPLUS version 1.1B.  It has
been a while since I used B+, and I forget if it acts like yours or not.
-Don Spoon-
There are 2 Replies.

#: 10736 S7/Telecommunications
    18-May-91  18:35:02
Sb: #10735-Modem Problem
Fm: Ernest Withers Jr. 71545,1117
To: Donald R. Spoon 76417,1302 (X)
Thanks for the quick reply, Don. I'll try on the DATASTORM forum and see what
they have to say. Again, Thanks.
Ernie.

#: 10780 S7/Telecommunications
    20-May-91  18:07:13
Sb: #10735-#Modem Problem
Fm: Ernest Withers Jr. 71545,1117
To: Donald R. Spoon 76417,1302 (X)
Don,
     I downloaded the Sept. 1988 version of PCPLUSTD  from the Datastorm Suppor
Forum and that cured my problem with B+ downloads. Everything seems to be
working OK now. Thanks for the help.
Ernie.
There is 1 Reply.

#: 10782 S7/Telecommunications
    20-May-91  20:32:52
Sb: #10780-#Modem Problem
Fm: Donald R. Spoon 76417,1302
To: Ernest Withers Jr. 71545,1117 (X)
Ernie,
     Glad you got it working OK.  As I said before, I am using the commercial
version 1.1B.  If you send in the sofware up-grade, that is what you get.  One
thing to note, that version was often less expensive via a software house (i.e.
Compuadd here) than you could get it from Datastorm!!  This was a fact that
THEY frequently pointed out to people on their Forum, and was a major factor in
me believing in them.  They have a new version 2.0 out now.  From what I have
heard, it is having some "new software" blues (bugs).  I elected not to get it
as version 1.1B is VERY solid and does all I want.
Cheers, -Don Spoon-
There is 1 Reply.

#: 10791 S7/Telecommunications
    21-May-91  19:21:47
Sb: #10782-Modem Problem
Fm: Ernest Withers Jr. 71545,1117
To: Donald R. Spoon 76417,1302 (X)
Thanks, Don.

#: 10806 S7/Telecommunications
    22-May-91  18:06:00
Sb: UUCP problems
Fm: Hugo Bueno 71211,3662
To: All
.literal
OK everyone, I have a problem and I'd like to fix it. I am currently
running Mark Griffith's UUCP.  The problem is that it won't work
reliably for me.
Details:
1. My system is set up to RECEIVE calls from another Coco running 
   UUCP 2 towns over.  The other guy is also using Mark's software and
   he in fact provides a mail feed to another coco user as well.  They DO
   NOT experience any problems whatsoever.
2. My machine autoboots using the XT-ROM. GSHELL is started
   and is the only window open.
3. I have the following hardware/software:
   - 512K coco
   - Upgraded 26-3124 Multipak with pin-8's on slots 1 and 3 strapped.
   - Deluxe Rs232 Pak in slot 1
   - B&B RTC in slot 3
   - Diode IRQ hack between R2 and R7 (installed correctly)
This is my bootfile:
OS9p2 
OS9p3   <-- Prints out full error description
IOMan 
CC3Go   <-- STOCK
Clock   <-- Bruce Isted's Clock.60hz/Elim package
RBF 
RAM 
R0 
BBhdisk <-- Version 2.4
dd 
CC3Disk <-- Patched for PCDOS
D0 
D1 
SCF     <-- W/Kevins enhancements
VRN     <-- Bruce Isted's
Nil 
SACIA   <-- SACIA.mpi from Eliminator software
T2      <-- T2.sacia from Eliminator software
PRINTER 
P 
CC3IO   <-- From Bruce's SMOUSE package
WindInt <-- Patched to not mask interrupts
Term 
W 
W1 
W2 
W3 
W4 
W5 
W6 
W7 
W8 
W9 
W10 
PipeMan 
Piper 
Pipe 
Init    <-- Flightsim version
 n

#: 10807 S7/Telecommunications
    22-May-91  18:06:54
Sb: UUCP problems
Fm: Hugo Bueno 71211,3662
To: All
The actual problem, which occurs about 90% of the time, is that my Coco
gets "stuck" when receiving data.  That is, a transfer starts, a couple of
packets get through, then my machine doesn't acknowledge.  I can make the
transfer start again by opening a window and typing DIR (sometimes more
than just once is required), or even pressing ENTER a couple of times.
Is anyone out there aware of anything that would cause this despite the
use of all the latest software and hardware upgrades??
Here is an XMODE of my T2 descriptor:
 nam=T2 mgr=SCF ddr=SACIA hpn=07 hpa=FF68 upc=00 bso=01
 dlo=00 eko=00 alf=01 nul=00 pau=00 pag=00 bsp=08 del=18
 eor=0D eof=1B rpr=09 dup=19 psc=17 int=03 qut=05 bse=08
 ovf=07 par=0C bau=04 xon=11 xof=13 col=50 row=18 xtp=05
 wnd=05 val= sty= cpx= cpy= fgc= bgc= bdc=
The kicker is that the Coco sending me the mail is pretty much
the same hardwarewise and softwarewise, except he uses GRFINT
instead of WINDINT.
Hugo Bueno  |     Delphi: MRGOOD
Fanwood, NJ | Compuserve: 71211,3662
            |       UUCP: ...!(rutgers,njin)!fdurt!kc2wz!bluehaus!hugo
                     or   hugo@bluehaus.uucp

#: 10867 S7/Telecommunications
    29-May-91  21:04:10
Sb: #sacia & uucp
Fm: Hugo Bueno 71211,3662
To:  76625,2273 (X)
Bruce,
Finally got my uucp to work right.  The solution was to disable the
hi-res mouse.  I was running uucp in the background with gshell
as the only main, open window.  Someone on Delphi dropped that hint
along with an explanation that the mouse takes more and more cpu time
the further it is from 0,0.  I guess even SACIA coudln't deal with that.
All the while I was looking in the wrong places....
To all:
I promised Mark Griffith that I would say this:
  A couple of times, I left messages here indicating that I was having
  trouble getting Mark's uucp to work.  I just want to clarify that I 
  didn't mean I had trouble with his actual program.  What I meant was
  that I was having trouble making my set-up work with his obviously
  well written and debugged software!  Sorry Mark!
Hugo
-------------------------------------->UUCP on a Color Computer 3<----
Hugo Bueno  |     Delphi: MRGOOD
Fanwood, NJ | Compuserve: 71211,3662
            |       UUCP: ...!(rutgers,njin)!fdurt!kc2wz!bluehaus!hugo
            |        or   hugo@bluehaus.uucp
----------------------------------------------------------------------
There is 1 Reply.

#: 10897 S7/Telecommunications
    01-Jun-91  18:45:56
Sb: #10867-#sacia & uucp
Fm: Bruce Isted 76625,2273
To: Hugo Bueno 71211,3662 (X)
 HB> Finally got my uucp to work right.  The solution was to disable the
 HB> hi-res mouse.
Hugo,
  I'm glad to hear you've got things sorted out.  Just to complicate things, I
thought I'd ask if you're using the standard joystick version of "my" CC3IO
patches?  The SMOUSE.AR package patches might alleviate your hi-res joystick
problem, but no guarantees!
  Bruce
There is 1 Reply.

#: 10900 S7/Telecommunications
    02-Jun-91  08:36:53
Sb: #10897-sacia & uucp
Fm: Hugo Bueno 71211,3662
To: Bruce Isted 76625,2273 (X)
Bruce,
Yes, I am using the updated cc3io (patched via cc3io.joy.ipc).
Hugo
-------------------------------------->UUCP on a Color Computer 3<----
Hugo Bueno  |     Delphi: MRGOOD
Fanwood, NJ | Compuserve: 71211,3662
            |       UUCP: ...!(rutgers,njin)!fdurt!kc2wz!bluehaus!hugo
            |        or   hugo@bluehaus.uucp
----------------------------------------------------------------------

#: 10916 S7/Telecommunications
    03-Jun-91  01:53:16
Sb: #Making the ESCape
Fm: Erich Schulman 75140,3175
To: ALL
sterm requires using ESC plus a character to carry out functions.  I have been
doing this with CTRL-BREAK and the character.  This does not work reliably; I
often must repeat the key sequence.  Is there a better way to generate an ESC
character on the COCO3?
There are 2 Replies.

#: 10919 S7/Telecommunications
    03-Jun-91  07:37:33
Sb: #10916-Making the ESCape
Fm: Steve Wegert 76703,4255
To: Erich Schulman 75140,3175 (X)
Erich,
I've not run across the problem you described. Make sure you're depressing the
<cntl> key first, then the <break> then the needed character.
Steve

#: 10927 S7/Telecommunications
    03-Jun-91  19:04:27
Sb: #10916-Making the ESCape
Fm: Mike Haaland 72300,1433
To: Erich Schulman 75140,3175 (X)
Erich,
I can't think of any other way to generate and ESC, except CNTL-BREAK on the
CoCo keyboard.  A few years back,  I found another way....  I bought one of Bob
Puppo's XT keyboard interfaces.  Besides the modem, it was the best hardware
purchase I made.  It allows you to hit an ESC key only.  I think you can still
get the interface form FHL (Frank Hogg Labs).  The other bonus is that you can
use any XT/AT keyboard with the CoCo you want and put the CoCo under the desk.
Mike

#: 10933 S7/Telecommunications
    03-Jun-91  22:15:43
Sb: #Binary dload on sterm
Fm: Erich Schulman 75140,3175
To: ALL
For several weeks I have successfully used sterm 1.2 to download ASCII files
and capture text screens (as in APV).  I thought sterm could download a file in
XMODEM and Kermit.  Without the ability to use either of those, it is
impossible to download a binary file in this forum, which means I am really not
much better off than before I got this program.  Could there just be an
unlisted ESCape key sequence that sets these protocols?  Or should I look for
another OS-9 terminal program?  Or just stay with Mikeyterm 4.7 and DECB?  I
have had OS-9 LII for nearly 6 months and have accomplished near-nothing,
beyond four different boot disks.
There are 3 Replies.

#: 10934 S7/Telecommunications
    04-Jun-91  00:03:50
Sb: #10933-Binary dload on sterm
Fm: Kevin Darling 76703,4227
To: Erich Schulman 75140,3175 (X)
Hi Erich - sterm will download using the much faster CompuServe "B" protocol,
which is why we all use it here.
When you're ready to download a file (in this example, after BROwsing), you
could type "dow /proto:b" which will prompt you for a filename on your disk to
go to, and all is automatic after that.
Or better: leave here and "go default" which is a free area on CIS where you
can set your default transfer protocol to "B", and then you'll always download
using it by default here on CIS.  Then you can just do a "dow" command on a
file and CIS will automatically use the B protocol.
This sounds harder even than it is... just GO DEFAULT and follow the prompts
for default transfer mode for Permanent sessions/settings.  Then come back and
try doing a download.  Yell if have troubles.  best - kev

#: 10936 S7/Telecommunications
    04-Jun-91  01:46:07
Sb: #10933-Binary dload on sterm
Fm: James Jones 76257,562
To: Erich Schulman 75140,3175 (X)
Eh?  B protocol should work perfectly well for downloading binary files. What
makes you think that without XMODEM or Kermit protocol it is impossible to
download a binary file?

#: 10941 S7/Telecommunications
    04-Jun-91  07:36:06
Sb: #10933-#Binary dload on sterm
Fm: Steve Wegert 76703,4255
To: Erich Schulman 75140,3175 (X)
What _may_ be confusing you, Erich, is the absence of any command for a B proto
download on the startup screen of Sterm.
Not to worry ... B proto is built in. When you type DOW at the LIB prompt, and
specify B proto, CIS takes it from there and initiates the transfer.
B proto is yards faster than either xmodem or Kermit on CompuServe, but you
still  can use either by Shelling out and running an external protocol utility.
For instance, I log on routinely to a system in Florida and transfer files with
SZ/RZ (a zmodem external utility). Likewise, I'm forever moving files back and
forth between the office and home using Kermit. Just <ESC><S> to a shell and
issue the comands.
But here .... nothing beats typing DOW and letting the system take over!
Steve
There is 1 Reply.

#: 10952 S7/Telecommunications
    04-Jun-91  23:50:49
Sb: #10941-#Binary dload on sterm
Fm: Erich Schulman 75140,3175
To: Steve Wegert 76703,4255 (X)
What happens is that I ESC-c which turns on capture.  This seems to be doing
exactly the same thing as CTRL-1 on Mikeyterm.  Everything winds up in the
buffer (protocol menus, Enter a filename for your computer prompt, etc.). And
this capture seems to me to be no different than telling CIS dow filenm.ext
proto:capt.  I have considered altering my profile to a protocol in place of my
present "SHOW MENU".  But I make frequent use of both XMODEM and CAPTure on MT.
And I am planning to get a new DECB terminal program that will give m VT-100
emulation.  It supports YMODEM, which is one more protocol to deal with.  So
SHOW MENU seems to be the best for me to use until once and if I have terminal
programs for both DECB and OS-9 that both support the same fast protocol (e.g.,
YMODEM (or ZMODEM once and if CIS supports it)).
There is 1 Reply.

#: 10959 S7/Telecommunications
    05-Jun-91  07:11:12
Sb: #10952-#Binary dload on sterm
Fm: Steve Wegert 76703,4255
To: Erich Schulman 75140,3175 (X)
Nothing wrong with the SHOW MENU option. I'm still set that way .. out of
laziness, if nothing more..
<ESC><C> is similar to Mikeyterm's <CNTL>-1 in that it captures incomming data,
but while MTERM is limited to appx. 40K, STERM is only limited by the amount of
available disk space.
Downloading directly to disk is a big plus when dealing with large files.
Steve
There is 1 Reply.

#: 10963 S7/Telecommunications
    05-Jun-91  12:06:58
Sb: #10959-#Binary dload on sterm
Fm: Erich Schulman 75140,3175
To: Steve Wegert 76703,4255 (X)
OK, but how does that ESC-c enable downloading in CIS B protocol?  It seems I
can only ASCII CAPTure on sterm.  Perhaps I just don't know enough about how B
protocol works, but I just don't see it.  I may go back to the Practice Forum
and just try to download something and see what happens with it.  At least I
won't get a 4-digit bill experimenting.
There is 1 Reply.

#: 10982 S7/Telecommunications
    06-Jun-91  07:41:53
Sb: #10963-Binary dload on sterm
Fm: Steve Wegert 76703,4255
To: Erich Schulman 75140,3175 (X)
Erich,
<ESC><C> won't enable B proto downloading. That only opens a capture buffer for
ASCII captures.
B proto is automatic. Lemme try this:
When you type DOW filename and select B proto, CIS polls your terminal program
with an specific escape series. They call it an INQUIRY.
If your terminal program supports B proto, it "knows" to respond back to the
INQUIRY with an appropriate answer and the transfer takes off. If not, it sits
there dumbly for 3 attempts (just to make sure it got it right) and bombs out.
This is all going on between the host (cis) and the remote terminal (you). The
operator has no involvement other than answering what ever prompts the system
may throw at you.
Give it a try and you'll see what I mean. Enter any LIB, and nab a file using B
proto. Sit back and watch!
Steve

#: 10983 S7/Telecommunications
    07-Jun-91  02:33:32
Sb: #sterm on RS232pak
Fm: Erich Schulman 75140,3175
To: ALL
I have successfully used sterm 1.2 with my DC Modem Pak.  I now have a
Hayes-compatible modem which I use with a COCOPRO! RS-232 pak.  I have been
unable to use sterm with the new modem.  /t3 cannot be opened but I do get a
baud rate message with /t1 and /t2.  But in both cases, the modem does not
respond to my ATDT commands (or any other).  The phone dialer at ESC-p doesn't
seem to work either (is it set up for pulse only?).  The DCD line is forced
high as I do in Mikeyterm 4.7; the DCD high setting is saved in nonvolatile
RAM.  I tried ESC-e but it didn't help.  What else can I do?
There is 1 Reply.

#: 10984 S7/Telecommunications
    07-Jun-91  04:18:20
Sb: #10983-#sterm on RS232pak
Fm: James Jones 76257,562
To: Erich Schulman 75140,3175 (X)
How are the device descriptors set?
There is 1 Reply.

#: 10988 S7/Telecommunications
    07-Jun-91  15:04:43
Sb: #10984-#sterm on RS232pak
Fm: Erich Schulman 75140,3175
To: James Jones 76257,562 (X)
They are on the disk as originally put there by CONFIG?  Exactly what are you
asking; I'm not quite sure.
There is 1 Reply.

#: 10989 S7/Telecommunications
    07-Jun-91  22:58:39
Sb: #10988-sterm on RS232pak
Fm: James Jones 76257,562
To: Erich Schulman 75140,3175 (X)
I'm wondering what the path descriptor option section (which is initially
copied from the device descriptor) looks like.  The easiest way to find out
(which I should've said to start with--sorry about that) is with the xmode
utility.

#: 11010 S7/Telecommunications
    10-Jun-91  00:57:14
Sb: #Sterm1_4 parameters
Fm: Pete Lyall 76703,4230
To: Carl Kreider 71076,76
Carl -
I finally got Kevin Pease's GMX all cabled up with a couple of tty lines and a
modem this afternoon. Was messing about with the modem stuff a bit, and was
trying to get sterm1_4 operational.
I need a memory jog... the code seems to be wired to /t2... what's the
parameter for making it /t7?
Pete
There is 1 Reply.

#: 11011 S7/Telecommunications
    10-Jun-91  02:41:52
Sb: #11010-#Sterm1_4 parameters
Fm: James Jones 76257,562
To: Pete Lyall 76703,4230 (X)
The parameter should be the name of the device, e.g. "sterm /t7".
There is 1 Reply.

#: 11020 S7/Telecommunications
    10-Jun-91  15:36:23
Sb: #11011-#Sterm1_4 parameters
Fm: Pete Lyall 76703,4230
To: James Jones 76257,562 (X)
JJ-
Tried that and no potatoes..... 'paths' still showed that /t2 was being used.
Pete
P.S. DO you know of any reason why DTR will assert on the modem port when I use
C-Kermit, but not upon opening the port (i.e. cat </t7 or tsmon /t7)?
There are 4 Replies.

#: 11021 S7/Telecommunications
    10-Jun-91  17:52:55
Sb: #11020-Sterm1_4 parameters
Fm: James Jones 76257,562
To: Pete Lyall 76703,4230 (X)
Hmmm...sterm must've changed since the version I looked at the source for,
then. (Pause while I get into sterm instead of Kermit...)
I'll have to look in the C Kermit source to see what games it plays with the
comm port.  More news as I find it out.

#: 11033 S7/Telecommunications
    11-Jun-91  06:43:48
Sb: #11020-#Sterm1_4 parameters
Fm: Mike Haaland 72300,1433
To: Pete Lyall 76703,4230 (X)
Pete,
On the newer versions of sterm, try:
 sterm -l /t7
That's the latest syntax.  I patched my copy to look to /t0 on the MM/1.
Mike
There are 2 Replies.

#: 11035 S7/Telecommunications
    11-Jun-91  09:07:00
Sb: #11033-Sterm1_4 parameters
Fm: Pete Lyall 76703,4230
To: Mike Haaland 72300,1433 (X)
THanks Mike..... I'll give that one a try!
Pete

#: 11038 S7/Telecommunications
    11-Jun-91  09:16:27
Sb: #11033-#Sterm1_4 parameters
Fm: Pete Lyall 76703,4230
To: Mike Haaland 72300,1433 (X)
Mike -
Ahhh... that did the trick... thanks!
Pete
There is 1 Reply.

#: 11040 S7/Telecommunications
    11-Jun-91  15:03:00
Sb: #11038-#Sterm1_4 parameters
Fm: Mike Haaland 72300,1433
To: Pete Lyall 76703,4230 (X)
No problem.  How you and Marsha doin'?
BTW  I found I can send UUCP mail thru UNLV if I use this path:
 jimi!usnvax!uunet!...... (etc.)  Problem is trying to get any back!!! The
return 'bang' path get turned into internet addressing so you can't simply
reply from CIS.  The path to me would be...
 uunet!unsvax!jimi!htsmm1!mikeh (That's unsvax above NOT usnvax!!!)  Can you
try sending me mail?
Mike
There is 1 Reply.

#: 11050 S7/Telecommunications
    12-Jun-91  00:34:29
Sb: #11040-#Sterm1_4 parameters
Fm: Pete Lyall 76703,4230
To: Mike Haaland 72300,1433 (X)
Mike -
I'll try and get some mail out to you tomorrow... remind me if I don't.
Pete
There is 1 Reply.

#: 11052 S7/Telecommunications
    12-Jun-91  06:34:56
Sb: #11050-Sterm1_4 parameters
Fm: Mike Haaland 72300,1433
To: Pete Lyall 76703,4230 (X)
OK Pete,
I'm not real sure of this internet addressing tho...  It seems that unsvax
(Known as NEVADA.EDU on the internet) doesn't get the mail I send thru it VIA
uunet.UU.NET, uunet likes to bounce it back to me when trying to reach htsmm1
from CIS.
The address "uunet!unsvax!jimi!htsmm1!mikeh" gets munged into "mikeh@htsmm1"
when routed thru Internet!!!!  It turns out that 'unsvax' only talks with
'jimi' (my end) and 'uunet' (the out side world) and uunet doesn't like the
addressing.  Sheesh!
I just might end up applying for a uunet domain name or a US domain name so the
internet will know about my little machine.  At the moment, only 'jimi' knows I
exist.
It just might be time to send mail to the sysop@unsvax.NEVADA.EDU, no? <g>
Mike

#: 11034 S7/Telecommunications
    11-Jun-91  07:25:07
Sb: #11020-#Sterm1_4 parameters
Fm: Steve Wegert 76703,4255
To: Pete Lyall 76703,4230 (X)
Pete,
I've notice in Mark's latest version of sterm that syntax has changed to:
Sterm Ver. 1.5
Usage:  sterm [-df? -l'p' -e'x']
       -d      Debug mode on (displays during downloads)
       -f      NOT downloading to floppy disks (CoCo only)
       -?      Print this usage message
       -l p    Link to modem port 'p'
       -e x    Set B+ MAXERRS to 'x' (default 10)
Mayhaps this approach will help.
Steve
There are 2 Replies.

#: 11036 S7/Telecommunications
    11-Jun-91  09:08:04
Sb: #11034-Sterm1_4 parameters
Fm: Pete Lyall 76703,4230
To: Steve Wegert 76703,4255 (X)
Steve -
Gracias.... I'll file that now.
Pete

#: 11037 S7/Telecommunications
    11-Jun-91  09:15:54
Sb: #11034-Sterm1_4 parameters
Fm: Pete Lyall 76703,4230
To: Steve Wegert 76703,4255 (X)
Steve - Thanks .... works great now!
Pete

#: 11058 S7/Telecommunications
    13-Jun-91  13:43:54
Sb: #11020-#Sterm1_4 parameters
Fm: Pete Lyall 76703,4230
To: Pete Lyall 76703,4230 (X)
JJ -
A chat with Carl Kreider told be that some of the drivers are extremely
stOOpid... Apperently DTR isn't raised implicitly on first path open. There's
allegedly a setstat call (_SS_RTS ?) that will explicitly muck with the line.
Carl has apperently mixed these in on Mtsmon and Ckermit. Other (groan)
_standard_ tools (Tsmon, etc.) don't handle this.
Pete
P.S. What's the difference between clib.l and clibn.l is OSK'dom? This one cost
me an hour or so of grief, and I couldn't find any poop on it in the book. Also
- while you're orating, do you mind touching on the other clib* enties as well
(68020 here)..
There is 1 Reply.

#: 11059 S7/Telecommunications
    13-Jun-91  21:34:04
Sb: #11058-#Sterm1_4 parameters
Fm: James Jones 76257,562
To: Pete Lyall 76703,4230 (X)
Hmmm...I always have to look up which clib* is which--cc always takes care of
it, right? <grin>  I will go look it up again, but if you want to find out
experimentally, you can compile something short with and without -x, and with
the various 020 math options, and use -bp so that you'll see what is handed to
the linker.  That's what influences the choice of libraries.
There is 1 Reply.

#: 11065 S7/Telecommunications
    14-Jun-91  01:46:56
Sb: #11059-Sterm1_4 parameters
Fm: Pete Lyall 76703,4230
To: James Jones 76257,562
In my trial case, l68 seemed to head directly for 'clibn.l' unless I explicitly
forced it to /dd/lib/clib.l with the -l option. I guess more digging is in
order.
Pete
P.S. Aren't you still in the compiler troup?

#: 11141 S7/Telecommunications
    21-Jun-91  01:01:20
Sb: #11122-Sterm1_4 parameters
Fm: Pete Lyall 76703,4230
To: Jim Peasley 72726,1153 (X)
Nothing to review.... Kevin Pease has graciously floated me an 020 as a nasty
trick to keep me immersed in os9, and to keep from from becoming exclusively
Unix (grin). It's a Gimix 68020 SBC, and he's outfitted it with 16 serial
ports, a SCSI drive, and os9 2.3 for the 68020. Actually, I'm engaged in
working on grafting the autobaud mechanisms into Mtsmon so we can get some
reliable, secure, and baud rate agile login facilities for UUCP and general
use. My travel schedule (and school) is playing hell with my progress, but I
will get it done shortly.
Pete

#: 11191 S7/Telecommunications
    25-Jun-91  14:18:53
Sb: #11010-Sterm1_4 parameters
Fm: Carl Kreider 71076,76
To: Pete Lyall 76703,4230 (X)
Ooofff!  I just realized I haven't been on in a month.  Sorry. Should be 'sterm
/t7' unless it is the latest version.  In that case it is 'sterm -l /t7' (like
kermit ;-)

#: 11257 S7/Telecommunications
    30-Jun-91  14:53:35
Sb: OSTerm v2.0.8 patch
Fm: Bruce Isted 76625,2273
To: All
  I've figured out where OSTerm v2.0.8 "cheats" and have changed it to call
some routines I've tacked onto the end.  These routines depend on a driver that
supports the enhanced SS.ComSt call (which returns 6551 style DSR+DCD status
info in the [B] register), such as DACIA/SACIA and most of the RiBBS supporting
drivers.  This allows the auto-dialer and some other functions to work fully,
no matter what serial hardware is used.
  I have put together an ARChive containing the IPatch file and brief
instructions, and uploaded it here.  Look for "O208IP.ARC" in the telcom (7)
data library.  DeArc is required to extract the files from the ARChive, and Bob
Santy's IPatch utility (from "PATCH.AR") is also required.
  Bruce

#: 11373 S7/Telecommunications
    14-Jul-91  12:47:06
Sb: Sterm
Fm: KENHEIST 71750,551
To:  76070,41 (X)
Mark been using the latest Ver. of Sterm amnd have one problem. When I download
and it opens the overlay window its OK but it nt kill the window when its done
, the curser jumps back to the main screen below the window and the window must
roll off the screen to clear.
  I'm using a COCOIII w/ 512k DCII w/ 4n1 and 1200 ba Avetex running on a 150
watt IBM pwr. supply. Yes even the 4n1 is running on the 150w through a lm317
volts reg. set to 9v. and pwr'ed off the 12 volt line. P.S.
   How about a stand alone B-Plus module that will work with my WizPro? I know
you like sterm and its ok but wizpro has a lot of features and I miss being
able to run CIS th it except as a boot for sterm.

#: 11522 S7/Telecommunications
    28-Jul-91  16:11:38
Sb: sterm 1.2 w/o modem pak
Fm: Erich Schulman 75140,3175
To: ALL
I have been trying to get sterm 1.2 to work on my CoCoPRO! RS-232 pak, but it
won't.  When I had xmode /t2 baud=06, the modem and the CoCo will not
communicate at all.  I changed the xmode to baud=04.  Now I can connect to CIS
and log on, but instead of getting my custom logon menu, I just get a lot of
garbage.  But CIS did respond to my OFF.  This happened both times I tried. 
And I always completed the logon just fine.  I have always had xmode /t2
type=00.  I now run sterm in /w1 running a shell in a 80x24 text window.  sterm
always works fine using the modem pak /m1 in the 40-col text screen (green) I
always get upon booting.  I want to be able to run a OS-9 term program faster
than 300 baud, but so far I just can't.  Is there any other thing I can do?
Press <CR> !>

#: 11525 S7/Telecommunications
    29-Jul-91  08:04:11
Sb: #11522-#sterm 1.2 w/o modem pak
Fm: Steve Wegert 76703,4255
To: Erich Schulman 75140,3175 (X)
Erich,
Since you're seeing a reaction with the chaange of baud rate ... how fast is
your modem? When I gave you the value of 4 for th baud parameter, I made thhe
assumption you have a 2400 baud modem attached. If you're running something
slower, you'll need to adjust accordingly.
1200 baud=3, 300 baud=1.
Steve
There is 1 Reply.

#: 11526 S7/Telecommunications
    29-Jul-91  13:43:44
Sb: #11525-#sterm 1.2 w/o modem pak
Fm: Erich Schulman 75140,3175
To: Steve Wegert 76703,4255 (X)
The modem is 2400 baud.  I have also went into the manual to try to construct
my own hex numbers, and I came up with type=00 and baud=04. Just what is that
Modem Kill?  Should I have adjusted for that?  And it seems weird that I can
log on to something but nothing works right from then on.  I might try a slower
baud rate in case, perhaps, sterm can't handle 2400 very well.  I finally found
some documentataion for the xcom9 you sent me some time ago so I'll soon give
that a try (I was never able to do anything with that til now).  But if I can
get something to work right at 2400, is there a OS-9 term program like
Mikeyterm or Ultimaterm available for download or purchase?
There is 1 Reply.

#: 11536 S7/Telecommunications
    30-Jul-91  07:38:56
Sb: #11526-#sterm 1.2 w/o modem pak
Fm: Steve Wegert 76703,4255
To: Erich Schulman 75140,3175 (X)
Erich,
Ok ... at 2400 baud, the value should be 4. Type at 0 is fine. The modem kill
bit, when on, sends a signal back to the system when a drop in carrier is
detected. This is used generaly with dial up systems.
Ok ... by the book, now. Does the modem have any lights? What are lit when you
bring up sterm? Specifically look for the HS lamp. Is it on (indicating high
speed -- 2400 baud).
Also, check your modem manual for the proper commands to reset the modem to
it's factory defaults. AT&F is what does it for me (and most other Hayes
compatable modems). Write that out to the modem's memory with AT&W and try
dialing up again.
Let's start here and see what happens.
Steve
There is 1 Reply.

#: 11543 S7/Telecommunications
    30-Jul-91  19:23:48
Sb: #11536-#sterm 1.2 w/o modem pak
Fm: Erich Schulman 75140,3175
To: Steve Wegert 76703,4255 (X)
I do have status lights.  They are HS, AA, CD, OH, RD, SD, TR, and MR. The HS
light is on as I go into sterm and after it starts.  I cannont use factory
default since my CoCoPRO! RS-232 adapter needs DCD to be forced high.  That is
the only change from defaults that I keep in nonvolatile RAM; the manual states
they use different defaults from usual.  The only otherr thing I like to do is
AT S11=50, and in Ulterm, I also add D to my initialization string.  But the
modem will not respond to sterm at all.
There is 1 Reply.

#: 11552 S7/Telecommunications
    31-Jul-91  08:21:22
Sb: #11543-#sterm 1.2 w/o modem pak
Fm: Steve Wegert 76703,4255
To: Erich Schulman 75140,3175 (X)
Erich,
The fact the HS lamp is lit tells me the modem is expecting high speed. The
only other changes I would make for the time being (until we get this thing
straightend out is: AT&C&D1.
Is the TR lamp lit when you fire up sterm? Do the rx and tx lamp blink when you
type blindly in sterm?
What does the s11 register do? My Hayes has this one as 'reserved'.
What brand of modem do you have?
Does it work properly under RSDOS? ARe you using the pak or the bit banger
under RSDOS?
Steve
There is 1 Reply.

#: 11574 S7/Telecommunications
    01-Aug-91  23:34:51
Sb: #11552-#sterm 1.2 w/o modem pak
Fm: Erich Schulman 75140,3175
To: Steve Wegert 76703,4255 (X)
I don't recall about those lights; I'll post the answer after I try sterm again
later today.  I'll see about the &d1 too.  The s11 register controls dialing
speed.  50 is very fast dialing--about the fastest I can use with 100%
reliability.  Without it, dialing is as slow as my fingers (that is why I has
asked about a voice call dialer in the COCO FOrum.  My modem is the Supra
SupraModem 2400 widely advertised in InCider/A+ for less than what I paid
locally (sigh).  The modem works fine under DECB.  I use the bit banger for
null modems (or connect 2 modems to each other) and I use my CoCoPRO! pak for
all normal Ulterm, Mterm, RLETRM, and sterm usage (CIS, etc.)
There are 2 Replies.

#: 11578 S7/Telecommunications
    02-Aug-91  07:07:09
Sb: #11574-sterm 1.2 w/o modem pak
Fm: Steve Wegert 76703,4255
To: Erich Schulman 75140,3175 (X)
All good info, Erich!
I use a Supra myself ...with Sterm, and it does fine. The fact you can use the
CoCoPRO pak with DECB tells me the hardware is ok. Looks like all we're left
with is some fine tuning.
Let us know about the lamps ...
Steve

#: 11579 S7/Telecommunications
    02-Aug-91  07:11:15
Sb: #11574-#sterm 1.2 w/o modem pak
Fm: Steve Wegert 76703,4255
To: Erich Schulman 75140,3175 (X)
One other thought, Erich:
You have a proper driver and descritor for the CoCoPRO pak in your OS9 boot,
jes? (Generally /t2 and ACIAPAK).
Steve
There is 1 Reply.

#: 11580 S7/Telecommunications
    02-Aug-91  09:06:28
Sb: #11579-#sterm 1.2 w/o modem pak
Fm: Erich Schulman 75140,3175
To: Steve Wegert 76703,4255 (X)
I do have /t2 and ACIAPAK there.  I now know exactly what's in my OS9Boot
th