Re: FW: Workable Mainframe Debuggers

David Logan wrote: >Apologies of a sort about this email. My outlook ... Accepted of course, outlook should be renamed 'Look Out! Buggy Software' ... :) >I use Windows Vista with Office 2007 ... I *strongly* recommend *against* it if anyone is thinking about it ... Cool! That is one of the bes

Re: SMF in System Logger

"Jim Holloway" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED] com>... > We are beginning to test SMF in logstreams and so far, so good. Like > others have mentioned, I really, really want the ability > to delete records from the logstream programmatically after I've extracted > th

Re: C++ Workable Mainframe Debuggers

Dave Cole writes: >We are on the verge of publishing C Source code support ("c/XDC") to >beta testers. That's excellent. Thanks, Dave, for getting me more up-to-date. Side note: Another dividing line for the debuggers seems to be whether they support 64-bit code or not. z/XDC and IBM Debug Tool d

Re: C++ Workable Mainframe Debuggers

Hi Unforunatly after several years of tests and a number of PMR's etc. etc we think the IBM C++ debugger is unusable for a complex applications We still use a number of "printf"s to debug C++ Bill Klein wrote: David, This note makes it appear that what you are looking for is a C++ ap

Re: Installers (Was: IBM announcements)

Regarding same ISV products in a common zone. Some products I have seen in the past have intersecting modules and can result in issues depending on the final linklist order. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Roy

Re: Installers (Was: IBM announcements)

It is also worth remembering that although the ISV can request a three-character element prefix from the IBM registry - there is no guarantee that all ISVs are adhering to the same standard. Also, even if all parties are using their element prefixes - what about the associated PTF and APAR name

Re: Installers (Was: IBM announcements)

snippage For the above two reasons, I always advise customers to install MXI into its own TGT and DLIB zones - however the final choice is always down to them. end of snippage Would rather spend an extra few hundred cylinders of space and isolate my products than mix them up and try to undo a

Re: IBM sites on Google Maps

In <[EMAIL PROTECTED]>, on 04/10/2008 at 01:08 PM, [EMAIL PROTECTED] said: >I stayed in a lot of hotels in the Winchester area whilst working at >Hursley, and couldn't help but notice that at least two of them had their >toilet facilities serviced and cleaned by a company called CICS.. I makes

Re: Installers (Was: IBM announcements)

In <[EMAIL PROTECTED]>, on 04/10/2008 at 08:08 AM, Edward Jaffe <[EMAIL PROTECTED]> said: >Keep in mind that ServerPac is an SMP/E "bypass". It _restores_ SMP/E >zones rather than installing into them. Keep in mind that you are talking about a specific step within ServerPac, not about the ser

Re: DCF (was Re: System z10 announcement (in English))

In <[EMAIL PROTECTED]>, on 03/04/2008 at 06:26 PM, Roger Bolan <[EMAIL PROTECTED]> said: >Would you guys stop talking about DCF (Document Composition Facility, >5748-XX9) a.k.a. Script in the past tense? It is still available for >z/OS, z/VM, and z/VSE. Yes, but aren't DCF, BookMaster and

Re: Consistent Data Set Names (Was: Workable Debuggers ...)

In <[EMAIL PROTECTED]>, on 04/13/2008 at 12:00 AM, Edward Jaffe <[EMAIL PROTECTED]> said: >I don't see nearly as many configurations as a busy consultant like >Mark, But, I have noticed with our customers that the LLQ of >SMP/E-maintained, MVS "classic" data sets seems to always mirror the >

Sas itrm

My management is interested in this product. I was wondering, how many People are using it, and what are there thoughts.Thank You. Bill Carroll EMAIL DISCLAIMER: The information contained in this message may be privileged or confidential and is protected from disclosure. If the reader o

Re: DCF (was Re: System z10 announcement (in English))

That doesn't necessarily make them DEAD. And with B2H there's a certain element of continued vitality. Slight, mind you. :-( Martin (who uses Bookie and B2H every day) Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] Unless

Re: Sas itrm

On Mon, 2008-04-14 at 08:27 -0400, Carroll, William wrote: > My management is interested in this product. I was wondering, how many > People are using it, and what are there thoughts.Thank You. I wouldn't even consider installing it on the the mainframe again (not that I get any input to th

Xephon, are they still in business?

Is Xephon still in business? I'm subscribed to their TCP/SNA quarterly, but I have not received the March 2008 issue yet. It's not posted to their web site either and so far I have not had any response from them when I asked about it via their contact page. Thanks Mark T. Regan, K8MTR CTO1 U

Re: FW: Workable Mainframe Debuggers

Every once in a while someone pulls up a debugger tool, intending on having that skill in our resume. But when we actually need to debug, we go back to the old way - displays in the code. -- For IBM-MAIN subscribe / signoff / ar

Re: Xephon, are they still in business?

Yes, they're in business, but they're owned now by zJournal. Try their new address - http://www.xephonusa.com On Mon, 14 Apr 2008 06:17:31 -0700, Mark T. Regan, K8MTR wrote: >Is Xephon still in business? I'm subscribed to their TCP/SNA quarterly, but I have not received the March 2008 issue

Re: FW: Workable Mainframe Debuggers

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee > Sent: Monday, April 14, 2008 8:26 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: FW: Workable Mainframe Debuggers > > > Every once in a while someone pulls up a debugger tool

SYSRES Data Set Names (was Re: Workable Mainframe Debuggers)

On Sun, 13 Apr 2008 02:51:34 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote: >>I often see SYS1.ISF.SISF* , SYS1.ISP.SISP*, SYS1.GIM.SGIM* etc. even though the MLQ is redundant. > >I agree with the redundancy argument; what's wrong with each product having the same library name(s) at every site? > >

Re: TRANSLATE inst with DAT on

The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main as well. [EMAIL PROTECTED] writes: > The Prin of Operations, programming notes on using the TR with DAT on, > state that there will be a performance hit if the second operand > actually crosses th

Re: C++ Workable Mainframe Debuggers

Does "C Source code support" also mean C++? David Logan Manager of Product Development, Pitney Bowes Software, Inc. http://centrus.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Cole Sent: Sunday, April 13, 2008 5:10 AM To: IBM-MAIN

Re: Workable Mainframe Debuggers

On Sat, 12 Apr 2008 21:42:01 -0500, Paul Gilmartin <[EMAIL PROTECTED]> wrote: > >Is there somewhere a customer who has an esthetic dislike for >"SYS1" and uses an alternative HLQ for production data sets? > Even today the default names in ServerPac don't have SYS1 for the products I mentioned. T

Re: Consistent Data Set Names (Was: Workable Debuggers ...)

On Sun, 13 Apr 2008 20:07:41 -0300, Shmuel Metz (Seymour J.) <[EMAIL PROTECTED]> wrote: >In <[EMAIL PROTECTED]>, on 04/13/2008 > at 12:00 AM, Edward Jaffe <[EMAIL PROTECTED]> said: > >>I don't see nearly as many configurations as a busy consultant like >>Mark, But, I have noticed with our custom

Re: SYSRES Data Set Names (was Re: Workable Mainframe Debuggers)

I happen to like having SYS1.** for (all) IBM targets. Always had a RACF rule for it - and a group SYS1 for that matter. Nowadays have similar for the OMVS started tasks. And yes, I go change all the ServerPac dsnames that "need" it - not helped by the mish-mash of names shipped. I'm sure I've bea

Re: Authorized Rexx Assembler Function

On Fri, 11 Apr 2008 16:56:56 -0400, Gerhard Postpischil <[EMAIL PROTECTED]> wrote: >Oops. I completely forgot - I have a modified version of the >STEPLIB program, that has an optional APF operand to authorize >the libraries. Once that's done the authorized programs will run >correctly; it's a great

C++ Workable Mainframe Debuggers

Just a "plug" for SHARE. If you work for a SHARE member organization, the LNGC project does accept requirements for the various "debugging" tools. If there are specific features that you think should be added to IBM debuggers, please consider opening up SHARE requirements for them. Obviously, req

Re: C++ Workable Mainframe Debuggers

Thanks for the (C++) subject update, Bill. It's one of those cases where I work in it every day, so I forget the rest of the world doesn't know what I do :) Next, based on various other responses, it's good to know that IBMs debug tool is unusable for others when it comes to C++. At least it's not

Re: Authorized Rexx Assembler Function

Walt Farrell wrote: That would allow an authorized program to load a module from an otherwise unauthorized STEPLIB. It won't let you actually start running something as APF authorized, though. Getting something to start running authorized requires use of a function like IKJEFTSR, or TESTAUTH.

Re: SMP/E names (was: Consistent Data Set Names)

On Mon, 14 Apr 2008 09:33:58 -0500, Paul Gilmartin <[EMAIL PROTECTED]> wrote: >On Mon, 14 Apr 2008 08:49:16 -0500, Mark Zelden wrote: >> >>JCLIN LLQ must equal the DDDEF name. There is no requirement that a DDDEF >>of LINKLIB point to hlq.LINKLIB. It can point to SCHMUEL.METZ and SMP/E >>will h

COBOL / VSAM question.

I don't like what we are doing, but since when did that matter? We have a COBOL batch program which reads a VSAM file which is OPEN to cics. I am told that when we ran the program on the same z/OS image as the CICS region, that the OPEN got a FILE STATUS code of 00. We have split our single system

Re: Xephon, are they still in business?

Hi! Just in case if you've not noticed. Xephon stopped sending printed issues and it's just pdf format such that each subscriber can download and print it if you like. But...they have've also changed their pricing too for new and existing customers. Check the web site. Cheers Timur ---

Re: FW: Workable Mainframe Debuggers

On Fri, 11 Apr 2008 10:35:07 -0600, David Logan <[EMAIL PROTECTED]> wrote: >I was wondering if there are any function debuggers on z/OS these days. >Our shop is currently using z/OS 1.5, and the IBM provided LE debugger >(via the LE TEST options) is completely unusable for us. It always has >been.

Re: Authorized Rexx Assembler Function

On Mon, 14 Apr 2008 10:44:31 -0400, Gerhard Postpischil wrote: >Walt Farrell wrote: >> That would allow an authorized program to load a module from an otherwise >> unauthorized STEPLIB. It won't let you actually start running something as >> APF authorized, though. Getting something to start ru

Re: SYSRES Data Set Names (was Re: Workable Mainframe Debuggers)

I also like making SYS1. qualifiers for all of the IBM target datasets. When I was still at P&H Mining, I would consolidate all of the ISPF libraries by type. Instead of having a bunch of ISPPLIBs, SLIBs, TLIBs, etc., I changed the DDDefs to all point to SYS1.ISPPLIB, SYS1.ISPSLIB, SYS1.ISPTLI

SMP/E names (was: Consistent Data Set Names)

On Mon, 14 Apr 2008 08:49:16 -0500, Mark Zelden wrote: > >JCLIN LLQ must equal the DDDEF name. There is no requirement that a DDDEF >of LINKLIB point to hlq.LINKLIB. It can point to SCHMUEL.METZ and SMP/E >will happily go on its way. > Is that true other than for SYSLMOD in binder steps? I'm ac

Re: COBOL / VSAM question.

-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, April 14, 2008 9:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: COBOL / VSAM question. I don't like what we are doing, but since when did that matter? We have a COBOL batch pr

Re: Xephon, are they still in business?

It is too bad that they only give the option to print the older ones. It would be nice to see a table of contents before having to print the hole thing. A little step backwards. Regards, Herman Stocker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On

Re: Consistent Data Set Names (Was: Workable Debuggers ...)

Shmuel Metz (Seymour J.) wrote: In <[EMAIL PROTECTED]>, on 04/13/2008 at 12:00 AM, Edward Jaffe <[EMAIL PROTECTED]> said: I don't see nearly as many configurations as a busy consultant like Mark, But, I have noticed with our customers that the LLQ of SMP/E-maintained, MVS "classic" data

Re: FW: Workable Mainframe Debuggers

On 14 Apr 2008 06:29:28 -0700, [EMAIL PROTECTED] (McKown, John) wrote: >> Every once in a while someone pulls up a debugger tool, intending on >> having that skill in our resume. But when we actually need to debug, >> we go back to the old way - displays in the code. > >Hum, I know for a fact th

Re: Xephon, are they still in business?

That's the web site address I went to. Mark T. Regan, K8MTR CTO1 USNR-Retired (1969-1991) - Original Message From: Doc Farmer <[EMAIL PROTECTED]> To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, April 14, 2008 9:27:45 AM Subject: Re: Xephon, are they still in business? Yes, they're in business

Re: COBOL / VSAM question.

On 14 Apr 2008 07:56:24 -0700, in bit.listserv.ibm-main you wrote: >I don't like what we are doing, but since when did that matter? > >We have a COBOL batch program which reads a VSAM file which is OPEN to >cics. I am told that when we ran the program on the same z/OS image as >the CICS region, th

Re: Workable Mainframe Debuggers

In a message dated 4/14/2008 1:42:12 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Agreed to the above and below. The only conflict I remember was when IBM came out with IOA as a hlq, and we'd already used it for some product from Israel that was acquired by some outfit in Texas :)

IEE806A

We are z/OS V1R7 and do not use MSYS. Every 10 mins this command is executed '$TOJOBQ 1-*,/OUTD=W,/DEST=LOCAL,ALL,D=N5'. This transmits jobs from 1 system to the other system output queue. JES2 issues a send command for every output it transmits over: SE '16.23.46 JOB11404 $HASP546 001 (JOB17

Re: Consistent Data Set Names (Was: Workable Debuggers ...)

On Mon, 14 Apr 2008 08:08:36 -0700, Edward Jaffe <[EMAIL PROTECTED]> wrote: > >Actually, JCLIN works no matter what the data set LLQ is. When you code >JCLIN, you specify the DDDEF (or DD) names *as* LLQs. You never specify >any *real* LLQs. > It is the LLQ that matters in JCLIN. Consider this e

Re: Consistent Data Set Names (Was: Workable Debuggers ...)

On Mon, 14 Apr 2008 08:08:36 -0700, Edward Jaffe wrote: > >Actually, JCLIN works no matter what the data set LLQ is. When you code >JCLIN, you specify the DDDEF (or DD) names *as* LLQs. You never specify >any *real* LLQs. > That seems clearer and more logical than what I thought I understood from t

Re: Specialty Engine Prices (Was: Another RNL question) <[EMAIL PROTECTED]>

Yes, I am absolutely sure. I was quoted a list price of (IIRC) $250K for an ICF, while zIIPs were priced at $95K, and I had quite a discussion with them on the matter. >>> Ted MacNEIL <[EMAIL PROTECTED]> 4/12/2008 5:08 AM >>> >The list prices for IFL, zIIP & zAAP have no bearing on ICF. IBM ch

Re: Xephon, are they still in business?

TCP/SNA is now published three times a year. All the frequencies have been reduced. EdP "Mark T. Regan, K8MTR" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List That's the web site address I went to. Mark T. Regan, K8MTR CTO1 USNR-Retired (1969-1991) - Orig

Re: COBOL / VSAM question.

On 14 Apr 2008 08:14:24 -0700, [EMAIL PROTECTED] (Clark Morris) wrote: >Very definitely, you should at least be checking for 00 and 97. >Depending on the files and any recent compiler changes, other >conditionally successful opens should be checked for. We had a purchased system that included a c

Re: Sas itrm

In a message dated 4/14/2008 7:50:46 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Awful product to get working with OMVS and RACF. And their support teams (in this part of the world anyway) don't even appear to understand the environment. >> It's just the SAS branding of MXG. If y

Re: Consistent Data Set Names (Was: Workable Debuggers ...)

On Mon, 14 Apr 2008 10:29:26 -0500, Mark Zelden wrote: >On Mon, 14 Apr 2008 08:08:36 -0700, Edward Jaffe ><[EMAIL PROTECTED]> wrote: > >>Actually, JCLIN works no matter what the data set LLQ is. When you code >>JCLIN, you specify the DDDEF (or DD) names *as* LLQs. You never specify >>any *real* LL

Re: Consistent Data Set Names (Was: Workable Debuggers ...)

On Mon, 14 Apr 2008 10:47:20 -0500, Paul Gilmartin <[EMAIL PROTECTED]> wrote: > The more interesting question concerns the ASM STEP: >Will the assembler search for macros in the concatenation of data >sets defined by DDDEFs MACLIB and ICEUSER, or in the concatenation >defined by DDDEF SYSLIB? >

Re: Consistent Data Set Names (Was: Workable Debuggers ...)

Mark Zelden wrote: It is the LLQ that matters in JCLIN. Consider this example: I can't tell if you're correcting me or agreeing with me and providing additional illustrative examples. O:-) Just to clarify what I said/meant: The LLQ you specify in JCLIN *is* the DDDEF name ... and *not* t

Re: COBOL / VSAM question.

> -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of McKown, John > Sent: Monday, April 14, 2008 10:55 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: COBOL / VSAM question. > > I don't like what we are doing, but since when did that matter? > > We

Re: COBOL / VSAM question.

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Farley, Peter x23353 > Sent: Monday, April 14, 2008 11:33 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: COBOL / VSAM question. > [snip] > No smoke involved. We have that here in many diff

Re: C++ Workable Mainframe Debuggers

I have been using z/XDC to debug C++ for years (before it was even called z/XDC). Of course, you have to be able to read assembler to do so without any source code support. The assembler listings from the compiler are pretty much the same as any assembler listing and the compiler code generation

Re: COBOL / VSAM question.

On Mon, 14 Apr 2008 12:33:16 -0400, Farley, Peter x23353 <[EMAIL PROTECTED]> wrote: >No smoke involved. We have that here in many different programs, ALWAYS >check for BOTH '00' and '97'. Or better yet (as someone else mentioned) >an 88 level on the FILE-STATUS identifier with both values. > A

Re: COBOL / VSAM question.

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden > Sent: Monday, April 14, 2008 11:56 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: COBOL / VSAM question. > > > On Mon, 14 Apr 2008 12:33:16 -0400, Farley, Peter x23353 > <[EMAI

New: Programmer toolkits (Ad)

Darren has said I could make occasional announcements to the list, and I have self-limited myself to no more than one a quarter. So this is my announcement for the second quarter. We are trying something new ... We are proud to announce the opening of The Trainer's Friend on-line store where we

Announcement: XMITIP Version 08.04 posted

I have just posted an update to XMITIP to bring it to version 08.04. The update can be found at: http://www.lbdsoftware.com The changes for this release are: V08.04 - 04/03/08 - exec updates TXT2HTML - Correction in output lrecl calculation (thanks Hartmut) XM

Re: SMF in System Logger

I presented a user session at SHARE Orlando based on experience with our z/OS 1.9 sandbox image. In the meantime, we have migrated SMF Logger to our development system, which gets very busy and therefore creates way more SMF data than the sandbox does. Everything is working fine. I still miss the a

Moving DASD Volumes from Mod3 to Mod9

This is just a curiosity question. We will be upgrading our Storage array and at that time the dasd will be carved out as MOD 9's. Currently we are 99% Mod 3s. Is there a way without taking an outage to move 3 MOD 3s onto one mod 9? I was hoping that TDMF, or DFDSS might work but I think they

Re: Moving DASD Volumes from Mod3 to Mod9

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler > Sent: Monday, April 14, 2008 12:24 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Moving DASD Volumes from Mod3 to Mod9 > > > This is just a curiosity question. > > We will be

TWS: how to submit a standalone job

How can I submit a job from TWS without setting the depended jobs? In CTM, you can remove all out condition, but in TWS there are no conditions... So, How can I block TWS to run the dependent jobs? Regards, Itschak Mugzach, Director SecuriTeam Software ltd. Tel: +972 (522) 986404 Skype: Securi

Re: DCF (was Re: System z10 announcement (in English))

I don't really know the answer. It was always surprising to me that BookMaster and BookManager were owned by different functional organization than DCF. I don't support those or know what their official status is. For DCF, we do still fix defects. As far as I know, it is also still possible

Re: Moving DASD Volumes from Mod3 to Mod9

We just finished moving about 12 Mod3's to Mod9's using FDRPAS without any problems or outages. Many of these volumes were high usage SMS type volumes and most were completed in 7 minutes or less. Charles S. Kammer -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PRO

Re: Installers (Was: IBM announcements)

On Mon, 14 Apr 2008 07:50:47 -0300, Shmuel Metz (Seymour J.) wrote: >On 04/10/2008 at 08:08 AM, Edward Jaffe ><[EMAIL PROTECTED]> said: > >>Keep in mind that ServerPac is an SMP/E "bypass". It _restores_ SMP/E >>zones rather than installing into them. > >Keep in mind that you are talking abo

Re: Moving DASD Volumes from Mod3 to Mod9

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Kammer, Charles > Sent: Monday, April 14, 2008 12:44 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Moving DASD Volumes from Mod3 to Mod9 > > > We just finished moving about 12 Mod3's to Mod

Re: Moving DASD Volumes from Mod3 to Mod9

One thing that bit us was the size of the VTOC's. When you move a mod-3, 15 track VTOC to a mod-9 and use it within SMS or HSM, you will blow out the VTOC. Please make sure you check what the volume will be used for. Something I inherited...Been there done that. Just another FYI. Claude Richbourg

Re: Moving DASD Volumes from Mod3 to Mod9

Kammer, Charles wrote: We just finished moving about 12 Mod3's to Mod9's using FDRPAS without any problems or outages. Many of these volumes were high usage SMS type volumes and most were completed in 7 minutes or less. Did you consolidate them three-to-one??? That's what she wants to do.

Re: Moving DASD Volumes from Mod3 to Mod9

As far as I know, TDMF will move Mod3s to Mod-9s while the files are open. The only caveat was with page datasets. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMA

Re: Moving DASD Volumes from Mod3 to Mod9

1:1 from a Mod3 to a Mod9. We were migrating from an older RAMAC to a Shark and needed to increase the amount of storage we had available for certain SMS groups and each Mod3 we took to a Mod9 added the equivalent of two additional volumes without having to add physical volumes to the group. Charl

Re: Moving DASD Volumes from Mod3 to Mod9

PS. Is there a reason you are only going to Mod-9s? Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the arc

Re: Moving DASD Volumes from Mod3 to Mod9

Have used FDRPAS for straight volume to volume migrations, including mod3 to mod9. Have used FDRMOVE to do volume consolidations, so 3 mod3 to 1 mod9. Jeffrey Deaver, Engineer Systems Engineering [EMAIL PROTECTED] 651-665-4231(v) IS - "Creating competitive advantage with technology. Providing se

Re: COBOL / VSAM question.

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of McKown, John > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden > > Sent: Monday, April 14, 2008 11:56 AM > > To: IBM-MAIN@BAMA.UA.EDU > > Su

Re: Moving DASD Volumes from Mod3 to Mod9

We also migrated from MOD-3 to Mod-9s to help us reduce UCB's and get back PAVs. We used FDRPAS and this worked out nicely for us. The migration was smooth enough to run during our production day Rich Lopez -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]

Re: SMF in System Logger

On 04/14/2008 01:20 PM, Skip Robinson wrote: > I presented a user session at SHARE Orlando based on experience with our > z/OS 1.9 sandbox image. In the meantime, we have migrated SMF Logger to our > development system, which gets very busy and therefore creates way more SMF > data than the sand

Re: COBOL / VSAM question.

On Mon, 14 Apr 2008 12:14:03 -0500, McKown, John <[EMAIL PROTECTED]> wrote: > >I have NO idea about the VERIFY. And, of course, since the last thing >that we did was convert to a sysplex, the first question out of the >programmer's mouth was: "It has always worked before. Is the sysplex >conversio

Re: SMF in System Logger

On Mon, 14 Apr 2008 10:20:02 -0700, Skip Robinson <[EMAIL PROTECTED]> wrote: >Structure size is a crap shoot. I get rather >frequent XCF warnings that the structure is above the high water mark of >80% recommended by IBM, but the system catches up within seconds. See past rants ... er ..posts on

Re: COBOL / VSAM question.

On 14 Apr 2008 11:14:24 -0700, [EMAIL PROTECTED] (Chase, John) wrote: >It's been many years, but ISTR (vaguely) that the 97 occurs at OPEN time >if an _implicit_ VERIFY was done (i.e., OPEN "discovered" that the >previous opener of the dataset did not close it "cleanly", so it invoked >VERIFY "und

Re: COBOL / VSAM question.

On Mon, 14 Apr 2008 13:13:58 -0500, Chase, John <[EMAIL PROTECTED]> wrote: >> > And sysplex has nothing to do with this really. It thought this >> > needed to be done >> > since DF/EF in the 80's. I guess if you've run into >> > previous file status 97s, >> > someone must have run a VERIFY. >>

Re: COBOL / VSAM question.

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden > Sent: Monday, April 14, 2008 1:55 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: COBOL / VSAM question. > > > On Mon, 14 Apr 2008 13:13:58 -0500, Chase, John > <[EMAIL PROTECT

Another stupid sysplex question.

Two TSO users on a single image can "communicate" via TSO SEND. Is there any way for a TSO user on system1 to send a message to a TSO user on system2? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technol

Re: Another stupid sysplex question.

Works just fine on my PLEX via the TSO SEND command. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, April 14, 2008 2:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Another stupid sysplex question. Two TSO users on a singl

Re: Another stupid sysplex question.

>From TSO Command Reference: In a sysplex, SEND can be used to send a message from one user to another user in the same JESPLEX. Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, April 14, 2008 3:02 PM T

Re: Another stupid sysplex question.

On Mon, 14 Apr 2008 14:01:49 -0500, McKown, John <[EMAIL PROTECTED]> wrote: >Two TSO users on a single image can "communicate" via TSO SEND. Is there >any way for a TSO user on system1 to send a message to a TSO user on >system2? > >-- Is system 2 in the same MAS? Mark -- Mark Zelden Sr. Softw

Re: Another stupid sysplex question.

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Imbriale, Donald > Sent: Monday, April 14, 2008 2:08 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Another stupid sysplex question. > > > From TSO Command Reference: > > In a sysplex, SEND

Re: Another stupid sysplex question.

Dennis Trojak wrote: Works just fine on my PLEX via the TSO SEND command. The TSO/E SEND command does not support sysplex. It allows you to send to another user in the same JESPlex only. See: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4C580/1.41 1.41 SEND command SE

Has z/Journal gone to the dark side

I just got an email titled “Legacy Modernization Spotlight”. When I clicked on the links in it they took me to articles that look like they’re in the online version of z/Journal but they’re sponsored by Microsoft and talk about converting from the mainframe to Microsoft servers. Is z/Journal d

SPFLOG

I hate to ask this question, but I have searched and searched and can not find where the SPFLOG list dataset name is defined. I have 2 systems sharing data, and I want to rename the *userid*.SPFLOG1.LIST dataset to something system specific so that I can log on the each system with the same userid

Re: Has z/Journal gone to the dark side

Tom, I just got the same e-mail and thought the same thoughts. With friends like these Kelman, Tom wrote: I just got an email titled “Legacy Modernization Spotlight”. When I clicked on the links in it they took me to articles that look like they’re in the online version of z/Journal but t

RES: SPFLOG

Take a look at ISPCCONF command. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD Alphaville Engenharia de Software - Sistemas Operacionais Mainframes Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 |-Mensagem original- |De: IBM Mainframe Disc

Re: Another stupid sysplex question.

On Mon, 14 Apr 2008 14:18:38 -0500, McKown, John <[EMAIL PROTECTED]> wrote: >simply assumed she was telling me the truth. Yes, we are on the same >JESPLEX. And I just tested it with a coworker and it worked. I wonder >what her problem really is? > Trust, but verify. Except in the case of oper

Re: SPFLOG

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace > Sent: Monday, April 14, 2008 2:35 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: SPFLOG > > > I hate to ask this question, but I have searched and searched > and can not > find wher

Re: TN3270 server OBEYFILE processing?

On Fri, 11 Apr 2008 14:48:01 -0400, Mark Pace <[EMAIL PROTECTED]> wrote: >I've also found, and I may just be doing it wrong, but the tn3270 server is >not handled like any other server. Meaning that TCPIP does not automatically >start TN3270 when it comes up, and it does not automatically stop

Re: Has z/Journal gone to the dark side

Here is a response to this post from Bob Thomas, the publisher of z/Journal: "To some mainframe users we will be considered untrustworthy mainframe bigots in IBM's pocket. While others will think we are selling out and in Microsoft's pocket. Hard to win sometime! But, what we really want to be

CTC Disconnect Time

Hi list, I have a situation I don't fully understand... I have a shared Escon channel used as CTC between 2 Lpars. The CTC is used for XCF and VTAM communication. For XCF there are 2 Devices defined on each system (in and out) and for VTAM there is 1 device defined on each system. Looking on RM

Re: Moving DASD Volumes from Mod3 to Mod9

You had it correct 3 MOD3s to one MOD9. Lizette >> We just finished moving about 12 Mod3's to Mod9's using FDRPAS without >> any problems or outages. Many of these volumes were high >> usage SMS type >> volumes and most were completed in 7 minutes or less. >> >> Charles S. Kammer > >Consol

Re: COBOL / VSAM question.

I have an interesting observation. I ran an IDCAMS jobs to print 1 record from a VSAM file which I know is OPEN to CICS. If I run it on the same LPAR as the CICS region, I get NO messages, just the output. When I run it on a different LPAR, then I get the messages: IEC161I 056-084,TSH009JX,STEP001

Re: Cannot edit ZTEMPF

It sounds as if the configuration at your installation has been changed to use temporary datasets instead of permanent dataset names. Datasets with names like SYSyyddd. are temporary, are deleted at the end of your TSO session and are not catalogued. You should be replace the statement ispe

Re: Search for a textstring i a lot of datasets

In <[EMAIL PROTECTED]>, on 04/10/2008 at 11:42 AM, Frank Allan Rasmussen <[EMAIL PROTECTED]> said: >We have a requirement to search for a textstring i a lot of datasets Will grep do what you need? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

  1   2   >