|
View previous topic :: View next topic
|
| Author |
Message |
gylbharat
Active Member
.jpg)
Joined: 31 Jul 2009
Posts: 565
Location: Bangalore
|
|
| Back to top |
|
 |
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
Hello,
What values are in the fields? |
|
| Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
| If you look at the data with HEX ON you will see that it is binary format rather than CHARACTER as specified in the manual. |
|
| Back to top |
|
|
gylbharat
Active Member
Joined: 31 Jul 2009
Posts: 565
Location: Bangalore
|
|
|
|
value is in hexadecimal... but in the file its specified as character with length as 8. It value is in 165 to 172 positions. I have convert this value to ZDF format?
| Code: |
BROWSE HLQ.DCOLLECT.G3833V00 Line 00421580 Col 165 244
Command ===> Scroll ===> CSR
+----7----+----8----+----9----+----0----+----1----+----2----+----3----+----4----
....Oú}.....Q.{........©................
..SCD2PCN ..MCDB2PRD ..SGD2PCN
|
HEX
| Code: |
BROWSE HLQ.DCOLLECT.G3833V00 Line 00421580 Col 165 244
Command ===> Scroll ===> CSR
+----7----+----8----+----9----+----0----+----1----+----2----+----3----+----4----
+----F----+----F----+----F----+----F----+----F----+----F----+----F----+----F----
+----7----+----8----+----9----+----0----+----1----+----2----+----3----+----4----
------------------------------------------------------------------------------
....Oú}.....Q.{........©................
0000DDD00000D2C00010000B0000000000000000
00006E0000008A00000000040000000000000000
------------------------------------------------------------------------------
..SCD2PCN ..MCDB2PRD ..SGD2PCN
00ECCFDCD4444444444444444444444400DCCCFDDC444444444444444444444400ECCFDCD4444444
07234273500000000000000000000000084342279400000000000000000000000727427350000000
|
|
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
the field even if numeric ( double word ) is defined as char because of the implied/forced alignment of the DS/DC assembler conventions
remember in assembler what defines the data_type of a storage location
is not how it is defined, but the set of instructions used to handle it
and do not forget about the implied lengths used in certain operations. |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
| Back to top |
|
|
Skolusu
Senior Member
Joined: 07 Dec 2007
Posts: 2205
Location: San Jose
|
|
|
|
| Just an FYI, If OP is using syncsort then you probably are getting an error due to syncsort processing of DFSORT symbols. I have seen one other customer come in with a similar problem using DFSORT symbols. |
|
| Back to top |
|
|
gylbharat
Active Member
Joined: 31 Jul 2009
Posts: 565
Location: Bangalore
|
|
|
|
Thanks Enrico, I was able to convert it using DFSORT symbols.
Snippet:
| Code: |
BUILD=(1:1,4,
5:29,44, * DSN
52:169,8,BI,ZDF, * HIGH USED RBA
72:X,
73:177,8,BI,ZDF) * HIGH ALLOC RBA
|
|
|
| Back to top |
|
|
|
|
