Re: Friday musings on the future of 3270 applications
That isn't TSSO. I know. Did it allow all TSO commands to run Yes. It supported all SVC93/SVC94 functionality, so it did not matter what commands the user was running. From: Binyamin Dissen [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Friday musings on the future of 3270 applications Date: Tue, 5 Jun 2007 17:26:20 +0300 On Tue, 5 Jun 2007 09:50:48 -0400 J R [EMAIL PROTECTED] wrote: :Binyamin Dissen: ::There was/is also something called TSSO ::last time I used TSSO, TPUT output went to the console :TPUT went to the console? I would be surprised. :Perhaps you meant PUTLINE? :About twenty years ago, there was also something called ConsoleMaster, but I :don't see it around anymore. It provided true TSO without TCAM or VTAM. It :could also operate without JES. That isn't TSSO. :You could LOGON at an MCS console and thereafter hotkey between TSO and MCS. :In this case, TPUT/TGET definitely went to the console. Did it allow all TSO commands to run, or did it supply a TSO/ISPF like view where one could only run commands that they defined? When I wrote OperAider (died when CA bought UCCEL who bought SKK and CA stupidly chose to stick with Opera) it supported true line mode TSO on the console and true full screen via VTAM. It died before I could code in the support for full screen on a console (the full screen via VTAM was a proof of concept). -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Dont miss your chance to WIN $10,000 and other great prizes from Microsoft Office Live http://clk.atdmt.com/MRT/go/aub0540003042mrt/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday musings on the future of 3270 applications
Oh, man. Any chance of getting this to run as a UNIX command so that I could use TSO ISPF from a UNIX shell instead of TSO? I doubt it. It ran in a TSO address space. In any case, it doesn't seem to exist any more. From: McKown, John [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Friday musings on the future of 3270 applications Date: Tue, 5 Jun 2007 09:39:45 -0500 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of J R Sent: Tuesday, June 05, 2007 9:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Friday musings on the future of 3270 applications That isn't TSSO. I know. Did it allow all TSO commands to run Yes. It supported all SVC93/SVC94 functionality, so it did not matter what commands the user was running. Oh, man. Any chance of getting this to run as a UNIX command so that I could use TSO ISPF from a UNIX shell instead of TSO? Yes, I'm really quite weird grin. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ PC Magazines 2007 editors choice for best Web mailaward-winning Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-usocid=TXT_TAGHM_migration_HM_mini_pcmag_0507 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday musings on the future of 3270 applications
If you're talking about Console-Master from Xenos (www.xenos.com), it ran as a started task. Yes, that was the recovery mode where JES was not available. In non-recovery mode, you walked up to a console, entered LOGON and got a genuine TSO address space. From: Tom Marchant [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Friday musings on the future of 3270 applications Date: Tue, 5 Jun 2007 10:27:52 -0500 On Tue, 5 Jun 2007 10:58:07 -0400, J R wrote: Oh, man. Any chance of getting this to run as a UNIX command so that I could use TSO ISPF from a UNIX shell instead of TSO? I doubt it. It ran in a TSO address space. In any case, it doesn't seem to exist any more. If you're talking about Console-Master from Xenos (www.xenos.com), it ran as a started task. They don't seem to be marketing it any more. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Play games, earn tickets, get cool prizes. Play nowit's FREE! http://club.live.com/home.aspx?icid=CLUB_hotmailtextlink1 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSTERM to DSN
I suspect that the immediate command responses are not the ones at issue. There are also the asynchronous ones emanating from the HSM address space. In this case, the solution proposed by Lizette may be a better approach. From: O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SYSTERM to DSN Date: Mon, 4 Jun 2007 12:52:34 -0400 Daniel, Could you supply more info as to what HSM commands are involved? Some such as HLIST lend themselves to output datasets - see ODS parameter. Others such as Delete, Bdelete, Rceall and Recover don't support ODS and are better served submitting in batch via IKJEFT01. _ Like puzzles? Play free games earn great prizes. Play Clink now. http://club.live.com/clink.aspx?icid=clink_hotmailtextlink2 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSTERM to DSN
Oops! It seems I've violated O'Brien's law of forum decorum. Please accept my humble apologies. From: O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SYSTERM to DSN Date: Mon, 4 Jun 2007 13:41:27 -0400 Rather than 'suspect', why don't we wait for Daniel to supply the requested information. From: J R [mailto:[EMAIL PROTECTED] Sent: Mon 6/4/2007 1:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SYSTERM to DSN I suspect that the immediate command responses are not the ones at issue. There are also the asynchronous ones emanating from the HSM address space. In this case, the solution proposed by Lizette may be a better approach. From: O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SYSTERM to DSN Date: Mon, 4 Jun 2007 12:52:34 -0400 Daniel, Could you supply more info as to what HSM commands are involved? Some such as HLIST lend themselves to output datasets - see ODS parameter. Others such as Delete, Bdelete, Rceall and Recover don't support ODS and are better served submitting in batch via IKJEFT01. _ Dont miss your chance to WIN $10,000 and other great prizes from Microsoft Office Live http://clk.atdmt.com/MRT/go/aub0540003042mrt/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Principles of Operation in pop American English?
DASDBill: with, like, my 8- and 11-year-old grandsons who are currently, like, visiting Since it's Friday, why do we tend to list our kids by ascending age? After all, unlike the chicken and the egg, we *do* know which came first. I always list mine by descending age. From: (IBM Mainframe Discussion List) [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Principles of Operation in pop American English? Date: Fri, 1 Jun 2007 08:09:37 EDT A lighten-up topic for Friday which was, like, inspired by conversations with, like, my 8- and 11-year-old grandsons who are currently, like, visiting with us. What if the dry, sometimes boring Principles of Operation had been written in the pop American style of spoken English? We might see something like the following: LOAD, you know, ADDRESS?? [1] Like, the address specified by the, you know, X2, B2, and, you know, D2 fields is, like, actually placed in general register R1?? The address computation, like, totally follows the rules for address arithmetic?? In the 24-bit addressing mode, the address is, you know, like totally placed in bit positions, like, 40-63, bits 32-39 are actually set to, like, zeros, and bits 0-31 essentially remain unchanged?? Check it out, Dude! [3] Thankfully, technical writers do not write the way people speak. Bill Fairchild Plainfield, IL [1] The double question mark indicates that the declarative statement, if spoken, should end with a rising tone of voice indicating extreme tentativeness [2] on the part of the speaker. [2] The speaker must never give any indication that a dogmatic value judgment has just been stated, such as a belief that the statement might be true. [3] An emphatic, non-tentative tonal quality is permitted if the statement ends with Dude!. ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Need a break? Find your escape route with Live Search Maps. http://maps.live.com/default.aspx?ss=Restaurants~Hotels~Amusement%20Parkcp=33.832922~-117.915659style=rlvl=13tilt=-90dir=0alt=-1000scene=1118863encType=1FORM=MGAC01 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is 'Program Logical Manuals'?
Chris Mason: ... abort the product Freudian slip? From: Chris Mason [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What is 'Program Logical Manuals'? Date: Thu, 31 May 2007 15:50:50 +0200 Johnny Since you are something of a Johnny come lately - sorry, I couldn't resist that - it's idiomatic for a newcomer - you won't, like all the grey beards on the list, remember the Program Logic Manual available usually with a Y letter - in place of C or A - for licenced users of a software product. Supposedly it contained sufficient information abort the product that the folk responsible for diagnosing problems with the product could get a handle on what was wrong. Indeed it was also useful for people really to understand their product since the regular manuals never seemed to have sufficient information to get the best out of the product - or alternatively just knowing the raw logic avoided the misunderstandings/ambiguities propagated by the authors of the regular manuals. I haven't been looking for any such manuals lately but I guess they have become a thing of the past. The nearest equivalent these days I suppose is the generic Diagnosis manual. Whether or not even a regular manual contains control block relationship diagrams is a matter for the manual author and the developers who feed him/her their stuff. Thus it's not guaranteed that any service manual actually will contain such diagrams although probably they should. In presenting troublesome operands - naturally I have NCP in mind - I have even had to construct such diagrams from the text descriptions of control blocks - so, if you want a better picture, you can get out a paper and pencil. g I just happen to be reminded of this lately having rediscovered these diagrams in a presentation while researching another thread. Incidentally, I hope you are aware that core dump means a dump of the system storage where the core refers to an ancient technology for computer storage. Chris Mason _ PC Magazines 2007 editors choice for best Web mailaward-winning Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-usocid=TXT_TAGHM_migration_HM_mini_pcmag_0507 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is there JOB scope for DSN ENQ's anyway?
Paul Gilmartin said:
the initiator
was able to allocate it again in STEP2. I hope this was
not done without an ENQ.
Right, but maybe the intervening de-allocate was done without a DEQ.
Besides, the message IKJ56247I FILE SYSUT1 NOT FREED, IS NOT ALLOCATED may
not come to pass the way you think. It says that the *ddname* is no longer
allocated. A better test might be via the command free da('FOO.BAR').
In any event, I believe the alloc and free commands are probably driven off
the DSABQ; the first free removes the DSAB, the second one does not find it.
Whether the dataset remains allocated or, more to the point, enqueued, is
another matter.
From: Paul Gilmartin [EMAIL PROTECTED]
Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Why is there JOB scope for DSN ENQ's anyway?
Date: Fri, 25 May 2007 13:48:43 -0500
On Fri, 25 May 2007 14:14:44 -0400, Bruce Black wrote:
As far as a EXC-SHR function, this also seems obvious to me. The
initiator ENQs the dataset, and then releases the dataset at the end
ofVVe
the last step that uses it. If you issue a EXC-SHR request, a fullowing
step may need the dataset exclusive and you have now compromised the
dataset. There is no easy way that I know to determine if the current
step is the last step that uses the dataset.
Apparently the initiator is up to the task, easy or difficult.
The JCL fragment:
//*
//STEP1EXEC PGM=IKJEFT01
//SYSUT1DD DISP=OLD,DSN=FOO.BAR,
// UNIT=SYSALLDA,VOL=SER=TSO001
//SYSTSPRT DD SYSOUT=(,)
//SYSTSIN DD *
free dd(sysut1)
free dd(sysut1)
//*
//STEP2EXEC PGM=IKJEFT01
//SYSUT1DD DISP=OLD,DSN=FOO.BAR,
// UNIT=SYSALLDA,VOL=SER=TSO001
//SYSTSPRT DD SYSOUT=(,)
//SYSTSIN DD *
free dd(sysut1)
free dd(sysut1)
//*
produces SYSTSPRT from STEP1
READY
free dd(sysut1)
READY
free dd(sysut1)
IKJ56247I FILE SYSUT1 NOT FREED, IS NOT ALLOCATED
READY
END
... and SYSTSPRT from STEP2
READY
free dd(sysut1)
READY
free dd(sysut1)
IKJ56247I FILE SYSUT1 NOT FREED, IS NOT ALLOCATED
READY
END
... so even though FOO.BAR was FREEd in STEP1, the initiator
was able to allocate it again in STEP2. I hope this was
not done without an ENQ. Whatever technique the initiator
used here, it could use the same technique to differentiate
an EXC from A SHR ENQ.
-- gil
_
PC Magazines 2007 editors choice for best Web mailaward-winning Windows
Live Hotmail.
http://imagine-windowslive.com/hotmail/?locale=en-usocid=TXT_TAGHM_migration_HM_mini_pcmag_0507
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Empty datasets
LOCATE the dataset OBTAIN the DSCB Examine DS1LSTAR From: CICS Guy [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Empty datasets Date: Fri, 18 May 2007 11:36:37 -0500 I read it more that the dataset may have been allocated but never actually opened for output -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Barkow, Eileen Sent: Friday, May 18, 2007 12:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Empty datasets Would not ICETOOL be opening the dataset to do the count? The requirement was that the dataset not be opened. You would probably have to read the vtoc in order to determine if any space is actually being used. _ More photos, more messages, more storageget 2GB with Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-usocid=TXT_TAGHM_migration_HM_mini_2G_0507 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ PC Magazines 2007 editors choice for best Web mailaward-winning Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-usocid=TXT_TAGHM_migration_HM_mini_pcmag_0507 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date Time in JCL
Peter Farley said: SYSTMEG Time, Execute, GMT SYSTMEL Time, Execute, Local GMT's could be suffixed U for Universal or Z for Zulu instead of G, I don't really care as long as the functionality is the same. Despite being an aviator, I like G more than Z in this context because it connotes G-global versus L-local. From: Farley, Peter x23353 [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Date Time in JCL Date: Fri, 18 May 2007 10:42:32 -0400 -Original Message- From: Vernooy, C.P. - SPLXM [mailto:[EMAIL PROTECTED] Sent: Friday, May 18, 2007 3:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Date Time in JCL Robert Bardos [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Snipped Naive idea: why not provide system symbols for all of these (submission time, conversion time, execution time)? SYSSTIME, SYSCTIME, SYSETIME? Robert Of which system? Jobs can travel through serveral systems in an NJE network, submitted on system1, converted on system2 executed on system3, each with their own timesettings. Dataset1 gets timestamp 10:00, the *next* dataset2 can get timestamp 09:10 if created 10 minutes after dataset1. Quite confusing. OK, I haven't ever contributed to this long-running debate, so here's my USD$0.02 worth: Let the customer decide what they want: SYSTMSG Time, Submit, GMT SYSTMSL Time, Submit, Local SYSTMCG Time, Convert, GMT SYSTMCL Time, Convert, Local SYSTMEG Time, Execute, GMT SYSTMEL Time, Execute, Local And the same kind of set for Date of course (SYSDTSG etc.). GMT's could be suffixed U for Universal or Z for Zulu instead of G, I don't really care as long as the functionality is the same. And to reply to another poster's objection, these are NOT JOB-saved values. They are live when-used values maintained at the system level only. If you the user want the same value later in the JCL, then save it in a SET variable of your own. So, you would NOT use the following example in your JCL to create a dataset to be used later in the same job: //DDNAME DD DISP=(,CATLG),DSN=MYUSERID.MYDATA.DSYSEDTG..TSYSETMG,... Instead, you would code it like this: // SET MYDATE=SYSEDTG,MYTIME=SYSETMG //DDNAME DD DISP=(,CATLG),DSN=MYUSERID.MYDATA.DMYDATE..TMYTIME,... And then later in the job you could code: //DDNAME DD DISP=SHR,DSN=MYUSERID.MYDATA.DMYDATE..TMYTIME with no ambiguity at all. As for RESTARTed jobs, well I don't know the rule for whether SET statements are re-executed on a restart or not. If the SET's are bypassed, RESTART is probably not possible. In which case, it's like the old vaudeville routine, Patient: Doctor, Doctor it hurts when I do that! Doctor: Don't do that!. I also just realized why people think there would be a JOB-related storage need, to carry along Submit and Convert dates/times. But wait -- why wouldn't Convert and Submit simply replace the text of the symbol name with the text value at that point in time? Then subsequent steps (Convert and Execute after Submit, Execute after Convert) would see only constant text, not a variable. Only Execute symbols would be always live and always changing. And if you need RESTARTability, don't use Execute-time symbols. Is that enough specification to make it viable? Peter _ Catch suspicious messages before you open themwith Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-usocid=TXT_TAGHM_migration_HM_mini_protection_0507 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Top 10 software install gripes
Rick Fochtman said: Ken, the physical BLKSIZE of the directory is 255, plus a 8-byte physical key. I think you'll find that's 256. From: Rick Fochtman [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Top 10 software install gripes Date: Sat, 12 May 2007 10:06:29 -0500 -snip- The PDS directory records are a fixed size, LRECL=255, I believe. My reason to allocate a PDS filling a track, or multiples, with the directory comes from thinking half-track blocking is efficient for reads and if I use one half, or full track directory then I am doing the least amount of I/O as possible. Reality may be different. The optimum number of PDS entries to allocate depends on the type of PDS, loadlib or other. For other, are statistics kept or not. How many of us ignore taking the time to plan the need and just allocate with a larger number than we need? I chose to allocate larger based on number of tracks. I no longer use a PDS for non-loadlib datasets. --unsnip--- Ken, the physical BLKSIZE of the directory is 255, plus a 8-byte physical key. You can set a PDS BLKSIZE to any value you like, but it will have NO effect on the directory characteristics. On a 3390, that means that you will always get 45 directory blocks to a track, or 44 blocks plus the EOF mark. -snip-- I believe in my testing I found 44 directory blocks will fit on one track with the end-of-file block following it on the same track. There will be room for the starting text of one member on the same track. 45 directory blocks will fit on one track with the end-of-file block spilling over to the second track. For this reason I had been using multiples of 44 directory blocks when I used a PDS. When you use ISPF to access a member list, you must read all of the necessary directory entries to populate the list. 44 means reading two half track blocks, while 45 means reading three to reach the end-of-file block. That was from m belief the directory entries fit in the half-track blksize I used to allocate the PDS. ---unsnip You still do the same number, 45 reads (assuming no CCW chaining) for each track of directory space. See above. snip-- Nowadays I would still consider using 44 as my smallest, and if I need more I would use multiples of 45 plus 44 for the last. unsnip I do the same, partly because I'm just an old-fashioned cuss. -snip--- Conclusion - vendors should allocate a directory to fit what they deliver plus maybe 10% for future growth. -unsnip--- Make that 20% and round to a full track and I'll go along with you. There may be a few poor slobs stuck on physical 3390's yet and in that case, there are RPS considerations. _ More photos, more messages, more storageget 2GB with Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-usocid=TXT_TAGHM_migration_HM_mini_2G_0507 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recalling GDG generations
This is driven by the results of catalog LOCATE. The generations of the GDG are returned by a single LOCATE for the GDG base. From: Pommier, Rex R. [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Recalling GDG generations Date: Mon, 9 Apr 2007 11:33:24 -0500 I'm guessing that somehow the GDG base is the differentiator as I've seen the same sequential behavior as you in allocating multiple, disparate datasets. _ Exercise your brain! Try Flexicon. http://games.msn.com/en/flexicon/default.htm?icid=flexicon_hmemailtaglineapril07 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
Surprising comments coming from someone who has spent years in the area of performance. Mark, Shirley you've come across people like Ted before? I'm surrounded by them. Things are only problems if they perceive them first. It's both frustrating and amusing when, a week or so later, they discover the very same issue (all by themselves) and deem it to be a serious problem. As for MIP, I guess he's never heard of poetic license. From: Mark Zelden [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEBCOPY question? Date: Mon, 5 Mar 2007 14:22:52 -0600 Surprising comments coming from someone who has spent years in the area of performance. On Mon, 5 Mar 2007 17:08:06 +, Ted MacNEIL [EMAIL PROTECTED] wrote: Because some people actually care about speed of execution and CPU time. How often do you run this to the point that it makes a difference? Often enough. z9 cycles don't come cheap. But, optimising a few batch copies doesn't save much of that. So you know my shop and how many times we execute IEBCOPY? Optimizing a few lines of code doesn't matter either... unless you execute it thousands of times. Those of us trying to blead every mip MIPS is not a plural; MIP is not a singular yeah, yeah...whatever. -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html _ Find what you need at prices youll love. Compare products and save at MSN® Shopping. http://shopping.msn.com/default/shp/?ptnrid=37,ptnrdata=24102tcode=T001MSN20A0701 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting PDF doing the rounds
I can see it from Toronto! From: Ted MacNEIL [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Interesting PDF doing the rounds Date: Thu, 15 Feb 2007 18:30:25 + It's visible from Chicago Not from Toronto! - Too busy driving to stop for gas! _ Get in the mood for Valentine's Day. View photos, recipes and more on your Live.com page. http://www.live.com/?addTemplate=ValentinesDayocid=T001MSN30A0701 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interrupting DSLIST [resent with the correct Reply To]
Edward Jaffe said: Thankfully! This deferral is usually very short lived. But isn't that the problem here? DSLIST data is obtained via superlocate, which has the potential of retrieving enormous amounts of data from multiple catalogs in a single invocation of SVC26. From: Edward Jaffe [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Interrupting DSLIST [resent with the correct Reply To] Date: Thu, 11 Jan 2007 23:15:54 -0800 Tony Harminc wrote: Paul Gilmartin wrote: Why all this mickeymouse? Why doesn't ATTN simply work? It's partly an ISPF thing; they broke the TSO attention paradigm many years ago. Even the most basic use of ATTN doesn't work properly under ISPF; once you've hit it, you can't return to the command in progress, as you can if you started from a READY prompt. It's completely up to the application. We support ATTN processing in our ISPF-based products. For example, long-running FIND commands in (E)JES can be easily stopped by pressing ATTN. (Might need to press it twice if using a VTAM session manager. But, in that case, our application still only sees it once.) Another problem - and a more fundamental one - is that if the serious work is being done in a system routine (SVC, PC, or system state code), attention processing will usually be deferred. Thankfully! This deferral is usually very short lived. The real problem is that attention handling in TSO/E is strictly an application issue. Most system services don't play the game and, even if they wanted to, there isn't any kind of address-space-level indication that ATTN was pressed (except that which you implement your own). Sure, the exits get scheduled in an IRB. But how does the code in the exit tell the application code running in the PRB to break? You can set a flag in a shared data area. But, that's only good if the flag is tested periodically by the mainline. What if the mainline is not currently running your application's code? Or what if it's stuck waiting for a resource of some kind? Any program that doesn't establish and process its own attention exits has the potential to not recognize when ATTN has been pressed. I'm afraid that's most programs. :-( In (E)JES, we implemented a scheme where one ATTN breaks (by setting a flag that is periodically tested) and a second ATTN forces an abend that forces the TCB into recovery. Works pretty well. But sometimes people get gratuitous dumps from impatient users. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ _ Your Hotmail address already works to sign into Windows Live Messenger! Get it now http://clk.atdmt.com/MSN/go/msnnkwme002001msn/direct/01/?href=http://get.live.com/messenger/overview -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S0C1 with ILC 6
From: Tom Marchant What's wrong with the ABEND macro? ABEND macro requires setup, changes registers, etc. If it's a true this *should* never happen scenario, a S0C3 (or similar) abend preserves registers, etc. From: Tom Marchant [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: S0C1 with ILC 6 Date: Fri, 15 Dec 2006 07:22:27 -0600 On Thu, 14 Dec 2006 16:17:31 -0600, McKown, John wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gibney, Dave A further thought, it might be intentional. This particular ISV has a nasty habit of using 0C1 for debugging and as a response to unexpected circumstances. Usually, there's at least an eyecatcher. I use a S0C3 for that. There is very little chance that an S0C3 is anything other than deliberate. I.e. EX 0,* must be deliberate. What's wrong with the ABEND macro? Preferably preceded by a WTO with ROUTCDE=11. -- Tom Marchant _ MSN Shopping has everything on your holiday list. Get expert picks by style, age, and price. Try it! http://shopping.msn.com/content/shp/?ctId=8000,ptnrid=176,ptnrdata=200601tcode=wlmtagline -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Decimal FP (was: vendor JCL)
From: Chris Mason I seem to remember SPOOL meant Simultaneous Peripheral Operations On Line I think we all acknowledge that SPOOL was contrived to mean Simultaneous Peripheral Operations On Line. The doubt expressed within this thread relates to whether anyone ever really thought of it as an acronym or were we merely using the English noun/verb with the same connotation. From: Chris Mason [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Decimal FP (was: vendor JCL) Date: Thu, 14 Dec 2006 06:07:08 +0100 Howard I seem to remember SPOOL meant Simultaneous Peripheral Operations On Line as far back as the late '60s, this being the limit of my knowledge of such matters and so it could be even older. That being said, only the gray beards in the list are going to be authorities on this one - of course, you could be one. Chris Mason - Original Message - From: Howard Brazee [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, 13 December, 2006 4:40 PM Subject: Re: Decimal FP (was: vendor JCL) On 13 Dec 2006 04:56:41 -0800, [EMAIL PROTECTED] (Shmuel Metz , Seymour J.) wrote: Don't use acronyms at all. Make up a new word (is CICS still an acronym (or has it gone the way LASER went)? Was SPOOL *ever* an acronym?) Simultaneous Peripheral Operations On Line. I know that's what IBM says it meant. I don't believe them, I think SPOOL always meant spool. Anybody ever spell it out the way Americans tend to spell out CICS? _ MSN Shopping has everything on your holiday list. Get expert picks by style, age, and price. Try it! http://shopping.msn.com/content/shp/?ctId=8000,ptnrid=176,ptnrdata=200601tcode=wlmtagline -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Decimal FP (was: vendor JCL)
Was SPOOL *ever* an acronym? Evidently, you and Ted were the only ones not to see the rhetorical nature of that question. From: Tom Marchant [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Decimal FP (was: vendor JCL) Date: Wed, 29 Nov 2006 15:22:00 -0600 On Wed, 29 Nov 2006 14:11:10 -0700, Howard Brazee wrote: Was SPOOL *ever* an acronym?) Simultaneous Peripheral Operation On-Line -- Tom Marchant _ Get free, personalized commercial-free online radio with MSN Radio powered by Pandora http://radio.msn.com/?icid=T002MSN03A07001 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Assembler question
I don't see what all the fuss is about. I just know that My Way is better than Everyone Else's Way. Hmm! But you probably think that z/VM is better than z/OS as well? From: Alan Altmark [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Assembler question Date: Tue, 7 Nov 2006 18:14:49 -0500 On Tuesday, 11/07/2006 at 02:12 CST, Patrick O'Keefe [EMAIL PROTECTED] wrote: Hey Alan, how about posting this over on the Assemblwer list. Your Best practices flag (even if true) (which is doubtful) was bound to guarantee this will become a never ending thread. It might as well never end on a more appropriate forum. I'll save my comments until it shows up there. Pzt O'Keefe Hi, Pzt! :-) I don't see what all the fuss is about. I just know that My Way is better than Everyone Else's Way. Subscribe to the Assembler list AND this one? That's something not even having multiple personalities will help! Alan Altmark z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Get today's hot entertainment gossip http://movies.msn.com/movies/hotgossip?icid=T002MSN03A07001 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Apology
Just refer to him as Feel Pain. :-) From: Edward Jaffe [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Apology Date: Thu, 26 Oct 2006 10:01:49 -0700 Phil Payne wrote: I've been grumbled at for my recent ad hominem directed at Schmuel. On balance the grumble is justified. While I maintain the opinion expressed, the ad hominem was inappropriate and I apologise to Schmuel and the list. Please learn to spell his name correctly. It's SHMUEL. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Stay in touch with old friends and meet new ones with Windows Live Spaces http://clk.atdmt.com/MSN/go/msnnkwsp007001msn/direct/01/?href=http://spaces.live.com/spacesapi.aspx?wx_action=createwx_url=/friends.aspxmkt=en-us -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW:A Letter To The FLEX-ES Community
I think *has* reflects the singular subject box. It shouldn't reflect the plural object 200 MIPS. From: Alan Altmark [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FW:A Letter To The FLEX-ES Community Date: Fri, 6 Oct 2006 16:22:02 -0400 regardless of how many MIPS the box has. Has? ...how many millions of instructions per second the box *has*? OBVIOUSLY, MIPS is singluar Alan Altmark z/VM Development IBM Endicott _ Get today's hot entertainment gossip http://movies.msn.com/movies/hotgossip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Absolute value packed decimal in SyncSort
FORMAT=PD? From: Imbriale, Don [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Absolute value packed decimal in SyncSort Date: Fri, 8 Sep 2006 16:04:16 -0500 I'm stumped. I've read and searched everything I can, but no luck. Using SyncSort, I want to sort on the absolute value of a packed decimal field. Any ideas? Don Imbriale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Call friends with PC-to-PC calling -- FREE http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=wlmailtagline -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Terminal Status Block(TSB) - where to find its description
You can determine that by looking at the CSCB (CHTRKID). Or check for ASCBTSB non-zero. If you want to look at the description of the TSB, look at IKJTSB (which is in SYS1.MACLIB). If want to look at it via a program, you're going to have to do some cross-address processing, e.g. SRB. Actually, it's in common storage but you will need to be in Key0 (or Key6 I think). From: Richard Tsujimoto [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Terminal Status Block(TSB) - where to find its description Date: Tue, 5 Sep 2006 08:59:06 -0400 I wrote a similar program (many years ago - I actually still have the source code). If all you needs is the userid, then take it from ASCBJBNS. But, you need to confirm whether or not the ASCB is for a TSO user. You can determine that by looking at the CSCB (CHTRKID). If you want to look at the description of the TSB, look at IKJTSB (which is in SYS1.MACLIB). If want to look at it via a program, you're going to have to do some cross-address processing, e.g. SRB. I have some source code if you want it...email me off-line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Windows Live Spaces is here! Its easy to create your own personal Web site. http://spaces.live.com/signup.aspx -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What part of z/OS is the OS?
This implies that any command thrown at it be it MVC or OI, is handled by the Operating system. Shirley, you can't be serious! I'm not familiar with the MVC and OI commands, but if you're referring to the MVC and OI instructions, these are handled directly by the CPU. [1] [1] other than for recovery from page faults, etc. From: Van Dalsen, Herbie [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What part of z/OS is the OS? Date: Tue, 29 Aug 2006 09:00:51 +0100 My humble opinion would be the following... 1. OS = Operating system i.e. Any part that operate the system 2. Function = a) handle all requests from users / other systems... This implies that any command thrown at it be it MVC or OI, is handled by the Operating system. b) notify users / other systems of its current status... This implies that any part of the system writing SMF records and or send error messages. So all error handlers on the lowest level should be included. Any program etc that handles requests on the lowest level should be included. What would not be included is the next layer... IDCAMS / DFSMS that intercepts the base error codes and tries its best to send a reasonably understandable error code. The problem comes when the distinction between layer 1 and 2 becomes fuzzy ? Regards Herbie van Dalsen -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: 28 August 2006 23:49 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What part of z/OS is the OS? In [EMAIL PROTECTED], on 08/28/2006 at 02:13 PM, Alan Altmark [EMAIL PROTECTED] said: It depends on your definition of of operating system. The classical definition is the chunk of software that manages the real system resources, allocating them to application programs. You don't consider access methods to be part of the operating system? Common services like DAIR and PARSE? For IBSYS/IBJOB and OS/360 IBM considered the entire code base to be an operating system. That would be, again classically, just BCP: the thing that holds the SVCs. Not all SVC's are in the BCP, and most of the BCP is not composed of SVC's, at least not for MVS. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html _ Check the weather nationwide with MSN Search: Try it now! http://search.msn.com/results.aspx?q=weatherFORM=WLMTAG -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What part of z/OS is the OS?
Not really, but you CAN get by without ISPF (even though it would be difficult). We tend to refer to the parts we deal intimately with by name, e.g. TSO, ISPF, HLASM, VTAM, TCP/IP, JES2, SDSF, etc., etc. Unless we are looking at some component in particular, we tend to refer to everything else non-specifically as the system. Is it reasonable to say that the system is the OS? Maybe. However, most wouldn't consider the system enough to work with. We all expect everything that was delivered to be available. From: Veilleux, Jon L [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What part of z/OS is the OS? Date: Tue, 29 Aug 2006 08:43:48 -0400 Not really, but you CAN get by without ISPF (even thought it would be difficult). Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, August 29, 2006 8:40 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What part of z/OS is the OS? If a component is removed and renders it useless. it would seem to be, IMHO, that it is germane to the OS. That can be stretched quite a bit, even though I agree with the statement. Can you use z/OS without TSO? When in doubt. PANIC!! _ Call friends with PC-to-PC calling -- FREE http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=wlmailtagline -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/os Performance issue: REWRITE a sequential data set
From: Johnny Luo [EMAIL PROTECTED] Ok, ADCD 1.4 is old and maybe is lack of maintenance so its PL/I compiler is 'buggy'. But how about the compiler of my friend's site? It's the newer version and is under normal maintenance( built on 20051017) . I doubt that IBM would accept your characterization of the compiler as buggy. They would probably say it's working as designed. _ Check the weather nationwide with MSN Search: Try it now! http://search.msn.com/results.aspx?q=weatherFORM=WLMTAG -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is it still there?
ACF2 also does (or did) this I think (I'm not sure). It may have gone away when it went to the SAF interface as opposed to ZAPing SVCs. This is one of the very few justifiable uses of system abend codes by non-IBM code. If you are replacing SVCs 130-133, it makes perfect sense to use x82, x83, x84 and x85 abend codes. Of course, if you can make them coincide with the descriptions in the manual, so much the better. Appropriately unique reason codes can draw attention to product unique situations. From: Robert A. Rosenberg [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why is it still there? Date: Sat, 26 Aug 2006 22:31:50 -0400 At 19:57 -0500 on 08/26/2006, =?ISO-8859-1?Q?Tom_Marchant?= wrote about Re: Why is it still there?: If you can find any reference in any manual that says that you should use _any_ system abend code, I would like to see it. It has always been my expectation that if i see a system abend code that it would be documented in the System Codes manual. I don't remember ever seeing an ISV product that issues any System abend code. Does anyone here know of one I seem to remember that TMS (UCC-1 now CA-1) issues SYSTEM ABENDs from its SVC when needed. ACF2 also does (or did) this I think (I'm not sure). It may have gone away when it went to the SAF interface as opposed to ZAPing SVCs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Call friends with PC-to-PC calling -- FREE http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=wlmailtagline -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is it still there?
Any program that returns to the operating system by branching to the address it was told when it initially got control is assumed to have completed successfully. SVC 3 = normal completion SVC 13 = abnormal completion If sss in nonzero, it was abended by a service routine and sss is the hexadecimal abend code. If is nonzero, the abended was coded by the programmer asked for an abend with the decimal abend code (0-4095). That's not entirely accurate. It depends how the SVC 13 is issued. One problem here is of terminology. Return code, condition code and completion code tend to be used interchangably. From: Hunkeler Peter (KIUB 34) [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why is it still there? Date: Fri, 25 Aug 2006 16:58:27 +0200 Any program that returns to the operating system by branching to the address it was told when it initially got control is assumed to have completed successfully. The return code does not matter from MVS's point of view. It does of course from the application's point of view, since it tells the user whether the program could do its task as it was requested. If the program fails either becaue some OS service it called decided to abnormally end (abend) the program of because the programmer decided that in a specific case it should ABEND (which is an MVS service), then and only then does MVS consider the program has abnormally ended. If you see STEP WAS EXECUTED - COND CODE on the step end message, the program succeeded in MVS's eyes. is the decimal return code from the program and is in the range of 0 - 4095 If you see COMPLETION CODE - SYSTEM=sss USER= REASON= then the program has or has been abnormally ended. If sss in nonzero, it was abended by a service routine and sss is the hexadecimal abend code. If is nonzero, the abended was coded by the programmer asked for an abend with the decimal abend code (0-4095). Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ All-in-one security and maintenance for your PC. Get a free 90-day trial! http://www.windowsonecare.com/trial.aspx?sc_cid=msn_hotmail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is it still there?
You probably mean the fact that the code type parameter of the ABEND macro detemines whether it will be seen as a user or a system abend, right? No. My quibble was with your characterization of system vs. user as service routine vs. programmer. Usually, Sxxx abends are for system code, user abend for application code. That's better. You can of course code an SD37 abend and confuse everybody. That's not something I would do. From: Peter Hunkeler [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Why is it still there? Date: Fri, 25 Aug 2006 14:46:17 -0500 Any program that returns to the operating system by branching to the address it was told when it initially got control is assumed to have completed successfully. SVC 3 = normal completion SVC 13 = abnormal completion Absolutely correct but programs usually don't issue SVC3 directly but rather exit with a BR R14. R14 points to an SVC 3 instruction when programs get control from MVS. That's not entirely accurate. It depends how the SVC 13 is issued. You probably mean the fact that the code type parameter of the ABEND macro detemines whether it will be seen as a user or a system abend, right? Since the OP's question seemed to more of a beginner's type of question, I didn't want to go into more (assembler) details. Usually, Sxxx abends are for system code, user abend for application code. You can of course code an SD37 abend and confuse everybody. Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Check the weather nationwide with MSN Search: Try it now! http://search.msn.com/results.aspx?q=weatherFORM=WLMTAG -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SVC Screening and TCBUSER
TCBUSER did serve its purpose in the day, but I can remember a time a conflict occurred in three different products that my then-employer sold. Almost twenty years ago I was a partner in an ISV. We had three main products, all of which made use of their own SVC and subsystem. (This came about because there were three of us primary developers.) Thinking that, if I were a customer, I wouldn't want to have to have three different SVCs and three different subsystems, I spent some time integrating the foundation so that all three products could share a single SVC and subsystem -- and no conflicts. The customers loved it but the other two developers weren't too thrilled. A while later, after I had moved on, one of the other guys took pleasure in telling me that he'd separated everything out again. I guess to some people it's more important to have their identity than happy customers. From: Ray Mullins [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SVC Screening and TCBUSER Date: Fri, 25 Aug 2006 09:38:19 -0700 That's what I was going to suggest, too. TCBUSER did serve its purpose in the day, but I can remember a time a conflict occurred in three different products that my then-employer sold. When I had to add something similar to a product a few years, name/token was (and is) the way to go. Later, Ray -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craddock, Chris Sent: Friday August 25 2006 07:38 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SVC Screening and TCBUSER My question is: Is it safe to pass the CPID from the main program to the Screen routine through the TCBUSER ? Do I have a better alternative ? Not a chance. You should use the name/token service. It does what you need and its really fast. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Check the weather nationwide with MSN Search: Try it now! http://search.msn.com/results.aspx?q=weatherFORM=WLMTAG -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bypass Update of Last Used Date in OPEN (was EXCP with a DEB)
Steve Myers said: utilities generally verify read access through SAF, and do a data ENQ on the data set name, but they do not actually process the data set through OPEN. While it is dangerous ... Dangerous? (*) Sensitive to OS changes, maybe, but as long as *all* the necessary precautions are taken, why is this dangerous? That said, bypassing OPEN requires a lot more effort than should be necessary to obviate update of the last referenced datestamp. (*) I used to work with a guy who prided himself on being clever enough to program around any restrictions imposed by the OS that got in his way. Of course, this always involved APF, Key0, etc. Yet, anything clever that anyone else did, even though it was using available, unauthorized, standard facilities, was branded dangerous by him. Whose code was more reliable? Certainly not his! From: Greg Price [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-Main@bama.ua.edu To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Bypass Update of Last Used Date in OPEN (was EXCP with a DEB) Date: Thu, 24 Aug 2006 18:37:00 +1000 Steve, Too late - check out IHAUDA in SYS1.MODGEN. Cheers, Greg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Windows Live Spaces is here! Its easy to create your own personal Web site. http://spaces.live.com/signup.aspx -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Search Archives Backward?
In http://groups.google.ca/group/bit.listserv.ibm-main/ if you use the Search this group feature, you can then click on Sort by date and you will get what you want. From: Paul Gilmartin [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Search Archives Backward? Date: Tue, 22 Aug 2006 11:18:31 -0600 In a recent note, Walt Farrell said: Date: Tue, 22 Aug 2006 11:54:42 -0400 On 8/21/2006 7:55 PM, [EMAIL PROTECTED] wrote: Is there any way to search the archives of these lists so that the first page of hits presented contains the fifty most recent hits, rather than the fifty oldest? Perhaps you could restrict the date range you're searching? No, I can't properly pose that question without knowing its answer a priori: I can't choose a date range without knowing whether the fifty most recent hits were last week or three years ago. An option to present the hits in reverse chronological order would be very useful. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Windows Live Spaces is here! Its easy to create your own personal Web site. http://spaces.live.com/signup.aspx -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Rent-a-phone
I do the opposite; my phone works everywhere I need or want to go. Since roaming fees are ridiculously expensive, if I'm going somewhere for long enough, I buy the cheapest SIM card when I get there. I currently use a Canadian SIM and have a UK one in my wallet. From: Phil Payne [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Rent-a-phone Date: Sat, 12 Aug 2006 09:12:36 +0200 (Unless Darren is for some reason also filtering this thread - I've not seen an Administrivia yet.) GSM phones have the personality imposed by their SIM cards. If you already have a GSM phone, just take the SIM card with you in your wallet and shove it into the rental phone. It then becomes your phone - your number, your normal billing. All you need is a TN3270 emulator - several available free for download - and you can run TSO sessions on the system back home anywhere you like. My personal preferences are for IrDA links followed by BlueTooth - I've never had much luck with cables. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Two TSO TRANSMIT (XMIT) questions
Double click on the zip file that you downloaded. Double click on setup.exe to install XMITmanager. Double click on any .xmi file (i.e. a XMIT dataset that you have downloaded to your PC). Things should be intuitive from there on. From: Ed. Benoit [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Two TSO TRANSMIT (XMIT) questions Date: Sun, 13 Aug 2006 16:43:03 EDT Dave, I have downloaded the XMIT Manager v.3. But I cannot seams to find instructions on how to use it. Are there any documentation. Non of the downloaded members give instructions. Ed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Finger trouble brings down NHS
problem with the interruptible power supplies I gotta get me one of those IPS. Much more fun than UPS. From: Phil Payne [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Finger trouble brings down NHS Date: Wed, 2 Aug 2006 11:52:07 +0200 Well, a large part of it for over three days. Anyone remember when a mainframe last brought down a hospital for three days, let alone eighty of them? Also a cautionary tale for the outsourced - if there are only enough engineers to bring up n customers an hour, have you got your priorities sorted out? This really is a cautionary tale - making the intangible what if it all goes wrong much more tangible. And note the really good bit: The original outage was preceded on Sunday with a team of engineers being called to investigate a problem with the interruptible power supplies that usually prevent losses of electricity to the computers in CSC's Maidstone data centre. While they where working an unexpected power spike was shot around the data centre, taking out its main servers. http://www.theregister.co.uk/2006/08/02/private_before_nhs/ (Giggle - http://www.theinquirer.net/default.aspx?article=32550 ) -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Limericks...
English now belongs to everybody and is all the better for universal ownership. There's no doubt that English has been enriched through global ownership. However, not only spelling differences but also ambiguity is a pain in the fanny. q.v. http://www.m-w.com/dictionary/fanny From: Skip Robinson [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Limericks... Date: Thu, 22 Jun 2006 12:58:55 -0700 Not just the four countries. Or fourteen or forty. English now belongs to everybody and is all the better for universal ownership. If somebody could just fix the d*mn spelling. ;-) . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Ted MacNEIL [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 06/21/2006 05:00 PM Please respond to [EMAIL PROTECTED] To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Mainframe Limericks... Not many Americans could even begin to translate into a language other than English Sometimes not even then. England, Canada, Australia, the USA. Four countries separated by a common language! . -teD _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Limericks...
Good point. But it's a two way street. When talking servers with non-mainframers, I avoid terms like task, dataset, abend, etc. When in Rome, ... From: Edward Jaffe [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Limericks... Date: Thu, 22 Jun 2006 12:36:59 -0700 J R wrote: I apologize if I offended any person for whom English is not their first language. It was certainly not my intention to do that. My beef is with the nouveau-mainframers who insist on using wintel and unix terminology in place of our well-established vernacular. It's funny. More and more I find myself referring to storage creep as a memory leak, TCBs as threads, WAIT/POST as blocking and unblocking, reIPL as a reboot of the mainframe, etc. Talk to them in words they understand and ... well ... they'll understand you. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Limericks...
There once was a person named Rishi, Who posted a message most fishy. For pluralizing JCL, He should rot in hell, Though, now commonplace, it's cliche. Real mainframers don't pluralize JCL! _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Limericks...
Yes, I'm familiar with the translation problem; I've come to terms with that. What bothers me more are the PFCSK types and the *IX émigrés who think of a job as a JCL and, therefore, several jobs as JCLs. In the OP's limerick, he referred to writing jcls which really goes against the grain. (BTW, I knew my limerick wasn't very good but it was the best I could come up with.) From: Chris Mason [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Limericks... Date: Thu, 22 Jun 2006 18:35:29 +0200 J R, This is a language problem. Unfortunately it is quite common in French, for example, to translate from a French plural word to what should be, in English, a collective noun which is only ever used in the singular. Thus, for example, logiciels should translate to software but francophones very often/nearly always come up with softwares because logiciels is plural. I've just now seen another post in another list where the word advices appeared, presumably the poster had the word conseils in mind. Why don't the French use software and computer (ordinateur[1]) just like everybody else? Blame l'Académie française[2] [1] http://fr.wikipedia.org/wiki/Ordinateur [2] http://www.academie-francaise.fr/ Incidentally, a limerick should sound more like the following which I composed in an inspirational minute reflecting on a real event which had just taken place - with a couple of exaggerations fully compatible with poetic licence g: There was a young fellow called Jolly, Who thought drink an extravagant folly, 'Till we gave him seven With gin in his lemon And now he's quite tipsy, by golly! Chris Mason _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Limericks...
I apologize if I offended any person for whom English is not their first language. It was certainly not my intention to do that. My beef is with the nouveau-mainframers who insist on using wintel and unix terminology in place of our well-established vernacular. From: Liliane L. Clever [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Limericks... Date: Thu, 22 Jun 2006 14:31:25 -0400 Very well said indeed. And by the way, I dare any of the so-called-real american sysprogs on this list to say in french, or any other language besides english, what Bruno said so eloquently. Liliane At 01:21 PM 6/22/2006, Bruno Sugliani wrote: Yeah We french people ( some other foreigners as well) are often using a strange grammar . agreed . and confusing it . agreed ! But then : logiciel and software are not necessarily the same thing . It is a subtility ( or a pain :-)) ) in the french language un logiciel means a software PRODUCT le logiciel means software les logiciels means 'software products So as you can see,if it is plural ,we are definitely talking about software products . If it is singular and it is behind le ( The ) it becomes software . And if it is singular with the number 1 in front it becomes again a software product .( right ,because the number could be different than zero ) Not sure i make myself clear but i could explain it in french :-)) And in french i would tell you that for me a software product is not necessarily software big grin Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr Liliane Clever SunGard Higher Education/Temple University Lead Systems Programmer 1-215-204-6411 (Office) ; 1-215-204-1817 (Fax) [EMAIL PROTECTED] ; [EMAIL PROTECTED] www.sungardhe.com _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Track capacity?
It's a long, long time since I've used it but take a look at the TRKCALC macro. It's well documented within SYS1.MACLIB(TRKCALC). From: Charles Mills [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Track capacity? Date: Fri, 16 Jun 2006 10:13:17 -0700 Where can I find 3390 track capacity tables or formulas? I haven't done this in so long I think the last time I did this it was for a 2314. Specifically, I am trying to figure out: - If the DD statement says SPACE=(605,(4640,580)) how many tracks will have been allocated (primary and each secondary)? - If the program actually wrote 121-byte blocks (yes, I know) how many of those would fit on a track? Thanks, Charles Mills +1-707-291-0908 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSI experience
Judicious use of S99TIONQ? Maybe use S99CNENQ first? From: Victor Gil [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SSI experience Date: Wed, 31 May 2006 11:09:46 -0500 Ed, My tests indicate that DYNALLOC is in fact colliding on SYSZTIOT with the SSI Open/Close logic. Could you elaborate a bit on how exactly your BPAM subsystem avoids the collison? Thanks! -Victor- On Wed, 3 May 2006 14:59:35 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: Tom Schmidt wrote: You aren't planning on (or needing to be) doing dynamic allocation within the SSI Open/Close routines, are you? We have a subsystem that emulates BPAM for a proprietary library system that does just that! -- Edward E Jaffe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Wherefrom E15 and E35 Exit routines for SORT
I'm pretty sure that Binyamin meant exactly what he wrote. Firstly, he suggested that, if there were such things, standard exits might emulate default, i.e. non-exit, behavior. Secondly, he went on to describe what exits are normally used for, i.e. anything but default behavior. From: Frank Yaeger [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Wherefrom E15 and E35 Exit routines for SORT Date: Sun, 28 May 2006 09:00:44 -0700 Binyamin Dissen wrote on 05/28/2006 08:02:03 AM: I guess that one could argue that the standard E15 reads the records to be sorted from SORTIN, and the standard E35 writes the sorted records to SORTOUT. One would write an E15 if one is programmatically generating the records to be sorted and does not want to go thru the overhead of creating an output file and sending it to sort, and one would write an E35 if one is consuming the records and does not want to go to the overhead of having sort produce a file and reading it back. You actually seem to be talking about two different E15s and E35s here, although I don't think you meant to. In your first paragraph, you talk about the E15 reading SORTIN, and in the second paragraph you talk about the E15 generating all of the records (equivalent to not having a SORTIN). Those are two different types of E15s with different logic. Likewise, having an E35 write to SORTOUT, and having an E35 consuming the records (no SORTOUT) are two different types of E35s with different logic. I wouldn't call either of those E15s or E35s (or anything else) a standard. Given that how you would generate and dispose of such records in the no SORTIN/SORTOUT case, and how you would manipulate the records in the SORTIN/SORTOUT case, would be quite different in different situations, I don't see how/why you would apply the standard label in any of those cases. But maybe it's all just semantics. Frank Yaeger - DFSORT Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 'Problem' with EXPDT on SynchSort SORTOUT
The FM says, Use the EXPDT parameter to specify the expiration date for a *new* data set. From: Jan Vanbrabant [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: 'Problem' with EXPDT on SynchSort SORTOUT Date: Wed, 24 May 2006 06:00:38 -0500 Hi, We pre-allocate a dataset *without* EXPDT (trust me there are good reasons why we don't set a EXPDT hic et nunc at pre-allocation time, which I'm not going to elaborate upon). Looking into SMS confirms: Expiration date . . : ***None*** In a next SyncSort step we use that dataset as //SORTOUT DD DSN=...bla.bla.bla...,DISP=OLD,EXPDT=filled-in i.e. with an expiration date set in the JCL this time. This EXPDT setting is *NOT* honoured. Is this WAD (Working As Designed) with SyncSort? * We think indeed it is a 'problem' with SyncSort. We did another test with a pre-allocation without *EXPDT* and with another program + EXPDT, in this case the EXPDT *got* honoured. * Frank (Yaeger), Any idea how the IBM DFSORT handles this? * We are contacting SyncSort too in parallel, but you guys can possibly (probably!) share your experience on this?! Jan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 'Problem' with EXPDT on SynchSort SORTOUT
The Fine Manual is SA22-7597-08 z/OS MVS JCL Reference. From: Jan Vanbrabant [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 'Problem' with EXPDT on SynchSort SORTOUT Date: Wed, 24 May 2006 12:11:05 + Hi jayare, What is FM? A SyncSort manual? Jan The FM says, Use the EXPDT parameter to specify the expiration date for a *new* data set. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write to BR14 allocated PSDS - Unitech ACR 3.3
The problem here is one of imprecise communication. IEFBR14 does not create datasets. IEFBR14 does not allocate datasets. IEFBR14 does not initialize datasets. I suspect we all knew what the gist of the vendor's recommendation was but, as written in the OP's post, one had to wonder. What we have here is a failure to communicate! Vivian said: ACR/Summary and ACR/Detail version 3.3 has had reports of problems READING files initialized by IEFBR14, which is due to the fact that there is no EOF marker in the file. We have always had top-notch customer support ... David Speake said: I have a request for assistance in finding all JCL steps that use IEFBR14 to create (allocate might be a better word choice) data sets ... _ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: submit job from SYSPUNCH
Thanks, Bill, I'd forgotten about /*DEL. Regarding point #2, I think that PUNCH statements are processed as they are encountered. However, one could punch a /*DEL card which should terminate the job which would have been submitted IIRC. Bill _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: rexx or other macro processor on z/os?
Yes, I read that too. But it didn't answer my question because it doesn't say when the object deck is written. My question was not as to *where* in the deck the PUNCH output appears but *when* the deck, PUNCH output and all, is written. In any event, as pointed out by Bill Lalonde and Shmuel Metz, it's irrelevant. As for the ordering of processing of PUNCH statements, questioned elsewhere in this thread: Title: HLASM V1R4 Language Reference Document Number: SC26-4940-03 5.37 PUNCH Instruction The assembler writes the record produced by a PUNCH statement when it writes the object deck. The ordering of this record in the object deck is determined by the order in which the PUNCH statement is processed by the assembler. The record appears after any object deck records produced by previous statements, and before any other object deck records produced by subsequent statements. -- gil _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Submit job from SYPUNCH was (fwd) Re: rexx or other macro processor on z/os?
Why don't you have SYSPUNCH SYSOUT=(*,INTRDR)? Because it's a good idea to check the assembly completion code to ensure that the generated JCL is good. That way you can avoid submitting partially and/or incorrectly built jobs to the internal reader. From: Clark Morris [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Submit job from SYPUNCH was (fwd) Re: rexx or other macro processor on z/os? Date: Sun, 7 May 2006 09:34:14 -0300 On 7 May 2006 02:32:09 -0700, in bit.listserv.ibm-main [EMAIL PROTECTED] (Chris Mason) wrote: To the listeners, This thread was discovered in a Google digest. I did not spot it in e-mails so I can't reply correctly, that is, linking to the existing thread, nor can I produce the usual references. Hal, Bill's reference misses a key step, namely how to get the SYSPUNCH output submitted as a job. The typical way to do this is to make the SYSPUNCH a DISPosition NEW and PASSed temporary data set. The next job step can then be an IEBGENER with the temporary data set as input with DISPosition OLD and DELETE and the output going to the internal reader, SYSOUT=(*,INTRDR). Why don't you have SYSPUNCH SYSOUT=(*,INTRDR)? Chris Mason rest snipped -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: submit job from SYSPUNCH
1) The latest or the greatest? Notwithstanding what it says about SYSM_HSEV in HLASM General Information R5 (GC26-4943-04), Appendix B. System Variable Symbols, it seems reasonable to assume that it contains the greatest MNOTE severity so far in the assembly. 2) It's not clear exactly when PUNCHed data is written to SYSPUNCH and/or SYSLIN. If they are buffered and written out only when complete, then abandoning the assembly (if that's possible) will prevent erroneous or incomplete JCL being submitted. If they are written out at the time the PUNCH statement is encountered, they may be irretrievable, especially if SYSOUT still emulates unit record devices as it always used to. 3) You obviously have more experience with pornography than I. From: john gilmore [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: submit job from SYSPUNCH Date: Sun, 7 May 2006 15:15:33 + J R [EMAIL PROTECTED] writes Why don't you have SYSPUNCH SYSOUT=(*,INTRDR)? Because it's a good idea to check the assembly completion code to ensure that the generated JCL is good. That way you can avoid submitting partially and/or incorrectly built jobs to the internal reader. The original suggestion that a two-step scheme be used seemed to me to share a salient characteristic with certain kinds of pornography: One looks at them and thinks to oneself, I see that it can be done that way, but why? The assembler's 'completion code' can be checked WITHIN a single assembly step using the value of the HLASM system variable symbol SYSM_HSEV, as in |abortsetb (SYSM_HBSEV ge abort_severity_level) | aif abort).abort in which abort_severity_level, initialized in a SETA statement, has any desired value, for concreteness say 4. John Gilmore Ashland, MA 01721-1817 USA _ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSI experience
Maybe they could assign a group of college co-op students to the task? Careful! According to legend, that's the kind of thing that begat IEHMOVE. From: Tom Schmidt [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SSI experience Date: Thu, 4 May 2006 13:20:32 -0500 Victor, Chapter 25 of MVS Programming Authorized Assembler Services Guide describes (such as it is) the use of DYNALLOC as well as some suggested restrictions. There are a few places where they recommend against the use of DYNALLOC with several of those cases being the intersection of DYNALLOC and OPEN due to SYSZTIOT enqueue(s). As others have said, the changes in allocation over the past (20?) years to use DSABs might mean that the number of current intersections has dropped. Ed seems to be blissfully unhindered by SSI OPEN and DYNALLOC and I'm quite happy to hear that. I believe I had some routines some time back that mostly worked just fine, too. (My routines would have been written long enough ago that they may be able to vote in the next election and I haven't used those in a long, long time.) Perhaps IBM needs to update the section entitled Programming Considerations For Using the DYNALLOC Macro in Chapter 25, as well as the section entitled When to Avoid Using Dynamic Allocation in that same chapter? Maybe that well meaning advice is dated and some of it is obsolete? Or maybe there are still some edge conditions (like maybe using SSI OPEN with DYNALLOC of a base generation data group?) that it is addressing instead of ordinary 'flat files'? I would like to suggest that IBM would be doing the user base a nice service by adding the use of SSI ALLOCATE/OPEN/CLOSE/UNALLOCATE to the Using the Subsystem Interface publication. The existing publication dances around the most useful, interesting and valuable part of the SSI. (Maybe they could assign a group of college co-op students to the task? Or better yet, the IBM group that didn't know about the SSI when they designed/implemented the new z/OS data encryption service! That was a lost opportunity if there ever was one.) -- Tom Schmidt Madison, WI On Wed, 3 May 2006 17:00:16 -0500, Victor Gil wrote: I was thinking of doing dynalloc in the subtask attached by Open. Why? Any sort of ENQ I should be aware of? I've seen products that parse the SUBSYS dd and perform dynamic allocation. On Wed, 3 May 2006 16:56:14 -0500, Tom Schmidt wrote: You aren't planning on (or needing to be) doing dynamic allocation within the SSI Open/Close routines, are you? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Meaningful Subject: (was: Dumb question?)
In many countries, it's also offensive to equate dumb with lacking in intelligence. It's ironic that, because of the widespread use of this interpretation, many people who cannot speak prefer to be called mute or speechless. From: Paul Gilmartin [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Meaningful Subject: (was: Dumb question?) Date: Wed, 3 May 2006 12:26:04 -0600 In a recent note, (IBM Mainframe Discussion List) said: Date: Wed, 3 May 2006 14:11:03 EDT The only dumb question is the one you do not ask because you are afraid that others will think it is a dumb question. However, it's less than clever to use a subject line that gives no clue as to the actual topic. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEC141I 013-C0 during SUBSYS open
What sort of subsystem was involved (JES or something else)? Did you get more messages (probably in the SYSMSGS)? From recent postings, I got the impression that Victor was writing his own subsystem. From: Bruce Black [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEC141I 013-C0 during SUBSYS open Date: Mon, 1 May 2006 12:27:44 -0400 Victor, the doc for 013-C0 is poorly written. It says An open failure occurred for a subsystem data set. Possible failures follow: O A SYSIN or SYSOUT data set opened by JES O A SYSIN or SYSOUT data set opened under the master subsystem O A subsystem data set (such as an HFS data set) that uses the same interface as JES. However, the 3 bullets do not describe failures, they describe the conditions when a dataset is subsystem dataset. I would expect to get additional messages from the associated subsystem which describe the error in more detail. What sort of subsystem was involved (JES or something else)? Did you get more messages (probably in the SYSMSGS)? -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TOD Clock the same as the BIOS clock in PCs?
From: [EMAIL PROTECTED] Subject: Re: TOD Clock the same as the BIOS clock in PCs? Date: Date: Mon, Apr 24 2006 4:36 am which was probably brought to you by the same people who have a bizarre collating sequence where zero follows 9 (see your local keyboard or telephone keypad for examples). I think that the zero really means ten. At least it did, back in the pulse days. No. Zero means zero. Since it was difficult to count zero pulses, it was represented by ten pulses instead, hence its position on the rotary dial. _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reading Variable record with bad BDW/RDW?
Use DYNALLOC Information Retrieval for the DSORG. From: Thomas David Rivers [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Reading Variable record with bad BDW/RDW? Date: Mon, 24 Apr 2006 15:18:39 -0400 Hi John, Yeah... I know the directory portion isn't VB. But, the program doesn't know that.. it thinks it's simply been given the name of a sequential VB file that it wants to process So - it stumbles blindly into the directory - and *whamo* - gets this bad data. So - I suppose - what's the best way to ask Hey - is this at all a reasonable thing to be trying a VB-read on? - Thanks - - Dave Rivers - McKown, John wrote: The directory of a PDS is not VB. It is RECFM=F,LRECL=256,BLKSIZE=256,KEYLEN=8. You can ignore the key, if you want. You must read all 256 bytes and deblock the logical records yourself. They are not compatable with RECFM=VB, but they are close. Close only counts in horse shoes and nuclear weapons. I have code, which I got from somewhere, that I can share. I also sure that there is some available on http://cbttape.org somewhere, but I don't know where. -- John McKown Senior Systems Programmer HealthMarkets -- [EMAIL PROTECTED]Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reading Variable record with bad BDW/RDW?
Your inclinations assume that: (a) DCBDSORG will change during OPEN, and (b) the data will appear in his program without an error. I don't believe (a) ever happens. I think he already has the error before he sees the data. From: Paul Gilmartin [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Reading Variable record with bad BDW/RDW? Date: Mon, 24 Apr 2006 13:35:55 -0600 In a recent note, Thomas David Rivers said: Date: Mon, 24 Apr 2006 15:18:39 -0400 So - I suppose - what's the best way to ask Hey - is this at all a reasonable thing to be trying a VB-read on? My inclination would be to verify: o DSORG != PO in the DCB after OPEN. (But DON'T try to enforce DSORG == PS, because that is not set if DDNAME is allocated to a UNIX file.) o BDW consistent with BLKSIZE, and no invalid flag bits set. o RDW consistent with LRECL (and with BDW), and no invalid flag bits set. (most of which QSAM does NOT verify) If all tests pass, then give the user what he asked for. If any fail, indicate an I/O error. Now, suppose the user attempts to open for OUTPUT? Wnat's a good way to avoid trashing the PDS directory? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reading Variable record with bad BDW/RDW?
I may be wrong but I thought that DSORG was not optional on the DCB macro. From: Paul Gilmartin [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Reading Variable record with bad BDW/RDW? Date: Mon, 24 Apr 2006 14:40:33 -0600 In a recent note, J R said: Date: Mon, 24 Apr 2006 16:24:54 -0400 Your inclinations assume that: (a) DCBDSORG will change during OPEN, and I don't believe (a) ever happens. I certainly did assume that. Have I misunderstood the following: Title: z/OS V1R5.0 DFSMS: Using Data Sets Document Number: SC26-7410-03 # 3.2.2.1 z/OS V1R5.0 DFSMS: Using Data Sets 3.2.2.1 Filling in the DCB 4. From the JFCB, OPEN fills in any field not completed in the DCB or DCBE. This completes what is called the forward merge. ??? (I know, it's pretty complicated.) From: Paul Gilmartin [log in to unmask] Date: Mon, 24 Apr 2006 13:35:55 -0600 My inclination would be to verify: o DSORG != PO in the DCB after OPEN. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reading Variable record with bad BDW/RDW?
Code DINRTORG to request the return of the data set organization (DSORG) of the specified resource. Code DINRTMEM to request the return of the member name associated with the specified allocation. By getting this information *before* OPEN you should be able to set up your DCB appropriately. From: Paul Gilmartin [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Reading Variable record with bad BDW/RDW? Date: Mon, 24 Apr 2006 14:20:55 -0600 In a recent note, Thomas David Rivers said: Date: Mon, 24 Apr 2006 16:11:15 -0400 Someone else suggested using DYNALLOC to query the organization of the file before the OPEN... is there a way to accomplish this after the OPEN? I would expect DYNALLOC IR to work equally well after OPEN as before. But you must do it before attempting to process any record. But, what does DYNALLOC IR indicate if DDNAME identifies a properly allocated _member_ of a PDS with RECFM=VB, etc.? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z900 Capacity Models?
Ha! The more things change, the more they stay the same. Back in the very early '70s at IBM, I did some performance work using an SMI (System Measurement Instrument?). There were rumored to be only two in all of the UK, and we were using both at the time. Those of us entrusted with the beast were cautioned not to let the customer see any reports until we'd had a chance to annotate them, lest they misinterpret the results. From: Ted MacNEIL [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z900 Capacity Models? Date: Fri, 24 Mar 2006 00:00:00 GMT Seems like there ought to be sizing tool with stuff builtin instead of give me all you've got and see if it works? Sorry, but it's always been that way for modelling tools. You have to do a 'virtual' upgrade to see if it will work. Try zPCR. I used it when I was at IBM. And, it's got the best price going. You just have to take the online course first. That's so (or so they believe) you'll learn how to interpret the results. They've forgotton about the GIGO principle. And, a 45-minute, non-interactive course is not going to dispell that. - -teD Im an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need help with msg IEE114I
APPC Transaction? From: Richard Tsujimoto [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Need help with msg IEE114I Date: Tue, 7 Mar 2006 12:09:30 -0500 When a D J,L command is issued, the response is message IEE114I, showing a list of jobs and STCs. Those that are jobs have J next to them, and STCs have S next to them. We have one that has an A next to it. According to Messages and Codes, A stands for ATX. I can't find out what ATX stands for. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Military Time?
On 2006-02-24 09:41, howard.braazee said: Except that if someone enters 00:01AM, while it might not be technically correct, it is unambiguous. Are you saying that, in your programs, you check for and allow 00:01AM? It would be nice to be correct. It is more important to be clear unambiguous. Unless they mixed up AM and PM (as, in fact, you did a couple days ago). Then it would be unambigous and dead wrong. On 2006-02-22 14:18, howard.braazee said: AM means after noon PM means before noon _ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
