Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

CICS and assembler connectivity

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> HomeWorks & Requests
View previous topic :: :: View next topic  
Author Message
dsivapradeep

New User


Joined: 06 Jul 2012
Posts: 43
Location: INDIA

PostPosted: Mon Aug 13, 2012 9:16 pm    Post subject: CICS and assembler connectivity
Reply with quote

Hi all,

Im new to assembler and knew that assembler supports cics online transactions.
But how feasible is it to use assembler for cics and what will be the advantage of assembler over Cobol ?

I want to learn implementing online cics applications using assembler. Can anyone provide pointers for the resources?
Back to top
View user's profile Send private message

enrico-sorichetti

Global Moderator


Joined: 14 Mar 2007
Posts: 10202
Location: italy

PostPosted: Mon Aug 13, 2012 9:23 pm    Post subject: Reply to: CICS and assembler connectivity
Reply with quote

the CICS manuals contain all You mght want to know about using assembler to develop CICS applications

for example
Application Programming Guide
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DFHP3C00/CCONTENTS?SHELF=DFHASJ00&DN=SC34-6818-00&DT=20070619105120
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Mon Aug 13, 2012 9:48 pm    Post subject:
Reply with quote

Hello,

These days there is basically no advantage to writing "applications" in assembler - either in CICS or in batch.

Most organizatons do not permit assembler code to be used by applicaton developers as there are fewer and fewer who know assembler well enough to keep large systems running.
Back to top
View user's profile Send private message
dsivapradeep

New User


Joined: 06 Jul 2012
Posts: 43
Location: INDIA

PostPosted: Mon Aug 13, 2012 10:00 pm    Post subject:
Reply with quote

Hi dick, Then learning and exploring assembler is of no use in today's IT industry?

People are avoiding assembler because its difficult to develop applications using it or because it is not capable to meet the application requirements?
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Mon Aug 13, 2012 10:03 pm    Post subject:
Reply with quote

Hello,

It still can be of use to know assembler. It is most helpful even if you do not develope new code using assembler.

Organizatons avoid assembler because there are no longer lots of coders that understand assembler. It is not "more difficult" (imho) - if you know it, it is quite usable.
Back to top
View user's profile Send private message
Bill O'Boyle

CICS Moderator


Joined: 14 Jan 2008
Posts: 2502
Location: Atlanta, Georgia, USA

PostPosted: Tue Aug 14, 2012 3:18 am    Post subject: Reply to: CICS and assembler connectivity
Reply with quote

Primarily over the years, Assembler has been used for sub-programs, which can address certain control blocks that HLL can't address (without potential grief) as well as specialties which HLL can't perform.

Normally, the HLL caller is coupled with both HLL sub-programs as well as Assembler sub-programs.

HLL and Assembler make good partners, but with Assembler falling out of favor over the years (as Dick has said), do to the reduced number of programmers who can code it, it has become a liability.

We have interns entering our employee work force (from USC) in South Carolina, but Assembler is omitted from the course study, because management feels it is unnecessary to learn.

Let's face it, Assembler programmers are either dying or retiring and that's just how it goes.... icon_eek.gif
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Tue Aug 14, 2012 8:38 am    Post subject: Reply to: CICS and assembler connectivity
Reply with quote

Quote:
Let's face it, Assembler programmers are either dying or retiring and that's just how it goes....
Which IMHO is a terrible loss. . .

d
Back to top
View user's profile Send private message
Nic Clouston

Global Moderator


Joined: 10 May 2007
Posts: 1715
Location: UK

PostPosted: Tue Aug 14, 2012 11:22 am    Post subject:
Reply with quote

Quote:
Which IMHO is a terrible loss. . .

Possibly a business opportunity?
Back to top
View user's profile Send private message
Bill O'Boyle

CICS Moderator


Joined: 14 Jan 2008
Posts: 2502
Location: Atlanta, Georgia, USA

PostPosted: Wed Aug 15, 2012 8:09 pm    Post subject: Reply to: CICS and assembler connectivity
Reply with quote

Nic,

I hear ya.

IBM's Statement of Direction from a CICS standpoint has been OpenAPI/Threadsafe and here are the issues.

Long ago and far away, when CICS HLL "CALLS" (not LINKS) to a sub-program, the storage used by the Assembler sub-program is it's own, sort of like when you have NORENT used in a COBOL compile. So, the bottom line is, the storage is non-reentrant as it is incorporated as part of the load module.

OpenAPI/Threadsafe requires that the storage used by a given thread is re-entrant and can't be trampled on by another task, which in the above example, would be a problem because with OpenAPI/Threadsafe you'd have multiple TCB's executing the same program (task) concurrently, with each task walking all over the Assembler's storage simultaneously, causing unexpected results and leaving programmer's scratching their heads.

With that, the HLL Caller's should be passing their own re-entrant WS to the Assembler sub-program and the sub-program must use this re-entrant storage, eliminating any of these "opportunities". icon_wink.gif

But not only should this apply to OpenAPI/Threadsafe, it should be used in all HLL Calling Assembler sub-programs, which has been my approach for several decades. I've seen Assembler storage overlayed by a concurrent task (a single QR TCB) as the logic path was different in the sub-program and corrupted storage ensued.

So, you're right, this could be something that raises some possible Business opportunities for Technical folks down the road to make these changes and allow OpenAPI/Threadsafe compliance. For example, I was getting a S0C1 on an "OR Immediate"? Crazy stuff.

HTH....
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> HomeWorks & Requests All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts CICS START AND CANCEL blayek CICS 1 Wed Dec 07, 2016 3:27 am
No new posts How does a called pgm know if its cal... Graeme Westerman COBOL Programming 4 Tue Nov 29, 2016 9:25 pm
No new posts CICS Roll back partially - Need to re... dwijadas CICS 4 Wed Nov 16, 2016 4:30 pm
No new posts CICS NEW SIT PARAMETERS CICS BEHAVIOR... Kyle Carroll CICS 0 Fri Nov 04, 2016 11:55 pm
No new posts Single COPY CICS TS datasets and when... Kyle Carroll CICS 2 Tue Oct 11, 2016 9:47 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us