All you need to do is know how to present what you find. I reported
GIMASAMP returns incorrect output as a SEV(4). Don't make a big deal out of
a sample not working and IBM will listen. Level 2 tested the code with and
without my corrections and understood it really is broken and I was not
On Fri, 5 Sep 2008 21:20:13 -0500, Kenneth E Tomiak wrote:
All you need to do is know how to present what you find. I reported
GIMASAMP returns incorrect output as a SEV(4). Don't make a big deal out of
a sample not working and IBM will listen. Level 2 tested the code with and
without my
Yes.
As far as I know.
They are looking at it according to the ETR.
I wouldn't know.
On Sun, 31 Aug 2008 09:06:12 -0500, Paul Gilmartin
[EMAIL PROTECTED] wrote:
A few questions:
o Is the relevant SAMPLIB member GIMASAMP?
o I'm surprised at the 1981 copyright date. Isn't the SMP/E API
On Thu, 28 Aug 2008 18:29:51 -0500, Kenneth E Tomiak wrote:
The non-api front-end that calls the API is to blame for not returning all the
output it should. I reported the defect to IBM because the RXGIMAPI base
code comes out of SAMPLIB with a 1981 copyright and is broken. Likely has
been and
Hi, today I get the updated version of this REXX GIMAPI interface
program. At the first look it seemed to run fine now, the subentry
values are not only displayed for the first entry, it shows now all
matching values.
But then I found another problem: when you start the sample REXX from
the
I have the answer to the original posted answer, not the twisted whining the
discussion went to, that I failed to comprehend was the intent of the OP
according to Shane. But Jurgen will soon have a fixed version.
The non-api front-end that calls the API is to blame for not returning all the
I will send you an update and lengthy explanation of what I found today. You
will be happy. The API works fine.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message:
Hi,
I think I have to clarify, what in detail my problem with the prgram
from CBT file 778 is:
I modified the sample REXX to point to my CSI dataset:
/* REXX */
GIMCSI='SPSOS.P0802.GLOBAL.CSI'
GIMZONE='OST'
On Tue, 2008-08-26 at 16:57 -0500, Kenneth E Tomiak wrote:
You mistake someone working for IBM and donating sample code to CBTTAPE
as an API from IBM. It is not.
I did not. I am well aware of what an API is - including this one.
Don't foist your own misunderstanding of discussions onto
On Tue, 26 Aug 2008 16:57:05 -0500, Kenneth E Tomiak
[EMAIL PROTECTED] wrote:
You mistake someone working for IBM and donating sample code to CBTTAPE
as an API from IBM. It is not.
I didn't even that that was allowed.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
I read more than your post before responding.
The source code clearly states RXGIMAPI is a front-end to the GIMAPI.
On Wed, 27 Aug 2008 18:20:13 +1000, Shane [EMAIL PROTECTED]
wrote:
On Tue, 2008-08-26 at 16:57 -0500, Kenneth E Tomiak wrote:
You mistake someone working for IBM and donating
The first best place to try for help for stuff found on the CBTTAPE is the
author who submitted it. Perhaps he is unaware of the flaw. I see where he
sets up the loop to get all entries and then all subentries, but not where he
positions for the subentries of the 2nd through nth entry. Assuming
Hello,
when I tried to use the REXX GIMAPI interface (CBT778) I get the same
problem which is described in an older maillist entry:
The issue that I have is that it only honors the
GIMSENTRY specification for the first item that
matches the filter. All further matches only list the
default
On Tue, 2008-08-26 at 12:49 +0200, Jürgen Kehr wrote:
when I tried to use the REXX GIMAPI interface (CBT778) I get the same
problem which is described in an older maillist entry:
The issue that I have is that it only honors the
GIMSENTRY specification for the first item that
matches
On Tue, 26 Aug 2008 21:28:33 +1000, Shane wrote:
I know we keep harping on to IBM (et al) to provide us with
(documented !!!) APIs, but I have to consider this one a less than
outstanding success. And like the CSI, the documentation is (was)
average at best. Playing with it is about the only way
You mistake someone working for IBM and donating sample code to CBTTAPE
as an API from IBM. It is not. I'll give it a try tonight. I assume the OP did
notice the sample Rexx code traps the output into a compound variable, not a
singular variable. You did display from stem.1 thru stem.[stem.0]?
I tried it and am not sure what the complaint really is. Right in the source
code it advertises it is a front-end to the GIMAPI. It is not the API itself.
So it
does what it does. If you want to do something different then you should
write a better front end and donate it on CBTTAPE.org. That
17 matches
Mail list logo
