As the original writer of the SIMH DEUNA device, I concur with Tim. If there
had been a TOPS 10/20 DEUNA driver, I would have tried to test it during the
SIMH DEUNA device development, but Tim, Zane Healy, Fred van Kempen, and others
indicated that a production DEUNA driver did not exist, only a
I have some files laying around from 2011:
phil@phil-laptop:~/tops-10-deuna$ ls -l
total 152
-rw-r--r-- 1 phil phil 1608 Mar 23 2011 arplst.mac
-rw-r--r-- 1 phil phil 14372 Mar 23 2011 arpser.mac
-rw-r--r-- 1 phil phil 3726 Mar 23 2011 comdev.dif
-rw-r--r-- 1 phil phil
On Mon, 27 Apr 2015, Phil Budne wrote:
But no indication of where they came from (who wrote them).
I've dropped them in ftp://ftp.ultimate.com/pdp10/tops-10-deuna/
ftp://ftp.stacken.kth.se/pub/pdp10/tops10/mon/
I've seen the (Don Provan?) TOPS-10 TCP/IP stack among TOPS-10 7.x
sources from
> On 27-Apr-15 11:36, Hittner, David T (IS) wrote:
> I do agree that 10/20 networking would be a desirable goal.
We did have the KMC/DUP working in SimH for both the -10 and -20 a
couple of years ago - there were some loose ends between the KMC
emulation and the DUP emulator that were open when I w
On Mon 27 Apr 2015 at 14:27:22 -0400, Timothe Litt wrote:
> Trying to port TCP utilities to the -10 would be non-trivial. Somewhere
> there IS a C compiler for the -10. But 36-bit words; 6, 7, 8 & 9 bit
> chars; location 0 being a valid AC address and a few other endearing
> attributes of the -
I took a quick glance at some of the files.
That's definitely not DEC code. And it's not the UNASER.MAC that I
started/referenced.
It's some 3rd party. Note that it uses customer CALLI numbers (negative).
It appears to be TCP support (or a partial attempt) - there is no
DECnet support
It's a
On 27-Apr-15 14:43, Rhialto wrote:
> On Mon 27 Apr 2015 at 14:27:22 -0400, Timothe Litt wrote:
>> Trying to port TCP utilities to the -10 would be non-trivial. Somewhere
>> there IS a C compiler for the -10. But 36-bit words; 6, 7, 8 & 9 bit
>> chars; location 0 being a valid AC address and a f
On Mon 27 Apr 2015 at 14:50:20 -0400, Timothe Litt wrote:
> SimH is maintained - perhaps you meant "nobody maintaining KLH"...
Eh yes, that is what I meant.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for
\X/ rhialto/at/xs4all.nl-- 'this bath is too hot.'
pgp
On Mon, 27 Apr 2015, Timothe Litt wrote:
One clue: iprout.mac references an IP address owned by the Royal
Institute of Technology in Sweden.
...This is getting absurd. Just how many stacks exist?!
I don't have time to dig into it any further.
This communication may not represent my employ
Normally I'd publish this on the SimH web site, but I'm still locked out
(paging Tim Shoppa!), so I'm circulating it here for comments.
/Bob
The Unichannel.doc
Description: MS-Word document
___
Simh mailing list
Simh@trailing-edge.com
http://mailman
On 2015-04-27 20:56, Cory Smelosky wrote:
On Mon, 27 Apr 2015, Timothe Litt wrote:
One clue: iprout.mac references an IP address owned by the Royal
Institute of Technology in Sweden.
...This is getting absurd. Just how many stacks exist?!
Just as a clarification/expansion...
KICKI was/is
On Mon, 27 Apr 2015, Rhialto wrote:
TOPS-20 on klh has TCP (and hence IP) in the Panda distribution. I
improved klh to use tap/bridge devices (much like currently present in
simh). Too bad there is nobody maintaining simh to integrate my patches
officially.
They seem to not work on 3.16:
.
Rhialto skrev den 2015-04-27 20:43:
On Mon 27 Apr 2015 at 14:27:22 -0400, Timothe Litt wrote:
Trying to port TCP utilities to the -10 would be non-trivial. Somewhere
there IS a C compiler for the -10. But 36-bit words; 6, 7, 8 & 9 bit
chars; location 0 being a valid AC address and a few othe
On 27-Apr-15 14:56, Cory Smelosky wrote:
> On Mon, 27 Apr 2015, Timothe Litt wrote:
>
>> One clue: iprout.mac references an IP address owned by the Royal
>> Institute of Technology in Sweden.
>>
>
> ...This is getting absurd. Just how many stacks exist?!
>
That I know of? For IP?
DEC had a TOPS-2
Johnny Billquist wrote:
> Just as a clarification/expansion...
>
> KICKI was/is a KI-10 (sometimes 1, sometimes 2, and sometimes 3 cpus)
> running in Stockholm many years ago. It is owned by Peter Lothberg, and
> members of the Stacken Computer Club had accounts on the machine. KICKI
> was ru
On 2015-04-27 22:22, Johnny Eriksson wrote:
Johnny Billquist wrote:
Just as a clarification/expansion...
KICKI was/is a KI-10 (sometimes 1, sometimes 2, and sometimes 3 cpus)
running in Stockholm many years ago. It is owned by Peter Lothberg, and
members of the Stacken Computer Club had accou
Timothe Litt wrote:
> Then there's the stack just posted - it is clearly incomplete.
Yes, it is incomplete, mostly due to severe lack of time. It's also
not up and running at the moment, something that should be fixed.
It is, however, complete enough to do:
* UDP, with a TFTP server and cli
On Mon, 27 Apr 2015, Johnny Eriksson wrote:
Yes, it is incomplete, mostly due to severe lack of time. It's also
not up and running at the moment, something that should be fixed.
It is, however, complete enough to do:
* UDP, with a TFTP server and client.
Complete with 32M file limit? Do
csmelosky@green:~/simh gmake vax CFLAGS="-lrt"
lib paths are: /usr/lib /usr/pkg/lib
include paths are: /usr/include /usr/pkg/include
using libm: /usr/lib/libm.so
using librt: /usr/lib/librt.so
using libpthread: /usr/lib/libpthread.so /usr/include/pthread.h
using regex: /usr/include/regex.h
using l
On Mon 27 Apr 2015 at 18:56:49 -0400, Cory Smelosky wrote:
> sim_fio.c: In function 'sim_shmem_open':
> sim_fio.c:470:1: warning: implicit declaration of function 'shm_open'
> /var/tmp//cca0Q6I4.o: In function `sim_shmem_open':
> sim_fio.c:(.text+0x5c0): undefined reference to `shm_open'
> sim_fio.
> Date: Mon, 27 Apr 2015 16:21:28 -0400
> From: Timothe Litt
> On 27-Apr-15 14:56, Cory Smelosky wrote:
>> ...This is getting absurd. Just how many stacks exist?!
> That I know of? For IP?
> DEC had a TOPS-20 TCP/IP stack. Many of the upper level protocols were
> first implemented on t20/te
On Mon, 27 Apr 2015, Rich Alderson wrote:
I can't speak to ITS at the moment, those bits are buried deep under more
current projects, of which the most relevant is WAITS on a 1095 here at the
museum.
I am very inteested in WAITS; didn't it require custom hardware though?
SU-AI[1] only had
Rich Alderson wrote:
> > On 27-Apr-15 14:56, Cory Smelosky wrote:
> >> ...This is getting absurd. Just how many stacks exist?!
> > BBN had a TENEX stack. Not sure if DEC's started with it.
> No.
Funny, I was going to say "yes". ISTR the user interface was awful
(didn't use JFNs, so you needed
[I wrote]
I have all of the Stanford patches for that sitting on a Panda install,
interestingly enough. I also have something lsited as an MIT and BBN
monitor.
5-1-EXEC.DIRECTORY.1
5-3-MONITOR.DIRECTORY.1
5-GALAXY.DIRECTORY.1
6-1.DIRECTORY.1
6-1-EXEC.DIRECTORY.1
6-1-MONITOR.DIRECTOR
24 matches
Mail list logo