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
 

 

Getting different behavior of a variable in different Region

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> Java & MQSeries
View previous topic :: :: View next topic  
Author Message
purushottam

New User


Joined: 26 Feb 2007
Posts: 34
Location: pune

PostPosted: Tue Nov 25, 2008 7:26 pm    Post subject: Getting different behavior of a variable in different Region
Reply with quote

I am getting different behavior of a variable in different region.
All I am doing is moving below

#PHONE := '123-456-78'
#CHECK-PHONE := #PHONE-N


where definition is like

#PHONE-N =>>>

01 #PHONE (A10)
01 REDEFINE #PHONE
02 #PHONE-N (N10)

#CHECK-PHONE ==>>

01 #CHECK-FIELDS (A37)
01 REDEFINE #CHECK-FIELDS
02 #CHECK-PHONE (N10)
02 REDEFINE #CHECK-PHONE
03 #CHECK-A (A6)
03 REDEFINE #CHECK-A
04 #CHECK-A1 (N3)
04 #CHECK-A2 (N3)
03 #CHECK-STATION (A4)
02 #CHECK-ST (A2)
02 #CHECK-ZIP (A9)
02 #CHECK-DATE (A8)

After MOVE statement , while checking the value of field #CHECK-PHONE. I am getting different result in different region as

In PRODUCTION :- Field #CHECK-PHONE shows "Variable contains invalid data."
In DEVL Or TEST region :- Field #CHECK-PHONE shows value as "1230456078" means "-" are getting converted to zeroes.

I am checking this values by debugging option.

Can any one help me also please let me know which is the correct as per NATURAL standards.
Back to top
View user's profile Send private message

ofer71

Global Moderator


Joined: 27 Dec 2005
Posts: 2360
Location: Israel

PostPosted: Tue Nov 25, 2008 7:54 pm    Post subject:
Reply with quote

Try MOVE EDITED.

O.
Back to top
View user's profile Send private message
purushottam

New User


Joined: 26 Feb 2007
Posts: 34
Location: pune

PostPosted: Tue Nov 25, 2008 8:02 pm    Post subject:
Reply with quote

Thanks for your reply, But I am here to find Root cause for this Means why it is not behaving same.

Also, which is the correct way, how should code work ??
Back to top
View user's profile Send private message
ofer71

Global Moderator


Joined: 27 Dec 2005
Posts: 2360
Location: Israel

PostPosted: Tue Nov 25, 2008 8:06 pm    Post subject:
Reply with quote

Again, moving alphanumeric data into numeric variable - this is the reason why the smart Software AG guys invented MOVE EDITED!!!

O.
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: Wed Nov 26, 2008 12:26 am    Post subject:
Reply with quote

Hello,

That tells how to make it work. . .

Why does it act differently in different regions? Some environment specific option definition? Some ptf applied to one and not the other?

What other features/functions might behave differently?

Was there an upgrade done so that the environments are not running the same level of Natural?
Back to top
View user's profile Send private message
purushottam

New User


Joined: 26 Feb 2007
Posts: 34
Location: pune

PostPosted: Wed Nov 26, 2008 1:33 pm    Post subject:
Reply with quote

Yes, Recently Nataural has been upgrated from 4.2.03 to 4.2.04.
I checked we are using V/R SM 4.2 4 on both regions.

I am not sure what is ptf ?? I did not found any setting command inside the code.

Till date we did not found any other discrepancy.

Please keep me posted if you need any other information.[/img]
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: Wed Nov 26, 2008 9:51 pm    Post subject:
Reply with quote

Hello,

Quote:
I am not sure what is ptf ??
Long ago it stood for "program temporary fix". It was the vehicle software vendors used to release fixes/enhancements between product releases.

In your case, it sounds like something in the code has been "tightened" or some configuration setting has been set differently requiring the change to your code.
Back to top
View user's profile Send private message
purushottam

New User


Joined: 26 Feb 2007
Posts: 34
Location: pune

PostPosted: Mon Dec 01, 2008 6:26 pm    Post subject:
Reply with quote

Thanks All,

It is a NATURAL environment issue. as a temporary fix i have updated my code accordingly.
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 -> Java & MQSeries All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts Converting Variable block file to Fix... bhavana yalavarthi DFSORT/ICETOOL 10 Tue May 16, 2017 2:20 pm
No new posts Getting error while opening a variabl... apandey1 COBOL Programming 5 Fri May 05, 2017 12:22 pm
No new posts IMS region inactive - User abend code... gthmrj IMS DB/DC 5 Tue Mar 07, 2017 12:29 pm
No new posts Writing on to GSAM variable length rohanthengal JCL & VSAM 6 Fri Mar 03, 2017 7:46 pm
No new posts Determine Region with max bandwidth f... seahawk789 COBOL Programming 3 Mon Feb 27, 2017 8:26 pm


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