W dniu 2011-04-19 10:30, Chris Mason pisze:
This is a pair of questions asked by Radoslaw Skorupka in the RACF-L list as a
musing resulting from a question being asked about FFST and SAF.
It seems pointless to have the discussion continued in the RACF-L list which
was actually the wrong place to be asking the original question anyhow.
-
Radoslaw
What is FFST for?
What would I loose without it?
The first is quite adequately covered by Chapter 1 of the FFST Operations
Guide, SC31-8604-01:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/F0Z0BK01
I have to give away deep secret: I have IBM documentation, including
FFST. I even read some parts of it. So my questions do not come from
lack of this knowledge. I also know what FFST stands for. And despite of
the above I asked the questions.
The second, assumed to be "What would I lose without it?", is answered by
whether or not you use products which use FFST calls and whether or not you
would lose your good relationship with IBM support if you cannot supply FFST
output when you have a problem with any such products.
Well. I don't know if any of IBM started tasks use any of FFST calls.
I'm pretty sure, that none of my applications (understood as business
application) do it. IBM never ever asked me for anything related to FFST.
Of course, one
candidate - of possibly very few - is the IP component of Communications
Server and also - although I know you would so dearly love not to have to use
it - the SNA component of Communications Server!
1. You don't know what I would love or not.
I use SNA and neither love or hate it. For me it as senseless as
love/hate of DD statement or ESCON plug.
2. I see this 2- or 3-entries list everytime I close FFST. One is TCPIP
(usually closed long time before) and the second is "something" with SNA
in the name:
TCP z/OS CS IP
VTAM z/OS CS SNA
CSM z/OS CS SNA
However the system works quite fine without FFST.
To be understood correctly:
I'm not enemy of FFST, I don't want to switch it off, I don't want to
say it is useless. I simply DON'T KNOW what it is for. Then asked.
--
Radoslaw Skorupka
Lodz, Poland
--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo
wczajc 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 authorised 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.
BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax
+48 (22) 829 00 33, e-mail: [email protected]
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 0000025237, NIP: 526-021-50-88.
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
