Re: Writing ISPF VDEFINE user exits in C

If that's the cast you need CEEPIPI. Call it once to initialize the persistent LE environment and then to call your routine with the environment token. You will have to stash away the environment token somewhere, name/token services should work. CEEPIPI will initialise me *another* LE environment

Re: Writing ISPF VDEFINE user exits in C

On Mon, Jan 11, 2010 at 9:32 AM, Tom Quarendon tom.quaren...@teamwpc.co.ukwrote: If that's the cast you need CEEPIPI. Call it once to initialize the persistent LE environment and then to call your routine with the environment token. You will have to stash away the environment token somewhere,

Re: VTS - unlabeled tapes

Mark, The messages indicate that the tape was left in the insert category. Most likely your CBRUXENT entry exit has decided to 'ignore' a tape because it is not defined in the TMC. If you want the tape used despite not being defined to TMC, you need to customize the exit. Alternatively, can you

Re: 3592 standalone drives at DR Site

When your ATL and MTL have different library names this is ok for creating new data in production/DR. But for referencing existing data you will have problems because the TCDB library location for each private volume will be atl, but in DR you want it mounted in mtl. So, you would need to alter

Re: RMF3 DDS (Data Portal) access of XML feeds programatically

Been there, done that, wrote the paper. My method was presented at CMG '07 as a late breaking paper. It seems that it's not in the proceedings, at least I can't find it searching the CMG archives, which is kind of annoying--presumably something to do with being a late breaking paper. It was

Re: Writing ISPF VDEFINE user exits in C

Can you provide some type of call hierarchy diagram (labeling the various levels with Language/Run time environment used) so we can see how program flow from top to bottom? Thanks. C main: Declare a suitable C variable, say a char[8] Call ISPLINK to VDEFINE the variable to ISPF setting type

SV: Basic question on passing JCL set symbol to proc

There seems to be a sort of on-off switch regarding the substitution of -variables. As soon as a substituionable variable is found any variable thereafter is substituted on that card (Sic!). Regards, Thomas Berg __ Thomas Berg Specialist IT-U

Re: SMP/E question

Check the SMP log for the date in question! snip Is there a way to find out all of the SYSMODs that were applied on a certain date. We are currently using SMP/E 3.4 in z/OS 1.9. /snip -- For IBM-MAIN subscribe / signoff /

Re: SMP/E question

On 01/10/10 04:07, âãé áï àáé wrote: Hi, Is there a way to find out all of the SYSMODs that were applied on a certain date. We are currently using SMP/E 3.4 in z/OS 1.9. TIA Gadi Like Allan said look at the SMP/E Logs. Here's an example batch job. //LISTLOG EXEC SMPE //SYSIN DD *

Re: How long does an I/O take (very roughly)?

Peter, ROTFL a cache miss will never take just 1ms. Seek and latency are still alive and well, so you are looking at 6-9ms for a read cache miss in a relatively idle system. For read cache hit a of a 4KB block will be around 0.2-0.3 ms, again in an idle system. For a write hit the copy products

Software Delivery on Tape

Short version: We have not had a lot of feedback on our statement of direction to withdraw software delivery on 3480 and 3490 tape. While no news is usually good news, we want to hear from anyone who can NOT use the Internet, DVD, 3590 tape, or 3592 tape for software delivery. (Note: DVD

Replace VTS with a tape less appliance

Hello, We have an initiative to replace our aging VTS library with a tape less appliance. In starting our research, I would like to ask the list for comments, advice, and experiences any of you may have had with tape less appliances and the conversion from VTS. Thanks for your help. Jim Weidt

Re: SMP/E question

Is there a way to find out all of the SYSMODs that were applied on a certain date. If you keep SMPLOG, then as suggested you can LIST LOG by date. You can LIST SYSMODS in the target zone of interest and use the INSTALLDATE subentry (written as DATE/TIME INS in SMPLIST) to identify the

Re: Replace VTS with a tape less appliance

- Original Message - From: Jim Weidt james.we...@jostens.com Newsgroups: bit.listserv.ibm-main Sent: Monday, January 11, 2010 9:06 AM Subject: Replace VTS with a tape less appliance Hello, We have an initiative to replace our aging VTS library with a tape less appliance. In starting

Re: SMP/E question

- Original Message - From: גדי בן אבי gad...@malam.com Newsgroups: bit.listserv.ibm-main Sent: Sunday, January 10, 2010 4:09 AM Subject: SMP/E question Hi, Is there a way to find out all of the SYSMODs that were applied on a certain date. We are currently using SMP/E 3.4 in z/OS

Re: 360 programs on a z/10

On Sun, 10 Jan 2010 14:55:22 -0500, Michael Wojcik mwoj...@newsguy.com wrote: If the cook does an extraordinary job, we rarely tip him. At many better restaurants, servers are expected to share a portion of their tips with the kitchen staff. Sure - but his tips aren't related to his doing an

Multiple dumps to SYSMDUMP

As a follow-up to last weeks discussion, I stumbled across a short document I wrote in 2006 when I was researching how this works. If anybody is interested, just drop me a note. BTW, it also contains are sample asm routines to try yourself. -- Peter Hunkeler CREDIT SUISSE AG

Re: 360 programs on a z/10

On 10 Jan 2010 22:30:41 -0800, Patrick Scheible k...@zipcon.net wrote: To some degree, yes. But people who carry your luggage are customarily tipped, and they're really not doing body service. I believe that's historical in nature. They didn't used to get paid at all, but were part of the

Re: Korean bank Moves back to Mainframes (...no, not back)

I, too, don't see how they can be more secure. Possession is supposedly 9/10ths as the saying goes, but unless there's something bio-metric in the chip/card/human being relationship, I would have to say that the chips cards are no more, if not less, secure than the regular plastic we use today.

Re: LNKLST APF Help

I like that idea. Sometimes the simplest ideas are the hardest for an old dog to recognize. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Friday, January 08, 2010 8:25 AM To: IBM-MAIN@bama.ua.edu Subject: Re: LNKLST

Re: 3592 standalone drives at DR Site

Hi Mike, I think we are on the same wavelengthyou describe exactly what is going through my mind. So, you would need to alter the volume entries accordingly or look at having just 1 library defined, and using the same name, but at DR site alter the library entry to be MTL. To re-cap:

Re: 3592 standalone drives at DR Site

Hi Lorne, we now use IBM DR as well, we just moved from another vendor. At this stage, our DR process is similar to yours, although I'd like to move it futher along in terms of getting closer to our real production environment. We have CA-1 up and running for stand-alone tapes, but want

Re: Korean bank Moves back to Mainframes (...no, not back)

Well chip cards need a pin number to be entered or they don't work! And i am the only guy who knows the pin number of my card. It is not full proof but the merchant generally knows it's you because you have entered the proper pin number Or did i miss something ? Bruno Sugliani

Re: Korean bank Moves back to Mainframes (...no, not back)

charles.har...@ca.com (Hardee, Charles H) writes: I, too, don't see how they can be more secure. Possession is supposedly 9/10ths as the saying goes, but unless there's something bio-metric in the chip/card/human being relationship, I would have to say that the chips cards are no more, if not

Re: Korean bank Moves back to Mainframes (...no, not back)

Howard Brazee howard.bra...@cusys.edu writes: We probably need to go bio-metric - but this is including on-line purchases.Our current system of random, unique, not-written-down passwords does not work. re: http://www.garlic.com/~lynn/2010.html#93 Korean bank Moves back to Mainframes

Re: Korean bank Moves back to Mainframes (...no, not back)

charles.har...@ca.com (Hardee, Charles H) writes: What really peeves me is when I go into a merchant, present my plastic for my purchase and ma told I don't need to sign anything, What, no signature? But how do you know it's me? You didn't check my signature on the back of the plastic against

Re: Korean bank Moves back to Mainframes (...no, not back)

Does that mean you never use self service gasoline pumps? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hardee, Charles H Sent: Monday, January 11, 2010 7:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Korean bank Moves back to Mainframes

Re: y2k10 problem with credit cards in Germany

In 4b486542.2050...@t-online.de, on 01/09/2010 at 12:15 PM, Bernd Oppolzer bernd.oppol...@t-online.de said: Happy new year 200A to you all :-) Is that anything like the 19100 that one monitor displayed the year after 1999? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO

Re: Heads Up: Possible Data Loss for Temporary Data Sets starting 2010

In 894315.74051...@web54604.mail.re2.yahoo.com, on 01/09/2010 at 12:49 PM, Ed Gould ps2...@yahoo.com said: Either that or they are afraid that other clients will find out and it will cause a mass migration. Well, if I found out that a vendor had sued for dropping him, I would never risk

Re: Is there any work on z/OS ports of current OOREXX and Perl?

In listserv%201001081610259762.0...@bama.ua.edu, on 01/08/2010 at 04:10 PM, Paul Gilmartin paulgboul...@aim.com said: I heard way back that Perl was abandoning EBCDIC support in favor of Unicode. I heard the same thing, but I also saw reports of IBM work on EBCDIC support. (What can you do

Re: Bad leap-year code

It is certainly true, as Joel C. Ewing contends, that bad leap-year code abounds. Unfortunately, it is also true that the assorted TM-based schemes he has presented in a sequence of posts are bad too, even radically misconceived. First, we need a definition: In the Julian calendar every

Code Design Documentation

I have a task to create some code using OPS/MVS. I think a very long time ago I had a design document that helped me flesh out the details. IIRC - it had 3 or 4 sections. The purpose, the requirements, the what-it-does and perhaps a flow chart (as I said very old) What is being used today to

Re: Korean bank Moves back to Mainframes (...no, not back)

I disagree. The basic operation of a credit card at the get go was for the customer to be authenticated by comparing the signature on the voucher with the one on the card. If they don't match the vendor refuses the transaction. This is still the basic MO for credit card transactions. Shops like

IBM Debug Tool V10 - anyone running it

Does anyone have Debug Tool V10 in production, especially for CICS COBOL? I tried V10 but went back to V9 because of issues I could not resolve. Paul P -- For IBM-MAIN subscribe / signoff / archive access instructions, send

Re: Korean bank Moves back to Mainframes (...no, not back)

I disagree. The basic operation of a credit card at the get go was for the customer to be authenticated by comparing the signature on the voucher with the one on the card. If they don't match the vendor refuses the transaction. This is still the basic MO for credit card transactions. The basic

Re: Is there any work on z/OS ports of current OOREXX and Perl?

-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Monday, January 11, 2010 9:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Is there any work on z/OS ports of current OOREXX and Perl? In

Re: Korean bank Moves back to Mainframes (...no, not back)

On Mon, Jan 11, 2010 at 9:16 PM, Ron Hawkins ron.hawkins1...@sbcglobal.netwrote: I disagree. The basic operation of a credit card at the get go was for the customer to be authenticated by comparing the signature on the voucher with the one on the card. If they don't match the vendor refuses

Re: Korean bank Moves back to Mainframes (...no, not back)

On Mon, Jan 11, 2010 at 10:20 AM, Hardee, Charles H charles.har...@ca.com wrote: I, too, don't see how they can be more secure. Possession is supposedly 9/10ths as the saying goes, but unless there's something bio-metric in the chip/card/human being relationship, I would have to say that the

Re: Is there any work on z/OS ports of current OOREXX and Perl?

John McKown wrote on 12/01/2010 07:45:46 AM: Perhaps this will be in Perl 6. Waiting for Godot comes to mind. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu

Re: Korean bank Moves back to Mainframes (...no, not back)

p...@voltage.com (Phil Smith) writes: I've heard of the YES cards, and I assume they exist, but they're not the norm yet -- cloned magstripes are. So for now, at least, chip-and-pin is more secure. misc. past posts mentioning YES CARD: http://www.garlic.com/~lynn/2010.html#71 Korean bank Moves

Re: Is there any work on z/OS ports of current OOREXX and Perl?

On Mon, 11 Jan 2010 15:45:46 -0600, McKown, John wrote: It needs, perhaps, to be like Java. Perl needs to read the data in and write it out using the current LOCALE, but convert it to/from Unicode as it does so. It then does all internal operations in Unicode. Perhaps this will be in Perl 6.

Re: Korean bank Moves back to Mainframes (...no, not back)

t...@harminc.net (Tony Harminc) writes: I'm not sure why this offends you so much. How would it help anything if the cashier checked your signature? Such checking is highly unreliable, and contributes much less to authentication than does the data they already know about the transaction. at

Re: Replace VTS with a tape less appliance

-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pinnacle Sent: Monday, January 11, 2010 7:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Replace VTS with a tape less appliance Buy lots of excess capacity. As these tapeless systems fill up,

Re: Bad leap-year code

- Original Message - From: john gilmore john_w_gilm...@msn.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Monday, January 11, 2010 9:20 PM Subject: Re: Bad leap-year code It is certainly true, as Joel C. Ewing contends, that bad leap-year code abounds.

Re: Is there any work on z/OS ports of current OOREXX and Perl?

2010/1/11 Paul Gilmartin paulgboul...@aim.com: On Mon, 11 Jan 2010 15:45:46 -0600, McKown, John wrote: It needs, perhaps, to be like Java. Perl needs to read the data in and write it out using the current LOCALE, but convert it to/from Unicode as it does so. It then does all internal

Re: Korean bank Moves back to Mainframes (...no, not back)

Ted, I'm talking about credit cards, not debit cards. What point are you trying to make about signatures on credit cards? As for signatures on cheques, it was the responsibility of the paying Bank to verify the signatures. The person giving value was required to verify that the person with the

Re: Korean bank Moves back to Mainframes (...no, not back)

True, but the requirement to sign the slip with a signature that matches the card would be an equal deterrent. The D/L check would be redundant if the store checked the signatures in the first place. As for asking for a license, sure, it doesn't guarantee anything -- but it probably stops the

Re: Korean bank Moves back to Mainframes (...no, not back)

I'm talking about credit cards, not debit cards. What point are you trying to make about signatures on credit cards? As for signatures on cheques, it was the responsibility of the paying Bank to verify the signatures. The Maybe I'm obtuse, but what is the difference in authentication for a debit

Re: Korean bank Moves back to Mainframes (...no, not back)

Ron Hawkins ron.hawkins1...@sbcglobal.net True, but the requirement to sign the slip with a signature that matches the card would be an equal deterrent. The D/L check would be redundant if the store checked the signatures in the first place. Provided that the signature hasn't worn off,

Re: Bad leap-year code

Gunnar Opheim (g...@bkkfiber.no) writes This is the ISO 8601 definition, made for the modern computerized world. In the traditional proleptic calendar (both Gregorian and Julian) there was no year 0, AD 1 followed 1 BC. His point is wsell taken unexceptionable, and literally correct; but I

Re: Korean bank Moves back to Mainframes (...no, not back)

Jack, According to the web site you referenced they can ask for ID, but for VISA and MasterCard they cannot refuse to complete the transaction if you do not comply. I'm tempted to test this the next time I'm asked... Ron In California, a merchant is allowed to ask to see ID for a credit

Re: Replace VTS with a tape less appliance

Tom, Sounds like a job for Shai's VTOC Journal and Undelete. Ron written to. The vendor's tech support kept saying, It works just like real tape. Um, no. With real tape, I could still recover the data, thank you. -- For

Re: Bad leap-year code

On 01/11/2010 05:21 PM, Gunnar Opheim wrote: - Original Message - From: john gilmore john_w_gilm...@msn.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Monday, January 11, 2010 9:20 PM Subject: Re: Bad leap-year code It is certainly true, as Joel C. Ewing

Re: Bad leap-year code

On Tue, 12 Jan 2010 02:46:22 +, john gilmore wrote: The sequence of positive|unsigned integers is not closed under subtraction; the need for zeros in computational schemes thus long antedates computers. I'm not sure that matters; the sequence of year numbers can hardly be coerced to

Re: Korean bank Moves back to Mainframes (...no, not back)

On Mon, Jan 11, 2010 at 10:13 PM, Ron Hawkins ron.hawkins1...@sbcglobal.net wrote: Jack, According to the web site you referenced they can ask for ID, but for VISA and MasterCard they cannot refuse to complete the transaction if you do not comply. I'm tempted to test this the next time I'm

Re: Korean bank Moves back to Mainframes (...no, not back)

Radoslaw, I disagree. It is not a rule; it is an agreement between the merchant and the card company. The merchants must abide by their contract with VISA or MasterCard, or they should be prepared not to business with the Credit card company, eh?. In this case cannot means exactly that: Can Not.

Re: Korean bank Moves back to Mainframes (...no, not back)

On Mon, Jan 11, 2010 at 10:59 PM, Anne Lynn Wheeler l...@garlic.comwrote: t...@harminc.net (Tony Harminc) writes: I'm not sure why this offends you so much. How would it help anything if the cashier checked your signature? Such checking is highly unreliable, and contributes much less to

Re: Replace VTS with a tape less appliance

Lester, Bob bles...@oppenheimerfunds.com wrote in message news:da46936412e1374c87478760d018a0fc01cc5...@den-xmail.den.ofi.com... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pinnacle Sent: Monday, January 11, 2010 7:51 AM To: