[Simh] TCPIP/SSL1_INSTALLATION_GUIDE_ALPHA.TXT No newlines or CR .
Hello All , I am wonder if there is a tool to help with reassembling the line ends & page breaks that were in this txt document ? Failing reassembly maybe the original document mught be unearthed ? fe: *** HPE SSL1 Version 1.0-2C for OpenVMS Installation Guide and Release Notes November 2015***This document contains- Hardware and software prerequisites- Co-existence and major changes between HP SSL V1.4 and HPE SSL V1.0 Tia , JimL -- +-+ | James W. Laferriere| SystemTechniques | Give me VMS | | Network & System Engineer | 3237 Holden Road | Give me Linux | | j...@system-techniques.com | Fairbanks, AK. 99709 | only on AXP | +-+ ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
Re: [Simh] xterm and simh
On 2020-05-16 20:12, Paul Koning wrote: On May 16, 2020, at 11:06 AM, Johnny Billquist wrote: Sounds like your problem is that TPU thinks your terminal understands 8-bit control characters, while it actually doesn't. If VMS is like RSTS, there is an "8 bit characters" setting but no separate 8-bit controls setting, and presumably programs assume the former implies the latter. After all, it does with DEC's terminals. Both RSX and VMS actually separates 8 bit characters from 8 bit control... Ctrl+Left click should show a menu entry "8-bit controls", which is the corresponding thing on the xterm side. However, to properly answer your question, we'd need to know a lot more about your environment. And it's a bit hard to even ask the right questions here, because xterm is so flexible that you can accomplish a lot of stuff in multiple ways, and you might not even know what you are doing... And VMS tries to figure out what your terminal is, and depending on various details, xterm will identify in different ways, which is what VMS then base its settings on... As Johnny also pointed out, be sure not to have xterm set for UTF-8. Not just because of 8-bit controls, but also because DEC applications are unlikely to know about it; they normally assume DEC MCS (a.k.a., DEC Std 169). Latin-1 is a good approximation though not identical. Right. UFT-8 essentially is only "compatible" with 7-bit ascii. Anything that uses the high bit, like DEC MCS, or Latin-1, or any other ISO 8859 encoding, will cause craziness if you are using UTF-8 somewhere. Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: b...@softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
Re: [Simh] xterm and simh
Thanks Paul and Johnny. I did find the "8-bit controls" menu, but I get the problem whether it is ticked or unticked. I will check the UTF-8 situation. Cheers Peter On Sat, 16 May 2020 at 19:12, Paul Koning wrote: > > > > On May 16, 2020, at 11:06 AM, Johnny Billquist wrote: > > > > Sounds like your problem is that TPU thinks your terminal understands > 8-bit control characters, while it actually doesn't. > > If VMS is like RSTS, there is an "8 bit characters" setting but no > separate 8-bit controls setting, and presumably programs assume the former > implies the latter. After all, it does with DEC's terminals. > > > Ctrl+Left click should show a menu entry "8-bit controls", which is the > corresponding thing on the xterm side. > > > > However, to properly answer your question, we'd need to know a lot more > about your environment. And it's a bit hard to even ask the right questions > here, because xterm is so flexible that you can accomplish a lot of stuff > in multiple ways, and you might not even know what you are doing... And VMS > tries to figure out what your terminal is, and depending on various > details, xterm will identify in different ways, which is what VMS then base > its settings on... > > As Johnny also pointed out, be sure not to have xterm set for UTF-8. Not > just because of 8-bit controls, but also because DEC applications are > unlikely to know about it; they normally assume DEC MCS (a.k.a., DEC Std > 169). Latin-1 is a good approximation though not identical. > > paul > > > ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
Re: [Simh] xterm and simh
> On May 16, 2020, at 11:06 AM, Johnny Billquist wrote: > > Sounds like your problem is that TPU thinks your terminal understands 8-bit > control characters, while it actually doesn't. If VMS is like RSTS, there is an "8 bit characters" setting but no separate 8-bit controls setting, and presumably programs assume the former implies the latter. After all, it does with DEC's terminals. > Ctrl+Left click should show a menu entry "8-bit controls", which is the > corresponding thing on the xterm side. > > However, to properly answer your question, we'd need to know a lot more about > your environment. And it's a bit hard to even ask the right questions here, > because xterm is so flexible that you can accomplish a lot of stuff in > multiple ways, and you might not even know what you are doing... And VMS > tries to figure out what your terminal is, and depending on various details, > xterm will identify in different ways, which is what VMS then base its > settings on... As Johnny also pointed out, be sure not to have xterm set for UTF-8. Not just because of 8-bit controls, but also because DEC applications are unlikely to know about it; they normally assume DEC MCS (a.k.a., DEC Std 169). Latin-1 is a good approximation though not identical. paul ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
Re: [Simh] xterm and simh
Oh, and if you are using UTF-8, you are very screwed. Johnny On 2020-05-16 17:06, Johnny Billquist wrote: Sounds like your problem is that TPU thinks your terminal understands 8-bit control characters, while it actually doesn't. Ctrl+Left click should show a menu entry "8-bit controls", which is the corresponding thing on the xterm side. However, to properly answer your question, we'd need to know a lot more about your environment. And it's a bit hard to even ask the right questions here, because xterm is so flexible that you can accomplish a lot of stuff in multiple ways, and you might not even know what you are doing... And VMS tries to figure out what your terminal is, and depending on various details, xterm will identify in different ways, which is what VMS then base its settings on... Johnny On 2020-05-16 16:34, Peter Allan wrote: I am trying to configure xterm to work as closely as possible to a real VT terminal when connected to a simulated microVAX 3900 on simh. I have this mostly working, but one thing that is annoying me is the display of characters in the xterm window when editing a file with EDIT/TPU. When I edit a file with EDIT/EDT, the screen displays what I would expect for EDT. However, when I edit a file with EDIT/TPU, I get a lot of garage characters on the screen and it is unusable while in the editor. Pressing cntl-Z exits the editor and the screen is fine again. I have found that if I type SET TERM/NOEIGHT before using EDIT/TPU, then it works fine. The annoying thing is that if I type SET TERM/INQUIRE then it sets the terminal to EIGHTBIT mode, and this happens when I log in. I can easily change the login command procedure to set the terminal to NOEIGHTBIT when I log in, but does anyone know how to configure xterm so that is not an issue in the first place? To reiterate, this is a problem with the display of characters on the screen of the xterm window, not an issue with the mapping of keys. Cheers Peter Allan ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: b...@softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
Re: [Simh] xterm and simh
Sounds like your problem is that TPU thinks your terminal understands 8-bit control characters, while it actually doesn't. Ctrl+Left click should show a menu entry "8-bit controls", which is the corresponding thing on the xterm side. However, to properly answer your question, we'd need to know a lot more about your environment. And it's a bit hard to even ask the right questions here, because xterm is so flexible that you can accomplish a lot of stuff in multiple ways, and you might not even know what you are doing... And VMS tries to figure out what your terminal is, and depending on various details, xterm will identify in different ways, which is what VMS then base its settings on... Johnny On 2020-05-16 16:34, Peter Allan wrote: I am trying to configure xterm to work as closely as possible to a real VT terminal when connected to a simulated microVAX 3900 on simh. I have this mostly working, but one thing that is annoying me is the display of characters in the xterm window when editing a file with EDIT/TPU. When I edit a file with EDIT/EDT, the screen displays what I would expect for EDT. However, when I edit a file with EDIT/TPU, I get a lot of garage characters on the screen and it is unusable while in the editor. Pressing cntl-Z exits the editor and the screen is fine again. I have found that if I type SET TERM/NOEIGHT before using EDIT/TPU, then it works fine. The annoying thing is that if I type SET TERM/INQUIRE then it sets the terminal to EIGHTBIT mode, and this happens when I log in. I can easily change the login command procedure to set the terminal to NOEIGHTBIT when I log in, but does anyone know how to configure xterm so that is not an issue in the first place? To reiterate, this is a problem with the display of characters on the screen of the xterm window, not an issue with the mapping of keys. Cheers Peter Allan ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: b...@softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
[Simh] xterm and simh
I am trying to configure xterm to work as closely as possible to a real VT terminal when connected to a simulated microVAX 3900 on simh. I have this mostly working, but one thing that is annoying me is the display of characters in the xterm window when editing a file with EDIT/TPU. When I edit a file with EDIT/EDT, the screen displays what I would expect for EDT. However, when I edit a file with EDIT/TPU, I get a lot of garage characters on the screen and it is unusable while in the editor. Pressing cntl-Z exits the editor and the screen is fine again. I have found that if I type SET TERM/NOEIGHT before using EDIT/TPU, then it works fine. The annoying thing is that if I type SET TERM/INQUIRE then it sets the terminal to EIGHTBIT mode, and this happens when I log in. I can easily change the login command procedure to set the terminal to NOEIGHTBIT when I log in, but does anyone know how to configure xterm so that is not an issue in the first place? To reiterate, this is a problem with the display of characters on the screen of the xterm window, not an issue with the mapping of keys. Cheers Peter Allan ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
Re: [Simh] IBM 650 Simulator Release 4
Awesome, Roberto. My sincere congrats for this beautiful work. Cordiales saludos / Best Regards / Salutations / Freundliche Grüße - Sergio Pedraja - Senior Technician in Computer Science, Systems Administration, and Information Security. MBA. Qualified occupational trainer. El sáb., 16 may. 2020 12:36, Sancho Villa, Roberto escribió: > Hi All > > > > The Release 4 of the IBM 650 computer simulator is available from the > Computer History Simulation Project (SIMH) site: > https://github.com/simh/simh > > > > This release is focused on Disk and Tape devices. > > I’ve recovered some interesting software, ready to test in SW/ directory > > > > · Donald Knuth SuperSoap: the most advanced assembler IMHO, full > of nice programming tricks like a subroutine computing return address! > > · Regional Assembler from Missile Systems Division Lockheed > Aircraft Corporation: Seems to be very similar to IBM 701 Regional > Assembler: no mnemonics!, just regions to allow code to be at non-absolute > addresses > > > > On the hardware side, still unimplemented the inquiry stations, as I’ve > spotted no sw at all that use them. Any help is welcome. > > > > Any comment/suggestion is also very welcome. > > Best regards > > Roberto > > > > This is a summary of what’s new > > oNew Hardware support: > > § IBM 650 Model 4 with 4000 words drum memory. > > § IBM 652 Control Unit: provides up to 6 tape units IBM 727 > > § Table LookUp on equal feature (provides TLE opcode) > > § IBM 355 RAMAC Disk Storage > > oNew Software included: > > § SOAP IIA-4000 multipass assembler > > § SOAP IIA-4000 Tape Librarian > > § Regional Assembler > > § SuperSoap > > oNew features: > > § CARDDECK SPLIT command now allows to split availability table deck and > condensed 5-word-per-load-card deck. > > oThe usual bug correction pack > > > > > > -- > > Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, > contiene información de carácter confidencial exclusivamente dirigida a su > destinatario o destinatarios. Si no es vd. el destinatario indicado, queda > notificado que la lectura, utilización, divulgación y/o copia sin > autorización está prohibida en virtud de la legislación vigente. En el caso > de haber recibido este correo electrónico por error, se ruega notificar > inmediatamente esta circunstancia mediante reenvío a la dirección > electrónica del remitente. > Evite imprimir este mensaje si no es estrictamente necesario. > > This email and any file attached to it (when applicable) contain(s) > confidential information that is exclusively addressed to its recipient(s). > If you are not the indicated recipient, you are informed that reading, > using, disseminating and/or copying it without authorisation is forbidden > in accordance with the legislation in effect. If you have received this > email by mistake, please immediately notify the sender of the situation by > resending it to their email address. > Avoid printing this message if it is not absolutely necessary. > ___ > 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] IBM 650 Simulator Release 4
Hi All The Release 4 of the IBM 650 computer simulator is available from the Computer History Simulation Project (SIMH) site: https://github.com/simh/simh This release is focused on Disk and Tape devices. I've recovered some interesting software, ready to test in SW/ directory · Donald Knuth SuperSoap: the most advanced assembler IMHO, full of nice programming tricks like a subroutine computing return address! · Regional Assembler from Missile Systems Division Lockheed Aircraft Corporation: Seems to be very similar to IBM 701 Regional Assembler: no mnemonics!, just regions to allow code to be at non-absolute addresses On the hardware side, still unimplemented the inquiry stations, as I've spotted no sw at all that use them. Any help is welcome. Any comment/suggestion is also very welcome. Best regards Roberto This is a summary of what's new oNew Hardware support: § IBM 650 Model 4 with 4000 words drum memory. § IBM 652 Control Unit: provides up to 6 tape units IBM 727 § Table LookUp on equal feature (provides TLE opcode) § IBM 355 RAMAC Disk Storage oNew Software included: § SOAP IIA-4000 multipass assembler § SOAP IIA-4000 Tape Librarian § Regional Assembler § SuperSoap oNew features: § CARDDECK SPLIT command now allows to split availability table deck and condensed 5-word-per-load-card deck. oThe usual bug correction pack Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, contiene información de carácter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. En el caso de haber recibido este correo electrónico por error, se ruega notificar inmediatamente esta circunstancia mediante reenvío a la dirección electrónica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary. ___ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh