I am surprised Rogers has survived (actually good for him) After they
fiasco at the system center picnic I though he would have ended up in
podunk iowa selling card punches.
Ed
On Oct 15, 2012, at 4:29 PM, Edward Jaffe wrote:
On 10/14/2012 9:29 PM, Mark Nelson wrote:
The next meeting of t
Great information Frank. Excellent, thanks.
On Sat, Oct 13, 2012 at 11:11 AM, Frank Swarbrick
wrote:
> What is CTRCOBMOD?
>
> If you do a COBOL static call, or even a COBOL dynamic call, you are for the
> most part not using CICS services to invoke your routine. For static I don't
> think CICS
Maybe they could look into streaming these meetings on the web?
I, too, was wishing that I lived close enough to attend.
/jack
- Original Message -
From: "Edward Jaffe"
Newsgroups: bit.listserv.ibm-main
To:
Sent: Monday, October 15, 2012 5:29 PM
Subject: Re: NY Metro NaSPA Chapter Me
On 15 October 2012 17:29, Edward Jaffe wrote:
> On 10/14/2012 9:29 PM, Mark Nelson wrote:
>
>> The next meeting of the NY Metro NaSPA Chapter will be on Tuesday, 30
>> October, 2012, in room 1219 at the IBM Building at 590 Madison Avenue, New
>> York City, from 10:00 AM until 4:30 PM. We are foll
On Mon, 15 Oct 2012 16:24:07 -0500, Mike Schwab wrote:
>SDSF requires the string first, so
>Set PF19=F '1' 1 prev
>Set PF20=F '1' 1 next
>
Probably works better in SDSF than native ISPF because SDSF always
positions the search target at line 1 (usually I find this behavior annoying,
but I suppose
On 10/14/2012 9:29 PM, Mark Nelson wrote:
The next meeting of the NY Metro NaSPA Chapter will be on Tuesday, 30
October, 2012, in room 1219 at the IBM Building at 590 Madison Avenue, New
York City, from 10:00 AM until 4:30 PM. We are following the same
registration process as we followed for our
SDSF requires the string first, so
Set PF19=F '1' 1 prev
Set PF20=F '1' 1 next
On Mon, Oct 15, 2012 at 1:26 PM, McKown, John
wrote:
>>
>> And thinking about it, does ISPF BROWSE/VIEW support scrolling by
>> the page markers in the data, perhaps with Page Up/Page Down keys?
>> (Yah, I know, "You c
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Paul Gilmartin
> Sent: Monday, October 15, 2012 1:18 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Convert data tape to ASCII format
>
> On Mon, 15 Oct 2012 09:34:17 -0700, Ulrich
On Mon, 15 Oct 2012 09:34:17 -0700, Ulrich Krueger wrote:
>
>If it's important for you to keep these reports in a format that allows
>proper viewing of each page and also proper printing, I recommend you
>convert each dataset into a PDF-file (and then FTP the PDF file in binary
>format to the dest
You are saying that these datasets are all printable reports, etc.
When you transfer a printable report containing form control characters to a
different system, you will not be able to re-print this report correctly
(with proper forms control) on a system unless you have a program that can
convert
On Mon, 15 Oct 2012 16:34:24 +0100, af dc wrote:
>Hello,
>I need to copy data from STK/9840 tape media (text sequential dsns) to disk
>on Ascii format. To send them to AIX. What is the best way of doing it ??
>Env is z/os 1.12
>
>1) recall dsns (they are hsm migrated)
>2) running ditto to convert
Cecilio,
You can use DFSORT's new translation function ETOA which translates
characters from EBCDIC to ASCII using the default standard TCP/IP service
EBCDIC-to-ASCII translation table.
//STEP0100 EXEC PGM=SORT
//SYSOUT DD SYSOUT=*
//SORTIN DD DISP=SHR,DSN=Your Input Tape DSN
//SORTOUT
Hi John,
yes, all data are text based, reports, listings.
This 2 step approach will be the best one, due to the recall time.
Many thx,A,Cecilio
On Mon, Oct 15, 2012 at 4:56 PM, McKown, John wrote:
> Forgot to mention, you really need to be sure that the data on z/OS is
> "textual". That basical
Forgot to mention, you really need to be sure that the data on z/OS is
"textual". That basically means that it could be successfully printed out on a
normal printer. It cannot contain "binary" information. Why? Because if you do
an EBCDIC to ASCII translate on the "binary" data, the result is ju
What is the transport mechanism to the AIX box? FTP will read z/OS "textual"
data in EBCDIC and can translate it to ASCII "on the fly" as it is sent to the
AIX box. I do this all the time sending from z/OS 1.12 to an ASCII Linux
system. sftp (transport via encrypted SSH) can also do EBCDIC to AS
Found a something from Google
using dd,
http://www.akadia.com/services/unix_tools.html#Converting%20between%20ASCII%20and%20EBCDIC
> Date: Mon, 15 Oct 2012 16:34:24 +0100
> From: acbi...@gmail.com
> Subject: Convert data tape to ASCII format
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Hello,
> I need to
Hello,
I need to copy data from STK/9840 tape media (text sequential dsns) to disk
on Ascii format. To send them to AIX. What is the best way of doing it ??
Env is z/os 1.12
1) recall dsns (they are hsm migrated)
2) running ditto to convert those dsns to ascii format
3) send those ascii files to A
On 10/14/2012 10:46 PM, Ravi Kumar.C.Gowda wrote:
Hi Steve.. Dont you have course materials for zOS systems stuff such as
Rexx programming.. Sysplex.. IPCS and things like that.. Appreciate ur
response if u have any of these. Thanks
Sorry. We focus on applications programmers. Some of our cours
*were , thank you .
On Mon, Oct 15, 2012 at 11:23 AM, Matan Cohen wrote:
> you all was right ... I moved the Dataset to the SYSPROC.
>
>
> On Wed, Oct 3, 2012 at 4:01 PM, Paul Gilmartin wrote:
>
>> On Wed, 3 Oct 2012 13:58:44 +0200, Hunkeler Peter (KIUP 4) wrote:
>> >
>> >... If you invoke a scr
you all was right ... I moved the Dataset to the SYSPROC.
On Wed, Oct 3, 2012 at 4:01 PM, Paul Gilmartin wrote:
> On Wed, 3 Oct 2012 13:58:44 +0200, Hunkeler Peter (KIUP 4) wrote:
> >
> >... If you invoke a script by "EX SOMTEHING(SCRIPT)",
> >then TSO will complete the DSN by prefixing it with
Peter,
Good spot. We are on z/OS 1.13 and do not have PTF UA64306 applied.
Thanks.
Ron.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO I
21 matches
Mail list logo