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
 

 

S0C7 abend in data movement

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> COBOL Programming
View previous topic :: :: View next topic  
Author Message
i_at_forum

New User


Joined: 29 Dec 2005
Posts: 10

PostPosted: Fri Dec 21, 2007 1:58 pm    Post subject: S0C7 abend in data movement
Reply with quote

Hi,
I have a code which involves data movement from S9(3)COMP-3 to S9(5)COMP-3 field. It is giving S0C7 abend. Changed the receiving field to S9(3)COMP-3 the problem got solved.
Can any one tell what is the reason.
Back to top
View user's profile Send private message

murmohk1

Senior Member


Joined: 29 Jun 2006
Posts: 1439
Location: Bangalore,India

PostPosted: Fri Dec 21, 2007 2:05 pm    Post subject:
Reply with quote

i_at_forum,

Relevant topic discussed earlier. Link below-

http://www.ibmmainframes.com/viewtopic.php?t=3155&highlight=s0c7
Back to top
View user's profile Send private message
socker_dad

Active User


Joined: 05 Dec 2006
Posts: 147
Location: Columbia, MO

PostPosted: Wed Dec 26, 2007 9:28 pm    Post subject: Reply to: S0C7 abend in data movement
Reply with quote

Of course it is possible to go from a smaller numeric field to a larger numeric field: the extra bytes are zero-filled. That is, numeric fields have zeroes in the high-order places:

Sending: 995V99

Receiving: 00995V99

However, I am completely confused as to getting a 0C7 on this move. It seems impossible to me, given that the sending field is valid numeric. Can someone explain this in more detail?
Back to top
View user's profile Send private message
Phrzby Phil

Active Member


Joined: 31 Oct 2006
Posts: 962
Location: Richmond, Virginia

PostPosted: Thu Dec 27, 2007 3:07 am    Post subject:
Reply with quote

That is - can we see the data in hex please, preferable a screen print.
Back to top
View user's profile Send private message
Max Payne

New User


Joined: 13 Dec 2007
Posts: 10
Location: Shanghai

PostPosted: Fri Jan 04, 2008 9:50 am    Post subject:
Reply with quote

First, we need the Hexcode of the field of S9(3) COMP-3.
Second, without detail information, we can only suggest that you check whether another field (like type X) has redefined your S9(3) comp-3
Back to top
View user's profile Send private message
Anuj Dhawan

Senior Member


Joined: 22 Apr 2006
Posts: 6258
Location: Mumbai, India

PostPosted: Fri Jan 04, 2008 1:01 pm    Post subject:
Reply with quote

Yup that's a valid MOVE. I would repeat
Quote:
we need the Hexcode of the field of S9(3) COMP-3.
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 -> COBOL Programming All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts Storing huge volume of data, compare ... Pradeep K M All Other Mainframe Topics 3 Mon Jan 16, 2017 5:08 pm
No new posts how to recover an uncataloged VSAM da... archanamuthukrishnan All Other Mainframe Topics 3 Wed Jan 11, 2017 6:18 pm
No new posts HALDB data refresh/copy from producti... vineetanand2007 IMS DB/DC 0 Mon Jan 02, 2017 11:16 am
No new posts JES2 JEC: Use UNIX Pipes to Pass Data... Virendra Shambharkar JCL & VSAM 21 Tue Dec 20, 2016 6:55 pm
No new posts Is the 'prompt' data for the DSLIST p... Willy Jensen TSO/ISPF 2 Tue Dec 06, 2016 4:38 am


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