Re: Ignorant z/OS question

2023-07-26 Thread Jon Perryman
*device *be removed from > IODF", I should have stated to have "... the NIP *CONSOLE* be removed from > IODF". > Yes, the device should be defined to allow CONSOLxx to make use of it once > MVS has been initialized, but an IODF defined NIP CONSOLE is not > requ

Re: TCPIP Device/Link to Interface question???

2023-07-26 Thread Jon Perryman
> On Wednesday, July 26, 2023 at 04:31:33 PM PDT, Grant Taylor wrote: >> On 7/26/23 2:18 PM, Jon Perryman wrote: >> The order should not matter in my opinion. z/OS TCP has a lot more >> features than TCP on other platforms. > Would you please elaborate on that state

Re: TCPIP Device/Link to Interface question???

2023-07-26 Thread Jon Perryman
> On Wednesday, July 26, 2023 at 10:13:52 AM PDT, Shaffer, Terri  wrote: > not sure if I can change this order of not, because it displays differently >with just HOMETEST Take this with a grain of salt because it's been a long time. The order should not matter in my opinion. z/OS TCP has a lot

Re: Ignorant z/OS question

2023-07-25 Thread Jon Perryman
console in its absence. Maybe you're saying the same thing, just in VM speak?! On Tue, Jul 25, 2023 at 10:43 AM Jon Perryman wrote: >  > On Sunday, July 23, 2023 at 08:25:34 PM PDT, Steve Horein < > steve.hor...@gmail.com> wrote: > > The only time I have seen NIP mess

Re: SYSLOGD config question.

2023-07-25 Thread Jon Perryman
> On Tuesday, July 25, 2023 at 12:50:53 PM PDT, Tom Longfellow > <03e29b607131-dmarc-requ...@listserv.ua.edu> wrote: > If I was talking Linux I would look around. z/OS Unix can use any open source syslog processor. SYSLOGD is distributed with most flavors Unix and Linux. I'm just saying th

Re: Ignorant z/OS question

2023-07-25 Thread Jon Perryman
ablement    (this one for a z15) I've been told this is needed for TPF console processing, although I don't know the details.  8P2980 costs money so it's not configured on machines we work with that don't run TPF. On 7/25/2023 12:03 PM, Jon Perryman wrote: >  > Phil w

Re: Ignorant z/OS question

2023-07-25 Thread Jon Perryman
5" means create device address 009 and all data received is forwarded to CP to be displayed by CP and commands returned to 009. Do you consider that CMS interacting with a console or a terminal. In z/OS, we have TSO which does the same thing but we call it a terminal instead of console.  

Re: Ignorant z/OS question

2023-07-25 Thread Jon Perryman
> Phil wrote: What does "not supported" mean per se?   The last 3215 connected to IBM computers using an ICA. IBM z computers do not have an ICA nor byte channel therefore not supported on a z16. I suspect you can't even define one in the HCD. What was the last IBM computer to have an ICA.  

Re: Ignorant z/OS question

2023-07-25 Thread Jon Perryman
> O'n Monday, July 24, 2023 at 10:07:48 AM PDT, Seymour J Metz > wrote: > Do you have the URL for the Tracy Dean paper? Does it spell out all the > pieces?  While I'm not familiar with this paper, it's unlikely it solves > Phil's problem.  Phil can skip this because it's for the z/OS people.

Re: Ignorant z/OS question

2023-07-25 Thread Jon Perryman
> On Sunday, July 23, 2023 at 09:31:24 PM PDT, Seymour J Metz > wrote: > That looks like the result of CP, HCD and MCS not specifying the > same device type. > What happens if all three are 3215? What happens if all three are 3270?   > Please stop letting Seymour drag everyone down a rabbit h

Re: SYSLOGD config question.

2023-07-25 Thread Jon Perryman
> On Tuesday, July 25, 2023 at 07:03:40 AM PDT, Tom Longfellow wrote: > It turns out that the core of my problem was my interpretation of a few > 'quirks' in syslog defining. SYSLOGD does not solve every syslog problem thus you will find over a dozen alternatives. I'm not recommending what to u

Re: Ignorant z/OS question

2023-07-25 Thread Jon Perryman
> On Sunday, July 23, 2023 at 08:25:34 PM PDT, Steve Horein > wrote: > The only time I have seen NIP messages (those messages prior to VARY > CN(*),ACTIVATE being accepted) on a native MVS LPAR was when the NIP device Hi Phil, Sorry for the long delay.but I had other things to do. Steve may

Re: Ignorant z/OS question

2023-07-23 Thread Jon Perryman
> On Sunday, July 23, 2023 at 04:28:48 PM PDT, Seymour J Metz > wrote: > Your not keeping your MVS and VM in synch; 3E1 should be a 3215 on both or a > 3270 on both. Some devices must be in synch (e.g. disk drives). On the other hand, some devices are very flexible. z/VM CONSOLE has nothing

Re: Ignorant z/OS question

2023-07-23 Thread Jon Perryman
Hi Phil, I have some good news and bad news.  > Well, this is interesting. Tried again just now with TERMINAL CONMODE 3215. > The only weirdness is that much of the output is oddly formatted. >                  B-    *10.09.46          *CBR3002E Library LATL00 no longer u > sable.             

Re: Ignorant z/OS question

2023-07-23 Thread Jon Perryman
Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Phil Smith III [li...@akphs.com] Sent: Saturday, July 22, 2023 6:39 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Ignorant z/OS question Jon Perryman wrote: >I need you to stop overthinking z/OS console. It's become very simple >s

Re: Ignorant z/OS question

2023-07-21 Thread Jon Perryman
I wrote: (Wow, this thread is getting long! Sorry about that) Jon Perryman is still endeavoring to help me, which is appreciated: >The DEFINE GRAF did nothing useful. SECUID is associated with the VM >user's CONSOLE definition. If you look at the z/OS syslog, you will >find

Re: Ignorant z/OS question

2023-07-21 Thread Jon Perryman
s virtual HWCI. You said that z/OS messages were displayed when IPL'd by logging onto the z/OS VM user. z/OS messages were coming through the VM CONSOLE definition address or through a virtual HWCI. Virtual HWCI might be a possibility because I think it was the one exception to issu

Re: Ignorant z/OS question

2023-07-21 Thread Jon Perryman
> CP SEND CP ETPGZ1D DEFINE GRAF FFF > CP SEND CP ETPGZ1D VINPUT VMSG VARY CN(*),ACT > I do wonder if this will Just Work at IPL time The DEFINE GRAF did nothing useful. SECUID is associated with the VM user's CONSOLE definition. If you look at the z/OS syslog, you will find the V CN(*),ACT did

Re: Ignorant z/OS question

2023-07-20 Thread Jon Perryman
d to see if message are queueing up.  As a suggestion, get it working with a CMS user and a looping REXX exec. Once that's working, z/OS should work the same.  On Thursday, July 20, 2023 at 08:40:44 PM PDT, Phil Smith III wrote: Jon Perryman kindly offered more thoughts. I've bee

Re: Ignorant z/OS question

2023-07-20 Thread Jon Perryman
      *ALL S0W103E1 MCS    ACT-S0W1      *ALL                *ALL Does this tell us anything? Jon Perryman: No, not PROP. PROP uses SECUSER output, and that's what's not showing up. -- For IBM-MAIN subscribe / signoff /

Re: IEFSSREQ

2023-07-20 Thread Jon Perryman
> I looked at description of IEFSSREQ > Didnt see if it can be used in SRB mode In theory and for the most part, IEFSSREQ can be used in SRB mode. Each subsystem can process any functions it chooses. I suspect that all reputable subsystems would make themselves SRB compatible. If you choose a

Re: Ignorant z/OS question

2023-07-20 Thread Jon Perryman
> console traffic doesn't come across a SECUSER It's been a lot of years but I think you are talking about PROP. Do a search for VM PROGRAMMABLE OPERATOR and you will find information about setting it up. You may not even need PROP but it will tell you how to get messages from a VM guest and s

Re: Will z/OS be obsolete in 5 years?

2023-07-19 Thread Jon Perryman
ge mass. Oh, and each of those 32 four-frame machines would need 8 60A 3Ph power cables.  Wow! On 7/19/2023 6:09 PM, Jon Perryman wrote: >  >> What a BS 'survey' > > > What is it you consider to be BS? Are you saying that the hardware numbers > are wrong?  An IBM z

Re: Will z/OS be obsolete in 5 years?

2023-07-19 Thread Jon Perryman
y 19, 2023 at 04:06:14 PM PDT, Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: On Wed, 19 Jul 2023 18:54:04 +, Jon Perryman wrote: > >> You didn't bother to cite any reference, so I am highly skeptical.  >> I looked for this "announcem

Re: Will z/OS be obsolete in 5 years?

2023-07-19 Thread Jon Perryman
kins <032966e74d0f-dmarc-requ...@listserv.ua.edu> wrote: What a BS 'survey'. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Perryman Sent: Tuesday, July 18, 2023 7:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Will z/OS be obsolete in 5 year

Re: Will z/OS be obsolete in 5 years?

2023-07-19 Thread Jon Perryman
, but I doubt it. > > > > > > > USS becomes LSS. zOS native containers are actually normal containers > > > > that you see in the linux world. > > > > DSFS and zCX end up helping to blur the boundaries between zOS and LSS. > > > > > >

Re: Will z/OS be obsolete in 5 years?

2023-07-19 Thread Jon Perryman
dependance on the other 31 boxes. In theory, 6,400 cores have full access to the database instead of 200 cores available to a single z16 Max200. On Wednesday, July 19, 2023 at 09:09:00 AM PDT, Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: On Wed, 19 Jul 2

Will z/OS be obsolete in 5 years?

2023-07-18 Thread Jon Perryman
IBM RHEL announced it's move to closed source (IBM RedHat Enterprise Linux). With some changes, DB2, RACF and other z/OS products could run in Linux on z16 in one sysplexed Linux image. We know it's possible because IBM moved Unix and TCP into z/OS. IBM RHEL said closed source would force non-pa

Re: How to set a SLIP to catch S0C4 in OMVS separate AS

2023-07-15 Thread Jon Perryman
at contains the base address and use that in a range parm. That might help narrow down the SLIP and not have to watch the whole address space. Chuck On Sat, Jul 15, 2023 at 2:59 PM Jon Perryman wrote: >  The SLIP I recommended was to capture the system trace which will not > solve your

Re: How to set a SLIP to catch S0C4 in OMVS separate AS

2023-07-15 Thread Jon Perryman
am terminates would be at all helpful, but I am not an expert in that area either. Again, thanks for trying to help. Peter From: IBM Mainframe Discussion List On Behalf Of Jon Perryman Sent: Saturday, July 15, 2023 11:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to set a

Re: How to set a SLIP to catch S0C4 in OMVS separate AS

2023-07-15 Thread Jon Perryman
As you discovered, S0C4 SLIPs are at the best of times a pain in the a$$. S0C4 is difficult because it has a real use which is to determine if a page has been created (not just allocated). It requires multiple SLIP IGNORE which can be obtained from IBM. Since you are working with IBM support, I

Re: A question about CPU usage on z/OS

2023-07-14 Thread Jon Perryman
. On Friday, July 14, 2023 at 06:05:24 PM PDT, Tom Brennan wrote: On 7/14/2023 3:01 PM, Jon Perryman wrote: > As for batch running slower at night after you went from 1 CPU to 4, that doesn't make sense unless other things changed. I'm thinking it could be as simple as say, goi

Re: A question about CPU usage on z/OS

2023-07-14 Thread Jon Perryman
Every address space has multiple TCB. Only TCBs that are not in a wait (dispatchable) are eligible to run on separate CPUs.  You are correct but all TCBs in a wait are not eligible to run. On Friday, July 14, 2023 at 05:56:58 PM PDT, Brian Westerman wrote: I'm pretty sure that each TC

Re: A question about CPU usage on z/OS

2023-07-14 Thread Jon Perryman
I've never looked at IXGLOGR address space but my guess is that IXGLOGR would have multiple tasks (TCB's) running at the same time if there are multiple logs active.  As for batch running slower at night after you went from 1 CPU to 4, that doesn't make sense unless other things changed. SRM di

Re: Question on wrapped JESMSGLG messages

2020-05-19 Thread Jon Perryman
On Monday, May 18, 2020, 05:49:43 PM PDT, Seymour J Metz wrote: >> Messages in z/OS do not wrap and are not formatted. > In the nextt paragraph you say the opposite. It's not the opposite. Consol address space builds a line that is destination dependent. Compare the same message in syslog vers

Re: Licensed source code

2020-05-19 Thread Jon Perryman
On Monday, May 18, 2020, 10:18:10 PM PDT, Seymour J Metz wrote: > Is there optional source code for any IBM software announced or released > after May, 1999? > I didn't see anything there that related to permissible > and impermissible use of source code. Macro's are source. I'm not a la

Re: tcpip or telnet

2020-05-19 Thread Jon Perryman
Generic response time monitoring for TCP is not possible. You need to set expectations based on the monitors you decide to use.  To understand the problem, think about what is considered a delay. TN3270 delays are clearly defined (press enter to screen returned). The Unix equivalent is telnet w

Re: Licensed source code

2020-05-18 Thread Jon Perryman
https://www-03.ibm.com/software/sla/sladb.nsf/sla/home?OpenDocument Jon.On Monday, May 18, 2020, 07:54:19 PM PDT, Seymour J Metz wrote: Does anybody have an announcement or other document that I can cite for "The source code is covered by a non-disclosure agreement or a license that

Re: Question on wrapped JESMSGLG messages

2020-05-18 Thread Jon Perryman
Messages in z/OS do not wrap and are not formatted. Messages are written using either WTO (single message) or MLWTO (multiple lines of a message). WTO allows you to write a single message which I think has a max length of somewhere around 128 bytes. Multi-line messages are multiple MLWTO's (one

Re: WTO

2019-11-27 Thread Jon Perryman
On Wednesday, November 27, 2019, 08:20:47 AM PST, scott Ford wrote: > My big issue I was at the mercy of CA code. Not blaming them, > but it’s a CA product and I wished their doc was better. If you are talking about the security exit samples, then they accomplished the desired results by

Re: WTO

2019-11-27 Thread Jon Perryman
On Wednesday, November 27, 2019, 04:39:07 AM PST, John McKown wrote: > Total agreement that it is bad form in today's world. For subsystems, there > is the SSCT to anchor things. And, as I do for my re-entrant code: a > Name/Token pair (primary address space level) to hold a 64-bit pointer

Re: IDENTIFYING 3270 GDDM USERS

2019-11-25 Thread Jon Perryman
On Thursday, November 21, 2019, 12:36:17 PM PST, Seymour J Metz wrote: > As ITschak Mugzach wrote, "Try get who enqueues ADMSYMBL dataset,  >or any other commonly (but centrally) used dataset which is outside the >linklist > or lpalist." Just remember that there may be users of GDDM who a

Re: IARST64 OWNER SECONDARY ?

2019-11-25 Thread Jon Perryman
On Monday, November 25, 2019, 05:13:35 AM PST, Joseph Reichman wrote: > Where in 31 bit mode you are able to get 31 bit ( private ) storage in a > other address space > via the ALET parameter  on the STORAGE macro this is > not true for  64 bit storage OWNER= is only valid with COMMO

Re: IARST64 OWNER SECONDARY ?

2019-11-25 Thread Jon Perryman
On Monday, November 25, 2019, 05:13:35 AM PST, Joseph Reichman wrote: > Where in 31 bit mode you are able to get 31 bit ( private ) storage in a > other address space via the ALET parameter  on the STORAGE macro this is not > true for  64 bit storage --

Re: WTO

2019-11-25 Thread Jon Perryman
On Monday, November 18, 2019, 05:56:09 AM PST, scott Ford wrote: > My chief complaint is samples.  > I spend a lot of time digging for examples. > Working examples which I can refer to and understand > (prototype) before I start writing code. CBTTAPE.ORG has tons of real world code

Re: WTO

2019-11-25 Thread Jon Perryman
> On Monday, November 25, 2019, 01:19:47 AM PST, David Crayford wrote: > That's interesting! You said the exit was re-entrant so how is it > obtaining the working storage. If it's doing a GETMAIN why don't you  > just increase the size > of the storage. Why do you have a constraint

Re: WTO message at the end of JCL

2019-11-03 Thread Jon Perryman
On Sunday, November 3, 2019, 01:42:10 AM PDT, Peter wrote: > Is there a way to write WTO even if the previous step ends in JCL error ? Sorry but I don't know of an easy method to capture JCL error, dataset not found or ???. MPF exit for various messages will probably be the easiest. Str

Re: Best way for a task to give up the CPU and let other tasks run?

2019-11-03 Thread Jon Perryman
On Sunday, November 3, 2019, 05:38:02 AM PST, Peter Relson wrote: > all other things being equal, ready tasks within in address space are > > dispatched in a round-robin fashion. A time slice is a time slice. Enclaves were supposed to be an exception to this rule. First, SRB's in an

Re: Tracing RACF?

2019-11-03 Thread Jon Perryman
On Wednesday, October 30, 2019, 08:52:22 AM PDT, Sean Gleann wrote: > If I try to ADDSD 'ABC.DEF' UACC(NONE), I get "ICH09006I USER OR GROUP > ABC      NOT DEFINED TO RACF" I believe the error message is complaining about the OWNER which is defaulting to ABC. Specify OWNER(xxx) wher

Re: multi-line STDPARM shell script for BPXBATCH

2019-11-02 Thread Jon Perryman
On Saturday, November 2, 2019, 07:35:08 PM PDT, Paul Gilmartin  wrote: >> Sorry. I forgot to say EXEC PGM=AOPBATCH is safe.  > That might be true if AOPBATCH were installed with AC=0 in an authorized > library. AOPBATCH and COZBATCH must be linked AC=0 because the shell runs in problem st

Re: WTO message at the end of JCL

2019-11-02 Thread Jon Perryman
> Is there a WTO module which can write a message (highlight message) on a > console based on the JCL previous condition code? I believe you are asking about the sample exit IEFACTRT on the CBTTAPE which issues a WTO for each step completion message. You can change this to issue the message a

Re: multi-line STDPARM shell script for BPXBATCH

2019-11-02 Thread Jon Perryman
On Saturday, November 2, 2019, 12:38:38 PM PDT, Paul Gilmartin  wrote: > Doesn't any program object invoked by // EXEC PGM= execute in the initiator's > address space?   Sorry. I forgot to say EXEC PGM=AOPBATCH is safe.  > Is there the same exposure for any user-coded program that uses LINK

Re: Best way for a task to give up the CPU and let other tasks run?

2019-11-02 Thread Jon Perryman
On Wednesday, October 30, 2019, 05:50:04 AM PDT, Peter Relson wrote: ,> If the two parties are running in different address spaces then a  > complaint could only be that the address space is consuming a lot of CPU  > and that is exactly what WLM goals and priorities are for. Only true if y

Re: multi-line STDPARM shell script for BPXBATCH

2019-11-02 Thread Jon Perryman
On Tuesday, October 29, 2019, 01:45:18 PM PDT, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > Oh, my.  True Blue! >  AOPBATCH removes that limitation and introduces no new limitations (AFAIK?)  > Are you arguing for a semantic distinction between "fixing a problem" a

Re: multi-line STDPARM shell script for BPXBATCH

2019-10-29 Thread Jon Perryman
On Sunday, October 6, 2019, 08:14:36 PM PDT, David Crayford wrote: >On 2019-10-07 2:06 AM, Jon Perryman wrote: >> I'm saying that IBM can't fix this problem because the problem lies with >> Unix shell design. > IBM can and have fixed the problem! BPX

Re: Best way for a task to give up the CPU and let other tasks run?

2019-10-29 Thread Jon Perryman
On Wed, 23 Oct 2019 18:23:31 +, Seymour J Metz wrote: >The Dispatcher has been using timers for decades. What interrupts your >code is an external event from a timer or from a SIGP on another CPU. >If you're running with appropriate goals, don't try to second guess WLM. I believe the OP m

Re: RACROUTE REQUEST=STAT and ACF2

2019-10-28 Thread Jon Perryman
You can easily send a small assembler program that issues this racroute stat and issue WTO TEXT= to display the results. Don't bother converting hex to display format in the WTO. WTO doesn't care if you include hex data in the message text. Use SDSF SE (Select Edit) for the joblog and turn hex

Re: Return code X'20' 32 from CELQPIPI INIT_MAIN

2019-10-28 Thread Jon Perryman
The CALL macro supports 32 and 64 bit parm addresses. I believe it defaults to 32 bit and the SYSSTATE macro is used to change it. Does CELQPITY require 64 bit parm list? If so, make sure you have SYSSTATE prior to the call. Also make sure SYSSTATE is before the CALL MF=L. I've never used TEST

Re: multi-line STDPARM shell script for BPXBATCH

2019-10-06 Thread Jon Perryman
oduction where operations makes changes that could easily be error prone and difficult for those with less experience. Jon. On Sunday, October 6, 2019, 12:10:09 PM PDT, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: On Sun, 6 Oct 2019 18:06:16 +, Jon Perryma

Re: multi-line STDPARM shell script for BPXBATCH

2019-10-06 Thread Jon Perryman
tionally, there are many shells available. All shells support passing a single line of commands which is the interface designed specifically for situations such as BPXBATCH. Sadly, shell design doesn't give us the best solution. Jon. On Sat, Oct 5, 2019 at 1:35 PM Jon Perryman wrote: &

Re: BPXBATCH getting unexptected msg: INVALID LABEL

2019-10-05 Thread Jon Perryman
In the future, you can easily help yourself by looking at the JCL expansion which has statement numbers and formatted output. The error message points you to the specific statement in error. Jon. On Saturday, October 5, 2019, 04:11:24 PM PDT, Rich Tabor wrote: //Val1  label has lowe

Re: SMF Record Signing Validation Problems

2019-10-05 Thread Jon Perryman
Since no one else is answering this, I'll make a really wild guess without any real substance.  I can't believe that IBM would default to SMF Signature Validation enabled. Are there supposed to be SMF parm changes? Did you meet the software and hardware requirements for this feature? Jon. On

Re: how to force a free of ispf allocated Dataset

2019-10-05 Thread Jon Perryman
On Saturday, October 5, 2019, 09:37:54 AM PDT, Jesse 1 Robinson wrote: > If you have a handful of users you can't cancel, use FORCE U=. It's > messy, but the pain will (most likely) be short lived.  Use FORCE with great caution and realize that you could damage something or require a

Re: how to force a free of ispf allocated Dataset

2019-10-05 Thread Jon Perryman
On Saturday, October 5, 2019, 01:44:14 AM PDT, ITschak Mugzach wrote: >You can't. Instead of rename, allocate a new one, copy into the current one > and update the tso proc with the new name. A they later you'll be able to > delete the old one. If this is a non-sms dataset, then you can un

Re: IBM SSI Function Codes 16 and 17

2019-10-05 Thread Jon Perryman
On Saturday, October 5, 2019, 08:53:07 AM PDT, Charles Mills wrote: > I was assuming (yes, I know) that the OP wanted realtime notification of the > OPEN,  > based on the mention of exits. > If not, SMF14OPE is pretty good. It gives the time but not the date, which is > kind of half an ans

Re: multi-line STDPARM shell script for BPXBATCH

2019-10-05 Thread Jon Perryman
On Wednesday, October 2, 2019, 12:52:56 PM PDT, Kirk Wolf wrote: > You really like all of this mangling of the shell syntax? In all Unix systems, we simply avoid situations where this mangling is needed (e.g. "sh -c some-mangled-statements"). Why do you think this a good practice in BPXBATCH

Re: Who writes these things?

2019-10-05 Thread Jon Perryman
and was not functional without C. Assembler macro's are an extension to Assembler. HTML  On Tuesday, October 1, 2019, 11:23:05 AM PDT, Gord Tomlin wrote: On 2019-10-01 00:34, Jon Perryman wrote: > And you would be wrong. On 2019-10-01 06:30, David Crayford wrote: > And y

Re: Who writes these things?

2019-10-05 Thread Jon Perryman
On Tuesday, October 1, 2019, 10:45:59 AM PDT, Charles Mills wrote: > #ifdef __MVS__ > #define OVERRIDE > #else > #define OVERRIDE override >#endif #if directives are not valid in C macro's. C macro's only copy information. This example simply shows that C macro's content can be changed. Jo

Re: IBM SSI Function Codes 16 and 17

2019-10-03 Thread Jon Perryman
On Thursday, October 3, 2019, 12:50:34 PM PDT, Seymour J Metz  wrote: >> these function are NOT 'exit' points in open/close processing > OPEN and CLOSE call them through the SSI; how are they not exit points? The SSI is for subsystems and not for exit points. Subsystems can implement exits (

Re: Who writes these things?

2019-09-30 Thread Jon Perryman
On Friday, September 27, 2019, 12:31:41 PM PDT, Seymour J Metz wrote: > I have no interest in arguing with the willfully ignorant.  You shouldn't argue with that voice in your head. You keep making statements without any justification. Show us a C macro that does more than copy C code into

Re: Who writes these things?

2019-09-30 Thread Jon Perryman
On Friday, September 27, 2019, 12:27:22 PM PDT, Seymour J Metz wrote: > JS has things called classes and objects, but their behaviors are not >  what the OO community means by object oriented. Since the OO community can't exclude JS by definition, they must resort to their intent. We may

Re: Who writes these things?

2019-09-30 Thread Jon Perryman
On Thursday, September 26, 2019, 09:19:02 PM PDT, David Crayford wrote: > On 2019-09-27 2:05 AM, Jon Perryman wrote: >> This assumes Javascript and CSS are not part of the HTML language. > They're not. They have completely different language standards and can > be u

Re: Who writes these things?

2019-09-30 Thread Jon Perryman
On Thursday, September 26, 2019, 01:08:35 PM PDT, Jeremy Nicoll wrote: > On Thu, 26 Sep 2019, at 19:36, Jon Perryman wrote: >> Was the definition of >> "macro" always the same as "copy"?  > No.  Perhaps you should read through:  > https://en.w

Re: Who writes these things?

2019-09-30 Thread Jon Perryman
On Thursday, September 26, 2019, 01:32:58 PM PDT, Seymour J Metz wrote: > DOM is not HTML, it's a representation of HTML files. HTML doesn't have > classes. The HTML is converted into a DOM object. This object is used by javascript and web browser to access the HTML. This object clearly

Re: Tracing RACF?

2019-09-30 Thread Jon Perryman
On Wednesday, September 25, 2019, 07:34:05 AM PDT, Allan Staller wrote: > That is not considered a good practice in RACF circles. The best practice > would be: > MCAT  - UACC(NONE) READ(*)      ALTER(sysprogs) (note: No update access > except via sysprogs) Any system where the master cat

Re: Who writes these things?

2019-09-26 Thread Jon Perryman
On Thursday, September 26, 2019, 01:15:42 PM PDT, Seymour J Metz wrote: >> You are referring to XML parse tree. > Not even close. What are you smoking?  After looking at Perl's HTML5 DOM which came out this year, I stand corrected. Apparently, people are willing to put a lot of effort and

Re: Who writes these things?

2019-09-26 Thread Jon Perryman
On Thursday, September 26, 2019, 12:31:23 PM PDT, Seymour J Metz wrote: > The definition of macro has never been the same as copy.  Seriously! The most sophisticated C macro possible is "#DEFINE MYMAC  B C D ". Calling the macro "A  MYMAC Y" results in "A B C D E". Additional macro substit

Re: Who writes these things?

2019-09-26 Thread Jon Perryman
On Wednesday, September 25, 2019, 07:05:47 PM PDT, Clark Morris wrote: >> Copy books cam in with Jovial, well before 1970. >> Assemblers had COPY instructions in the 1960s. >> PL/I had the %INCLUDE statement in the 1960s. By 1970 it was old hat. > COBOL D on DOS/360 had copybooks in 1966 or ear

Re: Who writes these things?

2019-09-26 Thread Jon Perryman
On Wednesday, September 25, 2019, 11:13:19 AM PDT, Seymour J Metz wrote: > The format of an HTML parse tree constructed by,  > e.g., a Perl program, is not compatible with JavaScript.  You are referring to XML parse tree. HTML parse tree's do not exist outside web browsers. Even Nodejs parses

Re: Who writes these things?

2019-09-26 Thread Jon Perryman
On Wednesday, September 25, 2019, 02:44:14 AM PDT, David Crayford wrote: > Are you talking about the DOM?  The definition of OO typically refers to > languages that support polymorphism, inheritance and encapsulation. HTML > is basically a markup language. I'm talking about the DOM object

Re: Who writes these things?

2019-09-24 Thread Jon Perryman
> HTML is not only not object oriented, it is not even a procedural language. Using developer tools in any browser will show you each object with the object attributes. HTML predefined all classes and the attributes associated with those classes (e.g. input, div, table, ...). These objects are

Re: preprocessor directives XL C\C++

2019-09-24 Thread Jon Perryman
> On Sunday, September 22, 2019, 02:26:31 PM PDT, Joseph Reichman wrote: > In visual studio property pages you can specify preprocessor directives but > Iyou say __MVS__  > Is built-in you answered my question  While builtin macro __MVS__ resolves this specific situation, you may eventua

Re: Who writes these things?

2019-09-24 Thread Jon Perryman
> On Monday, September 23, 2019, 03:35:42 PM PDT, Seymour J Metz wrote: > Indeed, but HTML is not one of them. HTML has syntax for encapsulating a  > script in some other language, but it is not in itself a scripting language.   Actually, HTML is a scripting language and object oriented. Certa

Re: VIO dataset problem

2019-09-22 Thread Jon Perryman
> On Sunday, September 22, 2019, 02:46:54 AM PDT, Shivang Sharma wrote: My dataset is less the max limit . VIO has support for BDAM as well. VIO should not cause a hang. Report the problem to IBM. This will have you take a dump so they can look at why your jobs are hanging. Jon. --

Re: VIO dataset problem

2019-09-21 Thread Jon Perryman
I'm sure there must be controls but I familiar with them.  You mentioned BDAM. Maybe VIO is not fully compatible with BDAM when it pages out a VIO block.  As for paging, it will occur even if it's only some. At this point, you are trying to find the cause. I'm just giving you what could be pos

Re: VIO dataset problem

2019-09-21 Thread Jon Perryman
On Saturday, September 21, 2019, 12:33:07 PM PDT, Shivang Sharma wrote: > 3 show VIO being paged out .   Paging VIO is not necessarily a bad thing. Check for excessive amount of data being written to VIO. Check storage usage for the system. Maybe another address space is using a lot of storag

Re: I see a need for general conversion of mappings was Re: C headers in z/OS 2.4

2019-09-21 Thread Jon Perryman
> (union and bit mapping) An archaism of C that remains  > because old *nix programs use or used them. >Legacy of the era of expensive RAM. Those days are long gone. There is someone in the chrome browser group who is just now complaining that he has exceeded 70GB ram (yes, ram). For me, GMAI

Re: I see a need for general conversion of mappings was Re: C headers in z/OS 2.4

2019-09-21 Thread Jon Perryman
tember 20, 2019, 03:23:25 PM PDT, Gord Tomlin wrote: Some snippage and interspersed comments... On 2019-09-20 17:11, Jon Perryman wrote: > For instance, mapping to C does not support remapping, redefinition or > re-declaring variables such as "org" in assembler. Actually,

Re: I see a need for general conversion of mappings was Re: C headers in z/OS 2.4

2019-09-20 Thread Jon Perryman
> XLC has a DSECT conversion utility.  Surprisingly, I think I must have been the only one to generate IPCS mapping automatically using assembler macro's. Less than 100 lines of simple code greatly improved dump reading. As a product developer, I had to read a lot of dumps and this saved a lo

Re: DLL enabled module

2019-09-16 Thread Jon Perryman
> If I have dynam(DLL) module and the load module has a number of CSECT  > Can I still BASR to other CSECT > By browsing dynam(DLL) module Seems to be another type format than regular > load module I've never used assembler DLL functionality but from my understanding, you are supposed to u

Re: MPF Exit calling System REXX - S0C4 abend

2019-09-16 Thread Jon Perryman
>  On Friday, September 6, 2019, 11:43:00 AM PDT, Peter Relson > wrote: > Does it need saying that you ought to have your own recovery and take your > own SVC Dump to meet your own diagnostic needs? MPF processing is also used for Netview message processing and has some basic abend recov

Re: Size of area passed to the pthread initiailization routine in BPX pthread_create

2019-09-16 Thread Jon Perryman
Questions about MVS Unix facility such as create_thread would probably get an answer on the OMVS-l newsgroup. Jon On Tuesday, September 10, 2019, 12:46:23 PM PDT, Thomas David Rivers wrote: In the Callable Services documentation, in the pthread_create description, the usage notes desc

Re: Submitting batch if you don't have TSO

2019-09-16 Thread Jon Perryman
> On Sunday, September 15, 2019, 10:40:53 PM PDT, Bill Soper > wrote: > With CICS 5.5... you can submit as the CICS logged on userid... This could still become a headache for the security admin and others if not managed correctly. Assigning surogat and maintaining dataset profiles for CICS

Re: LPA - IPL or dynamic

2019-09-16 Thread Jon Perryman
> On Monday, September 16, 2019, 10:54:02 AM PDT, Peter wrote: > I have seen few vendors suggesting an IPL as requisite Product vendor's do not want to be the cause for an IPL unless it's absolutely necessary. z/OS has many features that we can use to avoid IPL's. SVC's can be replaced

Re: Submitting batch if you don't have TSO

2019-09-05 Thread Jon Perryman
On Thursday, September 5, 2019, 06:06:41 AM PDT, John McKown wrote: > I completely agree. Unfortunately, we have a number of batch jobs which are > submitted by CICS transactions run by users. The JCL is contained in an > ASSEMBLER non-CICS program in the DFHRPL. These modules do go t

Re: Submitting batch if you don't have TSO

2019-09-04 Thread Jon Perryman
> One argument management offers in mitigation is that most of these CICS > users don't have TSO, so they  > haven't the ability to submit batch jobs.  Job's can easily be submitted from CICS or IMS thru your job scheduler (I think IBM OPC or CA7). I can't remember the specifics for requesting

Re: Assembler :- PC Instruction

2019-09-04 Thread Jon Perryman
> SVC allows you to execute authorized code in YOUR address space.  > It does not allow you to execute code in any arbitrary address space. There is no YOUR address space.  E.g. Getmain belongs to RSM but run authorized in any address space that uses the getmain macro.  >From a product persp

Re: XL C\C++ missing DLL for fopen

2019-09-02 Thread Jon Perryman
I'm not sure how you made the leap to the DLL module was not found. These messages imply the CELQV003 was found but the xplink attribute did not match. The binder uses the DLL module to validate attributes are correct instead of doing this validation at run time.  I agree with Don that you are

Re: XL C\C++ missing DLL for fopen

2019-09-02 Thread Jon Perryman
bove bar storage so the only way > to do  that is amode 64 > Figured when you do a malloc it would be above the bar > The XL C\C++ compiler has a huge number of deficiencies > > On Sep 1, 2019, at 8:17 PM, Jon Perryman wrote: > > > > IBM PI68779: An customer PL/I 64bit

Re: XL C\C++ missing DLL for fopen

2019-09-02 Thread Jon Perryman
On Sunday, September 1, 2019, 08:31:39 PM PDT, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: >> As for IBM C having several deficiencies, remember that z/OS is a  >> very complex OS compared to Unix where 1 size fits all.  > Simpler is better. I never said Uni

<    1   2   3   4   5   6   7   >