Keyboard Shortcuts
Likes
- H390-MTS
- Messages
Search
Re: Some of you are about to be removed from the group
Same here. Please don't bounce me out.
toggle quoted message
Show quoted text
-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Ken Whitesell Sent: Friday, January 26, 2024 3:43 PM To: [email protected] Subject: Re: [H390-MTS] Some of you are about to be removed from the group There's a fourth type of user, one who _may_ have received a verification email and didn't realize it because it went into a spam folder, and isn't aware that a reply was requested, and does _not_ use gmail, outlook, or yahoo as their email provider. (me) And so I'm replying here. Please don't bounce me out. On 1/26/2024 10:49 AM, Dave Wade wrote: Folks, |
Re: Some of you are about to be removed from the group
开云体育Please re-read my message:- ?
? Dave ? ? From: [email protected] <[email protected]> On Behalf Of CHARLES OHEARN via groups.io
Sent: Saturday, January 27, 2024 1:57 AM To: [email protected] Subject: Re: [H390-MTS] Some of you are about to be removed from the group ? I do peruse the sites so dont rempve me ? Charles ? On Friday, January 26, 2024 at 05:12:20 PM MST, Ken Whitesell <kenwhitesell@...> wrote: ? ? Thanks for the clarifications, I understand and I appreciate it. |
Re: Some of you are about to be removed from the group
I do peruse the sites so dont rempve me Charles
On Friday, January 26, 2024 at 05:12:20 PM MST, Ken Whitesell <kenwhitesell@...> wrote:
Thanks for the clarifications, I understand and I appreciate it. Ken On 1/26/2024 4:52 PM, Dave Wade wrote: > Ken (and everyone) > > I have no control over the removal of users. If you received the message and do not respond you will be removed. I can do nothing about it. > I should have added "and many other systems"? to my third line. Most users of major systems, and comcast is such a system, won't be affected. > There are actually only four people on this list who are in danger. Three are using personal domains, one is using a sub-domain of panix.com > > Dave > >? > >> -----Original Message----- >> From: [email protected] <[email protected]> On Behalf Of Ken >> Whitesell >> Sent: Friday, January 26, 2024 9:43 PM >> To: [email protected] >> Subject: Re: [H390-MTS] Some of you are about to be removed from the group >> >> There's a fourth type of user, one who _may_ have received a verification email >> and didn't realize it because it went into a spam folder, and isn't aware that a >> reply was requested, and does _not_ use gmail, outlook, or yahoo as their email >> provider. (me) >> >> And so I'm replying here. Please don't bounce me out. >> >> On 1/26/2024 10:49 AM, Dave Wade wrote: >>> Folks, >>> >>> I can see we have thee types of users in this group. >>> One type have received a re-verification message from groups.io and replied, >> to these I say Thank You. >>> One type, the ones I am targeting here, have received the message and not >> replied. >>> If they continue to ignore this message they will be removed from all their >> groups by groups.io and their fully qualified domains blacklisted. >>> They are all personal domains, or personal sub-domains of a larger domain, so >> the chances are no one else will notice. >>> This action has been forced by an e-mail from groups.io being received in a >> honeypot mailbox. >>> Oh and to the vast majority, who use gmail.com, outlook.com or yahoo.com >> just go back to sleep. Sorry I woke you. >>> Dave >>> >>> >>> >>> >>> |
Re: A number of questions about MTS.
We never had anywhere near 32 MB on an MTS machine. I think the biggest
one might have been 8 MB and we supported up to 300 users on that
machine (although it was sometimes a struggle). Whether you would get
paging on a 32 MB machine depends, of course, on what people are doing. Editing files puts almost no load on the machine. Compiling them is more intensive, but still not very. I don't recall that ever being an issue. If the machine was slow it wasn't due to someone compiling something. Mike On 26 Jan 2024, at 21:02, Bile Geek wrote:
|
Re: A number of questions about MTS.
I promise this is the last time spamming your / the group's inbox, just
qualifying to the above email: *how low can MAINSIZE go [without hitting swap constantly, or even often] People have obviously run timesharing systems on kilobytes of RAM, just wondering what's comfortable for later MTS. |
Re: A number of questions about MTS.
Dangit, I always come up with one more question after hitting send...
Memory is obviously cheap these days, so I could give Hercules 9gb (and have!) without breaking a sweat. However, I'm curious about how small I could go on MAINSIZE (on either D6.0A or the future D7.0) and still have a usable system. Obviously memory requirements would be bigger for a system that has many users doing actual work, but would say 32mb be sufficient for a handful of hobbyist users? How much memory would be required for development work on the system itself, editing and recompiling files? |
Re: Some of you are about to be removed from the group
Thanks for the clarifications, I understand and I appreciate it.
toggle quoted message
Show quoted text
Ken On 1/26/2024 4:52 PM, Dave Wade wrote:
Ken (and everyone) |
Re: A number of questions about MTS.
You probably could hack together something that would connect a VT100That's exactly what I wanted to do. Oh well; thanks for clarifying! (...not that it would be the best experience (the UI is definitely 3270-centric, been using x3270 myself), but I just wanted to try it out for completeness' sake.) You will note that much of this is written in the future tense. AtSpeaking of printers: do you recall if later versions of LaTeX[1] supported PostScript, or if support was stuck on the Xerox 9700? [1] Your description of the history of terminal support in MTS is mostlyAh, that's good news! Less hassle to setup then. What do you want to use BITNET for? Are there any hosts out thereYes, there's a hobbyist BITNET network called HNET[1][2]. Though making a local-only network would be cool too. Would also be interesting to connect the HIM to the TELEBAHN, but obviously X.25 support has far less priority than TCP/IP. [1] [2] [3]/g/x25 |
Re: Some of you are about to be removed from the group
Ken (and everyone)
toggle quoted message
Show quoted text
I have no control over the removal of users. If you received the message and do not respond you will be removed. I can do nothing about it. I should have added "and many other systems" to my third line. Most users of major systems, and comcast is such a system, won't be affected. There are actually only four people on this list who are in danger. Three are using personal domains, one is using a sub-domain of panix.com Dave -----Original Message----- |
Re: Some of you are about to be removed from the group
There's a fourth type of user, one who _may_ have received a verification email and didn't realize it because it went into a spam folder, and isn't aware that a reply was requested, and does _not_ use gmail, outlook, or yahoo as their email provider. (me)
toggle quoted message
Show quoted text
And so I'm replying here. Please don't bounce me out. On 1/26/2024 10:49 AM, Dave Wade wrote:
Folks, |
Some of you are about to be removed from the group
Folks,
I can see we have thee types of users in this group. One type have received a re-verification message from groups.io and replied, to these I say Thank You. One type, the ones I am targeting here, have received the message and not replied. If they continue to ignore this message they will be removed from all their groups by groups.io and their fully qualified domains blacklisted. They are all personal domains, or personal sub-domains of a larger domain, so the chances are no one else will notice. This action has been forced by an e-mail from groups.io being received in a honeypot mailbox. Oh and to the vast majority, who use gmail.com, outlook.com or yahoo.com just go back to sleep. Sorry I woke you. Dave |
Re: A number of questions about MTS.
开云体育I'll try to answer some of these inline below. Let me know what else you need. On 22 Jan 2024, at 1:10, Bile Geek wrote:
Yes, there will be a new web site. We were just talking about this today.
All of the so-called "redistribution" tapes were lost. These were informal tapes shared among the MTS sites (sort of like Github without the internet). The rest of the stuff is still being sorted through.
This is a complicated question and the answer depends on exactly what you want to do. Connecting a real glass teletype to MTS (i.e. a VT100 or something that emulates one) will be very difficult. However if you run MTS in Hercules you can connect a tn3270 client to MTS right now. Hercules turns a tn3270 connection into a local 3270 which MTS supports. You probably could hack together something that would connect a VT100 emulator to MTS, but I don't think anyone has tried this and I'm not sure how you would do it.
Something old. I don't think any particular version was targeted and the emulation was not complete. Mainly it emualted anything needed by a program we wanted to run. It was never meant to be a complete emulation of MVS.
No
No, not yet. Soon, I hope.
You will note that much of this is written in the future tense. At the time of D6 the Resource Manager (RM) was not yet integrated into MTS so none of this is available in D6. The 1996 system has the RM and it works well. I haven't tried BITNET since there is no one for me to talk to and configuring it is a pain. I have however gotten a Postscript printer on my local net to print from MTS using the RM.
Your description of the history of terminal support in MTS is mostly correct except that the 2703 wasn't replaced by any of the others, it coexisted with them until the end. I'm not an expert on BITNET by a long shot and BITNET was never more than a bump on the side of MTS. I know we supported EMail via BITNET but I can't recall what other services, if any, were supported over BITNET. What do you want to use BITNET for? Are there any hosts out there still using it?
You should be able to rebuild any module (Plus, ASMH, GOM, or whatever) without affecting any other module. Neither the GOM nor the Plus compiler depends on ASMH.
|
A number of questions about MTS.
Hello MTS community! After some moderate reading and light usage of
MTS, I would appreciate if you could answer some of my questions. 1.) Now that archive.michigan-terminal-system.org has been down for almost a year - though well-archived on Archive.org, and with the Google Drive links still existing - will this mailing list be the only home of the MTS community, or will there eventually be another website? 2.) Obviously not everything can be released for legal/licensing reasons, and sorting thru it all for D7.0 will take however long it takes. But I would like to know: are these files picked out yet but just not publicly available pre-usable-system, or are most of these files still being negotiated with rightsholders/programmers/etc? (As far as I've read many/most of the post-D6.0 redistribution tapes are still lost, so obviously those can't be sifted through yet.) 3.) Is it possible to connect a VT52/VT100/Tektronix to the current D6.0A? Or would that require the networking support in D7.0? (Vol. 4 Appendix B reads to me like UMnet needs to be functioning first.) 4.) Browsed through CCM 448 [1] about VSS. However, I still have a few questions: a.) What version of MVS/370 did support stop at? Can it run programs for the venerable 3.8j? b.) Was there networking support? [1] 5.) I read the previous message about the HIM merge. Is this fork publicly available? 6.) There were several MTS systems on the BITNET network[1]. Looking through the bitnet writeup (6.0T5 -1454), MTS BITNET supported operation over multiple link protocols: 313 The full complement of RSCS link protocols will be supported. 314 This requirement allows interworking with RSCS emulation packages 315 which only implement a single protocol. 718 Link protocols (VMB, VMC, NJE, and X.25) 1166 At this writing, only the VMB DSP has been written at the protocol 1167 layer and the SDA DSP at the physical device layer. In addition, 1168 a subtasking monitor unit check routine for SDA device type has 1169 been written. 1367 UBC and SFU have expressed a desire to implement their Netnorth 1368 link using X.25 and Datapac, because bisync is not available. It 1369 should be possible to substitute the UBCnet X.25 DSP for either 1370 the SDA or CTCA DSPs to provide this function, in effect 1371 substituting a full duplex X.25 virtual circuit for a permanent 1372 bisync line. The VMB or NJE protocols could then operate over 1373 this link. Hyperion uses a 2703-lookalike[2] to tunnel NJE over TCP/IP. MTS also supported the 2703[3], although it was eventually replaced with the PDP-8 Data Concentrator[4], which was itself replaced with the PDP-11... -----> The point: did the PDP-11 HIM/NIM/PCP/SCP/whatever support NJE over a bisync line? Or was it TCP/IP, X.25, and local terminals only? Would the 2703 be the only way to get BITNET on MTS, or would an NJE-supporting frontend be the better option, perhaps in combination with NJE-Bridge[5]? <----- [1] [2] [3] [4] [5] 7.) ASMH is not available due to licensing. More than half the system is written in Plus[1]. Is it possible to recompile only the Plus-based portions, plugging in the already-assembled (and/or manually patched) ASMH portions after the fact? Or is ASMH still required for the existing build process, absent some heavy modifications to the build scripts? (Not that I'm capable of any meaningful modifications, as my programming skills are nascent.) [1] Thank you for for taking time to respond to these questions. |
Re: Obtaining a disassembled listing of an object file
Pretty sure orl=80 should do the trick. # copy unsp:disasm -x # run *objutil scards=-x 0=-y par=orl=80 # 11:12:08 OBJUTIL VERSION(CT311) 11:12:09 01-17-24 ADDED: PASS0 WORKAREA SYS13 PASS1 CARD PAB PA LCF FTXTA RFTXT COFST TXT END ENDA NTXT PASS4 ADA COTR PASS3 PASS5 EXIT ESD ESD0 PROGN NPROG ESD1 NENT ESD2 NEXT SCNE ESD5 LCOM RLD NBR RR RX RS SI SS ARL COMF SBCZ CONST FTXT CRLD ARLDS CF AXN MEN ADDR SAVA NAST AST USING BCV FXPT FLPT PR CXN CDN ART AST4 BSC NAVBS PRINT READ PRINTA PDOFF LCT READA SPPR PLCB DS TIME# COUNT MENC DECOMP PUNCH CSNOOP SNOOP RCALL ADROF IADROF MOVEC CPU time = 0.08 seconds. # 11:12:09 T=0.083 $0.03 # f -x maxlen -X MaxLen=3364 # f -y maxlen -Y MaxLen=80 # Thomas Valerio |
Re: Obtaining a disassembled listing of an object file
Pretty sure orl=80 should do the trick.
toggle quoted message
Show quoted text
# copy unsp:disasm -x # run *objutil scards=-x 0=-y par=orl=80 # 11:12:08 OBJUTIL VERSION(CT311) 11:12:09 01-17-24 ADDED: PASS0 WORKAREA SYS13 PASS1 CARD PAB PA LCF FTXTA RFTXT COFST TXT END ENDA NTXT PASS4 ADA COTR PASS3 PASS5 EXIT ESD ESD0 PROGN NPROG ESD1 NENT ESD2 NEXT SCNE ESD5 LCOM RLD NBR RR RX RS SI SS ARL COMF SBCZ CONST FTXT CRLD ARLDS CF AXN MEN ADDR SAVA NAST AST USING BCV FXPT FLPT PR CXN CDN ART AST4 BSC NAVBS PRINT READ PRINTA PDOFF LCT READA SPPR PLCB DS TIME# COUNT MENC DECOMP PUNCH CSNOOP SNOOP RCALL ADROF IADROF MOVEC CPU time = 0.08 seconds. # 11:12:09 T=0.083 $0.03 # f -x maxlen -X MaxLen=3364 # f -y maxlen -Y MaxLen=80 # Thomas Valerio I cannot use. UNSP:DISASM. because the. APL. object |
Re: Obtaining a disassembled listing of an object file
I cannot use. UNSP:DISASM. because the. APL. object
toggle quoted message
Show quoted text
file uses. CSI. records which are code/data records of up to 32767 bytes in length.? DISASM only disassembles TXT records of 80 bytes of length at a time. ( Same as CSI records but only 80 bytes in length). There is a way, using OBJUTIL, to modify all of the CSI records to TXT records but I haven't figured out how. --? William Gallant On Monday, January 15, 2024, rvjansen@... <rvjansen@...> wrote:
|
Re: Obtaining a disassembled listing of an object file
开云体育Hi William,you might know this already but in case you do not, it might come in handy in your endeavor: the source for APL\360 is downloadable at? best regards, 搁别苍é.
|
Re: Obtaining a disassembled listing of an object file
On Mon, Jan 15, 2024 at 02:03 PM, William Gallant wrote:
Hi. My name is William Gallant.Have you tried UNSP:DISASM? That usually works for me |
Obtaining a disassembled listing of an object file
Hi. My name is William Gallant.
I am new to MTS. I hardly know?any MTS commands or how to find my way around the OS or use files, etc... I am looking for a way to get a disassembled listing of the APL object file on tape? ?d5.0t1.aws? ? I tried the OBJLIST program with options "ALL" selected but only got a complete detailed cross-reference of symbols and hex dumps of CSI records ( code mixed with data ) some which are 32767 bytes long. Question - Is there a way, using the program OBJUTIL instead of OBJLIST to obtain a disassemble listing ( even if piece by piece )? --? William Gallant |