Hello, I see another developer on here. And we send our product out using TSO XMIT. Which gives rise to a question. I saw some techie state that he would not install a product unless he could use SMP/E. Is this something us developers should explore or is it a big headache that is not worth it?
Thanks, Duffy Nightingale Sound Software Printing, Inc. www.soundsoftware.us du...@soundsoftware.us Phone: 360.385.3456 Fax: 973.201.8921 The information in this e-mail, and any attachment therein is confidential and for use by the addressee only. If you are not the intended recipient, please return the e-mail to the sender and delete it from your computer. Although Sound Software Printing, Inc. attempts to sweep e-mail and attachments for viruses, it does not guarantee that either are virus-free and accepts no liability for any damage sustained as a result of viruses. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Monday, July 22, 2013 10:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BLKSIZE=3120 W dniu 2013-07-22 18:08, Ed Jaffe pisze: > A customer (mildly) complained thatsome of our product allocations > still use BLKSIZE=3120. I vaguely remember trying to change all of > them to BLKSIZE=0 many years ago (probably before OS/390) and running > into some issues with certain IBM utilities. Unfortunately, I can't > remember the specifics. > > In starting to revisit this again, I noticed numerousoccurrences of > '3120' in IBM help and documentation. For example, the TSO/E RECEIVE > command HELP claims that the log data set must be BLKSIZE=3120: > > <TSO/E RECEIVE command HELP> > LOGDATASET You may specify an alternate data set to be > used for the logging of the transmitted data. > This data set will be created if it does not > exist. The data set should be created with > a logical record length of 255, a record format > of VB and a blocksize of 3120. > ... > > LOGDSNAME You may specify an alternate data set to be > used for the logging of the transmitted data. > This data set will be created if it does not > exist. The data set should be created with > a logical record length of 255, a record format > of VB and a blocksize of 3120. > </TSO/E RECEIVE command HELP> > > Is this just outdated help? Or does this restriction still exist? > > is z/OS still a "mine field" filled with subtle dependencies on > BLKSIZE=3120? > Well, IMHO it's not restriction, it is just allocation default. Good default in very old days, but not very bad today. Note, The difference between ~3k and optimal ~27k seem to be large, but the effects (performance, space used) give no big difference. BTW: DB2, LOGGER, MQ, and many many VSAM exploiters do use blocks 4kB. Is it far from 3kB? Of course you can try the above datasets with other (SDB) blocksize, and I bet nothing will break. Why didn't they change it? Well, it time to re-start the following subthreads: - TSO is moribound - if it isn't broken don't fix it (see latest implementation as IMBED for catalogs). Regards -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 0000025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych. ---------------------------------------------------------------------- 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