Re: Who to contact about IBM-main?

2013-11-18 Thread Elardus Engelbrecht
Paul Gilmartin wrote: I believe LISTSERV has a one-strike-and-out policy for bounces. That could have got to you. Indeed. Or the OP and/or his e-mail provider has been flagged as a spammer or inappropriate poster. Or flagged as NO-MAIL as Darren warned many times when there are too many OT

Re: ASSIST Assembler

2013-11-18 Thread Mike Schwab
Assist features are included in http://www/z390.org/ . On Sun, Nov 17, 2013 at 9:50 PM, Cameron Seay cws...@gmail.com wrote: Anybody know where I can get a copy of the ASSIST assembler for academic only purposes. The Northern Illinois site is no longer active. Thanks.

Re: IXGBRWSE - SMF Logstream

2013-11-18 Thread Nick Jones
Hi Jose, We do not ship an official mapping macro for the SMF buffers returned by a log stream browse. The intended interface to get SMF records in log streams is IFASMFDL. You can however IXGBRWSE the log stream and see the buffers are returned in a consistent format, but this is of course

Re: IXGBRWSE - SMF Logstream

2013-11-18 Thread Miklos Szigetvari
Hi Nick I'm using the IXGBRWSE to browse the SMF logstream, I don't understand why it is unsupported , or that is the supported way to get the SMF log streams ? On 18.11.2013 13:20, Nick Jones wrote: Hi Jose, We do not ship an official mapping macro for the SMF buffers returned by a log

Re: ASSIST Assembler

2013-11-18 Thread Paul Gilmartin
On Sun, 17 Nov 2013 23:09:03 -0500, John P. Baker jba...@ngssallc.com wrote: It is available at http://www.jaymoseley.com/hercules/download/zips/assist.tgz. Just curious: how does Hercules/ASSIST: http://www.jaymoseley.com/hercules/compilers/contents.htm compare to z390:

Re: Who to contact about IBM-main?

2013-11-18 Thread Paul Gilmartin
On Mon, 18 Nov 2013 05:50:27 -0600, Elardus Engelbrecht wrote: Or flagged as NO-MAIL as Darren warned many times when there are too many OT posts. I'd place Ed pretty far down the list of such suspects. -- gil -- For

USS Callable Assembler Services

2013-11-18 Thread esst...@juno.com
Im exploring the use of Message Queues with USS Callable Assembler Services. From a single program I invoked BPX1QGT, BPX1QSN, BPX1QRC I prepare the structures and the parameters necessary to invoke BPX1QGT to create a message Queue LARL R11,UMSGWORK XC

Re: ASSIST Assembler

2013-11-18 Thread Mike Schwab
Open http://www.z390.org/z390_User_Guide.pdf and search for assist. On Mon, Nov 18, 2013 at 9:25 AM, Paul Gilmartin paulgboul...@aim.com wrote: On Sun, 17 Nov 2013 23:09:03 -0500, John P. Baker jba...@ngssallc.com wrote: It is available at

Re: IXGBRWSE - SMF Logstream

2013-11-18 Thread Peter Relson
IXGBRWSE returns via the buffer keyword the exact area that the exploiter requested to be written to the logstream. Thus, it is that exploiter that knows the mapping. I conclude, by the fact that SMF apparently documents only the SMF record itself (and that an SMF record is only part of the

Re: USS Callable Assembler Services

2013-11-18 Thread Tony Harminc
On 18 November 2013 12:20, esst...@juno.com esst...@juno.com wrote: After I issue BPX1QSN I receive a Return Code of 0079 and a Reason Code of 030A I'm a little puzzled at your ICM R0,B'',UMSGVALGet Return Value JNP RETVAL_ERROR No after the BPX1QSN call, since the

Re: USS Callable Assembler Services

2013-11-18 Thread Tom Marchant
On Mon, 18 Nov 2013 17:20:34 GMT, esst...@juno.com wrote: L 15,16 CVT - communication vector table I don't have an answer to your questions, but I think you mean LA 15,16 -- Tom Marchant -- For IBM-MAIN

Re: USS Callable Assembler Services

2013-11-18 Thread esst...@juno.com
Tony Harminc wrote after the BPX1QSN call, since the only defined RETVALs for BPX1QSN are 0 and -1, yet your branch goes to RETVAL_ERROR in both those cases. Are you perhaps reporting on some leftover stuff in the return and reason code fields? Those field values are undefined (generally means

Re: USS Callable Assembler Services

2013-11-18 Thread Steve Comstock
On 11/18/2013 12:01 PM, esst...@juno.com wrote: Tony Harminc wrote after the BPX1QSN call, since the only defined RETVALs for BPX1QSN are 0 and -1, yet your branch goes to RETVAL_ERROR in both those cases. Are you perhaps reporting on some leftover stuff in the return and reason code fields?

Re: USS Callable Assembler Services

2013-11-18 Thread Jim Blalock
If he wants the CVT pointer it's at location 16 (x'10') and has been since the dawn of time. For what his code wants to do this would be correct. (I prefer to do a USING and use the tags, though.) On 11/18/2013 1:47 PM, Tom Marchant wrote: On Mon, 18 Nov 2013 17:20:34 GMT, esst...@juno.com

Re: USS Callable Assembler Services

2013-11-18 Thread esst...@juno.com
Tom Marchant and others pointed out I don't have an answer to your questions, but I think you mean LA 15,16 And I agree, However From z/OS UNIX System Services Programming: Assembler Callable Services Reference SA23-2281-00 The following is an example of code that specifies the offset.

Re: USS Callable Assembler Services

2013-11-18 Thread Jim Blalock
I have used the CSR table before, it's where the name-token services pointers are (cool service by the way, see IEANTxx in Auth Asm Services). This is working code that finds it on post-OS390 systems. I have cut-n-pasted this little segment into lots of routines. CVTCSRT = CVT+544. l

Re: USS Callable Assembler Services

2013-11-18 Thread Tony Harminc
On 18 November 2013 14:36, esst...@juno.com esst...@juno.com wrote: Tom Marchant and others pointed out I don't have an answer to your questions, but I think you mean LA 15,16 And I agree, However From z/OS UNIX System Services Programming: Assembler Callable Services Reference

Re: USS Callable Assembler Services

2013-11-18 Thread Jon Perryman
For BPX1QSN, message type is the first word of the message. It contains 0. Jon Perryman. From: esst...@juno.com esst...@juno.com L    15,16                CVT - communication vector table L    15,544(15)            CSRTABLE                        L   

Re: OSE (SNA) Connectivity Issue on z/OS

2013-11-18 Thread venkat kulkarni
Hello, Thanks for response . Look like the problem has been resolved now by using OSA/SF. We are still doing testing to confirm this changes. Thanks to all for helping. On Mon, Nov 18, 2013 at 6:14 AM, Peter Bishop peter.bis...@eds.com wrote: Hi Venkat, You need to use

Re: USS Callable Assembler Services

2013-11-18 Thread Shmuel Metz (Seymour J.)
In 20131118.143646.2538...@webmail05.dca.untd.com, on 11/18/2013 at 07:36 PM, esst...@juno.com esst...@juno.com said: Tom Marchant and others pointed out I don't have an answer to your questions, but I think you mean LA 15,16 And I agree, However From z/OS UNIX System Services

Re: Serialization without Enque

2013-11-18 Thread Ed Jaffe
On 11/10/2013 1:19 PM, Mark Zelden wrote: I've not been paying that close of attention, but I'm more curious about what people did for these situations prior to PLO. ENQ/DEQ or Latch -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245