Re: Sending AFP over NDM

George , Why are the using NDM to send AFP printer data ? Several other folks asked for more details .. Have the tried no translation, what kind of printer ...is this a new installation . Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 13, 2012, at 11:59

Re: TAPEMAP execution for multiple tapes

Sam Golob wrote on 3/11/2012 9:23 AM: Hi Folks, Here is a way that I TAPEMAP multiple tapes, with a PROC. All the best... Sam //* //* TAPEMAP UTILITY PROGRAM //* //TAPEMAP PROC VL=XX //TAPEMAP EXEC PGM=TAPEMAP //STEPLIB DD DISP=SHR,DSN=SYS2.LINKLIB //SYSUT1 DD DISP=OLD,

Re: Sending AFP over NDM

Without a description of how the file is corrupted we are shooting in the dark. I can think of a few possible problems. 1) The data needs re-blocking, try the IBM utility AFRREBLK. Compiling this Rexx code highly recommended for production use. 2) No RDW due to transmission parameters. 3) T

Re: IEFBR14

Mike Schwab wrote on 3/13/2012 5:59 AM: On Tue, Mar 13, 2012 at 7:19 AM, Paul Gilmartin wrote: I suppose the same could be achieved for CKD data sets by maintaining a bitmap of used tracks, which would add only .00025% overhead to the size of a data set. -- gil You have the VTOCIX free space

Re: Leap seconds and the Server Timer Protocol

Radoslaw has made the essential point. Times like hh.mm.60 are rejected as syntactically illicit by time-vetting routines, conversion routines, and the like. Glonass, RS's example, did hang for just this reason. There is a strong consensus among the members of the several international committ

Re: Leap seconds and the Server Timer Protocol

W dniu 2012-03-13 22:28, Paul Gilmartin pisze: On Tue, 13 Mar 2012 16:12:07 -0500, John Gilmore wrote: The sequence 2012 June 30, 23h 59m 59s 2012 June 30, 23h 59m 60s 2012 July 1, 0h 0m 0s will certain

Re: host codepge 0037 and the obscure "not sign"

In <0963859761364257.wa.tom.rusnakqbe@bama.ua.edu>, on 03/13/2012 at 01:29 AM, Tom Rusnak said: >All evidence I can find says that the "NOT SIGN" is x'AC' in unicode >and on unix environments. Unix supports multiple code pages, not all of them ISO 8859-x. >However, if I use the z/os 1.1

Re: Leap seconds and the Server Timer Protocol

On Tue, 13 Mar 2012 16:12:07 -0500, John Gilmore wrote: > >The sequence > > 2012 June 30, 23h 59m 59s > 2012 June 30, 23h 59m 60s > 2012 July 1, 0h 0m 0s > >will certainly appear in the transmitted sequence, but

Re: Leap seconds and the Server Timer Protocol

Paul, The sequence 2012 June 30, 23h 59m 59s 2012 June 30, 23h 59m 60s 2012 July 1, 0h 0m 0s will certainly appear in the transmitted sequence, but its middling term was chosen to call attention to itself

Re: Leap seconds and the Server Timer Protocol

On Tue, 13 Mar 2012 16:45:35 -0400, Robert A. Rosenberg wrote: >At 14:41 -0500 on 03/13/2012, John Gilmore wrote about Leap seconds >and the Server Timer Protocol: > >>This is the title of a new this month IBM Techdocs White Paper, >>WP101091, by Gregory Hutchison, a PDF of which can be downloaded

Re: Leap seconds and the Server Timer Protocol

At 14:41 -0500 on 03/13/2012, John Gilmore wrote about Leap seconds and the Server Timer Protocol: This is the title of a new this month IBM Techdocs White Paper, WP101091, by Gregory Hutchison, a PDF of which can be downloaded from the IBM Techdocs website. What is the URL of the site?

Re: Leap seconds and the Server Timer Protocol

On Tue, 13 Mar 2012 14:41:32 -0500, John Gilmore wrote: > >Be aware that the next leap-second insertion will be at 11:59:59 UTF >on 30 June 2012. > UTF? I don't know the TLA. But I'd say UTC 23:59:59.999..., perhaps a second later than yours. And I know we disagree on this, but, from: http

Re: Leap seconds and the Server Timer Protocol

Quite right! It is WP102091. I am suitably repentent. --jg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Leap seconds and the Server Timer Protocol

The correct# is WP102081 George Kozakos z/OS Software Service, Level 2 Supervisor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Leap seconds and the Server Timer Protocol

It's actually WP102081. WP101091 talks about TS7770. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Gilmore Sent: Tuesday, March 13, 2012 14:42 To: IBM-MAIN@bama.ua.edu Subject: Leap seconds and the Server Timer Protocol This

Leap seconds and the Server Timer Protocol

This is the title of a new this month IBM Techdocs White Paper, WP101091, by Gregory Hutchison, a PDF of which can be downloaded from the IBM Techdocs website. Some of you may well find his discussion of the distinction between the insertion (or, in principle, removal) of a leap second 1) by stee

NY Metro NaSPA Chapter Meeting: Tuesday, 20 March 2012

The next meeting of the NY Metro NaSPA Chapter will be on Tuesday, 20 March 2012 in room 1219 at the IBM Building at 590 Madison Avenue, New York City, from 10:00 AM until 4:30 PM. Please note the change in registration at the end of this append. Sessions for the day include: "How do you do

Re: IEFBR14

On 3/13/2012 10:52 AM, Paul Gilmartin wrote: Why should this peculiarly affect IEFBR14? (Although, to be fair, Gerhard never denied that it affected all programs.) Given enough dd statements, on a slow processor, it will take enough time to exceed a small standard time limit. Wouldn't a bett

Re: Server time Protocol and CICS

On Tue, 13 Mar 2012 08:50:41 +0100, R.S. wrote: >Just curious: what about DB2, MQ, maybe DFSMS, DFSMShsm? > >What else need to be reset to get DST ? >Any clue? > >-- http://www-01.ibm.com/support/docview.wss?uid=swg21184270 http://www-01.ibm.com/support/docview.wss?uid=swg21569725 Norbert Frie

z/OS Release Schedule Changes

News from Share. The next z/OS release will be in second half of 2013, not September 2012. For more information see my take here - http://www.watsonwalker.com/clist157.html. Cheryl -- For IBM-MAIN subscribe / signoff / archive

Re: MIGRATING A ML0 VOLUME - CLARIFICATION

The description of the FREEVOL command does not show a DAYS parameter. It also clearly states that the destination volume (ML1 or ML2) is determined by the LEVEL-1-DAYS-NONUSAGE of the management class controlling the dataset if the dataset is SMS managed. For non-SMS managed datasets, you need t

z/OS releases every 2 years

http://mainframe-watch-belgium.blogspot.com/2012/03/new-zos-release-every-2-years.html Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: MIGRATING A ML0 VOLUME - CLARIFICATION

Is the volume SMS managed or not? My copy of the HSM Storage Administration manual states that if the MIGRATE sub-parameter of the VOLUME parameter is not specified for an SMS volume, the command will fail with an error message. It also states that the DAYS parameter can only be specified for an

Re: Sending AFP over NDM

ty, Mike No @'s. The print has supposedly been 'dd'ed on UNIX before NDM. Don't ask me how an AFP got on a MR in the first place. But that is where it is. We are trying to NDM it to the MF and it is getting corrupted even though it has been converted to ASCII and shipped up to the MF as bina

Re: Sending AFP over NDM

Does it print a lot of @ symbols? That would be the printer is set to ASCII and you are sending EBCDIC. On Tue, Mar 13, 2012 at 10:59 AM, Henke, George wrote: > Having compatibility issues.  Print is corrupted. > > Any ideas? -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to ge

Re: host codepge 0037 and the obscure "not sign"

On 03/13/2012 03:11 AM, Hunkeler Peter (KIUP 4) wrote: Try quote site sbdataconn(IBM-037,ISO8859-1) before your get or put command. This tells the ftp server what translation to apply. If it help, find out what is setup at your location. Have a look at the FTP data configuration file (http:/

Sending AFP over NDM

Having compatibility issues. Print is corrupted. Any ideas? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Server time Protocol and CICS

Another item worth mentioning, when z/OS changes the time based on an STP change, the message IEA392I is issued. If you have an automation package, you could rite automation that would catch this message and reset the time in CICS. IEA392I description: One or more of the time offset va

Re: Server time Protocol and CICS

On Tue, 13 Mar 2012 07:54:06 -0500, McKown, John wrote: >Going back into the dark days of history, CICS has often done things which the >OS can also do. One thing I remember was it implemented its own version of >program fetch. It would read the directory entry for a program, allocate the >corr

Re: IEFBR14

"Paul Gilmartin" wrote in message news:<2403127533316948.wa.paulgboulderaim@bama.ua.edu>... > On Tue, 13 Mar 2012 15:38:35 +0100, Vernooij, CP - SPLXM wrote: > > > >~ The system took a longer time to run a job, job step, or procedure > >than the time specified in one of the following: >

Re: Program FLIH backdoor - This is a criminal breach of security!

In , on 03/12/2012 at 02:52 PM, Peter Relson said: >The authorized code must be written to prevent such exposures. What does IGX00011 do and what are the safeguards? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see We

Re: IEFBR14

On Tue, 13 Mar 2012 15:38:35 +0100, Vernooij, CP - SPLXM wrote: > >~ The system took a longer time to run a job, job step, or procedure >than the time specified in one of the following: > >- The TIME parameter of the EXEC or JOB statement > >- The standard time limit specified in

Re: IEFBR14

I would assume that the S322 ABEND was caused by the following scenario: The job had used up almost all its estimated time (with the TIME= parameter on the JOB card), or else there was a very small default value. Along comes the IEFBR14 step which, in itself, has only two instructions in it, w

Re: IEFBR14

"Paul Gilmartin" wrote in message news:<3696066093116601.wa.paulgboulderaim@bama.ua.edu>... > On Tue, 13 Mar 2012 10:26:33 -0400, Gerhard Postpischil wrote: > > > >there is one case that I have not seen mentioned - in the dark > >ages, under release 21 of OS/360(MVT), IEFBR14 steps on our > >s

Re: IEFBR14

On Tue, 13 Mar 2012 10:26:33 -0400, Gerhard Postpischil wrote: > >there is one case that I have not seen mentioned - in the dark >ages, under release 21 of OS/360(MVT), IEFBR14 steps on our >system abended with S322. I had to write a special exception >into IEFUTL to allow allocation to complete. >

Re: IEFBR14

On 3/13/2012 3:46 AM, J R wrote: Just to be clear, IEFBR14 has no functionality per se. It's hard to imagine circumstances where it would not or could not execute correctly. IEFBR14 seems to start a regular thread every year. However, there is one case that I have not seen mentioned - in the

Re: IEFBR14

Anthony, Thank you, that's been my past experience also.. Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 13, 2012, at 9:57 AM, "Sambataro, Anthony (NIH/NBS) [E]" wrote: > I ran a test on my 1.11 system using IEFBR14, COBOL, and both SMS and non-SMS > data

Re: IEFBR14

On Tue, 13 Mar 2012 09:45:47 -0400, Scott Ford wrote: >Guys, > >Let me say this, working mvs since 1972 , then os/vs2/hasp, I hadn't seen a >iefbr14 except in a case where the DATASET was uncataloged, if my old memory >is serving correctly. The situation I am asking about about , was a z/os 1.1

Re: IEFBR14

I ran a test on my 1.11 system using IEFBR14, COBOL, and both SMS and non-SMS datasets, no problems. -Original Message- From: Scott Ford [mailto:scott_j_f...@yahoo.com] Sent: Tuesday, March 13, 2012 9:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IEFBR14 Guys, Let me say this, working mv

Re: IEFBR14

Guys, Let me say this, working mvs since 1972 , then os/vs2/hasp, I hadn't seen a iefbr14 except in a case where the DATASET was uncataloged, if my old memory is serving correctly. The situation I am asking about about , was a z/os 1.11 shop.. IEFBR14 used to allocate Non-SMS DATASET, COBOL goe

Re: IEFBR14

Yes, I know that you and most all others knew what the reality of the situation is. However, the OP's posts in this thread are worded in such a way that it's *not* clear that he understands that reality. (That's why my response was to his post, not yours.) ;-) - > Date: Tue, 13 Mar 2012 07:

Re: Server time Protocol and CICS

On Tue, 13 Mar 2012 08:50:41 +0100, R.S. wrote: >Just curious: what about DB2, MQ, maybe DFSMS, DFSMShsm? > >What else need to be reset to get DST ? >Any clue? > >From some notes I have: The only other "IBM" thing used to be RMF III, but that was changed (fixed) quite a while ago at the z/OS 1

Re: MIGRATING A ML0 VOLUME - CLARIFICATION

Mike,   I was instead of using the FREEVOL command, maybe  if I issue the command HSEND MIGRATE VOL(MVS001 MIG(0)) ML2  would that migrate dsns to ML2 and leave all other non-eligible dsns on the volume? From: Mike Schwab To: IBM-MAIN@bama.ua.edu Sent: Monday,

Re: Server time Protocol and CICS

How about a parameter that specifies when to perform the check, say CHECKTIME=020001 (unless your time zone changes at a different time)? On Tue, Mar 13, 2012 at 7:42 AM, Paul Gilmartin wrote: > On Tue, 13 Mar 2012 11:46:39 +, Jousma, David wrote: > >>I just read about that.  Not sure it is t

Re: IEFBR14

On Tue, Mar 13, 2012 at 7:19 AM, Paul Gilmartin wrote: > I suppose the same could be achieved for CKD data sets by > maintaining a bitmap of used tracks, which would add only > .00025% overhead to the size of a data set. > > -- gil You have the VTOCIX free space map, one bit per track. How abou

Re: Server time Protocol and CICS

Going back into the dark days of history, CICS has often done things which the OS can also do. One thing I remember was it implemented its own version of program fetch. It would read the directory entry for a program, allocate the correct amount of storage in the CICS managed DSA (Dynamic Storag

Re: IEFBR14

On Tue, 13 Mar 2012 03:46:18 -0400, J R wrote: >Just to be clear, IEFBR14 has no functionality per se. It's hard to imagine >circumstances where it would not or could not execute correctly. I knew what he meant. He was referring to the downstream program that attempted to read the data set

Re: Backlevel IPCS issue at z/OS 1.13

On Mon, 12 Mar 2012 19:26:26 -0700, Edward Jaffe wrote: >On 3/12/2012 7:40 AM, Mark Zelden wrote: >> I don't know what you are doing wrong. You can use my CLIST "as is" and it >> should work. >> The key is the TSOLIB prior to invoking ISPF and using a modified BLSCLIBD >> that >> has "LIBRAR

Re: IEFBR14

On Mon, 12 Mar 2012 19:40:09 -0400, Scott Ford wrote: >Mark: > >Thank you, does this account for an iefbr14 executing correctly on a 1.11 or >above system and a program receiving an Abend s001-4 , assuming everything >else was working correctly ? > > If you're asking if it could account for it

Re: Server time Protocol and CICS

On Tue, 13 Mar 2012 11:46:39 +, Jousma, David wrote: >I just read about that. Not sure it is too helpful, unless I am >mis-understanding it? Time changes at 02:00 local time, based on what I >read, the CICS clock would be off for the next 22 hours until the next local >midnight?: > >AUTO

Re: IEFBR14

On Mon, 12 Mar 2012 12:18:23 -0500, Mark Zelden wrote: > >>But why not write the EOF unconditionally, ... > >I don't know under what thread subject and when, but this has been >discussed on IBM-MAIN before. I'm not going to try and find it, >but you can. I'm sure there's a good reason. :-) >

Re: Server time Protocol and CICS

I just read about that. Not sure it is too helpful, unless I am mis-understanding it? Time changes at 02:00 local time, based on what I read, the CICS clock would be off for the next 22 hours until the next local midnight?: AUTORESETTIME The AUTORESETTIME parameter specifies the action CICS

Re: CICS Maintenance - LPA change

>If it does not work, because the application loads the module once and >uses this version from then on, refreshing the module and restarting the >application should work, correct? It depends how creative the application is. If it tears everything down upon termination and, consequently, builds e

Re: Server time Protocol and CICS

it is we have v3.2 and in our sit I use AUTORESETTIME=YES cheers -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Monday, March 12, 2012 8:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Server time Protocol and CICS On

Re: host codepge 0037 and the obscure "not sign"

Try quote site sbdataconn(IBM-037,ISO8859-1) before your get or put command. This tells the ftp server what translation to apply. If it help, find out what is setup at your location. Have a look at the FTP data configuration file (http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b

Re: Server time Protocol and CICS

Just curious: what about DB2, MQ, maybe DFSMS, DFSMShsm? What else need to be reset to get DST ? Any clue? -- Radoslaw Skorupka Lodz, Poland W dniu 2012-03-12 23:49, John Norgauer pisze: This weekend we had our mainframe time automatically adjusted to Day Light Time using S.T.P.. However,

Re: IEFBR14

Just to be clear, IEFBR14 has no functionality per se. It's hard to imagine circumstances where it would not or could not execute correctly. > Date: Mon, 12 Mar 2012 19:40:09 -0400 > From: scott_j_f...@yahoo.com > Subject: Re: IEFBR14 > To: IBM-MAIN@bama.ua.edu > > Mark: > > Thank you, does

Re: VTAMLST - Who needs to read it

Juan Mautalen wrote: > ... i find that support people do not bother very much about security issues. > ... they feel that security is not their business. >In concrete, if i want to change VTAMLST access from UACC(READ) to UACC(NONE), >that is not something they are interested in at all. It is M

Re: host codepge 0037 and the obscure "not sign"

Try customising (pardon, customizing for those in USA and Canada) your own translation table, which should be specified in the SYSFTSX DD on your z/OS FTP server proc, or FTP.DATA CCXLATE or XLATE parms. My copy of TCPIP.STANDARD.TCPXLBIN shows the EBCDIC not x'5F' being translated to x'A3' at