Re: Allocation Conflict with Job

On Mon, 8 Aug 2011 09:17:08 -0500, Nigel Wolfendale wrote: >I have a job with four steps: >Step 1 IEFBR14 - allocate a specific dataset = (MOD,DELETE) - to make sure it >is not there >Step 2 allocate it (NW,CATALOG,DELETE) - this step does not open the dataset >Step 3 Use Connect Direct to write

Re: CA-FAVER and LBI

Hi, I also suggest that you open an issue to www.support.ca.com to check - what release of CA CA FAVER(tm) VSAM Data Protection are you on, please? Thanks. Aurora Aurora Emanuela Dell'Anno CA Technology - MSC Sr. Engineering Services Architect Tel: +44 (0)1753 577 733 Mobile: +44

Re: Allocation Conflict with Job

I did see this number of times...answer reside in jcl reference with DISP description. "When any step of a job requests exclusive control of a data set (through DISP=NEW, DISP=MOD, or DISP=OLD), the system converts all requests for shared control of that data set within that job (DISP=SHR) to r

Re: Group Capacity

We want to Hard Capped LPAR in an LPAR Capacity Group because we want to create a consistent environment for stress test, if we use a defined capacity to cap, during the initial run capacity available >> then the later stage when it's capped hence a difference in results/response time etc. With

Re: Opcode X'A0' (was:Suffix of 64 bit instructions)

On 8/8/2011 11:05 PM, John Baker wrote: The X'A0' opcode provided various VS APL Assist functions. I don't believe that IBM ever documented it in any publication distributed to customers. In the sixties I wrote a little program to run through all possible opcodes, which turned up some undocu

Re: CORRUPT PDS - I/O ERROR

Shmuel Metz (Seymour J.) wrote: In <4e3ee8fa.6080...@bcs.org.uk>, on 08/07/2011 at 08:35 PM, CM Poncelet said: But you seem to be saying that, unless I can cite from your book the chapter and verse that supports my argument, my argument is false. No, neither I nor the others have

Re: Suffix of 64 bit instructions

shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) writes: > The B2 opcodes came later. Some of the emulator features on the S/360 > had longer opcodes. diagnose (x'83') is supervisor instruction defined as model specific. common mechanism was the displacement field was used as "extended op-c

Opcode X'A0' (was:Suffix of 64 bit instructions)

Gerhard, The X'A0' opcode provided various VS APL Assist functions. I don't believe that IBM ever documented it in any publication distributed to customers. John P. Baker -- For IBM-MAIN subscribe / signoff / archive access in

Re: Suffix of 64 bit instructions

In <80dad7d8-9d2c-42c1-aa35-6414e507e...@optonline.net>, on 08/07/2011 at 06:54 PM, Micheal Butz said: >Think the B2 opcodes are all two bytes The B2 opcodes came later. Some of the emulator features on the S/360 had longer opcodes. -- Shmuel (Seymour J.) Metz, SysProg and JOAT I

Re: CORRUPT PDS - I/O ERROR

In <4e3ee8fa.6080...@bcs.org.uk>, on 08/07/2011 at 08:35 PM, CM Poncelet said: >But you seem to be saying that, unless I can cite from your book the >chapter and verse that supports my argument, my argument is false. No, neither I nor the others have said that. What we said was that you were

Re: CORRUPT PDS - I/O ERROR

In <00fc01cc5541$5889c1c0$099d4540$@us>, on 08/07/2011 at 03:34 PM, Jim Thomas said: >That said, yes, I do not remember much from my Univ. days (as I've >said before .. I don't remember what I ate for dinner last night ... >:-) ), but .. mathematically written (and since I do not know how to

Re: Suffix of 64 bit instructions

In , on 08/07/2011 at 08:00 PM, "Robert A. Rosenberg" said: >Are any of them S/360 opcodes or were the introduced with S/370+ >architecture? S/360, also S/370. AFAIK the emulator features were not available on anything later than the 370/168. -- Shmuel (Seymour J.) Metz, SysProg and

Re: Suffix of 64 bit instructions

In , on 08/07/2011 at 08:48 PM, "Robert A. Rosenberg" said: >Thanks to the Wikipedia S/360 article I was able to download a copy >of the S/360 PoPs manual can confirm my impression that ALL the S/360 > opcodes were one byte long No; as I stated, they were not in PoOps. -- Shmuel (Sey

Re: Suffix of 64 bit instructions

In <4e3f747b.2020...@valley.net>, on 08/08/2011 at 01:30 AM, Gerhard Postpischil said: >And I seem to recall that A0 was the opcode for loading emulator >instructions on the 360/165. 360/85? 370/165? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: SETLOCK in IEFU85

In , on 08/08/2011 at 07:21 AM, "McKown, John" said: >Just out of curiosity, what is your problem with CS? Perhaps PLO >would be better? It has more functions. The basic rule is that all parties must use the same synchronization technique. -- Shmuel (Seymour J.) Metz, SysProg and JOAT

Re: Don't like.

On Thu, 7 Jul 2011 07:24:35 -0500, Mary Anne Matyaz wrote: >The new listserv. Fonts, layout, etc. Yuk. :( > And when I do an Archive Search, I'm presented with a hit list. If I select a hit to view it, then exit back to the hit list, it appears to re-drive the query. How wasteful! (I should rem

Re: Making Z/OS easier - Effectively replacing JCL with Unix like commands

On Mon, 18 Jul 2011 14:45:46 -0700, Sam Siegel wrote: >... >I've yet to see an open system person have even a vague understanding >of record oriented I/O or PDS processing. > OS/360 and its progeny have only a vague understanding of record oriented I/O. Consider that QSAM is the record oriente

Re: Creating a multi-volume compatibility mode aggregate, zFS

Hi Mark, I did as you suggested and getting somewhere now; IGD17070I DATA SET ZFS.Z112S.CPAC ALLOCATED SUCCESSFULLY WITH 1 STRIPE(S). IGD17172I DATA SET ZFS.Z112S.CPAC IS ELIGIBLE FOR EXTENDED ADDRESSABILITY IDC0508I DATA ALLOCATION STATUS FOR VOLUME ZFS002 IS 0 IDC0508I DATA ALLOCATION STATUS FO

Re: Space allocation needs to change was Re: Growing an extent

On Mon, 8 Aug 2011 17:23:18 -0500, Rick Fochtman wrote: >-- >Long ago space allocation should have been changed to be initial, >increment, maximum rather than just initial and increment. One way to do >that might be to honor the O

Re: Space allocation needs to change was Re: Growing an extent

On 8 Aug 2011 15:23:57 -0700, in bit.listserv.ibm-main you wrote: >-- >Long ago space allocation should have been changed to be initial, >increment, maximum rather than just initial and increment. One way to do >that might be to

Re: Reseting catalog statistics

>VERIFY? VERIFY just validates fields and closes the file. It doesn't recover unrecoverable stats. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send em

Re: Creating a multi-volume compatibility mode aggregate, zFS

IGD002I 06:52:24 DISPLAY SMS 689 STORGRP TYPESYSTEM= 1 ZFSCLASS POOL+ VOLUME UNITSYSTEM= 1 STORGRP NAME ZFS001 0A97+ ZFSCLASS ZFS002 0A98+ ZFSCLA

Re: Creating a multi-volume compatibility mode aggregate, zFS

Yes, indeed. Regards Lim ML On 09/08/11 4:32 AM, Mark Zelden wrote: JCL would override that, or in this case the VOLUMES() input to IDCAMS. You can see all the candidate volumes were assigned in IDC0508I, so that is not the problem. BTW, as in the last example I posted, the candidate volumes c

Re: Space allocation needs to change was Re: Growing an extent

-- Long ago space allocation should have been changed to be initial, increment, maximum rather than just initial and increment. One way to do that might be to honor the OUTLIM parameter for all data sets. --

Re: Reseting catalog statistics

>We have a number of VSAM clusters whose catalog statistics are totally >garbage. Now, this does not affect proper processing. But I dislike not having >accurate or at least semi-accurate record counts. Is there any way to reset >the catalog statistics other than unload/delete/define/reload The

Re: Spam

--- Q: How many personal injury attorneys does it take to change a light bulb? A: Three–one to turn the bulb, one to shake him off the ladder, and the third to sue the ladder company. --

Space allocation needs to change was Re: Growing an extent (was: Creating a multi-volume ...)

On 8 Aug 2011 13:58:44 -0700, in bit.listserv.ibm-main you wrote: >On Mon, 8 Aug 2011 20:43:03 +, Ted MacNEIL wrote: > >>>Does this then allow the programmer more space than initially >>>requested/intended, or does it deduct 1 from the number of >>extents allowed when it does this? 123...122

Re: Growing an extent (was: Creating a multi-volume ...)

On Mon, 8 Aug 2011 15:57:59 -0500, Paul Gilmartin wrote: >> >I was thinking of the case where a programmer used SPACE() cautiously >to limit the space occupied by a data set -- he might prefer to endure a >Sx37 rather than have a single data set written by a runaway program >devour an entire vo

Re: Growing an extent (was: Creating a multi-volume ...)

On Mon, 8 Aug 2011 20:43:03 +, Ted MacNEIL wrote: >>Does this then allow the programmer more space than initially >>requested/intended, or does it deduct 1 from the number of >extents allowed when it does this? 123...122...121... > >Why would it deduct anything? >It's a single extent after c

Re: Growing an extent (was: Creating a multi-volume ...)

>Does this then allow the programmer more space than initially >requested/intended, or does it deduct 1 from the number of extents allowed when it does this? 123...122...121... Why would it deduct anything? It's a single extent after consolidation. Also, the extent limits have been raised, as o

Re: Creating a multi-volume compatibility mode aggregate, zFS

JCL would override that, or in this case the VOLUMES() input to IDCAMS. You can see all the candidate volumes were assigned in IDC0508I, so that is not the problem. BTW, as in the last example I posted, the candidate volumes can be defined with just "*" in the IDCAMS VOL keyword. Mark -- Mark

Re: Creating a multi-volume compatibility mode aggregate, zFS

Does the DCZFS data class specify a volume count? > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Lim Ming Liang > Sent: Monday, August 08, 2011 6:40 AM > To: IBM-MAIN@bama.ua.edu > Subject: Creating a multi-volume compatibility mode

Re: Resetting catalog statistics

Cancelling a CICS region that has the file open is known to cause this, since, like a program abend, the statistics are not updated. David Mueller | Systems Programmer SSRC (Southwood Shared Resource Center) 2002 Old St. Augustine, Bldg C, cubicle W-67 Mail: 2585 Shumard Oak Blvd, Tallahass

Re: Allocation Conflict with Job

Nigel Wolfendale wrote: I have a job with four steps: Step 1 IEFBR14 - allocate a specific dataset = (MOD,DELETE) - to make sure it is not there Step 2 allocate it (NW,CATALOG,DELETE) - this step does not open the dataset Step 3 Use Connect Direct to write to this dataset from the LAN - the data

Re: Reseting catalog statistics

>From what I can tell as a pure guess: program abends which cause CLOSE to not >update the statistics and we did have an entire system crash (z/OS died but I >don't remember why - weird hardware problem, I think). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarke

Re: Reseting catalog statistics

Last time I had to do this I did an export/import of the file to get the numbers correct. But I would do a little investigation to see what caused the incorrect information. Ed -- For IBM-MAIN subscribe / signoff / archive acc

Re: CSP/370 AD Manuals

Thank you John! Thanks, Craig "McKown, John" Sent by: IBM Mainframe Discussion List 08/08/2011 02:13 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: CSP/370 AD Manuals I don't know CSP. By chance are these them? http://publibz.bou

Re: CSP/370 AD Manuals

I don't know CSP. By chance are these them? http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/EZESET03 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmar

JES3 and SNA NJE was Re: BDT and PDSEs

On 19 Jul 2011 16:33:35 -0700, in bit.listserv.ibm-main Ed Gould wrote: >John: > >Thanks for the good information. I steered my client away from BDT when it was >first announced as being to expensive and did not meet all our needs as not >all the shops we talked to were IBM /or/ they were not li

CSP/370 AD Manuals

List, I have been searching and searching. We running CSP370 AD V4R1 and I have been trying to locate some softcopy manuals. Does anyone happen to know where I might be able to find some? Thanks, Craig ** This commu

Re: Reseting catalog statistics

Thanks. I hadn't thought of that. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message ma

Re: Reseting catalog statistics

Take the high used RBA and divide by the record size. That is the maximum number of records you could have, could be significantly less. On Mon, Aug 8, 2011 at 12:54 PM, McKown, John wrote: > VERIFY doesn't seem to make the record counts correct. I want to use them > because I'm doing some VSAM

Re: Growing an extent (was: Creating a multi-volume ...)

Gil, It does indeed allow the job to have more space than originally intended. I just copied a PS dataset into a sequential VSAM dataset defined as primary and secondary extents of 3 tracks long. The final VSAM dataset ended up at 11172 tracks, and 42 extents. The extents were anywhere from

Re: Reseting catalog statistics

VERIFY doesn't seem to make the record counts correct. I want to use them because I'm doing some VSAM dataset moves and the record count is what I use to guess how long an individual dataset may take. On z/OS 1.10. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMark

Re: Reseting catalog statistics

VERIFY? ISTR an apar a while back about this. A quick search was unable to locate the apar. We have a number of VSAM clusters whose catalog statistics are totally garbage. Now, this does not affect proper processing. But I dislike not having accurate or at least semi-accurate record counts. Is

Re: CA-FAVER and LBI

Perhaps a call to the vendor is in order. Or go online to their support site and research the issue. - Don Imbriale On Mon, Aug 8, 2011 at 11:20 AM, Yifat Oren wrote: > Hello everyone, > > > Does CA-FAVER support LBI (large block) when writing to tape? > > > Thanks in advance, > Yifat Oren > >

Reseting catalog statistics

We have a number of VSAM clusters whose catalog statistics are totally garbage. Now, this does not affect proper processing. But I dislike not having accurate or at least semi-accurate record counts. Is there any way to reset the catalog statistics other than unload/delete/define/reload? I don't

Re: Growing an extent (was: Creating a multi-volume ...)

"no cost" for it. The reason, as I was told, for the max number of extents was due to the number of F3 DSCBs in the VTOC for an extent. So if you consolidate two extents into a single extent, then it is one extent from that point on. And only counts as 1 extent. -- John McKown Systems Engineer

Growing an extent (was: Creating a multi-volume ...)

On Mon, 8 Aug 2011 09:22:23 -0500, McKown, John wrote: >SMS, when it extends, looks to see the new extent starts where the old extent >ends. If it does, then instead of creating a new extent entry in the VTOC, >simply updated the current end-of-extent entry for the current extent. Just a >littl

Re: Creating a multi-volume compatibility mode aggregate, zFS

Could you provide output for the following? D SMS,STORGRP(ZFSCLASS),LISTVOL LISTCAT ENTRIES('ZFS.Z112S.CPAC') ALL Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lim Ming Liang Sent: Monday, August 08, 2011 7:52 AM To: IB

Re: Allocation Conflict with Job

You might try submitting a job with from the started task, or submitting from Step4 after Step3 initates the task and completes. If the allocation in Step3 occurs before Step4 tries to allocate it, it will wait until Step3 completes. If the job with Step4 starts before Step3 allocates it, it will

Re: Creating a multi-volume compatibility mode aggregate, zFS

On Mon, 8 Aug 2011 22:52:01 +0800, Lim Ming Liang wrote: >I defined VVDS for the rest of the volumes. >Now I get this; > >IOEZ4I Formatting to 8K block number 169020 for primary extent of 734 >ZFS.Z112S.CPAC. >IOEZ5I Primary extent loaded successfully for ZFS.Z112S.CPAC. >IOEZ00323I Atte

Re: CA-FAVER and LBI

Accurate observation always trumps the book! Manuals can be wrong. Or maybe they meant for it to use LBI and messed up. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@he

Re: CA-FAVER and LBI

On Mon, 8 Aug 2011 10:42:24 -0500, McKown, John wrote: >Yes, from the manual: > > >The FAVER2 Transparency uses the Large Block Interface (LBI) to read the >| CA-FAVER2 tapes. LBI was introduced in OS/390 2.10 and is available in all >levels >| of z/OS. CA-FAVER2 is capable of writing tape blocks

Re: Allocation Conflict with Job

Thanks for the suggestion. The real step 4 will be an APL program running under IKJEFT01 that analyses the data create an APL Matrix and save it in an APL workspace - I will suggest trying to run it as a task. Nigel Nigel Wolfendale From: "van der Grijn,

Re: Allocation Conflict with Job

Your job will continue to enq the dataset until the last step that allocates it in the JCL. When you remove step 4, the dataset is no longer enqueued by your job after step 2. That being said, I don't see why that would stop step 3 from executing. Step 3 is basically scheduling your C:D process

Re: CA-FAVER and LBI

Yes, from the manual: The FAVER2 Transparency uses the Large Block Interface (LBI) to read the | CA-FAVER2 tapes. LBI was introduced in OS/390 2.10 and is available in all levels | of z/OS. CA-FAVER2 is capable of writing tape blocks with a BLKSIZE of 64K, so | the DEVSUPxx member of your SYS1.P

Re: Allocation Conflict with Job

Bart, I wondered about that - yes we (I say we - I'm the sysprog trying to sort out his allocation problem - I know virtually nothing about C:D) are using DMBATCH - so that means the CD address space is doing the transfer ? However it is the DMBATCH step (step 3 in my scenario) that is waitin

CA-FAVER and LBI

Hello everyone, Does CA-FAVER support LBI (large block) when writing to tape? Thanks in advance, Yifat Oren -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the me

Re: Allocation Conflict with Job

I assume Step 3 actually scheduled the C:D process to be run by the C:D started task using the DMBATCH program. It doesn't actually perform the copy. So when you run Step 4, how do you know the C:D process has finished? Have you considered running the 'Step 4' program as a step in the C:D process?

Re: Creating a multi-volume compatibility mode aggregate, zFS

I defined VVDS for the rest of the volumes. Now I get this; IOEZ4I Formatting to 8K block number 169020 for primary extent of 734 ZFS.Z112S.CPAC. IOEZ5I Primary extent loaded successfully for ZFS.Z112S.CPAC. IOEZ00323I Attempting to extend ZFS.Z112S.CPAC to 1070280 8K blocks. IGD17272I V

Re: I certainly was hacked

I had my gmail account hijacked a year ago. They did it by getting access to my session cookies. What I have learned is that you should ALWAYS log-out, use pop or imap if possible and try and avoid public hotspots and public computers. Also do not select the "Remember Me" option. If you are usi

Re: Creating a multi-volume compatibility mode aggregate, zFS

SMS, when it extends, looks to see the new extent starts where the old extent ends. If it does, then instead of creating a new extent entry in the VTOC, simply updated the current end-of-extent entry for the current extent. Just a little more logic to automatically coalesce the extent entry real

Re: Creating a multi-volume compatibility mode aggregate, zFS

>How can that happen? Aren't extents allocated one-by-one, so only one can be >new? Or does the specification require only one, not both, to be new? I believe it started with 1.7. If the extents are side by side, they are consolidated into one. Originally, it was only on secondary volumes. Bu

Re: Creating a multi-volume compatibility mode aggregate, zFS

I am doing this the first time without in-depth understanding of it. I am following the zFS Administration Guide, Chapter 4 as an example. I will define VVDS on those volumes first, see any changes affected. Regards Lim ML On 08/08/11 10:00 PM, Mark Zelden wrote: On Mon, 8 Aug 2011 21:40:11 +080

Allocation Conflict with Job

I have a job with four steps: Step 1 IEFBR14 - allocate a specific dataset = (MOD,DELETE) - to make sure it is not there Step 2 allocate it (NW,CATALOG,DELETE) - this step does not open the dataset Step 3 Use Connect Direct to write to this dataset from the LAN - the dataset name is in the CD sta

Re: Creating a multi-volume compatibility mode aggregate, zFS

On Mon, 8 Aug 2011 09:00:44 -0500, Mark Zelden wrote: > >2000,2000 ? Multiple extents don't hurt and DFSMS has been >combining multiple (new) adjacent extents into a single extent >for a while now. > How can that happen? Aren't extents allocated one-by-one, so only one can be new? Or does the s

Re: Creating a multi-volume compatibility mode aggregate, zFS

On Mon, 8 Aug 2011 21:40:11 +0800, Lim Ming Liang wrote: >I have successfully created the multi-volume LDS; > >DEFINE CLUSTER (NAME(ZFS.Z112S.CPAC) - >VOLUMES(ZFS001 ZFS002- >ZFS003 ZFS004 )- >DATACLAS(DCZ

Creating a multi-volume compatibility mode aggregate, zFS

I have successfully created the multi-volume LDS; DEFINE CLUSTER (NAME(ZFS.Z112S.CPAC) - VOLUMES(ZFS001 ZFS002- ZFS003 ZFS004 )- DATACLAS(DCZFS) - LINEAR CYL(10014 5) SHAREOPTIONS(3)) IGD170

Re: Iris Rivera is out of the office today.

Iris isn't going to be at SHARE encouraging everyone to do a survey?? That will make it all just a little less fun... Greg From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of Iris Rivera [iriv...@us.ibm.com] Sent: Monday, August 08

Re: SHARE Hotels Sold Out!

On Sat, 6 Aug 2011 20:16:30 -0700, Edward Jaffe wrote: >Wow! SHARE sold out its room allocation at the Dolphin. Overflow at the Swan >also sold out. Some people are staying at an off-site hotel. Yikes! Glad I >booked when I did... That's a good problem to have! Things are looking up. Art --

Re: I certainly was hacked

Staller, Allan wrote: >I prefer MicroSnot Well, don't blow it! :-D :-D :-D :-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu wi

Re: Spam

Shmuel Metz (Seymour J.) wrote: >>What are you using to do tracing, if I may ask, please? >I'm using a modified version of BWwhois[1] to do lookups. I've also got a RYO >utility[2] that scans the entire e-mail and looks up all of the relevant names >and addresses for use in reporting the spam.

Re: SETLOCK in IEFU85

It is highly unlikely that you would need a CMS lock. If you are in a properly established cross memory environment then PASN is going to stay put. There are multiple ways of serializing storage modifications w/o resorting to a lock. FWIW to get a CMS lock (there's more than one) you must first

Re: Basic question about CPU instructions

In , on 08/12/2010 at 09:06 AM, zMan said: >I remember some old IBM code (EXEC 2 source on VM) that had comments >like "do this while R2 settles"; that surely held true when the code >was written, Shirley knott. There may have been processors with such pipeline issues, but not capable of runn

Re: A nice website,go it

In <20110808044727.2e36a7d...@mail.ase.com.au>, on 08/08/2011 at 01:19 PM, Graeme Gibson said: >yes, it was immediately obvious from the multiple atrocities >committed in the Subject: How was it worse than other forgeries? >As for the body text, where to start, where to end! Again, I've se

Iris Rivera is out of the office today.

I will be out of the office starting 08/08/2011 and will not return until 08/09/2011. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Searc

Re: I certainly was hacked

I prefer MicroSnot I spell it M$ or Micro$oft. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/

Re: SETLOCK in IEFU85

On Mon, 8 Aug 2011 07:06:45 -0500 Donald Likens wrote: :>I need to update common storage from my IEFU85 SMF exit. I am currently using a compare and swap loop to serialize on this update but I think there is a problem with this approach and looking at using SETLOCK. My question is... Why do y

Re: SETLOCK in IEFU85

Just out of curiosity, what is your problem with CS? Perhaps PLO would be better? It has more functions. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com

SETLOCK in IEFU85

I need to update common storage from my IEFU85 SMF exit. I am currently using a compare and swap loop to serialize on this update but I think there is a problem with this approach and looking at using SETLOCK. My question is... IEFU85 is in cross memory mode. I need the CMS lock. To get the CMS

Re: migrating an in-house MF tool

Hi, I was able to migrate it successfully. Thanks all for your valuable suggestion. Regards, Jags On Sun, Aug 7, 2011 at 8:13 AM, jagadishan perumal wrote: > Thanks I will definetly take your Inputs and read accordingly. > > > On Sun, Aug 7, 2011 at 8:03 AM, john gilmore wrote: > >> The problem

Fwd: MFNetDisk what I see after you download my code using CODE_REQ.

-- Forwarded message -- From: Shai Hess Date: Mon, Aug 8, 2011 at 2:49 AM Subject: MFNetDisk what I see after you download my code using CODE_REQ. To: shai.h...@gmail.com ** HI, Many new and return MFNetDisk users are download MFNetDisk code. I attach CODE_REQ message I received

AUTO: Frank Krueger is on vacation. (returning 29.08.2011)

I am out of the office until 29.08.2011. No Mail access - in urgent cases call me on my mobile phone. You may also contact my colleague Werner Bauer or Peter Kimmel. Note: This is an automated response to your message "IBM-MAIN Digest - 6 Aug 2011 to 7 Aug 2011 (#2011-219)" sent on 8/8/2011 6:0