home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
8bitfiles.net/archives
/
archives.tar
/
archives
/
genie-commodore-file-library
/
Listserv
/
L072696.TXT
< prev
next >
Wrap
Text File
|
2019-04-13
|
4KB
|
111 lines
There are 3 messages totalling 90 lines in this issue.
Topics of the day:
1. Amiga/VIScorp situation
2. #^@$##^^@%$#&-it. I deleted the letter!!!
3. 64net INET address
----------------------------------------------------------------------
Date: Sat, 27 Jul 1996 21:47:50 -0500
From: Robert Johnson <accolon@PLAYPEN.COM>
Subject: Re: Amiga/VIScorp situation
So ESCOM *is* going bankrupt? So we know the Amiga technology will
forever live on in our televisions... what of the 8-bit technology
ESCOM bought as part of the deal? Will they auction off the 8-bit line
again or what?
Doug: Will CMD buy the 8-bit line if they can? It seems logical now that
you have a overdrive processor for the 65xx series that you would
want to manufacture whole systems intergrating your technology (or
at least that's what I'd like to see <g>)... just food for
thought!
BTW, all, I have resolved that it is impossible to utilize a TCP/IP
protocol in conjunction with a c64 BBS unless the majority of the actual
BBS was written in ML. Considering that is a major headache, I am
choosing to drop the TCP/IP research for now... I may pick it up again
once I have a running system and try and figure out a hardware solution
to the timing problems and irq problems incurred. The problem is that
TCP/IP requires almost constant attention with ACK signals and packets
which logically suggests an IRQ routine... however the process involved
and the time it takes for the routine to finish, it is almost time for
the next interrupt, almost time for the next packet to be expected
(send/recieve) or the next ACK or something <g>... In any case, i/o to
drives during this period would cause interrupts in the data
transmission and causes problems... irq loader routines could be
employed to load information into the buffer and the packet/ack routines
would utilize the buffer(s) for i/o... incoming data would be processed
the same way... however, the program would be extremely slow and irq
routines are ticky timing-wise... big pain for a novice programmer like
myself <eg>... So I will exclude the utilization of TCP/IP in my BBS...
As for the BBS itself, much of my time has been spent coming to the
conclusion that most of my time has been wasted <eg>... I'm still
looking for help from interested parties... beta testers/programmers and
the like... Hope to have a beta out by the end of the Autumn...
unfortunately I will be moving soon and will have to put the project
aside for a couple weeks...
Denny Springle
Accolon@playpen.com
Sent Via The Playpen BBS...Washington DC's Premier Online Service
..TELNET: PLAYPEN.COM...MODEM: (703)591-4567
------------------------------
Date: Sat, 27 Jul 1996 21:50:52 -0500
From: Robert Johnson <accolon@PLAYPEN.COM>
Subject: Re: #^@$##^^@%$#&-it. I deleted the letter!!!
Dave,
Now why didn't I think of that? <eg>... well folks... theres one
TCP/IP solution <eg>.
Denny Springle
Accolon@playpen.com
Sent Via The Playpen BBS...Washington DC's Premier Online Service
..TELNET: PLAYPEN.COM...MODEM: (703)591-4567
------------------------------
Date: Sat, 27 Jul 1996 21:54:52 -0500
From: Robert Johnson <accolon@PLAYPEN.COM>
Subject: 64net INET address
Someone was looking for the address of 64net... here it is:
gardners@ist.flinders.edu.au
The author of the software is Paul Gardners... you can check the
software out by downloading via FTP at:
ccnga.uwaterloo.ca or ftp.funet.fi or watson.nbb.sfu.ca
or the HQ ftp for 64net at: fairlight.ppa.org.au
Rumor has it he is working on an improved 386 version (as opposed to the
current 286 version) with improved kernal routines as well... I like it,
personally <eg>
Denny Springle
Accolon@playpen.com
Sent Via The Playpen BBS...Washington DC's Premier Online Service
..TELNET: PLAYPEN.COM...MODEM: (703)591-4567
------------------------------
End of COMMODOR Digest - 26 Jul 1996 to 27 Jul 1996
***************************************************
=END=