Awesome! That appears to work. So even though it has the same version number as the one I have tried from another git repo, it is different.
Thank you for this information! -Peter On Mon, Oct 21, 2024 at 11:10 AM Nadav Eiron <nadav.ei...@gmail.com> wrote: > My 11/23 is not accessible, but I believe I've used this version a couple > of years ago (on a Raspberry Pi): https://github.com/drboone/vtserver > > On Mon, Oct 21, 2024 at 7:45 AM Peter Ekstrom via cctalk < > cctalk@classiccmp.org> wrote: > >> Hmm, not sure why yet, but I'm not able to get vtserver to work. I have >> entered the bootcode manually in ODT, and I have had vtserver send it. >> It looks like it loads the code and then reads one record but then hangs. >> I'm wondering if my version of ODT on the CPU board needs something to be >> handled differently. >> Btw, the version I have found of vtserver is 2.3.1.5. I can't seem to find >> anything later than that. >> >> I am going to try PDP11GUI but I am waiting on a supported USB-RS232 >> adapter to arrive. The ones I have aren't supported under Windows anymore. >> I should have it tomorrow. >> >> -Peter >> >> On Sun, Oct 20, 2024 at 9:30 AM Peter Ekstrom <epekst...@gmail.com> >> wrote: >> >> > Aha! Ok great, I need to look closer at those then. Thank you! >> > >> > On Sun, Oct 20, 2024 at 9:23 AM cz <c...@alembic.crystel.com> wrote: >> > >> >> use pdp11gui or vtserver. They can use ODT to upload a small program to >> >> the 11 which allows it to send or receive an image to a MCSP or >> >> RL/RX/Whatever drive. Can be slow (top speed is 9600 or 19200 baud on >> an >> >> 11/23) but it does get the job done. >> >> >> >> C >> >> >> >> >> >> On 10/20/2024 9:02 AM, Peter Ekstrom wrote: >> >> > Thank you all for the tips and pointers. I like the idea of pulling >> the >> >> > image off of my real drive, but how would I transfer it between the >> pdp >> >> > and my Linux box with Simh? It is too big for the tu58 emulator. >> >> > >> >> > On Sun, Oct 20, 2024 at 03:15 cz via cctalk <cctalk@classiccmp.org >> >> > <mailto:cctalk@classiccmp.org>> wrote: >> >> > >> >> > > If you go this route, be advised, that SIMH creates RD32 >> disk >> >> > images >> >> > > are not the same size as a real RD32. This will likely cause >> >> > problems >> >> > > when writing a SIMH created image to a real disk (and I'm not >> >> > talking >> >> > > about the additional issues that the trailing metadata on disk >> >> > images >> >> > > from the Pizzolato version of SIMH can cause - the problem I'm >> >> > > describing is caused by an incorrect disk size value in SIMH). >> >> > >> >> > True, I think you can get around this by making them disk in >> SIMH a >> >> > couple of blocks smaller. >> >> > >> >> > However there is another way. Format your real RD32 with the >> RQDX3 >> >> > formatter, then once formatted suck it into a file. Then you >> have an >> >> > exact replica you can mount in SIMH and load it up. >> >> > >> >> > I did this with a 154mb Hitachi ESDI MCSP disk that went "bad" 30 >> >> years >> >> > ago and would not boot. Sucked it in, booted RSX11M off a virtual >> >> > drive, >> >> > then mounted it. Turns out when I did a purge of old files I >> deleted >> >> > the >> >> > RSX11M.TSK file I was using to boot because I forgot to do a >> /SAV / >> >> > WB in >> >> > VMR to update the boot block to the new file location. Did that, >> >> system >> >> > booted, then copied it back to the "real" Hitachi disk. >> >> > >> >> > Back in operation. :-) >> >> > >> >> >> >> >> >
