<quote>
PROBLEM SUMMARY:
****************************************************************
* USERS AFFECTED: Users of BSAM/QSAM that access UNIX System *
* Services, USS, files. *
****************************************************************
* PROBLEM DESCRIPTION: With today's z/OS UNIX System *
* Services, USS, there are two different *
* file formats: text and binary. The *
* files are seen as byte-streams. Text *
* allows a user to specify a delimiter *
* (one of a few predefined characters) *
* to indicate the end of a "record". On *
* output, the delimiter is appended to *
* the end of the data and stripped on *
* input. The delimiter is stored as an *
* attribute of the file. *
* *
* The problem that some applications are *
* encountering with text files in the *
* z/OS USS filesystem when using BSAM or *
* QSAM is there is no way for a text *
* file to contain a delimiter as part of *
* the data stream. *
****************************************************************
* RECOMMENDATION: *
</quote>
ref:
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john....@healthmarkets.com * www.HealthMarkets.com
Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Why can't we bury this stupid discussion once for all?
--
Peter Hunkeler
CREDIT SUISSE AG
Rob Schramm
>Why can't we bury this stupid discussion once for all?
Because every now and then (last week as the latest example) some pedant complains when somebody else uses the USS in the 'wrong' way.
Sometimes, they are deliberately obtuse, even though the context points to UNIX System Services rather than VTAM.
-
Too busy driving to stop for gas!
Bill Fairchild
Software Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.4503 * Mobile: +1.508.341.1715
Email: bi...@mainstar.com
Web: www.rocketsoftware.com
Greg Shirey
Ben E. Keith Co.
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-...@bama.ua.edu] On
Behalf Of Ted MacNEIL
Sent: Thursday, January 07, 2010 9:33 AM
Because every now and then (last week as the latest example) some pedant
complains when somebody else uses the USS in the 'wrong' way.
Sometimes, they are deliberately obtuse, even though the context points
to UNIX System Services rather than VTAM.
----------------------------------------------------------------------
>Maybe not officially, but on IBMLink, for APAR OA25204.
>
Sorry, John, but I believe that is a proper and allowable use of USS. The
rule (as I understand it) is that first usage must be UNIX System Services,
and that was done here. The reference is clearly saying UNIX System
Services, and indicating that thereafter for this discussion, USS will be
used as a shorthand.
--
Walt
>Because every now and then (last week as the latest example) some pedant
>complains when somebody else uses the USS in the 'wrong' way.
Sorry, tonto, but this thread was not opened by an alleged pedant.
>Sometimes, they are deliberately obtuse,
Sometimes you lie about other posters. This is a case in point.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
I responded to one such pedant, recently, and I thought it was on IBM-Main.
Maybe, it was RACF-L?
Anyways, in general I stay away from that (and other useless) argument.
-
Too busy driving to stop for gas!
----------------------------------------------------------------------
PSAMODE is not an intended programming interface. Any assumption you make
about its values, let alone its stability, is done at your own risk.
Peter Relson
z/OS Core Technology Design
>AFAIK there are two (three?) IBM-MAIN members which are allergic to USS
>as UNIX System Services,
At least one of whom is an IBM employee.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
----------------------------------------------------------------------