Re: [Simh] pdp11 - console input with high bit set
On Sat, Jul 25, 2020 at 01:22:38AM +0200, Johnny Billquist wrote: > > > > I thought the high bit setting would be turned off if you used set tti 7b or > > 8b but never verified. > > Which obviously won't help if the software running inside simh then expects > MARK parity... > Correct. That was for software that doesn't want mark parity. Probably should had quoted this from the posting. > So basically pdp8 is always doing KSR. I assume that I don’t want that for > pdp11. > pdp8_doc.doc 2.4.3 KL8E Terminal Input says it will not force mark parity if you specify 7P, 7B, or 8B. The rest of the context. I am running it in the windows console. I can see that setting TTU_KSR on the mode flags passed to sim_tt_impcvt will do the job. The pdp-8 console hard code this bit on else uptr->buf = sim_tt_inpcvt (c, TT_GET_MODE (uptr->flags) | TTUF_KSR); the is also a KSR mode switch MTAB tti_mod[] = { { TT_MODE, TT_MODE_KSR, "KSR", "KSR", _set_mode }, But this only forces UC (sim_console.h) #define TT_MODE_KSR(TT_MODE_UC) ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
Re: [Simh] pdp11 - console input with high bit set
On Fri, Jul 24, 2020 at 06:12:17PM +, Paul Moore wrote: > Not helped by not knowing what KSR really means. > Keyboard send receive. A model 33 teletype without paper tape. ASR was the model with paper tape, Automatic send receive. DEC used teletype's that generated mark parity. From the manuals keyboards were available to generate other parity. A reasonable amount of old code for PDP-8's assumed mark parity. Later code ignores the upper bit. I thought the high bit setting would be turned off if you used set tti 7b or 8b but never verified. ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
Re: [Simh] pdp11 - console input with high bit set]
PDP-8 has set tti ksr to handle this. Looks like the PDP-11 doesn't. You could implement the same code in PDP-11. Looks like trying to send arbitrary 8 bit data through terminal windows doen't work for most of them. On Thu, Jul 23, 2020 at 11:56:24PM +, Paul Moore wrote: > I am trying to run an RK11 diagnostic and am stuck. > > The diagnostic asks the user how many drives to test and I can get the input > to work > > Looking at the code, it is looking for digits and then cr. > > But it is actually looking for #215, which is 0x8d. Which is CR with the > high bit set. (It also looks for #377 del with HB set) > > So what happens is that it just keeps reprompting > > I don't see how that character ever gets into the system. I did 'set tti 8b' > but it made no difference. I can post the relevant code if needed. > ___ > 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] Reading PDP-15 and PDP-9 tapes
On Wed, Dec 19, 2018 at 02:31:47PM +0100, Pontus Pihlgren wrote: > Hi > > But it just seems to loop over DECtape I/O-instructions. > > Any suggestions to what I should be doing? > Reading the OS/8 handbook I think it is only intended to transfer files and doesn't support copying entire devices. I tried with one of my PDP-10 tapes from http://www.pdp8online.com/ftp/images/jby/ I could get directory but your copy format just returned a file of one block. I do have software for a beaglebone that can talks directly to the TU56 using the TD8E interface cable. You will need to make a little board for 5V to 3.3V level conversion. I have software that uses the TD8E to dump the 18/36 bit tapes but uses my special interface board. I can send you that. I took the driver out of the PIP10 code. May be easier for you to start with that. I put up the files I created for someone for dumping 18/36 bit tapes here (_18). http://www.pdp8online.com/ftp/software/dumprest/. I never got feedback on of they worked for them. If you try them let me know if they work ok. Let me know if you are interested in any of the above and I will dig it up for you. ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
Re: [Simh] TSS-8 and ETOS free-redistribution licenses (PDP-8 operating systems)
On Sat, Jan 14, 2017 at 11:18:17PM +0100, Johnny Billquist wrote: > >As for ETOS, that wasn't a DEC product, so I have no better guess for > >where to go trying to find a license for it other than web search > >engines, and I've already struck out there. > > I do not believe it was ever released by its owners. And since you > need special hardware on real machines, there was never much demand > from anyone to even try to get it released, as it was normally that > if you had the hardware, you also had the software. > So I think you're out of luck on that one too. > Looks like my reply didn't go to the list. It was informally released. When I started putting things online 15+ years ago the company was still around and I called them asking for permission and they said ok. I did not get anything oficially in writing though. ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
Re: [Simh] Real serial ports
On Fri, Dec 16, 2016 at 06:18:05PM -0800, Mark Pizzolato wrote: > On Thursday, December 15, 2016 at 6:58 PM, David Gesswein wrote: > >For the PDP-8 it looks like the console port can be set to a real serial > > port. Can the ttix serial ports be attached to real serial ports? > > Yes. Buried amongst the output of: > > sim> HELP TTXI ATTACH > Thanks for the info. I was looking at the .doc's which don't seem to show the serial option for ttix. For the archive the correct command is sim> HELP TTIX ATTACH Is there any way to see what the line to device code mapping is without reading the source? If not should I look at adding that to show ttix? Also under help ttix you get show TTIX LINES show TTIX summary show TTIX CONNECTIONS ... But summary doesn't seem to be a valid parameter sim> show TTIX summary Non-existent parameter ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
[Simh] Real serial ports
For the PDP-8 it looks like the console port can be set to a real serial port. Can the ttix serial ports be attached to real serial ports? ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
Re: [Simh] SIMH and physical hardware
On Wed, Feb 10, 2016 at 08:32:25AM +0100, Pontus Pihlgren wrote: > > Anyway, I think the best thing you can do is go to see a real machine, > perhaps at the LCM. It aught to give you a sense of the size, noise and > smell of old gear. > The other place I know of is vintage computer festivals. The local one to me largest machine is likely to be a couple rack PDP with mostly small computers. http://www.vintagecomputerfederation.org/ I let people touch my machine at the VCF. Emulator could match sound but no way to match feel of typing on a teletype. Also need the smell-o-vision for the warm oil smell they give off. ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
Re: [Simh] PDP-12
I had replied but hadn't noticed the reply didn't go to the list. www.pdp8online.com and www.pdp8.net point to the same site. For historical reasons the site was origionally started under pdp8.net which I don't control the domain name for. I do control pdp8online so that is the preferred site for any links. pdp8.net without the www hasn't worked for a number of years. There are a lot of LINCtape images at url below. It's possible some I labeled PDP-12 could have been from an earlier machine. There are also some RK05 packs that have PDP-12 stuff on them under os8. Also the dial-decus.tu56 under os8 has some PDP-12 graphics games that may be useful for testing. http://www.pdp8online.com/images/index.shtml On Lyles tapes: http://www.classiccmp.org/pipermail/cctech/2015-May/005486.html On: Mattis of www.datormuseum.se is working on a TU5X to usb interface with intention of archiving his 8 and 12 tapes. When the reder pile of tapes passed through to archive before going to new homes it was more than my klunky modified TD8E was going to read in a reasonable time so I wrote/ported code to a beaglebone black to talk to the drive using the TD8E interface (TU56 with G888). That code can read almost all DECtape formats. I have one likely PDP-7 tape that it doesn't read. If tapes need reading and they can be sent to me I can read them. I will contact Mattis to see if any of this is useful to him. ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
[Simh] PDP8 changes
I'm not sure where simh development is discussed with the move to github. I submitted a couple of bug but I have some other changes I have made to my version and want to see if they are of interest. 1) Modify bin loader to read multiple section tapes. 2) Modify breakpoint command to add breakpoint on instruction value. 3) Raw socket for teletype console instead of telnet wrapped. ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh