date:20131219

Pommier, Rex wrote:

>Since I'm the OP, here is the detail of what has me so confused. [ ... snipped 
>... ]

I'm also confused, but before you follow Jim Mulder's recommendation, could you 
perhaps reread in 'MVS Initialization and Tuning Guide' these two parts: 

'Placing Modules in the System's Search Order for Programs' and 'The Search 
Order the System uses for Programs ' 

I know above is about Linklist, not APF, but I suspect that you have a wrong 
set (or combination) of modules.

HTH!

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO confusion

zMan wrote:

>Assembler program, running in Batch, wants to write a message to the job log.  
>I'm doing WTO with ROUTCDE=11, which puts the message in the JESMSGLG. Is that 
>my only real option? Seems like it should be easy to write to SYSPRINT, but I 
>can't find a way to do that!

Neither me, but I have a quick look at those ROUTCDE and DESC for WTO/WTL 
without any success. So it seemed that you should follow Anthony's suggestion.


Anthony Thompson wrote:
>WTO doesn't write to SYSPRINT. Use normal OPEN - WRITE/PUT - CLOSE to the 
>SYSPRINT DCB processing.

This is also what I do. WTO is a lazy way to write something without all those 
OPEN/WRITE/PUT/CLOSE macros. ;-)


John McKown wrote:

>Use COBOL and do a DISPLAY ... UPON SYSOUT? 

Functionally the same [ sort of ] as WTO. ;-)

>If you want to do I/O to a "sysprint" DD, then OPEN/PUT/CLOSE with a DCB is 
>your only real option.

Indeed.

>Well, I lied. 

So late in this year 2013? :-D :-D :-D

>If you write LE enabled HLASM, then you _might_ be able to use the CEEMOUT LE 
>subroutine to write a message to the LE message file (normally SYSPRINT DD).

That is if zMan can use LE in his programs.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VARY OFFLINE fat finger

Ron Hawkins wrote:

>Sometimes manually, sometimes through batch JCL, sometimes automated as part 
>of a test suite, but usually just a variation on RO *ALL,V 8000-8FFF,ONLINE. 

>I work in a lab, so we usually do this when starting up a test, but when 
>testing replication you can be taking things online/offline several times 
>through a test series. Sometimes you are just verifying that IOCDS change has 
>worked, or did not break something.

>Default is referring to the changes being suggested in this thread, such as 
>controlling the scope of vary with parmlib. Change it by all means, but keep 
>current behavior as the default.

Thanks Ron. I was just curious how you do it when you do so many VARY work in a 
day. That you're doing testing also now make sense to me. Thanks again! :-)

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: APF authorization and JOBLIB DD card

2013-12-19 Thread Jim Mulder

> Since I'm the OP, here is the detail of what has me so confused. 
> Sorry for the length of the post, but it's the only way to show why 
> I'm befuddled.  I read your first post talking about the APF versus 
> LINKLIST versus JOBLIB and I agree with you - that was/is how I 
> understood APF to work.  However, the chain of events below don't 
> bear this understanding out.  My guess is that SyncSort might be 
> doing some funky things under the covers but that is a WAG.

  You are pretty much at the point now where I would want to
look at a dump taken via

SLIP SET,A=SVCD,C=306,RE=C,ML=1,ID=S306,SDATA=(ALLNUC,SQA,RGN,SUM,TRT),END 



Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO confusion

2013-12-19 Thread Ed Gould


Charles:

I made sure that part of the COBOL standards( COBOL was the only  
language permissible). DISPLAY  UPON CONSOLE were not permitted nor  
was accept from console allowed.


Ed

On Dec 19, 2013, at 8:17 PM, Charles Mills wrote:


It's a crazy shortcoming of z/OS and why the console is littered with
"OPENING MASTER INPUT FILE" messages: way easier to write a message  
to the

console than to SYSPRINT.

Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM- 
m...@listserv.ua.edu] On

Behalf Of zMan
Sent: Thursday, December 19, 2013 6:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: WTO confusion

I'm missing something here (as usual). Assembler program, running  
in Batch,
wants to write a message to the job log.  I'm doing WTO with  
ROUTCDE=11,
which puts the message in the JESMSGLG. Is that my only real  
option? Seems
like it should be easy to write to SYSPRINT, but I can't find a way  
to do

that!
--
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,  
send email

to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO confusion

2013-12-19 Thread John McKown

On Thu, Dec 19, 2013 at 8:17 PM, Charles Mills  wrote:

> It's a crazy shortcoming of z/OS and why the console is littered with
> "OPENING MASTER INPUT FILE" messages: way easier to write a message to the
> console than to SYSPRINT.
>


Too bad HLASM did not include some of the ASSIST assembler
macros/instructions, such as XPRINT.


>
> Charles
>
>


-- 
This is clearly another case of too many mad scientists, and not enough
hunchbacks.

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO confusion

2013-12-19 Thread Charles Mills

It's a crazy shortcoming of z/OS and why the console is littered with
"OPENING MASTER INPUT FILE" messages: way easier to write a message to the
console than to SYSPRINT.

Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of zMan
Sent: Thursday, December 19, 2013 6:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: WTO confusion

I'm missing something here (as usual). Assembler program, running in Batch,
wants to write a message to the job log.  I'm doing WTO with ROUTCDE=11,
which puts the message in the JESMSGLG. Is that my only real option? Seems
like it should be easy to write to SYSPRINT, but I can't find a way to do
that!
--
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO confusion

2013-12-19 Thread John McKown

On Thu, Dec 19, 2013 at 5:41 PM, zMan  wrote:

> I’m missing something here (as usual). Assembler program, running in Batch,
> wants to write a message to the job log.  I’m doing WTO with ROUTCDE=11,
> which puts the message in the JESMSGLG. Is that my only real option? Seems
> like it should be easy to write to SYSPRINT, but I can’t find a way to do
> that!
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>
>
Use COBOL and do a DISPLAY ... UPON SYSOUT? 

If you want to do I/O to a "sysprint" DD, then OPEN/PUT/CLOSE with a DCB is
your only real option.

Well, I lied. If you write LE enabled HLASM, then you _might_ be able to
use the CEEMOUT LE subroutine to write a message to the LE message file
(normally SYSPRINT DD). I think this is what COBOL does for the DISPLAY
UPON SYSOUT sentence. I say _might_ because I have never tried it myself.
Ref:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CEEA31B0/2.2.5.53

CALL CEEMOUT,(MSG_STRUC,F2),VL

MSG_STRUCT DC Y(L'MSG)
MSGDC  C'This message should show up on SYSPRINT.'
F2   DC  F'2'

-- 
This is clearly another case of too many mad scientists, and not enough
hunchbacks.

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CA Top secret to RACF conversion

2013-12-19 Thread Mitch

Mark:

I agree with Ed.  And, make sure they have done this before and preferably, 
have an automated solution that is proven in the marketplace.  My partner and I 
are about to embark on another such project after the first of the year.

Regards,

Mitch McCluhan,
Legacy Modernization Consultant
www.lcmg.us

-Original Message-
From: Ed Gould 
To: IBM-MAIN 
Sent: Thu, Dec 19, 2013 4:39 pm
Subject: Re: CA Top secret to RACF conversion

Mark:
I do not care for consultants in general.
ut when you have a project such as conversion like this I will say  
his.
IRE a Good consultant it is well worth the time and the money.
Ed
On Dec 19, 2013, at 1:33 PM, Mark Zelden wrote:
> On Thu, 19 Dec 2013 10:03:09 -0600, craig.p...@fotlinc.com wrote:

> http://www.redbooks.ibm.com/redbooks/pdfs/sg245677.pdf
>
> There is also an IBM Tool, which you must license that can help  
> with the
> migration.  There are also Technical Services which can be  
> contracted to
> help, if that is of interest.
>
>

 On Thu, 19 Dec 2013 16:47:56 +, Burrell, C. Todd (CDC/OCOO/OCIO/ 
 ITSO) (CTR)  wrote:

> We did this a few years ago and I ended up writing a great deal of  
> REXX code to read in Top Secret reports and then create the  
> appropriate RACF commands.  It was not an overly painful  
> conversion, but we did spend a couple of months testing out the  
> process on our test system. I don't have the REXX code any  
> more due to our mainframe getting shut down about 18 months ago,  
> but the REXX code was not that hard.Just test - A LOT.
>

 I don't often say "hire a consultant",  but this is one of the few  
 cases I do recommend at least
 looking at some of the companies that offer these services.They  
 have the experience in
 doing these conversions and hopefully know about caveats or  
 situations you may have
 not even thought of.  They also have the tool sets like the ones  
 Todd mentioned above they
 have developed from an array of clients (not just one).Weigh  
 the cost of developing
 the tools yourself and the risk of "missing something" or extra  
 time in testing etc. against
 whatever the consulting company wants to charge you.   It's also a  
 good opportunity to
 create your RACF DB with some standards and perhaps get rid of  
 years of shoe horning
 in profiles / rules to "make things work".   This takes more effort  
 than just listing profiles
 and creating equivalent RACF commands.

 Regards,

 Mark
 --
 Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
 ITIL v3 Foundation Certified
 mailto:m...@mzelden.com
 Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
 Systems Programming expert at http://search390.techtarget.com/ 
 ateExperts/

 Regards,

 Mark
 --
 Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
 ITIL v3 Foundation Certified
 mailto:m...@mzelden.com
 Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
 Systems Programming expert at http://search390.techtarget.com/ 
 ateExperts/
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
or IBM-MAIN subscribe / signoff / archive access instructions,
end email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO confusion

Jon,

So all you can do is define a DCB, open it and issue a PUT ?

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


> On Dec 19, 2013, at 7:55 PM, Jon Perryman  wrote:
> 
> WTL won't help either. It's just a more specific form of WTO.
> 
> Jon Perryman.
> 
> 
> 
>> 
>> From: Scott Ford 
>> To: IBM-MAIN@LISTSERV.UA.EDU 
>> Sent: Thursday, December 19, 2013 4:16 PM
>> Subject: Re: WTO confusion
>> 
>> 
>> zMan, did you look at the WTL macro ?
>> 
>> Scott ford
>> www.identityforge.com
>> from my IPAD
>> 
>> 'Infinite wisdom through infinite means'
>> 
>> 
>>> On Dec 19, 2013, at 6:41 PM, zMan  wrote:
>>> 
>>> I’m missing something here (as usual). Assembler program, running in Batch,
>>> wants to write a message to the job log.  I’m doing WTO with ROUTCDE=11,
>>> which puts the message in the JESMSGLG. Is that my only real option? Seems
>>> like it should be easy to write to SYSPRINT, but I can’t find a way to do
>>> that!
>>> -- 
>>> zMan -- "I've got a mainframe and I'm not afraid to use it"
>>> 
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO confusion

2013-12-19 Thread Jon Perryman

WTL won't help either. It's just a more specific form of WTO.

Jon Perryman.



>
> From: Scott Ford 
>To: IBM-MAIN@LISTSERV.UA.EDU 
>Sent: Thursday, December 19, 2013 4:16 PM
>Subject: Re: WTO confusion
> 
>
>zMan, did you look at the WTL macro ?
>
>Scott ford
>www.identityforge.com
>from my IPAD
>
>'Infinite wisdom through infinite means'
>
>
>> On Dec 19, 2013, at 6:41 PM, zMan  wrote:
>> 
>> I’m missing something here (as usual). Assembler program, running in Batch,
>> wants to write a message to the job log.  I’m doing WTO with ROUTCDE=11,
>> which puts the message in the JESMSGLG. Is that my only real option? Seems
>> like it should be easy to write to SYSPRINT, but I can’t find a way to do
>> that!
>> -- 
>> zMan -- "I've got a mainframe and I'm not afraid to use it"
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CA Top secret to RACF conversion

2013-12-19 Thread Ed Gould


Mark:

I do not care for consultants in general.
But when you have a project such as conversion like this I will say  
this.

HIRE a Good consultant it is well worth the time and the money.

Ed

On Dec 19, 2013, at 1:33 PM, Mark Zelden wrote:


On Thu, 19 Dec 2013 10:03:09 -0600, craig.p...@fotlinc.com wrote:


http://www.redbooks.ibm.com/redbooks/pdfs/sg245677.pdf

There is also an IBM Tool, which you must license that can help  
with the
migration.  There are also Technical Services which can be  
contracted to

help, if that is of interest.




On Thu, 19 Dec 2013 16:47:56 +, Burrell, C. Todd (CDC/OCOO/OCIO/ 
ITSO) (CTR)  wrote:


We did this a few years ago and I ended up writing a great deal of  
REXX code to read in Top Secret reports and then create the  
appropriate RACF commands.  It was not an overly painful  
conversion, but we did spend a couple of months testing out the  
process on our test system. I don't have the REXX code any  
more due to our mainframe getting shut down about 18 months ago,  
but the REXX code was not that hard.Just test - A LOT.




I don't often say "hire a consultant",  but this is one of the few  
cases I do recommend at least
looking at some of the companies that offer these services.They  
have the experience in
doing these conversions and hopefully know about caveats or  
situations you may have
not even thought of.  They also have the tool sets like the ones  
Todd mentioned above they
have developed from an array of clients (not just one).Weigh  
the cost of developing
the tools yourself and the risk of "missing something" or extra  
time in testing etc. against
whatever the consulting company wants to charge you.   It's also a  
good opportunity to
create your RACF DB with some standards and perhaps get rid of  
years of shoe horning
in profiles / rules to "make things work".   This takes more effort  
than just listing profiles

and creating equivalent RACF commands.

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
Systems Programming expert at http://search390.techtarget.com/ 
ateExperts/






Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
Systems Programming expert at http://search390.techtarget.com/ 
ateExperts/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO confusion

zMan, did you look at the WTL macro ?

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


> On Dec 19, 2013, at 6:41 PM, zMan  wrote:
> 
> I’m missing something here (as usual). Assembler program, running in Batch,
> wants to write a message to the job log.  I’m doing WTO with ROUTCDE=11,
> which puts the message in the JESMSGLG. Is that my only real option? Seems
> like it should be easy to write to SYSPRINT, but I can’t find a way to do
> that!
> -- 
> zMan -- "I've got a mainframe and I'm not afraid to use it"
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CA Top secret to RACF conversion

2013-12-19 Thread Skip Robinson

Consulting assistance is certainly a good idea, but the coin has two 
sides. My shop converted from ACF2 to RACF before I came here in the mid 
90s. Without being familiar with the environment, the consultant employed 
a fairly mechanical conversion that attempted to carry forward as much as 
possible from a 'rule based' view of the world to a profile architecture. 
To this day we lug along profiles and Groups that seem to have no other 
justification than expressing something once embodied in ACF2. No one 
today can recall, for example, why we have so many Groups just within Tech 
Support. 

If you cede the work to someone else, try to maintain common sense 
control. 

.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

From:   Mark Zelden 
To: IBM-MAIN@LISTSERV.UA.EDU, 
Date:   12/19/2013 11:33 AM
Subject:Re: CA Top secret to RACF conversion
Sent by:IBM Mainframe Discussion List 

On Thu, 19 Dec 2013 10:03:09 -0600, craig.p...@fotlinc.com wrote:

>http://www.redbooks.ibm.com/redbooks/pdfs/sg245677.pdf
>
>There is also an IBM Tool, which you must license that can help with the
>migration.  There are also Technical Services which can be contracted to
>help, if that is of interest.
>
>

On Thu, 19 Dec 2013 16:47:56 +, Burrell, C. Todd (CDC/OCOO/OCIO/ITSO) 
(CTR)  wrote:

>We did this a few years ago and I ended up writing a great deal of REXX 
code to read in Top Secret reports and then create the appropriate RACF 
commands.  It was not an overly painful conversion, but we did spend a 
couple of months testing out the process on our test system. I don't 
have the REXX code any more due to our mainframe getting shut down about 
18 months ago, but the REXX code was not that hard.Just test - A LOT. 
>

I don't often say "hire a consultant",  but this is one of the few cases I 
do recommend at least
looking at some of the companies that offer these services.They have 
the experience in 
doing these conversions and hopefully know about caveats or situations you 
may have 
not even thought of.  They also have the tool sets like the ones Todd 
mentioned above they
have developed from an array of clients (not just one).Weigh the cost 
of developing 
the tools yourself and the risk of "missing something" or extra time in 
testing etc. against
whatever the consulting company wants to charge you.   It's also a good 
opportunity to
create your RACF DB with some standards and perhaps get rid of years of 
shoe horning
in profiles / rules to "make things work".   This takes more effort than 
just listing profiles
and creating equivalent RACF commands. 

Regards,

Mark

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: WTO confusion

2013-12-19 Thread Anthony Thompson

WTO doesn't write to SYSPRINT. Use normal OPEN - WRITE/PUT - CLOSE to the 
SYSPRINT DCB processing. 

Ant.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of zMan
Sent: Friday, 20 December 2013 9:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: WTO confusion

I'm missing something here (as usual). Assembler program, running in Batch, 
wants to write a message to the job log.  I'm doing WTO with ROUTCDE=11, which 
puts the message in the JESMSGLG. Is that my only real option? Seems like it 
should be easy to write to SYSPRINT, but I can't find a way to do that!
--
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

WTO confusion

2013-12-19 Thread zMan

I’m missing something here (as usual). Assembler program, running in Batch,
wants to write a message to the job log.  I’m doing WTO with ROUTCDE=11,
which puts the message in the JESMSGLG. Is that my only real option? Seems
like it should be easy to write to SYSPRINT, but I can’t find a way to do
that!
-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: C threading question

Thank you John, I missed it in my old age mucho thx

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


> On Dec 19, 2013, at 2:16 PM, John McKown  wrote:
> 
>> On Thu, Dec 19, 2013 at 12:55 PM, Scott Ford  wrote:
>> 
>> I have a C threading question.. My scenario multiple C threads, posix(on),
>> who all can call a Cobol "thread" aware program in the threads, with their
>> own local-storage. My question is  "will each thread have storage that will
>> be separate from each other ?" These called programs have the same variable
>> names in local-storage .
>> 
> 
> Yes, according to
> Ref:
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/igy3pg31/4.4
> 
> 
> *Choosing* *LOCAL-STORAGE* *or* *WORKING-STORAGE:* Because you must code
> your multithreaded programs as recursive, the persistence of data is that
> of any recursive program:
> 
> 
>   - Data items in the LOCAL-STORAGE SECTION are automatically allocated
>   for each instance of a program invocation. When a program runs in multiple
>   *threads* simultaneously, each invocation has a separate copy of
>   LOCAL-STORAGE data.
> 
>   - Data items in the WORKING-STORAGE SECTION are allocated once for each
>   program and are thus available in their last-used state to all invocations
>   of the program.
> 
> 
> For the data that you want to isolate to an individual program invocation
> instance, define the data in the LOCAL-STORAGE SECTION. In general, this
> choice is appropriate for working data in *threaded* programs. If you
> declare data in WORKING-STORAGE and your program changes the contents of
> the data, you must take one of the following actions:
> 
> 
>   - Structure your application so that you do not access data in
>   WORKING-STORAGE simultaneously from multiple *threads*.
> 
>   - If you do access data simultaneously from separate *threads*, write
>   appropriate serialization code.
> 
> 
> 
> 
> 
>> 
>> Scott ford
>> www.identityforge.com
>> from my IPAD
>> 
>> 'Infinite wisdom through infinite means'
>> 
>> 
> 
> 
> -- 
> This is clearly another case of too many mad scientists, and not enough
> hunchbacks.
> 
> Maranatha! <><
> John McKown
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: APF authorization and JOBLIB DD card

2013-12-19 Thread Pommier, Rex

Chris et al,

Since I'm the OP, here is the detail of what has me so confused.  Sorry for the 
length of the post, but it's the only way to show why I'm befuddled.  I read 
your first post talking about the APF versus LINKLIST versus JOBLIB and I agree 
with you - that was/is how I understood APF to work.  However, the chain of 
events below don't bear this understanding out.  My guess is that SyncSort 
might be doing some funky things under the covers but that is a WAG.

Here's the RD condensed version:

Job 1: abend 306, 2 non-APF syncsort libs in JOBLIB, abend on module in 
SYNCRENT.
Job 2: abend 306, 1 non-APF lib in JOBLIB (I removed SYNCRENT so it would pull 
from LNKLST), abend on module in SYNCLINK.
Job 3: RC=0, no JOBLIB, all SS modules coming from LNKLST.
Job 4: RC=0, APF authorized 2 SS libraries, only libraries in JOBLIB
Job 5: RC=0, 6 libs in JOBLIB including 2 APF SS libs, 1 lib not LNKLST, not 
APF, 3 LNKLST, not specified APF (LNKAUTH=LNKLST)
Job 6: RC=0, added 7th lib to JOBLIB, new library definitely not either LNKLST 
or APF
Job 7: abend 306, production job containing same concatenation as job 5.  Abend 
due to trying to load module from SYNCRENT - same as job 1.
Job 8: not shown here, I APF authorized the libraries in the JOBLIB and reran 
job 7.



First job (with some allocation type snippage for brevity' sake - I also am 
running something called VSAMTUNE but that doesn't seem to be having any 
bearing here)  Module SS14RC02 is in the SYNCRENT library in the JOBLIB 
concatenation.

14.48.44 JOB01781  WEDNESDAY, 18 DEC 2013   

14.48.44 JOB01781  IRR010I  USERID RRP4912  IS ASSIGNED TO THIS JOB.

14.48.44 JOB01781  ICH70001I RRP4912  LAST ACCESS AT 14:48:09 ON WEDNESDAY, 
DECEMBER 18, 2013   
14.48.44 JOB01781  $HASP373 RRPIDCM  STARTED - INIT 29   - CLASS T - SYS ZOS1   

14.48.44 JOB01781  IEF403I RRPIDCM - STARTED - TIME=14.48.44

14.48.45 JOB01781  CSV019I REQUESTED MODULE SS14RC02 NOT ACCESSED, IS IN 
NON-APF LIBRARY/CONCATENATION  
14.48.45 JOB01781  CSV028I ABEND306-0C  JOBNAME=RRPIDCM   STEPNAME=STEP1

14.48.45 JOB01781  WER999A RRPIDCM ,STEP1   ,-  UNSUCCESSFUL SORT 306 S 
REASON=000C 
14.48.45 JOB01781  IEC130I SPYSET   DD STATEMENT MISSING

14.48.45 JOB01781  IEA995I SYMPTOM DUMP OUTPUT  586   
.
.
//RRPIDCM  JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1), 
// NOTIFY=&SYSUID  
IEFC653I SUBSTITUTION JCL - (040423,495),RRP,CLASS=T,MSGCLASS=X,MSG
//JOBLIB DD  DSN=SYS1.SFG1B.SYNCSORT.R14.SYNCLINK.NEW,DISP=SHR
 Date: Thu, 19 Dec 2013 00:58:00 +
> From: cblaic...@syncsort.com
> Subject: Re: APF authorization and JOBLIB DD card
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> I will answer the APF questions, but I strongly suggest that you call 
> SyncSort Support in the morning if you continue to have ABEND 306 problems.
> 
> The short answer is that any module loaded by an authorize

Re: IBM Knowledge Center beta

2013-12-19 Thread Gibney, Dave

On the search. I did find z/OS 1.13 and the migration manual. Yesterday, I 
discovered the Auto-reply feature (new with 1.12).
Today, in the Knowledge Center, looking at the page in the migration manual 
containing the string "AUTOR00", I entered the string in the search and found 
nothing.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, Dave
> Sent: Thursday, December 19, 2013 12:37 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM Knowledge Center beta
> 
> I can wait for the search population :)
> It does seem responsive, but it took a lot of clicks to find z/OS.
> Once, in a document, it still has what is for me a primary irritation just 
> like
> the Info Center. I want keyboard based forward and backward navigation
> when reading subjects sequentially.
> How do I have more than one manual open? Yesterday, using Softcopy
> Reader/Shelf Organizer, I had around 10 manuals open at once.
> Plus there is a lot of extraneous stuff on the right.
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu]
> > On Behalf Of Ed Jaffe
> > Sent: Thursday, December 19, 2013 12:22 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: IBM Knowledge Center beta
> >
> > On 12/18/2013 10:42 PM, David Crayford wrote:
> > > The new IBM knowledge center, which will replace Information Center,
> > > is available for beta http://www-01.ibm.com/support/knowledgecenter/.
> >
> > Obviously, it's not yet been populated with z/OS content. I did a
> > simple search for IEA101A. It came up with three hits: one CICS
> > reference, one Tivoli reference, and one Batch LSR reference. Nothing
> > from Messages and Codes. I then manually drilled down into the z/OS stuff
> and found only z/OSMF.
> >
> > --
> > Edward E Jaffe
> > Phoenix Software International, Inc
> > 831 Parkview Drive North
> > El Segundo, CA 90245
> > http://www.phoenixsoftware.com/
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: APF authorization and JOBLIB DD card

Gil,

Like Jim, we call IDCAMs from a STC and we had to be APF authorized we process 
define/deletes for aliases...

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


On Dec 19, 2013, at 1:02 PM, Jim Mulder  wrote:

>> It's possible that IDCAMS loaded no modules from JOBLIB (or even that
> IDCAMS
>> was loaded unauthorized.  Will IDCAMS run that way?)
> 
>  I believe I already answered that with a reference to the IDCAMS 
> documentation.
> To quote the documentation:
> 
> D.1 Authorized Program Facility (APF)
> 
> An address space that calls IDCAMS to issue any of these commands must be 
> APF authorized, or the command will terminate: 
> 
> ALLOCATE command to allocate an SMS-managed data set. 
> 
> DCOLLECT command. 
> 
> DEFINE command, when the RECATALOG parameter is specified or when the 
> define is for an alias of a catalog. 
> 
> DELETE command, when the RECOVERY parameter is specified. 
> 
> EXPORT command, when the object to be exported is a BCS. 
> 
> IMPORT command, when the object to be imported is a BCS or the calling 
> program supplied an auxiliary list (aux list) and the list includes a 
> pointer to an ACERO. This would cause SMS to bypass ACS processing. This 
> will result in the message IDC31658I INVALID AUTHORIZATION TO BYPASS ACS 
> PROCESSING. 
> 
> PRINT command, when the object to be printed is a catalog. 
> 
> REPRO command, when a BCS is copied or merged. SHCDS command. 
> 
> VERIFY command, when a BCS is to be verified. 
> 
> Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

2013-12-19 Thread Jon Perryman

Return codes are documented in 'SYS1.MACLIB(BPXYERNO)'. 

Using BPXMTEXT with the reason code usually provides the information you need 
in resolving these problems.

Jon Perryman.



>
> From: Scott Ford 
>
>
>Good, return codes for modules are hard to find ...I know the feeling
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Knowledge Center beta

2013-12-19 Thread Gibney, Dave

I can wait for the search population :)
It does seem responsive, but it took a lot of clicks to find z/OS.
Once, in a document, it still has what is for me a primary irritation just like 
the Info Center. I want keyboard based forward and backward navigation when 
reading subjects sequentially.
How do I have more than one manual open? Yesterday, using Softcopy Reader/Shelf 
Organizer, I had around 10 manuals open at once.
Plus there is a lot of extraneous stuff on the right.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Ed Jaffe
> Sent: Thursday, December 19, 2013 12:22 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM Knowledge Center beta
> 
> On 12/18/2013 10:42 PM, David Crayford wrote:
> > The new IBM knowledge center, which will replace Information Center,
> > is available for beta http://www-01.ibm.com/support/knowledgecenter/.
> 
> Obviously, it's not yet been populated with z/OS content. I did a simple 
> search
> for IEA101A. It came up with three hits: one CICS reference, one Tivoli
> reference, and one Batch LSR reference. Nothing from Messages and Codes. I
> then manually drilled down into the z/OS stuff and found only z/OSMF.
> 
> --
> Edward E Jaffe
> Phoenix Software International, Inc
> 831 Parkview Drive North
> El Segundo, CA 90245
> http://www.phoenixsoftware.com/
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Knowledge Center beta

2013-12-19 Thread Ed Jaffe


On 12/18/2013 10:42 PM, David Crayford wrote:
The new IBM knowledge center, which will replace Information Center, 
is available for beta http://www-01.ibm.com/support/knowledgecenter/.


Obviously, it's not yet been populated with z/OS content. I did a simple 
search for IEA101A. It came up with three hits: one CICS reference, one 
Tivoli reference, and one Batch LSR reference. Nothing from Messages and 
Codes. I then manually drilled down into the z/OS stuff and found only 
z/OSMF.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Knowledge Center beta

2013-12-19 Thread Barry Merrill

When I provided feedback that a search for a current DB2 APAR number
and a search for a System Message (IEF032I) (i.e., A Look-AT query),
returned no hits, 
in spite of Google responding with many hits for each search, 
I received this reply.

Barry


APARS and PMRs are outside the scope of IBM Knowledge Center @ ibm.com. Support 
relationship issues (like APARS) are generally tracked and available through 
the IBM Support Portal. 

Error messages, however, should be available through search in IBM Knowledge 
Center, but only if they are published through the warranted product 
publications for your product. It could be that they are there and we are still 
indexing content; it could also be that the content is not yet published 
through IBM Knowledge Center. 

As for LOOK-AT on z/OS, I know IBM is considering a number of ways to replace 
that tool specifically. I will pass on your comments to the z/OS folks looking 
at these issues. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

Brett,

Good, return codes for modules are hard to find ...I know the feeling

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


> On Dec 19, 2013, at 2:18 PM, Brett Danals  wrote:
> 
> Got it Scott... Thanks for the help
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CA Top secret to RACF conversion

2013-12-19 Thread Mark Zelden

On Thu, 19 Dec 2013 10:03:09 -0600, craig.p...@fotlinc.com wrote:

>http://www.redbooks.ibm.com/redbooks/pdfs/sg245677.pdf
>
>There is also an IBM Tool, which you must license that can help with the
>migration.  There are also Technical Services which can be contracted to
>help, if that is of interest.
>
>

On Thu, 19 Dec 2013 16:47:56 +, Burrell, C. Todd (CDC/OCOO/OCIO/ITSO) (CTR) 
 wrote:

>We did this a few years ago and I ended up writing a great deal of REXX code 
>to read in Top Secret reports and then create the appropriate RACF commands.  
>It was not an overly painful conversion, but we did spend a couple of months 
>testing out the process on our test system. I don't have the REXX code any 
>more due to our mainframe getting shut down about 18 months ago, but the REXX 
>code was not that hard.Just test - A LOT. 
>

I don't often say "hire a consultant",  but this is one of the few cases I do 
recommend at least
looking at some of the companies that offer these services.They have the 
experience in 
doing these conversions and hopefully know about caveats or situations you may 
have 
not even thought of.  They also have the tool sets like the ones Todd mentioned 
above they
have developed from an array of clients (not just one).Weigh the cost of 
developing 
the tools yourself and the risk of "missing something" or extra time in testing 
etc. against
whatever the consulting company wants to charge you.   It's also a good 
opportunity to
create your RACF DB with some standards and perhaps get rid of years of shoe 
horning
in profiles / rules to "make things work".   This takes more effort than just 
listing profiles
and creating equivalent RACF commands.   

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS  
ITIL v3 Foundation Certified   
mailto:m...@mzelden.com   
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://search390.techtarget.com/ateExperts/

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS  
ITIL v3 Foundation Certified   
mailto:m...@mzelden.com   
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://search390.techtarget.com/ateExperts/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

Here's the rc81

The return code of 0081 says no such file or directory exists.
Try going into ISHELL and create a directory called /SERVICE with permission
bits 777.  This should correct this problem.

- show quoted text -

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


> On Dec 19, 2013, at 1:32 PM, Brett Danals  wrote:
> 
> 1.13 was installed by someone else.. so i'm playing catch up.  I attempted to 
> mount at /SERVICE/var/wbem at first that's when i received the rc81.. so i 
> tried other locations.. that's the rc79.. thought about the copy to other 
> zfs.. may have a problem there too, it won't be mounted in the correct 
> location, and if i create the location in my target 'root' under SERVICE.. i 
> think i'm gonna get bigger.. if i don't mount it will attempt to apply 
> maintenance to the running /var/wbem.. if i watch and review, i can make 
> adjustments afterwards... think that may work ?
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

Got it Scott... Thanks for the help

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: C threading question

2013-12-19 Thread John McKown

On Thu, Dec 19, 2013 at 12:55 PM, Scott Ford  wrote:

> I have a C threading question.. My scenario multiple C threads, posix(on),
> who all can call a Cobol "thread" aware program in the threads, with their
> own local-storage. My question is  "will each thread have storage that will
> be separate from each other ?" These called programs have the same variable
> names in local-storage .
>

Yes, according to
Ref:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/igy3pg31/4.4


 *Choosing* *LOCAL-STORAGE* *or* *WORKING-STORAGE:* Because you must code
your multithreaded programs as recursive, the persistence of data is that
of any recursive program:


   - Data items in the LOCAL-STORAGE SECTION are automatically allocated
   for each instance of a program invocation. When a program runs in multiple
   *threads* simultaneously, each invocation has a separate copy of
   LOCAL-STORAGE data.

   - Data items in the WORKING-STORAGE SECTION are allocated once for each
   program and are thus available in their last-used state to all invocations
   of the program.


For the data that you want to isolate to an individual program invocation
instance, define the data in the LOCAL-STORAGE SECTION. In general, this
choice is appropriate for working data in *threaded* programs. If you
declare data in WORKING-STORAGE and your program changes the contents of
the data, you must take one of the following actions:


   - Structure your application so that you do not access data in
   WORKING-STORAGE simultaneously from multiple *threads*.

   - If you do access data simultaneously from separate *threads*, write
   appropriate serialization code.





>
> Scott ford
> www.identityforge.com
> from my IPAD
>
> 'Infinite wisdom through infinite means'
>
>


-- 
This is clearly another case of too many mad scientists, and not enough
hunchbacks.

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

Suggest you do you homework like several of us has suggested, he is 2 mins on 
google

BPXF135E RETURN CODE return_code, REASON CODE reason_code. THE MOUNT FAILED FOR 
FILE SYSTEM fsname.

Explanation: The system was unable to mount the file system because of the 
condition indicated by the return code and reason code shown.
In the message text:

return_code
The return code received from a callable service.
reason_code
The reason code received from a callable service. For an explanation of the 
return code and reason code, see z/OS UNIX System ServicesMessages and Codes.
fsname
The name of the file system to be mounted.
System Action: Processing for the command ends.

User Response: The return code and reason code that were returned with this 
message indicate what caused the problem. Correct the error, and then reenter 
the command.

Operator Response: None.

System Programmer Response: None.

Source: z/OS UNIX System Services kernel (BPX)

Detecting Module: BPXFUMNT

Routing Code: 2

Descriptor Code: 2

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'

> On Dec 19, 2013, at 1:32 PM, Brett Danals  wrote:
> 
> 1.13 was installed by someone else.. so i'm playing catch up.  I attempted to 
> mount at /SERVICE/var/wbem at first that's when i received the rc81.. so i 
> tried other locations.. that's the rc79.. thought about the copy to other 
> zfs.. may have a problem there too, it won't be mounted in the correct 
> location, and if i create the location in my target 'root' under SERVICE.. i 
> think i'm gonna get bigger.. if i don't mount it will attempt to apply 
> maintenance to the running /var/wbem.. if i watch and review, i can make 
> adjustments afterwards... think that may work ?
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

C threading question

I have a C threading question.. My scenario multiple C threads, posix(on), who 
all can call a Cobol "thread" aware program in the threads, with their own 
local-storage. My question is  "will each thread have storage that will be 
separate from each other ?" These called programs have the same variable names 
in local-storage .

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

1.13 was installed by someone else.. so i'm playing catch up.  I attempted to 
mount at /SERVICE/var/wbem at first that's when i received the rc81.. so i 
tried other locations.. that's the rc79.. thought about the copy to other zfs.. 
may have a problem there too, it won't be mounted in the correct location, and 
if i create the location in my target 'root' under SERVICE.. i think i'm gonna 
get bigger.. if i don't mount it will attempt to apply maintenance to the 
running /var/wbem.. if i watch and review, i can make adjustments afterwards... 
think that may work ?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VARY OFFLINE fat finger

2013-12-19 Thread Mike Schwab

This is going to be a SAMPLE exit.  Modification before manual
installation might be frequent..

On Thu, Dec 19, 2013 at 11:30 AM, Ron Hawkins  wrote:
> Elardus,
>
> Sometimes manually, sometimes through batch JCL, sometimes automated as part 
> of a test suite, but usually just a variation on RO *ALL,V 8000-8FFF,ONLINE.
>
> I work in a lab, so we usually do this when starting up a test, but when 
> testing replication you can be taking things online/offline several times 
> through a test series. Sometimes you are just verifying that IOCDS change has 
> worked, or did not break something.
>
> Default is referring to the changes being suggested in this thread, such as 
> controlling the scope of vary with parmlib. Change it by all means, but keep 
> current behavior as the default.
>
> Ron
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Elardus Engelbrecht
>> Sent: Thursday, December 19, 2013 2:50 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: [IBM-MAIN] VARY OFFLINE fat finger
>>
>> Ron Hawkins wrote:
>>
>> >I regularly vary 1000s of volumes online/offline several times a day, and
>> sometimes several times in a few minutes.
>>
>> Just curious if you don't mind please, but how are you doing it? Manually,
>> programmatically (REXX with CONSOLE or Assembler with SVC 34 or
>> something else?) or via Automation or JES2 $T A command?
>>
>> >I don't want no steenkin' changes unless the default remains as it is now.
>>
>> What defaults? I'm not sure what?
>>
>> TIA!
>>
>> Groete / Greetings
>> Elardus Engelbrecht
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
>> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

If you are mounting your Service root at /Service, then mount this one at 
/Service/var/wbem.  Run your apply checks, you should have nothing going there 
anyway.   Don’t worry about the symbolic.  When you mount it later at IPL or 
when you put this filesystem into service and the correct location it will 
still resolve to /var/wbem.Look in the manuals, but I haven’t been mounting 
that filesystem for applying service for a long time.   Pretty sure Serverpack 
sent it along to make a running system.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brett Danals
Sent: Thursday, December 19, 2013 1:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

Thank David,
 I was attempting to create a separate directory/mountpoint and mount my target 
version to the new location.. which is when i get the 79 EINVAL, which refers 
to a root of an already mounted file system.. doesnt seem to like anything i 
attempt. Never thought about making a copy of it somehwere else..  since my 
/var is symbolic for /SYSTEM.. i wonder if i copy the contents into 
/SERVICE/SYSTEM/var/wbem/  logs and repository subdirectories.. then if there 
was maintenance applied.. when i IPL back to target to test maintenance.. copy 
the updated back to the real target file.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: APF authorization and JOBLIB DD card

2013-12-19 Thread Jim Mulder

> It's possible that IDCAMS loaded no modules from JOBLIB (or even that 
IDCAMS
> was loaded unauthorized.  Will IDCAMS run that way?)

  I believe I already answered that with a reference to the IDCAMS 
documentation.
To quote the documentation:

D.1 Authorized Program Facility (APF)

An address space that calls IDCAMS to issue any of these commands must be 
APF authorized, or the command will terminate: 

ALLOCATE command to allocate an SMS-managed data set. 

DCOLLECT command. 

DEFINE command, when the RECATALOG parameter is specified or when the 
define is for an alias of a catalog. 

DELETE command, when the RECOVERY parameter is specified. 

EXPORT command, when the object to be exported is a BCS. 

IMPORT command, when the object to be imported is a BCS or the calling 
program supplied an auxiliary list (aux list) and the list includes a 
pointer to an ACERO. This would cause SMS to bypass ACS processing. This 
will result in the message IDC31658I INVALID AUTHORIZATION TO BYPASS ACS 
PROCESSING. 

PRINT command, when the object to be printed is a catalog. 

REPRO command, when a BCS is copied or merged. SHCDS command. 

VERIFY command, when a BCS is to be verified. 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

Thank David,
 I was attempting to create a separate directory/mountpoint and mount my target 
version to the new location.. which is when i get the 79 EINVAL, which refers 
to a root of an already mounted file system.. doesnt seem to like anything i 
attempt. Never thought about making a copy of it somehwere else..  since my 
/var is symbolic for /SYSTEM.. i wonder if i copy the contents into 
/SERVICE/SYSTEM/var/wbem/  logs and repository subdirectories.. then if there 
was maintenance applied.. when i IPL back to target to test maintenance.. copy 
the updated back to the real target file.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: APF authorization and JOBLIB DD card

2013-12-19 Thread Blaicher, Christopher Y.

I think I covered that, but obviously not well enough.

If no called/loaded modules exist in the JOBLIB/STEPLIB, and all are in the 
LINKLIST, then that meets the requirement that all LOADs occur from authorized 
libraries.  It doesn't matter if JOBLIB/STEPLIB are authorized or not.

I think he got away with it because one of the tests was run where all the sort 
modules were in the LINKLIST.  He then ran it with the sort libraries also in 
the JOBLIB/STEPLIB concatenations that included an unauthorized library and 
that failed with a 306.

It's all a question of where modules get loaded from.  To be certain of things, 
I would need to see the concatenations and the APF library list at each run 
time.

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803    
E: cblaic...@syncsort.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robert Hahne
Sent: Thursday, December 19, 2013 10:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APF authorization and JOBLIB DD card

Hello Chris ,

This is a very good explanation . But that still leaves OP's last question 

"If IDCAMS requires APF authorization for called modules, why does IDCAMS work 
when the JOBLIB is supposedly not authorized by introducing a non-authorized 
library to the JOBLIB? "

I assume OP  ran the job by APF authorizing the JOBLIBS first , and then tried 
another run by adding an unauthorized library to the JOBLIB concatenation . 

TIA ,

Bob







> Date: Thu, 19 Dec 2013 00:58:00 +
> From: cblaic...@syncsort.com
> Subject: Re: APF authorization and JOBLIB DD card
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> I will answer the APF questions, but I strongly suggest that you call 
> SyncSort Support in the morning if you continue to have ABEND 306 problems.
> 
> The short answer is that any module loaded by an authorized program must come 
> from an authorized library.  Loaded modules don't have to be authorized 
> (AC=1), they just have to come from an authorized library.  Now it gets more 
> complicated.
> 
> Most people think that all LINKLIST libraries are authorized, but that isn't 
> always true.  If your site has LNKAUTH=APFTAB as a parm in IEASYSxx rather 
> than taking the default or specifying LNKAUTH=LNKLST, then only those 
> libraries that are in the APF table are considered authorized.
> 
> JOBLIB and STEPLIB libraries are handled a little differently.  They are 
> either all authorized or all not authorized.  So, if you have a three library 
> concatenation and they are all authorized, life is good.  If you add a 
> non-authorized library to then, then they are all considered un-authorized.
> 
> When you ran an IDCAMS job with all modules used in the linklist, it was OK 
> because it didn't get any modules from JOBLIB.  Your site must be taking the 
> default or specifying LNKAUTH=LNKLST.  When you put the same libraries in the 
> JOBLIB concatenation, and any one of them isn't in the APF table, then all of 
> the JOBLIB libraries become un-authorized, even if the libraries are still in 
> the LINKLIST.  Because the search is STEPLIB first, JOBLIB second (or first 
> if no STEPLIB) and then the LINKLIST and it found the module it wanted in the 
> JOBLIB and the JOBLIB concatenation was not authorized because one or more 
> libraries weren't, then you get the ABEND 306.
> 
> Confused enough?
> 
> Chris Blaicher
> Principal Software Engineer, Software Development Syncsort 
> Incorporated
> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
> P: 201-930-8260  |  M: 512-627-3803
> E: cblaic...@syncsort.com
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Pommier, Rex
> Sent: Wednesday, December 18, 2013 6:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: APF authorization and JOBLIB DD card
> 
> Hi list,
> 
> I'm confused - again.  I thought I knew how APF authorization works with 
> JOBLIB statements but apparently I don't.  Here's the background.  I'm 
> installing a new maintenance level of SyncSort.  According to the SyncSort 
> manual, the only library that needs APF authorization is the SYNCAUTH library 
> which contains the Dynamic Storage Management modules.   
> 
> In addition, IDCAMS internally calls a SORT module by default when performing 
> a BuildIndeX function.
> 
> Here's my scenario.  I have batch jobs with JOBLIB statements in them.  In 
> order to test my SyncSort upgrade, I have added the SYNCLINK and SYNCRENT 
> libraries to the JOBLIB concatenation.  
> 
> Where I'm hitting the problem is IDCAMS BIX function.  When I run the IDCAMS 
> job with just the normal JOBLIB without the SyncSort libraries in it, the job 
> runs fine - presumably using the SyncSort currently in the LinkList.  The 
> JOBLIB is not APF authorized because it has a mixture of authorized and not 
> authorized

Re: IBM Knowledge Center beta

2013-12-19 Thread Tony Harminc

On 19 December 2013 12:48, Tony Harminc  wrote:
> There seem to be two quite different Knowledge Centers here: the one
> for z/OS is very different from then one for IBM i. The z/OS one seems
> to just point to PDFs, but the IBM i one is more like the Information
> Centre, with expanding TOCs and such.

Oh yes - and the front page (not the IBM i front page, but the very
first KC page) has a "looking for a job" ad for an AS/400 specialist
from 2002!

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Knowledge Center beta

2013-12-19 Thread Tony Harminc

On 19 December 2013 01:42, David Crayford  wrote:
> The new IBM knowledge center, which will replace Information Center, is
> available for beta http://www-01.ibm.com/support/knowledgecenter/.

There seem to be two quite different Knowledge Centers here: the one
for z/OS is very different from then one for IBM i. The z/OS one seems
to just point to PDFs, but the IBM i one is more like the Information
Centre, with expanding TOCs and such.

Also I notice no z/OS 2.1 doc in there - just 1.12 and 1.13.

We'll have to see...

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

A small correction.  It is not *empty*, and does have a directory structure.  
It is part of CIM.  Here is the relevant info from one of the manuals:

To place the CIM server repository and the log files in a separate file system, 
perform the following steps. For a better maintainability, it is recommended to 
mount a separate file system on /var/wbem for the CIM server's data repository. 
The recommended size is 100 MB.


-Original Message-
From: Jousma, David 
Sent: Thursday, December 19, 2013 12:37 PM
To: 'IBM Mainframe Discussion List'
Subject: RE: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

I had to create ./wbem in var.   That filesystem is really just an empty work 
filesystem, came with serverpack, but nothing in SMPE references that on my 
systems.  I do not mount a "Service" version.  I instead copied it and made 
system specific filesystem and mounted in /var for each system I have.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brett Danals
Sent: Thursday, December 19, 2013 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

I am attempting to mount my target datasets in /SERVICE directory to apply 
maintenance. I am having diffaculty mounting the CIM zFS file into 
/SERVICE/var/webm - my /var is a SYM to /SYSTEM.. if i direct my mount to 
/SERVICE/SYSTEM/var/webm, i get an error : BPXF135E rc81.. if i create a new 
directory to mount it to i get a rc79. Curious if anyone has tried to mount 
this file to apply maintenance and how you accomplished it.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

I had to create ./wbem in var.   That filesystem is really just an empty work 
filesystem, came with serverpack, but nothing in SMPE references that on my 
systems.  I do not mount a "Service" version.  I instead copied it and made 
system specific filesystem and mounted in /var for each system I have.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brett Danals
Sent: Thursday, December 19, 2013 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

I am attempting to mount my target datasets in /SERVICE directory to apply 
maintenance. I am having diffaculty mounting the CIM zFS file into 
/SERVICE/var/webm - my /var is a SYM to /SYSTEM.. if i direct my mount to 
/SERVICE/SYSTEM/var/webm, i get an error : BPXF135E rc81.. if i create a new 
directory to mount it to i get a rc79. Curious if anyone has tried to mount 
this file to apply maintenance and how you accomplished it.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VARY OFFLINE fat finger

2013-12-19 Thread Ron Hawkins

Elardus,

Sometimes manually, sometimes through batch JCL, sometimes automated as part of 
a test suite, but usually just a variation on RO *ALL,V 8000-8FFF,ONLINE. 

I work in a lab, so we usually do this when starting up a test, but when 
testing replication you can be taking things online/offline several times 
through a test series. Sometimes you are just verifying that IOCDS change has 
worked, or did not break something.

Default is referring to the changes being suggested in this thread, such as 
controlling the scope of vary with parmlib. Change it by all means, but keep 
current behavior as the default.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Elardus Engelbrecht
> Sent: Thursday, December 19, 2013 2:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] VARY OFFLINE fat finger
> 
> Ron Hawkins wrote:
> 
> >I regularly vary 1000s of volumes online/offline several times a day, and
> sometimes several times in a few minutes.
> 
> Just curious if you don't mind please, but how are you doing it? Manually,
> programmatically (REXX with CONSOLE or Assembler with SVC 34 or
> something else?) or via Automation or JES2 $T A command?
> 
> >I don't want no steenkin' changes unless the default remains as it is now.
> 
> What defaults? I'm not sure what?
> 
> TIA!
> 
> Groete / Greetings
> Elardus Engelbrecht
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: APF authorization and JOBLIB DD card

2013-12-19 Thread Paul Gilmartin

On Thu, 19 Dec 2013 21:21:01 +0530, Robert Hahne wrote:

>Hello Chris ,
>
>This is a very good explanation . But that still leaves OP's last question 
>
>"If IDCAMS requires APF authorization for called modules, why does IDCAMS work 
>when the JOBLIB is supposedly not authorized by introducing a non-authorized 
>library to the JOBLIB? "
> 
It's possible that IDCAMS loaded no modules from JOBLIB (or even that IDCAMS
was loaded unauthorized.  Will IDCAMS run that way?)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

2013-12-19 Thread Jon Perryman

The message should have included a reason code. If so, then TSO BPXMTEXT 
x will display information that will help you determine what may be 
your problem.

Jon Perryman.



>
> From: Brett Danals 
>
>
>I am attempting to mount my target datasets in /SERVICE directory to apply 
>maintenance. I am having diffaculty mounting the CIM zFS file into 
>/SERVICE/var/webm - my /var is a SYM to /SYSTEM.. if i direct my mount to 
>/SERVICE/SYSTEM/var/webm, i get an error : BPXF135E rc81.. if i create a new 
>directory to mount it to i get a rc79. Curious if anyone has tried to mount 
>this file to apply maintenance and how you accomplished it.
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mounting /var/wbem to a SERVICE mountpoint for maintenance.

Brett,

What is the return code telling you ? That's the first step. 

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


> On Dec 19, 2013, at 11:53 AM, Brett Danals  wrote:
> 
> I am attempting to mount my target datasets in /SERVICE directory to apply 
> maintenance. I am having diffaculty mounting the CIM zFS file into 
> /SERVICE/var/webm - my /var is a SYM to /SYSTEM.. if i direct my mount to 
> /SERVICE/SYSTEM/var/webm, i get an error : BPXF135E rc81.. if i create a new 
> directory to mount it to i get a rc79. Curious if anyone has tried to mount 
> this file to apply maintenance and how you accomplished it.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Mounting /var/wbem to a SERVICE mountpoint for maintenance.

2013-12-19 Thread Burrell, C. Todd (CDC/OCOO/OCIO/ITSO) (CTR)

I am attempting to mount my target datasets in /SERVICE directory to apply 
maintenance. I am having diffaculty mounting the CIM zFS file into 
/SERVICE/var/webm - my /var is a SYM to /SYSTEM.. if i direct my mount to 
/SERVICE/SYSTEM/var/webm, i get an error : BPXF135E rc81.. if i create a new 
directory to mount it to i get a rc79. Curious if anyone has tried to mount 
this file to apply maintenance and how you accomplished it.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CA Top secret to RACF conversion

We did this a few years ago and I ended up writing a great deal of REXX code to 
read in Top Secret reports and then create the appropriate RACF commands.  It 
was not an overly painful conversion, but we did spend a couple of months 
testing out the process on our test system. I don't have the REXX code any 
more due to our mainframe getting shut down about 18 months ago, but the REXX 
code was not that hard.Just test - A LOT. 

Todd Burrell, PMP, ITIL Expert, CISSP | Project Manager | ITSO AHB | Centers 
for Disease Control and Prevention (CDC)
Contractor - HP Enterprise Services | 1600 Clifton Rd, Building 21, MS D24, RM 
1300 | Atlanta, GA 30338 | 404-971-7275 (Blackberry) 404-723-2017 (Mobile) | 
z...@cdc.gov


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is for use only by the intended recipient. If you received this in 
error, please notify the sender and delete the communication from all computers.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of craig.p...@fotlinc.com
Sent: Thursday, December 19, 2013 11:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CA Top secret to RACF conversion

http://www.redbooks.ibm.com/redbooks/pdfs/sg245677.pdf

There is also an IBM Tool, which you must license that can help with the 
migration.  There are also Technical Services which can be contracted to help, 
if that is of interest.

 
 
Thanks,
 
Craig



From:   Robert Hahne 
To: IBM-MAIN@LISTSERV.UA.EDU, 
Date:   12/19/2013 09:19
Subject:CA Top secret to RACF conversion
Sent by:IBM Mainframe Discussion List 



Hello all ,

We are planning on a Top secret conversion project where CA top secret 
needs to be replaced with RACF . We are on Z/os 1.11 .Can someone direct 
me towards some good documentation or manuals to start with ?

Best Regards,
Bob


  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


**
This communication contains information which is confidential and
may also be privileged. It is for the exclusive use of the intended
recipient(s). If you are not the intended recipient(s), please note
that any distribution, copying or use of this communication or the
information in it is strictly prohibited. If you have received this
communication in error, please notify the sender immediately and
then destroy any copies of it.
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Knowledge Center beta

2013-12-19 Thread Gord Tomlin


On 2013-12-19 01:42, David Crayford wrote:

The new IBM knowledge center, which will replace Information Center, is
available for beta http://www-01.ibm.com/support/knowledgecenter/. First
impressions are quite good. It's snappy, well laid out and allows
customers to add content. A quick look under the hood shows it's using
the dojo web toolkit with a lot of fancy JavaScript, HTML5, CSS3. More
good news is that it seems to be using a responsive layout so it works
well in tablets.


Not bad at all. Performance is good on a desktop and acceptable on a 
tablet. Navigation is less contorted than we've come to expect from IBM. 
Of course it does nothing to address the user community's wish to 
continue to be able to view manuals online in BookManager format.


--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CA Top secret to RACF conversion

2013-12-19 Thread Craig . Pace

http://www.redbooks.ibm.com/redbooks/pdfs/sg245677.pdf

There is also an IBM Tool, which you must license that can help with the 
migration.  There are also Technical Services which can be contracted to 
help, if that is of interest.

 
 
Thanks,
 
Craig



From:   Robert Hahne 
To: IBM-MAIN@LISTSERV.UA.EDU, 
Date:   12/19/2013 09:19
Subject:CA Top secret to RACF conversion
Sent by:IBM Mainframe Discussion List 



Hello all ,

We are planning on a Top secret conversion project where CA top secret 
needs to be replaced with RACF . We are on Z/os 1.11 .Can someone direct 
me towards some good documentation or manuals to start with ?

Best Regards,
Bob


  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


**
This communication contains information which is confidential and
may also be privileged. It is for the exclusive use of the intended
recipient(s). If you are not the intended recipient(s), please note
that any distribution, copying or use of this communication or the
information in it is strictly prohibited. If you have received this
communication in error, please notify the sender immediately and
then destroy any copies of it.
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: APF authorization and JOBLIB DD card

2013-12-19 Thread Robert Hahne

Hello Chris ,

This is a very good explanation . But that still leaves OP's last question 

"If IDCAMS requires APF authorization for called modules, why does IDCAMS work 
when the JOBLIB is supposedly not authorized by introducing a non-authorized 
library to the JOBLIB? "

I assume OP  ran the job by APF authorizing the JOBLIBS first , and then tried 
another run by adding an unauthorized library to the JOBLIB concatenation . 

TIA ,

Bob







> Date: Thu, 19 Dec 2013 00:58:00 +
> From: cblaic...@syncsort.com
> Subject: Re: APF authorization and JOBLIB DD card
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> I will answer the APF questions, but I strongly suggest that you call 
> SyncSort Support in the morning if you continue to have ABEND 306 problems.
> 
> The short answer is that any module loaded by an authorized program must come 
> from an authorized library.  Loaded modules don't have to be authorized 
> (AC=1), they just have to come from an authorized library.  Now it gets more 
> complicated.
> 
> Most people think that all LINKLIST libraries are authorized, but that isn't 
> always true.  If your site has LNKAUTH=APFTAB as a parm in IEASYSxx rather 
> than taking the default or specifying LNKAUTH=LNKLST, then only those 
> libraries that are in the APF table are considered authorized.
> 
> JOBLIB and STEPLIB libraries are handled a little differently.  They are 
> either all authorized or all not authorized.  So, if you have a three library 
> concatenation and they are all authorized, life is good.  If you add a 
> non-authorized library to then, then they are all considered un-authorized.
> 
> When you ran an IDCAMS job with all modules used in the linklist, it was OK 
> because it didn't get any modules from JOBLIB.  Your site must be taking the 
> default or specifying LNKAUTH=LNKLST.  When you put the same libraries in the 
> JOBLIB concatenation, and any one of them isn't in the APF table, then all of 
> the JOBLIB libraries become un-authorized, even if the libraries are still in 
> the LINKLIST.  Because the search is STEPLIB first, JOBLIB second (or first 
> if no STEPLIB) and then the LINKLIST and it found the module it wanted in the 
> JOBLIB and the JOBLIB concatenation was not authorized because one or more 
> libraries weren't, then you get the ABEND 306.
> 
> Confused enough?
> 
> Chris Blaicher
> Principal Software Engineer, Software Development
> Syncsort Incorporated
> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
> P: 201-930-8260  |  M: 512-627-3803
> E: cblaic...@syncsort.com
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Pommier, Rex
> Sent: Wednesday, December 18, 2013 6:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: APF authorization and JOBLIB DD card
> 
> Hi list,
> 
> I'm confused - again.  I thought I knew how APF authorization works with 
> JOBLIB statements but apparently I don't.  Here's the background.  I'm 
> installing a new maintenance level of SyncSort.  According to the SyncSort 
> manual, the only library that needs APF authorization is the SYNCAUTH library 
> which contains the Dynamic Storage Management modules.   
> 
> In addition, IDCAMS internally calls a SORT module by default when performing 
> a BuildIndeX function.
> 
> Here's my scenario.  I have batch jobs with JOBLIB statements in them.  In 
> order to test my SyncSort upgrade, I have added the SYNCLINK and SYNCRENT 
> libraries to the JOBLIB concatenation.  
> 
> Where I'm hitting the problem is IDCAMS BIX function.  When I run the IDCAMS 
> job with just the normal JOBLIB without the SyncSort libraries in it, the job 
> runs fine - presumably using the SyncSort currently in the LinkList.  The 
> JOBLIB is not APF authorized because it has a mixture of authorized and not 
> authorized libraries in it.  I add the new SyncSort libraries to the JOBLIB 
> and the IDCAMS fails with a S306-0C abend and message "CSV019I REQUESTED 
> MODULE SS14RC02 NOT ACCESSED, IS IN NON-APF LIBRARY/CONCATENATION".  Module 
> SS14RC02 is linked AC=0 and is in the SYNCRENT library.  I added all the 
> JOBLIB libraries to the APF list and the IDCAMS step runs fine.  I then add a 
> non-APF authorized library to the JOBLIB and the IDCAMS step STILL runs fine! 
>  
> 
> Why is IDCAMS demanding that non-APF module SS14RC02 be loaded from an APF 
> authorized library?
> 
> If IDCAMS requires APF authorization for called modules, why does IDCAMS work 
> when the JOBLIB is supposedly not authorized by introducing a non-authorized 
> library to the JOBLIB?
> 
> TIA
> 
> Rex
> 
> The information contained in this message is confidential, protected from 
> disclosure and may be legally privileged.  If the reader of this message is 
> not the intended recipient or an employee or agent responsible for delivering 
> this message to the intended recipient, you are hereby notified that any 
> disclosure, distribution, copying, or any action taken or action omi

Re: CryptoExpress3 to 4S migration - any gotchas?

Sounds like you will be ok.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Thursday, December 19, 2013 10:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CryptoExpress3 to 4S migration - any gotchas?

We are going to change our hardware. One of the changes will be transition from 
CryptoExpress3 (old, "long" cards) to CryptoExpress4S (short, PCIe cards). The 
number of engines will remain the same. The system is z/OS 1.13 with HCR77A0 
ICSF fmid.
Should I expect any troubles? Hidden traps?

--
Radoslaw Skorupka
Lodz, Poland

---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl 
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2013 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.555.904 złote.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

CryptoExpress3 to 4S migration - any gotchas?

2013-12-19 Thread R.S.

We are going to change our hardware. One of the changes will be
transition from CryptoExpress3 (old, "long" cards) to CryptoExpress4S
(short, PCIe cards). The number of engines will remain the same. The
system is z/OS 1.13 with HCR77A0 ICSF fmid.

Should I expect any troubles? Hidden traps?

--
Radoslaw Skorupka
Lodz, Poland

---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is
intended solely for business use of the addressee. This e-mail may only be
received by the addressee and may not be disclosed to any third parties. If you
are not the intended addressee of this e-mail or the employee authorized to
forward it to the addressee, be advised that any dissemination, copying,
distribution or any other similar activity is legally prohibited and may be
punishable. If you received this e-mail by mistake please advise the sender
immediately by using the reply facility in your e-mail software and delete
permanently this e-mail including any copies of it either printed or saved to
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.555.904 złote.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

CA Top secret to RACF conversion

2013-12-19 Thread Robert Hahne

Hello all ,

We are planning on a Top secret conversion project where CA top secret needs to 
be replaced with RACF . We are on Z/os 1.11 .Can someone direct me towards some 
good documentation or manuals to start with ?

Best Regards,
Bob


  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Telnet Solicitor panel

Tom,

Exactly, clone and modify 

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


> On Dec 19, 2013, at 9:11 AM, Thomas Conley  wrote:
> 
>> On 12/19/2013 6:47 AM, Jim McAlpine wrote:
>> Is there a way to customize the ACTUAL Telnet solicitor panel. I would like
>> to add a list of available applications as text to the panel. I can't seem
>> to find the panel itself anywhere.
>> 
>> Anyone done this ?
>> 
>> Jim McAlpine
>> 
> 
> Jim,
> 
> AFAIK, you can't modify the solicitor, but you can create your own 
> USSMSG10-style panel, like good ol' native VTAM.  Do you have a USSMSG10 
> laying around?  You should be able to use that unmodified.
> 
> Regards,
> Tom Conley
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Telnet Solicitor panel

2013-12-19 Thread Thomas Conley


On 12/19/2013 6:47 AM, Jim McAlpine wrote:

Is there a way to customize the ACTUAL Telnet solicitor panel. I would like
to add a list of available applications as text to the panel. I can't seem
to find the panel itself anywhere.

Anyone done this ?

Jim McAlpine



Jim,

AFAIK, you can't modify the solicitor, but you can create your own 
USSMSG10-style panel, like good ol' native VTAM.  Do you have a USSMSG10 
laying around?  You should be able to use that unmodified.


Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Ralf Zantopp ist nicht erreichbar

2013-12-19 Thread ralf . zantopp

Ich bin ab 19.12.2013 außer Haus und ab 06.01.2014 wieder im Büro.
I'm out of the office from 19.12.2013 and will be back on 06.01.2014.

Gerne werde ich Ihre Nachricht nach meiner Rückkehr beantworten.

Mit freundlichen Grüßen
Ralf Zantopp
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Knowledge Center beta

2013-12-19 Thread Steve Comstock


On 12/18/2013 11:42 PM, David Crayford wrote:

The new IBM knowledge center, which will replace Information Center, is
available for beta http://www-01.ibm.com/support/knowledgecenter/. First
impressions are quite good. It's snappy, well laid out and allows
customers to add content. A quick look under the hood shows it's using
the dojo web toolkit with a lot of fancy JavaScript, HTML5, CSS3. More
good news is that it seems to be using a responsive layout so it works
well in tablets.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



Instead of HTML 5 it looks to me to be XHTML 1.0. Look at the
DOCTYPE statement.

--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-355-2752
http://www.trainersfriend.com

* We are going out of business effective 30 December, 2013

* To purchase a set of our training materials at terrific prices,
  check out our Going Out Of Business Sale:

http://www.trainersfriend.com/SpecialSale

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Telnet Solicitor panel

It's USSTCP in ADCD z/1.13. It's a stand non-SNA screen with SBA, SF ..etc

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


> On Dec 19, 2013, at 8:02 AM, Juergen Keller 
>  wrote:
> 
> it should be a combination of
> 
> USSMSG
> USSCMD 
> USSPARM
> 
> described in "SNA Resource Definition Reference"
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Telnet Solicitor panel

2013-12-19 Thread Juergen Keller

it should be a combination of

USSMSG
USSCMD 
USSPARM

described in "SNA Resource Definition Reference"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Telnet Solicitor panel

Jim McAlpine wrote:

>the Telnet solicitor panel looks like this -
> Enter Your Userid:
> Password:New Password:
> Application:
>and you just have to enter the application name in the application field.

Oh, yes, thanks. I know it as 'USS logon panel' and we are not using it, we use 
our own USS Tables. After some quick RTFM, I see in z/OS v1.12, z/OS 
Communications Server IP Configuration Guide, these notes:

Using the Telnet Solicitor logon panel:  Telnet sends a Solicitor panel to the 
end user if one of the following is true:

-   No DEFAULTAPPL, LINEMODEAPPL, USSTCP, or LUMAP-DEFAPPL mappings match the 
client's Client Identifier.
-   The requested application is a RESTRICTAPPL.

You need to review above conditions so that NO conditions listed above are true.

You need to assemble your own USS table and then follow Juergen Keller advice. 
Just remember to update your PROFILE dataset too. 

HTH!

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Telnet Solicitor panel

2013-12-19 Thread Juergen Keller

Jim,
I think you have to look at your TCPIP-parms whats the name of your table and 
then you have to search for the source and change it. It looks like there's a 
bit of logical coding in that.
regards Juergen

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Telnet Solicitor panel

2013-12-19 Thread Jim McAlpine

the Telnet solicitor panel looks like this -


 Enter Your Userid:
 Password:New Password:
 Application:
and you just have to enter the application name in the application field.

Jim McAlpine


On 19 December 2013 12:11, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Jim McAlpine wrote:
>
> >Is there a way to customize the ACTUAL Telnet solicitor panel.
>
> 'solicitor' is an unknown word to me in this context. Are you perhaps
> referring to a USS Table load module and its Logmode table as served by
> TN3270 on a z/Os machine?
>
> >I would like to add a list of available applications as text to the
> panel. I can't seem to find the panel itself anywhere.
>
> Just to make sure, are you refering to the screen you see when you connect
> to a TN3270 server on z/Os just before you type something like 'Logon
> Applid(...)'?
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Telnet Solicitor panel

Jim McAlpine wrote:

>Is there a way to customize the ACTUAL Telnet solicitor panel.

'solicitor' is an unknown word to me in this context. Are you perhaps referring 
to a USS Table load module and its Logmode table as served by TN3270 on a z/Os 
machine?

>I would like to add a list of available applications as text to the panel. I 
>can't seem to find the panel itself anywhere.

Just to make sure, are you refering to the screen you see when you connect to a 
TN3270 server on z/Os just before you type something like 'Logon Applid(...)'?

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: APF authorization and JOBLIB DD card

2013-12-19 Thread Kenneth Wilkerson

> The short answer is that any module loaded by an authorized program 
> must come from an authorized library.

I've been reading this post with interest since I've had to do a lot to deal
with authorized services loading programs from unauthorized libraries. I
have a utility that copies the joblib/steplib information and the load
module information including its APF authorization from one address space
and transmits the information via SRB to another which can load a copy of an
unauthorized program (via IRB)  from an unauthorized library into another
address space for special testing. It uses the LOAD ADRNAPF which now also
has an ADRNAPF64 parameter. Of course, this requires that the utility
dynalloc the joblib/steplib in the IRB, open it, load, close it and unalloc
it.  It's a lot of code just to make a copy of a common program in another
address space.  The point being that an authorized program can load from an
unauthorized library provided it has the code to manage it. It doesn't need
to modify the APF setting for a library. Of course, the unauthorized program
is still setup to be called unauthorized. This is done for special debugging
functions used to isolate a common piece of code from other callers in other
address spaces.

Kenneth 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Gerhard Postpischil
Sent: Thursday, December 19, 2013 12:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APF authorization and JOBLIB DD card

On 12/18/2013 7:58 PM, Blaicher, Christopher Y. wrote:
> The short answer is that any module loaded by an authorized program 
> must come from an authorized library.  Loaded modules don't have to be 
> authorized (AC=1), they just have to come from an authorized library.  
> Now it gets more complicated.

I solved this problem a long time ago. First on OS/360 by having a special
step account code, and on later (test) systems by having a utility program
that authorizes the tasklib, then loads the needed program(s). RACF can keep
it out of unwanted hands. It saves time and effort testing programs that
need authorization, and it also has a ZAP function for testing. It's heavily
modified code from Don Higgins that I found on the cbt tape, but I don't
remember what he called it; his version only has the ZAP capability. The
added code is:

  SPACE 1
APFSET   ICM   R7,15,TCBJLB  TEST STEPLIB PRESENCE
  BZAPFQUIT   NO STEPLIB
  USING IHADCB,R7 DECLARE IT
  L R7,DCBDEBAD   LOAD DEB FOR STEPLIB
  N R7,=X'00FF'  FIX HIGH BYTE
  USING DEBBASIC,R7
  OIDEBFLGS1,DEBAPFIN  TURN ON APF LIBRARY BIT

Gerhard Postpischil
Bradford, Vermont

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Telnet Solicitor panel

2013-12-19 Thread Juergen Keller

Hello Jim,

its a standard USS-Table from Vtam. So you can create your own and activate it 
with OBEY.

BEGINVTAM
   PORT 
   USSTCP 

regards Juergen

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Telnet Solicitor panel

2013-12-19 Thread Jim McAlpine

Is there a way to customize the ACTUAL Telnet solicitor panel. I would like
to add a list of available applications as text to the panel. I can't seem
to find the panel itself anywhere.

Anyone done this ?

Jim McAlpine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VARY OFFLINE fat finger