IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

What is FWACBAR


IBM Mainframe Forums -> CICS
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
Harvey Sullivan

New User


Joined: 05 Nov 2007
Posts: 19
Location: Monterey CA

PostPosted: Sat Jan 05, 2008 8:04 am
Reply with quote

Any old CICS programmers out there? I see this in some old macro programs I am converting to command CICS. Since I don't have any manuals is this a local thing or does it have any significance as a naming convention to macro level programs? Thanks for any help you can give. Harvey
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10872
Location: italy

PostPosted: Sat Jan 05, 2008 2:09 pm
Reply with quote

File work area base address
Back to top
View user's profile Send private message
Earl Haigh

Active User


Joined: 25 Jul 2006
Posts: 475

PostPosted: Sat Jan 05, 2008 10:29 pm
Reply with quote

If my memory serves me correctly,

fwacbar is an assembler tag equated to a register defined when you copy
the DFHFWADS dsect


after reading a cics file in macro level , you need to establish
addressability to the DFHFWADS area, normaly

L FWACBAR,TCAFCAA
Back to top
View user's profile Send private message
Harvey Sullivan

New User


Joined: 05 Nov 2007
Posts: 19
Location: Monterey CA

PostPosted: Mon Jan 07, 2008 11:23 am
Reply with quote

Earl Haigh wrote:
If my memory serves me correctly,

fwacbar is an assembler tag equated to a register defined when you copy
the DFHFWADS dsect


after reading a cics file in macro level , you need to establish
addressability to the DFHFWADS area, normaly

L FWACBAR,TCAFCAA


Hi Earl, I think your memory is pretty good. My situation is PL/I but it is about the same thing. I find FWACBAR = TCAFCAA ; every where throughout the program. these are pointers which is just about the same thing as loading regs in ALC. What I am having a real problem with is that I found:
%INCLUDE (DFHFWADS);
2 RL2 BIN FIXED(15),
2 INREC CHAR(1498);

The Include is like a DSECT in ALC but the strange part for me right now is the 2 fields appended to the end of DFHWADS as it seems like a record is being placed in this area after file reads then used to update records from. I think this is a coincedence at the moment and the OP did not understand something. Anyway thanks for your response and if you can shed any light on this it would be greatly appreciated. Of course I have no documetation on macro level and the DFHWADS copybook is long gone so this makes it more of a mystery. Thanks, Harvey
Back to top
View user's profile Send private message
William Thompson

Global Moderator


Joined: 18 Nov 2006
Posts: 3156
Location: Tucson AZ

PostPosted: Mon Jan 07, 2008 9:44 pm
Reply with quote

Harvey Sullivan wrote:
What I am having a real problem with is that I found:
%INCLUDE (DFHFWADS);
2 RL2 BIN FIXED(15),
2 INREC CHAR(1498);

The Include is like a DSECT in ALC but the strange part for me right now is the 2 fields appended to the end of DFHWADS as it seems like a record is being placed in this area after file reads then used to update records from.
Consider the included DFHFWADS to be a standardized header returned with the actual record - The RL2 looks like a record length while the INREC is the actual data.....
Back to top
View user's profile Send private message
Harvey Sullivan

New User


Joined: 05 Nov 2007
Posts: 19
Location: Monterey CA

PostPosted: Mon Jan 07, 2008 11:09 pm
Reply with quote

William thanks you are right it is a variable length record as defined in VSAM and many pointers (not fwacbar) are set on it. I just wonder why the OP happened to place the spot for the record there without a higher level (1) identifier. I think the record definition could have really gone anywhere. Maybe I should just let curious minds rest until testing occurs. Thanks, Harvey
Back to top
View user's profile Send private message
Harvey Sullivan

New User


Joined: 05 Nov 2007
Posts: 19
Location: Monterey CA

PostPosted: Fri Jan 11, 2008 12:27 am
Reply with quote

Earl Haigh wrote:
If my memory serves me correctly,

fwacbar is an assembler tag equated to a register defined when you copy
the DFHFWADS dsect


after reading a cics file in macro level , you need to establish
addressability to the DFHFWADS area, normaly

L FWACBAR,TCAFCAA


Earl, what is the equivalant to TCAFCAA in command level? Is it still around somewhere?
Back to top
View user's profile Send private message
Earl Haigh

Active User


Joined: 25 Jul 2006
Posts: 475

PostPosted: Fri Jan 11, 2008 6:59 pm
Reply with quote

dfhfwads, fwacbar, and tcafcaaa
is no longer needed for command level
Back to top
View user's profile Send private message
JPeters

New User


Joined: 24 Mar 2008
Posts: 2
Location: MPLS

PostPosted: Mon Mar 24, 2008 8:50 pm
Reply with quote

Henry - FWACBAR stands for File Work Area CSect Base Address Register.

I have some pretty extensive Macro LVL experience so I may be able to help answer any questions you may have. A very good manual to have a a resource would be the "CICS DATA AREAS" manuals for the releases the program(s) were written under. Macro goes back to at least Release 1.7 of CICS, this is the release I wrote under. I do have a macro level high level storage layout that I could e-mail to you if you want a copy.

JPeters
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> CICS

 


Search our Forums:

Back to Top