

#: 6675 S10/Tandy CoCo
    13-Sep-90  19:55:38
Sb: #6674-#TANK
Fm: Hugo Bueno 71211,3662
To: Floyd Resler 72500,2572 (X)

I suspected the buffers weren't saved as I had about 16K less available memory
after quitting the game. Is there a chance you could do an ipatch file to fix
it?

Hugo

There is 1 Reply.

#: 6676 S10/Tandy CoCo
    13-Sep-90  20:52:34
Sb: #6675-#TANK
Fm: Floyd Resler 72500,2572
To: Hugo Bueno 71211,3662

I could try an ipatch.  However, it would take adding some code so I don't know
if an ipatch would work.  I'll have to get out the ipatch docs.

There is 1 Reply.

#: 6678 S10/Tandy CoCo
    13-Sep-90  22:11:30
Sb: #6676-#TANK
Fm: Zack Sessions 76407,1524
To: Floyd Resler 72500,2572 (X)

All you need is the "sister" program to IPatch, MakPatch, to make the IPatch
file from a "before" image and an "after" image.

There is 1 Reply.

#: 6680 S10/Tandy CoCo
    14-Sep-90  13:43:19
Sb: #6678-TANK
Fm: Floyd Resler 72500,2572
To: Zack Sessions 76407,1524 (X)

Yeah, I read the docs and thought "Sheesh, this is what I needed all along!"

#: 6677 S10/Tandy CoCo
    13-Sep-90  21:51:36
Sb: #6664-#Great games
Fm: GLEN HATHAWAY 71446,166
To: Floyd Resler 72500,2572 (X)

Hi Floyd... Love Tank and Gem, but there is a serious bug in Level 15 of Tank.
When I extend the bridge, the game dies with (I think) an error 55. How come?

There is 1 Reply.

#: 6679 S10/Tandy CoCo
    14-Sep-90  13:42:24
Sb: #6677-Great games
Fm: Floyd Resler 72500,2572
To: GLEN HATHAWAY 71446,166

Well, there was a problem with the level when I first created it, but I fixed
it.  However, I must have fixed it after I archived it together.  I'll upload
the corrected level.

Floyd

#: 6682 S12/OS9/68000 (OSK)
    14-Sep-90  17:40:23
Sb: #6646-##pt68k & herc graphics
Fm: Paul K. Ward 73477,2004
To: Jack Crenshaw 72325,1327 (X)

Jack,

You may want to go to the Hot Topics library here and download the specs on the
MM/1. IMS is Interactive Media Systems, Inc., a North Carolina corporation that
has introduced a popular new 6800x0 based computer system that is being used to
develop a lot of stuff that will be of GREAT interest to PT 68kers.

My phone number at the DC office is 202 232 4246.

Paul

There is 1 Reply.

#: 6699 S12/OS9/68000 (OSK)
    15-Sep-90  06:36:25
Sb: #6682-#pt68k & herc graphics
Fm: Jack Crenshaw 72325,1327
To: Paul K. Ward 73477,2004

OK, Paul.  Will do.  I doubt I'll be interested in buying a new computer, since
I just bought the PT68-K4, which is working like a champ.  But I'm always
interested in anything that stimulates the use, and particularly the
development of nice software for, the 68000.

Thanks for the lead.

Jack



#: 6683 S12/OS9/68000 (OSK)
    14-Sep-90  17:42:31
Sb: #6647-##pt68k & herc graphics
Fm: Paul K. Ward 73477,2004
To: Jack Crenshaw 72325,1327 (X)

Jack,

Well, you're getting the OS about as inexpesively as our customers are.

Because we have a pretty big market ready for the machine, we got a good bulk
discount. OTOH, no one can beat your price .... ;)

Stay tunes here for some pretty neat OSK stuff in the next few months.

Paul

There is 1 Reply.

#: 6700 S12/OS9/68000 (OSK)
    15-Sep-90  06:36:30
Sb: #6683-#pt68k & herc graphics
Fm: Jack Crenshaw 72325,1327
To: Paul K. Ward 73477,2004

Paul, for the record, I _DID_ pay for OS/9.  It turned out that PT had sent it
to me by mistake, thinking I already had the version for the -K2.  So rather
than send it back, I went ahead and paid for it.  Good price, tho: Just $299.

Jack



#: 6685 S12/OS9/68000 (OSK)
    14-Sep-90  17:44:22
Sb: #6655-mm/1 information
Fm: Paul K. Ward 73477,2004
To: SCOTT HOWELL 70270,641 (X)

Scott --

It's on its way! Thanks for the request.

Paul

#: 6686 S15/Hot Topics
    14-Sep-90  17:45:53
Sb: #6672-MM/1 specs
Fm: Paul K. Ward 73477,2004
To: Jim Peasley 72726,1153

Jim,

Thanks for the suggestion! I can also send you some extra brochures, if you
don't mind sending them out! But please let us know to whom you send them.

Paul



#: 6687 S10/Tandy CoCo
    14-Sep-90  17:54:34
Sb: #6668-Fallout?
Fm: Paul K. Ward 73477,2004
To: Jim Peasley 72726,1153

Jim,

I think you'll be seeing a lot more internet activity from MM/1 users in the
future! Mark had uucp up and running a couple of days after receiving his
developers machine -- I hear it is quite smooth, although >I< don't have an
MM/1 on my desk to check! @#&^%%$!! Those demanding developers.

aul Paul, that is.



#: 6690 S12/OS9/68000 (OSK)
    14-Sep-90  20:16:17
Sb: #6560-OSK TSmon
Fm: Greg Law 72130,23
To: Jay Truesdale 72176,3565 (X)

Jay,

        Writing an auto-baud detect TSMon is relatively trivial. The way I
handled that on the CoCo was to basically write a standard TSMon.  Once that
was working the way it should be, I added the CONNECT strings into the vsect
and then used a string compare routine. At the very basic level, I had it sit
in an I$ReadLn state waiting for a string. Once it gets a string it compares it
with CONNECT. If it isn't CONNECT (use a fixed string length compare, like
strncmp() in C), throw the string in the trash and loop to the I$ReadLn call.
        If it is CONNECT, compare the next character for a space or carriage
return (or carriage return and line feed). If you have a CR, it's 300 baud.
Otherwise, compare for 1200 or 2400. I even set it up so that it sent an
initialization string to the modem when it started.
        There are a couple of gotchas with this method. First and foremost, the
6551 ACIA in the CoCo shuts down the receiver section if DCD or DSR is low. If
your modem sends the string before bringing DCD high, it won't work with the
6551 (unless you cheat and strap DCD high). Some modems do it right (bring DCD
high and then send the string and, finally, change baud rate to match the
caller) while others do it not-so-right (send the string, bring DCD high, and
match baud rates).
        Keep in mind, the reason I send an initialization string to the modem
is two-fold. First, it makes absolutely sure we *know* the modem has matched
baud rates with us. It will then send all strings at this baud rate. (Nothing
like receiving CONNECT 2400 at 1200 baud while ACIAPAK is set for 300 baud.
<grin>) Secondly, it helps the user so he knows the modem is setup properly for
auto-answer, connect strings, etc. I don't recommend using numeric result
codes. The reason is that the codes are 1 or 2 bytes (0 through 15 or whatever)
with no carriage returns and ACIAPAK blocks on an I$Read if no data is pending.
Is that code a 1 or 10?

        -- Greg


#: 6691 S12/OS9/68000 (OSK)
    14-Sep-90  20:22:06
Sb: #6631-OSK TSmon
Fm: Greg Law 72130,23
To: Jay Truesdale 72176,3565 (X)

Jay,

        By the way, I don't have the source code to the version of TSMon and
TSGo I wrote years ago. But I have placed it in the public domain so feel free
to disassemble the executable if you want to see how I did it. Granted, it's
not the best in the world but it is very short and should be simple to
disassemble. I don't expect it would take more than a couple of hours to write
a similar version for OSk.
        And keep in mind that I wrote TSGo so you could use the KillSwitch in
the descriptor. This way all processes with paths open to /t2 will be killed -
but since TSGo doesn't have any paths open,  it can refork TSMon as needed and
keep the system alive. It's also handy for reinitializing the modem and paths
to make sure everything is clean for a new round.

        -- Greg


#: 6694 S10/Tandy CoCo
    15-Sep-90  01:05:51
Sb: #termcap
Fm: Bob van der Poel 76510,2203
To: all

Are the termcap library functions avail here for the MW-6809 complier?

I know that there are some termcap entries for the CoCo, etc. But I can't seem
to locate the actual functions. Hmmm, are they part of the Krieder library?

Thanks,

There is 1 Reply.

#: 6698 S10/Tandy CoCo
    15-Sep-90  05:16:13
Sb: #6694-termcap
Fm: Mark Griffith 76070,41
To: Bob van der Poel 76510,2203

Bob,

I believe if you look in LIB 7 you'll find some termcap files, probably only
the library and some docs.  If you don't, let me know and I'll upload them
again.

A word of caution -- the CoCo termcap libraries are flaky from my experience
with it.  OSK version is much more solid.

Mark

#: 6695 S13/Atari ST
    15-Sep-90  01:27:21
Sb: #Missing File
Fm: Paul Good 71706,1227
To: sysop (X)

To Sysop:

There is a file listed in DL13.CAT called STCLK.ASM.  However, when I try to
download it, I get a file-not-found error.  Has this file been moved off-line
or removed from CIS?Your assistance would be appreciated.



There is 1 Reply.

#: 6696 S13/Atari ST
    15-Sep-90  02:51:27
Sb: #6695-Missing File
Fm: Wayne Day 76703,376
To: Paul Good 71706,1227

Paul,

Right now, I have no idea what happened to the file.  Those .CAT files are over
a year old, and should have been pulled a long time ago (they're gone, now). 
It's likely that the file had not been accessed in over six months, and was
removed in one of our periodic purges of the library.

Perhaps someone will have it available, and will reupload it for you.

Wayne

#: 6697 S14/misc/info/Soapbox
    15-Sep-90  05:16:08
Sb: #6666-Ouch!
Fm: Mark Griffith 76070,41
To: James Jones 76257,562 (X)

James and Jim P.

Thanks for your kind words.  I am feeling much better although the 5 inch gash
on my head will make for interesting conversation in the future. At least I
don't have to run cables anymore....physical plant no has that job.

Mark

Press <CR> !>