Re: MGCR in a non typical asid
Hi Biyamin, That's what I was trying to avoid as i am short on free regs and my workarea overflows (I already modified the program tyo use MGCRE)... But, in case of no alternative, a man should do what a man should do and I'll use the mortified version. ITschak ITschak Mugzach Z/OS, ISV Products and Application Security Risk Assessments Professional On Thu, Mar 5, 2015 at 8:20 PM, Binyamin Dissen bdis...@dissensoftware.com wrote: Use MGCRE to specify the user attributes. On Thu, 5 Mar 2015 17:29:54 +0200 Itschak Mugzach imugz...@gmail.com wrote: :I am running a MPF exit that works fine from user adress spaces. In respond :to RACF msg ICH302D, the userid assigned is +CONSOLE. The OPERCMDS profile :is having uacc read, but racf refuses the REPLYxx,Y :Another command issued under the same conditions (no acce)is MVS SEND :command, this time from mstjcl00.I am trying to avoid converting to MGCRE. : :Any Idea how to assign an active id to the exit, or CONSOLEID? : : :ICH408I USER(+CONSOLE) GROUP(* ) NAME(??? ) 931 : : MVS.REPLY CL(OPERCMDS) : : INSUFFICIENT ACCESS AUTHORITY : : ACCESS INTENT(READ ) ACCESS ALLOWED(NONE ) : :IEE345I REPLYAUTHORITY INVALID, FAILED BY SECURITY PRODUCT -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP conversion Extended ASCII to EBCDIC
Thank you for providing a very tactful and useful answer. Dave -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Giovanni Bozzetti Sent: Thursday, March 05, 2015 12:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP conversion Extended ASCII to EBCDIC You can look some table sample in TCPIP.SEZATCPX has many source tables and you can add one for you You can use CONVXLAT to create an image to load and normally you can save it as TCPIP.STANDARD.TCPXLBIN or TCPIP.yourname.TCPXLBIN Here the JCL, You have some FTP command that load or you can put in TCPIP.FTP.DATA //ST1 EXEC PGM=CONVXLAT, // PARM='''TCPIP.SEZATCPX(US)'' ''TCPIP.US.TCPXLBIN''' //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY,BLKSIZE=80 // Giovanni System programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP conversion Extended ASCII to EBCDIC
On Thu, 5 Mar 2015 10:34:55 -0800, Bill Johnson wrote: 1208 might be the best bet. That's UTF-8, which might well be the best bet (would be for Linux). Also look at the SBDATACONN and MBDATACONN commands. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Hillgang - March 18
Agenda and logistics at http://www.vm.ibm.com/events/HILL0315.PDF -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP conversion Extended ASCII to EBCDIC
On Thu, 5 Mar 2015 18:15:07 +, David Booher wrote: I have noticed when you are transferring a windows file containing a not character (x'AC') using ASCII transfer to the mainframe, it gets converted to backslash ( \ x'B7') when stored. Is there any way to get the extended Windows ASCII characters to transfer correctly? I suspect that the default SBDATACONN at your site is (1047,IBM-850), which would translate x'AC' (which is the 1/4 character in codepage 850) to x'B7' (which is the 1/4 character in code page 1047). If you use quote site sbdataconn=(IBM-1047,ISO8859-1) (if your transfer is started from the windows end) then x'AC' will be translated to x'E0' which is the not character in codepage 1047. I don't know which codepage you have that tells you x'B7' is a backslash. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP conversion Extended ASCII to EBCDIC
On Thu, 5 Mar 2015 17:21:01 -0600, Bill Godfrey wrote: On Thu, 5 Mar 2015 18:15:07 +, David Booher wrote: I have noticed when you are transferring a windows file containing a not character (x'AC') using ASCII transfer to the mainframe, it gets converted to backslash ( \ x'B7') when stored. Is there any way to get the extended Windows ASCII characters to transfer correctly? I suspect that the default SBDATACONN at your site is (1047,IBM-850), which would translate x'AC' (which is the 1/4 character in codepage 850) to x'B7' (which is the 1/4 character in code page 1047). If you use quote site sbdataconn=(IBM-1047,ISO8859-1) (if your transfer is started from the windows end) then x'AC' will be translated to x'E0' which is the not character in codepage 1047. Correction: to x'B0' which is the not character in codepage 1047. I don't know which codepage you have that tells you x'B7' is a backslash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP conversion Extended ASCII to EBCDIC
There are two layers here. You can't say it gets converted to a backslash. More correctly it hets translated to a code point that your emulator displays as a backslash. CharlesSent from a mobile; please excuse the brevity Original message From: Bill Godfrey bgodfrey...@gmail.com Date: 03/05/2015 3:21 PM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP conversion Extended ASCII to EBCDIC On Thu, 5 Mar 2015 18:15:07 +, David Booher wrote: I have noticed when you are transferring a windows file containing a not character (x'AC') using ASCII transfer to the mainframe, it gets converted to backslash ( \ x'B7') when stored. Is there any way to get the extended Windows ASCII characters to transfer correctly? I suspect that the default SBDATACONN at your site is (1047,IBM-850), which would translate x'AC' (which is the 1/4 character in codepage 850) to x'B7' (which is the 1/4 character in code page 1047). If you use quote site sbdataconn=(IBM-1047,ISO8859-1) (if your transfer is started from the windows end) then x'AC' will be translated to x'E0' which is the not character in codepage 1047. I don't know which codepage you have that tells you x'B7' is a backslash. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
MGCR in a non typical asid
I am running a MPF exit that works fine from user adress spaces. In respond to RACF msg ICH302D, the userid assigned is +CONSOLE. The OPERCMDS profile is having uacc read, but racf refuses the REPLYxx,Y Another command issued under the same conditions (no acce)is MVS SEND command, this time from mstjcl00.I am trying to avoid converting to MGCRE. Any Idea how to assign an active id to the exit, or CONSOLEID? ICH408I USER(+CONSOLE) GROUP(* ) NAME(??? ) 931 MVS.REPLY CL(OPERCMDS) INSUFFICIENT ACCESS AUTHORITY ACCESS INTENT(READ ) ACCESS ALLOWED(NONE ) IEE345I REPLYAUTHORITY INVALID, FAILED BY SECURITY PRODUCT ITschak Mugzach -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MGCR in a non typical asid
You might try running the sectrace to see what is occurring. Is the exit apf authorized? Is the exit rent or not? Is the exit in an apf authorized library or lpa? Lizette -Original Message- From: Itschak Mugzach imugz...@gmail.com Sent: Mar 5, 2015 7:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: MGCR in a non typical asid I am running a MPF exit that works fine from user adress spaces. In respond to RACF msg ICH302D, the userid assigned is +CONSOLE. The OPERCMDS profile is having uacc read, but racf refuses the REPLYxx,Y Another command issued under the same conditions (no acce)is MVS SEND command, this time from mstjcl00.I am trying to avoid converting to MGCRE. Any Idea how to assign an active id to the exit, or CONSOLEID? ICH408I USER(+CONSOLE) GROUP(* ) NAME(??? ) 931 MVS.REPLY CL(OPERCMDS) INSUFFICIENT ACCESS AUTHORITY ACCESS INTENT(READ ) ACCESS ALLOWED(NONE ) IEE345I REPLYAUTHORITY INVALID, FAILED BY SECURITY PRODUCT ITschak Mugzach -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MGCR in a non typical asid
Yes. It runs in Key zero, apf authorized. I googled for the +console issue, and I think MGCRE with consoleid will solve the problem, but I want to avoid this change. ITschak ITschak Mugzach Z/OS, ISV Products and Application Security Risk Assessments Professional On Thu, Mar 5, 2015 at 5:41 PM, Lizette Koehler stars...@mindspring.com wrote: You might try running the sectrace to see what is occurring. Is the exit apf authorized? Is the exit rent or not? Is the exit in an apf authorized library or lpa? Lizette -Original Message- From: Itschak Mugzach imugz...@gmail.com Sent: Mar 5, 2015 7:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: MGCR in a non typical asid I am running a MPF exit that works fine from user adress spaces. In respond to RACF msg ICH302D, the userid assigned is +CONSOLE. The OPERCMDS profile is having uacc read, but racf refuses the REPLYxx,Y Another command issued under the same conditions (no acce)is MVS SEND command, this time from mstjcl00.I am trying to avoid converting to MGCRE. Any Idea how to assign an active id to the exit, or CONSOLEID? ICH408I USER(+CONSOLE) GROUP(* ) NAME(??? ) 931 MVS.REPLY CL(OPERCMDS) INSUFFICIENT ACCESS AUTHORITY ACCESS INTENT(READ ) ACCESS ALLOWED(NONE ) IEE345I REPLYAUTHORITY INVALID, FAILED BY SECURITY PRODUCT ITschak Mugzach -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: John Eells Item
On 5 March 2015 at 06:24, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Ray Pearce wrote: The 'query string' part of a URL starts with a question mark with parts of the query separated by ampersands. In the original url, every query parameter starts with utm_ This is a clue that they are Urchin Tracking Module codes and are only used for analysis of the origin of the request. Almost any url that include utm_ parameters can have them removed with no ill effect My, oh my! Interesting! Thanks for this lesson. Great! I wish I could steal your brain and throw away mine, but this is somewhat risky. Perfect timing... And it's not quite Friday here. http://www.newscientist.com/article/mg22530103.700-first-human-head-transplant-could-happen-in-two-years.html Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LPR error code = 60...
Brian, I use the Return Codes tables in the Communications Server IP CICS Sockets guide, since I use that product. It says: 60 ETIMEDOUT Connect The connection timed out before it was completed. Ensure the server application is available. I hope this helps you. Gary DiPillo On 3/5/2015 8:40 AM, Brian France wrote: I have cross posted this to both IBM-MAIN and IBMTCP-L. Since we upgraded to z/OS 2.1 we've been receiving ( sporadically and by that I mean out of 55 batch jobs a day we'll have 3-4 failures where that would be a weeks total for failures prior to the upgrade) the following error - EZB1051E Failed to Open connection to Port Number = 515. Return Code = -1. Error Number = 60. Port Number = 721. Remote IP Add r = I for the life of me can not find what Error Number = 60 is. We use the following command in a batch job - ISPSTART CMD(LPR 'XPAF.SURP002.JOB09366.D15062.T024955.STD' (AT ???.??.??.??? PRINTER mainframewhite FILTER L USER CLS48 NAME SBRP002 BINARY )) There could be several of these batch route print jobs and only one will get it or none will. We submit a rerun and it work just fine. Someone please point me to the manual that would contain the description of the error. THANX -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Municipal mainframe practical (what I meant to send)
Hi Mitch, Am about to chat with Raj Datta tomorrow. The more stories I hear about consolidation the more encouraged I am. Just makes sense. Graham On 2015-03-05 7:35 AM, Mitch wrote: Hello again: I am in the U.S. (Central Time Zone), so reach out at your convenience. I recently returned from Australia where I was involved in a government project to migrate 20 data centers into 2. This type of project is not new to us, obviously. Regards, Mitchell R. Mccluhan Application Modernization Consultant Digital Modernization Services 254-598-4642 - U.S. office 916-271-6575 - U.S. mobile 916-718-8910 - IBM mobile 04 759 16272 - Australian mobile mitc...@us.ibm.com -Original Message- From: Timothy Sipples sipp...@sg.ibm.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Mar 5, 2015 12:01 am Subject: Re: Municipal mainframe practical (what I meant to send) Also recommend you contact both the IBM people who chimed in. Not me -- I'm in Singapore and may be groggy when you call at your reasonable time. :-) However, to give you a few more lines of investigation from afar 1. What are they running on those Windows-based servers (and on any other servers)? What sort of applications (in terms of runtimes, in particular) and middleware products? 2. If there are 7 municipalities, and (by implication) 7+ primary data centers, are there are also at least 7 secondary (DR) centers? Or is DR inadequate? 3. Are the 7 municipalities providing services 7 different ways -- they have 7 different applications for substantial the same service, in other words? With 7 different application development and/or support teams? Or do they have substantial agreement on applications? The answers to these questions (and a few others) would be helpful in trying to understand better and best alternatives, if any. Timothy Sipples IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP conversion Extended ASCII to EBCDIC
1208 might be the best bet. On Thu, 3/5/15, David Booher david.boo...@software.dell.com wrote: Subject: FTP conversion Extended ASCII to EBCDIC To: IBM-MAIN@LISTSERV.UA.EDU Date: Thursday, March 5, 2015, 1:15 PM I have noticed when you are transferring a windows file containing a not character ( ¬ x'AC') using ASCII transfer to the mainframe, it gets converted to backslash ( \ x'B7') when stored. Is there any way to get the extended Windows ASCII characters to transfer correctly? David Booher Mainframe Systems Programmer Dell | Database Management, Quest Software office +1 630-836-3196, fax +1 630-836-4099 Quest Software is now a part of Dell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP conversion Extended ASCII to EBCDIC
We need an IBM-MAIN FAQ. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Johnson Sent: Thursday, March 05, 2015 10:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP conversion Extended ASCII to EBCDIC 1208 might be the best bet. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FTP conversion Extended ASCII to EBCDIC
I have noticed when you are transferring a windows file containing a not character ( ¬ x'AC') using ASCII transfer to the mainframe, it gets converted to backslash ( \ x'B7') when stored. Is there any way to get the extended Windows ASCII characters to transfer correctly? David Booher Mainframe Systems Programmer Dell | Database Management, Quest Software office +1 630-836-3196, fax +1 630-836-4099 Quest Software is now a part of Dell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MGCR in a non typical asid
Use MGCRE to specify the user attributes. On Thu, 5 Mar 2015 17:29:54 +0200 Itschak Mugzach imugz...@gmail.com wrote: :I am running a MPF exit that works fine from user adress spaces. In respond :to RACF msg ICH302D, the userid assigned is +CONSOLE. The OPERCMDS profile :is having uacc read, but racf refuses the REPLYxx,Y :Another command issued under the same conditions (no acce)is MVS SEND :command, this time from mstjcl00.I am trying to avoid converting to MGCRE. : :Any Idea how to assign an active id to the exit, or CONSOLEID? : : :ICH408I USER(+CONSOLE) GROUP(* ) NAME(??? ) 931 : : MVS.REPLY CL(OPERCMDS) : : INSUFFICIENT ACCESS AUTHORITY : : ACCESS INTENT(READ ) ACCESS ALLOWED(NONE ) : :IEE345I REPLYAUTHORITY INVALID, FAILED BY SECURITY PRODUCT -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP conversion Extended ASCII to EBCDIC
Sounds like a translation table problem. There are many built in translation tables, and if none of those doesn't work, you can create your own. Look for the CONVXLAT command. Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Booher [david.boo...@software.dell.com] Sent: 05 March 2015 20:15 To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP conversion Extended ASCII to EBCDIC I have noticed when you are transferring a windows file containing a not character ( ¬ x'AC') using ASCII transfer to the mainframe, it gets converted to backslash ( \ x'B7') when stored. Is there any way to get the extended Windows ASCII characters to transfer correctly? David Booher Mainframe Systems Programmer Dell | Database Management, Quest Software office +1 630-836-3196, fax +1 630-836-4099 Quest Software is now a part of Dell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN לשימת לבך, בהתאם לנהלי חברת מלם מערכות בעמ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : החברה) וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : Malam) regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP conversion Extended ASCII to EBCDIC
You need to use the proper CCSID. On Thu, 3/5/15, David Booher david.boo...@software.dell.com wrote: Subject: FTP conversion Extended ASCII to EBCDIC To: IBM-MAIN@LISTSERV.UA.EDU Date: Thursday, March 5, 2015, 1:15 PM I have noticed when you are transferring a windows file containing a not character ( ¬ x'AC') using ASCII transfer to the mainframe, it gets converted to backslash ( \ x'B7') when stored. Is there any way to get the extended Windows ASCII characters to transfer correctly? David Booher Mainframe Systems Programmer Dell | Database Management, Quest Software office +1 630-836-3196, fax +1 630-836-4099 Quest Software is now a part of Dell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP conversion Extended ASCII to EBCDIC
Apart from some occasional flames, IBM-MAIN is nothing but a large FAQ. What am I missing here? On 3/5/2015 12:47 PM, Charles Mills wrote: We need an IBM-MAIN FAQ. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Johnson Sent: Thursday, March 05, 2015 10:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP conversion Extended ASCII to EBCDIC 1208 might be the best bet. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP conversion Extended ASCII to EBCDIC
You can look some table sample in TCPIP.SEZATCPX has many source tables and you can add one for you You can use CONVXLAT to create an image to load and normally you can save it as TCPIP.STANDARD.TCPXLBIN or TCPIP.yourname.TCPXLBIN Here the JCL, You have some FTP command that load or you can put in TCPIP.FTP.DATA //ST1 EXEC PGM=CONVXLAT, // PARM='''TCPIP.SEZATCPX(US)'' ''TCPIP.US.TCPXLBIN''' //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY,BLKSIZE=80 // Giovanni System programmer -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Booher Sent: Thursday, March 05, 2015 03:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP conversion Extended ASCII to EBCDIC I have noticed when you are transferring a windows file containing a not character ( ¬ x'AC') using ASCII transfer to the mainframe, it gets converted to backslash ( \ x'B7') when stored. Is there any way to get the extended Windows ASCII characters to transfer correctly? David Booher Mainframe Systems Programmer Dell | Database Management, Quest Software office +1 630-836-3196, fax +1 630-836-4099 Quest Software is now a part of Dell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Data formatting
On Wed, 4 Mar 2015 08:08:54 -0600, Paul Gilmartin paulgboul...@aim.com wrote: On Wed, 4 Mar 2015 06:14:58 -0600, Jantje wrote: On Tue, 3 Mar 2015 10:44:42 -0600, Ron Thomas ron5...@gmail.com wrote: FTP broke it, FTP can fix it... FTP in binary mode to your PC, then allocate a new dataset with LRECL=336 and FTP the PC file in binary mode into that. And Bob's your uncle.. I believe I suggested that earlier. but leaving out the PC. You did indeed. Why involve a PC? z/OS suffices. z/OS has both FTP client and server. I suggested to use the PC as intermediate, because this is the situation I tried out and know to work. In this particular case, the intermediate PC has the advantage of not knowing the record layout of the file. You might want to turn off SENDSITE so z/OS doesn't try to alter the attributes of the target data set. I hadn't thought of that, but you are right: that should do the trick. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: John Eells Item
Ray Pearce wrote: The 'query string' part of a URL starts with a question mark with parts of the query separated by ampersands. In the original url, every query parameter starts with utm_ This is a clue that they are Urchin Tracking Module codes and are only used for analysis of the origin of the request. Almost any url that include utm_ parameters can have them removed with no ill effect My, oh my! Interesting! Thanks for this lesson. Great! I wish I could steal your brain and throw away mine, but this is somewhat risky. (apart from a few marketeers who would like to know where you found the link) I'm chronically allergic to these marketeers... ;-) ... and I don't want to be cured, thank you... Thanks Ray for your kind posts. You have made my day! Please keep up with your posts. I learn from them. Thanks! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: John Eells Item
Ray Pearce wrote: The url was made worse by the totally redundant query string on the end of it. The only part needed to access the page is: http://www.ibmsystemsmag.com/mainframe/trends/whatsnew/2-2-favorites Interesting. Now, beside navigating from the home page up to http://www.ibmsystemsmag.com/mainframe/ where you can see the link to that article, how do you know where and when to cut off the long URL for posting to others? Of course I could navigate from the home page, look around and the come to the right article. [1] and as this is less than 72 characters it is unlikely to be split (famous last words) Ok, you have the last word. ;-D Groete / Greetings Elardus Engelbrecht [1] - I usually don't bother to go to the home page and do navigating without a compass ;-), but jump right into the page and after browsing, simply close it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Municipal mainframe practical (what I meant to send)
Hello again: I am in the U.S. (Central Time Zone), so reach out at your convenience. I recently returned from Australia where I was involved in a government project to migrate 20 data centers into 2. This type of project is not new to us, obviously. Regards, Mitchell R. Mccluhan Application Modernization Consultant Digital Modernization Services 254-598-4642 - U.S. office 916-271-6575 - U.S. mobile 916-718-8910 - IBM mobile 04 759 16272 - Australian mobile mitc...@us.ibm.com -Original Message- From: Timothy Sipples sipp...@sg.ibm.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Mar 5, 2015 12:01 am Subject: Re: Municipal mainframe practical (what I meant to send) Also recommend you contact both the IBM people who chimed in. Not me -- I'm in Singapore and may be groggy when you call at your reasonable time. :-) However, to give you a few more lines of investigation from afar 1. What are they running on those Windows-based servers (and on any other servers)? What sort of applications (in terms of runtimes, in particular) and middleware products? 2. If there are 7 municipalities, and (by implication) 7+ primary data centers, are there are also at least 7 secondary (DR) centers? Or is DR inadequate? 3. Are the 7 municipalities providing services 7 different ways -- they have 7 different applications for substantial the same service, in other words? With 7 different application development and/or support teams? Or do they have substantial agreement on applications? The answers to these questions (and a few others) would be helpful in trying to understand better and best alternatives, if any. Timothy Sipples IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Strange LE / link list behaviour
Thanks to all who replied, I'm still mulling over the information provided. For those that asked, or were curious: SYSTEM COMPLETION CODE=0C4 REASON CODE=0011 We've changed the order of link list libraries on the test system (as far as possible) to reflect development system but the problem still doesn't happen there. Ken MacKenzie Pramerica Systems Ireland Limited is a private company limited by shares incorporated and registered in the Republic of Ireland with registered number 319900 and registered office at 6th Floor, South Bank House, Barrow Street, Dublin 4, Ireland. From: Ken MacKenzie ken.macken...@pramerica.ie To: IBM-MAIN@LISTSERV.UA.EDU, Date: 27/02/2015 09:28 Subject:Strange LE / link list behaviour Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Hi all, We're in the process of upgrading to Enterprise COBOL 5.1 and one of our development groups has decided to re-compile all their COBOL modules even though it is not deemed necessary - that's their prerogative. One of their programs is exhibiting strange behaviour on the development LPAR that I have been unable to replicate on our sandbox system. If they code the LE libraries SCEERUN and SCEERUN2 in their JOBLIB statement, their program runs OK. However, if they allow the LE libraries to come from link list (as they should) their program abends with S0C4 - the address of the offending instruction is way outside of the module reported in the dump - probably a wild branch, I guess. Has anyone encountered anything similar? Why should coding LE libraries in your JOBLIB (the same with STEPLIB, incidentally) cause a module to work when it doesn't work from link list? Any helpful suggestions welcomed. Ken MacKenzie Pramerica Systems Ireland Limited is a private company limited by shares incorporated and registered in the Republic of Ireland with registered number 319900 and registered office at 6th Floor, South Bank House, Barrow Street, Dublin 4, Ireland. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: John Eells Item
In f8ca1c52-7366-4489-8fb7-9a7c31566...@comcast.net, on 03/04/2015 at 11:44 PM, Ed Gould edgould1...@comcast.net said: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Looks good. http://www.ibmsystemsmag.com/mainframe/trends/whatsnew/2-2- favorites/?utm_campaign=ibm- enewsutm_medium=emailutm_source=mainframe-Mar4-roundup-2015- newverutm_content=exclusive1-headline You've got the framing reversed; some e-mail clients may have trouble with that. Hopefully this won't split It did; even though you had format=flowed, it came out as multiple lisgns with no trailin = to mark continuation. My e-mail software could handle it, but it's definitely not what I expected. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: John Eells Item
The url was made worse by the totally redundant query string on the end of it. The only part needed to access the page is: http://www.ibmsystemsmag.com/mainframe/trends/whatsnew/2-2-favorites and as this is less than 72 characters it is unlikely to be split (famous last words) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shmuel Metz (Seymour J.) Sent: 05 March 2015 09:39 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: John Eells Item In f8ca1c52-7366-4489-8fb7-9a7c31566...@comcast.net, on 03/04/2015 at 11:44 PM, Ed Gould edgould1...@comcast.net said: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Looks good. http://www.ibmsystemsmag.com/mainframe/trends/whatsnew/2-2- favorites/?utm_campaign=ibm- enewsutm_medium=emailutm_source=mainframe-Mar4-roundup-2015- newverutm_content=exclusive1-headline You've got the framing reversed; some e-mail clients may have trouble with that. Hopefully this won't split It did; even though you had format=flowed, it came out as multiple lisgns with no trailin = to mark continuation. My e-mail software could handle it, but it's definitely not what I expected. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: John Eells Item
The 'query string' part of a URL starts with a question mark with parts of the query separated by ampersands. In the original url, every query parameter starts with utm_ This is a clue that they are Urchin Tracking Module codes and are only used for analysis of the origin of the request. Almost any url that include utm_ parameters can have them removed with no ill effect (apart from a few marketeers who would like to know where you found the link) Ray -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: 05 March 2015 10:45 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: John Eells Item Ray Pearce wrote: The url was made worse by the totally redundant query string on the end of it. The only part needed to access the page is: http://www.ibmsystemsmag.com/mainframe/trends/whatsnew/2-2-favorites Interesting. Now, beside navigating from the home page up to http://www.ibmsystemsmag.com/mainframe/ where you can see the link to that article, how do you know where and when to cut off the long URL for posting to others? Of course I could navigate from the home page, look around and the come to the right article. [1] and as this is less than 72 characters it is unlikely to be split (famous last words) Ok, you have the last word. ;-D Groete / Greetings Elardus Engelbrecht [1] - I usually don't bother to go to the home page and do navigating without a compass ;-), but jump right into the page and after browsing, simply close it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message has been scanned and cleared by Postini / Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
LPR error code = 60...
I have cross posted this to both IBM-MAIN and IBMTCP-L. Since we upgraded to z/OS 2.1 we've been receiving ( sporadically and by that I mean out of 55 batch jobs a day we'll have 3-4 failures where that would be a weeks total for failures prior to the upgrade) the following error - EZB1051E Failed to Open connection to Port Number = 515. Return Code = -1. Error Number = 60. Port Number = 721. Remote IP Add r = I for the life of me can not find what Error Number = 60 is. We use the following command in a batch job - ISPSTART CMD(LPR 'XPAF.SURP002.JOB09366.D15062.T024955.STD' (AT ???.??.??.??? PRINTER mainframewhite FILTER L USER CLS48 NAME SBRP002 BINARY )) There could be several of these batch route print jobs and only one will get it or none will. We submit a rerun and it work just fine. Someone please point me to the manual that would contain the description of the error. THANX -- Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 b...@psu.edu To make an apple pie from scratch, you must first invent the universe. Carl Sagan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
