#: 13962 S7/Telecommunications
    12-Jan-92  03:34:59
Sb: #13686-SC2.1A YMODEM Probs
Fm: OSSIAN WISECUP 70731,327
To: Erich Schulman 75140,3175 (X)
    I believe the problem is the fact that there are many emulations of the
same (supposed) protocol Y-modem on some terminal emulators refers to an older
version of Xmodem known as Xmodem-1k newer Ymodem protocols have an additional
item which acts as a header giving info such as name/size/date,
  it is a posability that your Ymodem may be one of three general header-type
versions or the old 1k-xmodem.
  If you would like to try it you might try ---DOW filename.ext/PRO:X1K--the
first time you try up/down-loading in a forum and see if your Ymodem is
actually the old 1k-xmodem protocol....
        Hope that might help..
                                   O.W.

#: 13975 S7/Telecommunications
    15-Jan-92  17:53:18
Sb: #telecom:
Fm: ALBERT 72570,2302
To: SYSOP (X)
HI!:
   I am in need of some info..onthe deskmate system,the telecom section.When I
try to download the program says reciveing file but nothing is happing it takes
the file name and thats it.If there is any lib..with some info let me know
please.              ALBERT..
There is 1 Reply.

#: 13976 S7/Telecommunications
    15-Jan-92  18:28:00
Sb: #13975-#telecom:
Fm: Pete Lyall 76703,4230
To: ALBERT 72570,2302 (X)
Albert -
Have a gander at the file DM3.TXT in DL10.
Pete
There is 1 Reply.

#: 13982 S7/Telecommunications
    16-Jan-92  20:59:30
Sb: #13976-telecom:
Fm: ALBERT 72570,2302
To: Pete Lyall 76703,4230 (X)
PETE:
 Thanks I will take a look I hope its in text,I wont be able to download it
otherwise.albert

#: 14064 S7/Telecommunications
    24-Jan-92  18:29:12
Sb: My INTERNET Address :)
Fm: Keith H. March 70541,1413
To: ALL
If you would like to reach me on the INTERNET my address is:
keith@khmarch.bowlgreen.OH.US

#: 14149 S7/Telecommunications
    01-Feb-92  21:58:58
Sb: #14116-OSK sterm bug
Fm: Carl Kreider 71076,76
To: Timothy J. Martin 71541,3611 (X)
Let me know if you don't find getopt.h and I'll mail it.  I've heard that
xmodem bus traps but don't use xmodem so haven't chased it.  But I would
appreciate it if you would let me (or Mark) know if you find the problem.  -
Carl

#: 14158 S7/Telecommunications
    02-Feb-92  16:51:02
Sb: #14149-#OSK sterm bug
Fm: Timothy J. Martin 71541,3611
To: Carl Kreider 71076,76 (X)
Thanks.  I assume getopt is in fact a function, that I can find somewhere. I
see the OS9 clib.l stuff in LIB 3, where is OSK equivalent, or should I work up
the sources from LIB 3?
There is 1 Reply.

#: 14182 S7/Telecommunications
    03-Feb-92  21:44:17
Sb: #14158-OSK sterm bug
Fm: Carl Kreider 71076,76
To: Timothy J. Martin 71541,3611 (X)
Um, that is my OS9 clib.l but I haven't ever posted the OSK version. Getopt is
readily availible *if* you have the right connections. I can mail both if you
like. - Carl

#: 14235 S7/Telecommunications
    08-Feb-92  22:44:42
Sb: #14128-#Fax Software
Fm: BRUCE MOORE 70075,143
To: Lee Veal 74726,1752 (X)
I sure would be interested in a fax on the tc70.  I could fax the price quotes
I compute on the tc70 and never have to print out and dial,
 feed the fax machine etc. Could save a lot of time.
There is 1 Reply.

#: 14245 S7/Telecommunications
    09-Feb-92  15:23:36
Sb: #14235-Fax Software
Fm: Lee Veal 74726,1752
To: BRUCE MOORE 70075,143
Bruce, I think you meant to REPLY to Kevin Darling.
But I agree, having FAX support directly from your computer would be great.
Getting signatures affixed onto documents that required one might still be a
bit of a problem, but not insurmountable..
Lee

#: 14237 S7/Telecommunications
    09-Feb-92  01:32:20
Sb: STERM
Fm: MARK LITTLE 70761,3147
To: Ches Looney 73016,1336 (X)
Thanks for the help. I had tried /t2 and also /t1 and /m1 to no avail. Mark.

#: 14297 S7/Telecommunications
    12-Feb-92  06:34:06
Sb: #Paddle board jumpers
Fm: Mark Griffith 76070,41
To: Steve Wegert, 76703,4255 (X)
Steve,
See the message reply I made to Mike H. about your modem problem.
Mark
There is 1 Reply.

#: 14299 S7/Telecommunications
    12-Feb-92  08:30:55
Sb: #14297-#Paddle board jumpers
Fm: Steve Wegert 76703,4255
To: Mark Griffith 76070,41 (X)
Got it fixed up sir!
Good thing it snowed .... or I'd feel bad about not coming right in to the
office this morning!
'tain't St. Louis forecasters grand?  "Not much more than an inch expected"
Yeah ... right!
Now onto buffer sizes. Just playing here with a binary editor shows a dramatic
improvement with Sterms ability to keep up at 9600 baud. If I only knew how to
deal with 16 bits at a time!  :-)
I'll nab you at the office.
Steve
There is 1 Reply.

#: 14314 S7/Telecommunications
    13-Feb-92  13:53:20
Sb: #14299-#Paddle board jumpers
Fm: Carl Kreider 71076,76
To: Steve Wegert 76703,4255 (X)
Arghh.... I saw the 80/140 question go by in high gear and don't know how to
get back to it, sooo....
80/140 is just the defaults as the stuff is received from MW.  Nothing magic
about it, but it does have it's roots in the old days of 64K. Hardly a concern
these days, no?  - Carl
There is 1 Reply.

#: 14315 S7/Telecommunications
    13-Feb-92  20:48:03
Sb: #14314-#Paddle board jumpers
Fm: Steve Wegert 76703,4255
To: Carl Kreider 71076,76 (X)
No sweat, Carl. I figured those values had to be defaults. Thanks for the the
confirmation.
Steve
BTW ... Barry Bond may be contacting you via Email. He has some interest in
your SCSI tape drivers. Seems he's been without SCSI tape support on his TC70
for some time, and it's begining to get in the way. I mentioned you might be
able to help.
There is 1 Reply.

#: 14351 S7/Telecommunications
    16-Feb-92  20:53:50
Sb: #14315-#Paddle board jumpers
Fm: Carl Kreider 71076,76
To: Steve Wegert 76703,4255 (X)
Oh my.  I could help if he had an MM/1, but I probably can't do anything for
the TC070.  Any tape driver would have to work with Dave's hard disk driver,
and I am not privy to that.
There is 1 Reply.

#: 14363 S7/Telecommunications
    17-Feb-92  08:27:37
Sb: #14351-Paddle board jumpers
Fm: Steve Wegert 76703,4255
To: Carl Kreider 71076,76 (X)
Well ..... not to worry. He won't be needing the SCSI stuff anytime soon. Seems
he's fried the TC70 shortly after he received the new serial cables Frank sent
for him to install.
I doubt the two incidents were related, but ...
Given all the problems Barry still has with the TC70 system he purchased almost
a year ago, my advice to him was to pack the whole thing up and send it to
Frank with a note:
"When it works they way it's supposed to, ship it back".
We'll see what transpires.
Steve

#: 14321 S7/Telecommunications
    14-Feb-92  06:59:34
Sb: #STERM lockup
Fm: Ches Looney 73016,1336
To: STERM users
Have any STERM users experienced lock-ups when down-loading?  It seems to me
that at least 30% of the time when downloading with Compuserve B, STERM locks
up and I have to QUIT out.  Symptoms from watching the modem lights seem to
indicate that something happens at the end of or during the pause for disk
writing (I'll have to try it with ramdisk) when transmission from CIS
apparently stops.  Then a character seems to come from CIS every minute or so
but gets no response from my computer.  Am  I correct that there is no breakout
option with STERM to get out of the downloading mode?  Thanks for your comments
and advice.  Ches.
There are 2 Replies.

#: 14333 S7/Telecommunications
    15-Feb-92  09:29:29
Sb: #14321-#STERM lockup
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Ches,
I'm using Sterm and not noticing any problems while downloading ....but have
had some lock ups while trying to capture ASCII files and capture dumps.
Looking closer at the data on the screen, I noticed a repeating pattern which
reminded me of a similar occurance on the CoCo when 2400 baud modems became
popular and we started to push the box.
The xmit and receive buffers are tiny and tend to overflow quickly. Sterm
looses it's mind when this happen. I've only been able to hit the reset button
to regain control.
I've bumpped the buffers up to 2K and haven't seen the problem since.
I'm curious ... how fast are you running the port and what type of modem?
Steve
There is 1 Reply.

#: 14361 S7/Telecommunications
    17-Feb-92  06:40:43
Sb: #14333-#STERM lockup
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Thanks for response, Steve.  I'm running 2400 on an Avatex modem.  From an
intuitive viewpoint, I'd guess small buffers to be the problem.  How can I
alter buffer size?  Ches.
There is 1 Reply.

#: 14366 S7/Telecommunications
    17-Feb-92  08:50:52
Sb: #14361-STERM lockup
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Opps.... almost replied as if you were running on a MM/1.
Changing the buffer sizes will depend on whose drivers you're using. If they're
tandy stock, there's a file in the COCO Library here that details the offsets
to modify.
Try a browse /key:ACIA
or /key:buffer*
and see what pops up.
Steve

#: 14339 S7/Telecommunications
    16-Feb-92  06:04:53
Sb: #14321-#STERM lockup
Fm: Mark Griffith 76070,41
To: Ches Looney 73016,1336 (X)
Ches,
 >Have any STERM users experienced lock-ups when down-loading?
Are you dowloading to a floppy drive?  Is this an OSK machine?
Mark
There is 1 Reply.

#: 14362 S7/Telecommunications
    17-Feb-92  06:42:47
Sb: #14339-#STERM lockup
Fm: Ches Looney 73016,1336
To: Mark Griffith 76070,41 (X)
Thanks for response, Mark.  Lineup is CoCoIII, Avatex 2400 modem, download to a
hard drive through an Owlware system.  Ches.
There is 1 Reply.

#: 14374 S7/Telecommunications
    18-Feb-92  06:06:56
Sb: #14362-#STERM lockup
Fm: Mark Griffith 76070,41
To: Ches Looney 73016,1336 (X)
 >Lineup is CoCoIII, Avatex 2400 modem, download to
 >a hard drive through an Owlware system.
If you are locking up with B+ downloads, you are either missing interrupts or
the hard drive is not fast enough.  If you don't have the IRQ hack installed
you should.  Try specifying the -f option when you start Sterm and see how that
goes.
Mark
There is 1 Reply.

#: 14377 S7/Telecommunications
    18-Feb-92  09:53:49
Sb: #14374-STERM lockup
Fm: Ches Looney 73016,1336
To: Mark Griffith 76070,41 (X)
Thanks Mark.  I don't have the IRQ hack installed - never felt the need, maybe
now I do.  I'll try the -f and let you know.  Thanks for info. Ches.

#: 14398 S7/Telecommunications
    21-Feb-92  23:12:43
Sb: DESKMATE3 Downloading
Fm: MARK LITTLE 70761,3147
To:  72756,2213
I am using (sometimes) Deskmate3 on my CoCo3.  I have successfully downloaded
AR'd files and extracted them before. However I have twice downloaded STERM1.51
and STERM.AR and have been unable to get it working.  After much checking and
leaving a couple of messages, I have made sure all needed modules are in my
boot file
           /t2   /t1   /m2 and have tried running:   STERM -l/t2  >/1     also.
I keep getting a non-existent module error. I know the modules are on the disk,
and tried linking them in memory before running STERM, and couldn't load any of
them.  A check with IDENT shows all the listed modules below have incorrect
module headers.
      bplus.h           common.h          io.c
      bplus.c           xmodem.h          crc.c
      io.c
Could I be doing something wrong, or could Deskmate be writing the wrong header
info while downloading?
Press <CR> !>

#: 14401 S7/Telecommunications
    22-Feb-92  12:23:41
Sb: #IRQ Hack Query
Fm: Ches Looney 73016,1336
To: Kevin Darling 76703,4227 (X)
Kevin, I recently started using STERM and began to experience lockups that Mark
Griffith thinks may be due to lost IRQs.  He urges me to install the IRQ hack
so I looked in the files and found the Lyall hack and the diode hack. 
Apparently both are intended to tie the IRQ from the RS232 pak to the IRQ input
on the 6809.  What is the problem with the original design? It looks like a
multiplexer should be sending the IRQs through, so is the problem that the
multiplexer misses IRQs under certain conditions?  On the diode hack, what is
intended by the direction to tie the #8 ports together? Tie all pin 8s on the
pak sockets together?  What about tying the combined #8s to the #8 plug to the
CoCo?  In other words, is the diode hack intended to bypass the multiplexer by
the "brutal" method of shorting the four inputs to the single output?  In the
diode hack, is it necessary that the diode be germanium?  Is the input that
sensitive that the .4 volt difference between germanium and silicon diodes is
important?  Thanks for your help. Regards, Ches.
There is 1 Reply.

#: 14406 S7/Telecommunications
    23-Feb-92  07:16:41
Sb: #14401-#IRQ Hack Query
Fm: Kevin Darling 76703,4227
To: Ches Looney 73016,1336 (X)
Hi Ches!
Background:  the GIME's external IRQ input is edge-sensitive, instead of
level-sensitive... meaning yes, interrupts can be lost (or ignored).  It seems
that the GIME design was changed to this method towards the end, but the
updated info slipped through the cracks... L-II still expected otherwise.
The other needed background is that the MPI only allows one slot to pass
interrupts at a time (this is left over from the ROMPAK startup days).
So, right, the basic idea of all the "IRQ Hacks" is to bypass the GIME and/or
the MPI irq-slot selection.  (There are also software hacks to bypass the GIME,
and many aftermarket drivers do that, but...).
MPI: You only need the MPI hack (pins 8 tied together) if you have more than
one device out there which uses interrupts.  So, for example, if you only have
one such device (the RS232 pak), then no problem.  If you have more (a couple
of RS232 paks, or a pak plus a no-halt controller, or etc), then you clearly
have to bypass the MPI selector.
GIME: Some people simply bypass it all together, and run all the external IRQs
straight to the 6809 (you should see my lazy computer mess, btw: my SC-II irqs
come thru my stock MPI, and so I have an external wire running to the cpu from
my PBJ dual rs232 pak - ugh).  Anyway, the diode hack takes any interrupts that
can get out the MPI (modified or not) and bypasses the GIME.  The diode part is
so that old ROMPAKs can also be used.  I believe that it does have to be
germanium, from what people have found.  Of course, if you do the MPI hack, I'm
not sure the diode hack (vs just using a jumper) makes sense.
Clear as mud? :-)  Basically, the MPI is a SP4T switch... tieing pins 8 bypass
it.  The GIME is a latching doorbell... so you sometimes can't tell how many
people are pushing it.  - kevin
There are 2 Replies.

#: 14407 S7/Telecommunications
    23-Feb-92  07:33:40
Sb: #14406-IRQ Hack Query
Fm: Ches Looney 73016,1336
To: Kevin Darling 76703,4227 (X)
Thanks for info, Kevin.  Now off to study.  Regards, Ches.

#: 14414 S7/Telecommunications
    23-Feb-92  14:49:30
Sb: #14406-#IRQ Hack Query
Fm: Ches Looney 73016,1336
To: Kevin Darling 76703,4227 (X)
OK, Kev.  I've put in the diode hack as follows:  tied the rom-pak-socket ends
of r11, r12, r13, r14 together in the MPI, and put in a 1n34 between the IRQ
end of r2 and pin 8 of the rom-pak-plug of the CoCoIII.  One attempt of a
download using STERM on a 180K file in the non-sliding-window mode of B+
protocol worked without a flaw.  Trying the sliding window mode seems not to
work - first and second blocks come thru head to tail, then there's a long wait
followed by 3 and 4 then a long wait (perhaps as much as a minute) then 5 & 6,
etc.  Should I have also tied the #8 pin of the MPI to the 4 resistor ends? 
Tried a silicon diode without success, btw. Comments??  Ches.
There are 2 Replies.

#: 14417 S7/Telecommunications
    23-Feb-92  16:45:20
Sb: #14414-IRQ Hack Query
Fm: Kevin Darling 76703,4227
To: Ches Looney 73016,1336 (X)
Ches - I'll have to look up the schematics, but it sounds right.
The STerm thing may simply be because of the smaller serial input buffers on
the coco... they could be overrun and it takes a while for CIS to notice the
reported error and resend and slow down because it knows things aren't going so
hot, etc.
Perhaps someone else can confirm (or deny :) this. - kev

#: 14418 S7/Telecommunications
    23-Feb-92  17:15:27
Sb: #14414-#IRQ Hack Query
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Ches,
I've lost track of your set up so ....
The sterm '-f' option works only if you are downloading to a ram disk or have a
fast hard drive.
Also ... make sure the buffers are as large as you can make 'em.
Steve
There is 1 Reply.

#: 14419 S7/Telecommunications
    23-Feb-92  20:53:17
Sb: #14418-#IRQ Hack Query
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Steve, I hadn't thought of using ramdisk - I'll try that.  Still haven't doped
out how to change buffer size (but haven't given up yet)  Ches.
There is 1 Reply.

#: 14426 S7/Telecommunications
    24-Feb-92  20:52:27
Sb: #14419-IRQ Hack Query
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Ches,
Take a peek at PAKMOD.TXT and PAKMOD.SRC in LIB 10 if you're still using the
stock stuff from Tandy. That will get you a couple of more extra bytes.
You might also want to look at Bruces Isted's SACIA stuff. I believe it allows
for varriabe size buffers. Should also be in LIB 10.
Steve

#: 14421 S7/Telecommunications
    24-Feb-92  07:01:20
Sb: #STERM etc.
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Steve, thanks for your help.  Using a ramdisk and the IRQ diode hack allows
STERM on my system to fly.  Downloaded a long (approx 280k) file last night
with approx 75% efficiency; it didn't appear to have any break in the received
packets at all (watching the LEDs).  Many thanks.  Ches.
There is 1 Reply.

#: 14427 S7/Telecommunications
    24-Feb-92  20:53:46
Sb: #14421-STERM etc.
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Glad we got things cooking! Downloading to a RAMDISK practically assures
success using the B+ protocol.
Steve

#: 14422 S7/Telecommunications
    24-Feb-92  07:08:45
Sb: IRQ hack etc.
Fm: Ches Looney 73016,1336
To: Kevin Darling 76703,4227 (X)
Thanks for your guidance, Kevin.  After the IRQ diode hack and using a ramdisk,
downloading appears to be pause free between packets.  BTW, I had to go out to
buy some 1N34s (never thought I'd run out of those) and found 1N93s (germanium
power diodes), as well as silicon diodes, don't let the IRQ diode hack work. 
Still uncertain about the original MPI design flaw.  Edge detection ? - another
way of saying the multiplexing of IRQs is just too slow in the original design?
or is it really using the pulse created by differentiating the square wave
level change?  Or is the multiplexing losing an IRQ in the times when the
multiplexor is looking at other IRQ sources?  And is there a bad side effect of
strapping all the PAK IRQs together so that identification of which IRQ is from
which PAK is lost?  Anyway, thanks for the encouragement and guidance; STERM is
now working at full speed on my system.  Regards, Ches.

#: 14423 S7/Telecommunications
    24-Feb-92  07:11:44
Sb: STERM etc.
Fm: Ches Looney 73016,1336
To: Mark Griffith 76070,41 (X)
Mark, thanks for your suggestions regarding the IRQ hack and the -f option in
STERM.  Apparently my hard disk (OWLware) is not fast enough for the -f option,
but Steve Wegert urged me to try STERM/-f with a ramdisk and that works like a
champ.  Downloaded a long file last night with apparently no pauses between
packets.  Thanks again and regards,  Ches.

#: 14432 S7/Telecommunications
    26-Feb-92  07:20:00
Sb: #STERM
Fm: Brother Jeremy, CSJW 76477,142
To: All
Dear Friends, I recently started using STERM here on CIS. I seem to be loosing
a few characters here and there. Also I am getting "garbage" characters.
 For example, I have a line on the screen "[JThe OS-9 Forum;70HCompose"
Finally, the B protocol worked fine for one dowload, and then every
 thing locked up. I originally used OSTERM 2.08 for CIS. Do I have to change
any settings, patch anything on my system, etc. Thank you for your help.
With all best wishes, Br. Jeremy, CSJW
There is 1 Reply.

#: 14433 S7/Telecommunications
    26-Feb-92  07:35:21
Sb: #14432-#STERM
Fm: Steve Wegert 76703,4255
To: Brother Jeremy, CSJW 76477,142 (X)
Sounds like a couple of problems cooking.
First, the weird characters are probabbly VIDTEX control codes. GO DEFAULT and
set your terminal to OTHER or DUMBCRT. THat should fix that.
Loosing characters is indicative of an IRQ problem. Have you installed the IRQ
hack as described in in LIB 10? BROwse IRQ* and see what pops up.
There are two ways of doing this ... the diode hack and the original method as
told by Pete Lyall. I perfer the later.
A third alternative would be to replace your ACIAPAK drivers with Bruce Isted's
SACIA package. It fixes in software the problem that causes the missing
interupts.
Steve
There is 1 Reply.

#: 14435 S7/Telecommunications
    26-Feb-92  20:39:14
Sb: #14433-STERM
Fm: Brother Jeremy, CSJW 76477,142
To: Steve Wegert 76703,4255 (X)
Dear Steve, I have been thinking of adding the SACIA driver in place of ACIA. I
will go ahead and do that and I'll get back to you and let you know
 what happens.
Thank you for your time and response. With all best wishes,
Br. Jeremy, CSJW

#: 14444 S7/Telecommunications
    29-Feb-92  11:16:32
Sb: OSK C Kermit 5A beta
Fm: James Jones 76257,562
To: All
YES!!!!!!
Just compiled C Kermit 5A on my MM/1.  (I hasten to add that ALL I did was
tweak a makefile a couple of times--Chris Hemsing in Germany and Bob Larson,
with whom folks who have been here for a while should be familiar, did all the
work.)
I'm using it now.  I am having NONE of the problems I had with version 4F
talking to the modem.  I've yet to try to transfer any files, but I'll let you
know how it comes out.
C Kermit 5A has LOTS of bells and whistles: sliding windows (say, is CIS going
to do sliding window Kermit for up/downloads?), long packets, attribute packets
(a truly Great Thing, because it lets Kermit pre-allocate space for incoming
files!!!), an extensive scripting language, the whole nine yards.
possible to twist knobs at make time to just get the pieces you want.
More news as it happens.  This is the beta version, so I don't quite feel
comfortable about uploading it.  Instead, I'll send off the makefile tweaks to
Kermit Central (at Columbia U), and I expect the official 5A version should be
uploaded here.  (I'll do it if nothing else.)

#: 14455 S7/Telecommunications
    01-Mar-92  19:51:35
Sb: #STERM
Fm: Brother Jeremy, CSJW 76477,142
To: All
Dear Friends:
I am trying to get STERM 1.5 up and running. I am using the PHONE program by
Bob Van der Poel. I cannot seem to get the login to work. I tried his example,
but I have a problem after I receive the CONNECT reply. Then I have to complete
the logon manually. Several times I was unable to recieve anything onto the
screen. Help! Thank you, with all best wishes, Br. Jeremy, CSJW
There is 1 Reply.

#: 14464 S7/Telecommunications
    02-Mar-92  19:47:26
Sb: #14455-#STERM
Fm: Bob van der Poel 76510,2203
To: Brother Jeremy, CSJW 76477,142 (X)
Bro, are you dialing up CI$ through a direct node, or a network. Some of the
prompts might be different. I suggest you capture the logon stuff to a file and
compare the prompts to what PHONE is expecting. I use this prog. all the time,
and it works without fail for me.
There is 1 Reply.

#: 14467 S7/Telecommunications
    02-Mar-92  23:23:21
Sb: #14464-STERM
Fm: Brother Jeremy, CSJW 76477,142
To: Bob van der Poel 76510,2203 (X)
Dear Bob, I will do a capture and let you know. --Br. Jeremy, CSJW

#: 14459 S7/Telecommunications
    02-Mar-92  16:32:04
Sb: #STERM Query
Fm: Ches Looney 73016,1336
To: STERM users
I have a problem related to MultiVue and STERM.  I can use STERM with no
problems if I don't use MV (the OS9Boot modules include VDGInt in both cases,
but the MV bootfile uses WindInt and the other boot uses GrfInt). In my use of
STERM, it appears that a ramdisk must be used for B+ file downloads to be
successful since (apparently) my hard disk is too slow and causes lockups. If I
start a ramdisk and then try to use STERM, OS9 tells me it can't load T2.  If I
deiniz R0, STERM runs fine.  Running the boot without MV, the ramdisk and STERM
work fine together.  Any ideas?  Ches.
There is 1 Reply.

#: 14461 S7/Telecommunications
    02-Mar-92  18:52:09
Sb: #14459-#STERM Query
Fm: Erich Schulman 75140,3175
To: Ches Looney 73016,1336 (X)
It is possible that your hard disk is too slow.  I would recommend you download
to RAMdisk then immediately copy the file to your hard disk.  If t2 is your
normal terminal you need to either have it in memory before you launch Sterm
(preferably as a part of your boot file) or LOADed manually. You can put /t2 in
your execution directory and have it loaded as needed but putting it in OS9Boot
is the best thing to do.  You can use just one boot disk for both MultiVue and
non-MV.  Prevent MV from starting on boot by deleting autoex and run MV
manually with Multistart.  For all your OS-9 purposes, just let WindInt
completely replace GrfInt: just put in WindInt and forget you even have GrfInt.
It is OK to have VDGInt in your boot file along with WindInt (or GrfInt) as
long as you use VDG screens, otherwise get rid of it and use the memory for
something useful to you.  If you have both 512K and a hard disk you have a lot
of room for a big bootfile that will cover all your text and graphics needs and
serve them well.  Your OS-9 can stand a tuneup and one boot is proabably the
best way.  Go for it, and good luck!
There is 1 Reply.

#: 14465 S7/Telecommunications
    02-Mar-92  19:53:59
Sb: #14461-#STERM Query
Fm: Ches Looney 73016,1336
To: Erich Schulman 75140,3175 (X)
Erich, I'm afraid I didn't make my problem clear.  T2 is in memory, along with
R0, ACIAPAK and RAMMER as shown by mdir.  If I iniz R0 and then try to initiate
STERM, the system tells me it can't open T2.  This is when I boot my MV system
which has WindInt in the OS9boot.  If I deiniz R0, STERM initiates and works
fine (but I don't have a ramdisk).  If I boot my non-MV system (which has
GrfInt instead of WindInt) and iniz R0, STERM initiates fine and works well
(and I have the Ramdisk).  The question is why won't the MV (and WindInt)
system let the ramdisk be started and have STERM run? ???   Ches.
There is 1 Reply.

#: 14470 S7/Telecommunications
    03-Mar-92  07:46:51
Sb: #14465-#STERM Query
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Fun problems, Ches! Maybe Mark will has a suggestion ... I'll mention you're
having problems when I hit the office today.
In the meantime, I'll also try to duplicate what you're doing and see what I
find. Sounds suspiciously BLOB like.
Steve
There is 1 Reply.

#: 14474 S7/Telecommunications
    03-Mar-92  08:00:44
Sb: #14470-#STERM Query
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Steve, please refresh my memory.  BLOB??? Thanks, Ches.
There is 1 Reply.

#: 14475 S7/Telecommunications
    03-Mar-92  08:14:45
Sb: #14474-#STERM Query
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Ches,
BLOB = BootList Order Bug can manifest itself in a number of ways. Most
frequently seen is the BOOTFAILED message at boot. But it can be subtle as
well.
I had a bootlist combination that gave the outward appearance of all being
well. The system booted normally and everything seemed fine. Until, that is, I
tried to copy or format.
Those two commands just flat out refused to work.
'Re-ordering' my bootfile and making a new boot fixed it right up.
There's no one perfect list order. It seems to varry from one machine to
another, so all I can suggest is to play around and see what happens.
Keep a copy of what you presently have, tho!  :-)
Steve
There is 1 Reply.

#: 14477 S7/Telecommunications
    03-Mar-92  12:22:40
Sb: #14475-STERM Query
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
I wondered about that.  Thanks for the nudge; I'll try a few things. Ches.

#: 14476 S7/Telecommunications
    03-Mar-92  10:09:27
Sb: #sterm/xmodem bug
Fm: Carl Kreider 71076,76
To: MMU users
I found the xmodem bug on mmu protected systems and notified Mark. Perhaps a
fix will be forthcoming.  - Carl
There is 1 Reply.

#: 14500 S7/Telecommunications
    05-Mar-92  22:07:01
Sb: #14476-sterm/xmodem bug
Fm: Timothy J. Martin 71541,3611
To: Carl Kreider 71076,76
jeeeez, I just recently got the source to complie (compile) but couldn't get
the bus trap to occur, and gave up. Good for you!

#: 14478 S7/Telecommunications
    03-Mar-92  18:01:47
Sb: pointer for new Kermit
Fm: James Jones 76257,562
To: All
By request of the folks at Columbia University, the folks who coordinate Kermit
development, rather than upload C Kermit here, I point you at them:
Kermit Distribution Columbia University Center for Computing Activities 612
West 115th Street New York NY 10025 USA Telephone: +1 (212) 854-3703 Email:
kermit@columbia.edu (Internet), KERMIT@CUVMA (BITNET/EARN)
Columbia University has Kermit for an amazing range of computers, from the
VIC-20 to the GE/Honeywell computers that run (ran?) Multics, available on a
variety of media.
(I'm not associated with Columbia, though long ago I did some minor work on a
port of a stripped-down Unix Kermit to OS-9, and the other weekend I made C
Kermit 5A on my MM/1.  The people involved with Kermit development have done a
humongous amount of work to help everybody move data among an incredible number
of computers, large and small, and IMHO they deserve support and appreciation.)

#: 14555 S7/Telecommunications
    09-Mar-92  16:24:58
Sb: #PHONE Query
Fm: Ches Looney 73016,1336
To: Bob van der Poel 76410,2203
Bob, I've been trying to use PHONE with mixed success.  Using it to dial
numbers for either voice links or computer links works fine; however, when I
put in a login sequence a problem occurs with the final transfer to the comm
program (STERM) if the transfer (\x ...) is the last command or with the quit
(\q) command.  The problem is a lockup at the final command.  If I put a quit
command after the transfer command, the transfer to STERM occurs, but when I
end STERM, the system locks up.  If I execute PHONE with the shell command
inside STERM, the system locks up when PHONE gets to the quit command.  That
is, the transfer to STERM doesn't occur.  In addition, some characters are lost
when the transfer from PHONE to STERM does occur. Any ideas?  Any additional
data needed that I could look for and send you? Regards, Ches.
There is 1 Reply.

#: 14572 S7/Telecommunications
    10-Mar-92  20:53:54
Sb: #14555-#PHONE Query
Fm: Bob van der Poel 76510,2203
To: Ches Looney 73016,1336 (X)
Ches, first off--ya got my CI$ ID # wrong: it's 76510,2203, not 76410,2203.
Just lucky that I happened to catch it as it scrolled by.
I really have no idea why you should be having the problem you descibed with
PHONE. I use it all the time--I fork a sub shell from STERM and use PHONE to
logon to CIS. Here is my phone file for this
 \e +
 \1
 \d 10
 \s ATZ $0d
 \w OK 4 1
 \p 1
 \s AT S7=60 DT 1 737 2452 $0d
 \w CONNECT 120 9
 \p 1
 \2
 \s $03
 \w : 10 2
 \s my number followed by $0d
 \w : 10 2
 \s my secret password followed by $0d
 \q
 \9
 \q
I'm wondering, what do you have the /t2 stuff set to. Might be something there.
Got the parity, etc. all set up right?
Let me know if you have any luck. I know that Bro. Jeremy was having a similar
~rproblem. Don't know if he figured out the problem or if he gave up (which I
doubt--he sounds pretty tenacious!).
There is 1 Reply.

#: 14589 S7/Telecommunications
    12-Mar-92  07:26:17
Sb: #14572-#PHONE Query
Fm: Ches Looney 73016,1336
To: Bob van der Poel 76510,2203 (X)
Thanks for response, Bob.  The place I got the 76410,2203 is...(you ready for
this????)...your document of PHONE in PHONE.AR!! <g>  Sorry 'bout that. I
continue in my puzzlement on PHONE operation.  Your script is understandable
and not much different from mine.  Principal difference is that I don't reset
the modem (atz) or set the S7 register.  My wait time after sending id and
password is currently 5 versus your 10.  The T2 settings I'll have to go look
up since xmode data has to be translated, but I think they are ok since I don't
lose characters as I do with WIZ when parity is odd or mark.  An additional
puzzle:  When CIS is thru its preamble and just before it gives the GO RULES...
message, it sends out a string that shows up as a club (playing card symbol) on
my PC and as several linefeeds on WIZ.  On STERM, the effect is to lose some of
the GO RULES line.  So far I haven't been able to capture that string to see
just what is going on.  Back to the PHONE problem, I'll go back to my IRQ hack
(diode version) as a suspect and maybe try the original hack to see what
happens.  All goes to hold today, tho, I'll be out of town and touch for a
week.  Thanks for help and I'll be in touch.  Regards, Ches.
There are 2 Replies.

#: 14609 S7/Telecommunications
    16-Mar-92  00:15:50
Sb: #14589-PHONE Query
Fm: Bob van der Poel 76510,2203
To: Ches Looney 73016,1336
Ches, yet another mistake? Impossible! Oh well, guess I should update that
archive one of these days...
I wonder if the stuff that CIS is sending (the club or whatever) is causing the
problem. If I recall correctly I had something like that too at one time. As I
recall, it was because CIS figured I had a smart terminal and was doing an
interogation. Have a look at your default settings in CIS to see if you have an
auto-ask thing set (Wayne, Pete or Steve, can you give some details on this,
since I don't remember the exact details). Keep in touch.

#: 14615 S7/Telecommunications
    16-Mar-92  07:55:05
Sb: #14589-PHONE Query
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336
Ches,
That 'club' may be the auto-interogate sequence that CIS does to see if you're
running a VIDTEX compatable product.
You can turn it off in the default area. GO DEFAULT
Steve

#: 14639 S7/Telecommunications
    20-Mar-92  02:41:47
Sb: #14609-PHONE Query
Fm: Ches Looney 73016,1336
To: Bob van der Poel 76510,2203 (X)
Thanks, Bob, I'll check that possibility.  Ches.

#: 14642 S7/Telecommunications
    20-Mar-92  03:40:41
Sb: #14609-PHONE Query
Fm: Ches Looney 73016,1336
To: Bob van der Poel 76510,2203 (X)
Thanks for the tip, Bob.  Changing DEFAULT solved one of my problems and a more
careful scrutiny of your script versus mine solved the other.  The reason PHONE
was hanging my computer was that I wasn't quitting before label 9.  I thought
the script would go right through the label to the quit command.  Making the
last three lines  \q  \9  \q   solved the problem. Thanks for your help.  Ches.

#: 14640 S7/Telecommunications
    20-Mar-92  02:42:37
Sb: #14615-PHONE Query
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Thanks, Steve, I'll do it!  Ches.

#: 14643 S7/Telecommunications
    20-Mar-92  03:41:10
Sb: #14615-#PHONE Query
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Thanks, Steve, changing DEFAULT solved the problem.  Ches.
There is 1 Reply.

#: 14675 S7/Telecommunications
    21-Mar-92  09:25:47
Sb: #14643-#PHONE Query
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Glad we got you fixed up.
One other thing to keep in mind about the DEFAULT area: You have a different
set of defaults for _each_ baud rate you log on with. Expect this problem to
reappear should you log in with a different speed.
Steve
There is 1 Reply.

#: 14676 S7/Telecommunications
    21-Mar-92  09:27:40
Sb: #14675-PHONE Query
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Thanks for that tip, too.  I seldom come in at a different speed, but it could
have confused me.  Regards, Ches.

#: 14721 S7/Telecommunications
    29-Mar-92  16:40:25
Sb: v.32bis modem working
Fm: James Jones 76257,562
To: All
Got the CompuCom Star going with /t0 on my MM/1.  Just had to use the at\q1
command to tell it to use xon/xoff flow control.  Not as fast as it could be,
but it works.  Once I have the paddle board for /t3, I'll move it to /t3.

#: 14757 S7/Telecommunications
    02-Apr-92  06:30:35
Sb: #sterm at high bps
Fm: James Jones 76257,562
To: Mark Griffith
Gee...now that I have /t0 set for 19.2Kbps, sterm thinks I'm running at 1200
baud, and uses 512-byte packets for CIS B downloads.  Since it's still doing
sliding windows, it doesn't really matter on throughput, but just out of idle
curiosity, how can I get sterm to get the right idea about baud rate? (This, of
course, is under OSK on my MM/1.)
There is 1 Reply.

#: 14758 S7/Telecommunications
    02-Apr-92  07:48:44
Sb: #14757-#sterm at high bps
Fm: Mark Griffith 76070,41
To: James Jones 76257,562 (X)
James,
 >can I get sterm to get the right idea about (19.2) baud rate?
Sure, go into the io.h header file that sets up the baud rate table and change
the 19.2 value from 16 to 15 and recompile.  Either that or drop back to 9600
baud.
Look for:
   #ifdef OSK
      {5, 7, 10, 12, 14, 16};
and change the 16 to 15.  That's all folks!!!
Mark
There is 1 Reply.

#: 14766 S7/Telecommunications
    02-Apr-92  23:24:04
Sb: #14758-sterm at high bps
Fm: James Jones 76257,562
To: Mark Griffith 76070,41 (X)
Aha!  "Use the source, Luke."
Thanks!

#: 14790 S7/Telecommunications
    04-Apr-92  16:17:55
Sb: #Garble?
Fm: Ches Looney 73016,1336
To: sysop (X)
I've noticed a few times lately that what appears to be a message number
appears in the body of a message.  Is something happening inside CIS or have I
somehow done something to cause the problem?  Thanks for advice. Ches.
There is 1 Reply.

#: 14791 S7/Telecommunications
    04-Apr-92  20:43:21
Sb: #14790-#Garble?
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
That's a new one, Ches. I've not noticed anything at this end. What terminal
software are you using to access the fourms?
Does it only happen on in the OS9 forum or everywhere?
Steve
There is 1 Reply.

#: 14794 S7/Telecommunications
    04-Apr-92  23:25:30
Sb: #14791-#Garble?
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Since you sorta said it's me, I looked more carefully.  What seems to be
happening is that a line-feed is being lost at the end of the message so the RR
#XXXXX (or whatever the syntax is) comes in over the last line. Dunno why the
only thing that shows up is the number.  Strange.  Software is STERM; no
logging occuring when # shows up.  Doesn't happen all the time.  Gotta be a
timing problem of some sort, but 'tis interesting that it doesn't occur on
anything but that last line.  Ideas??  Ches.
There is 1 Reply.

#: 14801 S7/Telecommunications
    05-Apr-92  10:18:13
Sb: #14794-Garble?
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336
Who me (the master of cockpit error?) point the finger are _you_?  Nahhhhhh!
:-)
Ches, I'd start looking at various parameters for conflicts. Start with CIS and
GO DEFAULT. Look at your terminal defintions closely. Next, I'd take a peek at
your serial ports with xmode. Anything there?
I take it this is a recent development? What's new to your set up? Logging in
at a diffferent BAUD rate? (CIS keeps different parms on each BAUD). THe more
info you can share, the better off we'll be.
Steve

#: 14850 S7/Telecommunications
    07-Apr-92  22:04:28
Sb: OSTerm
Fm: Paul Rinear 73757,1413
To: Anyone
    Does anyone out there use OSTerm on the Coco?
    I've been trying it out and I like it, but there seems to
    be a couple of bugs.
      In learn mode after a certain number of keystrokes the
    program terminates with a divide by zero error. Also, if
    Cntl-C is hit at any time, the program terminates. This
    is a pain when logging on to CIS. Actually, I could live
    with it if the first bug were fixed.
      I've tried contacting Vaughn Cato by Internet and also
    by US Mail with no luck. Can anyone give any suggestions?
                                    Thanks,
                                           Paul R.
Press <CR> !>

#: 14859 S7/Telecommunications
    08-Apr-92  15:38:34
Sb: #14850-#OSTerm
Fm: Steve Wegert 76703,4255
To: Paul Rinear 73757,1413 (X)
Paul,
Can't help fixing the OSTERM problem but I can offer a work around for the bit
with needing a control C to log into CompuServe:
Instead of hitting a ^C, just thump return. You'll be prompted for a HOST, to
which you need to reply CIS or CPS.
After that it's just like you're used to.
There is a big advantage using this method over the ^C, in that you won't
inadvvertantly drop the line. You're always taken back to the HOST prompt for a
final OFF command.
Hope this helps.
Steve
There is 1 Reply.

#: 14893 S7/Telecommunications
    09-Apr-92  21:26:47
Sb: #14859-#OSTerm
Fm: Paul Rinear 73757,1413
To: Steve Wegert 76703,4255 (X)
     Yeah, that does help except that if I leave OSTerm in learn mode while I
log onto CIS, by the time I'm typing the last characters of my password
something goes awry and the program terminates with this divide error. Know of
any full featured terminal programs that run under OS9 ?
                                Paul
There is 1 Reply.

#: 14909 S7/Telecommunications
    10-Apr-92  21:13:29
Sb: #14893-#OSTerm
Fm: Steve Wegert 76703,4255
To: Paul Rinear 73757,1413 (X)
Paul,
Depends on what you mean by full featured. I've been using Sterm for years. It
meets all my need.
Steve
There is 1 Reply.

#: 14939 S7/Telecommunications
    11-Apr-92  18:20:51
Sb: #14909-OSTerm
Fm: Paul Rinear 73757,1413
To: Steve Wegert 76703,4255 (X)
    I'm using Sterm right now. When going onto other BBS's I like to be able to
change baud without quitting and xmode'ing, Y-modem is nice, and a dialing
directory is kinda nice. Sterm works real well on CIS.
                 Paul

#: 14860 S7/Telecommunications
    08-Apr-92  17:15:15
Sb: #14801-Garble?
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Thanks for the feedback, Steve.  I've been out of town and will have to get
back to the missing LF problem now.  I will look (again) at DEFAULT, but that
was source of some problems of a different nature a couple of weeks ago and I
think it's all ok now (but will recheck).  I'll also have to try to be more
critical in my observation of the glitch to see as exactly as I can when and
where it happens.  I'm inclined to a belief that it is something related to the
scrolling of the screen at the end of a message.  I suspect there's something a
bit different about the sequence of characters at the end of a message that at
the end of a line in the middle of a message; and that this is somehow tangling
with the scrolling of my local monitor.  I don't know of anything unusual in my
setup; Magnavox monitor connected to the RGB output of COCO3; running Shell+;
using the Shack Serial Pak; using the Disto Super Controller and the OWL/LR
hard disk controller.  I don't really believe any of the disk controller paks
likely since I'm not logging when the line feed gets dropped.  So.o.o.o, I'll
ponder and watch closely and see what occurs.  Thanks for encouragement.  Ches.

#: 14863 S7/Telecommunications
    08-Apr-92  20:32:40
Sb: #14801-#Garble?
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Steve, it may be a longer search than I feared.  Apparently, STERM is inserting
a $09 at infrequent intervals.  The result is to bump the cursor up one line
part way thru the line, then the next $0D starts the next line and over writes
what was on that line.  The $09 apparently comes in just after the   * Replies:
so the reply msg number(s) show up in the body of the message and the next line
writes over the  * Replies  .  Interesting but somewhat confusing.  The message
that had the garble is quite repeatable as to the insertion of the $09 on STERM
but no such garble when that same message is received on WIZ.  Wiz and STERM
use different drivers so that may give me a clue.  But why is a $09 always
inserted just before the reply msg numbers???  Cute, huh.  Ches.
There are 2 Replies.

#: 14869 S7/Telecommunications
    08-Apr-92  22:09:05
Sb: #14863-Garble?
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Hmm ....
Interesting that $09 is the COCO/MM1 control code for cursor up. Sterm is just
doing what it's told to do ... passing the $09. Your screen is just acting upon
it. Sterm is not inseting it ... but it must be getting it from somewhere.
Now ... why doesn't this happen on my screen?
What do you have your CIS default terminal type set to?
Steve

#: 14872 S7/Telecommunications
    08-Apr-92  22:26:25
Sb: #14863-#Garble?
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Ches,
Take one more trip to Default. I'll bet your TABs are set to REAL.
Since the CoCo windows interprets a TAB (^I) as a cursor up, your screen is
gonna dance whenever an $09 is in the stream.
Change that puppy to SIMULATED and I'll bet the problem dissappears.
Steve
There are 2 Replies.

#: 14883 S7/Telecommunications
    09-Apr-92  06:47:16
Sb: #14872-Garble?
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Steve, You're probably right, and that would explain why it doesn't come in
from WIZ which probably interprets the TAB as a TAB.  I'm on my way to DEFAULT
(again).  I didn't know CoCo windows interpreted a $9 as cursor up; I thought
$11 (^K) was cursor up.  Thanks much for your guidance. Regards, Ches.

#: 14884 S7/Telecommunications
    09-Apr-92  06:51:33
Sb: #14872-#Garble?
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Steve, as you predicted, simulated tabs removes the error.  Thanks much for
your guidance.  Regards, Ches.
There is 1 Reply.

#: 14885 S7/Telecommunications
    09-Apr-92  07:09:53
Sb: #14884-#Garble?
Fm: Steve Wegert 76703,4255
To: Ches Looney 73016,1336 (X)
Sorry it took so long, Ches. It finally dawned on me when I looked at a cheat
sheet I had for control codes.
Steve
There is 1 Reply.

#: 14898 S7/Telecommunications
    10-Apr-92  05:14:44
Sb: #14885-Garble?
Fm: Ches Looney 73016,1336
To: Steve Wegert 76703,4255 (X)
Didn't seem long to me, Steve.  I sure appreciate your guidance.  Ches.

#: 14951 S7/Telecommunications
    12-Apr-92  09:06:41
Sb: #14893-#OSTerm
Fm: Steve Wegert 76703,4255
To: Paul Rinear 73757,1413 (X)
Paul,
Another short cut in logging in that may help is that your user id and password
can be stated all in one line like this:
 76703,4255\password
Once CIS sees the back slash, it hides what follows.
Even better, you can also tell it where you want to go:
 76703,4255\password/GO:OSNINE
Use the forward slash to add options, and make  certain it contains no
numerics.
Steve
There is 1 Reply.

#: 14962 S7/Telecommunications
    12-Apr-92  23:09:01
Sb: #14951-OSTerm
Fm: Paul Rinear 73757,1413
To: Steve Wegert 76703,4255 (X)
   I thank you for that information. Am now going to go try it!
                               Paul

#: 15041 S7/Telecommunications
    23-Apr-92  01:09:15
Sb: #Sage/Stride - Soft
Fm: alan robinson 71221,1360
To: all
l #28  22 Apr 92  20:30:45 [1] From: Alan Robinson To:   ALL Subj: SAGE/STRIDE
COMPUTERS
 1: I have been given a Sage/Stride 440 computer and I am looking
 2: for other people that own this computer. This computer uses the
 3: 68010 and the P-system and CPM at 10mz. I am looking for the following
 4: Software: the source for a Modem program that can transfer binary in
 5: PASCAL, FORTRAN, or BASIC. This software must be very generic. Also
 6: I'm looking for a 'C' compiler to run on the P-system: Pecan made
 7: a 'C' compiler but I need to find someone who has a copy.
 8: Finally I'm looking for a UnZipper program in source, in the lanuages
 9: above. 10: Alan Robinson voice 619-624-9047  robinson@pnet01.cts.com or 11:
leave a message.  I can use Help in learning where to look for 12: the above.
There is 1 Reply.

#: 15046 S7/Telecommunications
    23-Apr-92  18:13:37
Sb: #15041-Sage/Stride - Soft
Fm: Robert Heller 71450,3432
To: alan robinson 71221,1360 (X)
Alan:
        I too have a Stride 440.  I run only CP/M-68K.  I have a number of
various software you might find usefull:
        lmodem (with source in C (Whitesmith's C, not DRI's C)
        a port of BDS's telnet with various enhancements.
        UNaXcess 1.0.2 (a BBS program)
        A FidoNet package: Wolf/68K (mailer), with EchoMail processing software
                (works with UNaXcess)
        A login hack (runs under CP/M-68K & the MU BIOS to map different
        partitions to different CP/M-68K "drives" for different usernames.
        I have ARC 5.12 in C for CP/M-68K.  As for other archivers, you are
out of luck.  There is "portable" C source for UNZip.  There is "portable" source
for other archivers, generally in C.  Just how portable they really are is
uncertain.  If you have DRI CP/M-68K 1.2, you are much better off running that
rather than p-System.  The p-System only allows you to access a total of 128K
of memory (64K program, 64K data).  Unless you are running lots of users or
need a huge RAMDISK, most of your memory is inaccessable.
        I am working on a port of OSK (mostly as a back burner project at
present) for the Stride 400 series.
        I can be reached here, on BIX as locks.hill.bbs, or via InterNet at
heller@cs.umass.edu.  My FidoNet address is 1:321/153, but my BBS (the Stride
440) is presently down (hardware trouble).  (The Stride is not completely dead
and all of the data is on backup tapes, so I can make copies on floppies.)
                Robert

#: 16010 S7/Telecommunications
    25-Jul-92  15:45:44
Sb: #coco
Fm: tom farrow 72701,543
To: all
Anyone out there ever use PCANYWHERE with there with COCO 3 and if so what do I
need to do to use it on mine. Please just drop a note here and I will read it
as soon as I can.
                Thanks
                Tom F. 72701,543
There is 1 Reply.

#: 16026 S7/Telecommunications
    26-Jul-92  01:31:26
Sb: #16010-#coco
Fm: Wayne Day 76703,376
To: tom farrow 72701,543 (X)
Since PCANYWHERE is a PC program, Tom, it won't work on a CoCo 3.
Sorry.
Wayne
There is 1 Reply.

#: 16065 S7/Telecommunications
    28-Jul-92  22:32:57
Sb: #16026-coco
Fm: tom farrow 72701,543
To: Wayne Day 76703,376 (X)
thank you for the info. We have at work a network and I call in from home and I
hoping to use PCANYWHERE to run some eir programs at home but I see I can not
so thats life again thasanks.

#: 16211 S7/Telecommunications
    14-Aug-92  20:11:16
Sb: #16172-#9600 Baud modems
Fm: Bob van der Poel 76510,2203
To: Steve Wegert 76703,4255 (X)
Hi Steve... I ordered my new modem today. Not the Infotel unit, but I got
talked up into a GVC unit with both MNP2-5 and V42.bis. At $250 it sounds like
a pretty good deal. I should have it in about a week--so I'll let ya all know
how it works out.
There are 2 Replies.

#: 16212 S7/Telecommunications
    15-Aug-92  00:52:21
Sb: #16211-9600 Baud modems
Fm: Mike Haaland 72300,1433
To: Bob van der Poel 76510,2203 (X)
Nice grab!  When I got mine it cost $500, but that was 1 1/2 years ago.
 - Mike -

#: 16218 S7/Telecommunications
    15-Aug-92  10:20:07
Sb: #16211-9600 Baud modems
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)
Sounds great, Bob!  Let us know when you get it.
BTW ... don't forget that CIS keeps a separate parameter PROFILE for each baud
rate you use. Once you start using 9600 baud, you may find it necessary to GO
PROFILE and redefine things you thought were already set!
Steve

#: 16409 S7/Telecommunications
    08-Sep-92  19:49:30
Sb: tslog2
Fm: Steve Wegert 76703,4255
To: Ron 76257,1644
Ron,
Just wanted to drop you a note about tslog2. I've got it scheduled up for the 2
am mergomatic, so folks will be able to get to it after that.
From the looks of it, you've done up a full featured package! Nice job.
You wouldn't have a version for OSK, now would ya?    :-)
Steve

#: 16468 S7/Telecommunications
    17-Sep-92  21:12:17
Sb: #16409-#tslog2
Fm: Ron Kendall 76257,1644
To: Steve Wegert 76703,4255 (X)
Thanks, it took a long time to finished and hope it does the job for everyone.
I don't have this package for OSK yet. I'm still a few bucks short of getting
an OSK machine. I have been saving for about 6 months and I can't wait to get
one. Any sugestions on a good product? I am considering one from FHL but I
haven't seen any flyers from him lately. Does FHL still supply OSK machines?
Again, many thanks
Ron
There is 1 Reply.

#: 16474 S7/Telecommunications
    18-Sep-92  17:31:57
Sb: #16468-tslog2
Fm: Steve Wegert 76703,4255
To: Ron Kendall 76257,1644
Ron,
Tough question!
Yes ... I believe Frank is selling OSK machines. Give 'em a call and ask for
references.
I'm using a MM/1 and have really enjoyed it. IMS is still trying to get it's
shipping schedule back on track along with other issues. Drop 'em a line (a
letter might get a faster response than a phone call).
Steve

#: 16484 S7/Telecommunications
    20-Sep-92  21:48:05
Sb: #16468-tslog2
Fm: Jim Sutemeier 70673,1754
To: Ron Kendall 76257,1644
Ron: You bet Frank Hogg is still alive and well AND selling OSK machines.
I won't 'steal any of his smoke', however, and let him reply to you.... but
right now Frank still has the Tomcat70 available (I have one), and it is still
an exciting machine to work with and play with.
Good luck on your purchase of a new engine!!
jim

#: 16836 S7/Telecommunications
    01-Nov-92  14:12:08
Sb: #Amiga disks
Fm: John R. Wainwright 72517,676
To: Kevin Darling, 76703,4227 (X)
Hey Kevin,
I have a friend a few miles away with a small Video Production Company. He does
Weddings, Special events, TV Commercials, etc.
He recently got an Amiga for graphics editing, special effects and all the neat
stuff he puts in when he edits video tapes.
He mentioned to me yesterday that he had heard there was a lot of stuff on CIS
for Amiga graphics.  I told him I was sure there was all sorts of stuff and
suggested he get a modem and a term program and check it out.  This all sounds
real complicated to him, so I figured maybe I could grab a couple files and
show him -- now the problem -- how do I get the stuff into his Amiga?  What
sort of disk format does that critter use?  (I'm sure you must have played with
them).  I have a messydos machine with a 3.5 720k drive and an MM/1 with HD 3.5
and 5.25 drives.  Any chance I can make a disk that the Amiga can read?
Or should I just lend him a Modem and go over there and do it (grin)?
John Wainwright
There are 2 Replies.

#: 16840 S7/Telecommunications
    02-Nov-92  02:08:06
Sb: #16836-#Amiga disks
Fm: Kevin Darling 76703,4227
To: John R. Wainwright 72517,676 (X)
John,
I would definitely loan him a modem! :-)  Teach a man to fish... etc.
The disk format is super unusual.  But there are utilities and/or file managers
and drivers so that Amigas can read/write MSDOS disks (akin to OSK's PCF).
I think the most popular is called CrossDOS.  It's commercial, but latest
Amigas might include it.  If not, he should check with his Amiga dealer.
There's a demo version in AMIGAUSER forum, Lib 15, called CDOS40.LZH. It allows
for reading only (which is all you need).
To get it on his machine, tho, I hope he has a terminal program so that you can
send it to him! (or that he can download it).
kevin
There is 1 Reply.

#: 16860 S7/Telecommunications
    02-Nov-92  20:40:30
Sb: #16840-#Amiga disks
Fm: John R. Wainwright 72517,676
To: Kevin Darling 76703,4227 (X)
Thanks, Kevin
I was sorta hoping that the Commodore people might have had a sudden attack of
good sense when they built their bigger machine and used a more common format
for their disks - oh well.
My friend knows some other Amiga owners, so he should be able to mooch some
kind of public domain term program -- I told him I would lend him a modem. 
This guy is a wizard on video tech stuff. Once I get him online with that thing
he will learn fast to find what he needs.
JohnW
There is 1 Reply.

#: 16894 S7/Telecommunications
    03-Nov-92  11:40:55
Sb: #16860-#Amiga disks
Fm: T. David Nichols 76120,747
To: John R. Wainwright 72517,676 (X)
MS-DOS format is common, all right, but it wastes acres of disk.That's why
programs like Stacker can store anything in half the space without even
thinking hard.
There is 1 Reply.

#: 16955 S7/Telecommunications
    06-Nov-92  23:41:56
Sb: #16894-Amiga disks
Fm: John R. Wainwright 72517,676
To: T. David Nichols 76120,747
True, messy dos wastes space, time, and memory, but when someone says "this
program will run on your home computer" he means MSDOS.  For better or worse,
it has become a standard.  Thats why I keep the old "Clone" running besiddddddddM/1.
JohnW

#: 16890 S7/Telecommunications
    03-Nov-92  07:12:19
Sb: #16836-#Amiga disks
Fm: JBM Electronics 71174,3442
To: John R. Wainwright 72517,676 (X)
There is an easily installable MS-DOS file system for the Amiga that should bofsia s it. I happen to use Cross-DOS but like
Kevin said, this costs money ($30 or so).
Find a user group or Amiga dealer that has the "Fred Fish Disks" which are a
colection of shareware/freewhare programs and get a terminal program of some
sort and then loan (rent?) him your modem to get MSH. Actually you can get both
from the FF disks.
There is 1 Reply.

#: 16954 S7/Telecommunications
    06-Nov-92  23:38:04
Sb: #16890-Amiga disks
Fm: John R. Wainwright 72517,676
To: JBM Electronics 71174,3442
OK, Thanks for the info.
JohnW

#: 17246 S7/Telecommunications
    11-Dec-92  21:25:29
Sb: #B+
Fm: Steve Bliss 75716,117
To:  76070,41 (X)
I use the STERM program for transferring files to Compuserve via the B+
protocol.  It works fine.  Could you tell me where I can get the specifications
for the B+ protocol?
There is 1 Reply.

#: 17250 S7/Telecommunications
    12-Dec-92  09:08:41
Sb: #17246-B+
Fm: Bill Dickhaus 70325,523
To: Steve Bliss 75716,117
Steve,
Check out the file BPDOC.ARC in LIB 10 of the IBMCOM forum. For code examples,
look at Sterm, also check out BPCSRC.ARC and BPLUS.ZIP (Turbo Pascal) files,
also in LIB 10 in IBMCOM. There are also other files related to B+ in that same
library. I've managed to port the code in BPCSRC.ARC to OSK, if anyone's
interested.
        -Bill-
Press <CR> !>$f
The OS-9 Forum Read Menu
Read
 1 [NEW] messages
 2 Message NUMBER
 3 WAITING messages for you (0)
Search [new] messages
 4 FROM (Sender)
 5 SUBJECT
 6 TO (Recipient)
Enter choice !>

#: 17252 S7/Telecommunications
    12-Dec-92  23:34:20
Sb: #17250-B+
Fm: Steve Bliss 75716,117
To: Bill Dickhaus 70325,523 (X)
Thanks Bill.  BPDOC.ARC in IBMCOM was just what I needed.

#: 17254 S7/Telecommunications
    13-Dec-92  19:15:45
Sb: #17246-B+
Fm: Mark Griffith 76070,41
To: Steve Bliss 75716,117 (X)
Steve,
 > I use the STERM program for transferring files to Compuserve via the B+
 > protocol.  It works fine.  Could you tell me where I can get the
 > specifications for the B+ protocol?
I'm not exactly sure.  There is a file you can download from CIS that has the
full protocol specs in there, but I can't remember the name or where it is. 
Perhaps a more knowledgeable SYSOP here will be able to tell you. Hang on for a
day or so and I'm sure the information you need will magically appear here
(grin).
I'm glad you liked Sterm.
                    /*----------- /\/\ark -----------*/