Re: Info-zip on Z/OS 1.6 and up

On Mon, 17 Jul 2006 00:42:55 -0500 Brian Westerman <[EMAIL PROTECTED]> wrote: :>I got the source for Info-Zip and compiled it (which didn't fix anything) :>but it did allow me to debug things and I found that the allocate was not :>getting the only allowed "zero" return code. Further checking a

XCF: wasted storage

Hi, it's possible to see the value of the wasted storage if the transport class is too large to send the XCF msgs? Thnks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with t

Re: XCF: wasted storage

>it's possible to see the value of the wasted storage if the transport >class is too large to send the XCF msgs? I don't think that there *is* wasted storage. XCF negotiates the size for the transport class on a case-by-case basis. That's why the IBM recommendation is to make the biggest transpo

Re: Empty HSM ML1

Just to put this one to bed, after all the analysis showed that SSM had nothing to do, why is the ARC0517I message not issued? That still points to a problem with secondary space management. We do get the Primary/Interval messages stating that they have started/ended successfully. Why no such m

Re: z/OS level for SETFRR for AMODE(64)?

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Binyamin Dissen > > On Sun, 16 Jul 2006 00:37:50 -0400 Jim Mulder wrote: > > [ snip ] > > :> ESTAEX has supported AMODE(64) since OS/390 2.10, and is > so documented. > > My mistake. I even have code that issues

CHEAT SHEETS

G'Day All, I have been a member to this very informative Technical board and it has been a great help. Can any of you kind chaps tell me if there is a CHEAT SHEET for SMS, for example, I am looking if there is a step by step check list to follow when adding a volume to an existing storag

Re: z/OS level for SETFRR for AMODE(64)?

> > Interesting thing about the expansion is that it uses ALET > > field to store the > > 64 bit address. Looks like 64 bit dataspaces ain't a'coming. > > Why would you need one? > > AFAIK, the total capacity of all DASD ever manufactured is still > insufficient to fully back even ONE 64-bit addr

Re: Info-zip on Z/OS 1.6 and up

Brian Westerman wrote: I got the source for Info-Zip and compiled it (which didn't fix anything) but it did allow me to debug things and I found that the allocate was not getting the only allowed "zero" return code. Further checking allowed me to discover that there appears to be a problem wit

Re: CHEAT SHEETS

1 - Initialize new vol with ICKDSF with STGR parameter 2 - Vary online 3 - Add to Storage Group 4 - Activate the CDS Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com ---

Re: CHEAT SHEETS

John, Try Chapter 4 of the DFSMSdfp REFERENCE: http://publibz.boulder.ibm.com/epubs/pdf/dgt2s230.pdf Look for expanded heading "Adding Volumes And Defining the SMS Volume Status" You should first INIT the DASD volume with the STORAGEGROUP attribute and then add it (through ISMF) to the appropri

Re: XCF: wasted storage

On Mon, 17 Jul 2006 12:15:21 +0200, Barbara Nitz <[EMAIL PROTECTED]> wrote: >That's why the IBM recommendation is to make the biggest transport class >the DEFAULT class and have another class (or several other classes) for >smaller messages. This hasn't been "required" for a *long* time (since

Re: cross memory assembler program help

LPAR? I have seen some pretty horrible delays in traces before that could be attributed to LPAR configuration especially with high virtual to real CP ratios and too many LPAR's. Short engines can get backed up pretty badly. Best Regards, Sam Knutson, GEICO

Re: cross memory assembler program help

In a message dated 7/17/2006 9:54:55 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: >LPAR? I have seen some pretty horrible delays in traces before that >could be attributed to LPAR configuration especially with high virtual >to real CP ratios and too many LPAR's. The situation I d

SDSF in Batch

Hi, I'm running the following commands in batch: PRE ** DA On the output I am only getting a portion of the tasks running on the system (no CICS, not all the DB2's, etc.). The manual isn't much help. Anybody have any ideas ? TIA Dean Dean Montevago Sr. Systems Specialist Visiting Nurse Service

ICSF help needed

Hello all, I have a small problem and I don't know how to handle it at this point. I initialized a CKDS and a PKDS on our old z800 using the pass phrase method. The z800 had ccf processors. I want to bring these datasets into our z890 environment, but I don't exactly know how to do it. The icsf boo

Re: SDSF in Batch

Dean, Are you running with any parms on the EXEC statement? -Bret -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Monday, July 17, 2006 10:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SDSF in Batch Hi, I'm running the follo

Re: cross memory assembler program help

On Mon, 17 Jul 2006 11:02:58 EDT "(IBM Mainframe Discussion List)" <[EMAIL PROTECTED]> wrote: :>In a message dated 7/17/2006 9:54:55 A.M. Central Daylight Time, :>[EMAIL PROTECTED] writes: :>>LPAR? I have seen some pretty horrible delays in traces before that :>>could be attributed to LPAR co

Re: SDSF in Batch

In a message dated 7/17/2006 10:09:44 A.M. Central Standard Time, [EMAIL PROTECTED] writes: On the output I am only getting a portion of the tasks running on the system (no CICS, not all the DB2's, etc.). The manual isn't much help. Anybody have any ideas ? TIA >> What do your ISFPARMS

Re: cross memory assembler program help

= -Original Message- From: "Binyamin Dissen" <[EMAIL PROTECTED]> Sent: 7/17/2006 9:24 AM To: "IBM-MAIN@BAMA.UA.EDU" Subject: Re: cross memory assembler program help On Mon, 17 Jul 2006 11:02:58 EDT "(IBM Mainframe Discussion List)" <[EMAIL P

Re: cross memory assembler program help

In a message dated 7/17/2006 10:25:15 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: >CPU timer, though MVS will change it when different work is dispatched. MVS will not dispatch other work in the scenario I described, since my code is disabled, so I could use the CPU timer unless

Re: SDSF in Batch

On Mon, 17 Jul 2006 11:06:03 -0400, Dean Montevago <[EMAIL PROTECTED]> wrote: >Hi, > >I'm running the following commands in batch: > >PRE ** >DA > >On the output I am only getting a portion of the tasks running on the >system (no CICS, not all the DB2's, etc.). Assuming you don't have any other

Re: SDSF in Batch

Hi Dean, Do you have a large enough buffer for the output? I forget the parm name check the SDSF manual. Regards, Herman Stocker Cendant Car Rental Group Phone: 1973-496-4847 Fax:1973-496-3480 E-Mail: [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailt

Re: SDSF in Batch

We have an ILPROC for BATCH which is a copy of our ILPROC for TSO. From the WHO command: USERID=TCSIDFM,PROC=BATCH,TERMINAL=BATCH,GRPINDEX=1,GRPNAME=SYSPBAT. The only parms I have on the EXEC are to change the size of the screen output. -Original Message- From: IBM Mainframe Discussion Li

Re: SDSF in Batch

Bingo !!! Thanks.. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Danner Sent: Monday, July 17, 2006 11:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSF in Batch On Mon, 17 Jul 2006 11:06:03 -0400, Dean Montevago <[EMAIL PROTECTED]

Re: ICSF help needed

== -Original Message- From: "Ward, Mike S" <[EMAIL PROTECTED]> Sent: 7/17/2006 9:12 AM To: "IBM-MAIN@BAMA.UA.EDU" Subject: ICSF help needed Hello all, I have a small problem and I don't know how to handle it at this point. I initialized a CK

Re: Empty HSM ML1

Joe, I guess that we should go back to basics. What changed? About the time SSM stopped, did anyone make a parmlib change? If so, did they make a copy of the member before the change so we can compare the two? Some other things to check that would stop SSM: The REQUEST parameter of the SETSYS c

Re: z/OS level for SETFRR for AMODE(64)?

=== -Original Message- From: "Peter Relson" <[EMAIL PROTECTED]> Sent: 7/16/2006 4:45 PM To: "IBM-MAIN@BAMA.UA.EDU" Subject: Re: z/OS level for SETFRR for AMODE(64)? It is (properly) documented that SETFRR supports only invocation in AMODE 24

Re: z/OS level for SETFRR for AMODE(64)?

=== -Original Message- From: "Chase, John" <[EMAIL PROTECTED]> Sent: 7/17/2006 6:34 AM To: "IBM-MAIN@BAMA.UA.EDU" Subject: Re: z/OS level for SETFRR for AMODE(64)? > -Original Message- > From: IBM Mainframe Discussion List On Behalf

Re: SDSF in Batch

Dean, do you have a BATCH user defined in ISFPARMS. Jim McAlpine On 7/17/06, Dean Montevago <[EMAIL PROTECTED]> wrote: Hi, I'm running the following commands in batch: PRE ** DA On the output I am only getting a portion of the tasks running on the system (no CICS, not all the DB2's, etc.).

Re: cross memory assembler program help

On Mon, 17 Jul 2006 11:53:39 EDT "(IBM Mainframe Discussion List)" <[EMAIL PROTECTED]> wrote: :>In a message dated 7/17/2006 10:25:15 A.M. Central Daylight Time, :>[EMAIL PROTECTED] writes: :>>CPU timer, though MVS will change it when different work is dispatched. :>MVS will not dispatch other

Re: Help With BLANK Scree using TN3270

In <[EMAIL PROTECTED]>, on 07/16/2006 at 02:13 PM, Sonny Gupta <[EMAIL PROTECTED]> said: >The other interesting point is that I can logon without any problems >if I in the same network. In other words, it is not an emulator >problem. That doesn't follow. You need a trace in order to know who's

Re: cross memory assembler program help

In a message dated 7/17/2006 11:26:03 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: >The hypervisor would be required to swap the clock comparator and the CPU >timer, since not doing that would cause incorrect charging and lost >interrupts. That's a matter of how the function would

Re: z/OS level for SETFRR for AMODE(64)?

In <[EMAIL PROTECTED]>, on 07/17/2006 at 07:34 AM, "Chase, John" <[EMAIL PROTECTED]> said: >Why would you need one? Google for "sparse array". -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see We don't care. We don't ha

Re: SDSF in Batch

Yes. I needed to add ++ALL to the input. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine Sent: Monday, July 17, 2006 12:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSF in Batch Dean, do you have a BATCH user defined in ISFPARMS.

Re: cross memory assembler program help

From z/OS MVS Programming: Assembler Services Reference, Volume 2 (IARR2V-XCTLX), SA22-7607-03: | The TIMEUSED macro returns an 8-byte hexadecimal number in a doubleword | storage area that you specify. The number is the total CPU or vector time used by | the current TCB up until you issue the

Re: SDSF in Batch

In online SDSF don't you have to use DA STC to get started tasks? IBM Mainframe Discussion List wrote on 07/17/2006 11:06:03 AM: > Hi, > I'm running the following commands in batch: > PRE ** > DA > On the output I am only getting a portion of the tasks running on the > system (no CICS, not a

Re: z/OS level for SETFRR for AMODE(64)?

Jeffrey D. Smith wrote: sigh time to look up BSM/BASSM again after all these years. Shouldn't you be looking at TAM, SAM31, and SAM64 instead? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] h

Re: MIDAW on non-IBM Devices

On Fri, 14 Jul 2006 17:44:43 -0400, Bruce Black <[EMAIL PROTECTED]> wrote: >EMC does with recent microcode changes (not sure if it is limited to the >DMX boxes). According to one of our EMC reps, MIDAW support requires the DMX3 Symmetrix. Regards, Mark -- Mark Zelden Sr. Software and Systems

Re: SDSF in Batch

In a message dated 7/17/2006 11:56:37 A.M. Central Standard Time, [EMAIL PROTECTED] writes: In online SDSF don't you have to use DA STC to get started tasks? >> DA OSTC, DA OJOB, DA OTSU maybe? -- For IBM-MAIN subscribe

Re: z/OS level for SETFRR for AMODE(64)?

== -Original Message- From: "Edward Jaffe" <[EMAIL PROTECTED]> Sent: 7/17/2006 10:45 AM To: "IBM-MAIN@BAMA.UA.EDU" Subject: Re: z/OS level for SETFRR for AMODE(64)? Jeffrey D. Smith wrote: > sigh time to look up BSM/BASSM again after all these y

Re: cross memory assembler program help

On 7/17/2006 11:55 AM, Jeffrey D. Smith wrote: > I don't think that was the OP's intent. Of course, the CPU timer runs while (any) LPAR is dispatched on the specific CPU is not in a wait state. However, two consecutive stores of the CPU timer can show wildly different values if the unit of work

Re: z/OS level for SETFRR for AMODE(64)?

>As an ISV, I don't have the luxury of coding to the most current >architecture. My code must still run on ESA/390 which may not have those >instructions. sigh... So why are you worried about Amode 64 SETFRR? Bob Shannon -- For

Re: z/OS level for SETFRR for AMODE(64)?

= -Original Message- From: "Bob Shannon" <[EMAIL PROTECTED]> Sent: 7/17/2006 11:13 AM To: "IBM-MAIN@BAMA.UA.EDU" Subject: Re: z/OS level for SETFRR for AMODE(64)? >As an ISV, I don't have the luxury of coding to the most current >architecture. M

Re: z/OS level for SETFRR for AMODE(64)?

Jeffrey D. Smith wrote: As an ISV, I don't have the luxury of coding to the most current architecture. My code must still run on ESA/390 which may not have those instructions. sigh... As an ISV?? (Guess I wouldn't know anything about that. ;-) FWIW, we use TAM, SAM31, and SAM64 when PSAZARC

Re: z/OS level for SETFRR for AMODE(64)?

=== -Original Message- From: "Edward Jaffe" <[EMAIL PROTECTED]> Sent: 7/17/2006 11:46 AM To: "IBM-MAIN@BAMA.UA.EDU" Subject: Re: z/OS level for SETFRR for AMODE(64)? Jeffrey D. Smith wrote: > As an ISV, I don't have the luxury of coding to t

C/C++ for VM, 5654-A22 - DMSABE155T User abend 4093 reason code 1C

Our Sysprog just installed C/C++ for VM and then decided to take two days off. We are running z/VM 5.1 SP 0 and CMS 21 SP 0. When we try to compile anything, even the simplest "Hello World" program, via "cxx -c //hello.c", we get "DMSABE155T User abend 4093 called from 01E1B2F2 reason code 00

Re: z/OS level for SETFRR for AMODE(64)?

On Mon, 17 Jul 2006 18:10:00 + "Jeffrey D. Smith" <[EMAIL PROTECTED]> wrote: :>=== :>-Original Message- :>From: "Edward Jaffe" <[EMAIL PROTECTED]> :>Sent: 7/17/2006 11:46 AM :>To: "IBM-MAIN@BAMA.UA.EDU" :>Subject: Re: z/OS level for SETF

Re: z/OS level for SETFRR for AMODE(64)?

Jeffrey D. Smith wrote: |Well, it seems simple enough to wrap SETFRR to force |AMODE(31), then bounce back to whatever the AMODE |was before (31 or 64): | |BAS R14,WRAP |SETFRR |BSM 0,R14 |WRAPO R14,=X'8000' |BASSM R14,R14 | |This should work w

Re: cross memory assembler program help

IBM Mainframe Discussion List wrote on 07/17/2006 12:29:39 PM: > In a message dated 7/17/2006 11:26:03 A.M. Central Daylight Time, > [EMAIL PROTECTED] writes: > > >The hypervisor would be required to swap the clock comparator and the CPU > >timer, since not doing that would cause incorrect c

Re: z/OS level for SETFRR for AMODE(64)?

Binyamin Dissen wrote: A 64 bit caller will not have garbage bits in registers. Not true! A 64-bit caller will not have "garbage" bits in any register it happens to be using at the moment to hold an address. Any other bits in any other registers are "fair game"! -- Edward E Jaffe Phoenix

AMODE(64) (was RE: z/OS level for SETFRR for AMODE(64)?)

== -Original Message- From: "Edward Jaffe" <[EMAIL PROTECTED]> Sent: 7/17/2006 12:50 PM To: "IBM-MAIN@BAMA.UA.EDU" Subject: Re: z/OS level for SETFRR for AMODE(64)? Jeffrey D. Smith wrote: |Well, it seems simple enough to wrap SETFR

Re: MIDAW on non-IBM Devices

-fyi- From EMC: Symetrix 8000 and DMX support it. These minimum Enginuity microcode levels have enhanced z9 error recovery and introduce MIDAW support: 1. Symm 5: Enginuity 5568.68.28 with the 5568 z9 e-pack installed 2. Symm 6: Enginuity 5670 must upgrade to the supported 5671 level

Re: TCPIP - Ping tool

On Sun, 16 Jul 2006 19:05:50 -0700, Charles Mills <[EMAIL PROTECTED]> wrote: >If ping 192.168.10.255 does not work then it should not be too difficult to >write a Rexx script that generates 255 or some other appropriate number of >ping commands. Same limitations on "won't see devices that aren't

Re: Help With BLANK Scree using TN3270

This symptom could occur if the TCPPARMS has terminals defined that do not exist in the started VTAM members. The connection to TCP would work properly, but the USSMSG would never be displayed. Shmuel Metz (Seymour J.) wrote: In <[EMAIL PROTECTED]>, on 07/16/2006 at 02:13 PM, Sonny Gupta <

Re: cross memory assembler program help

In a message dated 7/17/2006 12:26:53 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: >> The OP is apparently looking for a timer that shows active LPAR >> cpu or elapsed time. In a message dated 7/17/2006 12:26:53 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: >The OP wa

Re: cross memory assembler program help

= -Original Message- From: "(IBM Mainframe Discussion List)" <[EMAIL PROTECTED]> Sent: 7/17/2006 1:52 PM To: "IBM-MAIN@BAMA.UA.EDU" Subject: Re: cross memory assembler program help In a message dated 7/17/2

Re: z/OS level for SETFRR for AMODE(64)?

In a message dated 7/17/2006 1:57:52 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: >A 64 bit caller will not have garbage bits in registers. When program X is first dispatched in MVS from // EXEC PGM=programX, the contents of general purpose registers 1, 13, 14, and 15 are defined

Re: Help With BLANK Scree using TN3270

Or if LOGAPPL is incorrect or inactive etc... It sounds like the TN3270 client to TN3270 server is working fine, but a red herring is swimming around the VTAM side.. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Arnett Sent: Monday, J

Journal Gazette | 07/15/2006 | Governor apologizes for BMV's breakdowns

Yet another "convert off the mainframe" has "glitches" despite the time (6+ years) and money ($35 Million US) spent. It does not say what OS the replacement system was running on. Nor exactly what the glitches were. http://www.fortwayne.com/mld/fortwayne/news/local/15046289.htm --

(IBM) Enterprise COBOL, Earlier COBOL's, LE - and SEARCH ALL

A while back, there was a lot of discussion (in both IBM-MAIN and comp.lang.cobol) about "changes in run-time behavior" of both newly compiled and NOT re-compiled COBOL programs using SEARCH ALL. The latest IBM Enterprise COBOL "Migration Guide" now has an entire chapter on this topic and I wou

Re: (IBM) Enterprise COBOL, Earlier COBOL's, LE - and SEARCH ALL

>From UK13240: ++ HOLD(UK13240) SYS FMID(H26L340) REASON(ACTION) DATE(06097) COMMENT ( * FUNCTION AFFECTED: ENTERPRISE COBOL(PQ16765) *

Re: SMP Lines per Page problem

At 23:15 -0400 on 07/16/2006, Ed Finnell wrote about Re: SMP Lines per Page problem: In a message dated 7/16/2006 8:44:37 P.M. Central Standard Time,  [EMAIL PROTECTED] writes: on a second printed page. How do I tell SMP to just print 60 lines (maximum) per page? I can not find the correct

Re: z/OS level for SETFRR for AMODE(64)?

On 17 Jul 2006 06:17:57 -0700, in bit.listserv.ibm-main you wrote: >> > Interesting thing about the expansion is that it uses ALET >> > field to store the >> > 64 bit address. Looks like 64 bit dataspaces ain't a'coming. >> >> Why would you need one? >> >> AFAIK, the total capacity of all DASD e

Re: Info-zip on Z/OS 1.6 and up

Hi, The emulated DASD has a "BASE" dasd image, and can have one or more "SHADOW" images of the same volumes. All changes made to the dasd occur in the shadow image, thus leaving the base dasd unchanged. You can select to merge the shadow image into the base, (thus making a new base) or delet

++HOLD "correction" (and explanation) - COBOL SEARCH ALL

Just to clarify (and explain my earlier "confusion"). I have now been told that the PTFs for both PK15432 (LE) and PK16765 (Enterprise COBOL V3R4) *do* have "correct" ++HOLD information. If you are interested in these PTFs (and APARs) check out (long URL): http://www-1.ibm.com/s

64-bits is a really big number! - was z/OS level for SETFRR for AMODE(64)

> >> AFAIK, the total capacity of all DASD ever manufactured is still > >> insufficient to fully back even ONE 64-bit address space > > At the rate 80 - 200 gigabyte drives and higher have been produced and > sold, is the statement being made for only mainframe DASD? I realize > that no z box

Re: SDSF in Batch

The DA command displays active tasks running on the lpar depending on the DADFLT values. If you have all the variations in IN,OUT,READY,TRANS,TSU,JOB) (like this), you don't have to specify ALL. If you don't - you do have to. Itschak -Original Message- From: IBM Mainframe Discussion Lis

SYS1.TCPPARMS on OFFLINE dasd,what's the result?

Hello all, Supposing I do the following test: 1 define SYS1.TCPPARMS on a free volume ESBF0A. 2 offline ESBF0A 3 restart RESOLVER And if I submit a batch ping job or ftp job without defining SYSTCPD in JCL,will the job hang there? Is this the problem of TCPIP? Regards Victor