Re: Mainframe history - 12 inch floppies?
Gentlemen, Let me explain again. It wasn't a joke, I had really read about 12-inch floppies. It was a book, not just someone's junk post to some forum. The book is dated 2006 Title: Introduction to Computers Editor: Rajmohan Joshi ISBN: 81-8205-379-X page 79 In fact I did not believe the information from the book, so I wanted to verify it. Since many of notable IBM-MAIN members denied it, I'm pretty sure the book is simply wrong. THANK YOU ALL. BTW: Privately I am floppy disk entomologist. As well as other storage media, like tapes, etc. I have a lot of pictures, data sheets, etc. And even my own 55-page booklet. :-) -- Radoslaw Skorupka Lodz, Poland W dniu 13.07.2024 o 00:03, Michael Oujesky pisze: What book? Have the ISBN for it? Michael At 11:00 AM 7/11/2024, Radoslaw Skorupka wrote: Content-Transfer-Encoding: 7bit I just found information in some book that IBM mainframes used 12 inch floppy diskettes. Late 70's. Anybody heard about such diskettes? -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OSMF and ServerPac - dataset names
I just started z/OS 3.1 installation using z/OSMF. So far, so good. I am on "Configure this deployment - Data Sets" stage. I noticed all my datasets have a name like CB.ST123456.SYS1.LINKLIB. ST123456 is an order number. Obviously I wan to have SYS1.LINKLIB, without two first qualifiers CB.ST123456. Q: Should I rename all datasets in an order? It seems ridiculous to me, I don't believe it would be necessary. However I haven't found any clue about it. BTW: I'm really going to rename *some* datasets, i.e. mass-change ISP.** to SYS1.**, etc. And slightly increase allocation for most. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe history - 12 inch floppies?
I still have some 8" IBM floppy disks on my shelf. One even auto-plays a golf game if inserted into a 3741/3742. While the original question was on 12" disks, the information provided in the replies about 8" disks has been 'very poor'. The university where I got my training used first 80 column cards for student programming tasks, then I was involved as an advanced MIS student in a pilot program to used diskettes. They gave us 3742s, but did not give us instructions on how to use them. We actually took the big maintenance books out of the back of machine figured out how to use them. The next semester all the MIS students used them and the card punch was retired. Some of my floppies contain class work from then. The System-3 shop, where I had my first job at, converted all data input from 96 column cards to 8" floppy just prior to my starting. They used a 3540 reader attached to the System-3. We also transferred data from the System-3 to a System-32 (and back) using the diskettes because the System-32 also had an 8" floppy. For the System-32, some data was retained from one month to the next using 8" floppies. One month, the previous months data was lost. I personally discovered that the person in that department used a magnet to hold the diskette to the side of a metal filing cabinet so she would not loose the diskette. (Yep, personal true story.) When we moved to a 4331 and DOS/VS, we used the built-in diskette reader as data input. (You could remove the IML disk after the IML finished and it was then a data reader until you needed to IML again.) It's only been a few releases since z/VSE removed the 3540. Support was dropped in z/VSE 4.1 in 2006. That was 'data use'. There was of course, a lot of places where IBM used the 8" floppy for IML, such as all the 43xx series and the 3274 controllers. (Went to smaller disks with the 3174s.) Tony Thigpen Radoslaw Skorupka wrote on 7/13/24 8:35 AM: Gentlemen, Let me explain again. It wasn't a joke, I had really read about 12-inch floppies. It was a book, not just someone's junk post to some forum. The book is dated 2006 Title: Introduction to Computers Editor: Rajmohan Joshi ISBN: 81-8205-379-X page 79 In fact I did not believe the information from the book, so I wanted to verify it. Since many of notable IBM-MAIN members denied it, I'm pretty sure the book is simply wrong. THANK YOU ALL. BTW: Privately I am floppy disk entomologist. As well as other storage media, like tapes, etc. I have a lot of pictures, data sheets, etc. And even my own 55-page booklet. :-) -- Radoslaw Skorupka Lodz, Poland W dniu 13.07.2024 o 00:03, Michael Oujesky pisze: What book? Have the ISBN for it? Michael At 11:00 AM 7/11/2024, Radoslaw Skorupka wrote: Content-Transfer-Encoding: 7bit I just found information in some book that IBM mainframes used 12 inch floppy diskettes. Late 70's. Anybody heard about such diskettes? -- Radoslaw Skorupka Lodz, Poland -- 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
Sever error while opening the dataset in 3.4
Hi, I have tried adding extra cylinders for PDS dataset which is in use. I have tried it using the tool PDS86 but the extend was failed with SE37, even though we have enough space on the volume. Now, I am getting a "Severe Error" While opening a Dataset in ISPF 3.4. Any Help on this? Regards, Raji M -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CSVDYLPA=ADD LPMEAMODLEN not being updated
For BYADDR=NO the entry point is being updated but not the length it returns a constant not reflective of the true module length consequently for a number of modules only part of it is being copied to LPA Nonsense. Prove it. CSVDYLPA never returns a "constant" for module length. If it returned a length, then that IS the true module length and that IS the amount "copied to LPA". SHOW THE DATA. That includes the directory information returned for an item that doesn't work. That includes the values for ALL of the things that your macro invocation references. For all I know, the DD you used for DESERV doesn't match the DSN you supplied to CSVDYLPA. At least, consider going for consistency by using DDNAME= rather than DSNAME= for CSVDYLPA. Did you bother trying SETPROG LPA,ADD to add any single one of the modules from your data set and then look at the result such as by DISPLAY PROG,LPA,MOD=xxx? At least with that you can get an idea of what your expectations should be. 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: Mainframe history - 12 inch floppies?
Thank you for mentioning author and title. I found this short bio: Raj Mohan Joshi, a renowned lecturer of biotechnology, has had a brilliant academic record. He has worked with various institutes and has participated in many national and international conferences. He is widely travelled. He has presented many paper of international repute inn national as well as international seminars, symposia, workshops and congresses. As a prolific writer, he has contributed many learned articles in various journals and magazines and also authored a number of books on modern science and technology. Typos from the website are not corrected: https://www.abebooks.com/9788182053786/Writing-Skills-Technical-Purposes-Rajmohan-8182053781/plp Does not really sound like an IT expert, especially not in mainframe technology. Best regards Mike -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Samstag, 13. Juli 2024 14:36 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mainframe history - 12 inch floppies? Gentlemen, Let me explain again. It wasn't a joke, I had really read about 12-inch floppies. It was a book, not just someone's junk post to some forum. The book is dated 2006 Title: Introduction to Computers Editor: Rajmohan Joshi ISBN: 81-8205-379-X page 79 In fact I did not believe the information from the book, so I wanted to verify it. Since many of notable IBM-MAIN members denied it, I'm pretty sure the book is simply wrong. THANK YOU ALL. BTW: Privately I am floppy disk entomologist. As well as other storage media, like tapes, etc. I have a lot of pictures, data sheets, etc. And even my own 55-page booklet. :-) -- Radoslaw Skorupka Lodz, Poland W dniu 13.07.2024 o 00:03, Michael Oujesky pisze: > What book? Have the ISBN for it? > > Michael > > At 11:00 AM 7/11/2024, Radoslaw Skorupka wrote: >> Content-Transfer-Encoding: 7bit >> >> I just found information in some book that IBM mainframes used 12 >> inch floppy diskettes. Late 70's. >> >> Anybody heard about such diskettes? >> >> -- >> Radoslaw Skorupka >> Lodz, Poland -- 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: Sever error while opening the dataset in 3.4
PDS is limited to 1 volume 16 extents, PDSE limited to 1 volume 12? extents. https://www.techagilist.com/mainframe/jcl/space-abend-sb37-sd37-se37-resolution/ says SE37 says no more volumes are available. So, either you have 16 extents, or the secondary allocation is larger than the largest free space extent, so is asking for another volume. https://support.sas.com/kb/59/286.html says VTOC corruption after SE37 and was found in z/OS 2.2 in 2006. Perhaps the same or similar error was present but not found in the version you are using. On Sat, Jul 13, 2024 at 8:36 AM raji ece <05ff2ba04c83-dmarc-requ...@listserv.ua.edu> wrote: > > Hi, > > I have tried adding extra cylinders for PDS dataset which is in use. > > I have tried it using the tool PDS86 but the extend was failed with SE37, > even though we have enough space on the volume. > > Now, I am getting a "Severe Error" While opening a Dataset in ISPF 3.4. Any > Help on this? > > Regards, > Raji M > > -- > 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
Re: z/OSMF and ServerPac - dataset names
Hi Radoslaw. Yes, you have to rename most of the datasets but it is not as bad as it sounds. I think I mapped the datasets to.target volumes and then filtered on the volume to get a list of all sysres datasets. Then you can change the CB. ST123456 prefix to null for all of those datasets in one operation. Repeat for DLIB datasets etc. you may want to leave some datasets as is - datasets such as PDMDIR and other package-related datasets which do not form part of the target system can be left as-is. IIRC it helps is you can base you configuration on an existing software instance. If you did not use ZOsmf to create your previous z/os level you can get z/osmf to create a software instance - it examines the old DDDEFs. That is one of the things that surprised me - I could not see how it could set sensible defaults without a prior version of a ‘profile’ until I saw how it worked. I do not understand all of the fuss about z/osmf - software installation works quite well and is an improvement on the ISPF dialogues in many areas. For instance you do not have to remember the dialogue commands which you may have used once every 2 years. I am also very impressed how quickly IBM (Chinese labs) react to implement corrections and new features. The security checking feature is very good. Keith > On 13 Jul 2024, at 13:45, Radoslaw Skorupka > <0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > > I just started z/OS 3.1 installation using z/OSMF. > > So far, so good. > I am on "Configure this deployment - Data Sets" stage. > > I noticed all my datasets have a name like CB.ST123456.SYS1.LINKLIB. > ST123456 is an order number. > > Obviously I wan to have SYS1.LINKLIB, without two first qualifiers > CB.ST123456. > > Q: Should I rename all datasets in an order? > > It seems ridiculous to me, I don't believe it would be necessary. However I > haven't found any clue about it. > > BTW: I'm really going to rename *some* datasets, i.e. mass-change ISP.** to > SYS1.**, etc. And slightly increase allocation for most. > > -- > Radoslaw Skorupka > Lodz, Poland > > -- > 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: Mainframe history - 12 inch floppies?
Radoslaw Skorupka wrote, in part: >BTW: Privately I am floppy disk entomologist. So...you deBUG floppies? /s -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
