Having been in the same position as Jim, I asked practically the same
question here, a couple of years back.
Then, the basic answer was 'No', so I was highly pleased to see that some
sort of progress had been made on this.
I should have known better.
IWMINSTL is a great starting point, but it's inp
Hi ,
This is about IP printway
When I connect to port 524 of printway I get a screen saying connection
status, host name , host type , printer , PDT file, CPI/LPI and best-fit
scaling.
Is this screen part of PCOMM print driver or IP printway printer driver ?
Regards
Jake
-
Correction - the input is *probably* not ISPF tables (having cross-checked
with other ISPTLIBs that I have available).
Nevertheless, they are 'encoded' - not straight text...
Sean
On Tue, 17 Sep 2019 at 08:06, Sean Gleann wrote:
> Having been in the same position as Jim, I asked practically the
XML perchance?
If so there’s a lot one could do with that... :-)
... If the plane I was about to get on didn’t see me with my elbows (and
knees) up round my ears I’d rustle up a proof of concept. :-)
Cheers, Martin
Sent from my iPad
> On 17 Sep 2019, at 08:57, Sean Gleann wrote:
>
> Correcti
I don't think so, Martin - but I'm not an XML expert by any means.
If I examine any of the members in the PDS that is used for input to
IWMINSTL, I don't see any of the & 'tag' pairs that I'd expect
to see.
The names of the members are the same as for the results of saving an
existing WLM policy
Thanks!
But I believe you can load WLM XML into the app - and also into z/OSMF.
(Yes, I'll admit I only ever parse the XML (with PHP) - having fixed up
some breakage. But the point of unloading is reloading.)
Cheers, Martin
Martin Packer
zChampion, Systems Investigator & Performance Troublesh
Martin,
The policy is indeed in XML, FB 80 with a block size of 27920 (not that block
size should matter). Looking at the raw data, it looks to continue to the next
line at 80 bites so I believe there are no carriage returns or line feeds
anywhere - but I don't know XML, and I need to not just
On Tue, 17 Sep 2019 11:53:35 +0100, Martin Packer
wrote:
>Thanks!
>
>But I believe you can load WLM XML into the app - and also into z/OSMF.
>
>(Yes, I'll admit I only ever parse the XML (with PHP) - having fixed up
>some breakage. But the point of unloading is reloading.)
Yes, the extracted X
Right. In Sublime Text I delete the newline chars that appear to get
added. Then my PHP thinks this is valid XML.
I do note two things:
As was said by Scott, one can't count on this format.
Getting it back into valid 80-byte might be tough. (The round trip through
valid XML is necessary if a g
I have seen few vendors suggesting an IPL as requisite if you are doing
the
product install for first time and If it's upgrade then it's not required.
I am ignorant here. How does this makes a difference ? Why a dynamic
update
won't work if it's a first install ?
I do not think that the respo
Hi,
I understand that address spaces can be made exempt from 522 timeouts if there
is a particular value in one of three control blocks. If I have it correct
they are:
1) The JSTL is 86400 seconds (Comes from TIME=1440 on Job card?)
2) The ASCBTOFF bit in the ASCBRCTF is set
You might have seen mention in the announce that z/OS 2.4 is shipping more
C headers.
The eventual goal is to do the mappings in SYS1.MACLIB and many in
SYS1.MODGEN, particularly the ones that have programming interfaces.
z/OS 2.4 starts small, concentrating on the SMF records that the z/OS core
Peter,
A big thx, well done IBM.
Scott
On Tue, Sep 17, 2019 at 9:21 AM Peter Relson wrote:
> You might have seen mention in the announce that z/OS 2.4 is shipping more
> C headers.
>
> The eventual goal is to do the mappings in SYS1.MACLIB and many in
> SYS1.MODGEN, particularly the ones that
Thank you @Peter for spearheading this.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: Tuesday, September 17, 2019 2:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: C headers in z/OS 2.4
You might have seen me
Agreed! Good job Peter and it's great to see that it made it into the
file system :)
On 2019-09-17 10:09 PM, Charles Mills wrote:
Thank you @Peter for spearheading this.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Pete
Thanks Peter! Quality stuff!
--
Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/
--
For IBM-MAIN
Well, if that represents 24 hours then 2555 is 1 second.
On Tue, Sep 17, 2019 at 8:09 AM Lindy Mayfield wrote:
>
> Hi,
>
> I understand that address spaces can be made exempt from 522 timeouts if
> there is a particular value in one of three control blocks. If I have it
> correct they are:
>
>
Peter Relson has given me permission to post a question I asked him privately
and his answer to that question.
Q: Will IBM make its tool chain for converting DSECT's to C headers available
to customers? That would be a very welcome enhancement, especially if it is
made part of the base system,
I'd rather have PL/I headers.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Peter Relson
Sent: Tuesday, September 17, 2019 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: C headers in z/OS 2.4
On Tue, Sep 17, 2019 at 11:16 AM Seymour J Metz wrote:
> I'd rather have PL/I headers.
>
Me too.
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
--
For IBM-MAIN subscribe / signoff / archive access instruct
The IBM C/C++ compiler ships with an assembler DSECT to C header conversion
tool. Someone could readily write a similar tool for PL/I.CharlesSent from a
mobile; please excuse the brevity.
Original message From: John McKown
Date: 9/17/19 5:29 PM (GMT+00:00) To:
IBM-MAIN@LISTS
On Tue, 17 Sep 2019 16:16:31 +, Seymour J Metz wrote:
>I'd rather have PL/I headers.
>
Many macros contain PL/S alternatives. Are these PL/I compatible?
From: Peter Relson
Sent: Tuesday, September 17, 2019 9:20 AM
>The eventual goal is to do the mapp
WRT your first question, I would say "somewhat compatible". There are enough
similarities to make rough translations possible, EXCEPT that many macros only
have this kind of PL/S expansion published:
(From DCBD macro in SYS1.MACLIB):
**/%DCBD: MACRO KEYS(DATASET_ORG,DEVICE_TYPE,BASED_VALUE);
PL/S has several extensions, so while most of the declare statements would map
over easily, some would be more difficult.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Paul Gilmartin <000
Well, I do run VPS/TCPIP
Key Product Name
---
012 DRS
001 VPS
004 VPS/PCL
002 VPS/TCPIP
z/OS 2.1 at RSU1903 (RSU1908 included in the set that could come on with the
error bypass.
We don't have many printers, but they are all TCP/IP network attached. So
That is a LONG*** pe chain to restore/re-apply
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gibney, Dave
Sent: Tuesday, September 17, 2019 1:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Considering Bypassing ERROR HOLD for OA58037
Well, I do run VPS/TCPIP
K
I manually stopped DAE on all systems so someone could remove an entry from the
shared DAE dataset. Shortly thereafter it started itself, and I can't figure
out how or who/what did it.
14:31:35.18 *ROUTEOD 0290 T DAE=01
0290 IEE252I MEMBER ADYSET01 FOUND IN SYS1.DEVL.PARMLIB
Thank you, and also Dave Jousma who sent similar (same?) code privately.
I suspect my MXG level (V2929) needs some updating before I can run it. I
ordered 37.06 yesterday. Will install (or use the tricks to run mixed levels)
today.
I may try the techniques to run directly off of SMF and build
I'm getting confused by this thread. I thought I recalled you had said the PTF
you were bypassing was for S16E? All of those DEB Check PTF's are in support
of the changes needed for OSPROTECT. And yes, we ran into the S16E issue on
certain application datasets, only in a blue moon. Eventua
On Tue, 17 Sep 2019 19:00:04 +, Jousma, David wrote:
>I suspect you won't have much luck backing these PTF's off because they reach
>out and touch a lot of different modules. The only real option would be if
>you have a known complete backup of the entire SMPE environment *before* the
>a
Incidentally, we do have UA95897 applied for over a year now, and have not run
into the scenario that OA58037 describes. Seems like a pretty small window of
problem, and even then, it was on a task/job that was being cancelled to begin
with. I'd probably open ticket with IBM on that APAR, an
First, I consider many things. That doesn't mean I will ultimately decide to do
them. If I consider further, I will of course start with RESTORE CHECK and
evaluate the complexity, etc.
Second, I ran ACCEPT for everything that would accept clean before I started
this path. Applied all that was R
The only reason I considered the bypass was because the PE chain was preventing
the APPLY of the PTFs to aid detecting and migrating from USERCSA.
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Jousma, David
> Sent: Tuesday, September 17, 2019 12:00 PM
> To: IB
Automatic restart in your WLM?
On Tue, Sep 17, 2019, 13:48 Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> I manually stopped DAE on all systems so someone could remove an entry
> from the shared DAE dataset. Shortly thereafter it started itself, and I
> can't figure out ho
Cross-posted from RACF list because I'm getting desperate.
Hello list,
I hope this is the right place for this. We're using LDAPSRV running on z/OS
2.2 to take login requests from a browser front-end and authenticate them
against RACF. We just implemented mixed case passwords last night and i
[Default] On 17 Sep 2019 06:20:49 -0700, in bit.listserv.ibm-main
rel...@us.ibm.com (Peter Relson) wrote:
>You might have seen mention in the announce that z/OS 2.4 is shipping more
>C headers.
>
>The eventual goal is to do the mappings in SYS1.MACLIB and many in
>SYS1.MODGEN, particularly the o
On 2019-09-18 12:16 AM, Seymour J Metz wrote:
I'd rather have PL/I headers.
I don't think IBM could justify doing any work for PL/I because there
isn't a compelling requirement from customers or vendors to use PL/I for
systems level code.
On the other hand, Metal/C is taking off very quickly
Hello Dave,
yes you do need a newer level of MXG:-
Change 36.188 Support for new Bit 4 of SMF30_RAXFLAGS and creation of
BUILD005 these new bit-level variables with explanation in label
BUIL3005 SMF30_RAXFLAG0='RAX0*USERKEY*COMMON*AUDIT*ENABLED?'
VMAC30 SMF30_R
38 matches
Mail list logo
