Re: Knowledgecentre versus the library server
AMEN! Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sam Siegel Sent: Wednesday, March 11, 2015 7:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Knowledgecentre versus the library server I'm with you Scott ... I like to have the pdf on local disk. On Wed, Mar 11, 2015 at 7:24 AM, Scott Ford idfzos...@gmail.com wrote: I would rather download the PDFs,I'm think personally, it's easier more me. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Knowledgecentre versus the library server
On Tue, 10 Mar 2015 19:09:09 -0500, Shane Ginnane wrote: Reading Kolosu's latest admonishment to gil, I trundled through the links for completeness. The first (knowledgecentre) took minutes to load - yes *minutes*. The others just popped up. Another great technological leap backwards. Indeed. Recently it took me 20 minutes merely to copy-and-paste a line each from two different manuals into an RCF concerning a third manual; not what I'd want to download two manuals for. But in retrospect it would have been faster. KC is javascripted to the gills. It snatches keystrokes, even shortcuts and takes unexpected actions, vectoring to a different page or a different position on the current page. The lines I wanted to copy contained anchors. Usually I can just copy the embedding paragraph and edit in the target window. KC wouldn't let me. I tried to use Firefox Find-in-page for which FF supplies a text entry box at the lower left of the window, but KC pops up a nav bar at bottom of the screen, obscuring the text entry box. Similarly, I can't get to the horizontal scroll bar at the bottom. And I'm using an outdated OS X which provides a window resize handle only in the lower right corner. Same nav bar problem. I switched to a different tab; resized; switched back to KC. When I follow a link then go back to the parent page, most sites return to that page scrolled as I left it; KC always places me at the top of that parent, particularly irritating when that parent is a ToC. I'm learing to open any link in a new tab so I can return to the undisturbed parent page Sheesh! What about ADA? How does all this play with an audio or Braille reader? (But it's monochrome, which is accesibility-compliant.) A challenge to IBM: Provide a script-free, frames-free, popup-free (Classic?) option for KC. Anyone who slaps a 'this page is best viewed with Browser X' label on a Web page appears to be yearning for the bad old days, before the Web, when you had very little chance of reading a document written on another computer, another word processor, or another network. -- Tim Berners-Lee in Technology Review, July 1996 http://www.anybrowser.org/campaign/ (Not quite apropos -- I suspect that no browser can deal comfortably with KC.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Knowledgecentre versus the library server
On Wed, 11 Mar 2015 10:24:21 -0400, Scott Ford wrote: I would rather download the PDFs,I'm think personally, it's easier more me. Not me. I still prefer the .boo. In fact, most of the time, I still use the z/OS 1.13 books rather than the current doc unless I'm going to print part of it, or unless I know that I need something more current. In that case, I sometimes do a search with the 1.13 .boo, then find the corresponding part of the current pdf. The exceptions to this are the Principles of Operation and the zArchitecture Reference Summary. I use the Reference Summary so often that I have it printed out. I didn't yet have the new refsum printed this morning when I needed to look something up, so I printed out the one that I had downloaded. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get job number column in tso console/getmsg commands?
Hi Liz, The information is in the subject. I tried to access JOBNUM and other information that are seen in SDSF LOG cmd, but are not available to TSO CONSOLE/GETMSG commands. Anyway, it's not an issue as I used the masking option of the $T CJ command. Regards, ITschak. ITschak Mugzach Z/OS, ISV Products and Application Security Risk Assessments Professional On Wed, Mar 11, 2015 at 5:12 PM, Lizette Koehler stars...@mindspring.com wrote: What process are you using to intercept the HASP890 message? Is this a REXX, Assembler exit or What tools do you have available? OPS/MVS, Tivoli or other automation tool? What scheduling tools do you have, Jobtrac, ESP or other? Are jobs being submitted on hold and then the class changed? Are you using WLM Initiators? Thanks Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Itschak Mugzach Sent: Wednesday, March 11, 2015 6:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: How to get job number column in tso console/getmsg commands? I am trying to itercept msg$hasp890 in order to get the class. I then wish to change job class. The problem is that job number is not accessable to the getmsg command. Any help? Regards Itschak -- 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: Knowledgecentre versus the library server
Bookmanager Read TSO is still my favorite , quirks and all. No waiting. No fishing around for what website might have some doc. I am on TSO and my problem is on the mainframe so I look up what I need in seconds...one copy for everyone! On Wednesday, March 11, 2015, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu wrote: On Tue, 10 Mar 2015 19:09:09 -0500, Shane Ginnane wrote: Reading Kolosu's latest admonishment to gil, I trundled through the links for completeness. The first (knowledgecentre) took minutes to load - yes *minutes*. The others just popped up. Another great technological leap backwards. Indeed. Recently it took me 20 minutes merely to copy-and-paste a line each from two different manuals into an RCF concerning a third manual; not what I'd want to download two manuals for. But in retrospect it would have been faster. KC is javascripted to the gills. It snatches keystrokes, even shortcuts and takes unexpected actions, vectoring to a different page or a different position on the current page. The lines I wanted to copy contained anchors. Usually I can just copy the embedding paragraph and edit in the target window. KC wouldn't let me. I tried to use Firefox Find-in-page for which FF supplies a text entry box at the lower left of the window, but KC pops up a nav bar at bottom of the screen, obscuring the text entry box. Similarly, I can't get to the horizontal scroll bar at the bottom. And I'm using an outdated OS X which provides a window resize handle only in the lower right corner. Same nav bar problem. I switched to a different tab; resized; switched back to KC. When I follow a link then go back to the parent page, most sites return to that page scrolled as I left it; KC always places me at the top of that parent, particularly irritating when that parent is a ToC. I'm learing to open any link in a new tab so I can return to the undisturbed parent page Sheesh! What about ADA? How does all this play with an audio or Braille reader? (But it's monochrome, which is accesibility-compliant.) A challenge to IBM: Provide a script-free, frames-free, popup-free (Classic?) option for KC. Anyone who slaps a 'this page is best viewed with Browser X' label on a Web page appears to be yearning for the bad old days, before the Web, when you had very little chance of reading a document written on another computer, another word processor, or another network. -- Tim Berners-Lee in Technology Review, July 1996 http://www.anybrowser.org/campaign/ (Not quite apropos -- I suspect that no browser can deal comfortably with KC.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu javascript:; 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: How to get job number column in tso console/getmsg commands?
In CAOdPEgQ9WMzGL-coxOoxF-HLyCUrxPaA22Ntq=wl9tf3s+p...@mail.gmail.com, on 03/11/2015 at 07:07 PM, Itschak Mugzach imugz...@gmail.com said: The information is in the subject. I tried to access JOBNUM and other information that are seen in SDSF LOG cmd, LOG displays syslog and is not analogous to anything in CONSOLE. Compare what you get with getmsg with what you get after issuing /command in SDSF. Have you looked at IEAVM105? -- 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: Knowledgecentre versus the library server
In 9655256407995553.wa.m42tomibmmainyahoo@listserv.ua.edu, on 03/11/2015 at 11:16 AM, Tom Marchant 000a2a8c2020-dmarc-requ...@listserv.ua.edu said: Not me. I still prefer the .boo. Soo do I, but I could live with PDF if IBM would provide bookshelf and bookindex files, even if I had to write my own application to read them. -- 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: Knowledgecentre versus the library server
In CAG5iWUQJd5RT-Sn50kpYXKuF2Er_nNisZ=rgf2bmf_p52l6...@mail.gmail.com, on 03/11/2015 at 04:44 PM, Dan Little dwlit...@gmail.com said: Bookmanager Read TSO is still my favorite I prefer to have the bki, bks and boo files on a network file server, so that I can get to them from a PC even if I'm not logged in to TSO. But both works for me. -- 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: Knowledgecentre versus the library server
Charles, I agree , I search then if i find the .boo I download the PDF. The searches are much faster on you local pc for sure.. Regards, Scott On Wednesday, March 11, 2015, Charles Mills charl...@mcn.org wrote: Agreed on this also. Prefer PDF to KC except for the most trivial of quick searches and .boo to PDF for shelf searches. I too do *exactly* what Tom describes below. Search the 1.13 .boo's, and then look at the corresponding 2.1 PDF. IBM, are you listening? Your customers are speaking loud and clear. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU javascript:;] On Behalf Of Tom Marchant Sent: Wednesday, March 11, 2015 9:16 AM To: IBM-MAIN@LISTSERV.UA.EDU javascript:; Subject: Re: Knowledgecentre versus the library server Not me. I still prefer the .boo. In fact, most of the time, I still use the z/OS 1.13 books rather than the current doc unless I'm going to print part of it, or unless I know that I need something more current. In that case, I sometimes do a search with the 1.13 .boo, then find the corresponding part of the current pdf. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu javascript:; 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
Hi Scott, I tried the ROUTE command (ROUTE xxx,REPLY nn,Y). It failed by RACF as all other commands comes from non typical addressspaces. I think I don't have fingers to count the (new) z/os versions not sup[ported since the one I am running on... I compared the macros between 1.7 and 1.13 and found that in v1.13 the gap between MGCR MGCRE is colsed. THis is not true in V1.7, but ... dsect IEZMGCR do have a room for utoken! I'll change the program to generate a utoken. Regards, ITschak Mugzach Z/OS, ISV Products and Application Security Risk Assessments Professional On Tue, Mar 10, 2015 at 10:34 PM, Scott Fagen 004e4c25b017-dmarc-requ...@listserv.ua.edu wrote: 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. - snip - If you're wedded to the idea of staying with MGCR, what *might* work is to get the command out of the user space and into a system address space. This could be accomplished by pre-pending RO cvtsname, to your REPLY command. Remember to compress out any blanks for a system name that is less than eight characters. No guarantees...if you try it and it works, I'd love to know (having been one of the original developers of the ROUTE command...). Also, it looks like MGCR has been beefed up a bit to allow the specification of security information on the macro call: http://www-01.ibm.com/support/knowledgecenter/SSLTBW_1.13.0/com.ibm.zos.r13.ieaa800/mgcr.htm Scott Fagen Chief Architect - z Systems and Workload Automation CA Technologies Plano, TX -- 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: Knowledgecentre versus the library server
And if TSO is down? In a message dated 3/11/2015 3:45:02 P.M. Central Daylight Time, dwlit...@gmail.com writes: ...one copy for everyone! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Knowledgecentre versus the library server
On Wed, 11 Mar 2015 16:44:53 -0400, Dan Little wrote: Bookmanager Read TSO is still my favorite , quirks and all. No waiting. No fishing around for what website might have some doc. I am on TSO and my problem is on the mainframe so I look up what I need in seconds...one copy for everyone! Not exactly; one copy for everyone*at*your*site*. And you must refresh for each update (do you get notifications?) Others swear by Quick-Ref, if they pay for it. Has anyone tried using Lobo on z/OS? Has anyone tried accessing KC with Lobo? http://sourceforge.net/projects/xamj/files/Lobo%20Browser/ On Wed, 11 Mar 2015 18:31:35 -0400, Ed Finnell wrote: And if TSO is down? Then you need the publications either not at all or very badly. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LZRG??? Does this mean that 56-bit addressing is a thing?
Easy alignment to a 256 byte boundary? On Tue, 10 Mar 2015 18:57:53 -0400 David Cole dbc...@colesoft.com wrote: :Per the new PoOps: : : :LZRG R1,D2(X2,B2) [RXY-a] : :The second operand, with the rightmost byte set to zero, is placed :at the first-operand location. [snip] for LZRG, the first and second :operands are 64 bits. : : :I guess my imagination fails me, so I have to ask... Why? -- 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: Time change effect on JES2 AUTO commands
Lucas Rosalen wrote: Mike is right. At 2:01 you've added 3600s (to make it 3:01), so JES2 tried to catch up as the interval had already been more than satisfied. Indeed and this is documented, quote If, at 1:15 a.m., the clock is set ahead two hours, making the current time 3:15 a.m., the command will be issued immediately, at 3:15 a.m., and will be issued again at the next interval (two hours beyond 3:15 a.m.), which is 5:15 a.m. end quote But does not 100% describe the OP's problem. I'm also puzzled by this. I believe we all missed something obvious. What we're doing is, we let the automation software issues several $T commands (with T= and I= keywords) on the hour (whatever) or about 5 minutes after hour and then we let JES2 go on. 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
Problems with takesocket in another ASID
I searched the archives and found a very similar problem to mine in the thread https://listserv.ua.edu/cgi-bin/wa?A2=ind0606L=IBM-MAINP=R34295I=-3X=D02C315241E55CCC48Y=abend922%40gmail.comd=No+Match%3BMatch%3BMatches back in 2006 and ably answered by Rob Scott. I seem to have a very similar problem. I am trying to convert a very ancient C module which listens for incoming connections and hands them off to a subtask in the same ASID. Now I want to handover the socket to another ASID so, following the above thread and the Sockets API manual, I changed the task name in the listener's client id to the jobname of the worker ASID and set the subtask name to blanks. I have also issued a getclientid() and set the task/subtask names in a system-wide Name/Token pair. In the worker ASID, which is written in assembler, I have picked up the N/T pair and inserted the value into a client id and issued takesocket(). The socket number is communicated via the code in a cross-memory post which wakes up the worker. Every time I get errno=113 (EBADF). I have tried setting the subtask name in the givesocket() to that used in the worker's INITAPI, but no difference. The client id from the listener looks like this: TAU0200I 13:35:12.736 Socket 1 received from MFADEV TAU0015I 13:39:06.296 Before call TAKESOCKET AddressOffset Word 1 Word 2 Word 3 Word 4 Word 5 Word 6 Word 7 Word 8* Storage Content * 1EA41614 0002 D4C6C1C4 C5E54040 0081 7F4E7D00 *MFADEV ...a+'.* 1EA41634 0020 *. * TAU0065I 13:43:21.612 After Call TAKESOCKET RC : ERRNO : 0071 The task name is the jobname but the subtask name is binary. Is this acceptable? I tried zeroing it out but that didn’t help; setting it to blanks produced errno=121 (illegal argument). I seem to be doing what's described in the manual but it just won't work. Any pointers as to what I have missed? TIA Robin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get job number column in tso console/getmsg commands?
Itschak Mugzach wrote: I am trying to itercept msg$hasp890 in order to get the class. I then wish to change job class. The problem is that job number is not accessable to the getmsg command. Any help? What command did you used to get $HASP890? Please post the command and the results as well your code (getmsg) to retrieve the messages. Did you also used the LONG version of your command? Something like $D J123,LONG? Also are you making provision for receiving messages spanned across multiple lines? 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: Knowledgecentre versus the library server
The new tools are not as available, reliable, or efficient as their predecessors [1]. [1] In a bout of frustration I complained to a duty manager about the performance and availability of one of the new tools. I was informed that it was still the same old green screen application w/a GUI front end. It was the front end that was causing the performance/availability issues, not the old tool . Score 1 for the PFCSK's. snip From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shane Ginnane Sent: Tuesday, March 10, 2015 7:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Knowledgecentre versus the library server Reading Kolosu's latest admonishment to gil, I trundled through the links for completeness. The first (knowledgecentre) took minutes to load - yes *minutes*. The others just popped up. Another great technological leap backwards. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get job number column in tso console/getmsg commands?
Itschak Mugzach wrote: The command synrax us $dn,all,q=xeqk I tried out your command just as is and got $HASP650. I then tried $dn,all and see CLASS=A for one job as an example. So I don't see what the problem is. Please look at my other questions, I believe you may have a problem using console and getmsg. 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: Dump Defaults (Was: SLIP IF Trap?)
Dusting off this old thread: I set a slip trap that included the TCPIP address space in the address spaces to be dumped. TCPIPCS socket detail on that slip dump gives me: TCPIP Socket Analysis BLS18100I ASID(X'002B') 01F0_2280 not available The address is in hvcommon, according to rsmdata. How come a slip dump does not dump common storage above the bar despite both SQA and CSA being set? Actually, I take that back. LD on the slip dump tells me that 01F0_2280.:01F0_22900FFF. was dumped, 'belonging' to one of the other address spaces that I had dumped (primary asid at the time the slip hit). Apparently the TCPIPCS formatter only works correctly when this HVCOMMON storage is attributed to the TCPIP address space, as it was in the dynamic dump I took later. In that case this HVCOMMON storage 'belonged' to x'2b'- TCPIP. Duh. Is that IPCS or TCPIP at fault? Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How to get job number column in tso console/getmsg commands?
I am trying to itercept msg$hasp890 in order to get the class. I then wish to change job class. The problem is that job number is not accessable to the getmsg command. Any help? Regards Itschak -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get job number column in tso console/getmsg commands?
The command synrax us $dn,all,q=xeqk Utschak בתאריך 11 במרץ 2015 15:20, Elardus Engelbrecht elardus.engelbre...@sita.co.za כתב: Itschak Mugzach wrote: I am trying to itercept msg$hasp890 in order to get the class. I then wish to change job class. The problem is that job number is not accessable to the getmsg command. Any help? What command did you used to get $HASP890? Please post the command and the results as well your code (getmsg) to retrieve the messages. Did you also used the LONG version of your command? Something like $D J123,LONG? Also are you making provision for receiving messages spanned across multiple lines? 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dump Defaults (Was: SLIP IF Trap?)
I can tell you the intent. Each allocation of above-2G storage fits into one of 5 should I include it in the dump? categories -- - like region (default for private) - like LSQA - like CSA (default for common) - like SQA - do not dump automatically The intent is to dump like x when 'x' is included. Things that are do not dump automatically are expected to be included explicitly (e.g., LIST64, SUMLIST64) in a dump, when needed. Dusting off this old thread: I set a slip trap that included the TCPIP address space in the address spaces to be dumped. TCPIPCS socket detail on that slip dump gives me: TCPIP Socket Analysis BLS18100I ASID(X'002B') 01F0_2280 not available The address is in hvcommon, according to rsmdata. When I use a dump command (asynchronous to my slip trap) to just dump the TCPIP address space, the same command formats out everything I want to see. Same dump options on the system: SDUMP- ADD OPTIONS (ALLPSA,NUC,SQA,RGN,LPA,TRT,CSA,SWA,SUMDUMP, GRSQ),BUFFERS=K,MAXSPACE=0500M, MSGTIME=9 MINUTES,MAXSNDSP=015 SECONDS, AUXMGMT=ON ,DEFERTND=NO complete dump in both cases. How come a slip dump does not dump common storage above the bar despite both SQA and CSA being set? Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS 4.2 to 5.1
There is also quite an overhead...up to 30%...when you use an initial value INITIMG(x'40') with a GETMAIN. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Knowledgecentre versus the library server
Hi Shane, First of all, I want to make it known that I'm not a fan of the knowledgecenter, but that being said I tried your little unofficial experiment. The KC link did come up noticeably slower this morning for me as well, but in my case it was a matter of about 5 seconds versus about a second. So as always, YMMV, in my case it wasn't that big of an issue (this time). Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LZRG??? Does this mean that 56-bit addressing is a thing?
Oops. I dyslex'd the whole thing. Nevermind. At 3/11/2015 04:06 AM, Binyamin Dissen wrote: Easy alignment to a 256 byte boundary? On Tue, 10 Mar 2015 18:57:53 -0400 David Cole dbc...@colesoft.com wrote: :Per the new PoOps: : : :LZRG R1,D2(X2,B2) [RXY-a] : :The second operand, with the rightmost byte set to zero, is placed :at the first-operand location. [snip] for LZRG, the first and second :operands are 64 bits. : : :I guess my imagination fails me, so I have to ask... Why? -- 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 Dave Cole ColeSoft Marketing 414 Third Street, NE Charlottesville, VA 22902 EADDRESS: mailto:dbc...@colesoft.comdbc...@colesoft.com Home page:www.colesoft.com User's Group: www.xdc.com (on LinkedIn) Facebook: www.facebook.com/colesoftware Videos: 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: Dump Defaults (Was: SLIP IF Trap?)
In 7676853980546110.wa.nitzibmgmx@listserv.ua.edu, on 03/11/2015 at 07:41 AM, Barbara Nitz nitz-...@gmx.net said: How come a slip dump does not dump common storage above the bar despite both SQA and CSA being set? Did the IARV64 macro have DUMP=NO or XMFCTRL_XDUMP_NO? -- 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: Economics of Mainframe Technology
*Usually* not. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lou Losee Sent: Tuesday, March 10, 2015 8:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Economics of Mainframe Technology Is there a link to the keynote or the data presented during the keynote? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Problems with takesocket in another ASID
In 002401d05bd3$e8dda010$ba98e030$@gmail.com, on 03/11/2015 at 03:18 PM, Robin Atwood abend...@gmail.com said: Content-Type: text/plain; charset=utf-8 Please check your listserv options for IBM-MAIN. It looks like you were sending format=flowed but the listserv did not preserve your Content-Type: options. As a result, the trailing blanks are not recognized as soft line breaks. -- 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: How to get job number column in tso console/getmsg commands?
Works fine for me and responds with msg hasp890. Anyway, i realized i was on a wrong root. I don't need the job number. Just change the class with job mask like this: $t jq,/jm=xxx,q=xeq,/c=k,c=j Best ITschak בתאריך 11 במרץ 2015 15:33, Elardus Engelbrecht elardus.engelbre...@sita.co.za כתב: Itschak Mugzach wrote: The command synrax us $dn,all,q=xeqk I tried out your command just as is and got $HASP650. I then tried $dn,all and see CLASS=A for one job as an example. So I don't see what the problem is. Please look at my other questions, I believe you may have a problem using console and getmsg. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Knowledgecentre versus the library server
I would rather download the PDFs,I'm think personally, it's easier more me. On Wednesday, March 11, 2015, Staller, Allan allan.stal...@kbmg.com wrote: The new tools are not as available, reliable, or efficient as their predecessors [1]. [1] In a bout of frustration I complained to a duty manager about the performance and availability of one of the new tools. I was informed that it was still the same old green screen application w/a GUI front end. It was the front end that was causing the performance/availability issues, not the old tool . Score 1 for the PFCSK's. snip From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU javascript:;] On Behalf Of Shane Ginnane Sent: Tuesday, March 10, 2015 7:09 PM To: IBM-MAIN@LISTSERV.UA.EDU javascript:; Subject: Knowledgecentre versus the library server Reading Kolosu's latest admonishment to gil, I trundled through the links for completeness. The first (knowledgecentre) took minutes to load - yes *minutes*. The others just popped up. Another great technological leap backwards. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu javascript:; 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: Knowledgecentre versus the library server
I'm with you Scott ... I like to have the pdf on local disk. On Wed, Mar 11, 2015 at 7:24 AM, Scott Ford idfzos...@gmail.com wrote: I would rather download the PDFs,I'm think personally, it's easier more me. On Wednesday, March 11, 2015, Staller, Allan allan.stal...@kbmg.com wrote: The new tools are not as available, reliable, or efficient as their predecessors [1]. [1] In a bout of frustration I complained to a duty manager about the performance and availability of one of the new tools. I was informed that it was still the same old green screen application w/a GUI front end. It was the front end that was causing the performance/availability issues, not the old tool . Score 1 for the PFCSK's. snip From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU javascript:;] On Behalf Of Shane Ginnane Sent: Tuesday, March 10, 2015 7:09 PM To: IBM-MAIN@LISTSERV.UA.EDU javascript:; Subject: Knowledgecentre versus the library server Reading Kolosu's latest admonishment to gil, I trundled through the links for completeness. The first (knowledgecentre) took minutes to load - yes *minutes*. The others just popped up. Another great technological leap backwards. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu javascript:; 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: Problems with takesocket in another ASID
I do not believe that you can use non-character data in the NAME or TASK values in GIVE/TAKESOCKET. Try using a test program with a single subtask with a known value - eg TEST0001 Also ensure that the DOMAIN value is correct in your CLIENT structure is correct (for both give and take) and that the INITAPI calls are using the correct values. Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robin Atwood Sent: 11 March 2015 08:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Problems with takesocket in another ASID I searched the archives and found a very similar problem to mine in the thread https://listserv.ua.edu/cgi-bin/wa?A2=ind0606L=IBM-MAINP=R34295I=-3X=D02C315241E55CCC48Y=abend922%40gmail.comd=No+Match%3BMatch%3BMatches back in 2006 and ably answered by Rob Scott. I seem to have a very similar problem. I am trying to convert a very ancient C module which listens for incoming connections and hands them off to a subtask in the same ASID. Now I want to handover the socket to another ASID so, following the above thread and the Sockets API manual, I changed the task name in the listener's client id to the jobname of the worker ASID and set the subtask name to blanks. I have also issued a getclientid() and set the task/subtask names in a system-wide Name/Token pair. In the worker ASID, which is written in assembler, I have picked up the N/T pair and inserted the value into a client id and issued takesocket(). The socket number is communicated via the code in a cross-memory post which wakes up the worker. Every time I get errno=113 (EBADF). I have tried setting the subtask name in the givesocket() to that used in the worker's INITAPI, but no difference. The client id from the listener looks like this: TAU0200I 13:35:12.736 Socket 1 received from MFADEV TAU0015I 13:39:06.296 Before call TAKESOCKET AddressOffset Word 1 Word 2 Word 3 Word 4 Word 5 Word 6 Word 7 Word 8* Storage Content * 1EA41614 0002 D4C6C1C4 C5E54040 0081 7F4E7D00 *MFADEV ...a+'.* 1EA41634 0020 *. * TAU0065I 13:43:21.612 After Call TAKESOCKET RC : ERRNO : 0071 The task name is the jobname but the subtask name is binary. Is this acceptable? I tried zeroing it out but that didn’t help; setting it to blanks produced errno=121 (illegal argument). I seem to be doing what's described in the manual but it just won't work. Any pointers as to what I have missed? TIA Robin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
