, and I'm sorry that I gave that impression. While we would
obviously love you to do that, it's not a requirement in any way.
I can't speak for others, but a proper beta test is a lot of work. I
can't see myself doing am unpaid beta test for a product that I don't
intend to use afterwards, nor have I
I'm kind of surprised that only 22 people/sites have joined the beta from the
list here so far, I had expected a bit more.
One thing that was pointed out when I asked was that I apparently made it seem
like you had to continue to use the SyzAUTO/z product at the end, and I'm sorry
that I
Just testing the new ibm-main address
-Steve Comstock
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Hi,
I wanted to let everyone on the list know that the Beta testing phase for
SyzAUTO/z V6 is going to be starting on June 15. This time, the beta testing
is not limited to just existing clients, we are asking for up to 150 non-client
sites on a first-come basis. All beta test sites
@bama.ua.edu
Subject: Re: OpenSSL MAKE test problem.
This is my step by step to build OpenSSL under z/OS UNIX System Services:
Get GNU Make from
http://www-03.ibm.com/systems/z/os/zos/features/unix/library/IBM+Redbooks/index.html.
I have GNU Make installed in $HOME/oss.
Patch some files before
: Re: OpenSSL MAKE test problem.
Well, I tried it all, but still no luck.
It just won't work for me
Hälsningar / Best regards,
Magnus Persson, Mainframe
Tieto
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Ondruška Peter
Sent: den 26
On 06/05/2012 12:30 PM, Magnus Persson wrote:
Well, I tried it all, but still no luck.
It just won't work for me
openssl doesn't work if the source
code character set is changed, there are several places
where openssl uses character constants
that must be in ascii. for example when
In z/OS C, you can specify an encoding #pragma around individual
constants. so you would have to develop patches to supply these.
On Tue, Jun 5, 2012 at 6:12 AM, Peter Sylvester
peter.sylves...@edelweb.frwrote:
On 06/05/2012 12:30 PM, Magnus Persson wrote:
Well, I tried it all, but still
Can someone provide me access to test server with zOS 1.12? I just want to
learn few stuffs related to installing program products and evaluating
them. The products which I will be testing are innovative and I am planning
to measure system performance and identify capacity shortages down the
line
Nagarjun Chandrasekaran wrote:
Can someone provide me access to test server with zOS 1.12?
Search the IBM-MAIN archives. It was discussed several times over the years.
I just want to learn few stuffs related to installing program products and
evaluating them.
Try your local training places
#endif
EOF
patch apps/Makefile EOF
27,30c27,30
DLIBCRYPTO=../libcrypto.a
DLIBSSL=../libssl.a
LIBCRYPTO=-L.. -lcrypto
LIBSSL=-L.. -lssl
---
#DLIBCRYPTO=../libcrypto.a
#DLIBSSL=../libssl.a
LIBCRYPTO=../libcrypto.a
LIBSSL=../libssl.a
EOF
patch test/Makefile EOF
26,29c26,29
DLIBCRYPTO
Hi.
I've managed to run the MAKE with c99_x now, but I still get this 0C4 abend in
MAKE test.
Is there anybody who can give me a pointer on where to start looking, I'm all
out of ideas.
Hälsningar / Best regards,
Magnus Persson, Mainframe
Tieto
-Original Message-
From: IBM
Hi.
Is there anybody out there who has runned the MAKE TEST of OpenSSL succefully?
When I try it I end up with a 0C4 ABEND:
ÅMAKE TEST
cfb64 idea ok
../util/shlib_wrap.sh ./shatest
CEE3204S The system detected a protection exception (System Completion Code=0C4)
.
From entry point
Sorry about this post. Trying to determine why my posts are coming out
garbled.
Dave Betten
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
On 4/27/2012 9:13 AM, David Betten wrote:
Sorry about this post. Trying to determine why my posts are coming out
garbled.
Dave Betten
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
David,
Observation:
Your encoding is ISO-8859-1, Mark's email is coded in Windows-1252.
Maybe this is related to the problem
Regards
--
Radoslaw Skorupka
Lodz, Poland
W dniu 2012-04-27 17:13, David Betten pisze:
Sorry about this post. Trying to determine why my posts are coming out
David,
The two messages of yours which came through to me garbled had this in the mail
headers:
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
The test message had this instead:
Content-Type: text/plain; charset=US-ASCII
HTH
Peter
-Original Message-
From
:
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
The test message had this instead:
Content-Type: text/plain; charset=US-ASCII
HTH
Peter
Have a nice day,
Dave Betten
DFSORT Development, Performance Lead
IBM Corporation
email: bet...@us.ibm.com
1-301-240-3809
DFSORT
of www.cbttape.org
(member LISPDS I think.)
Gerhard Postpischil has created a new version of PDSLOAD which
addresses several problems, mentioned below.
Gerhard's version is a rather big change, and I would like people to
TEST it, before I put it into production.
The general story is in my
Discover the Latest Advancements in Test Data Privacy
Register
(http://cl.exct.net/?ju=fe2a1772746c077b701677ls=fdf71379746d0678741772
74m=fefc16747d6607l=fe6b15767564037c7014s=fdfd16707064007a77107776jb
=ffcf14t=)
Most IT organizations pull test data from their real environment,
exposing
Does anyone have a sample of
Test 000-Z05: IBM System z and z/OS Fundamentals Mastery?
tks,
visconde
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET
Does anyone have a sample of
Test 000-Z05: IBM System z and z/OS Fundamentals Mastery?
I am not sure you can get a copy of the test. On the ibm website it talks
about a 10.00 USD fee for taking it
Go to this link to learn more about the test.
http://www-03.ibm.com/certify/mastery_tests
On Sun, 9 Oct 2011 10:15:55 -0500, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
In
of6cdc7ddc.e421ca97-on86257922.00663a69-86257922.00666...@us.ibm.com,
on 10/07/2011
at 01:38 PM, Wayne Driscoll wdri...@us.ibm.com said:
TPUT has supported a USERID= operand, which will route
In
of6cdc7ddc.e421ca97-on86257922.00663a69-86257922.00666...@us.ibm.com,
on 10/07/2011
at 01:38 PM, Wayne Driscoll wdri...@us.ibm.com said:
TPUT has supported a USERID= operand, which will route the TPUT to a
logged on TSO user, for as long as I can remember.
Doesn't that require
Tony Harminc wrote:
On 7 October 2011 16:34, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
(snippage)
How do you direct the output of TPUT to another user from an
unauthorized program?
Same way it's worked since 1970 or so - issue your TPUT with TJID= on
it. In newer OS
Micheal Butz wrote:
I have a program I am trying to debug that issues TPUTS so I have to use the
CP parm however it has input paramters and they are not passed when using the
CP parm
You've got excellent replies, but in my very humble opinion, could you be kind
to please post your program's
In 55508966-b368-4e50-b03b-30f0f1c9d...@optonline.net, on 10/06/2011
at 04:18 PM, Micheal Butz michealb...@optonline.net said:
I have a program I am trying to debug that issues TPUTS so I have to
use the CP parm
No! You have to you CP if the code expects command processor parameter
list,
In
CAArMM9SgR06zW5gMp5YcHHX=1qcd9fyx78gyqxv4gb4nxaa...@mail.gmail.com,
on 10/06/2011
at 06:03 PM, Tony Harminc t...@harminc.net said:
Certainly any program can issue TPUT when running under TSO.
(For that matter any program running in batch or CICS or whatever
can issue TPUT to an online TSO
On 7 October 2011 13:47, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
In
CAArMM9SgR06zW5gMp5YcHHX=1qcd9fyx78gyqxv4gb4nxaa...@mail.gmail.com,
on 10/06/2011
at 06:03 PM, Tony Harminc t...@harminc.net said:
Certainly any program can issue TPUT when running under TSO.
(For that
Subject: Re: TSO TEST Debugging with TPUT and input paramters
On 7 October 2011 13:47, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
In
CAArMM9SgR06zW5gMp5YcHHX=1qcd9fyx78gyqxv4gb4nxaa...@mail.gmail.com,
on 10/06/2011
at 06:03 PM, Tony Harminc t...@harminc.net said:
Certainly
.
===
Wayne Driscoll
OMEGAMON DB2 L3 Support/Development
wdrisco(AT)us.ibm.com
===
From:
Ed Gould ps2...@yahoo.com
To:
IBM-MAIN@bama.ua.edu
Date:
10/07/2011 01:03 PM
Subject:
Re: TSO TEST Debugging with TPUT and input paramters
Sent by:
IBM
On 7 October 2011 14:01, Ed Gould ps2...@yahoo.com wrote:
Tony:
AFAIK and its been this way since TSO/E first came out.
TPUT will only work IN TSO
That is certainly not true. TPUT from the very beginning had an ASID=
option (well, in pre-MVS days it was TJID=, which is actually still
there as
In
caarmm9te8lasltn8adyberdywd0jukdot1h0o9g7g263nyx...@mail.gmail.com,
on 10/07/2011
at 01:30 PM, Tony Harminc t...@harminc.net said:
Though it's not, of course, logically required, I infer from the
context that you think the second part is incorrect. Please give
details.
How do you direct
On 7 October 2011 16:34, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
In
caarmm9te8lasltn8adyberdywd0jukdot1h0o9g7g263nyx...@mail.gmail.com,
on 10/07/2011
at 01:30 PM, Tony Harminc t...@harminc.net said:
Though it's not, of course, logically required, I infer from the
context
When I enter TEST command CP
TSO replies enter command for CP.
I then enter: command parameters
And if the command is written to TSO command processor standards, it processes
the parameters passed to it.
The CP parameters are passed differently than the parms for an ordinary
program
Hi
I have a program I am trying to debug that issues TPUTS so I have to use the CP
parm however it has input paramters and they are not passed when using the CP
parm
Any help appreciated
Thanks
Sent from my iPhone
--
For
On Thu, 6 Oct 2011 16:18:04 -0400 Micheal Butz michealb...@optonline.net
wrote:
:I have a program I am trying to debug that issues TPUTS so I have to use the
CP parm however it has input paramters and they are not passed when using the
CP parm
You do not have to specify CP to issue TPUTs.
--
When entering the command paramters are they surrounded by quotes
Thanks
Sent from my iPhone
On Oct 6, 2011, at 4:40 PM, Williamson, James R james.r.william...@uscg.mil
wrote:
When I enter TEST command CP
TSO replies enter command for CP.
I then enter: command parameters
On 6 October 2011 17:29, Micheal Butz michealb...@optonline.net wrote:
When entering the command paramters are they surrounded by quotes
Generally, no. But you have to enter what the command is expecting,
and it's possible that it wants a quoted string.
Are you sure what you have is a TSO
The parameter is a - if I enter a -
Is the CPPL a half length 1 followed by '-'
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Tony Harminc
Sent: Thursday, October 06, 2011 6:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: TSO TEST
On 6 October 2011 18:39, Micheal Butz michealb...@optonline.net wrote:
The parameter is a - if I enter a -
Is the CPPL a half length 1 followed by '-'
No - the CPPL is four fullwords in length, and it points to four
separate items, one of which is the command buffer. The command buffer
itself
HI,
What is stacked CCWs?
New feature which stack as many as possible CCWs in one IO for one TCP
request.
I am now testing my new stacked CCWs feature. Slowly slowly I make progress
and soon I will let you to test my MFNetDisk PRO product.
If someone want to test the new MFNetDisk PRO
test item only
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
I saw the same problem. It has to do with system maintenance (I do
not know what maintenance). We backed off the maintenance and it is
working again.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
: 05/30/2011 07:00 PM
Subject:Re: Problems with TSO TEST
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
Regarding Skip Robinson's report that TEST *(IEFBR14) does not work: this
is intentional and is documented.
IKJ57005I has two forms, one of which is:
MEMBER member
TEST 'SYS1.LINKLIB(IEFBR14)'
TEST
L +0
+0 1BFF07FE
TEST
L +0 I
IKJ57245I INVALID INSTRUCTION CODE AT +0
TEST
AT +0
IKJ57306I NO BREAKPOINT ESTABLISHED AT +0 +
IKJ57306I INVALID OP CODE
TEST
END
Any ideas?
The last time I saw something like
On 31 May 2011 14:37, Jim Mulder d10j...@us.ibm.com wrote:
TEST 'SYS1.LINKLIB(IEFBR14)'
TEST
L +0
+0 1BFF07FE
TEST
L +0 I
IKJ57245I INVALID INSTRUCTION CODE AT +0
TEST
AT +0
IKJ57306I NO BREAKPOINT ESTABLISHED AT +0 +
IKJ57306I INVALID OP CODE
TEST
On Tue, 31 May 2011 14:37:40 -0400 Jim Mulder d10j...@us.ibm.com wrote:
: TEST 'SYS1.LINKLIB(IEFBR14)'
: TEST
: L +0
: +0 1BFF07FE
: TEST
: L +0 I
: IKJ57245I INVALID INSTRUCTION CODE AT +0
: TEST
: AT +0
: IKJ57306I NO BREAKPOINT ESTABLISHED AT +0 +
: IKJ57306I
: TEST 'SYS1.LINKLIB(IEFBR14)'
: TEST
: L +0
: +0 1BFF07FE
: TEST
: L +0 I
: IKJ57245I INVALID INSTRUCTION CODE AT +0
: TEST
: AT +0
: IKJ57306I NO BREAKPOINT ESTABLISHED AT +0 +
: IKJ57306I INVALID OP CODE
: TEST
: END
: Any ideas
Regarding Skip Robinson's report that TEST *(IEFBR14) does not work: this
is intentional and is documented.
IKJ57005I has two forms, one of which is:
MEMBER member NOT FOUND WITHIN THE STANDARD SEARCH ORDER
From the book:
Explanation: The specified member name was not found in the standard
(in allocation).
Santa Teresa has canned procedures where IEFBR14 is referenced
specifically from LINKLIB and this now fails. One case
is used to invoke the TSO TESTcommand via TEST 'SYS1.LINKLIB(IEFBR14)'.
Because IEFBR14 is about as small as a module can get, it is probably
better to just leave it in both
lol
We've all probably had times when we've wondered that when we've had
maintenance arrive Jim ...
Shane ...
On Sun, May 29th, 2011 at 5:36 PM, Jim Mulder wrote:
As to the performance reasons (in allocation)
for which IEFBR14 was removed from SYS1.LINKLIB in SP4.1.0,
I have no
At 5/24/2011 02:36 PM, Binyamin Dissen wrote:
TEST 'SYS1.LINKLIB(IEFBR14)'
TEST
L +0
+0 1BFF07FE
TEST
L +0 I
IKJ57245I INVALID INSTRUCTION CODE AT +0
TEST
AT +0
IKJ57306I NO BREAKPOINT ESTABLISHED AT +0 +
IKJ57306I INVALID OP CODE
TEST
END
Any ideas?
Yeah, try z/XDC... (sorry
At 5/29/2011 12:59 PM, David Cole wrote:
[snip]
z/XDC, when authorized, security permitted and done with suitable
case and intelligence, can test PLPA programs running in place...
[recommended, of course, only when playing in a sandbox...]
Sorry, that should be suitable CARE and intelligence
Ed Gould wrote:
Just a point of curiousity Skip. Was it done by IBM Maintenance or done
locally?
I believe that IEFBR14 has always been in both SYS1.LPALIB
and SYS1.LINKLIB for MVS. It has certainly always been there
since MVS 3.8, and as a result of this thread I just checked and
it is in
-- IEFBR14 was not 'moved' to LPALIB; it was copied. It resides now in
both libraries.
Just a point of curiousity Skip. Was it done by IBM Maintenance or done
locally?
Neither. IEFBR14 has been resident in both LINKLIB and LPALIB since
SP4.2.0.
Peter Relson
z/OS Core Technology Design
Greg,
As a previous IBMer stated IBM did it .
I would be curious as to why (APAR,etc.).
I know it#39;s not a big issue but one I guess of performance(?).
Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
On Sat, 28 May 2011 11:53:50 -0700, Ed Gould wrote:
As a previous IBMer stated IBM did it .
I would be curious as to why (APAR,etc.).
I know it#39;s not a big issue but one I guess of performance(?).
All conjecture, but I'll suspect:
o IEFBR14 originally resided in SYS1.LINKLIB
o Subsequently,
Many years ago IEFBR14 was moved from LINKLIB to LPALIB.
You cannot modify modules in LPA, which is what AT command does.
You would have to copy IEFBR14 to you own load library and test from there.
Sam Bass
From: Binyamin Dissen bdis...@dissensoftware.com
To: IBM-MAIN@bama.ua.edu
Date
TEST has absolutely no problem testing modules from LPALIB. It loads them into
private storage for testing.
On Thu, 26 May 2011 13:28:16 + Sam Bass sam.b...@mclaneco.com wrote:
:Many years ago IEFBR14 was moved from LINKLIB to LPALIB.
:You cannot modify modules in LPA, which is what
On 26 May 2011 10:11, Binyamin Dissen bdis...@dissensoftware.com wrote:
TEST has absolutely no problem testing modules from LPALIB. It loads them into
private storage for testing.
However you will encounter the problem mentioned by Sam if you issue
TEST *(IEFBR14)
since that will find
I haven't helped anyone so far, but I did just learn this:
-- IEFBR14 was not 'moved' to LPALIB; it was copied. It resides now in
both libraries.
-- test *(iefbr14) fails here at R12 for a different reason: IKJ57005I
MEMBER IEFBR14 NOT FOUND WITHIN THE STANDARD SEARCH ORDER
of the opcodes that TEST is supposed to
recognize.
--
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
In
0f990dc213e6fe4c9539d02818273f8c2659d...@mcexchmbxtdc01.mclane.mclaneco.com,
on 05/26/2011
at 01:28 PM, Sam Bass sam.b...@mclaneco.com said:
Many years ago IEFBR14 was moved from LINKLIB to LPALIB. You cannot
modify modules in LPA,
The protection status depends on whether it is in MLPA or
From: Skip Robinson jo.skip.robin...@sce.com
To: IBM-MAIN@bama.ua.edu
Sent: Thu, May 26, 2011 12:15:35 PM
Subject: Re: Problems with TSO TEST
I haven't helped anyone so far, but I did just learn this:
-- IEFBR14 was not 'moved' to LPALIB; it was copied
Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com
From: Binyamin Dissen bdis...@dissensoftware.com
To: IBM-MAIN@bama.ua.edu
Date: 05/24/2011 11:38 AM
Subject:Problems with TSO TEST
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
...@dissensoftware.com
: To: IBM-MAIN@bama.ua.edu
: Date: 05/24/2011 11:38 AM
: Subject:Problems with TSO TEST
: Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
:
:
:
: TEST 'SYS1.LINKLIB(IEFBR14)'
: TEST
: L +0
: +0 1BFF07FE
: TEST
: L +0 I
: IKJ57245I INVALID INSTRUCTION CODE
TEST 'SYS1.LINKLIB(IEFBR14)'
TEST
L +0
+0 1BFF07FE
TEST
L +0 I
Works OK for me on z/OS 1.10
(Yes, I'm trailing edge.)
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Binyamin Dissen
Sent: Tuesday, May 24, 2011 1:37 PM
To: IBM-MAIN@bama.ua.edu
Subject: Problems with TSO TEST
TEST 'SYS1.LINKLIB
Not on my z/OS 1.12 system:
READY
test 'sys1.linklib(iefbr14)'
TEST
l +0
+0 1BFF07FE
TEST
On a 1.12 system I get:
l +0
+0 1BFF07FE
TEST
l +0 I
TEST 'SYS1.LINKLIB(IEFBR14)'
TEST
L +0
+0 1BFF07FE
TEST
L +0 I
Looks good on z/OS 1.12...
TEST 'SYS1.LINKLIB(IEFBR14)'
TEST
l +0
+0 1BFF07FE
TEST
l +0 i
+0SR R15,R15
TEST
Try to use
TEST 'SYS1.LINKLIB(IEFBR14)'
TEST
L +0
+0 1BFF07FE
TEST
L +0 I
IKJ57245I INVALID INSTRUCTION CODE AT +0
TEST
AT +0
IKJ57306I NO BREAKPOINT ESTABLISHED AT +0 +
IKJ57306I INVALID OP CODE
TEST
END
Any ideas?
The last time I saw something like that, it was due
...@dissensoftware.com
To: IBM-MAIN@bama.ua.edu
Date: 05/24/2011 11:38 AM
Subject:Problems with TSO TEST
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
TEST 'SYS1.LINKLIB(IEFBR14)'
TEST
L +0
+0 1BFF07FE
TEST
L +0 I
IKJ57245I INVALID INSTRUCTION CODE AT +0
OK, I tested with an APF authorized copy. (Thought maybe it might be
TESTAUTH issue.) No problem. More reaching...
How about issuing w(here) to make sure the module is being loaded on a
halfword boundary?
How about l +2 i ?
Does TEST work with any other load module? As Jim suggested, TEST
I am trying to script a TSO TEST session in batch, and display data at a
breakpoint.
Sometimes the address will be invalid.
Is there some way to make TEST continue under such circumstances? I have even
tried in a CLIST with MAIN NOFLUSH but no luck.
--
Binyamin Dissen bdis
John Gilmore Ashland, MA 01721-1817 USA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search
Hello List,
This message is only a test, please discard.
Thanks
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET
At 11/9/2010 04:23 PM, Binyamin Dissen wrote:
Why does TEST cancel breakpoints on BRC instructions?
Any ideas why this weird restriction exists?
z/XDC does not have this restriction.
At 11/9/2010 05:45 PM, Rick Fochtman wrote:
I seriously doubt if TEST has been updated in donkey's years
to restore
:the instruction and execute inline.
That makes some sense. It took me a while to figure out why TEST was disabling
my breakpoint,
:On Tue, Nov 9, 2010 at 17:32, Tony Harminc t...@harminc.net wrote:
: On 9 November 2010 17:45, Rick Fochtman rfocht...@ync.net wrote
Any ideas why this weird restriction exists?
--
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
---snip--
Any ideas why this weird restriction exists?
unsnip-
I seriously doubt if TEST has been updated in donkey's years. I've
noticed other restrictions.
Rick
I've got another one of my WaG's. It's been centuries since I really looked
into this, but I'll give it a shot:
I'm reasonably sure that TEST / TESTAUTH establish a breakpoint by actually
replacing your code at that address with X'0A3D' (i.e. SVC 61). This is the
fundamental reason why
On 9 November 2010 17:45, Rick Fochtman rfocht...@ync.net wrote:
---snip--
Any ideas why this weird restriction exists?
unsnip-
I seriously doubt if TEST has been updated
if TEST has been updated in donkey's years. I've
noticed other restrictions.
Well it can't be donkey's years, since there have been updates to at
least detect things like this, whatever problem their code was having
with it. There are others restrictions: you can't even set a
breakpoint on a PR
Hi Norbert
On Thu, Oct 28, 2010 at 2:16 PM, Norbert Friemel nf.ibmm...@web.de wrote:
On Thu, 28 Oct 2010 13:43:52 +0200, Manfred Lotz wrote:
Hi there,
I'd like to test IATUX61 JES3 exit which deals with jobs ending up on
MDS error queue. I have no idea how to force a job to end up on the
MDS
Hi Norbert,
On Thu, Oct 28, 2010 at 2:16 PM, Norbert Friemel nf.ibmm...@web.de wrote:
On Thu, 28 Oct 2010 13:43:52 +0200, Manfred Lotz wrote:
Hi there,
I'd like to test IATUX61 JES3 exit which deals with jobs ending up on
MDS error queue. I have no idea how to force a job to end up on the
MDS
Hi there,
I'd like to test IATUX61 JES3 exit which deals with jobs ending up on
MDS error queue. I have no idea how to force a job to end up on the
MDS error queue so that I could see if the exit does what it is
supposed to do.
Anybody having an idea?
--
Thanks,
Manfred
On Thu, 28 Oct 2010 13:43:52 +0200 Manfred Lotz manfred.l...@googlemail.com
wrote:
:Hi there,
:I'd like to test IATUX61 JES3 exit which deals with jobs ending up on
:MDS error queue. I have no idea how to force a job to end up on the
:MDS error queue so that I could see if the exit does what
On Thu, 28 Oct 2010 13:43:52 +0200, Manfred Lotz wrote:
Hi there,
I'd like to test IATUX61 JES3 exit which deals with jobs ending up on
MDS error queue. I have no idea how to force a job to end up on the
MDS error queue so that I could see if the exit does what it is
supposed to do.
Anybody
another test only message
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
test message only
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--- On Sun, 8/29/10, Rick Fochtman rfocht...@ync.net wrote:
From: Rick Fochtman rfocht...@ync.net
Subject: Re: Test DASD performance tools
To: IBM-MAIN@bama.ua.edu
Date: Sunday, August 29, 2010, 4:23 PM
Ron, I understand your viewpoint, but it's hard for a customer shop to
choose the RIGHT 24
---snip
--- On Sun, 8/29/10, Rick Fochtman rfocht...@ync.net wrote:
From: Rick Fochtman rfocht...@ync.net
Subject: Re: Test DASD performance tools
To: IBM-MAIN@bama.ua.edu
Date: Sunday, August 29, 2010, 4:23 PM
Ron, I understand your
Fochtman
Sent: Sunday, August 29, 2010 2:23 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] Test DASD performance tools
Ron, I understand your viewpoint, but it's hard for a customer shop to
choose the RIGHT 24 hours to model. They can pick a worst case, like
maybe end-of-month or end
in that category.
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
Rick Fochtman
Sent: Friday, August 27, 2010 1:35 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] Test DASD performance tools
at the outset.
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
Ted MacNEIL
Sent: Friday, August 27, 2010 3:47 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] Test DASD performance tools
that this sort of warranty protects
: Thursday, August 26, 2010 12:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] Test DASD performance tools
I say get the vendors to provide the tools and/or analysis to prove their
claims.
They may ask for SMF data from the existing environment to put through
their
modeling tools. Make
That's a good idea, providing the customer is willing to provide accurate
description of what they want to have modeled. SMF has a lot of really good
averages, but very little in the way of detailed access patterns.
Can you tell skip sequential access from random with a Type 74 record? Can a
1 - 100 of 481 matches
Mail list logo