Re: [Simh] AT 3B2 Emulator

[Cory Smelosky]

On Wed, Dec 13, 2017, at 05:37, Alexander Voropay wrote:
> Hi!
> 
> "сс" in the 3B2 SYSV is a well known PCC
> https://en.wikipedia.org/wiki/Portable_C_Compiler
> 
> Sources are part of the the SGS - Software Generation System
> ./301/usr/src/cmd/sgs
> 
> There is also 3B2 SYSVR4 sources and many other souces at
> vetusware.com (I doubt about legality):
> https://www.google.ru/search?q=site%3Ahttp%3A%2F%2Fvetusware.com%2F+source
> 
> It would we rather interesting to try to build a SYSVR4 from sources.

Snag me a backplane for a 3B2/1000 or 3B2/622 and i'll do it ;)

> 
> 
> 2017-12-01 5:21 GMT+03:00 Sergii Kolisnyk <kolkm...@gmail.com>:


-- 
  Cory Smelosky
  b...@gewt.net
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] AT 3B2 Emulator

[Cory Smelosky]

I think they have SysVR2 for VAX too, I have a patched build of that now ;)

Sent from my iPhone

> On Nov 13, 2017, at 19:07, Bob Radvanovsky  wrote:
> 
> I found this web site that contains all sorts of goodness...
> 
> https://archive.org/details/ATTUNIXSystemVRelease4Version2
> 
> AND...there's a version of AT UNIX System III for VAX (which is what I had 
> used years ago).  BTW, at the bottom is a user manual for this release of 
> UNIX...  ;)
> 
> -rad
> 
> 
>> On Mon, Nov 13, 2017 at 8:51 PM, Warren Young  wrote:
>>> On Mon, Nov 13, 2017 at 7:11 PM, Seth Morabito  wrote:
>>> 
>>> After several years in the making and lots and lots of reverse
>>> engineering, I'm happy to announce that the AT 3B2/400 emulator now
>>> boots and runs multi-user SVR3 UNIX.
>> 
>> Awesome!
>>  
>>> For more information, please see:
>>> 
>>> https://loomcom.com/3b2/emulator/
>>> 
>>> Corrections, comments, and feeback are welcome!
>>  
>> You asked for it. :)
>> This version of Unix hasn't ever been liberally-licensed, has it? The last 
>> one I recall being so released was UNIX V7.
>> "SVR3 is very primitive." Naaah. It's almost modern. UNIX V5 is primitive, 
>> and OS/8 for the PDP-8 is very primitive. "Modern" would be 4.3BSD or newer. 
>> :)
>> "Don't even expect man pages." That must be a matter of packaging. The 
>> famous "ancient Unix V6" PDP-11 distribution contains man pages.
>> "...you have to type the pound / hash symbol (#). Really." That must be a 
>> default stty setting issue. I used 3B1s briefly back in the day, and I don't 
>> recall any gymnastics required to delete a character. (I have a dead 3B1 
>> mainboard nailed to the wall. I call it a 3B0. ;) )
>> 
>> ___
>> Simh mailing list
>> Simh@trailing-edge.com
>> http://mailman.trailing-edge.com/mailman/listinfo/simh
> 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VMS 1.5 installable?

[Cory Smelosky]

On Thu, Oct 19, 2017, at 16:40, fswo...@verizon.net wrote:
> Yeah.
> 
> I have no problems with all downloads (magtapes and tk50 directories)
> from German FTP site by using CuteFTP app. 
> 
> I have a copy of Old VMS v1.4 CD from VAXorcist on Usenet comp.os.vms
> group.  I checked its content and already have VMS 1.0 to VMS 5.x except
> some VMS V2.x. 

Hmmm.  My distro only has 1.5 as the oldest. :(

> 
> Old VMS 1.4 has many product layer packages like BASIC, C, Pascal, Notes,
> etc.

DECnet? ;)

> 
> We are still looking for 3rd party softwares for older VMS versions like
> JNet, Multinet, etc. 
> 
> I only have a few 3rd party software for latest VMS version like
> Multinet, TCPWare, and JNet. 
> 
> -Original Message-
> From: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Christian
> Gauger-Cosgrove
> Sent: Wednesday, October 18, 2017 10:41 PM
> To: SIMH <simh@trailing-edge.com>
> Subject: Re: [Simh] VMS 1.5 installable?
> 
> Anyway, in regards to the whole thing about running VMS 1.5 on SIMH, and
> installing it...
> Oh hey look I accidentally some links to the install tape, standalone
> backup disk pack image, and installation document:
> <https://drive.google.com/drive/folders/0ByZVWRZR99KUMHd2YWtkbkVZOTQ>
> (Taken from the "Old-VMS V1.1beta" distributed by I-forget-who.)
> 
> The installation document is more just a log of a console session while
> installing, so it should be enough to get you from a standalone backup
> kit and tape image to running VMS 1.5; the tape image and standalone
> backup kit are compressed using 7-Zip because otherwise it would take 27
> billion years to upload on my connection.
> 
> --
> STCKON08DS0
> Contact information available upon request.
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
> 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh


-- 
  Cory Smelosky
  b...@gewt.net
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAX 8600: Can't boot Quasijarus (tape or disk)

[Cory Smelosky]

Loading the binaries directly in to sing as extracted from tape has worked for 
me on the 8600 sim.

Sent from my iPhone

> On Sep 22, 2017, at 16:35, Mark Pizzolato  wrote:
> 
>> On Friday, September 22, 2017 at 3:55 PM, Bob Eager wrote:
>> Oh, hang on. 'boot tq0' is surely not correct. You do 'boot cpu' and then
>> specify the boot device in a console command.
> 
> Actually, neither "boot cpu" , nor "boot tq0" are meaningful commands 
> with the VAX8600 simulator.  There were no "naturally" or "DEC supported"
> bootable tape devices on the original VAX 8600 system and therefore there
> is no simulation of things which never worked.  In theory, someone could 
> write a tape boot program and it could be loaded into the CPU memory and 
> started execution, but I don’t know of any such program.  
> 
> If you followed instructions regarding how Quasijarus was originally 
> installed 
> on a VAX 8600, then it should work the same as it did on the original 
> hardware.
> I suspect that by the time Quasijarus was put together, the MicroVAX systems
> were prime targets for system installs, and no or very little effort was put 
> into
> getting this stuff to work on the older VAX systems.
> 
> Good luck.
> 
> - Mark
> 
>> On Sat, 23 Sep 2017 00:10:12 +0200
>> Dario Niedermann  wrote:
>> 
>>> Hello! I'm running "VAX 8600 simulator V4.0-0 Beta" (git commit id:
>>> c8a420ad) on a Linux/x86_64 host. I've installed 4.3BSD Quasijarus on
>>> an empty RA90-sized disk image, following the instructions at:
>>> 
>>>
>>> 
>>> But I could never get the VAX 8600 emulator to boot...
>>> 
>>> From TQ0, attached to the .tap file provided at the site, emulator
>>> says "Command not allowed" when I give 'boot tq0'. 'sho tq all'
>>> returns "Controller is not initialized", while 'sho tq' outputs:
>>> 
>>> --
>>> TQ  TU81 (180MB), address=2013F940-2013F943, no vector, BR5, 4
>>> units
>>>  TQ0   attached to /home/ndr/lib/emu/quastape.tap, read only,
>>> write locked, SIMH format
>>>capacity=188MB
>>> --
>>> 
>>> Is this due to the .tap file being (probably) made with the MicroVAX
>>> 3900 emulator?
>>> 
>>> Issuing 'boot rq0', the emulator's output is:
>>> 
>>> --
>>> Loading boot code from internal vmb.exe loading boot
>>> ra(0,0,0,34): bad adaptor number
>>> boot failed
>>> --
>>> 
>>> Is it because I used the MicroVAX 3900 emulator to install BSD on the
>>> virtual ra0?
>>> 
>>> TIA for any help...
> 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] DECserver (terminal server) emulation?

[Cory Smelosky]

Does anyone have DECserver firmware source listings I wonder?
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] DEC VT emulators on MAME

[Cory Smelosky]

No VT125 board - just VT340 stuff.

Sent from my iPhone

> On Apr 8, 2017, at 16:41, Tim Stark <fswo...@verizon.net> wrote:
> 
> Yes, I am interested in that. Please let me know when you made ROM dumps from 
> VT340 boards.
>  
> Do you still have VT125 board as well?
>  
> Thanks,
> Tim
>  
> From: malc...@avitech.com.au [mailto:malc...@avitech.com.au] 
> Sent: Saturday, April 8, 2017 6:15 PM
> To: 'Cory Smelosky' <b...@gewt.net>; 'Tim Stark' <fswo...@verizon.net>
> Cc: simh@trailing-edge.com
> Subject: RE: [Simh] DEC VT emulators on MAME
>  
> It’s likely I will be able to do the ROM dump a week from now (I’m away 
> interstate at the moment).
>  
> I can also spare a set of VT340 boards, if that would help.  I’m in Australia 
> but will be travelling to Atlanta for VCF SE in a couple of weeks.  I can 
> post them to a U.S. address from there.
>  
> Malcolm.
>  
> From: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Cory Smelosky
> Sent: Sunday, 9 April 2017 07:48
> To: Tim Stark
> Cc: simh@trailing-edge.com
> Subject: Re: [Simh] DEC VT emulators on MAME
>  
> Will need to have the circuitry found and then the Ron dumped.
>  
> If nobody can do it more easily than I can, I can do it but it's 2000mi away 
> at present.
> 
> Sent from my iPhone
> 
> On Apr 8, 2017, at 14:16, Tim Stark <fswo...@verizon.net> wrote:
> 
> Yes, I need a copy of VT340 ROM dumps.  MAME do not have VT340 emulator (only 
> VT240 emulator for ReGIS programming).
>  
> Tim
>  
> From: Cory Smelosky [mailto:b...@gewt.net] 
> Sent: Saturday, April 8, 2017 5:02 PM
> To: Tim Stark <fswo...@verizon.net>
> Cc: simh@trailing-edge.com
> Subject: Re: [Simh] DEC VT emulators on MAME
>  
> I have VT340 circuitry if needed for dumping ROMs.
> 
> Sent from my iPhone
> 
> On Apr 8, 2017, at 13:48, Tim Stark <fswo...@verizon.net> wrote:
> 
> Folks,
>  
> I have a copy of MAME emulator and learned that someone is working on new DEC 
> VT emulators for MAME.
>  
> He is implementing some VT series like VT100 through VT520 but they are 
> marked as not working.
>  
> Does anyone know about VT emulators on MAME?
>  
> In that past (at college), I used some VT terminals – VT100, VT102, VT125, 
> VT220, VT240, VK100, and Tek 4207.
>  
> I wrote some programs to draw graphics on VT125, VT240, VK100 and Tek 4207 
> for homework assignments at my computer graphics class.
>  
> Some VT 100/200 series uses 8080 processor.  VT 240 uses T11 processor.
> I found some tech docs but I am still looking for VT330/VT340 tech docs.
>  
> Tim
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] DEC VT emulators on MAME

[Cory Smelosky]

Will need to have the circuitry found and then the Ron dumped.

If nobody can do it more easily than I can, I can do it but it's 2000mi away at 
present.

Sent from my iPhone

> On Apr 8, 2017, at 14:16, Tim Stark <fswo...@verizon.net> wrote:
> 
> Yes, I need a copy of VT340 ROM dumps.  MAME do not have VT340 emulator (only 
> VT240 emulator for ReGIS programming).
>  
> Tim
>  
> From: Cory Smelosky [mailto:b...@gewt.net] 
> Sent: Saturday, April 8, 2017 5:02 PM
> To: Tim Stark <fswo...@verizon.net>
> Cc: simh@trailing-edge.com
> Subject: Re: [Simh] DEC VT emulators on MAME
>  
> I have VT340 circuitry if needed for dumping ROMs.
> 
> Sent from my iPhone
> 
> On Apr 8, 2017, at 13:48, Tim Stark <fswo...@verizon.net> wrote:
> 
> Folks,
>  
> I have a copy of MAME emulator and learned that someone is working on new DEC 
> VT emulators for MAME.
>  
> He is implementing some VT series like VT100 through VT520 but they are 
> marked as not working.
>  
> Does anyone know about VT emulators on MAME?
>  
> In that past (at college), I used some VT terminals – VT100, VT102, VT125, 
> VT220, VT240, VK100, and Tek 4207.
>  
> I wrote some programs to draw graphics on VT125, VT240, VK100 and Tek 4207 
> for homework assignments at my computer graphics class.
>  
> Some VT 100/200 series uses 8080 processor.  VT 240 uses T11 processor.
> I found some tech docs but I am still looking for VT330/VT340 tech docs.
>  
> Tim
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] DEC VT emulators on MAME

[Cory Smelosky]

I have VT340 circuitry if needed for dumping ROMs.

Sent from my iPhone

> On Apr 8, 2017, at 13:48, Tim Stark  wrote:
> 
> Folks,
>  
> I have a copy of MAME emulator and learned that someone is working on new DEC 
> VT emulators for MAME.
>  
> He is implementing some VT series like VT100 through VT520 but they are 
> marked as not working.
>  
> Does anyone know about VT emulators on MAME?
>  
> In that past (at college), I used some VT terminals – VT100, VT102, VT125, 
> VT220, VT240, VK100, and Tek 4207.
>  
> I wrote some programs to draw graphics on VT125, VT240, VK100 and Tek 4207 
> for homework assignments at my computer graphics class.
>  
> Some VT 100/200 series uses 8080 processor.  VT 240 uses T11 processor.
> I found some tech docs but I am still looking for VT330/VT340 tech docs.
>  
> Tim
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VMS versions with LAVC support

[Cory Smelosky]

On Sat, 11 Mar 2017, Timothy Stark wrote:



Well, I learned that oldest VMS that support  LAVC is 5.5-H2.  Oldest VMS 
version support VAXcluster is 4.0. For 4.0 to 5.5, can it handle DECnet as 
cluster? More one thing, is that possibly CI-to-Ethernet bridge adapter for 
older VMS software?



Bah.  That's newer than the googlable source tapess I know of.


I will consider to use VMS as MSCP server instead right now.

Tim

Sent from my iPhone



--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Announcement: back10

[Cory Smelosky]

Is there any difference with "high density" format?

Sent from my iPhone

> On Mar 11, 2017, at 05:48, Johnny Eriksson  wrote:
> 
> Lars Brinkhoff  wrote:
> 
>> Johnny Billquist wrote:
>>> But if we're getting back into that you need a tool to convert the
>>> text for local usability, then you loose that whole point about the
>>> suggested format as transparently giving you the text again, and you
>>> might as well go with another format that is a bit more compact?
>> 
>> Yes, if there were a significant amount of files that would be garbled
>> by the simple transformation.  But to me it seems like a win if 99% of
>> all files are readable as is, and the possible 1% that aren't are still
>> encoded losslessly so they can be put through further transformations
>> if necessary.
>> 
>> Core dump isn't more compact, it's exactly the same size.  And 0% of all
>> text files are readable.
> 
> 
> I have made some changes to back10.  But first, a quick run-thru on
> data formats and other fun things.
> 
> Lets start with a file on a tops-10 machine.  That file is a sequence
> of 36-bit words, with some metadata like file name, creation date etc.
> 
> When we run backup.exe on that machine, and save that specific file,
> we will generate a saveset, which is another set of 36-bit words.  That
> set of words will be written to tape, in core-dump format, i.e. with
> every word mapping to five tape characters, 8+8+8+8+4 bits from the
> word going to the tape, in succession.
> 
> We then make an image of that tape to a file on another machine, one
> that uses 8-bit bytes for storage.  That image might or might not have
> some extra framing, lets ignore that for the moment.  At this point we
> can run back10 to extract files from the saveset on the (virtual) tape.
> 
> The question is how to represent the 36-bit words in the 8-bit file
> system.  There are many ways, but normally we want to preserve all the
> bits so that we can reverse the whole process given for instance a
> simulated tops-10 machine, or even the real hardware if we have it.
> 
> One way, one that makes text files on the tops side readable, is to
> use the so-called ANSI-ASCII format, which will map each word onto
> five seven-bit characters stored in five eight-bit octets, with the
> fifth octet getting the final bit (bit 35) in its high-order bit as
> a bonus.  This is reversible.
> 
> Another way is to map the 36-bit word to five octets directly, with
> the final four bits stored in the low-order four bits of the fifth
> octet.  This is the same way that the original tape was written, the
> so called CORE-DUMP format.  This is also reversible.
> 
> A third way is to map the high-order 32 bits of the 36-bit word onto
> four octets, and throw away the last four bits.  This format is
> called INDUSTRY-STANDARD.  This obviously loses data.
> 
> 
> 
> I have updated back10 to handle these ways in case anyone wants to
> use them.  The following options exist to select the format:
> 
>  -A  Select ANSI-ASCII
>  -C  Select CORE-DUMP
>  -I  Select INDUSTRY-COMPATIBLE
> 
> The default is still ANSI-ASCII.
> 
> --Johnny
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Issues with VH simulation and 4.3BSD-Quasijarus

[Cory Smelosky]

Clem Cole wrote:

Mark... as an FYI if it is of any help..

VH  address=2013E120-2013E15F*, vector=C0-DC*, BR4, lines=64, 4
units
   VH0 attached to 8070, DHU mode, Modem
 0 current connections
   VH1 DHU mode
   VH2 DHU mode
   VH3 DHU mode

device  dhu0at uba? csr 0160440 vector dhurint

It's been years since, I did this stuff...

 1.   0160400 is 0xE120  and 0160400 certainly looks right for the
Unibus address for a DH.


I'm getting 0xE100 - what am I missing?  Not awake enough today ;)


 2.   I just can not speak for 0x2013E120 as what is the mapping into
the Vax address space, but I'll take your word for it that this is
correct - that is correct.
 3. I never saw a real DEC DH on a Vax because of power and space issues.
 4. That said, we used to mix DEC DH11s and Able DH11's on the PDP-11
all the time
 5. Able DH11's were the most used serial controllers in BSD UNIX land
for a long, long time, which is why the default BSD configs all
probe for them.




So ...If the DHV is supposed to the simh emulation of the combination of
a DEC DH11 and DM11 pair (the DM11 was the modem control option for the
DH), then this should "just work"

That said, I'm not sure if VMS supported real DEC PDP-11 DH11/DM11's in
Vaxen.  I have to believe they would have, but maybe not.  So its
possible this has not been tested by folks.  I see that a lot of people
running simh seem to want to use DZ's.

I have not tried the vax simulator a long time - although when I first
tried it, it was DZ only.   You pointed me at the VH emulation a few
years ago, but I did not push it very hard.

Thanks,

Clem


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Issues with VH simulation and 4.3BSD-Quasijarus

[Cory Smelosky]

On Thu, Mar 9, 2017, at 10:33, Mark Pizzolato wrote:

> You mean DHV, not DVH, right?  DHV is a Qbus variant of some version
> of the DH11 device.  A VAX 780, not having a Qbus, wouldn’t have such
> a device in its configuration.
>  



> The addresses you see in the SHOW CONFIG output are where the
> simulator will respond to I/O space references.  Those addresses are
> determined dynamically based on the set of devices which are enabled
> in the simulator configuration.  The variable presence of DZ’s and
> DH’s in the configuration would cause the DH to be found at different
> addresses.
>  



> If the operating system that is being run (BSD 4.3 in this case) is
> properly configured to look for a DH device at the address which the
> simulated hardware is operating at, then things should work.  Device
> probes when the kernel starts will be visible with this in the
> simulator configuration:
>  



> sim> set debug -t STDOUT



> sim> set VH DEBUG=REG



>  



> If you’re seeing device probes, then the kernel’s configuration
> matches the simulated hardware.  However, if you see the probes, but
> you DON’T see the kernel recognizing the device, then there may be a
> problem with the simulator.  If that is true, please create an issue
> at https://github.com/simh/simh/issues and I’ll dig into the
> details.



https://github.com/simh/simh/issues/409

Seeing probes but not recognising the device.



>  



> -  Mark



>  



> *From:* Simh [mailto:simh-boun...@trailing-edge.com] *On Behalf Of
> *Clem Cole *Sent:* Thursday, March 9, 2017 10:09 AM *To:* Cory
> Smelosky <b...@gewt.net> *Cc:* SIMH <simh@trailing-edge.com> *Subject:*
> Re: [Simh] Issues with VH simulation and 4.3BSD-Quasijarus
>  



> It looks that way..., but I need some help from Bob or Mark on VH
> history,   That was developed at DEC during the period I was off
> doing Masscomp/Stellar et al.   During my time earlier time with
> PDP11 and Vaxen,  you used DEC DZ's or DEC DH's or Able DHDM's.   As
> I understand it, DVH was the mid 1980s' redo of the DH to single
> board but identical in SW (i.e. was similar to the Able DHDM) - but I
> never saw one - so I don't know what the default addresses, iqr's etc
> are.  I am assuming you are defaulting same which means they are what
> DEC used.
>  



> BSD 4.3 would have been using Able DHDM's so those are the original
> addresses of the DEC DH from the PDP-11.
>  



> So my question what were the default addresses for the DVH and then
> from a simulator stand point, and if different, what happens if you
> configure them like the original DH11?
>  



> Clem



>  



> On Wed, Mar 8, 2017 at 11:49 PM, Cory Smelosky <b...@gewt.net> wrote:
>> All,
>>
>> Seems 4.3BSD isn't seeing a DH-11 at all:
>>
>> 4.3 BSD Quasijarus UNIX #0: Sun Mar  7 12:42:05 PST 2004
>>   root@ucbvax:/usr/src/sys/GENERIC real mem  = 67108864 SYSPTSIZE
>>   limits number of buffers to 18 avail mem = 65271808 using 18
>>   buffers containing 147456 bytes of memory VAX 11/780, serial#
>>   1234(0), hardware ECO level 7(112) mcr0 (el) at tr1 mcr1 (el) at
>>   tr2 uba0 at tr3 tmscp0 at uba0 csr 174500 vec 774, ipl 15 tms0 at
>>   tmscp0 slave 0 tms1 at tmscp0 slave 1 uda0 at uba0 csr 172150 vec
>>   770, ipl 15 uda0: version 3 model 6 uda0: DMA burst size set to 4
>>   ra0 at uda0 slave 0: ra92, size = 2940951 sectors Changing root
>>   device to ra0a
>>
>> SHOW CONFIGURATION: VAX 11/780 simulator configuration
>>
>> CPU idle=VMS, idle enabled, model=VAX 11/78064MB, HALT to
>> SIMH TLB 2 units  TLB08192W  TLB18192W SBI MCTL0
>> nexus=1, address=20002000 MCTL1   nexus=2, address=20004000 UBA
>> nexus=3, address=20006000, autoconfiguration enabled MBA0disabled
>> MBA1disabled TODR12B TMR TTI7b TTO7b CS
>> 256KB, not attached, write enabled TC  disabled TDC disabled
>> DZ  disabled VH  address=2013E120-2013E15F*, vector=C0-DC*,
>> BR4, lines=64, 4 units  VH0 attached to 8070, DHU mode, Modem
>> current connections  VH1 DHU mode  VH2 DHU mode  VH3 DHU
>> mode CR  disabled LPT disabled RP  disabled RL
>> disabled HK  disabled RK  disabled RQ  address=2013F468-
>> 2013F46B, vector=1F8*, BR5, UDA50, 4 units  RQ0 1505MB, attached
>> to ucbvax-ra92-root.dsk, write enabledRD54, autosize, SIMH
>> format RQB disabled RQC disabled RQD disabled RY  
>> address=2013FE78-
>> 2013FE7B, vector=B4, BR5, 2 units  RY0 512KB, not attached, write
>> enableddouble dens

[Simh] Issues with VH simulation and 4.3BSD-Quasijarus

[Cory Smelosky]

All,

Seems 4.3BSD isn't seeing a DH-11 at all:

4.3 BSD Quasijarus UNIX #0: Sun Mar  7 12:42:05 PST 2004
root@ucbvax:/usr/src/sys/GENERIC
real mem  = 67108864
SYSPTSIZE limits number of buffers to 18
avail mem = 65271808
using 18 buffers containing 147456 bytes of memory
VAX 11/780, serial# 1234(0), hardware ECO level 7(112)
mcr0 (el) at tr1
mcr1 (el) at tr2
uba0 at tr3
tmscp0 at uba0 csr 174500 vec 774, ipl 15
tms0 at tmscp0 slave 0
tms1 at tmscp0 slave 1
uda0 at uba0 csr 172150 vec 770, ipl 15
uda0: version 3 model 6
uda0: DMA burst size set to 4
ra0 at uda0 slave 0: ra92, size = 2940951 sectors
Changing root device to ra0a

SHOW CONFIGURATION:
VAX 11/780 simulator configuration

CPU idle=VMS, idle enabled, model=VAX 11/780
64MB, HALT to SIMH
TLB 2 units
  TLB08192W
  TLB18192W
SBI
MCTL0   nexus=1, address=20002000
MCTL1   nexus=2, address=20004000
UBA nexus=3, address=20006000, autoconfiguration enabled
MBA0disabled
MBA1disabled
TODR
12B
TMR
TTI
7b
TTO
7b
CS
256KB, not attached, write enabled
TC  disabled
TDC disabled
DZ  disabled
VH  address=2013E120-2013E15F*, vector=C0-DC*, BR4, lines=64, 4
units
  VH0 attached to 8070, DHU mode, Modem
0 current connections
  VH1 DHU mode
  VH2 DHU mode
  VH3 DHU mode
CR  disabled
LPT disabled
RP  disabled
RL  disabled
HK  disabled
RK  disabled
RQ  address=2013F468-2013F46B, vector=1F8*, BR5, UDA50, 4 units
  RQ0 1505MB, attached to ucbvax-ra92-root.dsk, write enabled
RD54, autosize, SIMH format
RQB disabled
RQC disabled
RQD disabled
RY  address=2013FE78-2013FE7B, vector=B4, BR5, 2 units
  RY0 512KB, not attached, write enabled
double density
  RY1 512KB, not attached, write enabled
double density
TU  disabled
TS  disabled
TQ  TU81 (180MB), address=2013F940-2013F943, vector=1FC*, BR5, 4
units
  TQ0 not attached, write enabled, SIMH format
capacity=188MB
  TQ1 not attached, write enabled, SIMH format
capacity=188MB
  TQ2 not attached, write enabled, SIMH format
capacity=188MB
  TQ3 not attached, write enabled, SIMH format
capacity=188MB
XU  disabled
XUB disabled
DMC disabled

VAX 11/780 simulator V4.0-0 Beta
Simulator Framework Capabilities:
64b data
64b addresses
Threaded Ethernet Packet transports:PCAP:TAP:NAT:UDP
Idle/Throttling support is available
Virtual Hard Disk (VHD) support
Asynchronous I/O support
Asynchronous Clock support
FrontPanel API Version 4
Host Platform:
Compiler: GCC 4.2.1 Compatible Apple LLVM 8.0.0
(clang-800.0.42.1)
Simulator Compiled as C arch: x64 (Release Build) on Mar
 8 2017 at 19:55:19
Memory Access: Little Endian
Memory Pointer Size: 64 bits
Large File (>2GB) support
SDL Video support: No Video Support
PCRE RegEx support for EXPECT commands
OS clock resolution: 1ms
Time taken by msleep(1): 1ms
OS: Darwin maelona.local 16.4.0 Darwin Kernel Version
16.4.0: Thu Dec 22 22:53:21 PST 2016;
root:xnu-3789.41.3~3/RELEASE_X86_64 x86_64
git commit id: b41d10f1

Excerpt from kernel config: 
device  dhu0at uba? csr 0160440 vector dhurint
dhuxint

Is it a config error?

-- 
  Cory Smelosky
  b...@gewt.net
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] ts10 and mse (my new emulator)

[Cory Smelosky]

I would really love TYMCOM-X images...

Sent from my iPhone

> On Feb 27, 2017, at 14:37, Mark Abene <phi...@phiber.com> wrote:
> 
> Re: TYMCOM-X, there are still some former Tymshare employees lurking about.
> Though I personally don't know what happened to the PDP10's from
> Fremont operations after Tymnet was dismantled some years back. It
> would be really cool to see TYMCOM-X revived somewhere, somehow...
> 
> 
> 
>> On Tue, Feb 21, 2017 at 7:22 AM, Cory Smelosky <b...@gewt.net> wrote:
>> Never found any TYMCOM-X distributions :(
>> 
>> WAITS can be extracted from SAILDART and there is a simulator up on their 
>> right now
>> 
>> SC-40 microcode needs someone that knows what format it is to take a look at 
>> it ;)
>> 
>> Sent from my iPhone
>> 
>>>> On Feb 20, 2017, at 11:46, Rhialto <rhia...@falu.nl> wrote:
>>>> 
>>>> On Mon 20 Feb 2017 at 20:35:34 +0100, Lars Brinkhoff wrote:
>>>> The idea is to make 3D scans and record sounds from old computers.
>>> 
>>> When they did this with floppy drive sounds in the Commodore 64 (and
>>> others) emulator VICE, I was skeptical at first. But soon I had to admit
>>> that getting feedback like how fast the heads were stepping, or if the
>>> floppies were rotating, was a very effective addition.
>>> 
>>> -Olaf.
>>> --
>>> ___ Olaf 'Rhialto' Seibert  -- Wayland: Those who don't understand X
>>> \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly.
>>> ___
>>> Simh mailing list
>>> Simh@trailing-edge.com
>>> http://mailman.trailing-edge.com/mailman/listinfo/simh
>> 
>> ___
>> Simh mailing list
>> Simh@trailing-edge.com
>> http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] ts10 and mse (my new emulator)

[Cory Smelosky]

Never found any TYMCOM-X distributions :(

WAITS can be extracted from SAILDART and there is a simulator up on their right 
now

SC-40 microcode needs someone that knows what format it is to take a look at it 
;)

Sent from my iPhone

> On Feb 20, 2017, at 11:46, Rhialto  wrote:
> 
>> On Mon 20 Feb 2017 at 20:35:34 +0100, Lars Brinkhoff wrote:
>> The idea is to make 3D scans and record sounds from old computers.
> 
> When they did this with floppy drive sounds in the Commodore 64 (and
> others) emulator VICE, I was skeptical at first. But soon I had to admit
> that getting feedback like how fast the heads were stepping, or if the
> floppies were rotating, was a very effective addition.
> 
> -Olaf.
> -- 
> ___ Olaf 'Rhialto' Seibert  -- Wayland: Those who don't understand X
> \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly.
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Old TOPS-10 versions?

[Cory Smelosky]

On Mon, Feb 20, 2017, at 01:01, Cory Smelosky wrote:

> Give me 5-10 minutes to get to a computer and grab the links for you.
> 

> Sent from my iPhone

> 

> On Feb 19, 2017, at 18:41, Tim Stark <fswo...@verizon.net> wrote:

>> Folks,



>>  



>> While I checked lars’ repos list and searched for PDP-10 on GitHub
>> website, I discovered another simh repo called “ka10_simh”.  I cloned
>> it and learned that someone successfully loaded and run TOPS-10 v5.03
>> and v6.03 on KA10 and KI10 emulation.  It said that they are
>> available on sky-visions website.
>>  



>> I checked sky-visions website bit some pages are broken or missing.
>> I tried to access DEC systems but page is missing.
>>  



>> I checked my mailbox for old emails and found one email mentions
>> about old TOPS-10 source repos on sky-visions.  I was able access
>> them but am figuring how to clone them from repos.
>>  



>> Does anyone have old TOPS-10 distros prior v7.03 version like 5.03
>> and 6.03, etc.?
>>  



>> Thanks!



>> Tim Stark



>> ___

>> Simh mailing list

>> Simh@trailing-edge.com

>> http://mailman.trailing-edge.com/mailman/listinfo/simh



See: http://sky-visions.com/dec/

and

http://git.sky-visions.com/cgi-bin/gitweb.cgi



(not affiliated - just memorise everything PDP-10) 



--

  Cory Smelosky

  b...@gewt.net




___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Old TOPS-10 versions?

[Cory Smelosky]

Give me 5-10 minutes to get to a computer and grab the links for you.

Sent from my iPhone

> On Feb 19, 2017, at 18:41, Tim Stark  wrote:
> 
> Folks,
>  
> While I checked lars’ repos list and searched for PDP-10 on GitHub website, I 
> discovered another simh repo called “ka10_simh”.  I cloned it and learned 
> that someone successfully loaded and run TOPS-10 v5.03 and v6.03 on KA10 and 
> KI10 emulation.  It said that they are available on sky-visions website.
>  
> I checked sky-visions website bit some pages are broken or missing.  I tried 
> to access DEC systems but page is missing.
>  
> I checked my mailbox for old emails and found one email mentions about old 
> TOPS-10 source repos on sky-visions.  I was able access them but am figuring 
> how to clone them from repos.
>  
> Does anyone have old TOPS-10 distros prior v7.03 version like 5.03 and 6.03, 
> etc.?
>  
> Thanks!
> Tim Stark
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-10 simulation: TENEX

[Cory Smelosky]

TAPEX doesn't appear to be there - no results for TAPE*.MID in SRC: (extracted 
to a T20 instance), and the other structure is FS - not the referred to by the 
file PS:

Sent from my iPhone

> On Jan 4, 2017, at 13:56, Lars Brinkhoff <l...@nocrew.org> wrote:
> 
> Regarding TAPEX, I'm talking about these tapes:
> 
> http://pdp-10.trailing-edge.com/tapes/SRI_NIC_PERM_SRC_1_19910112.tap.bz2
> http://pdp-10.trailing-edge.com/tapes/SRI_NIC_PERM_SRC_2_19910112.tap.bz2
> http://pdp-10.trailing-edge.com/tapes/SRI_NIC_PERM_SRC_3_19910112.tap.bz2
> http://pdp-10.trailing-edge.com/tapes/SRI_NIC_PERM_SRC_4_19910112.tap.bz2
> 
> The version of read20 I have can't handle the image format.
> 
> 
> Al Kossow wrote:
>> CHM has most of KLH's tapes. I'm had heard that
>> Stanford did make an attempt at reading some of SRI's tapes
>> but I never heard that at DVD existed
>> 
>> Lars Brinkhoff wrote:
>>> Cory Smelosky wrote:
>>>> That'd be exactly what I need!
>>>> 
>>>> $dir src:<*>tapex.mid
>>>> %No files match this specification - src:<*>tapex.mid
>>>> 
>>>> Don't seem to have it on my SRC: structure populated with the SRI-NIC
>>>> dump.
>>> 
>>> Look like there should be a PS:TAPEX.KLH.1, and also a
>>> PS:TAPEX.MID.1.
>>> 
>>> Maybe we can ask KLH about it.
> 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-10 simulation: TENEX

[Cory Smelosky]

I've sent off an email and was referred to the holder of the archive to no 
response.

Will ping again this month.

Sent from my iPhone

> On Jan 4, 2017, at 13:45, Al Kossow  wrote:
> 
> hmmm.. looks like this is a directory from a DVD that the SU Archives
> has from SUMEX.AIM
> 
> http://web.stanford.edu/group/htgg/cgi-bin/mediawiki/index.php?title=Adventure
> 
> you could try talking to Henry to see if part of it could be released. I doubt
> they would give you copies of the DVD with all the personal directories in 
> there
> 
> 
>> On 1/4/17 1:14 PM, Phil Budne wrote:
>> My first job was working for Dan Murphy's wife, Sara on FORTRAN-10/20.
>> Dan worked at the other end of a LARGE room of cubicles of 36-bit
>> Software Engineering people.  I don't have a record of asking Dan if
>> he had any KI10 TENEX bits (ISTR he did the work on contract to DEC),
>> but if he had, they might have been on the same disk pack with his
>> historical
> 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-10 simulation: TENEX

[Cory Smelosky]

On Wed, Jan 4, 2017, at 12:23, Lars Brinkhoff wrote:
> Cory Smelosky writes:
> > Al Kossow wrote:
> >> I see that there are two tape images I've read from SCRC, one I read
> >> in 2000 and one in 2008. They may be the same, just re-read, the
> >> second read is four megs longer than the first.
> >
> > Any ideas what the tape format is?  As-is neither DUMPER nor BACKUP
> > will touch it.
> 
> I got this below from Mike McMahon.  It seems there are TAPEX
> implementations for TOPS-20, Multics, and Symbolics Genera.  There is a
> TAPEX.MID at trailing-edge, but I can't get at it.
> 
> > I would guess TAPEX, which was the program used to write tapes to be
> > hand carried from SCRC to MIT-AI and MIT Multics before ARPANET was
> > opened up.
> > 
> > You might be able to track down the MIDAS source for that program. I
> > doubt that the PL/I source survives.

Alternatively, I wonder if the Multics distribution for the dps8/m
project has TAPEX...

-- 
  Cory Smelosky
  b...@gewt.net
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-10 simulation: TENEX

[Cory Smelosky]

On Wed, Jan 4, 2017, at 13:39, Lars Brinkhoff wrote:
> Cory Smelosky wrote:
> > That'd be exactly what I need!
> >
> > $dir src:<*>tapex.mid
> > %No files match this specification - src:<*>tapex.mid
> >
> > Don't seem to have it on my SRC: structure populated with the SRI-NIC
> > dump.
> 
> Look like there should be a PS:TAPEX.KLH.1, and also a
> PS:TAPEX.MID.1.
> 
> Maybe we can ask KLH about it.

I don't appear to have anything from PS: anywhere

Time to check SAILDART for TAPEX.MID.

-- 
  Cory Smelosky
  b...@gewt.net
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-10 simulation: TENEX

[Cory Smelosky]

That'd be exactly what I need!

$dir src:<*>tapex.mid
%No files match this specification - src:<*>tapex.mid

Don't seem to have it on my SRC: structure populated with the SRI-NIC
dump.

On Wed, Jan 4, 2017, at 12:23, Lars Brinkhoff wrote:
> Cory Smelosky writes:
> > Al Kossow wrote:
> >> I see that there are two tape images I've read from SCRC, one I read
> >> in 2000 and one in 2008. They may be the same, just re-read, the
> >> second read is four megs longer than the first.
> >
> > Any ideas what the tape format is?  As-is neither DUMPER nor BACKUP
> > will touch it.
> 
> I got this below from Mike McMahon.  It seems there are TAPEX
> implementations for TOPS-20, Multics, and Symbolics Genera.  There is a
> TAPEX.MID at trailing-edge, but I can't get at it.
> 
> > I would guess TAPEX, which was the program used to write tapes to be
> > hand carried from SCRC to MIT-AI and MIT Multics before ARPANET was
> > opened up.
> > 
> > You might be able to track down the MIDAS source for that program. I
> > doubt that the PL/I source survives.


-- 
  Cory Smelosky
  b...@gewt.net
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-10 simulation: TENEX

[Cory Smelosky]

On Tue, Jan 3, 2017, at 11:35, Al Kossow wrote:
> 
> 
> On 1/3/17 11:05 AM, Lars Brinkhoff wrote:
> 
> >> Do KI TENEX sources exist??
> > 
> > Yes, see KIFLG in version 1.34.
> > 
> 
> I see that there are two tape images I've read from SCRC, one I read in
> 2000
> and one in 2008. They may be the same, just re-read, the second read is
> four
> megs longer than the first.
> 
> I'll put them up for a couple of days under bits/Foonly on bitsavers.
> 
> 
> There's going to be a bunch more old stuff in the SRI-NIC tape backlog at
> CHM
> but I can't spend any time working on that right now.
> 
> 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh

Any ideas what the tape format is?

As-is neither DUMPER nor BACKUP will touch it.

-- 
  Cory Smelosky
  b...@gewt.net
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-10 simulation: TENEX

[Cory Smelosky]

I've built TENDMP as well - just need it written to disk ;)

Sent from my iPhone

> On Jan 3, 2017, at 11:29, Richard Cornwell <r...@sky-visions.com> wrote:
> 
> Hello,
> 
>   I have a copy of tendmp.mac that I acquired off Saildart.org. It is
>   in my v1.19 git repo at http://git.sky-visions.com 
> 
>   I am currently trying to figure out why my KI10 sim will not boot
>   TOPS10. It appears that is placing the high segment at the wrong
>   address in SYSINI. It is off by 1 page. 
> 
>   v1.19 pretty much assembles and loads correctly. V4.5 will still not
>   assemble without errors. v1.19 still has some paging issues to match
>   the scanned sources exactly. Both are in my git repo. I will add in
>   3.x when I get some more time.
> 
> Rich
> 
>> Phil Budne wrote:
>>> Rich Alderson wrote  
>>>> I don't think anyone has bootable TENEX media.  It would be a labor
>>>> of love to try to cross-compile TENEX under TOPS-20 on a Toad-2,
>>>> then build a boot program for the KI that could read it in from
>>>> disk.  
>> 
>> It seems Cory Smelosky has recently built a TENEX.SAV.  But now he
>> needs TENDMP to boot it.
>> 
>>> Do KI TENEX sources exist??  
>> 
>> Yes, see KIFLG in version 1.34.
>> 
>> ___
>> Simh mailing list
>> Simh@trailing-edge.com
>> http://mailman.trailing-edge.com/mailman/listinfo/simh
> 
> 
> -- 
> ==
> Richard Cornwell
> sky...@sky-visions.com
> http://sky-visions.com
> LinkedIn:   https://www.linkedin.com/in/richard-cornwell-991076107
> ==
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-10 simulation: TENEX

[Cory Smelosky]

Not that successful, sadly.

I forget who precisely but they had a tarball containing a binary - just kept 
forgetting to make it known.

Sent from my iPhone

> On Jan 3, 2017, at 11:05, Lars Brinkhoff <l...@nocrew.org> wrote:
> 
> Phil Budne wrote:
>> Rich Alderson wrote
>>> I don't think anyone has bootable TENEX media.  It would be a labor
>>> of love to try to cross-compile TENEX under TOPS-20 on a Toad-2, then
>>> build a boot program for the KI that could read it in from disk.
> 
> It seems Cory Smelosky has recently built a TENEX.SAV.  But now he needs
> TENDMP to boot it.
> 
>> Do KI TENEX sources exist??
> 
> Yes, see KIFLG in version 1.34.
> 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] RT-11 source

[Cory Smelosky]

Are the comments in the source on the hidden trailing edge archives?

Sent from my iPhone

> On Oct 22, 2016, at 11:15, Paul Koning  wrote:
> 
> 
>> On Oct 22, 2016, at 10:44 AM, Ray Jewhurst  wrote:
>> 
>> I know that RT-11 is under license from Mentec but is there a way to get the 
>> sources for it?  I would like preferably v5.3.  I have an idea for project 
>> to teach my self rudimentary OS design and I would like to use RT-11 as an 
>> example since PDP-11 assembly is the only assembly I know and I am already 
>> comfortable with RT-11.
> 
> I've always liked RT-11 FB, which is an entirely different design than the 
> older SJ monitor.  Partly it's because its author was my college mentor, and 
> one of the very best programmers I've ever met in over 40 years.
> 
> Unfortunately the stripped (no comments) sources omit the literary quotes he 
> liked to sprinkle all over the RT-11 sources.  For example "A source of 
> innocent merriment -- The Mikado" in the idle loop (the lights pattern code).
> 
>paul
> 
> 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] CMake based build (was: Makefile)

[Cory Smelosky]

Is there cmake for Alpha? ;)

Sent from my iPhone

> On Oct 13, 2016, at 17:41, Richard  wrote:
> 
> Since the build has been a subject of discussion lately, is there any
> interest in migrating to a CMake build?
> 
> I'm willing to give it a go if there is interest.
> 
> This would completely eliminate the need to duplicate build logic in
> the VS projects as they would simply be generated by CMake.
> -- 
> "The Direct3D Graphics Pipeline" free book 
>The Terminals Wiki 
> The Computer Graphics Museum 
>  Legalize Adulthood! (my blog) 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] Semi-OT: 7-bit binaries

[Cory Smelosky]

Hello all.

This is somewhat OT, but you people are honestly the best people to ask.

I have a 7-bit-clean binary (from the SC-40), using klh10's wfconv (input 
of 7, output of h - high density) gets me a readable file...containing 
errors.


I am getting:


Memoby mtst be inhtialize firs

which should be:

Memory must be initialized first


What step am I missing in conversion? `file` finally knows what it is, 
however.


converted/a.out: SPARC executable not stripped

Thanks - non-8-bit text was never my strongest skill ;)

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] alpha emulator

[Cory Smelosky]

There is also alphavm-free unless that's just a different name 

Sent from my iPhone

> On Oct 1, 2016, at 20:54, Jeremy Begg  wrote:
> 
> Hi Bill
> 
>>   Ok since I have been told the alpha simh emulator isn't booting yet. I
>> guess I have two questions:
>> 
>> o does anyone know when it should be complete or what's going on? Maybe I
>> should check the main page or something.
> 
> I suspect there is no activity.
> 
>> o And two, is there any emulators that can be used until then? Something to
>> run openVMS on.
> 
> There are at least three commercial Alpha emulators, and two of those have
> free versions which run under Windows:
> 
> * Charon-AXP
> * FreeAXP
> 
> They both restrict the emulated system RAM and disk configuration but are
> enough to run OpenVMS.  (The paid-for versions are somewhat more realistic
> in the configuration of the emulated hardware.)
> 
> The third one is "vtAlpha" made by AVTware.  I don't think they have a free
> version.  Unlike the other two, vtAlpha does not require a full Windows or
> Linix host operating system; instead, it has basic Linux kernel which boots
> the x86-84 CPU and starts the emulator.
> 
> Regards,
> 
>   Jeremy Begg
> 
> +-+
> |VSM Software Services Pty. Ltd.  |
> | http://www.vsm.com.au/  |
> |-|
> | P.O.Box 402, Walkerville, |  E-Mail:  jer...@vsm.com.au |
> | South Australia 5081  |   Phone:  +61 8 8221 5188   |
> |---|  Mobile:  0414 422 947  |
> |  A.C.N. 068 409 156   | FAX:  +61 8 8221 7199   |
> +-+
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT :Re: Ultrix 4.0 and DEQNA-LOCK

[Cory Smelosky]

Turns out I incorrectly configured NIC failover in my ESX config ;)

I'm doing FreeBSD in ESX.

Sent from my iPhone

> On Sep 4, 2016, at 16:29, Ray Jewhurst <raywjewhu...@gmail.com> wrote:
> 
> What is your guest OS? I have learned that for running emulator-on-vm, 
> Windows XP works best. The worst is NetBSD and the kicker is that it is the 
> only modern OS that runs TME easily.
> 
> Ray
> 
> 
>> On Sep 3, 2016 1:14 AM, "Cory Smelosky" <b...@gewt.net> wrote:
>> 
>> It seems the network issues I was seeing had absolutely nothing to do with 
>> SIMH...and everything to do with the fact somewhere in my VMware system 
>> packets were being duplicated...
>> 
>> -- 
>> Cory Smelosky
>> http://gewt.net Personal stuff
>> http://gimme-sympathy.org Projects
>> ___
>> Simh mailing list
>> Simh@trailing-edge.com
>> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] TOPS-20 5.1 on KS10?

[Cory Smelosky]

[multi-list post]
Evening all,

I've heard and seen anecdotes of people having run TOPS-20 5.x on a KS10, 
does anyone know how it was done, or done it themselves?


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT :Re: Ultrix 4.0 and DEQNA-LOCK

[Cory Smelosky]

It seems the network issues I was seeing had absolutely nothing to do with 
SIMH...and everything to do with the fact somewhere in my VMware system 
packets were being duplicated...


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Tops (-10) development

[Cory Smelosky]

On Fri, 2 Sep 2016, Johnny Eriksson wrote:



I realise that I have not done much documentation...


What scripts do I need to execute to configure the path before building
and linking? ;)


For now, hope that this helps.  Will try to do a better job in the future.



It does - it helps a lot, thank you!

I have a few suggestions/questions though...


Right now I have very little spare time, but I will try to help out with
this as much as I can.



First, the general layout is that the DEC sources are kept in [10,7],
unmodified, and all changes are done to a tree under [10,10].

For the system itself, built on the monitor sources included with the
twonky distribution, the DEC sources are under [10,7,mon705] and the
updated stuff is under [10,10,mon705].  To build a new system, let's
call it XXX, under what I have, do essentially the following:

(the program CD is on dskg:[1,4])



Your TOPSY.MIC does not have CD configured in it, that's necessary to run 
it without specifying RUN, correct?



.path/add:dskg:
.cd 10,10,mon705



Should this be done from NFT?  It didn't work for me otherwise.


; Make a subdir for the system, and install template files:
; (using topsy as a template source)
.copy xxx.sfd=nul:
.cd xxx
.copy =topsy:*.*

; Use some editor to create xxx.mic from topsy.mic, and change
; things like node name and numbers for the various networks.



Ahh, I love using EDT ;)



Hope this helps somewhat.



Helped a lot. ;)

.ru arplst

10.12.10.2 is at 38:c9:86:45:8c:96, ttl = 300
10.12.255.255 is at 00:00:c0:00:00:00, ttl = 5

I appear to be missing some date/time-related patches though...


--Johnny



--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Tops (-10) development

[Cory Smelosky]

Thank you!

On Fri, Sep 2, 2016, at 07:08, Johnny Eriksson wrote:
> > Okay - I am poking at this again and I am completely confused as to how
> > to correctly compile and link the monitor.
> 
> I realise that I have not done much documentation...
> 
> > What scripts do I need to execute to configure the path before building
> > and linking? ;)
> 
> For now, hope that this helps.  Will try to do a better job in the
> future.
> 
> Right now I have very little spare time, but I will try to help out with
> this as much as I can.
> 
> 
> 
> First, the general layout is that the DEC sources are kept in [10,7],
> unmodified, and all changes are done to a tree under [10,10].
> 
> For the system itself, built on the monitor sources included with the
> twonky distribution, the DEC sources are under [10,7,mon705] and the
> updated stuff is under [10,10,mon705].  To build a new system, let's
> call it XXX, under what I have, do essentially the following:
> 
> (the program CD is on dskg:[1,4])
> 
> .path/add:dskg:
> .cd 10,10,mon705
> 
> ; Create all logical names needed:
> .do setup
> 
> ; We are doing this for a KL:
> .cd kl
> 
> ; Compile all changed sources:
> .do comp
> 
> ; Compile the IP stack, and make a library:
> .do ipv4
> 
> ; Make a subdir for the system, and install template files:
> ; (using topsy as a template source)
> .copy xxx.sfd=nul:
> .cd xxx
> .copy =topsy:*.*
> 
> ; Use some editor to create xxx.mic from topsy.mic, and change
> ; things like node name and numbers for the various networks.
> 
> ; Run the newly created mic file to construct syscnf.mac:
> .do xxx
> 
> ; compile the common modules:
> .do common
> 
> ; finally, link the system:
> .do link
> 
> At this point you should have a SYSTEM.EXE in this directory.
> 
> Hope this helps somewhat.
> 
> --Johnny


-- 
  Cory Smelosky
  b...@gewt.net
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Ultrix 4.0 and DEQNA-LOCK

[Cory Smelosky]

On Wed, 31 Aug 2016, Johnny Billquist wrote:


Hi.

On 2016-08-31 17:40, Cory Smelosky wrote:


Cory, could you post the output from showing the device in simh?
I wonder if there might be some confusion about how to turn off lock
mode. I've never even tried modifying that. By default, I would assume
it would be correctly configured, meaning it should work right if you
don't try to "fix it".


I am doing SET DEQNALOCK to OFF, and SHOW XQ (in my initial posting
shows that IIRC) with it in DELQA mode, and later on after probing and
initialising it, despite DEQNALOCK set to OFF and showing as OFF, SHOW
XQ shows it has reverted to being in DEQNA mode.


No. You initial posting showed the dmesg output, but not the simh input or 
output, unless I'm very confused.


Johnny



set xq en
set xq deqnalock=off
set xq type=delqa
at xq vde:/tmp/vde

(BOOT/R5:0 DUA0
Simulation stopped, PC: 2004CBD9 (CMPW (R5)+,28(SP))
sim> show xq
XQ  address=20001920-2000192F, no vector, MAC=08:00:2B:6D:9C:95
type=DELQA, polling=disabled, sanity=OFF
throttle=disabled, DEQNALock=OFF, leds=(ON,ON,ON)
attached to vde:/tmp/vde

sim> c
[...]
qe0: DEC DELQA Ethernet Interface DEQNA-lock Mode, hardware address 
08:00:2b:6d:9c:95

dz0 at uba0 csr 160100 vec 300, ipl 17
dz1 at uba0 csr 160110 vec 310, ipl 17
dz2 at uba0 csr 160120 vec 320, ipl 17
dz3 at uba0 csr 160130 vec 330, ipl 17

Simulation stopped, PC: 80003551 (BEQL 800034F0)
sim> show xq
XQ  address=20001920-2000192F, vector=3F4*, MAC=08:00:2B:6D:9C:95
type=DELQA, mode=DEQNA, polling=disabled, sanity=OFF
throttle=disabled, DEQNALock=OFF, leds=(ON,ON,ON)
attached to vde:/tmp/vde

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Ultrix 4.0 and DEQNA-LOCK

[Cory Smelosky]

Whoops!  I'll include that all when I get home to get access to the VM
later tonight.

On Wed, Aug 31, 2016, at 08:49, Johnny Billquist wrote:
> Hi.
> 
> On 2016-08-31 17:40, Cory Smelosky wrote:
> 
> >> Cory, could you post the output from showing the device in simh?
> >> I wonder if there might be some confusion about how to turn off lock
> >> mode. I've never even tried modifying that. By default, I would assume
> >> it would be correctly configured, meaning it should work right if you
> >> don't try to "fix it".
> >
> > I am doing SET DEQNALOCK to OFF, and SHOW XQ (in my initial posting
> > shows that IIRC) with it in DELQA mode, and later on after probing and
> > initialising it, despite DEQNALOCK set to OFF and showing as OFF, SHOW
> > XQ shows it has reverted to being in DEQNA mode.
> 
> No. You initial posting showed the dmesg output, but not the simh input 
> or output, unless I'm very confused.
> 
>   Johnny


-- 
  Cory Smelosky
  b...@gewt.net
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Ultrix 4.0 and DEQNA-LOCK

[Cory Smelosky]

4.5 exhibits the same "now it's suddenly in DEQNA" mode behaviour.

(it also panic()s every first boot after first starting the emulator)

On Tue, Aug 30, 2016, at 08:04, Clem Cole wrote:
> 
> On Tue, Aug 30, 2016 at 6:38 AM, Johnny Billquist <b...@softjar.se> wrote:
>> Not sure there are any bugs here. Ultrix might just change it to run in 
>> DEQNA mode. Maybe because it didnät have a driver for running it in DELQA 
>> mode in 4.0? Just guessing here, but it don't look to me as if there 
>> actually is a bug anywhere.
> 
> I've long since forgotten the details.    The 4.5 SPD says it should work 
> (modulo firmware - which I suspect simh is assuming that).   Johnny is 
> probably right.  
> 
> 
> Cory: Is there a reason you are running 4.0 not not something later than 4.4. 
>   There a ton of bugs fixed in the 4.3/4.4 development.  The Vax has sort of 
> been forgotten by the Ultrix/Tru64 teams in favor of the PMAX and the Alpha;  
> thus entropy had set in on the Vax code.   Even though 4.3 was not an 
> officially bug release, it had more bug fixes in that any previous one, 
> because a number of just got sick of dealing with it and there was a 3-4 week 
> development hiatus where we just cleaned up things.  IIRC this was 
> particularly true for the networking stack, because we were heaving pathworks 
> development then and the Pathworks stack kept turning up small boundary 
> conditions in the Unix side.
> 
> Anyway -- if you are going to run Ultrix, I highly recommend 4.5 - which was 
> really the most stable of the all the Ultrix releases.  For instance, the 
> SCSI stack is (finally) common with Tru64, as we back ported Fred's Alpha 
> stack to the Vax and PMAX.   As a result it will cover a lot more devices.   
> I seem to remember we did some similar things in the Network code too, but 
> again I've forgotten (I was worrying about TruClusters at that time but would 
> occasionally consult to the Ultrix folks).   
> _
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
> Email had 1 attachment:


>  * ultrix4.5_spd.pdf
>   297k (application/pdf)

--
  Cory Smelosky
  b...@gewt.net
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Ultrix 4.0 and DEQNA-LOCK

[Cory Smelosky]

[inline]


On Tue, Aug 30, 2016, at 08:04, Clem Cole wrote:
> 
> On Tue, Aug 30, 2016 at 6:38 AM, Johnny Billquist <b...@softjar.se> wrote:
>> Not sure there are any bugs here. Ultrix might just change it to run in 
>> DEQNA mode. Maybe because it didnät have a driver for running it in DELQA 
>> mode in 4.0? Just guessing here, but it don't look to me as if there 
>> actually is a bug anywhere.
> 
> I've long since forgotten the details.    The 4.5 SPD says it should work 
> (modulo firmware - which I suspect simh is assuming that).   Johnny is 
> probably right.  
> 
> 
> Cory: Is there a reason you are running 4.0 not not something later than 4.4. 
>   There a ton of bugs fixed in the 4.3/4.4 development.  The Vax has sort of 
> been forgotten by the Ultrix/Tru64 teams in favor of the PMAX and the Alpha;  
> thus entropy had set in on the Vax code.   Even though 4.3 was not an 
> officially bug release, it had more bug fixes in that any previous one, 
> because a number of just got sick of dealing with it and there was a 3-4 week 
> development hiatus where we just cleaned up things.  IIRC this was 
> particularly true for the networking stack, because we were heaving pathworks 
> development then and the Pathworks stack kept turning up small boundary 
> conditions in the Unix 
> side.
Is a tape required for DECnet on 4.5 or is the Ultrix/VAX cd I have
likely to have it in a subfolder?  That's the reason I was running 4.0.
> 
> Anyway -- if you are going to run Ultrix, I highly recommend 4.5 - which was 
> really the most stable of the all the Ultrix releases.  For instance, the 
> SCSI stack is (finally) common with Tru64, as we back ported Fred's Alpha 
> stack to the Vax and PMAX.   As a result it will cover a lot more devices.   
> I seem to remember we did some similar things in the Network code too, but 
> again I've forgotten (I was worrying about TruClusters at that time but would 
> occasionally consult to the Ultrix folks).   
Do you have any of the y2k patches stashed?
> _
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
> Email had 1 attachment:


>  * ultrix4.5_spd.pdf
>   297k (application/pdf)

--
  Cory Smelosky
  b...@gewt.net

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] Ultrix 4.0 and DEQNA-LOCK

[Cory Smelosky]

All,

I am currently fighting with Ultrix 4.0 and I am trying to find out if 
it's an Ultrix bug or a SIMH bug... ;)


I am setting XQ MODE to DELQA/DELQA-T and DEQNALOCK to off, confirming it 
is in DELQA mode.

however in dmesg:

qe0 at uba0 csr 174440 vec 764, ipl 17
qe0: DEC DELQA Ethernet Interface DEQNA-lock Mode, hardware address 
08:00:2b:e5:b1:c1

and it has been changed to operating in DENQA mode as per SHOW XQ!

I have a few questions:
1). How is Ultrix doing this?
2). Should it be doing this?
3). Is there a way to make it not do this?

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Tops (-10) development

[Cory Smelosky]

Okay - I am poking at this again and I am completely confused as to how
to correctly compile and link the monitor.

What scripts do I need to execute to configure the path before building
and linking? ;)

On Fri, Jun 10, 2016, at 06:03, Johnny Eriksson wrote:
> > I have finally gotten my Tops-10/IPv4 stack running on the KL10, in this
> > case an instance of KLH10.  There are still issues, and there are areas
> > that need significant cleanup etc.
> 
> Update:
> 
> I have found and fixed a handful of small bugs, and for the moment the
> code seems to work (for the KL).  There is a disk image (in simh format)
> available on:
> 
>   https://www.pdc.kth.se/~bygg/tops/dskg.disk.XX
> 
> Replace XX with gz, bz2 or xz, in decreasing order of (compressed) size.
> 
> Consider this an early beta release.
> 
> Work will continue in my copious (hah!) free time.
> 
> --Johnny
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh


-- 
  Cory Smelosky
  b...@gewt.net
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Question about card readers.

[Cory Smelosky]

On Wed, 25 May 2016, Richard Cornwell wrote:


 I am going to be adding card reader/card punch support to my KA10
 simulator soon now and wanted to get some feedback on how to handle
 this.



What's the current state of the KA/KI sim?  Wondering if the KI will boot 
TOPS-10 to attempt to assemble TENEX...;)


Unsure how I'd get files in...;)


Rich




--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Tops (-10) development

[Cory Smelosky]

Can I get your y2k patches? ;)

- Original Message -
> From: "Johnny Eriksson" 
> To: simh@trailing-edge.com
> Sent: Wednesday, May 25, 2016 7:38:22 AM
> Subject: [Simh] Tops (-10) development

> I have finally gotten my Tops-10/IPv4 stack running on the KL10, in this
> case an instance of KLH10.  There are still issues, and there are areas
> that need significant cleanup etc.
> 
>  Ethernet Status of Loke - DEC10 Development 25-May-2016 14:04:38 UP:24:00.51
> 
>  Chan/Kont  State  E-Net Address  DgmXmt DgmRcv
>  ETH-0  Online   AA-00-04-00-5F-06  3659   6452
>NI-0 Online   00-00-00-00-00-00  3659   6452
> 
>  Protocol   StateKont  User   DgmXmt DgmRcvFQE
>60-16 ANF-10 Online   NI-0   System41 64  1
>60-03 DECnet Online   NI-0   System   242478  0
>60-04 LATOnline   NI-0   System  3282   1984  0
>90-00 Loopback   Online   NI-0   System 0  0  0
>60-02 RmtCon Online   NI-0   System 2  5  0
>08-00 IPv4   Online   NI-0   System91 87  9
>08-06 ARPOnline   NI-0   System 1  3  1
>-Inf-Online  Job 1 Ctx 10  0  0
>60-01 DNA/MOPOnline   NI-0   Job 1 Ctx 10  0  0
>-Inf-Online  Job 14 Ctx 1   0  0  0
> 
> Short summary:  I have renamed my old IP-only DEUNA/DELUA driver, it is
> now named UNXSER.MAC, and there is a new module, I4EINT.MAC, that talks
> to the standard ethernet system.
> 
> It is now time to start to think about some administrative things, like
> what new UUOs are needed, what new GETTABs etc.  I think that the number
> of people that are actively doing extensions on Tops-10 at this time is
> rather limited, so there should be no problem just continuing numbering
> stuff after the latest used in the DEC distributions, anyone (Tim Litt?)
> having opinions?
> 
> I hope to be able to actually spend some time on this project in the near
> future.
> 
> --Johnny
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] [SimH] Networking support

[Cory Smelosky]

Yup! Give me a bit.

Sent from my iPhone

> On Mar 13, 2016, at 11:11, Henry Bent <henry.r.b...@gmail.com> wrote:
> 
> Do you have a link to those sources, or could you make them available somehow?
> 
> -Henry
> 
>> On 13 March 2016 at 05:49, Cory Smelosky <b...@gewt.net> wrote:
>> I have found sources for the BBN stacks I believe. Could not figure out how 
>> to configure it and SIMH's emulation only speaks one protocol.
>> 
>> Sent from my iPhone
>> 
>>> On Mar 12, 2016, at 14:33, Henry Bent <henry.r.b...@gmail.com> wrote:
>>> 
>>>> On 12 March 2016 at 17:09, Bill Cunningham <bill...@suddenlink.net> wrote:
>>>>  
>>>> - Original Message -
>>>> From: Clem Cole
>>>> To: Bill Cunningham
>>>> Cc: SIMH
>>>> Sent: Saturday, March 12, 2016 3:31 PM
>>>> Subject: Re: [Simh] [SimH] Networking support
>>>> 
>>>> Bill,
>>>> 
>>>> You probably need to date things a little and get a some perspective of 
>>>> where a few of us are coming.   Just to set a few lines in the sand.  
>>>> While 3Mb/s "xerox" ethernet has been around for about 5 years, the 
>>>> DEC/Intel/Xerox Ethernet 10Mb/s spec was published Sep 30, 1980.   Per RFC 
>>>> 801, Arpanet was not officially schedule to switch from the old NCP to IP 
>>>> until Jan 1, 1983 (although a number of folks like me had been working 
>>>> with what would become IP/TCP for 3-4 years before that). 
>>>>  
>>>> Oh Wow. I have always been told Jan 1st 1981 and they went from "Link 
>>>> Control Protocol" to TCP/IP. Must've been wrong then somebody was.
>>>>  
>>>> [...]
>>> Looking over RFC 801, it mentions a number of TCP/IP implementations.  Does 
>>> anyone know if source has survived for the BBN ones for Unix v6 and 4.1BSD? 
>>>  Or the DCEC one, which I've never heard about?  I'm very interested in 
>>> bringing up TCP/IP support on historic versions of Unix.  I have both ARP 
>>> and non-ARP versions of 4.1C BSD running with a backported DEUNA driver, 
>>> but these would be even older than that.
>>> 
>>> Are there any plans to support the PDP-11 IMP interface boards in SIMH, 
>>> which would presumably then talk to the h316 simulator?
>>> 
>>> -Henry 
>>> 
>>> ___
>>> Simh mailing list
>>> Simh@trailing-edge.com
>>> http://mailman.trailing-edge.com/mailman/listinfo/simh
> 
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] KS10 IMP documentation

[Cory Smelosky]

Didn't someone claim it was possible to fit 5.x on a KS10?

Sent from my iPhone

> On Mar 2, 2016, at 16:31, Phil Budne  wrote:
> 
> ISTR someone (Mark Crispin?) telling me the AN22 interface for the
> KS10 was NCP era.
> 
> My notes at http://www.ultimate.com/phil/dec/tops-20 say:
> v3 of TOPS-20 had ARPAnet (1/78)
> v4 had new leader support (4/80)
> 5.2 had the BBN TCP/IP JSYS interface (12/82?)
> 5.3 had the DEC TCP: device (back ported from 6.x?) 6/83
> 5.4 had TCP/IP over NI (ethernet) 9/84?
> 
> The ARPAnet didn't go to TCP until 1/1/83, so the KS10 was long dead
> to the TOPS-20 monitor group.
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] KS10 IMP documentation

[Cory Smelosky]

[inline]

Sent from my iPhone

> On Feb 29, 2016, at 09:33, Timothe Litt  wrote:
> 
>> On 29-Feb-16 12:34, b...@gewt.net wrote:
>> Hello,
>> 
>> Can anyone point me at IMP documentation for the KS10? I'm only seeing AN10 
>> maintenance printsets up on Bitsavers...I'd love documentation that isn't 
>> KLH10's KS10-ITS implementation!
>> 
>> Alternatively, were any of the experimental Ethernet interfaces ever 
>> supported in TOPS-10/20 on the KS10? (I don't have access to my SRI-NIC 
>> packs due to the VM being down at present)
>> 
>> Alternatively too...the userland ANF-10 bridge could prove useful for this...
> Not clear what you want to do.

Sorry - this is KS10 FPGA-related, too early in the morning ;)

> 
> The KS does have an ARPA interface, the AN22.  I have not tracked down a spec 
> for it.  It is KMC-11 based, not simulated by SimH at present.  The TOPS-20 
> monitor sources for 4.1 are a resource.  One day I'll get access to my stuff 
> at CHM and will look for a spec.  It's on my list to see if it's worth 
> emulating.

That right there is immensely useful. KMC stuff already needs implemented for 
DECnet.

> 
> The DEUNA is simulated in SimH.  Neither the released TOPS-10 nor TOPS-20 
> support it.  There is some TCP code floating around that does.

I've now forgotten who wrote it...but I've tried it out!

> 
> If you're trying to move files in and out:
>   DECnet does work (phase II on TOPS-20, Phase III or IV on TOPS-20), and 
> will talk to VAX/RSX.  You can move files by stopping on or PMR thru) one of 
> them.

Ah right - I forgot TOPS-20 was Phase II only...ARPA stuff would prove useful 
there, then.

> 
>   ANF-10 on the KS does work, KS-KS.  It should be possible to build the -11 
> nodes on the KS & boot them on a SimH -11.  I've been meaning to get around 
> to that, but haven't.  With ANF, besides the peripherals and terminals, you 
> get DCP.

Hmmm!

> 
>Networking on the KS is supported on both OSs by the KDP emulator.  The 
> DMR should work, though I think there's a monitor bug in 7.04 where my 
> colleagues changed AC definitions and didn't update the DMR driver.  Also on 
> my list.

Did the patches make it in to the "7.05" patches or was it forgotten then as 
well?

> 
> You can also move files in and out with Kermit (serial lines), cards, 
> magtape, printer.

Magtape emulation and an LP20<--->lpd bridge...time to research if lwIP 
implements that!

> 
> I don't know what you mean by 'anf-10 userland bridge'.  Of course, FAL on 
> the -10 listens to both DECnet and ANF.

I think that was a Johnny E. Project...a bridge exists in Linux user land.

> 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] OSs with accessible documentation

[Cory Smelosky]

A lot of the TOPS-20 manuals are plain text, or at least TeX, so convertible.

How do you use the simulators?do screen readers handle them well?

I wonder how hard using expect to hook espeak/festival in to simh 's console 
system would be...

Sent from my iPhone

> On Feb 5, 2016, at 14:50, Zachary Kline  wrote:
> 
> Hi All,
> 
> So the recent RSTS/E discussion has got me wondering what OS’s I might be 
> able to run under SIMH with readable documentation. As a totally blind 
> enthusiast I can’t really use the Bitsavers collection without manually 
> running OCR on the PDFs, a tedious and error-prone process.
> I’m aware VMS is recent enough to have a lot of its documentation available 
> in an electronic format, but I’m curious if there’s anything else out there.
> I’ve recently downloaded several .tap files for RSTS and Tops-20, for 
> instance, but have been running into trouble when booting them. 
> I guess I’m just curious how a lot of these systems were installed.
> 
> Has any work been done on retyping some of the documentation?
> Thanks much,
> Zack.
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] OSs with accessible documentation

[Cory Smelosky]

Note: I have some TOPS-20 oddities so my documentation is slightly unusual...

Sent from my iPhone

> On Feb 5, 2016, at 22:57, Cory Smelosky <b...@gewt.net> wrote:
> 
> A lot of the TOPS-20 manuals are plain text, or at least TeX, so convertible.
> 
> How do you use the simulators?do screen readers handle them well?
> 
> I wonder how hard using expect to hook espeak/festival in to simh 's console 
> system would be...
> 
> Sent from my iPhone
> 
>> On Feb 5, 2016, at 14:50, Zachary Kline <zkl...@speedpost.net> wrote:
>> 
>> Hi All,
>> 
>> So the recent RSTS/E discussion has got me wondering what OS’s I might be 
>> able to run under SIMH with readable documentation. As a totally blind 
>> enthusiast I can’t really use the Bitsavers collection without manually 
>> running OCR on the PDFs, a tedious and error-prone process.
>> I’m aware VMS is recent enough to have a lot of its documentation available 
>> in an electronic format, but I’m curious if there’s anything else out there.
>> I’ve recently downloaded several .tap files for RSTS and Tops-20, for 
>> instance, but have been running into trouble when booting them. 
>> I guess I’m just curious how a lot of these systems were installed.
>> 
>> Has any work been done on retyping some of the documentation?
>> Thanks much,
>> Zack.
>> ___
>> Simh mailing list
>> Simh@trailing-edge.com
>> http://mailman.trailing-edge.com/mailman/listinfo/simh
> 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Protect update:

[Cory Smelosky]

APologies for this being threaded poorly...

(in reply to 
http://mailman.trailing-edge.com/pipermail/simh/2016-January/014317.html)


Sounds like something to merge in to the klh10 patchset I am keeping an 
eye on for when I submit it for the new FreeBSD port. ;)


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] test - please ignore

[Cory Smelosky]

On Wed, 23 Dec 2015, b...@gewt.net wrote:


Sorry about this...SIMH mails are hitting my draconian spamfilters and I need 
to find which specific config file whitelists go in...



Sigh - that one wasn't it.

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] test - please ignore

[Cory Smelosky]

Sent before restarting filter...sigh.

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAX sim: rqb address?

[Cory Smelosky]

On Sun, 1 Nov 2015, Mark Pizzolato wrote:


On Nov 1, 2015 10:42 AM, "Cory Smelosky" <b...@gewt.net> wrote:

Shouldn't the CSR for the second RQ controller be 760334?  It's

autoconfiguring to 760374!

It depends on what else is in the configuration.  The first MSCP disk
controller has a static address, subsequent controllers have floating
addresses.

Send along your config and I'll check, or you can see what VMS SYSGEN's
"CONFIG" stuff shows you...



sim> show qba iospace
  Address Vector  BR # Device
  -- - --
2040 - 205F* 2C0-2DC   4 4 DZ
20FC - 20FF*   4 1 RQB
20001468 - 2000146B4 1 RQ
20001920 - 2000192F4 1 XQ
20001940 - 200019434 1 TQ
20001F40 - 20001F41  1 QBA



show dev

UQSSP Disk Controller 0 (772150)
-DUA0 (RD54)
-DUA1 (RD54)
-DUA2 (RD54)
-DUA3 (RX50)

UQSSP Disk Controller 1 (760374)
-DUB0 (RD54)
-DUB1 (RD54)
-DUB2 (RD54)
-DUB3 (RD54)

UQSSP Tape Controller 0 (774500)
-MUA0 (TK50)
-MUA1 (TK50)
-MUA2 (TK50)
-MUA3 (TK50)

Ethernet Adapter 0 (774440)
-XQA0 (08-00-2B-AA-BB-CC)


configure

Enter device configuration, HELP, or EXIT
Device,Number? rqdx3
Device,Number? kda50
Device,Number? tqk50
Device,Number? delqa
Device,Number? exit

Address/Vector Assignments
-774440/120 DELQA
-772150/154 RQDX3
-760334/300 KDA50
-774500/260 TQK50



- Mark



--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] VAX sim: rqb address?

[Cory Smelosky]

Hey,

Shouldn't the CSR for the second RQ controller be 760334?  It's 
autoconfiguring to 760374!


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAX sim: rqb address?

[Cory Smelosky]

On Sun, 1 Nov 2015, Mark Pizzolato wrote:



If you've done a:

 sim> attach DZ portnum

then you can't disable the DZ device until you:

 sim> detach DZ

If you haven't attached the DZ device, then please provide your config file and 
I'll try to reproduce the problem.



[csmelosky@maelona ~/Storage/Stuff/UnixArchive/BSD/Source/4.4BSD]$ 
~/simh/BIN/vax


MicroVAX 3900 simulator V4.0-0 Betagit commit id: fa407e67
sim> set dz dis
Invalid argument
sim>

My config is...nonexistant.


- Mark



--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAX sim: rqb address?

[Cory Smelosky]

On Sun, 1 Nov 2015, Mark Pizzolato wrote:


Doing that changed it to 760354,


You've got 4 DZV11's in the config.  Did you actually add all of them to the 
SYSGEN CONFIG?



I didn't want a single DZV11 but I was unable to disable them...


which is at least a number everything agrees on.


Actually, the boot ROM's display of SHOW DEV that sees DUB at 0760374.  This is 
only due to the fact that it is at the expected address.  The table which the 
simulator auto config logic uses is the same table the boot ROM and VMS uses to 
determine the appropriate addresses.


20FC - 20FF*   4 1 RQB
20001468 - 2000146B4 1 RQ
20001920 - 2000192F4 1 XQ
20001940 - 200019434 1 TQ
20001F40 - 20001F41  1 QBA



show dev

UQSSP Disk Controller 0 (772150)
-DUA0 (RD54)
-DUA1 (RD54)
-DUA2 (RD54)
-DUA3 (RX50)

UQSSP Disk Controller 1 (760374)
-DUB0 (RD54)
-DUB1 (RD54)
-DUB2 (RD54)
-DUB3 (RD54)

UQSSP Tape Controller 0 (774500)
-MUA0 (TK50)
-MUA1 (TK50)
-MUA2 (TK50)
-MUA3 (TK50)

Ethernet Adapter 0 (774440)
-XQA0 (08-00-2B-AA-BB-CC)


configure

Enter device configuration, HELP, or EXIT
Device,Number? rqdx3
Device,Number? kda50
Device,Number? tqk50
Device,Number? delqa
Device,Number? exit

Address/Vector Assignments
-774440/120 DELQA
-772150/154 RQDX3
-760334/300 KDA50
-774500/260 TQK50


I don't know why the boot ROM code SHOW DEV command doesn't list the DZ 
devices, maybe it is only showing bootable devices.



Hmmm.


- Mark



--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects




--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Running simh vax on amazon EC2

[Cory Smelosky]

Can't work around that, limited to NAT, ec2 does Mac filtering 

Sent from my iPhone

 On Jul 5, 2015, at 19:34, Bill Deegan b...@baddogconsulting.com wrote:
 
 Greetings,
 
 Has anyone had success (or unresolvable failure) getting a simh VAX to run on 
 an ec2 machine?
 
 We're following the bridging instructions but running into an issue where the 
 MAC addresses used by the VAX are not routing into EC2 network...
 
 Any thoughts/suggestions to get this to work?
 
 Thanks,
 Bill
 ___
 Simh mailing list
 Simh@trailing-edge.com
 http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Tops (-10) development

[Cory Smelosky]

On Fri, 12 Jun 2015, Johnny Eriksson wrote:


I have recently re-started the old project to resurrect my IP stack
for Tops-10.  This is at the moment done on a KLH-10, using the twonky
system from trailing-edge.  (No, I have not abandoned SIMH, it still
is used for the KS10).  One things I have noticed is that the files
stored on www.stacken.kth.se are quite old, seems that the most recent
versions were made available via tftp from an emulated KS that has not
been up for a number of years...



The KS10 TCP/IP, not the Stacken stack, right?


I will try to make the latest sources available somewhere.



Cool.


I am currently in the process of setting up the system and getting all
the latest DEC sources from all over.  I have found tape images for
TSU[1-4], except for TSU3, tape 2.  Extrapolating from the other tapes
makes me guess that it should be named BB-JR93M-BB, does anyone have
that tape image?



Found BB-JR93N on Bitsavers...but not quite that one.


I am also looking for the DECUS Europe symposium tape from 1983, I have
what I think is 97% of that on disk, sadly I am afraid that it was read
in such a way that bit 35 is missing...



Format correct?


Regarding copyright etc. for the stuff I have written, consider it BSD.
This includes new monitor modules and utilities, as well as extensions
to SIMH and stuff like the mother of most of the versions of backup.c
and backwr.c that are out there.



Alright - thanks.


Command history:  from kicki there is a module cmdhis.mac, I am at the
moment trying to merge it into the 7.05 sources from twonky, with some
success, but the build from this morning tells me that the module needs
some lessons in extended addressing, to make it say something a little
bit more interesting than IME when talking to scnser.



;)


Some people have asked questions about AMIS and how to build new versions
of it, and what compiler to use etc.  If my fading memory is correct the
compiler used is the one from the DECUS tape mentioned above.  It should
however also exist in binary in the AMIS distribution.  I will check this
out further.

--Johnny
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Pontus asks Is [the] BSD [license] liberal enough?

[Cory Smelosky]

On Sun, 7 Jun 2015, Clem Cole wrote:


?below?

On Sun, Jun 7, 2015 at 8:51 PM, Cory Smelosky b...@gewt.net wrote:


OSF/1 1.0 and 2.0 sources ended up out somewhere...as I have sources to
them.


?Interesting - based OSF/1 [386 probably] not Tru64 right?   DEC did a lot
of work to OSF/1 starting on the PMAX and then to Alpha. ?  And I do not
believe the sources were ever released by DEC or HP.



PMAX, MMAX, AT386.

Only 1.x and 2.0 - nothing else ever made it out (to something I found at 
any rate).  Very very early (and one kinda cancelled) version so I'm not 
too shocked.


Of course...tried to build it on OSF/1...my DECstation with bad FPU isn't 
good for it. ;)


This came from a public (if you look) source so it's been in the wild 
for awhile.



The base OSF/1 was done from the IBM System V.3 license buy out.   But DEC
never bought out its UNIX license like Sun and IBM [and I think I remember
HP did also, but I've forgotten that tid bit].  Have to check with TPM or
someone in the UNIX press from those days.



Interesting.

V3 is up on archive.org IIRC so the bag's out on that too.






  I have DG/US as well.


?Interesting - I did not believe they ever released that.?  I also do not
believe they bought their license from ATT/Novell so how it was released
would be interesting to hear.



That was simply a misremembering - I had seen BINARIES when visiting a 
friend's...was their backup copies of their own hardware - which they're 
somewhat entitled to have. ;)


I do NOT have any DG code stashed.








Doesn't mean I can legally DO anything with it, though.


?Hmm, be careful here.   I'm not a lawyer - but I don't think you are
supposed to possess it either - even if it is old or abandoned.   That
said, as I understand it, I believe the remediation? is to surrend all
copies to the owners of the IP [EMC in this case].   Many hackers take a
view that if they owner of the IP goes away, the code should go to the
public commons.   But the truth is that DG IP is owned by EMC, just as HP
owns the DEC IP assets.



Now that I think of it, it's NOT DG/UX source - see above.







Apple are largely removing GPL'd stuff and going to differently-licensed
stuff.


?Indeed but that's user space code.  Their kernel was never GPL'ed.  It was
a dead fish license (and I was just talking about the kernel).



Yeah.


Clem?



--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Pontus asks Is [the] BSD [license] liberal enough?

[Cory Smelosky]

On Sun, 7 Jun 2015, Clem Cole wrote:


A couple of for instance here might help.  Tru64 is a derivited work from
a lot of places, a big one being the OSF/1 kernel which was based on the
CMU Mach uKernel.   CMU had made rhe Mach ukernel open source and gave it
away - but the license did says to hd say you work was based on something
you got from CMU.   OSF and DEC used that technology and now DEC is long
gone, but getting the DEC sources is difficult [unless the owners of that
IP - in this case HP -  some how released it].Ultrix is in the same
camp, or for that matter the DG rewrite of System V [which was one of the
best pure Unix implementations for a SMP system].   Similarly, OSx (darwin
etc) is also based on Mach, BSD etc..   At one time, Apple did chose to
make darwin available, but not all of the latest enhancements from Apple
have been made available.



OSF/1 1.0 and 2.0 sources ended up out somewhere...as I have sources to 
them.  I have DG/US as well.


Doesn't mean I can legally DO anything with it, though.

Apple are largely removing GPL'd stuff and going to differently-licensed 
stuff.



Clem



--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Pontus asks Is [the] BSD [license] liberal enough?

[Cory Smelosky]

Sent from my iPhone

 On Jun 7, 2015, at 04:00, Pontus Pihlgren pon...@update.uu.se wrote:
 
 On Sat, Jun 06, 2015 at 08:08:29PM -0400, Clem Cole wrote:
 
 ​Without getting into the good/bad politics of the different 
 license its pretty simple.
 
 I'd also like to avoid a good/bad discussion. I too use both.
 
 The GPL is a virus which says that if you use the 
 technology, a ny derivitive work ​ is not yours exclusively, ​ 
 you must be willing to give the sources to not only the 
 original but your work anyone that asks for it.  This means 
 that if you use the technology you have to provide a way for 
 people to get your source code.
 
 I believe there is a missconception here, perhaps on my part. 
 But the license is a issued by one party to one other.

It's a V2 versus V3 thing.


 
 Lets call the issuer A and the other B.
 
 If A gives B a software product under GPL then A must provide 
 source code to B upon request. B has no obligations to anyone,
 not even if B modifies the code.
 
 A third party, lets call them C, has no rights to the product or 
 source, it's just when B gives the product to C that the 
 restrictions apply. And even then B has no obligations to A. Any 
 modifications made by B is only available to C upon request.
 
 GPL is a license to protect the user.
 
 /P
 ___
 Simh mailing list
 Simh@trailing-edge.com
 http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] HP 2100/1000 A-series

[Cory Smelosky]

Hey,

Am I missing some documentation/or a roadmap?

It seems there's no current SIMH support for the HP 1000 A-series system 
(A900, A990, A600 et cetera) meaning RTE-A (with the ARPA/1000 software!) 
is unfortunately out.


Looks like enough docs for at least some of the later ones are up on 
Bitsavers...any plans for implementing these missing models?


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-10 Home Block and KS10 Boot Code

[Cory Smelosky]

On Fri, 29 May 2015, Rob Doyle wrote:



I was looking at the KS10 boot code in SIMH.

The boot code looks for the Primary Home Block in disk block 1 and Secondary 
Home Block in disk block 8.


/* movei 2,10; blk #10 */
/* jsp 17,rdbl   ; read*/
/* movs 3,1000   ; id word */
/* caie 3,sixbit /HOM/ */

It looks to me like the Secondary Home Block is 10 (decimal)
not 10 (octal). I see it at offset 10240 (decimal) in the disk image.



2400/   HOM
2401/   USER0
2402/
2403/   __
2404/   USER

I also see it at 2400 octal


Is the SIMH boot code correct?

I'm guessing that it never fails over to the secondary home block so
nobody ever noticed.



File: dskb:/u/p
[Patching structure DSKB]

200/   HRLI 17,0(15)   $6T
201/   DSKB0
200/   HOM  /WOM/
201/   DSKB0/MUPPET/
203/^Z

% RPA0 first HOM block consistency error
Startup option:




Rob.


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] SIMH: KDP/DUP/DMC: ECONNREFUSED

[Cory Smelosky]

Hey,

I can't attach either end of the virtual line because something returns 
ECONNREFUSED.


I would open the socket by attaching the device...but every time I attach 
it returns ECONNREFUSED.


So...how do I attach the DUP/DMC now?  It worked before with a lot of 
massaging.


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] SIMH: KDP/DUP/DMC: ECONNREFUSED

[Cory Smelosky]

On Fri, 22 May 2015, Mark Pizzolato wrote:


Please elaborate by providing:
1) config files for both sides.


PDP10 side:
set kdp en
set dup en
at dup0 2107,Connect=127.0.0.1:2108,UDP

VAX side:
set xu en
set xu MAC=02:02:06:AA:DD:EE
set dmc lines=8
set dmc0 peer=127.0.0.1:2107
att dmc0 2108,UDP
at xu vde:/tmp/vde
at rq0 vms073-ra92-boot.dsk



2) SHOW VERSION output for both sides


PDP10 side:
PDP-10 simulator V4.0-0 Beta
Simulator Framework Capabilities:
64b data
32b addresses
no Ethernet
Idle/Throttling support is available
Virtual Hard Disk (VHD) support
Asynchronous I/O support
FrontPanel API Version 1
Host Platform:
Compiler: GCC 4.2.1 Compatible FreeBSD Clang 3.4.1 
(tags/RELEASE_34/dot1-final 208032)

Simulator Compiled: May 11 2015 at 19:51:32
Memory Access: Little Endian
Memory Pointer Size: 64 bits
Large File (2GB) support
RegEx support for EXPECT commands
OS clock tick size (time taken by msleep(1)): 2ms
OS: FreeBSD green 10.1-RELEASE FreeBSD 10.1-RELEASE #0 
r274401: Tue Nov 11 21:02:49 UTC 2014 
r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64


git commit id: 230e588b
VAX side:
VAX 11/780 simulator V4.0-0 Beta
Simulator Framework Capabilities:
64b data
64b addresses
Ethernet Packet transport:PCAP:TAP:VDE:UDP
Idle/Throttling support is available
Virtual Hard Disk (VHD) support
Asynchronous I/O support
FrontPanel API Version 1
Host Platform:
Compiler: GCC 4.2.1 Compatible FreeBSD Clang 3.4.1 
(tags/RELEASE_34/dot1-final 208032)

Simulator Compiled: Apr 24 2015 at 01:30:21
Memory Access: Little Endian
Memory Pointer Size: 64 bits
Large File (2GB) support
RegEx support for EXPECT commands
OS clock tick size (time taken by msleep(1)): 3ms
OS: FreeBSD green 10.1-RELEASE FreeBSD 10.1-RELEASE #0 
r274401: Tue Nov 11 21:02:49 UTC 2014 
r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64


git commit id: 71b99c6f



3) describe your host network topology



FreeBSD


- Mark


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] TOPS-10: Nested indirect address limit exceeded

[Cory Smelosky]

Hello,

I initially thought this was time-dependent, but that only seems to be 
when running the 1988 DEC bootstrap monitor.


BOOT[1,5]newsys
[Loading from DSKB:NEWSYS.EXE[1,5]]

MINNIE 14-May-15
Why reload: halt
Date: 17-may-2015 ; (testing to see if date related, +1 helps sometimes)
Time: 16:38
Startup option: go

? No KMC-11 for KDP #0. ; (Doesn't affect it. to have it)

MINNIE 16:38:01 CTY system 4097
Connected to Node MINNIE(11) Line CTY
[Checking terminal type . . . found VT100]
.LOGIN 1,2
.R OPR

Nested indirect address limit exceeded, PC: 00 (2000)

Interestingly, if I NOINITIA, then delete MIC.EXE from DEC: (as defined in 
SYSJOB.INI) the nested indirect address limit issue does not crop up.


I would assume it's a bug in the monitor except others have done slightly 
different installs without this issue being reported...and at a first 
glance that does not seem like a correct PC considering what was just 
happening.


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] TOPS-20 4.1 BUGHLT

[Cory Smelosky]

On Mon, 11 May 2015, Timothe Litt wrote:


Glad you succeeded.


Thanks,

Seems TSU02 finally fixed a SETSPD bug. ;)


Sounds like just a corrupted disk.


That really shouldn't happen, barring a crash of the host hardware, or
an unclean shutdown of the OS.  Don't do that.


I tried to ^ECEASE every time...but I must've missed one or hit a memory 
error.






Depends on data.  Try it and see.
Since 36 bits are stored in 64, there's an automatic inflation of 1.8x
of zeros.



Ahh, right.


After that, depends on your data  the compression.  Since most text files
aren't byte-aligned (7-bit bytes), you should use/set your compressor to
allow fairly wide codes (if it's variable width).



Mmm.



But it really doesn't matter.  The capacity of an RP06 is ~177MB;
notebook PCs
these days come with 500GB-2TB drives.  So you can fit 2,800 RP06s on the
'small' drive; 11,000 on the large ones.  OK, divide by 1.8 for 1,500
/6,300.
Desktops, network storage tend to be bigger.  So a few backup copies of
your
RP06s really isn't a big deal, even uncompressed.



Yeah... ;)


YMWV.





--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] TOPS-20 4.1 BUGHLT

[Cory Smelosky]

On Mon, 11 May 2015, Timothe Litt wrote:


The first part is self-explanatory.  QUASAR looks for SPOOL: (usually
ps:spool)
early in initialization.  It's not there.  It's possible that the
logical name is not/mis
defined.  Either RCDIR% or GTDIR% returned Structure is not mounted.  If
you believe the successful crash saved in ps:spoolquasar-nsd-crash.exe
message, it's the logical name.  Perhaps the TSU that you applied updated
QUASAR from the hard-coded ps:spool to the logical, but didn't define
it.  Or perhaps the message is optimistic and/or ps:spool is corrupt.



I repeated the install, fresh structures, repeated TSU install.  No issues 
this time.



The bughlt could be anything.

Together, probably a corrupt disk - perhaps an unclean shutdown caused a
page
write to be incomplete.  You can try running CHECKD.  You can debug 
fix with
some mixture of eddt, mddt  filddt.  Or you can build a new PS:.  If
necessary,
there's an excellent chance that your local software specialist can
recover data
from the old one.  If you can find her.



Sounds like just a corrupted disk.


As with any corrupt disk, the more you try to run it before it's fixed,
the worse
the chances of complete recovery as data will be reused.



It was an install done just that day so no major data loss.  Just an hour 
of my time.



Disk space is now so cheap that the easiest way to backup these systems is
to simply copy the SIMH disk images (with the simulator stopped after a
clean
OS shutdown.)  That's my recommendation for all SimH machines... These disks
are smaller than your typical video (or a couple of hundred photos).



How well do they compress?


This communication may not represent my employer's views,
if any, on the matters discussed.

On 10-May-15 21:42, Cory Smelosky wrote:



--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] TOPS-20 4.1 BUGHLT

[Cory Smelosky]

Sent from my iPhone

 On May 10, 2015, at 14:45, Timothe Litt l...@ieee.org wrote:
 
 On 10-May-15 14:14, Cory Smelosky wrote:
 
 Sent from my iPhone
 
 On May 10, 2015, at 13:32, Timothe Litt l...@ieee.org wrote:
 
 On 10-May-15 13:07, Cory Smelosky wrote:
 Hey,
 
 Trying to figure out if this is an issue with the install or an
 obscure SIMH bug.
 
 PDP-10 simulator V4.0-0 Betagit commit id: 3b8c318b
 Listening on port 2020
 
 BOOT
 
 
 [PS MOUNTED]
 
 SETSPD: TERMINAL 1-40 SPEED 200
 
 System restarting, wait...?INVALID CHARACTER IN NUMBER
 ENTER CURRENT DATE AND TIME: 10-MAY-2015 13:02
 
 YOU HAVE ENTERED SUNDAY, 10-MAY-2015 1:02PM,
 IS THIS CORRECT (Y,N) Y
 WHY RELOAD? OPR
 RUN CHECKD? N
 
 RUNNING DDMP
 
 
 SYSJOB 5(23) STARTED AT 10-MAY-2015 1302
 RUN SYS:ORION
 RUN SYS:QUASAR
 RUN SYS:MOUNTR
 RUN SYS:INFO
 RUN SYS:MAILER
 RUN SYS:MAPPER
 RUN SYS:LPTSPL
 RUN SYS:LPTSPL
 RUN SYS:CDRIVE
 RUN SYS:SPRINT
 JOB 0 /LOG OPERATOR XX OPERATOR
 ENA
 ^ESET LOGIN PSEUDO
 ^ESET LOGIN CONSOLE
 ^ESET OPERATOR
 PTYCON
 GET SYSTEM:PTYCON.ATO
 /
 JOB 1 /LOG OPERATOR XX OPERATOR
 ENA
 RUN SYS:BATCON
 /
 SJ  1: @LOG OPERATOR OPERATOR
 SJ  0: @LOG OPERATOR OPERATOR
 
 **
 *BUGHLT ILMNRF AT 10-May-2015 13:
 *JOB: 0002, USER: OPERATOR
 *ADDITIONAL DATA: 001000746144, 3040, 00537375
 **
 
 Config:
 
 set cpu idle
 set cpu tops-20
 at rp0 tops20-ps-rp06-1.dsk
 at rp1 tops20-ps-rp06-2.dsk
 at rp2 tsu.dsk
 at dz0 2020
 set tim y2k
 set console wru=6
 boot rp0
 
 I have applied the TSU01 4.1 update.
 
 Any ideas?  It worked fine until I tried to build kermit.
 This is the generic illegal memory reference in the monitor for
 TOPS-20.  Could be a reference to an unmapped page; a stray pointer, or
 commonly a missing erjmp after a potentially unmapped reference.  There
 were lots of patches for various cases, but there's probably not a 'last
 bug'.
 Ahhh. Wonder what caused it? All I recall doing before was building permit.
 
 The additional data is the pagefail word, flags and pc.
 
 The only way to track it down is to get a crash dump and dig in.  (You
 might get a clue if you look at the PC with MDDT...)
 A bit difficult considering I can't get a successful boot. ;)
 
 SIMH's switch register cheat sheet?
 
 You might also get a clue if you run spear on the error log.
 Again hindered by an inability to boot. ;)
 Well, we know that TOPS-20 boots on SimH when built from scratch.
 So the monitor or the disk was probably corrupted.
 As usual, you aren't providing enough detail of exactly what you did and
 how/when it fails.

I must stop sending emails about issues before leaving the house!

I had upgraded to TSU01 after installing distribution files and sed/sysdpy. I 
then defined DOC: in 4-1-config and built Kermit.

 
 While it could be a SimH issue, I'd start by assuming it's a monitor bug
 and work backwards.
 That's the only way to get close enough to identify an issue, wherever
 it is.

Would a fresh install work best to replicate as well?

 
 So you, or someone with TOPS-20 expertise can:
  boot into EDDT and investigate
  with dbugsw set, stop in MX and determine if one of the programs started
  by MX or sysjob is triggering the bug.  Since the fault is Job 2, that
 seems likely.
  set a breakpoint at the bughlt and backtrace.
  boot an older version of the monitor (assuming you kept one)
  generate a suitable patch.

I hadn't built a new monitor - I kept the 2020 install tape one.

I was too tired to remember the debug switch to the monitor executable.

 
 Or since you have backups of all your work, you can just build a new PS,
 restore them and see what happens.

Yeah.

 
 I don't have the time to debug this, but there are other folks on the
 list who have the necessary skills.
 
 
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] TOPS-20 4.1 BUGHLT

[Cory Smelosky]

Got some info now that I'm back home. ;)

?STOPCODE - NSD - IN MODULE QSRT20 ON 10-MAY-20 ON 21:40:06
 REASON: NO SPOOLING DIRECTORY
 PROGRAM IS QUASAR VERSION 4(1244) USING GLXLIB VERSION 1(1361)
 CRASH BLOCK STARTS AT LOCATION 60
 LAST GLXLIB ERROR: 21 (NO SUCH PID)
 LAST TOPS-20 ERROR: 601436 (STRUCTURE IS NOT MOUNTED)
 CRASH SAVED IN FILE: PS:SPOOLQUASAR-NSD-CRASH.EXE

 CONTENTS OF THE ACS:
  0/      RUN SYS:LPTSPL
   2  33326  0
  4/  0  0  0  0
 10/  0  0  0  64100
 14/  0  0  0   777501000672

 LAST 9 STACK LOCATIONS:
 -1(P)/   RUN SYS:CDRIVE
31033241   -2(P)/   31400604   -3(P)/  0
 -4(P)/  0   -5(P)/  0   -6(P)/  2
 -7(P)/   31033213   -8(P)/   31001227   -9(P)/  0

** SYSJOB: SUBJOB CRASHED, DATA FOLLOWS: **
  1 QUASAR HALTED AT 401134  10-MAY-2015 2140
  JSYS ERROR: STRUCTURE IS NOT MOUNTED
  FORK ACS:  40  33326  0  0
SJ  0: @LOG OPERATOR OPERATOR
SJ  1: @LOG OPERATOR OPERATOR

**
*BUGHLT ILMNRF AT 10-May-2015 21:
*JOB: 0002, USER: OPERATOR
*ADDITIONAL DATA: 001000744144, 3040, 00537374
**


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] TOPS-20 4.1 BUGHLT

[Cory Smelosky]

Sent from my iPhone

 On May 10, 2015, at 13:32, Timothe Litt l...@ieee.org wrote:
 
 On 10-May-15 13:07, Cory Smelosky wrote:
 Hey,
 
 Trying to figure out if this is an issue with the install or an
 obscure SIMH bug.
 
 PDP-10 simulator V4.0-0 Betagit commit id: 3b8c318b
 Listening on port 2020
 
 BOOT
 
 
 [PS MOUNTED]
 
 SETSPD: TERMINAL 1-40 SPEED 200
 
 System restarting, wait...?INVALID CHARACTER IN NUMBER
 ENTER CURRENT DATE AND TIME: 10-MAY-2015 13:02
 
 YOU HAVE ENTERED SUNDAY, 10-MAY-2015 1:02PM,
 IS THIS CORRECT (Y,N) Y
 WHY RELOAD? OPR
 RUN CHECKD? N
 
 RUNNING DDMP
 
 
 SYSJOB 5(23) STARTED AT 10-MAY-2015 1302
 RUN SYS:ORION
 RUN SYS:QUASAR
 RUN SYS:MOUNTR
 RUN SYS:INFO
 RUN SYS:MAILER
 RUN SYS:MAPPER
 RUN SYS:LPTSPL
 RUN SYS:LPTSPL
 RUN SYS:CDRIVE
 RUN SYS:SPRINT
 JOB 0 /LOG OPERATOR XX OPERATOR
 ENA
 ^ESET LOGIN PSEUDO
 ^ESET LOGIN CONSOLE
 ^ESET OPERATOR
 PTYCON
 GET SYSTEM:PTYCON.ATO
 /
 JOB 1 /LOG OPERATOR XX OPERATOR
 ENA
 RUN SYS:BATCON
 /
 SJ  1: @LOG OPERATOR OPERATOR
 SJ  0: @LOG OPERATOR OPERATOR
 
 **
 *BUGHLT ILMNRF AT 10-May-2015 13:
 *JOB: 0002, USER: OPERATOR
 *ADDITIONAL DATA: 001000746144, 3040, 00537375
 **
 
 Config:
 
 set cpu idle
 set cpu tops-20
 at rp0 tops20-ps-rp06-1.dsk
 at rp1 tops20-ps-rp06-2.dsk
 at rp2 tsu.dsk
 at dz0 2020
 set tim y2k
 set console wru=6
 boot rp0
 
 I have applied the TSU01 4.1 update.
 
 Any ideas?  It worked fine until I tried to build kermit.
 This is the generic illegal memory reference in the monitor for
 TOPS-20.  Could be a reference to an unmapped page; a stray pointer, or
 commonly a missing erjmp after a potentially unmapped reference.  There
 were lots of patches for various cases, but there's probably not a 'last
 bug'.

Ahhh. Wonder what caused it? All I recall doing before was building permit.

 
 The additional data is the pagefail word, flags and pc.
 
 The only way to track it down is to get a crash dump and dig in.  (You
 might get a clue if you look at the PC with MDDT...)

A bit difficult considering I can't get a successful boot. ;)

SIMH's switch register cheat sheet?

 
 You might also get a clue if you run spear on the error log.

Again hindered by an inability to boot. ;)

 
 
 ___
 Simh mailing list
 Simh@trailing-edge.com
 http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] TOPS-20 4.1 BUGHLT

[Cory Smelosky]

Hey,

Trying to figure out if this is an issue with the install or an obscure 
SIMH bug.


PDP-10 simulator V4.0-0 Betagit commit id: 3b8c318b
Listening on port 2020

BOOT


[PS MOUNTED]

SETSPD: TERMINAL 1-40 SPEED 200

System restarting, wait...?INVALID CHARACTER IN NUMBER
ENTER CURRENT DATE AND TIME: 10-MAY-2015 13:02

YOU HAVE ENTERED SUNDAY, 10-MAY-2015 1:02PM,
 IS THIS CORRECT (Y,N) Y
WHY RELOAD? OPR
RUN CHECKD? N

RUNNING DDMP


SYSJOB 5(23) STARTED AT 10-MAY-2015 1302
RUN SYS:ORION
RUN SYS:QUASAR
RUN SYS:MOUNTR
RUN SYS:INFO
RUN SYS:MAILER
RUN SYS:MAPPER
RUN SYS:LPTSPL
RUN SYS:LPTSPL
RUN SYS:CDRIVE
RUN SYS:SPRINT
JOB 0 /LOG OPERATOR XX OPERATOR
ENA
^ESET LOGIN PSEUDO
^ESET LOGIN CONSOLE
^ESET OPERATOR
PTYCON
GET SYSTEM:PTYCON.ATO
/
JOB 1 /LOG OPERATOR XX OPERATOR
ENA
RUN SYS:BATCON
/
SJ  1: @LOG OPERATOR OPERATOR
SJ  0: @LOG OPERATOR OPERATOR

**
*BUGHLT ILMNRF AT 10-May-2015 13:
*JOB: 0002, USER: OPERATOR
*ADDITIONAL DATA: 001000746144, 3040, 00537375
**

Config:

set cpu idle
set cpu tops-20
at rp0 tops20-ps-rp06-1.dsk
at rp1 tops20-ps-rp06-2.dsk
at rp2 tsu.dsk
at dz0 2020
set tim y2k
set console wru=6
boot rp0

I have applied the TSU01 4.1 update.

Any ideas?  It worked fine until I tried to build kermit.
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Tape conversion issues

[Cory Smelosky]

On Sun, 3 May 2015, Timothe Litt wrote:


When asking a question like this, it sure would help if you included the
basic information required to answer it.



Yeah, that would help.  Sorry, was running around doing a bunch of things 
when I sent that off.



What is the source system?  What hardware and software wrote it?  What
commands read the tape on the source system?



An SC-40 with a DLT-7000 tape drive hanging off it, using a (Probably 
heavily modified) TOPS-10.


.ASSIGN MZA50: TAPE:
.RUN BACKUP
/TAPE TAPE:
/SSNAME KDK
/SAVE KDK:


You can try DIRECT under TOPS-10, as it knows how to recognize a number
of tape formats.

.direct /s/marks mta0:



Thanks, will try that.


That said:

t10backup has a number of issues (as it turns out, I'm in the middle of
writing a replacement).



Ahhh.


Here's a guess:

A standard tops-10 backup tape does indeed have a blocksize of 2720 on
9-track tape in core dump format = (32 word header + 512 word page) * 5
frames/word.



Yeah, which this seems to not be. ;)


2448 sounds like it was written in the rarely-used high-density mode,
which is 4.5 frames/word. This was supported by the DX20, but is not
emulated by simh.  The DX20 was not supported on the KS.



H.  I wonder why the SC-40 running this TOPS-10 build is using 
high-density mode then?


I've heard that there's some sort of command to change the tape format, 
any ideas?


(I can rewrite the tape, I wrote the tape giving me issues yesterday 
afternoon)



TOPS-10 didn't support this mode, but you might have a TOPS-20
interchange tape (backup-compatible) that was written on it.  Trivia:
this is a rare case where TOPS-20 supports a hardware feature that
TOPS-10 does not.






If I have time later today, I'll write a conversion utility to convert a
tape image from high-density to core dump mode.  I suspect this will
solve your problem - but in any case, it should be generally useful.



Thanks, yes - that should help.


Can you provide a (preferably small) sample tape so that I can verify
this analysis?



Sadly, it's 300M (explains the high-density mode, now that I think about 
it) and I must control its spread so I'll send it to you off-list.








--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Tape conversion

[Cory Smelosky]

On Sun, 3 May 2015, Timothe Litt wrote:


https://github.com/tlhackque/backup36 contains a pre-release of the
tape36 component of backup36.



Works.


As this is a pre-release and largely untested, set your expectations
accordingly.



It seems to behave as expected, however it likes to ... dump core. ;)

If the intput is already in a usable format, it will segfault.

If no args are given, it will ALSO segfault.


It is intended to convert between any of the tape packing formats
supported by pdp-10 hardware.

It has had **very** limited testing, but it does successfully round-trip
at least one file between high-density and core dump mode.



Confirmed.


Note that it always writes an end-of-media marker on the output file;
converting core-dump to core-dump may give a difference of 4 bytes, with
the extra 4 at EOF being 0x.  This is expected.



Alright.


See the README for build instructions.  It has usage with --help.

For the case of high-density to core dump, it's

  tape36 -ihigh-density infile.tap outfile.tap



Thanks.


Add a -v if you like.

I have not tested the other formats at all.  If someone with energy
does, let me know your results.

Enjoy.

This communication may not represent my employer's views,
if any, on the matters discussed.






--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] Tape conversion issues

[Cory Smelosky]

Hey,

I've converted a tape with `tapedd` and it's in simh format.

However...it seems the record size is not what it wants :(

record length 2448, expected 2720 is output by t10backup, and BACKUP under 
TOPS-10 says it's non-backup-format.  I have confirmed the source system 
can read the tape.


Anyone converted tapes like this before?  I got a pointer on conversion 
earlier, but I was a bit confused by the answer...figured I'd ask a wider 
audience (including someone who has archived a lot of tapes that lurks 
here).



--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT :Re: PDP-10 simulation: DEUNA support help needed

[Cory Smelosky]

On Fri, 1 May 2015, Johnny Billquist wrote:



Of course, the curious mind, especially in the light of where this thread 
started, then wonders if not the UDA-50 would be possible to use on a KS...?




H.  Interesting question!

I would ASSUME not as a boot device, but possibly with some Monitor 
patches?


Hmm, that might fail on that the UDA-50 might not have been able to deal with 
576 byte sectors... I seem to remember you needed some specific versions of 
CRONIC for the UDA-50 to use 576 byte block disks...?


Johnny

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT :Re: PDP-10 simulation: TENEX

[Cory Smelosky]

On Thu, 30 Apr 2015, Phil Budne wrote:



Do KI TENEX sources exist??  They had to simulate the BBN paging box
(using the KI page tables as a Translation Lookaside Buffer).

Someone was working on KA (and KI) simulation in SIMH (to bring the
conversation back around) and ISTR had TOPS-10 6.03 running.



Do you have sources for this?  I could really use pure 6.03 to confirm a 
theory about when CompuServe's code branched.



With a simulated KA (and peripherals), the SIMH TOPS-20 KS10 paging
code probably gives you a big running start at the BBN paging box
(which ISTR I have a document on).



Neat.


We've probably bored the broader audience enough.  Talk to you soon
in private e-mail.


I'm not bored!!



--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT :Re: PDP-10 simulation: DEUNA support help needed

[Cory Smelosky]

On Thu, 30 Apr 2015, Rich Alderson wrote:



Multi-unit structures.  Striping came along with redundant arrays of
inexpensive disks.  At $50,000 a drive, RP07s were not candidates. ;-)



Heh, definitely not. ;)


Getting a file system working was about 6 months of last year.


Long talks with two old friends, both SAIL alumni who worked on the OS when it
was a research specialty all its own, were the first part--and sometimes one or
the other would not remember changes made for later devices (like the RP07s).
Then I discovered the program RSKINI in browsing SAILDART.org, and things began
to gel; I eventually converted it from FAIL to Macro-10, instrumented the hell
out of it[1], and took the logged output as the source for the next part of the
process.



Recovering stuff like this is very fascinating to me.


That consisted of setting up FILDDT batch jobs on Tops-10 (patched to not treat
foreign drives as offline) where the output from RSKINI was scribbled directly
onto the disks.[2]  Once that was done, WAITS could boot past the point where
it wanted to turn on swapping.



Those patches sound useful for some CIS stuff.


Does that mean you have bootable TENEX installation media, or would you
need to construct manually and cross-assemble before rebuilding itself?


I don't think anyone has bootable TENEX media.  It would be a labor of love to
try to cross-compile TENEX under TOPS-20 on a Toad-2, then build a boot program
for the KI that could read it in from disk.  At least the file system layout is
similar to TOPS-20.



Hmmm - yeah.


We've probably bored the broader audience enough.  Talk to you soon in private
e-mail.


Probably - I was unsure if private mails go through - my mailserver is 
funny.




   Rich
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT :Re: PDP-10 simulation: DEUNA support help needed

[Cory Smelosky]

On Wed, 29 Apr 2015, Rich Alderson wrote:



I suppose you're thinking of the Data Disc terminals, which connected to the
system through a giant disk (a Librascope, if I have my facts straight).  The
system wrote on the disk, the terminal displayed that content, keyboard wrote
on the disk, system acted on the input.



Yeah, that's what I was thinking of - thanks.


These were the terminals which gave the Space Cadet keyboard on the MIT LispMs
their bucky bits[1] and TeX many of its interesting characters in the low ASCII
range (ASCII control characters).


Neat.




Huh.  Was the VAX one similar?


Further deponent sayeth not.[2]



Ahh.



You would still have to assemble a file system by hand.  WAITS originated
before DEC's Level D disk code, and the systems programmers defined their own
file system.  PPNs are SIXBIT, so [1,2] is octal 21,,22 in the MFD entry (yes,
they're right justified in the halfwords).  The last version of the file
system, which lived on 3 RP07 disks, allocated things in blocks of 9 sectors,
giving 1K of data + 200 words of retrieval data per block (repeated through
every block of a file).



Interesting!

Similar to TOPS-10's FS with multi-unit structures or with some sort of 
striping/parity?



The issue is that only 3 systems ran WAITS: SU-AI at SAIL, a KL-10 system
attached to the S-1 project at Lawrence Livermore Labs, and a Foonly F2 at
CCRMA (the Center for Computer Research in Music and Acoustics, at Stanford).
Because of the way the system grew, there was never a need for a utility that
would build a file system from scratch on an initialized disk (like CHECKD in
TOPS-20 or the ONCE code in Tops-10, or even NSALV in ITS), so no one ever
wrote one.  The closest thing to it was a program written to move from a
damaged file system to a new set of RP07s, which relied on working copies of
several programs on the undamaged disks.



I take it from your understanding of the FS you have a utility to do just 
that written? ;)



Getting a file system working was about 6 months of last year.



Thankfully the CIS one seems to be simpler.  It's a bit odd, but seems 
mostly TOPS-10.



2065.  It's in an orange corporate cabinet, and started life running TOPS-20.
We use it for Tops-10 (v7.04) because we have another platform for TOPS-20, one
on which it has all the memory it really needs.



Ah, right.  I recall reading a message you wrote about -20 being starved 
for memory on a 2065.




Hmm.  I have to dig my personal tapes out of a storage locker.



Hope you have better luck reading them than I have with trying to make a 
CIS tape. ;)




I assume that's what you listed in a later message.



Yeah.  If you need anything specific from it, let me know - I extracted it 
and then recompressed as a UNIX tarball...albeit losing the versioning in 
the process.




Me, too.  TENEX requires either a KA-10 based system with a BBN pager attached,
or a KI-10 based system (and DEC would sell you a license for their modified
version).  If I ever have time, I might try getting TENEX to run on our 1070.



Does that mean you have bootable TENEX installation media, or would you 
need to construct manually and cross-assemble before rebuilding itself?




Originals, of course.  The Toad-1 System was introduced in 1995.  Cisco was
founded in 1984, with a business plan that called for building the Toad--all
the networking stuff was intended by the founders as a cash cow to fund the
development.



Ahh, right.

Interesting.


Also: for the LCM SC-40s: The SCSI controller chip can do either HVD or
SE, from what I've been told and from my own invstigations...it can be
changed by swapping a small daughterboard which doesn't seem to be more
than some resistor packs and some line drivers.  Could more easily use
say, SCSI2SD on those, that way.


Thanks, Cory!  I'll file that away.



Thanks to a commentor on my video the chips are:
75ALS170 Triple Differential Bus Transceiver
75ALS171 Triple Differential Bus Transceiver

so it should be relatively trivial to make your own SE adapters...or take 
some HVD drives from my source...I surely don't need 400!


If you're all too busy there, I could always image the drives if needed. 
I have an operational SCSI imaging box and a quick-and-dirty utility to read 
the volume label and determine if it has an SSL definition (the utility 
doesn't do that - I manually mount in a TOPS-10 install)



   Rich

[1] Interesting story about the name, recounted in John Markoff's book _What
   the Dormouse Said_.



Thanks!


[2] I honestly don't know.



Seems nobody does :(

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT :Re: PDP-10 simulation: DEUNA support help needed

[Cory Smelosky]

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:

../../src/osdnet.c:1698:23: error: storage size of ifra isnt known
../../src/osdnet.c:1723:18: error: SIOCAIFADDR undeclared (first use in 
this function)
../../src/osdnet.c:1723:18: note: each undeclared identifier is reported 
only once for each function it appears in




-Olaf.



--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT :Re: PDP-10 simulation: DEUNA support help needed

[Cory Smelosky]

[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.DIRECTORY.1
 6-DOCUMENTATION.DIRECTORY.1
 6-EXEC.DIRECTORY.1
 6-MANUALS.DIRECTORY.1
 6-MONITOR.DIRECTORY.1
 6-SOURCES.DIRECTORY.1
 7.DIRECTORY.1
 7-DOCUMENTATION.DIRECTORY.1
 BBN-MONITOR.DIRECTORY.1

and so on from SRC: from SRI-NIC.

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT :Re: PDP-10 simulation: DEUNA support help needed

[Cory Smelosky]

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 KIKI (the dual KI), but *NOT* any of the userland code.
ISTR TCP connections were assigned devices, and so persisted between
program invocations!!



ftp://ftp.stacken.kth.se/pub/pdp10/kicki/

I THINK ftp://ftp.stacken.kth.se/pub/pdp10/dist.tap is different yet 
still?!


I need to update my known list of partial/complete TOPS-10 TCP/IP 
stacks...


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT :Re: PDP-10 simulation: DEUNA support help needed

[Cory Smelosky]

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 employer's views,
if any, on the matters discussed.



--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] Unable to build on NetBSD

[Cory Smelosky]

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 libdl: /usr/include/dlfcn.h
*** Info ***
*** Info *** The simulator you are building could provide more
*** Info *** functionality if video support were available on your system.
*** Info *** Install the development components of libSDL packaged by your
*** Info *** operating system distribution and rebuild your simulator to
*** Info *** enable this extra functionality.
*** Info ***
using libpcap: /usr/include/pcap.h
***
*** vax Simulator being built with:
*** - compiler optimizations and no debugging support. GCC Version: 4.5.3.
*** - dynamic networking support using NetBSD provided libpcap components.
*** - Local LAN packet transports: PCAP TAP
***
*** git commit id is 041c866d67c4fa4a44f637b6372cb91aa7b15d86.
***
gcc -std=c99 -U__STRICT_ANSI__  -O2 -finline-functions -fgcse-after-reload 
-fpredictive-commoning -fipa-cp-clone -fno-unsafe-loop-optimizations 
-fno-strict-overflow -Wno-unused-result 
-DSIM_GIT_COMMIT_ID=041c866d67c4fa4a44f637b6372cb91aa7b15d86 
-DSIM_COMPILER=GCC Version: 4.5.3 -I . -D_GNU_SOURCE -I/usr/pkg/include 
-DUSE_READER_THREAD -DSIM_ASYNCH_IO  -DHAVE_REGEX_H -DHAVE_DLOPEN=so 
-DHAVE_GLOB  sim_BuildROMs.c -o BIN/BuildROMs

BIN/BuildROMs
rm -f BIN/BuildROMs
gcc -std=c99 -U__STRICT_ANSI__  -O2 -finline-functions -fgcse-after-reload 
-fpredictive-commoning -fipa-cp-clone -fno-unsafe-loop-optimizations 
-fno-strict-overflow -Wno-unused-result 
-DSIM_GIT_COMMIT_ID=041c866d67c4fa4a44f637b6372cb91aa7b15d86 
-DSIM_COMPILER=GCC Version: 4.5.3 -I . -D_GNU_SOURCE -I/usr/pkg/include 
-DUSE_READER_THREAD -DSIM_ASYNCH_IO  -DHAVE_REGEX_H -DHAVE_DLOPEN=so 
-DHAVE_GLOB  VAX/vax_cpu.c VAX/vax_cpu1.c VAX/vax_fpa.c VAX/vax_io.c 
VAX/vax_cis.c VAX/vax_octa.c  VAX/vax_cmode.c VAX/vax_mmu.c 
VAX/vax_stddev.c VAX/vax_sysdev.c VAX/vax_sys.c  VAX/vax_syscm.c 
VAX/vax_syslist.c VAX/vax_vc.c VAX/vax_lk.c VAX/vax_vs.c VAX/vax_2681.c 
PDP11/pdp11_rl.c PDP11/pdp11_rq.c PDP11/pdp11_ts.c PDP11/pdp11_dz.c 
PDP11/pdp11_lp.c PDP11/pdp11_tq.c PDP11/pdp11_xq.c PDP11/pdp11_vh.c 
PDP11/pdp11_cr.c PDP11/pdp11_io_lib.c scp.c sim_console.c sim_fio.c 
sim_timer.c sim_sock.c sim_tmxr.c sim_ether.c sim_tape.c sim_disk.c 
sim_serial.c sim_video.c sim_imd.c -DVM_VAX -DUSE_INT64 -DUSE_ADDR64 
-DUSE_SIM_VIDEO -I VAX -I PDP11 -DHAVE_PCAP_NETWORK -I/usr/include/ 
-DBPF_CONST_STRING -DUSE_SHARED -DHAVE_TAP_NETWORK -DHAVE_BSDTUNTAP   -o 
BIN/microvax3900 -L/usr/pkg/lib -R/usr/pkg/lib -lm -lrt -lpthread

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.c:(.text+0x64e): undefined reference to `shm_open'

This is a bit of a problem.

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] PDP-10 simulation: DEUNA support help needed

[Cory Smelosky]

Hello,

I'm (attempting) to get DEUNA support operating in the KS10 simulation 
(likely incorrectly).


I'm running in to some TOPS-10 issues assembling a monitor...does anyone 
have a pre-genned TOPS-10 disk set up for DECnet on a KS10 with ethernet I 
can use to test...if I even get that far?


Current status:
* Shows up in SHOW DEV
* Has a vector
* Links correctly
* Can be enabled and attach to a host device

...and that's about all I have managed. Doesn't have an actual UNIBUS 
address which is a LITTLE BIT OF AN ISSUE.


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] Mark, emails getting denied

[Cory Smelosky]

Hey Mark,

Your mailserver sent me a bounce about unsolicited email or something? 
Worked last night, though. Weird.


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] Latest git does not build

[Cory Smelosky]

 `vid_show':
sim_video.c:(.text+0xe): undefined reference to `vid_show_video'
cc: error: linker command failed with exit code 1 (use -v to see 
invocation)

makefile:1382: recipe for target 'BIN/microvax3900' failed

Bit of an issue.
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Platform for VAX MP Experimentation (amongst other uses)

[Cory Smelosky]

On Mon, 5 Jan 2015, Mark Wickens wrote:


Hi

I was interested in the collective thoughts of SIMH users with regard to
simulator performance - and in particular - about what would be a suitable
platform to experiment with the multiprocessor variant of SIMH.



There's a multiprocessor variant?

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] OpenBSD (5.6) issues

[Cory Smelosky]

On Tue, 11 Nov 2014, Mark Pizzolato - Info Comm wrote:


Cory,

On Monday, November 10, 2014 at 11:54 PM, Cory Smelosky wrote:

All,

Seem to be a few issues building latest GIT on OpenBSD.


Good observations.

Please spell out exactly what platform you're running OpenBSD 5.6 on.



Stock amd64/x86_64 ( for once! ;) )


Thanks.

- Mark



--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] OpenBSD (5.6) issues

[Cory Smelosky]

On Tue, 11 Nov 2014, khandy21yo wrote:



Pcreposix is the eegex in peripheral nerves? she'sregular expression).



Yeah, it's the regex library...there's also regex.h support but it 
apparently found pcreposix.



It looks like you are having isues witg word size. Your machine seems confusef 
about word size issues. I386 amd64 and  x86?_64 all sem ro show  up.



Hmmm, strange it only appears in the (probably-less-maintained) 
simulators. ;););)



I also thibk I remember that gcc and egcs hadsome compatibility issues. Wasnt  
egcs begore gcc 4.2, not a later version?



Just binary naming oddities from the OpenBSD crew...not sure why they 
re-used the egcs name.





Sent from Samsung tablet




--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] OpenBSD (5.6) issues

[Cory Smelosky]

All,

Seem to be a few issues building latest GIT on OpenBSD.

csmelosky@maelona: ~/simh git reset --hard
HEAD is now at a0c7f99 scp: avoid redefining MAX
csmelosky@maelona: ~/simh nano makefile
csmelosky@maelona: ~/simh gmake
lib paths are: /usr/lib /usr/X11R6/lib /usr/local/lib
include paths are: /usr/include /usr/local/include
using libm: /usr/lib/libm.a
using libpthread: /usr/lib/libpthread.a /usr/include/pthread.h
using libpcreposix: /usr/local/lib/libpcreposix.a 
/usr/local/include/pcreposix.h

using libdl: /usr/include/dlfcn.h
using libSDL: /usr/local/lib/libSDL.a /usr/local/include/SDL/SDL.h
using libpcap: /usr/include/pcap.h
***
*** all  Simulators being built with:
*** - compiler optimizations and no debugging support. GCC Version: 4.2.1.
*** - dynamic networking support using OpenBSD provided libpcap 
components.

*** - Local LAN packet transports: PCAP TAP
*** - video capabilities provided by libSDL (Simple Directmedia Layer).
***
*** git commit id is a0c7f99a5e35f8f3abd6b92d2ce66ba24f601b5d.
***
mkdir -p BIN
gcc -std=c99 -U__STRICT_ANSI__  -O2 -finline-functions -fgcse-after-reload 
-fno-unsafe-loop-optimizations -fno-strict-overflow 
-DSIM_GIT_COMMIT_ID=a0c7f99a5e35f8f3abd6b92d2ce66ba24f601b5d 
-DSIM_COMPILER=GCC Version: 4.2.1 -I . -D_GNU_SOURCE 
-I/usr/local/include -DUSE_READER_THREAD -DSIM_ASYNCH_IO 
-DHAVE_PCREPOSIX_H -DHAVE_DLOPEN=so -DHAVE_GLOB -DHAVE_LIBSDL 
-I/usr/local/include/SDL/  PDP1/pdp1_lp.c PDP1/pdp1_cpu.c 
PDP1/pdp1_stddev.c PDP1/pdp1_sys.c PDP1/pdp1_dt.c PDP1/pdp1_drm.c 
PDP1/pdp1_clk.c PDP1/pdp1_dcs.c PDP1/pdp1_dpy.c  scp.c sim_console.c 
sim_fio.c sim_timer.c sim_sock.c sim_tmxr.c sim_ether.c sim_tape.c 
sim_disk.c sim_serial.c sim_video.c sim_imd.c -I PDP1  -o BIN/pdp1 -lm 
-lpthread -lpcreposix -lSDL

/usr/bin/ld: cannot find -lpcreposix
collect2: ld returned 1 exit status
makefile:1227: recipe for target 'BIN/pdp1' failed
gmake: *** [BIN/pdp1] Error 1

$ gcc -v
Reading specs from /usr/lib/gcc-lib/amd64-unknown-openbsd5.6/4.2.1/specs
Target: amd64-unknown-openbsd5.6
Configured with: OpenBSD/amd64 system compiler
Thread model: posix
gcc version 4.2.1 20070719

Issue reproducible with clang.
clang version 3.5 (trunk)
Target: amd64-unknown-openbsd5.6
Thread model: posix

However, it links fine with a later GCC:
$ /usr/local/bin/egcc -v
Using built-in specs.
COLLECT_GCC=/usr/local/bin/egcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-openbsd5.6/4.8.3/lto-wrapper
Target: x86_64-unknown-openbsd5.6
Configured with: /usr/obj/gcc-4.8.3/gcc-4.8.3/configure --enable-libgcj 
--without-jar --verbose --program-transform-name='s,^,e,' --disable-nls 
--disable-checking --with-system-zlib --disable-libmudflap 
--disable-libgomp --disable-tls --with-as=/usr/bin/as 
--with-ld=/usr/bin/ld --with-gnu-ld --with-gnu-as --enable-threads=posix 
--enable-wchar_t --with-gmp=/usr/local 
--enable-languages=c,c++,fortran,objc,java,ada --disable-libstdcxx-pch 
--enable-cpp --enable-shared --prefix=/usr/local --sysconfdir=/etc 
--mandir=/usr/local/man --infodir=/usr/local/info --localstatedir=/var 
--disable-silent-rules

Thread model: posix
gcc version 4.8.3 (GCC)

Some further oddities:
$ BIN/pdp10

PDP-10 simulator V4.0-0 Betagit commit id: a0c7f99a
sim quit
Goodbye
$ BIN/pdp7

PDP-7 simulator V4.0-0 Betagit commit id: a0c7f99a
BIN/pdp7:/usr/lib/libncurses.so.14.0: BIN/pdp7 : WARNING: symbol(PC) size 
mismatch, relink your program
BIN/pdp7:/usr/lib/libreadline.so.4.0: BIN/pdp7 : WARNING: symbol(PC) size 
mismatch, relink your program

sim
PDP-11 simulator V4.0-0 Betagit commit id: a0c7f99a
sim quit
Goodbye
$ BIN/pdp1

PDP-1 simulator V4.0-0 Betagit commit id: a0c7f99a
BIN/pdp1:/usr/lib/libncurses.so.14.0: BIN/pdp1 : WARNING: symbol(PC) size 
mismatch, relink your program
BIN/pdp1:/usr/lib/libreadline.so.4.0: BIN/pdp1 : WARNING: symbol(PC) size 
mismatch, relink your program

sim quit
Goodbye
$ BIN/pdp8

PDP-8 simulator V4.0-0 Betagit commit id: a0c7f99a
sim quit
Goodbye
$ BIN/pdp4

PDP-4 simulator V4.0-0 Betagit commit id: a0c7f99a
BIN/pdp4:/usr/lib/libncurses.so.14.0: BIN/pdp4 : WARNING: symbol(PC) size 
mismatch, relink your program
BIN/pdp4:/usr/lib/libreadline.so.4.0: BIN/pdp4 : WARNING: symbol(PC) size 
mismatch, relink your program

sim quit
Goodbye

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Virtual PDP-10 KI10 console panel

[Cory Smelosky]

Interesting...now if only SIMH simulated a KI10 to go with it!

Sent from my iPhone

 On Oct 23, 2014, at 07:22, Jörg Hoppe j_ho...@t-online.de wrote:
 
 Hi all,
 
 Finally I finished work on the PDP-10 KI10 panel.
 This is another blinkenlight panel connected with the BlinkenBone system 
 to SimH ...
 but what a beast compared to the PDP-11/40 panel introduced before!
 
 It was shown on VCFB in Berlin in Oct 2014:
 https://lh3.googleusercontent.com/-q3FIntCK68Q/VDLhe2Y-wMI/Jyg/wbKQT52VrBU/w1024-h683-no/IMG_6753.JPG
 
 But more important to you, the physical panel is now virtualized as Java 
 application ... ready to run on your desktop.
 
 Here are the pages:
 http://retrocmp.com/projects/virtual-pdp-10-ki10-panel-on-simh
 and here are the downloads (scroll down):
 http://retrocmp.com/projects/virtual-pdp-10-ki10-panel-on-simh/228-virtual-pdp-10-ki10-panel-the-holy-gral-of-blinkenlights-on-your-desktop
 
 Feel free to contact me if there are holes in the docs or errors in the 
 simulation.
 
 Enjoy!
 Joerg
 
 ___
 Simh mailing list
 Simh@trailing-edge.com
 http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Virtual PDP-10 KI10 console panel

[Cory Smelosky]

On Thu, 23 Oct 2014, Timothe Litt wrote:


On 23-Oct-14 11:08, Cory Smelosky wrote:

You'd have to implement the DMA channels, controllers, peripherals.
There is no direct networking device; you'd have to implement the memory
window to an 11 and/or 8.  And make those emulators attach to it.  And
you get ANF-10; DECnet only via ANF-10's D(mostly)CP.  You probably end
up having to do concealed mode - and while some software relied on it,
the KI version had bugs that were never fixed.  IIRC, monitor support
ended with 6.03A; some of 7.00's SMP was developed on KIs, but it was
not finished and KI support was removed from the monitor (with TECO
macros) shortly thereafter.  The only fun reason to do it is
multiprocessing -- and the KL is where we got that right.  Plus the KL
has a direct ethernet adapter (NIA20) and the ability to support DECnet
(and TCP/IP).



As much as I like KLH10...I still would love KL10 support in SIMH...only 
need one simulation package...plus SIMH has the framework for extra 
devices already present.


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] MicroVAXII/III Simulator: DMV11

[Cory Smelosky]

Evening,

The DMC11 docs list the DMV11 as being the Qbus VAX device...but that does 
not appear to be available in the MVIII sim, is it unfinished?


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Test to simh mailing list

[Cory Smelosky]

On Fri, 5 Sep 2014, Shoppa, Tim wrote:


Testing to the simh mailing list!
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


Test failed.

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] sigma simulator

[Cory Smelosky]

On Thu, 10 Jul 2014, Mark Pizzolato - Info Comm wrote:


On Wednesday, July 2, 2014 at 10:49 AM, Cory Smelosky wrote:

Hello,

The unfinished sigma simulator dumps core on quit...which I find interesting.
Will look in to finding out /why/.

Not that the simulator really works otherwise, mind...;)


Fixed now.



Cool.


Also added makefile sections and Visual Studio Projects for sigma and alpha.  
Sigma and alpha aren't built unless they are explicitly mentioned on the make 
command line (they are not included in 'all' since they aren't finished).  
These are provided in case someone wants to work towards completing them.



That makes debugging + testing a little bit easier now.


- Mark







--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Standalone boot on vax8600?

[Cory Smelosky]

On Thu, 10 Jul 2014, Henry Bent wrote:


Well, that at least did something different.

sim boot rq0 /r5:8
Loading boot code from vmb.exe
%BOOT-F-Unexpected Exceptio

The 8600 simulator always seems to cut off the last character of its
messages, I wonder if that's in any way related to the other console
problems.



780, 750, and 730 have the same issue...along with not actually booting 
from the console RL, floppy, et al.



I tried the standalone boot on the other VAX sims (microvax 1, 2, 3900, and
rtvax1000) and they are all able to load the booter and take console input
(I didn't actually try booting).  This seems to point to there being a
problem with the console on the 8600.  Any tips for where I should look to
narrow down where the problem might be?

-Henry



--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] Followup to SIMH MicroVAX II breaking on OS X

[Cory Smelosky]

Hello,

I've gotten it to not deadlock and get through diagnostics now.  It works 
fine with DEBUG=1.


sim show ver
MicroVAX II (KA630) simulator V4.0-0 Beta
Simulator Framework Capabilities:
64b data
64b addresses
Ethernet Packet transport:PCAP:UDP
Idle/Throttling support is available
Virtual Hard Disk (VHD) support
Asynchronous I/O support
Host Platform:
		Compiler: GCC 4.2.1 Compatible Apple LLVM 6.0 
(clang-600.0.34.2)

Simulator Compiled: Jul  4 2014 at 20:49:46
Memory Access: Little Endian
Memory Pointer Size: 64 bits
Large File (2GB) support
SDL Video support: No Video Support
OS clock tick size: 2ms
		OS: Darwin melanie.gimme-sympathy.org 14.0.0 Darwin Kernel 
Version 14.0.0: Sat May 24 01:15:10 PDT 2014; 
root:xnu-2738.0.0.0.5~1/RELEASE_X86_64 x86_64


git commit id: f961a98b

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Fwd: 4.3BSD Quasijarus0c on the VAX-11/730

[Cory Smelosky]

On Wed, 2 Jul 2014, Christian Gauger-Cosgrove wrote:


Bah, I just noticed shortly after sending the message that it was only
pointing at Mark and Cory not the list reflector. That has been
rectified none the less.



Whoops. ;)

[snipping]

Many thanks to Cory for figuring out the magic needed to get the
Quasijarus standalone boot to work on the 780. It makes sense now that
I look at it. Although I'm having some difficulty getting past the
initial boot-label-disk-and-restore-root phase. Are there any copies
of the VAX-11/780 console diskette out there (the original DEC one)?
Labelling the RP07 I installed to with the hpboot / boothp
bootblock(s) doesn't result in a bootable disk (BOOT RP0 doesn't
work), so I'd like to try it the way the Quasijarus manual says it
should be done (create a modified console floppy that boots the RP07
disk).



I don't have any images of the 11/780 console floppy...but I DO have a VMS 
3.x console floppy.  I think diag floppies are up on ftp dot trailing-edge, too.


I DO however have images of the 11/750 diag floppies.



In other news, I have had some assistance getting Quasijarus up and
running on the 11/730 --- which is where my end goal is in this
endeavour. If one extracts the standalone boot and copy from the
srcsys.tar archive they can be loaded into the 730's memory via LOAD.
(At location 0, of course, and then starting the sim from 2.) But I
have run into some difficulty with the RB730 simulation. There might
be a bug in it, I am uncertain, but on the initial boot of the system
it gets stuck in an infinite loop of idc0: lost interrupt.



Try disabling all other units for the controller, and all other unused 
controllers.




I've packaged up a copy of my simulator config, as well as the
relevant Quasijarus files:
https://dl.dropboxusercontent.com/u/69943308/Quasijarus-730beta.zip
(12.7MB)



Downloading now.


ts0 at zs0 slave 0
dz0 at uba0 csr 160100 vec 300, ipl 15
dz1 at uba0 csr 160110 vec 310, ipl 15
lp0 at uba0 csr 177514 vec 200, ipl 14
root device? rb0* --- Enter rb0* here.
idc0: lost interrupt   --- This error repeats infinitely.



The only person I know with an 11/730 has a currently non-functional 
one...or it lacks a drive.  One of the two...forget which so I can't 
confirm if it's a SIMH or 4.3 bug.




So, I'm not quite sure what's wrong with the RB730, but at least one
is able to partially get QUasijarus up and running on the 11/730.



I'll go fiddle with it and respond with my findings.


Christian M. Gauger-Cosgrove
STCKON08DS0
Contact information available upon request.





--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] sigma simulator

[Cory Smelosky]

Hello,

The unfinished sigma simulator dumps core on quit...which I find 
interesting.  Will look in to finding out /why/.


Not that the simulator really works otherwise, mind...;)

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] 4.3BSD Quasijarus0c on the VAX-11/730

[Cory Smelosky]

On Tue, 1 Jul 2014, Cory Smelosky wrote:

Progress!

losim fload copy 0
sim run 2
From: tms(0,0,1)
To: ra(0,0,0)
ra0: unlabeled
Copy completed: 308 records copied

Reboot request failed, PC: 0006B372 (HALT)
sim b rq

You need to SET CPU CONHALT.  The code seems to hijack some console 
routines ad trap HALT or something.


Still working on getting BOOT to let me specify the boot device for the 
kernel...got it to work before.

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] PCL-11?

[Cory Smelosky]

Hello,

Does anyone know anything about the PCL-11 communications stuff and have 
any plans to implement it?  I can't find too much about it in a quick 
20-second look, others will likely fare better.


Also: 32V, 3BSD, and System III do not boot in SIMH 3.9 and above.  They 
boot fine in 3.8-1, however.  They throw a kernel trap.  I can't share the 
SysIII obviously...but I can boot any changes for testing.  3BSD and 32V 
will likely be the same.


--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh