Kolusu works for IBM's DFSORT. He is not going to comment on the particular
competing product that you use.
What does it say in the manual? Can you show what you tried, how it failed, and
more exactly what you want to do, with some sample input, expected output., amd
output you receive?
As Dennis said, have the lawyers read your currently contract.
Hopefully, your product keys will not expire or lock you out if you change
boxes. The OS-Level will not usually hurt you unless the new version is using
some features that they never used before. But the type and serial number
SoftCopy Librarian knows of new versions of publications:
http://www-01.ibm.com/support/docview.wss?uid=swg24040422
On Thu, Mar 2, 2017 at 4:16 AM, Peter Hunkeler wrote:
> >I said here on feb 22. It's 1GB zipped and worth keeping around. I use
> the search funcion in my PDF
I would think that if you had a contract in place and were not requesting any
changes to the contract, the T's would stay the same. If the contract was
based on machine serial number, address, OS, etc. and you were requesting a
change, then they could do this to you. Sometimes they try to
I will update sr to second level with that question. Thanks.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jesse 1 Robinson
Sent: Thursday, March 02, 2017 5:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help
It's
It's good that you got it working, but needing MOUNT attribute indicates that
there's something wrong in your configuration. MOUNT is there mainly for tape
volumes, which no one should have much need for. If a DASD volume is not
online, then something else needs fixing.
.
.
J.O.Skip Robinson
Ok, problem solved. Second level came back and said to add the mount attribute
to the sys1.uads user profile. We did, and problem solved.
Thanks to all who replied.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ward, Mike S
Thanks Kolusu
So the DATE2 cannot be used in a HEADER1 definition?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Sri h Kolusu
Sent: Thursday, March 02, 2017 1:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSORT - Date Display
On Thu, 2 Mar 2017 12:07:58 -0500, Susan Shumway wrote:
>check out the more formal Search Scope Catalog experiment (
>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2/zos-search/zossearchscopes.html
>). Let me know what you think!
Great idea, but it
Kolusu
OK, I see what you did below to get the date in the HEADER. Thanks
I believe I can make this work.
Bill
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Sri h Kolusu
Sent: Thursday, March 02, 2017 1:57 PM
To:
Couple of clarifications
1. It is DFSORT and not DFHSORT(There is no H)
2. Your error messages start with WER which indicates you are using
Syncsort and not DFSORT
3. You don't need to use INCLUDE=ALL as it is the default to include all
records for DFSORT
4. The same is the case for specifying
My apologizes... Syncsort
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Blaicher, Christopher Y.
Sent: Thursday, March 02, 2017 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSORT - Date Display of Previous Month
Please call
Please call 201-930-8260. A support person will be happy to assist you.
If you are wondering why I don't answer the question it is because it has been
several years since I worked on MFX. I currently work on our Ironstream
product.
Chris Blaicher
Technical Architect
Mainframe Development
I'm having a heck of a time attempting to create a sort header to display the
previous month in MM format.
No matter what I do I get a syntax error and I've attempted many different ways.
Here is the most recent attempt. I do not see why there is a syntax error
where indicated.
SYSIN
>It's completely doable in KC. I recently tweeted about the
>tried-and-true but hacky "inurl" method (
>https://twitter.com/susan_shumway/status/831199775500488704 ),
You're joking, right? You must be joking. No offence intended. So did I get
this right:
- Firstly, I start a KC search and
l...@garlic.com (Anne & Lynn Wheeler) writes:
> trivia: I had worked with Jim Gray at IBM SJR ... before he left for
> Tandem. At Tandem he does a detailed analysis of failure modes, finding
> that hardware was in the process of becoming significantly more reliable
> ... and failures were starting
Ah, I'm on Windows and, by your final statement, mistakenly thought that
you were, too. The problem is OS specific, then, as you obviously
realize. The RCF is already on the correct radars, so watch that space.
Your interpretation of "near" isn't inaccurate. =)
-Sue
On 03/02/17 12:28 PM,
Thanks to everyone who has taken our poll to date.
We'd appreciate hearing from everyone - please take our quick poll to let
us know about your z/OSMF usage:
https://www.surveygizmo.com/s3/3358240/a4747fe9a82f
We'd appreciate your response by March 7, 2017.
Iris M. Rivera, Design Researcher, z
Awesome, thanks for sharing in advance.
We did get the key to work finally... it was a permissions issue! Thanks all!!!
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Kirk Wolf
Sent: Thursday, March 02, 2017 10:01 AM
To:
On 2017-03-02, at 09:43, Nims,Alva John (Al) wrote:
> Interjecting some useless information.
>
> Yes, MVS data set names are case insensitive, e.g. Upper Case, so the "File
> System to Mount" is Upper case, so the name of the MVS data set containing
> the USS files is Upper Case, but the name
On Thu, 2 Mar 2017 10:39:18 -0500, Susan Shumway wrote:
>Hi gil. I've never seen this problem and so downloaded the published zip
>to test specifically. I still can't recreate the error. I definitely see
>the PDF vs. pdf directory naming issue, but it hasn't broken anything
>for me yet. What was
On Thu, 2 Mar 2017 09:22:50 -0600, Tom Marchant wrote:
>On Thu, 2 Mar 2017 13:39:15 +, Roach, Dennis wrote:
>
>>The MVS DSN is
>> TEST1.ZFS.PROD
>> test1.ZFS.PROD
>>Since MVS DSNs are not case sensitive, yet, they result is the same.
>
>Are you sure? As far as I know,
Same system name here.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Robert Harrison
Sent: Thursday, March 02, 2017 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help
Hello,
I thought of a couple other items that
Thanks Lizette we will check it out.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Lizette Koehler
Sent: Wednesday, March 01, 2017 3:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help
You may also to wish to look at
We have several volumes mounted as storage.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Edward Gould
Sent: Wednesday, March 01, 2017 1:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help
> On Mar 1, 2017, at 11:58
It's completely doable in KC. I recently tweeted about the
tried-and-true but hacky "inurl" method (
https://twitter.com/susan_shumway/status/831199775500488704 ), but also
check out the more formal Search Scope Catalog experiment (
Wow - Charles and now John beating Lizette to the punch !
Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
623 869 5523
Corporate Tieline - 85523
If you feel in control
you just aren't going fast enough.
-Original Message-
From: IBM Mainframe Discussion
John,
Thanks! It worked perfectly.
Bill Hitefield
Dino-Software Corporation
800.480.DINO
423.878.5660
www.dino-software.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Thursday, March 02, 2017 11:44 AM
To:
On Thu, Mar 2, 2017 at 10:41 AM, Bill Hitefield <
bill.hitefi...@dino-software.com> wrote:
> Would anyone happen to have the URL whereby I could sign up to be a member
> of the ASSEMBLER group?
>
> I have heard it mentioned several times, and it sounds very interesting.
>
Web site:
Interjecting some useless information.
Yes, MVS data set names are case insensitive, e.g. Upper Case, so the "File
System to Mount" is Upper case, so the name of the MVS data set containing the
USS files is Upper Case, but the name of the USS directory name to mount it to
IS case insensitive.
Would anyone happen to have the URL whereby I could sign up to be a member of
the ASSEMBLER group?
I have heard it mentioned several times, and it sounds very interesting.
Bill Hitefield
Dino-Software Corporation
800.480.DINO
423.878.5660
www.dino-software.com
-Original Message-
From:
Hello,
I thought of a couple other items that may be the cause.
Does this sandbox system have a different SYSTEM name or SYSTEM GROUP name than
any other?
If so, doesn't it need to be defined to the SMS Base Configuration, and all
volumes in all Storage Groups that you intend to use will need to
They may have changed it, but it used to make no difference. I have not tried
in a long time.
Dennis Roach, CISSP, PMP
AIG
IAM Access Administration – Infrastructure | Identity & Access Management
2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019
Phone: 713-831-8799
On Thu, 2 Mar 2017 13:39:15 +, Roach, Dennis wrote:
>The MVS DSN is
> TEST1.ZFS.PROD
>test1.ZFS.PROD
>Since MVS DSNs are not case sensitive, yet, they result is the same.
Are you sure? As far as I know, MVS data set names always had to be
upper case. From the z/OS
Hi gil. I've never seen this problem and so downloaded the published zip
to test specifically. I still can't recreate the error. I definitely see
the PDF vs. pdf directory naming issue, but it hasn't broken anything
for me yet. What was your exact search and which hit did you click on?
FYI, we will be presenting a SHARE session next week on this subject:
*Finding the Needle in a Haystack - Diagnosing Common OpenSSH Problems*
- Room: Blossom Hill I,II
- Session Number: 20125
Thursday, March 09, 2017: 10:00 AM - 11:00 AM
On Thu, Mar 2, 2017 at 8:54 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Thu, 2 Mar 2017 08:48:14 -0600, John McKown wrote:
>
> >Oh, it must be due to _signed_ division instead of _unsigned_.
> >
> Does HLASM (not the z hardware) provide an unsigned division
What am I not understanding? This was on a z/OS 2.2 system with HLASM 6.0
0 0016 1,X,CSECT
R:F 2 USING *,15
C1C3C5C7 3 VALUE EQU C'ACEG'
0001
On Thu, 2 Mar 2017 08:48:14 -0600, John McKown wrote:
>Oh, it must be due to _signed_ division instead of _unsigned_.
>
Does HLASM (not the z hardware) provide an unsigned division operator?
And the warning was issued on an instruction that did not involve division.
-- gil
On 2017-03-02, at 07:34, Peter Vander Woude wrote:
>
> I pushed them that our contract for the 2 products from vendor A had totally
> different terms, that basically gave us flat charges and/or very minimal
> annual increases. It took a bit, but they finally admitted, that they had
> not even
Did you mean ASSEMBLER_LIST?
On Thu, 2 Mar 2017 08:41:23 -0600, John McKown wrote:
>What am I not understanding? This was on a z/OS 2.2 system with HLASM 6.0
>
>0 0016 1,X,CSECT
> R:F 2 USING *,15
>
Oh, it must be due to _signed_ division instead of _unsigned_.
On Thu, Mar 2, 2017 at 8:41 AM, John McKown
wrote:
> What am I not understanding? This was on a z/OS 2.2 system with HLASM 6.0
>
> 0 0016 1,X,CSECT
>
On 2017-03-02, at 07:16, Pommier, Rex wrote:
>
> The company will remain nameless, but several years ago I was dealing with a
> vendor (who will remain nameless) who had pretty much the same thing. They
> already had their software in escrow and were willing to provide source if
> they went
Brian,
Per your comment
"I don't think the vendor (or anyone) can change the language of a contract
that has not expired in any way without the site's written approval. If it's
perpetual then I don't see how any vendor company can fight that. They
accepted the money and they have to stick
On 2017-03-02, at 06:39, Roach, Dennis wrote:
> The directory name keeps the case as referenced.
> /home/test1 or /home/TEST1
>
> The MVS DSN is
> TEST1.ZFS.PROD
>test1.ZFS.PROD
> Since MVS DSNs are not case sensitive, yet, they result is the same.
>
> In addition, if
I think you have got 'the right number'. An LPAR's Capacity is a floating
value. It all depends on how you define it in the LPAR profile and how you let
WLM manage it.
This means that there is a value for the capacity that PR/SM will allow an LPAR
to consume at any moment in time. This amount
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Thursday, March 02, 2017 7:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Software vendor trying to force MSU based contract
On Thu, Mar 2, 2017 at 3:00 AM, Dave
? That's pretty standard in every mainframe license contract I've ever
seen. Source escrow is a major PITA to do, but I've always had to do it for
just this reason.
OK, wait. Not for a product that gets sunsetted; that's an oversight in
contracts! But for vendors that die, it's in the contract.
Looks like that is the right value; the QvsImgCapacity value returned is
documented as:
Note that the capacity of a virtual server can change dynamically. One
example of a dynamic capacity change is a CPU upgrade on demand of the
underlying hardware. A second example is a dynamic change of the
On Thu, Mar 2, 2017 at 3:00 AM, Dave Wade wrote:
> I am going to say something you gentlemen may not like...
>
> 1) Do you need the product?
> 2) Do you need continued support, e.g. for legal and compliance reasons?
> 3) is the company in financial difficulties?
>
> If the
The directory name keeps the case as referenced.
/home/test1 or /home/TEST1
The MVS DSN is
TEST1.ZFS.PROD
test1.ZFS.PROD
Since MVS DSNs are not case sensitive, yet, they result is the same.
In addition, if user test123 uses test1 and user test456 uses TEST1 at the
On Thu, 2 Mar 2017 07:07:59 -0600, Tom Marchant wrote:
>On Wed, 1 Mar 2017 20:21:27 -0500, John P. Baker wrote:
>
>>In other words, do "uc_name" and "asis_name" refer to the directory
>>qualifier immediately subordinate to the directory specified in
>>"/etc/auto.master" which is being referenced
On Wed, 1 Mar 2017 20:21:27 -0500, John P. Baker wrote:
>Given the following setup -
>
>/etc/auto.master -
>
>/home /etc/default.map
>
>/etc/default.map -
>
>name*
>type ZFS
>filesystem.ZFS.
>mode
On Wed, Mar 1, 2017 at 7:21 PM, John P. Baker wrote:
> Given the following setup -
>
> /etc/auto.master -
>
> /home /etc/default.map
>
> /etc/default.map -
>
> name*
> type ZFS
> filesystem.ZFS.
> mode
>I said here on feb 22. It's 1GB zipped and worth keeping around. I use the
>search funcion in my PDF viewer.. I submitted an RCF on the problems with the
>index.html file; WIP:
I remember this, and I do have a complete set of all the z/OS PDFs on my iPad
and on the workstation. However,
Hi
Is this rexx what you are looking for?
http://www.longpelaexpertise.com/toolsLPinfoX.php
Regards
John
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
I am going to say something you gentlemen may not like...
1) Do you need the product?
2) Do you need continued support, e.g. for legal and compliance reasons?
3) is the company in financial difficulties?
If the answer to all these is "yes" then paying the increased charges may be
your best
57 matches
Mail list logo