Re: Is this email formatted correctly?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 07/15/2008
   at 09:47 AM, Phil Smith III <[EMAIL PROTECTED]> said:

>The "=20" and so forth are MIME Quoted-Printable encoding; any modern
>client *should* handle it cleanly

Only if the CTE field specifies QP. See RFC 2045 for details.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Is this email formatted correctly?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 07/14/2008
   at 12:46 PM, Steve Comstock <[EMAIL PROTECTED]> said:

>But on this email, I see all those "=20"s and such.

What do you see on the Content-Transfer-Encoding: header field? It sounds
as though you're not handling QP properly.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Is this email formatted correctly?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 07/14/2008
   at 02:31 PM, Dave Salt <[EMAIL PROTECTED]> said:

>Content-Type: text/plain; charset="iso-8859-1"

Exactly what you should have, unless you need to use the Euro (€)
character, in which case you would need ISO-8859-15.

>The paragraph below is identical to the paragraph above, except that I
>pasted it from a mainframe session (just in case it makes any
>difference):

Your C&P lost the CRLF at the end of each line: the text is flowed.
 
-- 
 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Terminal SYSIN in TSO Logon Proc

[Ted MacNEIL]

>Even more amazing is the number of logon procs (yes, in 2008) that have a 
>SYSUADS DD statement pointing to SYS1.UADS . Wrong on so many
levels...

I've seen a lot pointing to SYS1.BRODCAST, which has been dynamically allocated 
for years, at first use.
Also, how many shops are not using individual BRODCAST datasets?

-
Too busy driving to stop for gas!

--
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

Re: Terminal SYSIN in TSO Logon Proc

[Tony Harminc]

2008/7/19 Kenneth E Tomiak <[EMAIL PROTECTED]>:

> Sometimes people add things to a logon proc not understanding true needs,
> too. I have seen SYSPRINT added into steps that never use it because
> someone thought that is where output goes. And SYSIN is where input comes
> from. And then it gets propagated to zillions of other steps.

Even more amazing is the number of logon procs (yes, in 2008) that
have a SYSUADS DD statement pointing to SYS1.UADS . Wrong on so many
levels...

Tony H.

--
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

z/OS 1.9 SDSF (Was: SDSF "I" (Input) Screen with z/OS 1.9)

[Edward Jaffe]

Skip Robinson wrote:

There was a fundamental and as far as I know undocumented change in SDSF
for 1.9.

[snip]

All users of SDSF at 1.9+ should look at OA25498 , which mentions the new
Extended Status SSI interface. A number of anomalies are or might be
attributable to this functional change.
  


Yup. SSI 80 is the quickest way to achieve JES neutrality. 
Unfortunately, fundamental programming changes nearly always create 
fundamental problems. And, based on recent postings to IBM-MAIN, it 
seems that *someone* at IBM should have noticed this high degree of 
performance degradation before the customers did in production.


And, why the rush to release such fundamental and undocumented internal 
changes with bad performance no obvious external benefit to existing 
customers? The whole exercise seems a bit hurried and sloppy to me.


I guess the "cowboys" are now in charge ... O:-)

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: PUT Method of z/os HTTP Web Server

[Roger Bolan]

You're right.  I didn't even notice that it said HTTP instead of FTP.  My 
answer was for FTP. 
You might see this twice.  I think my last response may have gone only to 
the newsgroup and not the mail list.

Roger Bolan

IBM Mainframe Discussion List  wrote on 07/18/2008 
02:14:07 PM:


> 
> Interesting. That's the FTP PUT command, not the HTTP PUT method.
> But, maybe that will work for her too.

--
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

Re: Terminal SYSIN in TSO Logon Proc

[Lindy Mayfield]

I would agree, and that's what I thought, until I see that the default logon 
proc in the ServerPac and also the logon proc example in the TSO manual both 
have SYSIN and SYSPRINT to TERM.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Kenneth E Tomiak
Sent: 19. heinäkuuta 2008 17:25
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Terminal SYSIN in TSO Logon Proc

I would say running your CLIST, REXX, or any other language code is not TSO 
itself, so if other DD statements are allocated in a logon proc it is for the 
application, not for TSO.

Sometimes people add things to a logon proc not understanding true needs, 
too. I have seen SYSPRINT added into steps that never use it because 
someone thought that is where output goes. And SYSIN is where input comes 
from. And then it gets propagated to zillions of other steps.

So a vendor provided logon proc might include them because they know an 
application they designed the logon proc for will need them.



On Thu, 17 Jul 2008 15:38:42 -0400, Thompson, Steve 
<[EMAIL PROTECTED]> wrote:

>
>SYSIN and SYSPRINT are not used by TSO. 
>
>Meanwhile, they CAN BE used by CLIST and REXX when invoking programs.
>Does that constitute TSO (in CLIST case)? 

--
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

--
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

Re: FILTER cmd not working in batch SDSF?

[Farley, Peter x23353]

ITYM z/OS 1.9, don't you?  There are no REXX chapters in the 1.8 SDSF
manual, but there is quite a bit of that in the 1.9 version.  Unless
there's a back-level PTF implementing REXX support for 1.8?  Though
without access to SMP here (not a sysprog), I wouldn't know if that's
installed or not.

We haven't gotten to 1.9 yet, though it's coming sometime later this
year I am told.

If you would be so kind as to send me (or publish here, your choice) the
REXX code you mentioned, I would love to give it a try.  Or even better
you could publish it to the CBT for everyone to use.

Regards and thanks again,

Peter

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Kenneth E Tomiak
> Sent: Saturday, July 19, 2008 11:57 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: FILTER cmd not working in batch SDSF?
> 
> I have REXX code for pre-z/OS 1.8 that accepts a jobname and jobnumber
> and allocates the output file dynamically that I use so one jobb step
> can grab several outputs. z/OS 1.8 and above has a wonderful API to
> SDSF for REXX, too.
> 
> Glad it helped.


This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


--
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

Re: FILTER cmd not working in batch SDSF?

[Kenneth E Tomiak]

You proved how being flexible in accepting a solution to a goal beats forcing a 
pre-chosen method. The other way may just need another command here or 
there. (I'm not logged on to check but was trying to recall if the PGM=name 
used is just an alias on the other.)



On Sat, 19 Jul 2008 10:10:28 -0400, Farley, Peter x23353 
<[EMAIL PROTECTED]> wrote:

>
>Thanks again for the excellent examples.  You made me re-think the
>problem, and that's a Good Thing(tm).
>
>Regards,
>
>Peter
>

--
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

Re: Numeric TSO Userids

[Gerhard Postpischil]

Mark Wilson wrote:

However, if I migrate them to RACF, TSO does NOT support a fully numeric
Userid.


The closest you could come is to maintain an all-numeric logon 
in a pre-logon exit (examples on the CBT), and convert that to 
an id acceptable by TSO and RACF internally. If the clients run 
special software without direct TSO use, this could maintain 
transparency for them.


(There is of course the alternative of intercepting all terminal 
I/O, identifying the user ids, and changing them, but I wouldn't 
seriously recommend that)


A long time ago we had numeric account numbers, and (for 
billing) decided to use them as part of data set names. We 
translated A-I to 1-9, and 0 to Z. That worked quite well, but 
didn't suffer from the TSO userid restrictions.



Gerhard Postpischil
Bradford, VT

--
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

Re: FILTER cmd not working in batch SDSF?

[Kenneth E Tomiak]

I have REXX code for pre-z/OS 1.8 that accepts a jobname and jobnumber 
and allocates the output file dynamically that I use so one jobb step can grab 
several outputs. z/OS 1.8 and above has a wonderful API to SDSF for REXX, 
too.

Glad it helped.


On Sat, 19 Jul 2008 10:36:03 -0400, Farley, Peter x23353 
<[EMAIL PROTECTED]> wrote:

>Reporting back as promised.  Using PGM=SDSF and Ken's examples as a
>model, I was able to get the result I wanted.  Herewith a sanitized
>version of what worked for the archives, and a big Thank You to Ken.
>

--
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

Re: RRS/DB2 JDBC definition and implementation

[Kenneth E Tomiak]

www.ibm.com then look for the manuals. There is not one to do all that you 
ask for, there are several. Check Redbooks too.


On Wed, 16 Jul 2008 12:54:04 -0500, Carlos Cordero 
<[EMAIL PROTECTED]> wrote:

> 
> 
>Hi everybody!
> 
> 
>I need your help for this: to get a detailed documentation on how to know:
> 
>   1)  All z/OS Resources required to implement the RRS
>   2)  RRS detailed implementation & considerations
>   3)  RRS configuration 
>   4)  DB2 JDBC/SQLJ Driver for z/OS, with the version that belongs DB2 8, 
detailed implementation and configuration. (JCC)
>   5)  How to validate WLM application environment.
> 
> 
> 

--
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

Re: DSN wirh LRECL > 32760 on Z/OS

[Ed Finnell]

 
In a message dated 7/19/2008 9:30:08 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

to break his record up into smaller pieces. Alternatively, put the data  into 
z/OS UNIX Services files and process it with a language that can  handle it. 
JAVA comes to mind.
 
>>
Guess I'd go the UDB route so I could just query it and get what I  needs.






**Get fantasy football with free live scoring. Sign up for 
FanHouse Fantasy Football today.  
(http://www.fanhouse.com/fantasyaffair?ncid=aolspr000520)

--
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

Re: Moving 3390-3 to 3390-9

[Kenneth E Tomiak]

Having recently used a dataset mover we had a few tasks crash, so it was 
not transparent. Which caused an unscheduled outage.

Your results may vary.


On Wed, 16 Jul 2008 15:31:51 -0500, Mark Zelden 
<[EMAIL PROTECTED]> wrote:

>On Wed, 16 Jul 2008 15:32:27 -0400, Jousma, David 
<[EMAIL PROTECTED]> wrote:
>
>>
>>The dataset is moved once LDMF
>>completes, and new allocations of the moved datasets go to the new
>>volume, and those tasks that had it allocated still get it at the old
>>location until they are recycle, and LDMF takes care of keeping them in
>>sync.
>>
>
>The old datasets are allocated, but the I/O is diverted to the new
>dataset.  So the bounce is needed to free the old allocation, but if
>the system crashed for example, the new dsn is the good one (the
>2 datasets are not kept in-sync after the diversion is complete).
>

--
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

Re: IBM's 2Q2008 Earnings

[Anne & Lynn Wheeler]

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main as well.

[EMAIL PROTECTED] (Timothy Sipples) writes:
> This would be the "I don't believe the number is accurate" argument I
> guess.
>
> Well, if you think there's an error in IBM's earnings report, you can
> contact the SEC by visiting http://www.sec.gov.

re:
http://www.garlic.com/~lynn/2008k.html#20 IBM's 2Q2008 Earnings
http://www.garlic.com/~lynn/2008k.html#25 IBM's 2Q2008 Earnings

... no, just that there are increasing cases ... that just because it is
an SEC filing doesn't necessarily make it true 

poster childs were enron and worldcom and problems continue even after
there were measures supposedly put in place to correct earlier problems.

--
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

Re: State of IDAHO feedback

[Kenneth E Tomiak]

And no mention of ROI - Return On Investment. How would you even track 
when the $28 Million paid for itself? As for efficient, don't most systems add 
bloat and complexity instead of simplifying them? 

Have you ever seen a really get-off-the-mainframe project that saved money? 
Not when they add all te expenses in rather than just the ones they want to 
incude.

But maybe they do enter an application and reach a go/nogo decision quicker. 
That is good for the few deserving recipients, for $28 million. Notice the 
'plan' 
only needed $5 million.



On Thu, 17 Jul 2008 23:01:21 -0400, Doug Fuerst 
<[EMAIL PROTECTED]> wrote:

>I think every buzz word on that new fangled project management stuff is
>in there. This is such bull.Can't they just say we made the process more
>efficient, and eliminated waste? No, too simple... And probably not the
>case. Inertia is pretty strong
>
>

--
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

Re: FILTER cmd not working in batch SDSF?

[Farley, Peter x23353]

Reporting back as promised.  Using PGM=SDSF and Ken's examples as a
model, I was able to get the result I wanted.  Herewith a sanitized
version of what worked for the archives, and a big Thank You to Ken.

Note the DISP of MOD for the OUTFILE DD so that multiple job outputs can
be captured in the same file and no RLSE parameter on the SPACE so that
many jobs could be captured without creating many small extents.

//GETSDSF  EXEC PGM=SDSF,PARM='++0043,133' 
//ISFOUT   DD  SYSOUT=*
//OUTFILE  DD  DISP=(MOD,CATLG,CATLG),DSN=&SYSUID..MYJOBS.JESMSGLG,
// UNIT=SYSDA,SPACE=(TRK,(15,15)), 
// DSORG=PS,RECFM=VBA,LRECL=259,BLKSIZE=0  
//ISFINDD  *   
SET CURSOR OFF 
PREFIX TSOUS*  
H  
SELECT TSOUSERX JOB61996   
FIND TSOUSERX  
++?
FIND JESMSGLG  
++S
PRINT FILE OUTFILE 
PRINT  
PRINT CLOSE
END
END
H  
SELECT TSOUSERX JOB60137   
FIND TSOUSERX  
++?
FIND JESMSGLG  
++S
PRINT FILE OUTFILE 
PRINT  
PRINT CLOSE
END
END
// 


This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


--
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

Re: DSN wirh LRECL > 32760 on Z/OS

[Kenneth E Tomiak]

No idea how to learn assembler? Or are you asking us to write the program for 
you? The old tried and true method works, tell the developer to devise a way 
to break his record up into smaller pieces. Alternatively, put the data into 
z/OS UNIX Services files and process it with a language that can handle it. 
JAVA comes to mind.


On Fri, 18 Jul 2008 13:39:04 +0200, Sarel Swanepoel 
<[EMAIL PROTECTED]> wrote:

>Hi
>
>We received a request from the developers to create a dataset with LRECL
>> 32727. They will be receiving data from the open systems environment
>that will be + 52000 bytes long and need to process that data.
>
>I found the following in the archives but have no idea how to do it.
>

--
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

Re: Terminal SYSIN in TSO Logon Proc

[Kenneth E Tomiak]

I would say running your CLIST, REXX, or any other language code is not TSO 
itself, so if other DD statements are allocated in a logon proc it is for the 
application, not for TSO.

Sometimes people add things to a logon proc not understanding true needs, 
too. I have seen SYSPRINT added into steps that never use it because 
someone thought that is where output goes. And SYSIN is where input comes 
from. And then it gets propagated to zillions of other steps.

So a vendor provided logon proc might include them because they know an 
application they designed the logon proc for will need them.



On Thu, 17 Jul 2008 15:38:42 -0400, Thompson, Steve 
<[EMAIL PROTECTED]> wrote:

>
>SYSIN and SYSPRINT are not used by TSO. 
>
>Meanwhile, they CAN BE used by CLIST and REXX when invoking programs.
>Does that constitute TSO (in CLIST case)? 

--
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

Re: FILTER cmd not working in batch SDSF?

[Farley, Peter x23353]

Thank you very much for those excellent examples.  The business problem
at hand here though is to select just the JESMSGLG output from the jobs
to be selected.

I did try using SDSF and noted that the FILTER and SELECT operations do
work with SDSF, unlike IFSADF.  Hmm-m-m-m.  I did NOT try selecting the
job with ++S and then issuing a FIND for the JESMSGLG component,
followed by a PRINT.

I will try using SDSF and the PRINT command for this and report back.

I still think I'll report the ISFADF failure to my sysprogs, that really
ought to either work just like SDSF or be documented not to work.

Thanks again for the excellent examples.  You made me re-think the
problem, and that's a Good Thing(tm).

Regards,

Peter

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Kenneth E Tomiak
> Sent: Saturday, July 19, 2008 9:40 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: FILTER cmd not working in batch SDSF?
 
> I use PGM=SDSF and have two ways to capture job output in batch dating
> back to early SDSF.



This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


--
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

Re: IBM's 2Q2008 Earnings

[Anne & Lynn Wheeler]

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main as well.


[EMAIL PROTECTED] (Timothy Sipples) writes:
> This would be the "I don't believe the number is accurate" argument I
> guess.
>
> Well, if you think there's an error in IBM's earnings report, you can
> contact the SEC by visiting http://www.sec.gov.

re:
http://www.garlic.com/~lynn/2008k.html#20 IBM's 2Q2008 Earnings

I didn't say that IBM was having auditing and accounting errors ...  I
said that there is increasing percentage of filings that having to be
restated because of audint and accounting errors.

for other drift ... earlier the this week ... in congressional committee
statement, there was statement that SEC was going to start going after
(illegal) naked shorts. The business program that carried the testimony
then made derogatory references about SEC now making it triple illegal
as opposed to only double illegal (i.e. there were already regulations
making naked short sales illegal ... but not being enforced). recent
post
http://www.garlic.ccom/~lynn/2008k.html#1 dollar coins

then yesterday when they announced something about the earlier statement
only applied to very narrow situations ... the business program comments
were about "business as usual"/

earlier post referring to the gao report(s)
http://www.garlic.com/~lynn/2008f.html#96 

and reference to 2003 GAO report

'Financial Statement Restatements: Trends, Market Impacts, Regulatory
Responses, and Remaining Challenges'
http://www.gao.gov/cgi-bin/getrpt?GAO-03-138

and more recent 2006 GAO report

Financial Restatements: Update of Public Company Trends,
Market Impacts, and Regulatory Enforcement Activities
http://www.gao.gov/new.items/d06678.pdf

Financial Restatement Database
http://www.gao.gov/new.items/d061053r.pdf
and update (2006)
http://www.gao.gov/special.pubs/gao-06-1079sp

--
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

Re: PUT Method of z/os HTTP Web Server

[Kenneth E Tomiak]

On my non-z/OS web server I have a web page with a form using the 
methed="post" option. The action points to a CGI program that has to be 
smart enough to store the incoming data. You can set up your web server to 
use datasets but you might find using a file (z/OS UNIX Services) is easier on 
the web server.


On Fri, 18 Jul 2008 14:59:01 -0400, Mary Kay Tubello 
<[EMAIL PROTECTED]> wrote:

>To all,
>
>I am looking into having a server application send data to the mainframe
>via the z/OS HTTP web server PUT method. I want to store the data in a
>dataset so that a batch job can process it.
>I have used HTTP for a server app to retrieve mainframe files.  This is
>pretty easy.  But, writing to the mainframe seems to be much more
>complicated.
>
>Anyone out there who can advise?
>
>Thanks,
>Mary Kay
>

--
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

Re: FILTER cmd not working in batch SDSF?

[Kenneth E Tomiak]

On Fri, 18 Jul 2008 19:09:30 -0400, Farley, Peter x23353 
<[EMAIL PROTECTED]> wrote:

>I guess I'll have to wait until Monday and give it to my sysprogs.
>
>Thanks for trying to help.
>
>Peter

I use PGM=SDSF and have two ways to capture job output in batch dating 
back to early SDSF.

1) Using FILTER and FIND

//*
//*  CAPTURE SPOOL OUTPUT TO SEQUENTIAL DATA SET
//*
//CAPTURE EXEC PGM=SDSF,PARM=''
//ISFINDD  *
PREFIX MYJBNM*
H
FILTER JOBID EQ JOB02785
FIND MYJBNMP
++S
PRINT FILE OUTDD01
PRINT
PRINT CLOSE
/*
//ISFOUT   DD  SYSOUT=*
//OUTDD01  DD  DISP=(NEW,CATLG),DSN=MYJBNM.JOB02785,
// UNIT=SYSALLDA,SPACE=(TRK,(20,2)),
// DCB=(DSORG=PS,RECFM=VBA,BLKSIZE=0,LRECL=255)
//*
//

2) Using Select.

//*
//STEP001 EXEC PGM=SDSF
//ISFOUT   DD  SYSOUT=*
//ISFINDD  *
PRE KTOMIAK*
OWNER *
H
S KTOMIAKK JOB00207
F KTOMIAKK
++?
F JESJCL
++S
PRINT FILE DDNAME
PRINT
PRINT CLOSE
END
/*
//DDNAME   DD  DISP=(NEW,CATLG),DSN=KTOMIAK.JOBOUT.JOB00207,
// UNIT=SYSDA,SPACE=(TRK,(45,45),RLSE),
// DCB=(DSORG=PS,RECFM=VB,BLKSIZE=0,LRECL=255)
//*

--
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

Re: OUR FRIEND WEB IBMLINK is DOWN (AGAIN) - YES, I''M SHOCKED AND SURPRISED TOO

[Earl Buhrmester]

When they achieve zero down time will the name change to   z/IBMLink   ?


Earl



Edward Jaffe <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
07/19/2008 08:15 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: OUR FRIEND WEB IBMLINK is DOWN (AGAIN) - YES, I''M SHOCKED AND 
SURPRISED TOO






Patrick O'Keefe wrote:
> And look at the subject line again.  Note the lower case "is".  Not all
> CAPs.   There is still room for serious escallation here.
> 

The extent to which further escalation is possible all depends on what 
your definition of "is" is. ;-)

-- 
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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





-
This e-mail and any attachments are intended only for the
individual or company to which it is addressed and may contain
information which is privileged, confidential and prohibited from
disclosure or unauthorized use under applicable law.  If you are
not the intended recipient of this e-mail, you are hereby notified
that any use, dissemination, or copying of this e-mail or the
information contained in this e-mail is strictly prohibited by the
sender.  If you have received this transmission in error, please
return the material received to the sender and delete all copies
from your system.

--
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

Re: OUR FRIEND WEB IBMLINK is DOWN (AGAIN) - YES, I''M SHOCKED AND SURPRISED TOO

[Edward Jaffe]

Patrick O'Keefe wrote:

And look at the subject line again.  Note the lower case "is".  Not all
CAPs.   There is still room for serious escallation here.
  


The extent to which further escalation is possible all depends on what 
your definition of "is" is. ;-)


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Numeric TSO Userids

[Mark Wilson]

Hi,

I am in the middle of migrating a customer from ACF2 to RACF and have
encountered a problem.

ACF2 supports the use of fully numeric TSO Userids.

The customer has an exit in place that forces all dataset allocations to be
prefixed with a Alpha character, getting around the dataset issues.

However, if I migrate them to RACF, TSO does NOT support a fully numeric
Userid.

I know this is not supported by IBM, but does anyone have any ideas (TSO
exit?), that I can use to support fully numeric TSO Userids.

The customer does not what to change the RACF Userids to start with an alpha
character for business/application reasons.

Any help gratefully received.

Regards,

Mark


--
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