Re: Re : JES2 / TCP/IP Network Printer Definitions....
Hi Jim, Is the printer itself capable of a sockets connection? Many are not. It's manual should tell you what connections it can support, and the printer's config page will tell you what its current settings are. HTH Linda Sent from my iPhone On Feb 1, 2014, at 5:59 AM, Jim Thomas j...@thethomasresidence.us wrote: Hello, I'm trying to get a network printer to be useable (via tcp/ip) from JES2. LINE(n) UNIT=TCP, CONNECT=YES NODE(n) CONNECT=YES, LINE=n, NAME=noden SOCKET(socketn),CONNECT=YES, IPADDR=1.2.3.4, LINE=n, NETSERV=n, NODE=noden NETSRVn SOCKET=socketn DESTID(destidn) DEST=noden(I do not have a DESTDEF) JES2 startup gives me syntax errors on the SOCKET definition and I am unable to get this 'connected' ... Any advice would be greatly appreciated. Kind Regards. Jim Thomas -- 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: JES2 / TCP/IP Network Printer Definitions....
quote SOCKET(socketn),CONNECT=YES, IPADDR=1.2.3.4, LINE=n, NETSERV=n, NODE=noden /quote Drop the comma before CONNECT. That's just a wild guess a not supported by the syntax diagram. The syntax diagram however for the statement immediately preceding SOCKET's description (SMFDEF) in the manual says Omit the comma between initialization statement and first keyword. Robert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO test confusion ?
Dave Thanks I know you once explains to Me how to find the debugged PSATOLD Maybe XDC should have a LISTTCB Command to display the debugged TCB Thanks Sent from my iPhone On Feb 2, 2014, at 8:27 AM, David Cole dbc...@colesoft.com wrote: FWIW Joe, z/XDC runs in the same task that is being debugged. So the discrepancy with PSATOLD (between what the program sees and what the debugger displays) would not arise. Further, when z/XDC does display something that is a consequence of the debugging environment (such as extra Request Blocks on the RB queue), it will clearly label such things a ARTIFACTS. Dave Cole At 2/1/2014 11:54 PM, Jon Perryman wrote: This was recently discussed. PSATOLD is for the active TCB. The program has a TCB that is paused at TEST breakpoints. The active TCB is a different TCB because TESTAUTH is now active so you can issue TESTAUTH commands. Jon Perryman. From: MichealButz michealb...@optonline.net 000910 58F0 021C0021C 972 L R15,X'21C' 000914 973 TCBLOOP DS0H IKJ57024I AT +914 L 21C. 021C. 008DE4E0 L 15R 15R 008AD478 Dave Cole ColeSoft Marketing 414 Third Street, NE Charlottesville, VA 22902 EADDRESS: mailto:dbc...@colesoft.comdbc...@colesoft.com Home page: www.colesoft.com Facebook: www.facebook.com/colesoftware YouTube: www.youtube.com/user/colesoftware -- 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: TSO test confusion ?
Great product whose only drawback is when you go somewhere that doesn't have it. Oh so frustrating. That's a WAD if there ever is one. You'll be amazed at the amount of time you save by avoiding using dumps and TSO TEST/TESTAUTH. Jon Perryman. From: David Cole dbc...@colesoft.com FWIW Joe, z/XDC runs in the same task that is being debugged. So the discrepancy with PSATOLD (between what the program sees and what the debugger displays) would not arise. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO test confusion ?
Daves point was LISTTCB is not necessary in z/XDC. It's been a while but if I remember correctly, it shows the TCB's and has an identifier on the active TCB. TSO TEST / TESTAUTH needs the LISTTCB to get around this problem. Jon Perryman. From: Micheal Butz michealb...@optonline.net To: IBM-MAIN@LISTSERV.UA.EDU Thanks I know you once explains to Me how to find the debugged PSATOLD Maybe XDC should have a LISTTCB Command to display the debugged TCB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO test confusion ?
WAD? Great product whose only drawback is when you go somewhere that doesn't have it. Oh so frustrating. That sounds like a sales opportunity to me... Wanna tell me more? dbc...@colesoft.com At 2/2/2014 09:08 AM, Jon Perryman wrote: Great product whose only drawback is when you go somewhere that doesn't have it. Oh so frustrating. That's a WAD if there ever is one. You'll be amazed at the amount of time you save by avoiding using dumps and TSO TEST/TESTAUTH. Jon Perryman. From: David Cole dbc...@colesoft.com FWIW Joe, z/XDC runs in the same task that is being debugged. So the discrepancy with PSATOLD (between what the program sees and what the debugger displays) would not arise. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO test confusion ?
Hi Joe,
In z/XDC, the debugging TCB and the debugging
PSATOLD are the same as the program's. There is no distinction.
Also, in z/XDC the LIST TCBS command shows all of
the aspace's TCBs in an indented display matching
the subtasking structure, with the current TCB plainly marked. Example:
XXX === list tcbs
TCB# PROGRAM NAME (ASID 0054, DBCOLE3)
_ 1 IEAVAR00
_ 2 . IEESB605
_ 3 . . IKJEFT01, JOBSTEP
_ 4 . . . IKJEFT02
_ 5 . . . . IKJEFT09
_ 6 . . . . . ISPF
_ 7 . . . . . . ISPTASK (ISPLLIB)
_ 8 . . . . . . . XXXCALL
_ 9 . . . . . . . . Z1DCALL, CURRENT (XXXT0004) (ABEND: S0C1)
_ 10. . . . . . . . . PROXYTCB
_ 11. . . . . . . . . PROXYTCB
_ 12. . . . . . . . . PROXYTCB
_ 13. IEAVTSDT
To display the TCB's storage itself, just place an F on the display for TCB #9.
Or use FORMAT 21C?
Or use FORMAT .PSATOLD?
Or use FORMAT TCB#9
TCB#9 RB#1
- z/XDC ISPF INTERFACE ---
XDC === format .psatold?
_ _007BA670 0 (A.S.DBCOLE3) ---
TCB#9+0, RETRYRB+88, PRIVATE+7B8670
_+0 @CDP
_+0 TCB#9007BA2D0
007B1048 007D2FD0 940C1000 5500 7F50B100
8000 *.#s}.#...'.}m.*
_ +20 FFFE 007BA510
00067288 0054 0006EBE8 00075970
0254 *.#vh...Y*
_ +40 80C8A802
125CF000 *.Hy..*0.*
_ +48 0008F000 12513B70
1253A934 000A1010 000A45D0 0007D5C8 00C8C030
0006E010 *..0...z}..NH.H{...\.*
_ +68 80C866BE
00063D88 007BA358 007FF070
007BAD90 *.H.h.#t..0..#[.*
_ +88 007B6D90
000675EC 7FF16E44 7F50B7C0 007BA8A8
807DBCB0 *.#_.1..{.#yy.'..*
_ +A8
007FC8C4 00FDDF38
*.HD*
_ +C8
007BA7C8 7F566AC0 007BAD90 7F4E6E10
*.#xH.¦{.#[.+.*
_ +E8
8080 7F50B0D0 E3C3C240
*.}TCB *
At 2/2/2014 08:55 AM, Micheal Butz wrote:
Dave
Thanks I know you once explains to
Me how to find the debugged PSATOLD
Maybe XDC should have a LISTTCB
Command to display the debugged
TCB
Thanks
Sent from my iPhone
On Feb 2, 2014, at 8:27 AM, David Cole dbc...@colesoft.com wrote:
FWIW Joe, z/XDC runs in the same task that is being debugged.
So the discrepancy with PSATOLD (between
what the program sees and what the debugger displays) would not arise.
Further, when z/XDC does display something
that is a consequence of the debugging
environment (such as extra Request Blocks on
the RB queue), it will clearly label such things a ARTIFACTS.
Dave Cole
Dave Cole
ColeSoft Marketing
414 Third Street, NE
Charlottesville, VA 22902
EADDRESS: mailto:dbc...@colesoft.comdbc...@colesoft.com
Home page: www.colesoft.com
Facebook: www.facebook.com/colesoftware
YouTube: www.youtube.com/user/colesoftware
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO test confusion ?
WAD? Great product whose only drawback is when you go somewhere that doesn't have it. Oh so frustrating. That sounds like a sales opportunity to me... Wanna tell me more? dbc...@colesoft.com At 2/2/2014 09:08 AM, Jon Perryman wrote: Great product whose only drawback is when you go somewhere that doesn't have it. Oh so frustrating. That's a WAD if there ever is one. You'll be amazed at the amount of time you save by avoiding using dumps and TSO TEST/TESTAUTH. Jon Perryman. From: David Cole dbc...@colesoft.com FWIW Joe, z/XDC runs in the same task that is being debugged. So the discrepancy with PSATOLD (between what the program sees and what the debugger displays) would not arise. Dave Cole ColeSoft Marketing 414 Third Street, NE Charlottesville, VA 22902 EADDRESS: mailto:dbc...@colesoft.comdbc...@colesoft.com Home page: www.colesoft.com Facebook: www.facebook.com/colesoftware YouTube: www.youtube.com/user/colesoftware -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What TCB or TCBJLB is reprinted by TSOLIB
In b892e3994089455492352c3018523...@wal-vm-mbx1.rocketsoftware.com, on 01/31/2014 at 08:31 PM, Rob Scott rsc...@rocketsoftware.com said: The OP was trying to pass the TCBJLB to FIND as the DCB in an attempt to locate a member. Then why would he expect FIND to work? It's for BPAM, not for EXCP. -- 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: Work Station Agent using Windows 7
In of30e2dcd1.632449d0-on88257c71.007895a6-88257c71.0078e...@ucdmc.ucdavis.edu, on 01/31/2014 at 02:00 PM, John Norgauer john.norga...@ucdmc.ucdavis.edu said: And at this point, I do not know how to edit PC files on the Mainframe unless I export them. Start at 2.2.7.3 Workstation tool integration in Interactive System Productivity Facility (ISPF), User's Guide Volume II, SC34-4823-09 -- 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: What TCB or TCBJLB is reprinted by TSOLIB
In 4abeaaed66764588ac4ad8e7bd497...@wal-vm-mbx1.rocketsoftware.com, on 01/31/2014 at 08:48 PM, Rob Scott rsc...@rocketsoftware.com said: What I attempting to explain, was that other applications (eg ISPF) can setup their own TASKLIB for subordinate tasks so that the TCBJLB DCB will NOT point to the TSOLIB DCB. Okay, but that's not the same as nullifying it. -- 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: Work Station Agent using Windows 7
In blu168-w978b3491b8b0fa752ef061a1...@phx.gbl, on 01/31/2014 at 04:05 PM, Dave Salt ds...@hotmail.com said: I *know* the OP wants to edit mainframe files on the PC using WSA. My question is, *CAN* the OP edit PC files on the mainframe using WSA? I already answered that question; I suspect that what you really want to know is whether he is correctly configured to do so. As I read it that's not something that he has tried at this point. -- 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: JES2 / TCP/IP Network Printer Definitions....
Sir, Thank you for your suggestion .. unfortunately ... I've tried that too. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert Bardos Sent: Sunday, February 02, 2014 3:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 / TCP/IP Network Printer Definitions quote SOCKET(socketn),CONNECT=YES, IPADDR=1.2.3.4, LINE=n, NETSERV=n, NODE=noden /quote Drop the comma before CONNECT. That's just a wild guess a not supported by the syntax diagram. The syntax diagram however for the statement immediately preceding SOCKET's description (SMFDEF) in the manual says Omit the comma between initialization statement and first keyword. Robert -- 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: Re : JES2 / TCP/IP Network Printer Definitions....
Ma'am, FWIW ... I have opened a SR w/JEs2 have not heard back from them but promise to update the list (in case there ever is another that tries to do the same). Again and as previously stated, thank you so very much for trying to help. You have been exemplary. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Saturday, February 01, 2014 3:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions I am not sure if JES2 can print to a Ricoh Aficio MP2851. Though I will admit I have not kept up with JES2 and printing functions for a while now. So it may be possible, I am just not sure. I would suggest opening up an SR with JES2 and see if this will work. Typically I have had something else that interfaces with JES2 and the printer. Or maybe someone on the list with more knowledge of JES2 printing to Ricoh can assist. Or contact Ricoh and see if they know if you can print from JES2 thru the NETSRV to their printer. You could also try posting to the JES2 newsgroup. They are more focused on JES2 and maybe able to help. Typically JES2 is very limited in what it can print to and products like VPS and INFOPRINT have filled in the functions JES2 could not provide. The considerations are data streams, Ascii/Ebcidic, fonts, Twains, etc... Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Thomas Sent: Saturday, February 01, 2014 11:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions Ma'am, The physical device is Ricoh Aficio MP2851 and no ... I have not verified anything ... I was merely asked to set it up for people to be able to print to it via JES2 / Mainframe. While I do know that there are 3rd party software out there, sadly, I do not have any ... to me... it should be very simple to be able to define a printer for LPD or anything else. JES2 merely giving the functionality of DEST= and such. All I'm (literally) trying to do is use JES2 for data transport. I am also the RACF group (sigh) ... so I once again thank you for your assistance and attempts to help. For now, I'll read thru the APAR that you've sent me. If I may, I'd be happy to let you know of my progress / outcome. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Saturday, February 01, 2014 11:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions I guess I need to get some more understanding of what you are trying to connect to JES2 via TCPIP. What is the type of network printer? Have you verified it can be done this way? The reasons I ask is VPS software is made to handle what JES2 cannot do natively. So I am just trying to verify this is something that JES2 can do. Next, Unless your RACF/SAF group has provided something like a Default UID, your NETSRVx will require an OMVS segment to do this. I have also found this APAR which may be helpful. It is very long and detailed on NETSRV OA19215: INCORRECT DOC FOR DEFINING NETSRV USERID TO OMVS http://www-01.ibm.com/support/docview.wss?uid=isg1OA19215 The Defining a NETSRV sub-section is contained within the the Special considerations for TCP/IP NJE section and should read: Special considerations for TCP/IP NJE Controlling TCP/IP NJE networking is similar to controlling SNA networking. In addition to VTAM, it is necessary to start TCP/IP in order to communicate using TCP/IP. TCP/IP NJE # configurations also require that a JES2 SOCKET statement be defined which specifies the IP address and port (typically 175 or 2252) that will be used by both the local node and the partner node. The IP address and port used by the local node # must then be specified on a SOCKET statement associated with # the NETSRV in order for JES2 to listen for TCP connections. | The sockets LOCAL and LOCALTLS are defined automatically by | JES2 initialization and default to listening on all IP addresses and TCP/IP stacks associated with the MVS image. For definitions regarding the partner node, it is necessary to know the IP name or address of the partner node, either as a | symbolic name (such as wash.ibm.com) or as an explicit address in either dotted decimal format (for IPv4) or hex-colon format (for IPv6). You can also increase security in your network by using SSL or TLS across this NJE link. | For more information, see Application Transparent - Transport Layer Security (AT-TLS) data protection in z/OS Communications Server: IP Configuration Guide. | Setting up TCP/IP Before implementing NJE/TCP, you need to set up TCP/IP on your
Infocenter, dammit!
Today, when I click on my bookmarked: http://pic.dhe.ibm.com/infocenter/zos/v2r1/index.jsp ... it appears that Infocenter has tossed its cookies on me, and I get taken, deeper, to the last individual page I visited. I can get to the index by deleting all cookies pertaining to pic.dhe.ibm.com and trying again. Grrr..., gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF (was: REXX tutorial)
Last week I started a little bookproject at wikibooks: http://en.wikibooks.org/wiki/SMF_Records The book is inspired by a series of articles in IBM Systems Magazine in spring 2013 where George Ng describes how REXX can be used to read the SMF record fields. At the moment the book give two examples to extract values from the relative simple SMF19 record and the more difficult SMF70 record. But extracting values of the SMF record fields is only one part of writing reports. The intention of the book is to create a formula collection to derive more content from the SMF record fields. At wikibooks we have the possibility to do this in a collaborativ way. Therefore I would be really be happy to receive your and feedback and help to the book. Please get an account at wikibooks and feel free help editing. Wolfgang Schüch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO test confusion ?
Sorry, just trying to be funny. I can't ask my customers to install it just for me for a one off use. Works As Designed. Personally, I find it worth the money. Having to create a SLIP (sometimes complicated) and analyzing the dump takes time. Not very dynamic because I can't decide depending on data found. Very frustrating when I know I could easily found the problem with z/XDC in just a couple minutes. Maybe it would be useful if you had a new product that is restricted which vendors ship with their products. A temp enable key from your website that restricts to a cpuid, vendor product and lasts maybe an hour or two. No memory update. No common storage die (I'm guessing you called it die because of DEAD in 2 hex bytes). No viewing restricted storage (e.g. other address spaces) without the end user agreeing. Allowing abend traps would also be useful because who knows when those are going to occur. I don't do much support any more so I don't know how it would be accepted. Support staff that I've worked with aren't usually fluent with z/XDC because they don't have any incentive. They deal mostly with dumps from customers and rarely need to diagnose locally. Maybe this would give them some incentive to learn and use it. They could easily justify it with avoiding slip's and reducing their time in diagnosing the problem. I would think customers would be impressed because it would reduce their involvement by avoiding multiple calls, eliminate capturing diag data and not having to transmit it One call and we possibly have all the information we need. Jon Perryman. From: Dave Cole dbc...@gmail.com WAD? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XMITMGR
On 2014-02-02 18:10, nic...@rnes.org wrote: On Monday, January 27, 2014 3:37:46 PM UTC-5, Bill Godfrey wrote: On Sun, 26 Jan 2014 14:03:37 -0700, Steve Comstock wrote: Replying to my own post (and top-posting at that): found the problem. Needed to install 64-bit java. Done. Works. -Steve There's another program for XMI files here: http://xiframe.com/index.php?page=xixmiexplorer and a User Guide PDF file under Support It's also in file 907 on the updates page at cbttape.org. Unfortunately the installer asks for this: To continue, type an administrator password, then click yes. which I chose not to do. Bill, I'm the author of the XiFrame XMI Explorer. I can confirm that the installer is safe and has been fully verified as virus and malware free from Norton. The installer needs admin access in order to install the shell extensions which allow you to double click an XMI file or right click to expand. Let me know if you need any help...Also, I'll look at adding options to allow it to run as a non-admin with reduced features. It works, but it would be nice if it were possible to specify a location for the PDF manual (or put it in the program directory at installation time) rather than going off to the net. If doesn't work, if a PDS(E) in XMIT format contains a message file, and all of my PDS'es do so, only the message file will be displayed. Robert -- Robert AH Prins robert(a)prino(d)org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Re : JES2 / TCP/IP Network Printer Definitions....
LPD dsname (host host_name prt printer_name or from JCL: //NPRT1 OUTPUT DEST='IP:prt-ip_addr',CHARS=(GT12) //SYSPRINT DD SYSOUT=A,OUTPUT=(*.NPRT1) DEST=destination The destination subparameter for JES2 is one of the following: LOCAL|ANYLOCAL 'IP:ipaddr' Few years back we'd just gotten first big cutsheet 2150(?) printer and found that certain sequences of print from MVS and VM would cause microcode to reboot the KYOCERA engine. Had been on the phone to Boulder and was making progress. Called in to see where we were and no answer. Asked SE to check. 'Yep big hail storm in Boulder roof collapsed on several buildings-be a while before they're answering phone again.' In a message dated 2/2/2014 10:40:56 A.M. Central Standard Time, j...@thethomasresidence.us writes: merely trying to make it such that the very same could be done from MVS -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF (was: REXX tutorial)
I just took a look at the book. Is this to be a book on SMF record formats, or a book on processing SMF data with Rexx? The two topics overlap, of course, but are substantively different. I might be interested in contributing to the former, but not the latter. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Wolfgang Schuech Sent: Sunday, February 02, 2014 9:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF (was: REXX tutorial) Last week I started a little bookproject at wikibooks: http://en.wikibooks.org/wiki/SMF_Records The book is inspired by a series of articles in IBM Systems Magazine in spring 2013 where George Ng describes how REXX can be used to read the SMF record fields. At the moment the book give two examples to extract values from the relative simple SMF19 record and the more difficult SMF70 record. But extracting values of the SMF record fields is only one part of writing reports. The intention of the book is to create a formula collection to derive more content from the SMF record fields. At wikibooks we have the possibility to do this in a collaborativ way. Therefore I would be really be happy to receive your and feedback and help to the book. Please get an account at wikibooks and feel free help editing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO test confusion ?
Sorry, didn't realize you were a freelancer. We have considered and even played with personal licenses in the past. But z/XDC, when authorized, can pretty easily be misused. We would have to require host sites to sign off on all kinds of liability disclaimers. Glad you like XDC. Wish we could make something work for you. Best, Dave At 2/2/2014 03:28 PM, Jon Perryman wrote: Sorry, just trying to be funny. I can't ask my customers to install it just for me for a one off use. Works As Designed. Personally, I find it worth the money. Having to create a SLIP (sometimes complicated) and analyzing the dump takes time. Not very dynamic because I can't decide depending on data found. Very frustrating when I know I could easily found the problem with z/XDC in just a couple minutes. Maybe it would be useful if you had a new product that is restricted which vendors ship with their products. A temp enable key from your website that restricts to a cpuid, vendor product and lasts maybe an hour or two. No memory update. No common storage die (I'm guessing you called it die because of DEAD in 2 hex bytes). No viewing restricted storage (e.g. other address spaces) without the end user agreeing. Allowing abend traps would also be useful because who knows when those are going to occur. I don't do much support any more so I don't know how it would be accepted. Support staff that I've worked with aren't usually fluent with z/XDC because they don't have any incentive. They deal mostly with dumps from customers and rarely need to diagnose locally. Maybe this would give them some incentive to learn and use it. They could easily justify it with avoiding slip's and reducing their time in diagnosing the problem. I would think customers would be impressed because it would reduce their involvement by avoiding multiple calls, eliminate capturing diag data and not having to transmit it One call and we possibly have all the information we need. Jon Perryman. From: Dave Cole dbc...@gmail.com WAD? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Dave Cole ColeSoft Marketing 414 Third Street, NE Charlottesville, VA 22902 EADDRESS: mailto:dbc...@colesoft.comdbc...@colesoft.com Home page: www.colesoft.com Facebook: www.facebook.com/colesoftware YouTube: www.youtube.com/user/colesoftware -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO test confusion ?
I am talking as an ISV. I never thought about freelancer but it sounds like they would find it useful too. I agree with you about abuse which is why I said it should be restricted and only available for the ISV use. We would have the same liability issues and we couldn't include it with the product as it is today. I would think that the following would mitigate most of the risk. 1. It runs in the product address space and only for the use of the product (not viable in any other address space). 2. The ISV must get a temp usage key with you to allow it to be used for an hour. 3. Breakpoints only in private. 4. No storage modifications other than breakpoints. 5. Viewing storage limited to the product address space and address spaces available thru access registers. 6. SAF rules required to ensure the customer will allow it's use. Jon Perryman. From: Shane Ginnane ibm-m...@tpg.com.au I think Jon was speaking from an ISV perspective, but I could be wrong as I'm coming to the discussion very late. I've been in the situation where I'd love to have a decent diagnostic tool I could take in to customers sites several times. All too hard. On Sun, 2 Feb 2014 16:06:48 -0500, David Cole wrote: Sorry, didn't realize you were a freelancer. We have considered and even played with personal licenses in the past. But z/XDC, when authorized, can pretty easily be misused. We would have to require host sites to sign off on all kinds of liability disclaimers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Work Station Agent using Windows 7
Does NOTEPAD work from the command prompt (CMD.EXE) ? I have my WSA set up to invoke WORDPAD on the PC but I had to mess around with the environment PATH variable to find it. Or I could have changed it to invoke WRITE instead. Hank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Re : JES2 / TCP/IP Network Printer Definitions....
Ed, How do I LPD to this printer when I cannot even get the JES2 definitions correct ??. Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Finnell Sent: Sunday, February 02, 2014 2:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re : JES2 / TCP/IP Network Printer Definitions LPD dsname (host host_name prt printer_name or from JCL: //NPRT1 OUTPUT DEST='IP:prt-ip_addr',CHARS=(GT12) //SYSPRINT DD SYSOUT=A,OUTPUT=(*.NPRT1) DEST=destination The destination subparameter for JES2 is one of the following: LOCAL|ANYLOCAL 'IP:ipaddr' Few years back we'd just gotten first big cutsheet 2150(?) printer and found that certain sequences of print from MVS and VM would cause microcode to reboot the KYOCERA engine. Had been on the phone to Boulder and was making progress. Called in to see where we were and no answer. Asked SE to check. 'Yep big hail storm in Boulder roof collapsed on several buildings-be a while before they're answering phone again.' In a message dated 2/2/2014 10:40:56 A.M. Central Standard Time, j...@thethomasresidence.us writes: merely trying to make it such that the very same could be done from MVS -- 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: Add FORMS= info to JES Banner Page
:: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of John Eells :: Sent: Monday, January 20, 2014 10:50 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: Re: Add FORMS= info to JES Banner Page :: :: (Replying to the list server, which will post this so people following :: that way can see it.) :: :: The observation in your post about defining XEROX LCDS printers as 3211s :: raises another question. What other things that people here know of are :: defined as older IBM device types? I'm thinking of things like 1403s, :: 2540s, 3211s, 2400- and 3480-class tape, 2701, 2703, 1452, 3330, 334x, :: 3350, etc. devices. Just curious. 3592 tape drives need to be defined as 3590 drives. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF (was: REXX tutorial)
Although there should be a brief discription on the SMF record format at the beginning of each chapter, it is more thought to be a book on processing SMF data. The program language in the book is REXX but it should be easy to use other languages in a batch environment like Java or C/C++ as well. The main intention of the book is providing a formula collection that enables a systems programer to get the most out of SMF records in a relativ quick time. 2014-02-02 Charles Mills charl...@mcn.org: I just took a look at the book. Is this to be a book on SMF record formats, or a book on processing SMF data with Rexx? The two topics overlap, of course, but are substantively different. I might be interested in contributing to the former, but not the latter. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Wolfgang Schuech Sent: Sunday, February 02, 2014 9:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF (was: REXX tutorial) Last week I started a little bookproject at wikibooks: http://en.wikibooks.org/wiki/SMF_Records The book is inspired by a series of articles in IBM Systems Magazine in spring 2013 where George Ng describes how REXX can be used to read the SMF record fields. At the moment the book give two examples to extract values from the relative simple SMF19 record and the more difficult SMF70 record. But extracting values of the SMF record fields is only one part of writing reports. The intention of the book is to create a formula collection to derive more content from the SMF record fields. At wikibooks we have the possibility to do this in a collaborativ way. Therefore I would be really be happy to receive your and feedback and help to the book. Please get an account at wikibooks and feel free help editing. -- 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
