SV: Complimentary E-book Thriller from author, Marshall Chamberlain

Yes, certainly. It's beyond my belief that people keep replying to this thread! Regards, Thomas Berg ___ Thomas Berg Specialist AM/SMS SWEDBANK AB (publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List

SV: How to leave ISPF

. Well, here I learned something new! Finally a usage for SysReq! Regards, Thomas Berg __ Thomas Berg Specialist AM/DQS SWEDBANK AB (publ) -- For IBM-MAIN subscribe

SV: Brain drain: Where Cobol systems go from here

There will always exist the solution to pay good enough money that talented programmers can solve this problem. A good programmer/analyst is not hindered (long) by unknown coding language. The problem is companies that don't understand this. Regards, Thomas Berg

SV: IBMLink Outage May 4-7

HILARIOUS! :D Regards, Thomas Berg __ Thomas Berg Specialist AM/DQS SWEDBANK AB (publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Edward Jaffe Skickat: den 2 maj 2012 19

SV: Mainframe Skills Scarce? (z/OS Mainframe CA Product training ...)

research to get the right person. But CIOs today isn't interested as they are constantly looking at the next step in their careers. Regards, Thomas Berg __ Thomas Berg Specialist AM/DQS SWEDBANK AB (publ

SV: SV: Mainframe Skills Scarce? (z/OS Mainframe CA Product training ...)

-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För R.S. Skickat: den 27 april 2012 11:04 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SV: Mainframe Skills Scarce? (z/OS Mainframe CA Product training ...) W dniu 2012-04-27 10:35, Thomas Berg

SV: Explination of S0C4 reason code 4 and related data areas

is a Swedish word for deceive. :) Regards, Thomas Berg __ Thomas Berg Specialist AM/DQS SWEDBANK AB (publ) -- For IBM-MAIN subscribe / signoff / archive access instructions

SV: Jobid on SDSF PS panel ?

Have You tried with the '?' command ? Regards, Thomas Berg __ Thomas Berg Specialist AM/DQS SWEDBANK AB (publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Miklos

SV: SV: Jobid on SDSF PS panel ?

I mean just/only '?'. Regards, Thomas Berg __ Thomas Berg Specialist AM/DQS SWEDBANK AB (publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Miklos Szigetvari Skickat: den

SV: SV: SV: Jobid on SDSF PS panel ?

Ok, I can't see the PS window here due to sec. block. But I supposed that You got other columns in the window as with e g the H window through the '?' command. Regards, Thomas Berg __ Thomas Berg Specialist AM/DQS SWEDBANK AB (publ

SV: ISPF Panel date validation

An important note is that the rexx code is indentation sensitive, it must obey the same indentation rules as the other panel code. Otherwise a S0C4 abend is nearly sure. Regards, Thomas Berg __ Thomas Berg Specialist AM/DQS SWEDBANK

SV: SV: GO TO cobol

, on 04/16/2012 at 03:42 PM, Thomas Berg thomas.b...@swedbank.se said: (BTW, How do You imagine the behavior if the Signal DID NOT trash the DO nesting? The Devil is in the details. Contrast Rexx with PL/I. In PL/I a SIGNAL invokes an ON-unit as a subroutine. The On=unit can return

SV: GO TO cobol

An alternative is to have e g an 88-type LEAVE item that is checked for every code-block including all iterations and selections. (You set leave to true when wanting to do a leave type jump.) Regards, Thomas Berg __ Thomas Berg Specialist

SV: GO TO cobol

.) Regards, Thomas Berg __ Thomas Berg Specialist AM/DQS SWEDBANK AB (publ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu

SV: SV: GO TO cobol

-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Paul Gilmartin Skickat: den 16 april 2012 16:33 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SV: GO TO cobol On Mon, 16 Apr 2012 15:42:12 +0200, Thomas Berg wrote: Rexx is a nightmare here

SV: Origins of numeric assignation of z196 z114

or Cindy Crawford? Last, bit not least: Athlon, or Pentium sounds much better than CMOS 11S. -- Radoslaw Skorupka Lodz, Poland I would then suggest names more like: zEUS, HERA, HERMES, GILGAMESH, etc. :) Regards, Thomas Berg __ Thomas

SV: PCOM Question (IBM Personal Communcations aka 3270)

:// mailto: news: telnet:// Regards, Thomas Berg __ Thomas Berg Specialist AM/DQS SWEDBANK AB (publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Shmuel Metz (Seymour J.) Skickat

SV: Theology question

and the second was global for option2.) BTW, In rexx if you check for an existing parm would rexxfunc(arg1,,arg3) have a *non-existing* arg/parm nr 2 but rexxfunc(arg1,'',arg3) would have and *existing*, but empty arg/parm nr 2. Regards, Thomas Berg -Ursprungligt meddelande- Från: IBM

PCOM Question (IBM Personal Communcations aka 3270)

Is there a way to get internet links to work from 3270 using PCOM ? E g You have the text: http://ibm.com in a panel, click on it and the link opens in the browser. Regards, Thomas Berg __ Thomas Berg Specialist AM/DQS SWEDBANK AB

SV: PCOM Question (IBM Personal Communcations aka 3270)

Thanks, it worked! But what are the rules for PCOM to identify it as a hyperlink ? Must You have the format http://etc or could you other formats ? (Thinking of having links with underlined descriptive texts rather than the URL visible.) Regards, Thomas Berg

SV: PCOM Question (IBM Personal Communcations aka 3270)

Thanks. (I didn't find it in the help, except about URL hotspots in general. Could be because I have a Swedish translated version (ver 5.6)). Regards, Thomas Berg __ Thomas Berg Specialist AM/DQS SWEDBANK AB (publ

SV: SV: Theology question

-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Paul Gilmartin Skickat: den 20 mars 2012 15:45 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SV: Theology question On Tue, 20 Mar 2012 10:54:50 +0100, Thomas Berg wrote: The only alternative (as seen

SV: Re: Theology question

, Thomas Berg __ Thomas Berg Specialist AM/DQS SWEDBANK AB (publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Phil Smith Skickat: den 20 mars 2012 16:34 Till: IBM-MAIN@bama.ua.edu

SV: Thought: new DISP status function

... Smart. I'm using it now. Thanks!   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email

SV: Duplicating SYSOUT output to another DD/DSN in realtime ? (JCL)

Thanks! Interesting variant of SDSF access. I'm so used with the rexx interface that I haven't thought of the more direct way. (I got the rexx way to work thanks to an example by Miklos Szigetvari.)   Regards, Thomas Berg _ Thomas Berg   Specialist

Duplicating SYSOUT output to another DD/DSN in realtime ? (JCL)

Is there any possibility to duplicate the output to SYSOUT to another Ddname/DSname in realtime ? I want to follow the execution by inspecting the output but at the same time save it for processing in a following step. Preferably by JCL means. Regards, Thomas Berg

SV: Duplicating SYSOUT output to another DD/DSN in realtime ? (JCL)

under IKJEFT01.)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Vernooij, CP - SPLXM Skickat: den 27 februari 2012 14:44

SV: Duplicating SYSOUT output to another DD/DSN in realtime ? (JCL)

-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Steve Comstock Skickat: den 27 februari 2012 14:58 Till: IBM-MAIN@bama.ua.edu Ämne: Re: Duplicating SYSOUT output to another DD/DSN in realtime ? (JCL) On 2/27/2012 4:18 AM, Thomas Berg

SV: Duplicating SYSOUT output to another DD/DSN in realtime ? (JCL)

in the beginning. Maybe I should go back to the drawing board...   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access

SV: SV: Duplicating SYSOUT output to another DD/DSN in realtime ? (JCL)

:18 AM, Thomas Berg wrote: Is there any possibility to duplicate the output to SYSOUT to another Ddname/DSname in realtime ? I want to follow the execution by inspecting the output but at the same time save it for processing in a following step. Preferably by JCL means. Regards

SV: SV: Duplicating SYSOUT output to another DD/DSN in realtime ? (JCL)

Regarding even if the job is still running, is that true ? When I tried that last time I couldn't get hold of the output as long as the job was running. Exactly how do You do that ? (E g which ISF-commands etc.)   Regards, Thomas Berg _ Thomas Berg

SV: SV: SV: Duplicating SYSOUT output to another DD/DSN in realtime ? (JCL)

Well that's what I did (IIRC), but I didn't get the ds, I think I got an in use msg when doing the SA. But if You can get this to work so must I be able to do. Will maybe try it again.   Regards, Thomas Berg _ Thomas Berg   Specialist   A M

SV: Stupid JCL trick?

It seems to me more convenient to have an edit macro that make comments of a step. Something like: COMSTEP stepname and ACTSTEP stepname (to de-comment the step).   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK

SV: Debug TSO through ISPF panels installation

corner) - Press ENTER and the go to the application You want to debug - After execution (e g after the unsuccessful S selection), go to: 5 Log Browse ISPF log (still under ISPF option 7, Dialog Test) - You may see interesting logdata near the bottom YMMV   Regards, Thomas Berg

SV: REXX IEBCOPY Continuation?

Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Hansen, Dave L - Eagan, MN Skickat: den 15 februari 2012 21:08 Till: IBM-MAIN@bama.ua.edu Ämne

SV: Archaic allocation in JCL (Was: Physical record size query)

Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Thomas Berg Sent: Monday, February 13, 2012 5:11 AM To: IBM-MAIN@bama.ua.edu Subject: SV: Archaic allocation in JCL (Was: Physical record size query) -Ursprungligt meddelande- Från: IBM Mainframe Discussion

SV: Archaic allocation in JCL (Was: Physical record size query)

with very generous SPACE allocations (for every allocation) ? Regards, Thomas Berg So the question becomes where to define space? The system cannot think like a human. It usually needs a place to start. So IBM provided some solutions. Please! Requirement of space do not need any

Archaic allocation in JCL (Was: Physical record size query)

automatically, why not introduce a new keyword like e g SPACE=ANY ?   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -- For IBM-MAIN subscribe / signoff / archive

SV: Archaic allocation in JCL (Was: Physical record size query)

to many variants of datasetnames and to many different needs for space depending on time, date and subgrouping within applications.   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK

SV: Archaic allocation in JCL (Was: Physical record size query)

My variant is faster to write! ;) (BTW, with my idea only needed space is allocated, there is no unused preallocated space.)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe

SV: Archaic allocation in JCL (Was: Physical record size query)

-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Vernooij, CP - SPLXM Skickat: den 13 februari 2012 14:22 Till: IBM-MAIN@bama.ua.edu Ämne: Re: Archaic allocation in JCL (Was: Physical record size query) Thomas Berg thomas.b

SV: SV: Archaic allocation in JCL (Was: Physical record size query)

interface.)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För R.S. Skickat: den 13 februari 2012 14:49 Till: IBM-MAIN@bama.ua.edu

SV: Archaic allocation in JCL (Was: Physical record size query)

, Thomas Berg wrote: I can't understand why we STILL need to specify SPACE= (etc) for an allocation of a dataset. You normally don't do that in other OS (platforms), You always (both principally and in practice) want to allocate as much as is needed during execution Can you use UNIX files

SV: SV: SV: Archaic allocation in JCL (Was: Physical record size query)

-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För R.S. Skickat: den 13 februari 2012 15:49 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SV: SV: Archaic allocation in JCL (Was: Physical record size query) W dniu 2012-02-13 15:21, Thomas Berg

SV: SV: Archaic allocation in JCL (Was: Physical record size query)

+0100, Thomas Berg wrote: Can you use UNIX files (zFS) for your purposes and avoid the archaism? Not practically. But that would be a circumvention, not a solution as I see it. When something doesn't work as desired, and it's impractical to fix it (R.S. appears to understand the design

SV: Archaic allocation in JCL (Was: Physical record size query)

I'm beginning to wondering... :) But I started in februari 1979...   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Frank

STEPLIB problems - was: PDSE

by some recent contacts with development labs at IBM give me the impression that IBM lacks contact with the reality out here... ;)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe

SV: STEPLIB problems - was: PDSE

for that envrionment. At least 'dynamic' during logon, not during the life of the session. Kees. Thomas Berg thomas.b...@swedbank.se wrote in message news:a90e503c23f97441b05ee302853b0e62616721c...@fspas01ev010.fspa.myntet. se... The original case by Juergen touches the main shortcoming of IBM's

SV: STEPLIB problems - was: PDSE

) was a product called ProEdit. BTW, what do You mean by prefixed the library ?   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -- For IBM-MAIN subscribe

SV: STEPLIB problems - was: PDSE

-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Elardus Engelbrecht Skickat: den 25 januari 2012 13:17 Till: IBM-MAIN@bama.ua.edu Ämne: Re: STEPLIB problems - was: PDSE Thomas Berg wrote: There are cases when putting steplib(s

SV: STEPLIB problems - was: PDSE

. Which means that it's unusable except as an alternative to different logon procs - with the inconvenience to have to issue the command(s) every logon...   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK

SV: STEPLIB problems - was: PDSE

.fspa.myntet.se, on 01/25/2012 at 11:43 AM, Thomas Berg thomas.b...@swedbank.se said: This happens when You must use conflicting software or software versions. For that case, why can't you set it up from the READY prompt prior to going into ISPF? Because I need to use both at the same

SV: SV: STEPLIB problems - was: PDSE

Yes, I'm aware of that. With open eyes...   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Juergen Keller Skickat: den 25

SV: QUEUED() not working with ISPF (CROSS POSTED to ISPF-L)

eMODE . . . (LINE, FSCR, or blank) e DM And then continue from there.   Regards, Thomas Berg _ Thomas Berg   Specialist   A M

SV: The Trainer's Friend announces - no price increase

think USD are cheap now, wait until Uncle Ben's Funny Money gets into circulation. :-( Well, for the moment there is a very tough and competitive race to the bottom in the currency markets. ;)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M

SV: SV: cpu / machine identification

Seems Yes, but is not. Many are just after valuables and not the car. So with not locking (and not have any valuables in the car), You usually don't have any damage.   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK

SV: cpu / machine identification

key? :) Brian I know of people that don't lock their cars - to avoid damage if someone wants to get into the car.   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK

SV: Is there an SPF setting to turn CAPS ON like keyboard key?

and said No, it isn't! Fix the bleep compiler!! I refued to talk with him ever again. He was a complete idiot. Really ? I don't think so. There is always somewhere an idiot with some additional feature, thus a *more* complete idiot!   Regards, Thomas Berg

SV: SV: JCL sheesh! for today

.fspa.myntet.se, on 12/08/2011 at 03:13 PM, Thomas Berg thomas.b...@swedbank.se said: Note that if You e g is using IDCAMS for allocating/deleting datasets it's even today under the radar as seen from the initiator. AMS uses DYNALLOC, so it's not under the radar. It's under the radar

SV: vdawkin

It's not neccssary so that Your password is cracked. I would suspect that they just fake the From: address! (To get it onto the list.)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM

SV: SV: SV: JCL sheesh! for today

...@fspas01ev010.fspa.myntet.se, on 12/09/2011 at 10:28 AM, Thomas Berg thomas.b...@swedbank.se said: It's under the radar when the job cards is read and interpreted. Read the message again. In particular, as seen from the initiator. Ok, If I rephrase it like: as seen from the initiator before

SV: JCL sheesh! for today

personnel in general - but first and foremost accepted universally or at least by the majority of vendors et al. And here we stumble on the fact that everything (more or less) in this world is proprietary and dependent of IBM...   Regards, Thomas Berg

SV: JCL sheesh! for today

-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Tom Marchant Skickat: den 8 december 2011 14:36 Till: IBM-MAIN@bama.ua.edu Ämne: Re: JCL sheesh! for today On Thu, 8 Dec 2011 14:18:06 +0100, Thomas Berg wrote: From my naive

SV: SV: JCL sheesh! for today

-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Paul Gilmartin Skickat: den 8 december 2011 15:34 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SV: JCL sheesh! for today On Thu, 8 Dec 2011 15:13:04 +0100, Thomas Berg wrote: the dynamic

SV: Tona.Adkins.chh4

Or rather someone that is faking the From: address.   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Aled Hughes Skickat

SV: MD5 hash of a USS file ?

FWIW, I have a REXX function coded in asm for MD5 checksums running it in MVS (EBCDIC). (Coded by Leland Lucius)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK

SV: The IBM Displays Memory Lane (Was: TSO SCREENSIZE)

About the 2250, a link with a photo of the wonder in action: http://www.columbia.edu/cu/computinghistory/2250.html   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK

SV: Scanning JES3 JCL

begun using a fork at the meals etc ? No offense please, I really admire You old wrecks! ;)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -- For IBM-MAIN subscribe

SV: Scanning JES3 JCL

09:15:22 IAT4810 JOB TERMINATED BY JES JSTTEST FACILITY   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access

Which manual for ECA* messages ?

Got a ECA1004E error message when trying to recall a dataset. Didn't found it through IBM LookAt and it seems there is no DFHSM message manual. A hint of direction would be grateful. Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK

SV: Which manual for ECA* messages ?

, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Lutz Hamann Skickat: den 27 oktober 2011 12:05 Till: IBM-MAIN@bama.ua.edu Ämne: Re

SV: Which manual for ECA* messages ?

That's obvious if You think before You write. An outrageous requirement.   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För

SV: Which manual for ECA* messages ?

Thanks, it's the space cowboys problem now.   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Staller, Allan Skickat: den

SV: GDG

, how do You specify version in the JCL ? I mean in the same way we specify latest generation by aaa(0) and a new by aaa(+1) etc.   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK

SV: SV: GDG

-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För R.S. Skickat: den 26 oktober 2011 12:29 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SV: GDG W dniu 2011-10-26 12:09, Thomas Berg pisze: -Ursprungligt meddelande- Från: IBM Mainframe

SV: z/OS Control block question

Could You post a corrected version of the code, please ? :)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Gerhard

SV: z/OS Control block question

That was to Gerhard Postpischil. He had suggestions for improving it so I thought it would be valuable to see his code variant. :)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM

SV: 3270 dynamic screen sizes

Try: in ISPF Setting: Screen format 3 (1. Data) (Note 3)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Monika Amiss

DCB for a temporary dataset ?

Are there any ways to get DCB information and/or space allocation for an allocated temporary dataset (You know the ddname but not much more) ? (E g in a TSO environment.) Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK

SV: DCB for a temporary dataset ?

Ouch! Have totally forgotten that. (Blushing...) (Too simple!)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Binyamin

Rename of DDname ?

application 2 which requires the same DDname (for dataset CCC.DDD). This is just *one* example. Is it a matter of editing the TIOT, or ? Hälsn Thomas _ Thomas Berg Specialist A M SWEDBANK

SV: Rename of DDname ?

-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Walt Farrell Skickat: den 7 oktober 2011 17:00 Till: IBM-MAIN@bama.ua.edu Ämne: Re: Rename of DDname ? On Fri, 7 Oct 2011 15:45:50 +0200, Thomas Berg thomas.b...@swedbank.se wrote

SV: Rename of DDname ?

See my previous answer/post.   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Elardus Engelbrecht Skickat: den 7 oktober

SV: Rename of DDname ?

No. That frees the existing allocation of datasets, which is what I want to avoid.   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN

SV: Rename of DDname ?

.fspa.myntet.se, on 10/07/2011 at 03:45 PM, Thomas Berg thomas.b...@swedbank.se said: Are there any way to rename a ddname ? By that I mean leaving the allocation as such untouched but the name of the allocation/DDname is changed. Yes, there's an old facility in DAIR. I assume that it uses

SV: SV: Rename of DDname ?

Thanks, will look at that when I don't get network error when trying to reach IBM manuals.   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN

SV: Rename of DDname ?

the data in cataloged datasets that would be allocated and reallocated during the execution. Which would require more resources and finishing deletes (as it's logical temporary files).   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK

SV: How to splitting loadmudules

Yes, I'm doing just that now. Pity if it's no other way..   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Edward Jaffe

SV: How to splitting loadmudules

...@fspas01ev010.fspa.myntet.se, on 09/09/2011 at 09:39 AM, Thomas Berg thomas.b...@swedbank.se said: Is there a more convenient way to do this other than generate REPLACE cards for the BINDER and - in this example - run it three times. Why run it three times? Run it once with three INCLUDE statements

How to splitting loadmudules

and - in this example - run it three times. (Other than writing an assembler program using IEW macros.) I have to do this for several thousands of load modules. Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK

SV: How to splitting loadmudules

-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Miklos Szigetvari Skickat: den 9 september 2011 10:54 Till: IBM-MAIN@bama.ua.edu Ämne: Re: How to splitting loadmudules On 9/9/2011 9:39 AM, Thomas Berg wrote: I have a need to split

SV: How to splitting loadmudules

-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Binyamin Dissen Skickat: den 9 september 2011 12:06 Till: IBM-MAIN@bama.ua.edu Ämne: Re: How to splitting loadmudules On Fri, 9 Sep 2011 11:49:28 +0200 Thomas Berg thomas.b

SV: How to splitting loadmudules

As I understand, the delinkers (there seems to be several) just produces object decks from load modules/CSECTs. Will not help me   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK much, I think. -Ursprungligt meddelande

SV: SV: How to splitting loadmudules

-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Tom Marchant Skickat: den 9 september 2011 13:30 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SV: How to splitting loadmudules On Fri, 9 Sep 2011 12:11:37 +0200, Thomas Berg wrote: There's

SV: SV: SV: How to splitting loadmudules

There is no missing CSECTs ? (I'm using NOCALL, in the example by Tom below there would be bare/NOCALL modules: X, Y, Z and N. And maybe Y(2) and Z(2) which would be placed on another loadlib.)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M

SV: SV: SV: SV: How to splitting loadmudules

I'm not going to RUN these delinked modules! They are just for the BIND MANAGER to read and search for whatever (contoken I assume). (They are just indata here.)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK

SV: How to splitting loadmodules

. - will be put in production are stability and time important factors.   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För McKown

SV: SV: SV: SV: SV: How to splitting loadmudules

Thanks! I will try it. (Although I have to test this thoroughly as I must be sure BIND MGR can handle it.)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion

SV: PDS(E) invalid membernames give suprising behaviour in ISPF Data Set List Utility (BROWSE)

The behavior below is probably because the % (percent) char I the name - it's interpreted as a member name mask... Duh!   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe

SV: SV: PDS(E) invalid membernames give suprising behaviour in ISPF Data Set List Utility (BROWSE)

Thanks! Found it already.   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Steve Comstock Skickat: den 19 augusti 2011 13

  1   2   3   4   5   >