Re: thread local storage in XL C\C++
On 7/12/22 10:53, Joseph Reichman wrote: David Crayford suggested I use uss pthread wonder if that corresponds to z/os task Of course! Although the POSIX semantics are different. pthreads are not hierarchical and the thread can be detached from the thread that spawned it. This is implemented on z/OS by spawning all threads on the IPT (initial pthread-creating task) which is the main enclave. https://www.ibm.com/docs/en/zos/2.4.0?topic=reference-using-threads-callable-services Going to try and research that Thanks On Dec 6, 2022, at 9:30 PM, David Crayford wrote: We discussed this with the C/C++ compiler devs when we were beta testing the Open XL C/C++ compiler. They said it was on their radar but would need work from the binder team to implement similar plumbing to writeable static. I got the impression that it won't happen soon. It's a PITA as it makes porting modern code a lot more difficult. You can implement thread specific data the old way using the pthread library and wrapping in C++ code https://stackoverflow.com/a/12053862/2434779. On 7/12/22 04:15, Peter Relson wrote: To my limited understanding, there is not currently support for thread-local storage on z/OS. An LE enclave does not correspond 1 to 1 to a thread. I think that "writeable static", for example, is on an enclave basis, not a thread basis. I'm sure others know this far better than I. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: thread local storage in XL C\C++
David Crayford suggested I use uss pthread wonder if that corresponds to z/os task Going to try and research that Thanks > On Dec 6, 2022, at 9:30 PM, David Crayford wrote: > > We discussed this with the C/C++ compiler devs when we were beta testing the > Open XL C/C++ compiler. They said it was on their radar but would need work > from the binder team to implement similar plumbing to writeable static. I got > the impression that it won't happen soon. It's a PITA as it makes porting > modern code a lot more difficult. > > You can implement thread specific data the old way using the pthread library > and wrapping in C++ code https://stackoverflow.com/a/12053862/2434779. > >> On 7/12/22 04:15, Peter Relson wrote: >> To my limited understanding, there is not currently support for thread-local >> storage on z/OS. >> An LE enclave does not correspond 1 to 1 to a thread. >> >> I think that "writeable static", for example, is on an enclave basis, not a >> thread basis. >> >> I'm sure others know this far better than I. >> >> Peter Relson >> z/OS Core Technology Design >> >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: thread local storage in XL C\C++
Pthread is Unix system services I assume I can use it in LE with runtime option posix(on) > On Dec 6, 2022, at 9:30 PM, David Crayford wrote: > > We discussed this with the C/C++ compiler devs when we were beta testing the > Open XL C/C++ compiler. They said it was on their radar but would need work > from the binder team to implement similar plumbing to writeable static. I got > the impression that it won't happen soon. It's a PITA as it makes porting > modern code a lot more difficult. > > You can implement thread specific data the old way using the pthread library > and wrapping in C++ code https://stackoverflow.com/a/12053862/2434779. > >> On 7/12/22 04:15, Peter Relson wrote: >> To my limited understanding, there is not currently support for thread-local >> storage on z/OS. >> An LE enclave does not correspond 1 to 1 to a thread. >> >> I think that "writeable static", for example, is on an enclave basis, not a >> thread basis. >> >> I'm sure others know this far better than I. >> >> Peter Relson >> z/OS Core Technology Design >> >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: thread local storage in XL C\C++
We discussed this with the C/C++ compiler devs when we were beta testing the Open XL C/C++ compiler. They said it was on their radar but would need work from the binder team to implement similar plumbing to writeable static. I got the impression that it won't happen soon. It's a PITA as it makes porting modern code a lot more difficult. You can implement thread specific data the old way using the pthread library and wrapping in C++ code https://stackoverflow.com/a/12053862/2434779. On 7/12/22 04:15, Peter Relson wrote: To my limited understanding, there is not currently support for thread-local storage on z/OS. An LE enclave does not correspond 1 to 1 to a thread. I think that "writeable static", for example, is on an enclave basis, not a thread basis. I'm sure others know this far better than I. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Computers
On Tue, 6 Dec 2022 at 07:30, Steve Beaver wrote: > DSS. Data Set Services > Presumably he doesn't mean *that* DSS. Dynamic Support System was an OS/VS standalone debugger that allowed setting breakpoints, displaying storage, and so on, including in dodgy places like SVC routines and interrupt handlers. While using its console command interface the entire OS was suspended. IIRC DSS came along with SVS and VS1, and was continued into MVS, but not for long. To invoke it you'd set a magic byte in low storage, and then hit the Restart key. Of course people wrote little started tasks that would set the byte and fake the Restart interrupt to make it easier to use. Tony H. > On Dec 6, 2022, at 06:21, Jay Maynard wrote: > > > > OK, this is a new one on me. What's DSS? > > > >> On Tue, Dec 6, 2022 at 6:09 AM Seymour J Metz wrote: > >> > >> MVS/SE installed on an OS/VS2 base; for R1 it was 3.7 with prerequisite > >> selectable units and for R2 it was 3.8 with prerequisite selectable > units. > >> In each case a prerequisite SU killed DSS. MVS/SP replaced MVS/SE > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: thread local storage in XL C\C++
To my limited understanding, there is not currently support for thread-local storage on z/OS. An LE enclave does not correspond 1 to 1 to a thread. I think that "writeable static", for example, is on an enclave basis, not a thread basis. I'm sure others know this far better than I. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using CATLIST on z/OS?
there's some doc in the DF/SMS ISMF guide - I've used CATLIST to get a quick hard-copy list of a datasets from the line operator, the output is placed in your 'userid.ISMF.CATLIST.Dx.Txxx' dataset Carmen On 12/6/2022 1:32 PM, Michael Watkins wrote: 'DFSMS Managing Catalogs', V2R5, p.59: 'You can list catalog records using the access method services LISTCAT command, or the ISMF line operator CATLIST. CATLIST produces the same output as LISTCAT, but places the output in a data set that can be browsed.' 'DFSMS Using the Interactive Storage Management Facility', V2R4, tells you on p.69 that CATLIST is the name of a CLIST and cannot be abbreviated and describes CATLIST on p.141: 'Obtain an IDCAMS LISTCAT output for a particular data set.' Does anyone know where to find more documentation on how to use the ISPF line operator 'CATLIST', perhaps with an example? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Carmen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using CATLIST on z/OS?
I just tried it from the ISMF "Dataset List" menu item (#1 on the main ISMF panel) and entered just "catlist" on a line next to one of my TSO user files, and it generated an IDCAMS list in a browseable temporary file name. Doesn't seem to be very hard to do. It does NOT work from the normal 3.4 dataset list, only in the ISMF dataset list. Browsing the CATLIST source it seems to depend on ISPF variables set only by the ISMF panels. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Watkins Sent: Tuesday, December 6, 2022 2:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Using CATLIST on z/OS? EXTERNAL EMAIL 'DFSMS Managing Catalogs', V2R5, p.59: 'You can list catalog records using the access method services LISTCAT command, or the ISMF line operator CATLIST. CATLIST produces the same output as LISTCAT, but places the output in a data set that can be browsed.' 'DFSMS Using the Interactive Storage Management Facility', V2R4, tells you on p.69 that CATLIST is the name of a CLIST and cannot be abbreviated and describes CATLIST on p.141: 'Obtain an IDCAMS LISTCAT output for a particular data set.' Does anyone know where to find more documentation on how to use the ISPF line operator 'CATLIST', perhaps with an example? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using CATLIST on z/OS?
>> Does anyone know where to find more documentation on how to use the ISPF >> line operator 'CATLIST', perhaps with an example? Michael, You can issue the LINE commands from ISMF panels. Bring Up ISMF and choose option 1 (Dataset) MAIN ISMF PRIMARY OPTION MENU - z/OS DFSMS V2 R4 Enter Selection or Command ===> Select one of the following options and press Enter: 0 ISMF Profile- Change ISMF User Profile 1 Data Set- Perform Functions Against Data Sets 2 Volume - Perform Functions Against Volumes 3 Management Class- Specify Data Set Backup and Migration Criteria 4 Data Class - Specify Data Set Allocation Parameters 5 Storage Class - Specify Data Set Performance and Availability 9 Aggregate Group - Specify Data Set Recovery Parameters L List- Perform Functions Against Saved ISMF Lists R Removable Media Manager - Perform Functions Against Removable Media X Exit- Terminate ISMF On the next panel choose a dataset mask Panel Defaults Utilities Scroll Help ss DATA SET SELECTION ENTRY PANEL Page 1 of 5 Command ===> For a Data Set List, Select Source of Generated List . . 2 (1 or 2) 1 Generate from a Saved List Query Name To List Name . . Save or Retrieve 2 Generate a new list from criteria below Data Set Name . . . 'SYSUID.**' Enter "/" to select option / Generate Exclusive list Specify Source of the new list . . 2(1 - VTOC, 2 - Catalog) 1 Generate list from VTOC Volume Serial Number . . .(fully or partially specified) Storage Group Name . . . .(fully specified) 2 Generate list from Catalog Catalog Name . . . Volume Serial Number . . .(fully or partially specified) Acquire Data from Volume . . . . . . . N (Y or N) Acquire Data if DFSMShsm Migrated . . Y (Y or N) Use ENTER to Perform Selection; Use DOWN Command to View next Selection Panel; Use HELP Command for Help; Use END Command to Exit. And you will get a list of datasets and this is where you can issue the LINE command Panel List Dataset Utilities Scroll Help Command ===> Entr Enter Line Operators below: Data LINE OPERATOR DATA SET NAME ---(1) (2)- CATLIST SYSUID.AAA SYSUID.ABD SYSUID.ABDAC09P.TXT SYSUID.ABEND.X0C4.MAY7.DUMP SYSUID.ACCOUNTS.BIN Thanks, Kolusu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Using CATLIST on z/OS?
'DFSMS Managing Catalogs', V2R5, p.59: 'You can list catalog records using the access method services LISTCAT command, or the ISMF line operator CATLIST. CATLIST produces the same output as LISTCAT, but places the output in a data set that can be browsed.' 'DFSMS Using the Interactive Storage Management Facility', V2R4, tells you on p.69 that CATLIST is the name of a CLIST and cannot be abbreviated and describes CATLIST on p.141: 'Obtain an IDCAMS LISTCAT output for a particular data set.' Does anyone know where to find more documentation on how to use the ISPF line operator 'CATLIST', perhaps with an example? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Top Secret - TSSINSTX
Yes, PREINIT, POSTINIT, PASSWORD and PASSPHRASE are set to YES. I see PREINIT and POSTINIT only but I never see a pointer to the PASSPHRASE area even if I add a PASSPHRASE to the TSO user. I have no idea how to drive PASSWORD and PASSPHRASE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Computers
Hi R'Shmuel AMV"SH, You said: "...In each case a prerequisite SU killed DSS ..." What is DSS? Thanks and regards, David On 2022-12-06 07:09, Seymour J Metz wrote: MVS/SE installed on an OS/VS2 base; for R1 it was 3.7 with prerequisite selectable units and for R2 it was 3.8 with prerequisite selectable units. In each case a prerequisite SU killed DSS. MVS/SP replaced MVS/SE -- Shmuel (Seymour J.) Metz https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmason.gmu.edu%2F~smetz3data=05%7C01%7C%7C3392b0d0fe484e083d8808dad782c4c0%7C84df9e7fe9f640afb435%7C1%7C0%7C638059253959233527%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=teLk2nuJDhYaKsIFnuMMnfCTpeznjEMdH5cYzKFB1FQ%3Dreserved=0 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Lennie Dymoke-Bradshaw [032fff1be9b4-dmarc-requ...@listserv.ua.edu] Sent: Friday, December 2, 2022 12:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Computers My recollection is that it didn't really become a viable alternative to SVS until MVS 3.7. Soon after was MVS 3.8 and then IBM embarked on a series of other versions and designations, starting, I think, with MVS SE1 later renamed to MVS SE1.1 Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: 02 December 2022 16:13 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Computers Presumably OS/VS2 Release 3, the second release of MVS. The MVS releases of OS/VS2 ran from 2.0 to 3.8, with a bunch of optional selectable units ("By the pricking of my thumb, SU 7 this way comes.") -- Shmuel (Seymour J.) Metz https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmason.gmu.edu%2F~smetz3data=05%7C01%7C%7C3392b0d0fe484e083d8808dad782c4c0%7C84df9e7fe9f640afb435%7C1%7C0%7C638059253959233527%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=teLk2nuJDhYaKsIFnuMMnfCTpeznjEMdH5cYzKFB1FQ%3Dreserved=0 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Spiegel [0468385049d1-dmarc-requ...@listserv.ua.edu] Sent: Friday, December 2, 2022 6:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Computers Hi Leonard, You said: "... That computer center had MVS 3.0 running in the mid 1970s. ..." Is "MVS 3.0" a typo? (I do not recall ever hearing of MVS 3.0.) Thanks and regards, David On 2022-12-02 02:15, Leonard D Woren wrote: Bill Hitefield wrote on 11/30/2022 10:39 AM: In college we had an IBM 1130 in the computer lab. Those of us working in the lab discovered an AM radio placed near the console switches made odd noises when you ran Fortran programs and set the radio to a specific "station". Further investigation revealed you could change the tone of the noise by using the "e to the x" function and varying the value of "x". Our goal in life then became to play "Smoke on the Water" using that radio. The temp wasn't too great, but you could recognize the main riff! Bill Hitefield Dino-Software Corporation 800.480.DINO https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fnam11.safelinks.protection.outlook.com%2F%3Furl%3Dhttp%253A%252F%252Fwwwdata=05%7C01%7C%7C3392b0d0fe484e083d8808dad782c4c0%7C84df9e7fe9f640afb435%7C1%7C0%7C638059253959233527%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=ErK22TngXUwD4FCieY5diPOjuBvhCa0jWvIWy0E7wK0%3Dreserved=0. dino-software.com%2Fdata=05%7C01%7Csmetz3%40gmu.edu%7Cdee8b1d5fb 404060d1ff08dad45a3d7e%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C6 38055781337271398%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjo iV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=5V1 okCO5Sk%2BgqFt9zdA1nb32gMtrWUmTxIJQrHQmq8w%3Dreserved=0 I don't remember it very well, but I think the same could be done to some extent on some 360 models. In the mid-1970s, a college friend had a job as an off-hours computer operator at RAND (amusingly, where that 1970 film was made). He wrote, and a musical friend tuned, a program which played music on a 2400 series tape drive by writing various length blocks -- the shorter the repeated block, the higher the note. I think one of their 2 songs was Puff the Magic Dragon. It was just hilarious to hear recognizable music from a tape drive. The program wore out tapes pretty quickly though because all those short blocks were tough on the tape. One long channel program IIRC to keep the music from pausing when a different job was dispatched. Footnote: That computer center had MVS 3.0 running in the mid 1970s. It was the first time that I saw MVS with lots of new stuff compared to MVT 21. But no TSO -- they ran Wylbur. /Leonard -- For IBM-MAIN subscribe / signoff
Re: JCL Output statement question
On Tue, 6 Dec 2022 07:06:01 +, Gadi Ben-Avi wrote: >... >We have a series of jobs (Control-D print missions) that allocate output DD >statements dynamically. > >We coded an OUTPUT Statement with DEFAULT=YES in these jobs with INTRAY=2, but >this doesn't seem to work. > >Should it be working? > Is iit from IBM? The JCL Ref. mentions DD SYSOUT statements repeatedly, not dynamic allocation in connection with DEFAULT. Apparently WAD by IBM, not what's useful. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Computers
DSS. Data Set Services Sent from my iPhone No one said I could type with one thumb > On Dec 6, 2022, at 06:21, Jay Maynard wrote: > > OK, this is a new one on me. What's DSS? > >> On Tue, Dec 6, 2022 at 6:09 AM Seymour J Metz wrote: >> >> MVS/SE installed on an OS/VS2 base; for R1 it was 3.7 with prerequisite >> selectable units and for R2 it was 3.8 with prerequisite selectable units. >> In each case a prerequisite SU killed DSS. MVS/SP replaced MVS/SE >> > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Computers
OK, this is a new one on me. What's DSS? On Tue, Dec 6, 2022 at 6:09 AM Seymour J Metz wrote: > MVS/SE installed on an OS/VS2 base; for R1 it was 3.7 with prerequisite > selectable units and for R2 it was 3.8 with prerequisite selectable units. > In each case a prerequisite SU killed DSS. MVS/SP replaced MVS/SE > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Computers
MVS/SE installed on an OS/VS2 base; for R1 it was 3.7 with prerequisite selectable units and for R2 it was 3.8 with prerequisite selectable units. In each case a prerequisite SU killed DSS. MVS/SP replaced MVS/SE -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Lennie Dymoke-Bradshaw [032fff1be9b4-dmarc-requ...@listserv.ua.edu] Sent: Friday, December 2, 2022 12:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Computers My recollection is that it didn't really become a viable alternative to SVS until MVS 3.7. Soon after was MVS 3.8 and then IBM embarked on a series of other versions and designations, starting, I think, with MVS SE1 later renamed to MVS SE1.1 Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: 02 December 2022 16:13 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Computers Presumably OS/VS2 Release 3, the second release of MVS. The MVS releases of OS/VS2 ran from 2.0 to 3.8, with a bunch of optional selectable units ("By the pricking of my thumb, SU 7 this way comes.") -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Spiegel [0468385049d1-dmarc-requ...@listserv.ua.edu] Sent: Friday, December 2, 2022 6:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Computers Hi Leonard, You said: "... That computer center had MVS 3.0 running in the mid 1970s. ..." Is "MVS 3.0" a typo? (I do not recall ever hearing of MVS 3.0.) Thanks and regards, David On 2022-12-02 02:15, Leonard D Woren wrote: > Bill Hitefield wrote on 11/30/2022 10:39 AM: >> In college we had an IBM 1130 in the computer lab. Those of us >> working in the lab discovered an AM radio placed near the console >> switches made odd noises when you ran Fortran programs and set the >> radio to a specific "station". Further investigation revealed you >> could change the tone of the noise by using the "e to the x" function >> and varying the value of "x". Our goal in life then became to play >> "Smoke on the Water" using that radio. The temp wasn't too great, but >> you could recognize the main riff! >> >> Bill Hitefield >> Dino-Software Corporation >> 800.480.DINO >> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww. >> dino-software.com%2Fdata=05%7C01%7Csmetz3%40gmu.edu%7Cdee8b1d5fb >> 404060d1ff08dad45a3d7e%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C6 >> 38055781337271398%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjo >> iV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=5V1 >> okCO5Sk%2BgqFt9zdA1nb32gMtrWUmTxIJQrHQmq8w%3Dreserved=0 >> >> > > I don't remember it very well, but I think the same could be done to > some extent on some 360 models. > > In the mid-1970s, a college friend had a job as an off-hours computer > operator at RAND (amusingly, where that 1970 film was made). He > wrote, and a musical friend tuned, a program which played music on a > 2400 series tape drive by writing various length blocks -- the shorter > the repeated block, the higher the note. I think one of their 2 songs > was Puff the Magic Dragon. It was just hilarious to hear recognizable > music from a tape drive. The program wore out tapes pretty quickly > though because all those short blocks were tough on the tape. One > long channel program IIRC to keep the music from pausing when a > different job was dispatched. > > Footnote: That computer center had MVS 3.0 running in the mid 1970s. > It was the first time that I saw MVS with lots of new stuff compared > to MVT 21. But no TSO -- they ran Wylbur. > > > /Leonard > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Hillgang reminder
Thanks. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Mike Schwab [mike.a.sch...@gmail.com] Sent: Monday, December 5, 2022 2:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Hillgang reminder I-66 W. Take VA-28 N/Hwy 28 N/Sully Rd to VA-608/Frying Pan Rd. Take the VA-608/Frying Pan Rd exit from VA-28 N/Hwy 28 N/Sully Rd https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.google.com%2Fmaps%2Fdir%2FFair%2BOaks%2BMall%2C%2BVirginia%2B22033%2F2300%2BDulles%2BStation%2BBlvd%2C%2BHerndon%2C%2BVA%2B20171%2F%4038.9043404%2C-77.4700623%2C12z%2Fdata%3D!3m1!4b1!4m14!4m13!1m5!1m1!1s0x89b64f411d3b07ff%3A0x23a8b85f1acfec6f!2m2!1d-77.357454!2d38.8646849!1m5!1m1!1s0x89b64784dc30c47d%3A0x5faed63699e86163!2m2!1d-77.4161373!2d38.9597213!3e0%3Fhl%3Den%26authuser%3D0data=05%7C01%7Csmetz3%40gmu.edu%7C81cea888587f44cf8ee608dad6f71ebe%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638058654412366738%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=%2BSrwrWmdJ%2FnqdZFmuyXdevTRQ2SIRm3boaIrLs9zOSw%3Dreserved=0 On Mon, Dec 5, 2022 at 12:37 PM Seymour J Metz wrote: > > That's from a starting point many miles away; Fair Oaks is near where I-66 > and US Rt 50 intersect > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of > Mike Schwab [mike.a.sch...@gmail.com] > Sent: Monday, December 5, 2022 11:23 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Hillgang reminder > > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.google.com%2Fmaps%2Fdir%2FUS-50%2C%2BFair%2BOaks%2C%2BCA%2F2300%2BDulles%2BStation%2BBlvd%2C%2BHerndon%2C%2BVA%2B20171%2F%4038.9275966%2C-77.4683712%2C13z%2Fdata%3D!3m1!4b1!4m14!4m13!1m5!1m1!1s0x87a3729582acac81%3A0xa22b3a959971f613!2m2!1d-77.4551918!2d38.9042318!1m5!1m1!1s0x89b64784dc30c47d%3A0x5faed63699e86163!2m2!1d-77.4161373!2d38.9597213!3e0%3Fhl%3Den%26authuser%3D0data=05%7C01%7Csmetz3%40gmu.edu%7C81cea888587f44cf8ee608dad6f71ebe%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638058654412366738%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=O9HIJpv14PfVjuzYxNJs%2FsfAlH35O7vKWY%2B7p3PAPdE%3Dreserved=0 > > On Mon, Dec 5, 2022 at 8:15 AM Seymour J Metz wrote: > > > > The PDF does not include actual directions. Does anybody know how to get > > there from Rt. 50 in the vicinity of Fair Oaks? > > > > Thanks. > > > > > > -- > > Shmuel (Seymour J.) Metz > > http://mason.gmu.edu/~smetz3 > > > > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of > > Neale Ferguson [ne...@sinenomine.net] > > Sent: Tuesday, November 29, 2022 5:08 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Hillgang reminder > > > > Hillgang will be meeting in Herndon Virginia this time next week. Agenda, > > location, and (free) registration at > > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.vm.ibm.com%2Fevents%2Fhill1222.pdfdata=05%7C01%7Csmetz3%40gmu.edu%7C81cea888587f44cf8ee608dad6f71ebe%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638058654412366738%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=lp%2F9DuCpxlbaklxLHJMjfTz2GhP8WlNUffHG117h4wY%3Dreserved=0 > > Great topics, speakers, networking, and breakfast (thanks Velocity). > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN