EZT File Goes From Fixed to Variable

coxdavi · New User Joined: 12 Mar 2009 Posts: 30 Location: usa

I have an Easytrieve program using DFSORT that allocates a file as FB,133,27930 then runs through the body of the program. Files stats show it is still FB. Last statement in the program is a SORT statement using 3 fields ( SORT file to itself using the 3 fields ). Program fails on record-length issue.

The question I have is what causes a file to be allocated as RECFM=FB and end up as RECFM=V ? Is there a way to see what causes this to occur ?

Thanks,
Dave

Robert Sample · Posted: Fri Apr 17, 2009 11:04 pm

What does your JCL look like?

Frank Yaeger · Posted: Fri Apr 17, 2009 11:12 pm

Dave,

DFSORT would not convert from FB to VB unless the FTOV option was used.

Did you get the DFSORT messages (ICExxxs messages)? If so, post them. If you didn't get the DFSORT messages, you may be able to force them out to MYMSGS by adding this to the step:

dick scherrer · Posted: Fri Apr 17, 2009 11:23 pm

Hello,

Is there some reason you did not post the Easytrieve file definition and related code?

How about the error or informational messages from both Easytrieve and the sort? Be sure to include any message ids.

Robert Sample · Posted: Fri Apr 17, 2009 11:39 pm

dick, isn't psychic day Friday this week?

dick scherrer · Posted: Sat Apr 18, 2009 12:01 am

Robert Sample · Posted: Sat Apr 18, 2009 12:17 am

dead zone ... Faraday cage ... something like that, I'm sure (but then I've got the same problem)

Alas, poor Carnak, we knew him well ...

coxdavi · New User Joined: 12 Mar 2009 Posts: 30 Location: usa

I had checked with CA-Easytrieve support and they sent the following:

This could be Apar RO05501
APAR #: RO05501
Product: EZTRVE Release: 11.0 Solution #: 187 Type:
OS: OS
Title: *SP3* SORT CHANGES OUTPUT FILE RECFM.

****************** VERSION 0 EFFECTIVE: FEB 10 2009 4:00 *************
PRODUCT: CA Easytrieve Runtime RELEASE: 11.0

APAR #: RO05501 DATE: 10 FEB 2009

PROBLEM DESCRIPTION: *SP3* SORT changes output file RECFM.
---------------------------------------------------
This APAR corrects problem:

SORT of file and subsequent re-open of file causes
loss of RECFM.
Regards,
Dick

Thank you,
CA Technical Support

SEE THE FOLLOWING SOLUTION(S):
EZTRVE 11.0 187
* ____________________________________________________________________________ *

* ID: 187
* PRODUCT: EZTRVE
* RELEASE: 11.0
* DESC: *SP3* SORT CHANGES OUTPUT FILE RECFM.
* SYSTEMS AFFECTED: OS OS
* SOLUTION TEXT:

PRODUCT: CA Easytrieve Runtime RELEASE: 11.0

APAR #: RO05501 DATE: 10 FEB 2009

PROBLEM DESCRIPTION: *SP3* SORT changes output file RECFM.
---------------------------------------------------
This APAR corrects problem:

SORT of file and subsequent re-open of file causes
loss of RECFM.

HYPER: NO

DISTRIBUTION CODE: A

PROBLEM RESOLUTION: Apply the following APAR to the system.
Reload any resident modules, or re-IPL if necessary.
***NOTE*** Retain the printed output for reference.

PROCEDURE TO DUPLICATE PROBLEMS:
Create an Easytrieve program that SORTs a file to itself.

PROCEDURE TO DETERMINE IF THE FIX CORRECTS THE PROBLEM:
Output file RECFM = original definition.

SOURCE CHANGES:

FILE: ________ ________

PRODUCT(S) AFFECTED: CA Easytrieve MVS Release 11.0
CA-Easytrieve/Plus DBCS Release 11.0
CA-Easytrieve/Plus DBCS Option Release 11.0

* ____________________________________________________________________________ *

* OS VERSION: 0 EFFECTIVE: 02/10/2009 ACTION: A
SMP INPUT (OS/MVS SYSTEMS):
-----------------------------

++APAR (RO05501)
DESC (*SP3* SORT changes output file RECFM.)
/* ---------------------------------------------------------------- */
/* PRODUCT: CA Easytrieve Runtime */
/* RELEASE: 11.0 */
/* DATE: 10 FEB 2009 */
/* HYPER: NO */
/* */
/* STARTRAK PROBLEM PRODUCT NAME: EZTRVE PROBLEM NUMBER: 193 */
/* ---------------------------------------------------------------- */
/* *SP3* SORT changes output file RECFM. */
/* ---------------------------------------------------------------- */
/* This APAR corrects problem: */
/* */
/* SORT of file and subsequent re-open of file causes */
/* loss of RECFM. */
/* ---------------------------------------------------------------- */.
++VER (Z038) FMID(C$AB000)
PRE ($A00808)
SUP (T192084,RO02798,T192083,T192072).
++MOD(ETAMIQS) DISTLIB(C$AB0LLD).
++IMBED T192084 DATA *

PLEASE NOTE: THIS PTF CONTAINS A SOURCE MODULE REPLACEMENT.
PLEASE USE SUPPORT.CA.COM TO DOWNLOAD
THE MODULE. IF YOU HAVE ANY PROBLEMS, PLEASE
CONTACT CA SUPPORT TO ASSIST YOU.
MODULE NAME: DATA
TITLE: *SP3* SORT CHANGES OUTPUT FILE RECFM.
BYTES: 3680

I will apply this APAR when I get back to the office and retry the program.
Should do the trick.

Frank,
Yes, a co-worker had mentioned the FTOV and VTOF parms as something to check for.

Thanks all,
Dave

Frank Yaeger · Posted: Sat Apr 18, 2009 1:00 am

I'm moving this to the CA Forum.