Re: z/OS version of NetCat or native JCL support

[Chris Mason]

Gerard

What do you *really* want to do?

Your example doesn't make much in the way of sense without considerably more 
explanation - at least to me.

If you judge your query to be more about the IP component of z/OS 
Communications Server and related products and components and not so much about 
z/OS independent of IP-based protocols, you might like to pose your question in 
the following list:

For IBMTCP-L subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO IBMTCP-L

Are you aware of some operating system (aka "platform") which supports what you 
want and you have tried to "map" this conceptually to z/OS job control language 
(JCL) statements?

I'm going to assume - for the moment - that you want to pass a file from one 
system to another system and that you are going to be using IP and related 
protocols as the means by which to achieve this file transfer.

It's really no surprise that the way you are supposed to do this is - sound the 
trumpets! - to use the "File Transfer Protocol" (FTP).

http://en.wikipedia.org/wiki/File_Transfer_Protocol

If your systems are completely contained in a trusted environment, there is 
also "Trivial File Transfer Program" (TFTP).

http://en.wikipedia.org/wiki/Trivial_File_Transfer_Protocol

However, z/OS Communications Server doesn't provide for a TFTP "client" 
function and, assuming I have understood something of what you want, you need 
the "initiating", "client" function.

-

Incidentally:

1. > I was hoping there was a socket DD like you can using APPC, ...

I'm afraid your reference to "APPC" doesn't help - me anyhow - at all. What is 
it you know about "APPC" which relates to what you are asking here? The nearest 
I can come to something that might be related is the AFTP program which is one 
of the components of the now "discontinued" z/OS Communications Server APPC 
Application Suite[1] and uses the "APPC/MVS" component of z/OS and the SNA 
component of z/OS Communications Server (VTAM) as a base.

2. > ... to a raw socket ...

The term "raw socket" has a particular significance when used in conjunction 
with the IP component of z/OS Communications Server[2]. Did you mean "raw 
socket" with this specific meaning or did you just dream up the term "raw 
socket"?

3. > z/OS version of NetCat or native JCL support

It may be an indication of the level of confusion in this post that I fail to 
be able to connect the subject with any of the contents. Just the mention of 
"JCL" seems to act as some sort of tenuous link (sic).

4. As Scott Ford sort-of indicated, by searching for "SOCKET" in the online 
version of the z/OS MVS JCL Reference manual[3], for example, specifically the 
most recent, V1R13 rather than V1R12, we find the following:



Ranked Search Results for Document: iea2b6b0 "z/OS V1R13.0 MVS JCL Reference"

0 topics have matches for: SOCKET

No search hits found for: SOCKET



> Is it there and I’m missing it?

It would appear not.

5. Another suggestion from Scott Ford was to check the manuals in the 
"Communications Server" bookshelf, for V1R13:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/f1a1bkd0

-

[1] Canny system programmers who liked some or all of the functions provided by 
this suite of programs will have had sufficient nous not to allow their 
distribution libraries to be trashed when they changed from z/OS V1R8 or 
earlier to z/OS V1R9 or later. Thus they will have been able to continue using 
the programs while at the same time extending Agincourt fingers to the "suits" 
in z/OS Communications Server development!

[2] The following taken from the z/OS Communications Server IP Sockets 
Application Programming Interface Guide and Reference manual indicates what 
"raw" means in the context of the IP component of z/OS Communications Server:



1.1.2.2 Introducing TCP/IP concepts: Selecting sockets

The raw socket allows direct access to lower layer protocols, such as IP and 
the ICMP. This interface is often used to test new protocol implementation, 
because the socket interface can be extended and new socket types defined to 
provide additional services. ... Because socket interfaces isolate you from the 
communication function of the different protocol layers, the interfaces are 
largely independent of the underlying network. In the MVS implementation of 
sockets, stream sockets interface with TCP, datagram sockets interface with 
UDP, and raw sockets interface with ICMP and IP.



[3] http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2B6B0/

-

Chris Mason

On Mon, 2 Jan 2012 19:34:52 -0700, Gerard Nicol  
wrote:

>Hi,
>
>I am looking for the most elegant way to send a file to a raw socket on a
>remote machine.
>
>I was hoping there was a socket DD like you can using APPC, but I can’t
>find anything in the docs for anything like
>
>//COPYEXEC PGM=IEBGENER
>//SYSUT1  DD *
>//SYSUT2  DD SOCKET=5000
>
>Is it there and I’m missing it?
>
>Otherwise, are

Re: cpu / machine identification

[Brian Westerman]

I agree,

We make sure that when we say we are staffed, that we mean on site at one of 
our 3 branches, not by some company that just answers the phone.  The way we 
handle it in times when no one is around is that the support line phone system 
will automatically page someone after 5 minutes if no one physically takes the 
call, and after 10 minutes two people are paged, and at 15 minutes a third is 
added.  After 30 minutes, the upper management people get added, so it's really 
rare to have more too much time go by.  Unfortunately, we don't have the same 
feature on our web site. :(

Brian

On Mon, 2 Jan 2012 12:27:39 -0500, Scott Ford  wrote:

>John,
>Me either ,  I would have thought the vendor had the tools. Sounds like they 
>want u to pay to have it done.
>
>Regards,
>Scott ford
>
>Sent from my iPad
>
>On Jan 1, 2012, at 9:01 PM, John McKown  wrote:
>
>> On Sun, 2012-01-01 at 12:23 -0500, Scott Ford wrote:
>>> Brian,
>>> Yep the India support get back to you doesn't set well with me as a vendor.
>>> We get back to our customers ASAP. Also want to add, don't expect the
>>> Support to know anything. Been on the phone with a certain ISP and had
>>> to tell them how to shoot the problem.
>>>
>>> Regards,
>>> Scott
>>>
>>> Sent from my iPad
>>>
>>
>> Not just India, per se. It's the vendor, regardless of country.
>>
>> We in z/OS support, for some reason, are tasked with a distributed
>> application, which replaced a z/OS application. It runs on a Tomcat
>> server on Linux, and a Windows server. It uses Oracle as some sort of
>> "index" for data files kept on a NAS box. They also support the
>> application using MS SQL. We want to convert from Tomcat/Linux with
>> Oracle to Tomcat/Windows with MS SQL (I don't know why). The vendor DOES
>> NOT KNOW HOW TO DO THIS! They are asking us for things like the Oracle
>> schema ( or maybe its the data: 3 Terabytes). WHAT??? It's __their__
>> schema. They don't know how to copy the data in the Oracle database into
>> an MS SQL database. I'm not really in this discussion, so maybe I'm
>> missing something. And don't intend to try getting into, because our
>> DBAs are now outsourced. I really don't want to bother with that
>> headache of talking to the US reps of a Dutch company to tell an
>> outsourced DBA what needs to be done. Oh, my. I'm would be homicidal in
>> about 5 minutes. I don't suffer fools gladly.
>>
>>
>>
>> --
>> John McKown
>> Maranatha! <><
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Re: Tapeless Solutions

[Tommy Tsui]

tsuiyuk...@bochk.com
 On 2012-1-3 上午8:19, "Tommy Tsui"  wrote:

> tsuiyuk...@bochk.com
> On 2011-12-29 上午9:04, "Russell Witt"  wrote:
>
>> Radoslaw,
>>
>> Sorry, the only link is to the SHARE web-site to lookup presentations.
>>
>> http://proceedings.share.org/proceedings/
>>
>> The name of the presentation was " 9969: Virtual Tape Replication
>> Multi-Vendor Panel Discussion  ", so you should be able to find it by
>> simply putting "Virtual" into the Title search and selecting presentation
>> 9969.
>>
>> Russell
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
>> Behalf Of R.S.
>> Sent: Tuesday, December 27, 2011 4:41 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: Tapeless Solutions
>>
>> W dniu 2011-12-24 18:43, Russell Witt pisze:
>> > Not true at all. CA-Vtape can optionally use "open system" storage, but
>> it is not required. If you want to go directly from MF DASD/CACHE to tape -
>> that is an option.
>> Still true. I wrote about MDL, Luminex, Interkom, NOT about Vtape.
>>
>> > Actually, there was a presentation (panel-type) at the SHARE in Orlando
>> where we had a short 7-minute presentation from each of 6 vendors. All of
>> their presentations have also been uploaded to the SHARE web-site. So, if
>> you are interested in a short over-view of half-a-dozen different Vtape
>> offerings (with remote replication), you can go to the SHARE web-site.
>> Do you have a link to he presentation?
>>
>>
>> > Russell Witt
>> > CA-1 L2 Support Manager
>> >
>> > -Original Message-
>> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
>> Behalf Of R.S.
>> > Sent: Saturday, December 24, 2011 5:06 AM
>> > To: IBM-MAIN@bama.ua.edu
>> > Subject: Re: Tapeless Solutions
>> >
>> > W dniu 2011-12-24 10:50, Tommy Tsui pisze:
>> >> It seems the only choice for enterprise tapeless solution is only vsm
>> >> or 7720, anyone will consider bustech or ca-tape software solution
>> >> what is pros and cons
>> > Well, I never said that. BusTech MDL is also a choice, as well as
>> Luminex product or Interkom one.
>> > Actually all of mentioned products are a PART of the solution, all of
>> them need some "open system" (FBA) storage to store the data.
>> > Pros and cons - well, at least Luminex is not tied to given storage
>> manufacturer (BusTech is part of EMC), so in this case you have wider
>> choice of devices. Another issue is performance, scalability, remote copy,
>> etc.
>> >
>> > Regards
>> > --
>> > Radoslaw Skorupka
>> > Lodz, Poland
>> >
>> > --
>> > For IBM-MAIN subscribe / signoff / archive access instructions, send
>> > email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>> >
>>
>>
>> --
>> 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
>> 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: i...@brebank.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.2011 r. kapitał zakładowy BRE Banku SA (w
>> całości wpłacony) wynosi 168.346.696 złotych.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>>
>> --
>> For IBM-MAIN subscribe / signoff / arc

Re: Clarification on Sysres Volumes(RMF)

[jagadishan perumal]

Hi All,

One thing I have noticed from the report is that most of the user ID are
the reason for volume contentions.

Name   ReasonCritical val. Possible cause or
action
DOV0053DEV -Z18RS193.0 % delay May be reserved by another
system.
DOV0061DEV -Z18RS192.0 % delay May be reserved by another
system.
DOV0065DEV -Z18RS191.0 % delay May be reserved by another
system.
Is it something I need to look into user's Proc ? Could anyone please throw
some light on this.

Jags
On Mon, Jan 2, 2012 at 11:49 AM, jagadishan perumal
wrote:

> Hi Mark,
>
> "Are you in a shared DASD environment?   If not, is there a test / sandbox
> LPAR up accessing that volume?   Even so, I've shared / share the sysres
> between different monoplex systems without any problems because it
> is "read only" and much of the access comes from the LNKLST / LLA / VLF
> which means there is also no I/O contention."
>
> Yes we in a shared DASD environment.
>
>   On Thu, Dec 29, 2011 at 7:21 PM, Mark Zelden  wrote:
>
>>  On Thu, 29 Dec 2011 12:39:44 +0530, jagadishan perumal <
>> jagadish...@gmail.com> wrote:
>>
>> >Hi,
>> >
>> >I was examining the RMF delay report where below is the report :
>> >
>> >   Speed of 100 = Maximum, 0 = Stopped Average CPU Util:
>> >19 %
>> >Name   Users Active  Speed  Name   Users Active
>> >Speed
>> >*SYSTEM  203 58  8  *DEV 107
>> >54  8
>> >ALL TSO  119 52  5  *MASTER*   1  0
>> >56
>> >ALL STC   74  3
>> >40
>> >ALL BATCH  8  4
>> >21
>> >ALL ASCH Not
>> >avail
>> >ALL OMVS   2  0No
>> >work
>> >*PROC129  3
>> >7
>> >
>> >
>> >-- Exceptions
>> >-
>> >Name   ReasonCritical val. Possible cause or
>> >action
>> >DOV0053DEV -Z18RS193.0 % delay May be reserved by another
>> >system.
>> >DOV0061DEV -Z18RS192.0 % delay May be reserved by another
>> >system.
>> >DOV0065DEV -Z18RS191.0 % delay May be reserved by another
>> >system.
>> >
>> >The above exceptions shows lot of device contention due to which often we
>> >are facing a session hang. Also, Device display shows the status as
>> >BSY(busy). Could anyone please throw some light on the above issue.
>> >
>> >Jags
>> >
>>
>>
>> Are you in a shared DASD environment?   If not, is there a test / sandbox
>> LPAR up accessing that volume?   Even so, I've shared / share the sysres
>> between different monoplex systems without any problems because it
>> is "read only" and much of the access comes from the LNKLST / LLA / VLF
>> which means there is also no I/O contention.
>>
>> If you are sharing it in some way, it looks like there is a data set on
>> that volume
>> that is subject to RESERVE. You can check what it is from the other
>> system(s)
>> using RMF post processor reports if you have the option turned on or look
>> real time via "TSO RMFMON" SENQR option (PF9) and keep hitting
>> enter until you see it, or use the RMF III ENQR command.
>>
>> The big problem here isn't that there is a RESERVE, it is that going by
>> the volser name this looks like your sysres volume or part of the sysres
>> set.   There should be no data sets on your sysres subject to RESERVE
>> (except the VTOC and VVDS if you have your zFS files on there).
>>
>>
>> Regards,
>>
>> Mark
>> --
>> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
>> mailto:m...@mzelden.com
>> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
>> Systems Programming expert at http://expertanswercenter.techtarget.com/
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>>
>
>

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

Re: z/OS version of NetCat or native JCL support

[Scott Ford]

I think you better trying looking at the manuals
 
http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp

Socket is not a key word...

Secondly, take a look here for socket clients and servers they are in 
sys1.samplib if your a systems programmer you should have access to them.
If not again try looking at the IP programming guide in the z/OS libraries.

Scott J Ford
Software Engineer
http://www.identityforge.com
 
 


 From: Gerard Nicol 
To: IBM-MAIN@bama.ua.edu 
Sent: Monday, January 2, 2012 9:34 PM
Subject: z/OS version of NetCat or native JCL support
 
Hi,



I am looking for the most elegant way to send a file to a raw socket on a
remote machine.



I was hoping there was a socket DD like you can using APPC, but I can’t
find anything in the docs for anything like



//COPY    EXEC PGM=IEBGENER

//SYSUT1  DD *

//SYSUT2  DD SOCKET=5000



Is it there and I’m missing it?



Otherwise, are there any standard utilities that do this? Yes I know I
could write a REXX exec to do it, but I’d rather keep it as vanilla as
possible.



Any help greatly appreciated.



*Gerard Nicol*

PO Box 370505

Denver Colorado 80237

Phone: +1 (720) 583-8880 (ext 1001)

Cell: +1 (720) 789-0315


E gerard.ni...@tapetrack.com

W *www.tapetrack.com*

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

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

z/OS version of NetCat or native JCL support

[Gerard Nicol]

Hi,



I am looking for the most elegant way to send a file to a raw socket on a
remote machine.



I was hoping there was a socket DD like you can using APPC, but I can’t
find anything in the docs for anything like



//COPYEXEC PGM=IEBGENER

//SYSUT1  DD *

//SYSUT2  DD SOCKET=5000



Is it there and I’m missing it?



Otherwise, are there any standard utilities that do this? Yes I know I
could write a REXX exec to do it, but I’d rather keep it as vanilla as
possible.



Any help greatly appreciated.



*Gerard Nicol*

PO Box 370505

Denver Colorado 80237

Phone: +1 (720) 583-8880 (ext 1001)

Cell: +1 (720) 789-0315


E gerard.ni...@tapetrack.com

W *www.tapetrack.com*

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

Re: Tapeless Solutions

[Tommy Tsui]

tsuiyuk...@bochk.com
On 2011-12-29 上午9:04, "Russell Witt"  wrote:

> Radoslaw,
>
> Sorry, the only link is to the SHARE web-site to lookup presentations.
>
> http://proceedings.share.org/proceedings/
>
> The name of the presentation was " 9969: Virtual Tape Replication
> Multi-Vendor Panel Discussion  ", so you should be able to find it by
> simply putting "Virtual" into the Title search and selecting presentation
> 9969.
>
> Russell
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of R.S.
> Sent: Tuesday, December 27, 2011 4:41 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Tapeless Solutions
>
> W dniu 2011-12-24 18:43, Russell Witt pisze:
> > Not true at all. CA-Vtape can optionally use "open system" storage, but
> it is not required. If you want to go directly from MF DASD/CACHE to tape -
> that is an option.
> Still true. I wrote about MDL, Luminex, Interkom, NOT about Vtape.
>
> > Actually, there was a presentation (panel-type) at the SHARE in Orlando
> where we had a short 7-minute presentation from each of 6 vendors. All of
> their presentations have also been uploaded to the SHARE web-site. So, if
> you are interested in a short over-view of half-a-dozen different Vtape
> offerings (with remote replication), you can go to the SHARE web-site.
> Do you have a link to he presentation?
>
>
> > Russell Witt
> > CA-1 L2 Support Manager
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of R.S.
> > Sent: Saturday, December 24, 2011 5:06 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: Tapeless Solutions
> >
> > W dniu 2011-12-24 10:50, Tommy Tsui pisze:
> >> It seems the only choice for enterprise tapeless solution is only vsm
> >> or 7720, anyone will consider bustech or ca-tape software solution
> >> what is pros and cons
> > Well, I never said that. BusTech MDL is also a choice, as well as
> Luminex product or Interkom one.
> > Actually all of mentioned products are a PART of the solution, all of
> them need some "open system" (FBA) storage to store the data.
> > Pros and cons - well, at least Luminex is not tied to given storage
> manufacturer (BusTech is part of EMC), so in this case you have wider
> choice of devices. Another issue is performance, scalability, remote copy,
> etc.
> >
> > Regards
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> 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
> 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: i...@brebank.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.2011 r. kapitał zakładowy BRE Banku SA (w
> całości wpłacony) wynosi 168.346.696 złotych.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MA

Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)

[Shmuel Metz (Seymour J.)]

In
<03ff351977a6114a9e3bc166d58e936d0323ba3...@dfw1mbx18.mex07a.mlsrvr.com>,
on 01/02/2012
   at 10:21 AM, David Boyes  said:

>Big hassle: the illustrations in the older manuals are in APF format,
>which isn't documented anywhere. 

What gives you that idea?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: ACCOUNT REPORT

[Shmuel Metz (Seymour J.)]

In <037d01ccc951$dc534380$94f9ca80$@mindspring.com>, on 01/02/2012
   at 08:24 AM, Lizette Koehler  said:

>If you have SAS and MXG then it is very simple to do.

Likewise if he has .
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

RES: ACCOUNT REPORT

[Sérgio Lima Costa]

Ituriel.

Thanks very much.
I already downloaded the program here, and run fine.
A question :
Normally what parameters do you use in your installation ?

Thanks.

Sergio

-Mensagem original-
De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de 
ITURIEL DO NASCIMENTO NETO
Enviada em: segunda-feira, 2 de janeiro de 2012 14:41
Para: IBM-MAIN@bama.ua.edu
Assunto: RES: ACCOUNT REPORT

Sérgio,

As a starting point, take a look at DAF in CBT Tape.

Atenciosamente / Regards / Saludos

Ituriel do Nascimento Neto
BANCO BRADESCO S.A.
4254 / DPCD Engenharia de Software
Sistemas Operacionais Mainframes
Tel: +55 11 4197-2021 R: 22021
Fax: +55 11 4197-2814

-Mensagem original-
De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de 
Sérgio Lima Costa Enviada em: segunda-feira, 2 de janeiro de 2012 14:20
Para: IBM-MAIN@bama.ua.edu
Assunto: RES: ACCOUNT REPORT

Hello Lizette.

We think read the SMF data, and then produce some reports.
We still don't think about the Output, but at the first time, may be a sample 
SYSOUT.
What is SAS and MXG ?
Whe are  running ZOS 1.12.
We have COBOL, and also use REXX here.
I looked at CBTTAPE, and get some programs from there.
Now, I'm looking, for understand, how this work.

Thanks very much for your help, and have a Nice and happy new year.

Regards.

Sergio

AVISO LEGAL ...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) 
a quem é dirigida, podendo conter informação confidencial e/ou legalmente 
privilegiada. Se você não for destinatário desta mensagem, desde já fica 
notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de 
qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. 
Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este 
E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de 
dados, registros ou sistema de controle. Fica desprovida de eficácia e validade 
a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha 
poderes de representação.
LEGAL ADVICE...This message is exclusively destined for the people to whom 
it is directed, and it can bear private and/or legally exceptional information. 
If you are not addressee of this message, since now you are advised to not 
release, copy, distribute, check or, otherwise, use the information contained 
in this message, because it is illegal. If you received this message by 
mistake, we ask you to return this email, making possible, as soon as possible, 
the elimination of its contents of your database, registrations or controls 
system. The message that bears any mandatory links, issued by someone who has 
no representation powers, shall be null or void.

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

"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) 
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu 
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e 
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, 
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem, 
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."

"Warning: This message was sent for exclusive use of the addressees above 
identified, possibly
containing information and or privileged/confidential documents whose content 
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it 
from your system.
Be noticed that the law forbids the retention, dissemination, distribution, 
copy or use without
express authorization from the sender. Personal opinions of the sender do not 
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."

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

Re: Coming soon new MFNetDisk great features

[shai hess]

Just forward my email.

On Mon, Jan 2, 2012 at 9:27 PM, Shai Hess  wrote:

> **
> HI,
>
>  The snapshot new feature of MFNetDisk come sooner that I expected.
>  It will be much more better compared to what I planed.
>
>
>  The new features will include:
>
>  1. Support to new compressed PC file. This will enable using less HD
> space.
>  2. The initialize of the disk will run for seconds for any emulation size.
>  3. Support currently up to 32 snapshot (I can change the number to any
> number) for one 3390 disk
>  snapshot which is created immediately after run the script command
> (2-3 seconds).
>  This will easily replace the requirement to backup the disks.
>  The snapshot disk will be very small in size related to the ranged of
> updated real and emulated 3390 tracks.
>  4. The snapshot will run on replication and emulation disks.
>  Meaning you can have snapshot backup in matter of seconds to all your
> real disk and the MFNetDisk emulated disks (replication and emulation pc
> devices).
>  5. To access the disk in case of requirement to restore the backup of
>  the disk, no need to copy or create new disks.
>  The snapshot disk will be used as a new device which can be emulated
> as 3390 disk.
>  To make it clear run one script which last less than a second,
>  will create to you 3390 emulated disk which contain all the data from
> the point time of taking the snapshot.
>  6. The using of the snapshot for emulated 3390 will run as read only
> disk,
>  but if you will add easily mirror to this emulated 3390 disk, the
> mirror will have regular 3390 disk. If the new mirror will be real 3390
> disk,
>  MFNetDisk will copy the content of the snapshot disk or any created
> new disk. This copy will be much faster than before.
>  After create true mirror to the snapshot disk, you can enable the PC
> device to be enable to write,
> just a regular 3390 disks which can read and write as usual.
>  7. To make it clear, when you will decide to access your backup/snapshot
> disk from MF,
>  run small script which run for less than a second and you can VARY
> the backup 3390 disk online from the MF.
>  8. No need to run any SW from any company to enable it. Just run the
> script to make the snapshot disk a real 3390 disk.
>  9. Again I want to thank God because without him, nothing was possible.
>
>  Any comments or suggestions will be welcomed.
>
>
>
>
> Thanks,
> God bless you.
> Shai Hess, MFNetDisk product.
>

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

Re: cpu / machine identification

[Scott Ford]

John,
Me either ,  I would have thought the vendor had the tools. Sounds like they 
want u to pay to have it done.

Regards,
Scott ford

Sent from my iPad

On Jan 1, 2012, at 9:01 PM, John McKown  wrote:

> On Sun, 2012-01-01 at 12:23 -0500, Scott Ford wrote:
>> Brian,
>> Yep the India support get back to you doesn't set well with me as a vendor.
>> We get back to our customers ASAP. Also want to add, don't expect the
>> Support to know anything. Been on the phone with a certain ISP and had
>> to tell them how to shoot the problem.
>> 
>> Regards,
>> Scott
>> 
>> Sent from my iPad
>> 
> 
> Not just India, per se. It's the vendor, regardless of country. 
> 
> We in z/OS support, for some reason, are tasked with a distributed
> application, which replaced a z/OS application. It runs on a Tomcat
> server on Linux, and a Windows server. It uses Oracle as some sort of
> "index" for data files kept on a NAS box. They also support the
> application using MS SQL. We want to convert from Tomcat/Linux with
> Oracle to Tomcat/Windows with MS SQL (I don't know why). The vendor DOES
> NOT KNOW HOW TO DO THIS! They are asking us for things like the Oracle
> schema ( or maybe its the data: 3 Terabytes). WHAT??? It's __their__
> schema. They don't know how to copy the data in the Oracle database into
> an MS SQL database. I'm not really in this discussion, so maybe I'm
> missing something. And don't intend to try getting into, because our
> DBAs are now outsourced. I really don't want to bother with that
> headache of talking to the US reps of a Dutch company to tell an
> outsourced DBA what needs to be done. Oh, my. I'm would be homicidal in
> about 5 minutes. I don't suffer fools gladly. 
> 
> 
> 
> -- 
> John McKown
> Maranatha! <><
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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

Re: IBM manual formats

[Martin Packer]

l...@garlic.com wrote:

> simplest is email to kindle.com userid with "convert" (pdf 
> may not turn out like you expected)

It's precisely because it DOESN'T turn out how I'd like that I prefer the 
idea of trying to get the horse's mouth to emit it right.

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker





Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






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

Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)

[Martin Packer]

David, if it's Bookie then B2H gets you HTML which should get you close. 
Having inspected the HTML emitted a number of times over the years I don't 
think it very modern or nice. But it could be worked with - and I'd be 
willing to try. Sadly, as I said before, Redbooks don't use Bookie 
anymore. (They used to and I thought it retrograde when they stopped - 
even as an author.)

Cheers, Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:
David Boyes 
To:
IBM-MAIN@bama.ua.edu, 
Date:
02/01/2012 16:24
Subject:
Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)
Sent by:
IBM Mainframe Discussion List 



> I am wondering how difficult it would be for IBM to publish their
> manuals in .mobi or .epub format. This would make them much more
> readable on cell phones or other media such a the newer Kindles or Nook
> ebook reader. It would even help on netbooks, laptops, and desktop as it
> wouldn't force the letter sized pages onto a device which cannot render
> them nicely.

No brainer for the manuals still maintained with Bookmaster. Just need to 
postprocess the DCF output, and/or modify LP3820 to emit mobi or epub 
output. It's just XML with some extra taqs, so it shouldn't be too hard to 
do. Of course, that would mean that IBM would have to release the source 
for LP3820...*sigh*. 

Another thought: LP3820 already produces HTML output (albeit incredibly 
ugly HTML -- think 1980's HTML).  The Docbook html2epub tools will eat 
HTML (obviously), so at least you'd have the text.

Big hassle: the illustrations in the older manuals are in APF format, 
which isn't documented anywhere. 

You could probably transcode the PDFs with some of the Docbook .mobi 
support tools if you run them through pdf2ps, then through ps2mobi. Would 
totally break images and hyperlinks, though, and see above. Wouldn't be 
nearly as useful as the PDF books. 

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








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






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

RES: ACCOUNT REPORT

[ITURIEL DO NASCIMENTO NETO]

Sérgio,

As a starting point, take a look at DAF in CBT Tape.

Atenciosamente / Regards / Saludos

Ituriel do Nascimento Neto
BANCO BRADESCO S.A.
4254 / DPCD Engenharia de Software
Sistemas Operacionais Mainframes
Tel: +55 11 4197-2021 R: 22021
Fax: +55 11 4197-2814

-Mensagem original-
De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de 
Sérgio Lima Costa
Enviada em: segunda-feira, 2 de janeiro de 2012 14:20
Para: IBM-MAIN@bama.ua.edu
Assunto: RES: ACCOUNT REPORT

Hello Lizette.

We think read the SMF data, and then produce some reports.
We still don't think about the Output, but at the first time, may be a sample 
SYSOUT.
What is SAS and MXG ?
Whe are  running ZOS 1.12.
We have COBOL, and also use REXX here.
I looked at CBTTAPE, and get some programs from there.
Now, I'm looking, for understand, how this work.

Thanks very much for your help, and have a Nice and happy new year.

Regards.

Sergio

AVISO LEGAL ...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) 
a quem é dirigida, podendo conter informação confidencial e/ou legalmente 
privilegiada. Se você não for destinatário desta mensagem, desde já fica 
notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de 
qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. 
Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este 
E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de 
dados, registros ou sistema de controle. Fica desprovida de eficácia e validade 
a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha 
poderes de representação. 
LEGAL ADVICE...This message is exclusively destined for the people to whom 
it is directed, and it can bear private and/or legally exceptional information. 
If you are not addressee of this message, since now you are advised to not 
release, copy, distribute, check or, otherwise, use the information contained 
in this message, because it is illegal. If you received this message by 
mistake, we ask you to return this email, making possible, as soon as possible, 
the elimination of its contents of your database, registrations or controls 
system. The message that bears any mandatory links, issued by someone who has 
no representation powers, shall be null or void.

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

Re: ACCOUNT REPORT

[Blaicher, Christopher Y.]

Here are a few hints and suggestions.

Look at CBT file 109 and 110 for sample IEFACTRT routine.  This routine is for 
processing SMF30 records at end of step and end of job.  It does generate a lot 
of information and has data conversion routines that can be used as examples 
for any other conversions you need.

You will need to change it to do a read of the SMF data from your archive data 
sets and do a write to an output data set, but the bulk of anything you want to 
get out is probably there.

In it, it uses the TIME macro to get the ending time because at the time the 
header values for date and time the record was written are not populated at the 
time it is called, but they will be filled in when reading them from a file so 
you can use SMF30TME and SMF30DTE.

Good luck.

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

www.syncsort.com

Check out our Knowledge Base at www.syncsort.com/support

Syncsort aims for the best product and service experience. 
We welcome your feedback.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Sérgio Lima Costa
Sent: Monday, January 02, 2012 10:20 AM
To: MVS List Server 1
Subject: RES: ACCOUNT REPORT

Hello Lizette.

We think read the SMF data, and then produce some reports.
We still don't think about the Output, but at the first time, may be a sample 
SYSOUT.
What is SAS and MXG ?
Whe are  running ZOS 1.12.
We have COBOL, and also use REXX here.
I looked at CBTTAPE, and get some programs from there.
Now, I'm looking, for understand, how this work.

Thanks very much for your help, and have a Nice and happy new year.

Regards.

Sergio
-Mensagem original-
De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de 
Lizette Koehler
Enviada em: segunda-feira, 2 de janeiro de 2012 11:25
Para: IBM-MAIN@bama.ua.edu
Assunto: Re: ACCOUNT REPORT

>
> Hello List.
>
> We need made a report, from all Jobs that was executed under ZOS, with
> CPU
TIME,
> ELAPSED TIME, I/O COUNT, and other information.
> We already have this program, but reading th POWER records, under VSE.
> Someone know, IF exist a sample program, that do this ?
> Or, IF in CBTTAPE, for example ?
>
> We are running here ZOS 1.12.
>
> Thanks very much
>

Sergio -
What do you have available to create this report?  When does it need to be done 
by?  What does the output need to be? HTML, RTF, Plain Text ?

If you have SAS and MXG then it is very simple to do.

Otherwise you are looking at reading and formatting SMF Data.

What version of z/OS do you have?

What other HLL do you have - COBOL, PL/I etc

Have you tried scanning the CBTTAPE.ORG website for such a program?

Lizette

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

"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) 
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu 
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e 
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, 
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem, 
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."

"Warning: This message was sent for exclusive use of the addressees above 
identified, possibly
containing information and or privileged/confidential documents whose content 
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it 
from your system.
Be noticed that the law forbids the retention, dissemination, distribution, 
copy or use without
express authorization from the sender. Personal opinions of the sender do not 
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."

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

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

Re: RSU Apply Error in PTF

[Kurt Quackenbush]

This issue is due to ASMPRINT missing.

** ASMA429W SYSPRINT LRECL should be at least 133 when GOFF/XOBJECT option
is specified


Missing, or just defined poorly?  You can try to add the following 
assembler parameters to the active UTILITY entry:


GOFF,LIST(133)

Kurt Quackenbush -- IBM, SMP/E Development

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

RES: ACCOUNT REPORT

[Sérgio Lima Costa]

Hello Lizette.

We think read the SMF data, and then produce some reports.
We still don't think about the Output, but at the first time, may be a sample 
SYSOUT.
What is SAS and MXG ?
Whe are  running ZOS 1.12.
We have COBOL, and also use REXX here.
I looked at CBTTAPE, and get some programs from there.
Now, I'm looking, for understand, how this work.

Thanks very much for your help, and have a Nice and happy new year.

Regards.

Sergio
-Mensagem original-
De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de 
Lizette Koehler
Enviada em: segunda-feira, 2 de janeiro de 2012 11:25
Para: IBM-MAIN@bama.ua.edu
Assunto: Re: ACCOUNT REPORT

>
> Hello List.
>
> We need made a report, from all Jobs that was executed under ZOS, with
> CPU
TIME,
> ELAPSED TIME, I/O COUNT, and other information.
> We already have this program, but reading th POWER records, under VSE.
> Someone know, IF exist a sample program, that do this ?
> Or, IF in CBTTAPE, for example ?
>
> We are running here ZOS 1.12.
>
> Thanks very much
>

Sergio -
What do you have available to create this report?  When does it need to be done 
by?  What does the output need to be? HTML, RTF, Plain Text ?

If you have SAS and MXG then it is very simple to do.

Otherwise you are looking at reading and formatting SMF Data.

What version of z/OS do you have?

What other HLL do you have - COBOL, PL/I etc

Have you tried scanning the CBTTAPE.ORG website for such a program?

Lizette

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

"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) 
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu 
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e 
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, 
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem, 
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."

"Warning: This message was sent for exclusive use of the addressees above 
identified, possibly
containing information and or privileged/confidential documents whose content 
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it 
from your system.
Be noticed that the law forbids the retention, dissemination, distribution, 
copy or use without
express authorization from the sender. Personal opinions of the sender do not 
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."

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

Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)

[David Boyes]

> I am wondering how difficult it would be for IBM to publish their
> manuals in .mobi or .epub format. This would make them much more
> readable on cell phones or other media such a the newer Kindles or Nook
> ebook reader. It would even help on netbooks, laptops, and desktop as it
> wouldn't force the letter sized pages onto a device which cannot render
> them nicely.

No brainer for the manuals still maintained with Bookmaster. Just need to 
postprocess the DCF output, and/or modify LP3820 to emit mobi or epub output. 
It's just XML with some extra taqs, so it shouldn't be too hard to do. Of 
course, that would mean that IBM would have to release the source for 
LP3820...*sigh*. 

Another thought: LP3820 already produces HTML output (albeit incredibly ugly 
HTML -- think 1980's HTML).  The Docbook html2epub tools will eat HTML 
(obviously), so at least you'd have the text.

Big hassle: the illustrations in the older manuals are in APF format, which 
isn't documented anywhere. 

You could probably transcode the PDFs with some of the Docbook .mobi support 
tools if you run them through pdf2ps, then through ps2mobi. Would totally break 
images and hyperlinks, though, and see above. Wouldn't be nearly as useful as 
the PDF books. 

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

Re: IBM manual formats

[Anne & Lynn Wheeler]

martin_pac...@uk.ibm.com (Martin Packer) writes:
> Funnily enough I mused on Kindle MOBI / AZW format re Redbooks on Twitter 
> just now. (You can guess what I got for Xmas.) :-)
>
> I'd like to have the discussion on how to format for Kindle with the right 
> people. In ITSO (the Redbooks people) we use Framemaker (at a fairly 
> ancient level) so I'm not sure whether that could be taught to emit MOBI / 
> AZW / Epub etc.
>
> I would think Information Development (Product Manual Writers) are using 
> something else (once was Bookmaster, which I still use myself) and I don't 
> know what the options are.

simplest is email to kindle.com userid with "convert" (pdf may not turn
out like you expected)
http://www.amazon.com/gp/help/customer/display.html/ref=hp_pdoc_main_short_us?nodeId=200767340

and much more ...
http://www.amazon.com/Kindle-Formatting-Complete-Amazon-ebook/dp/B0024FAPF4

-- 
virtualization experience starting Jan1968, online at home since Mar1970

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

Re: ACCOUNT REPORT

[Lizette Koehler]

> 
> Hello List.
> 
> We need made a report, from all Jobs that was executed under ZOS, with CPU
TIME,
> ELAPSED TIME, I/O COUNT, and other information.
> We already have this program, but reading th POWER records, under VSE.
> Someone know, IF exist a sample program, that do this ?
> Or, IF in CBTTAPE, for example ?
> 
> We are running here ZOS 1.12.
> 
> Thanks very much
> 

Sergio -
What do you have available to create this report?  When does it need to be
done by?  What does the output need to be? HTML, RTF, Plain Text ?

If you have SAS and MXG then it is very simple to do.

Otherwise you are looking at reading and formatting SMF Data.

What version of z/OS do you have?

What other HLL do you have - COBOL, PL/I etc

Have you tried scanning the CBTTAPE.ORG website for such a program?

Lizette

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

Re: ACCOUNT REPORT

[Staller, Allan]

This is trivial if you have SAS/MXG/MICS. There are also several
additional COTS products that will provide this info.
There are most likely some samples on the CBT Tape, but I am unfamiliar
with any specific file.
You can also "roll your own" with HL/ASM or other HLL using SMF30
subtype 5.




We need made a report, from all Jobs that was executed under ZOS, with
CPU TIME, ELAPSED TIME, I/O COUNT, and other information.
We already have this program, but reading th POWER records, under VSE.
Someone know, IF exist a sample program, that do this ?
Or, IF in CBTTAPE, for example ?


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

Re: IBM Manuals

[Jan MOEYERSONS]

On Tue, 27 Dec 2011 09:51:01 -0800, Scott Ford  wrote:

>To all my colleagues:
>
>Is it me or had IBM migrated their manuls to a new system where the fonts in 
>IE8-9 are extremely small...?

It is IBM.

I recommend you file an RCF. There should be a URL somewhere near the bottom of 
the publication. 

Cheers,

Jantje.

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

Re: cpu / machine identification

[Martin Packer]

One of the things I've been injecting into my code (the SMF analysis code 
I inherited and now maintain) in recent years has been more nosiness. :-) 
More nosiness in this case means recognising software product related 
footprints in the sand. It's a fun game. :-)

Cheers, Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:
Barry Merrill 
To:
IBM-MAIN@bama.ua.edu, 
Date:
01/01/2012 17:53
Subject:
Re: cpu / machine identification
Sent by:
IBM Mainframe Discussion List 



I was involved in an audit of a VERY large outsourcer on behalf
of a VERY large software vendor, some time ago.

The only data required for the audit was the site's SMF data
(and a smart program to read the SMF file!), plus a program that
allocated and grazed the disk farm to capture all DSNAMES and
attributes (which DCOLLECT would do now).

>From an intelligent examination of the names of datasets, which 
clearly indicated/suggested they were the software company's 
property, along with a listing of the names of the members of
those load libraries, and a comparison to the SMF program names 
that had been executed, which demonstrated those programs were 
being executed from those libraries, the two companies withdrew
their suit and countersuit, and reached agreements on licensing.

And, after only the very FIRST report was reviewed by both parties!

Quite a bit of additional analysis software had been prepared to
tighten up the SMF-to-LoadLib connection, which would have analyzed
the DDNAMEs used by these programs, but those programs were never used.


Merrilly New Year,
Barry Merrill

Herbert W. Barry Merrill, PhD
President-Programmer
Merrill Consultants
10717 Cromwell Drive
Dallas, TX 75229-5112
214 351 1966 tel
214 350 3694 fax
http://www.mxg.com
ba...@mxg.com

MXG Support:   supp...@mxg.com
MXG Admin:  ad...@mxg.com

Standard Answers: http://www.mxg.com/administration
What's Supported:   http://www.mxg.com/changes









-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf
Of Shmuel Metz (Seymour J.)
Sent: Sunday, January 01, 2012 9:12 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: cpu / machine identification

In <9693770902631563.wa.brianwestermansyzygyinc@bama.ua.edu>, on
12/31/2011
   at 06:51 PM, Brian Westerman  said:

>Sorry Shmuel, I mind works on a different level than my fingers 
>sometimes.  I apologize for the mistake on your name.

That's why I try to remember to cut and paste rather than retyping names. 
Of
course, I sometimes slip :-(

>I'm still not too sure that there is a way to conduct an audit that 
>would satisfy the vendor, that the site would agree to.

Providing SMF data? Proving a userid with limited authority specifically 
for
auditing?

>but if you limit the audit, then it's not an audit.

Doesn't that depend on what the limitations are?

>The audit would have to allow a search of all load libraries at a 
>minimum, and would entail loading each and every module to check 
>internally, not doesn't that sound like a lot of fun, it would be cost 
>prohibitive for both the vendor and the site.

That would be more of a hassle for the vendor than for the site. I would
expect a vendor to do random spot checks rather than running an audit, 
e.g.,
every 30 days.

>I think most would go for the key after that.

I've seen products thrown out because of the keys.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

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








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






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

Re: IBM manual formats

[Martin Packer]

Funnily enough I mused on Kindle MOBI / AZW format re Redbooks on Twitter 
just now. (You can guess what I got for Xmas.) :-)

I'd like to have the discussion on how to format for Kindle with the right 
people. In ITSO (the Redbooks people) we use Framemaker (at a fairly 
ancient level) so I'm not sure whether that could be taught to emit MOBI / 
AZW / Epub etc.

I would think Information Development (Product Manual Writers) are using 
something else (once was Bookmaster, which I still use myself) and I don't 
know what the options are.

It seems to me emission of HTML is a good intermediate step.

I have to say even the O'Reilly books for Kindle are of quite variable 
quality, formattingwise.

I'd be happy to have the discussion with appropriate IBMers and customers 
(the latter giving us some idea of demand for mobile reading formats).

Anyone?

Thanks, Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:
John McKown 
To:
IBM-MAIN@bama.ua.edu, 
Date:
01/01/2012 16:17
Subject:
IBM manual formats
Sent by:
IBM Mainframe Discussion List 



I like having IBM manuals be readable in electronic form. Personally, I
prefer using the Web and BookManager format over PDF. But I cannot
easily download those and view them offline. On the other hand, the PDF
manuals are a royal PITA to me, except on my Kindle DX. Which is why I
have a Kindle DX. They are a PITA because PDFs are formatted as a
portrait mode, letter (or maybe A4) sized page. And since many of the
manuals are two column, that means paging up and down while switching
sides to read. The problem with the BookManager format, in addition to
the "not offline", is that I sometimes cannot read the diagrams. They
aren't formatted correctly.

Now, one of my favorite magazines has gone "digital only". I have an
Android app on my Xoom tablet which displays their magazine like a
regular magazine - letter sized portrait. HOWEVER, they also have .mobi
and .epub formats for reading on cell phones and other devices.

I am wondering how difficult it would be for IBM to publish their
manuals in .mobi or .epub format. This would make them much more
readable on cell phones or other media such a the newer Kindles or Nook
ebook reader. It would even help on netbooks, laptops, and desktop as it
wouldn't force the letter sized pages onto a device which cannot render
them nicely.

Just a thought.

-- 
John McKown
Maranatha! <><

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








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






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

ACCOUNT REPORT

[Sérgio Lima Costa]

Hello List.

We need made a report, from all Jobs that was executed under ZOS, with CPU 
TIME, ELAPSED TIME, I/O COUNT, and other information.
We already have this program, but reading th POWER records, under VSE.
Someone know, IF exist a sample program, that do this ?
Or, IF in CBTTAPE, for example ?

We are running here ZOS 1.12.

Thanks very much



"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) 
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu 
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e 
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, 
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem, 
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."

"Warning: This message was sent for exclusive use of the addressees above 
identified, possibly
containing information and or privileged/confidential documents whose content 
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it 
from your system.
Be noticed that the law forbids the retention, dissemination, distribution, 
copy or use without
express authorization from the sender. Personal opinions of the sender do not 
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."

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

SV: SV: cpu / machine identification

[Thomas Berg]

Seems Yes, but is not.  Many are just after valuables and not the car.  So with 
not locking (and not have any valuables in the car), You usually don't have any 
damage.

 
Regards, 
Thomas Berg 
_ 
Thomas Berg   Specialist   A M   SWEDBANK 



> -Ursprungligt meddelande-
> Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
> Brian Westerman
> Skickat: den 31 december 2011 01:08
> Till: IBM-MAIN@bama.ua.edu
> Ämne: Re: SV: cpu / machine identification
> 
> Seems sort of counter-intuitive. :)
> 
> Brian
> 
> On Thu, 29 Dec 2011 10:35:21 +0100, Thomas Berg 
> wrote:
> 
> >> -Ursprungligt meddelande-
> >> Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
> >> Brian Westerman
> >> Skickat: den 29 december 2011 03:10
> >> Till: IBM-MAIN@bama.ua.edu
> >> Ämne: Re: cpu / machine identification
> >>
> >...
> >> I'm sure you lock your car, why do that if you have the only key?  :)
> >>
> >> Brian
> >
> >I know of people that don't lock their cars - to avoid damage if someone
> wants to get into the car.
> >
> >
> >
> >Regards,
> >Thomas Berg
> >_
> >Thomas Berg   Specialist   A M   SWEDBANK
> >
> >
> >
> >--
> >For IBM-MAIN subscribe / signoff / archive access instructions,
> >send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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