Why wouldn't ARCH(11) give the best performance? V5.2 has it? Of course, has to 
be for a z13.

I'm not sure what you mean about REGION=0M. At least 200M will be needed, more 
for large programs. See here: 
http://www.ibm.com/support/knowledgecenter/SSQ2R2_9.0.0/com.ibm.ent.cbl.zos.doc/migrate/igymbhv.html.
 If 0M doesn't get enough memory, it will need to be changed.

ARCH for DRS/BRS is covered in the Migration Guide, and is obviously important.

What issue are you aware of with CANCEL from V4.2 to V5.2?

The behaviour of STRING with the same source and target is undefined by the 
COBOL Standard (1985 and later). Whether the undefined behaviour is different 
with the new compiler I don't know, but it doesn't matter if it is (such code 
would be unreliable under any previous IBM COBOL compiler).

IF FIELD = ZERO is not necessarily false for 4.2 or true for 5.2, it depends. 
Certainly incorrect zones in data can cause different behaviours. With PACK and 
CP for a "USAGE DISPLAY" field, the zones are quietly ignored. With CLC, that 
matters. Possibly with DFP, I don't know. V4.2 uses both PACK/CP and CLC at 
different times depending on compiler options and whether fields are signed. 
V5.2 probably has more different ways to do it. See here, 
https://www.ibm.com/developerworks/community/forums/html/topic?id=22ae65fe-5199-426a-bc61-3cc340d726c2&ps=25,
 for some discussion.

 On Wednesday, 1 June 2016 20:16:37 UTC+2, Salva Carrasco  wrote:
> - Test(DWARF): Increase size in library but not in memory, debug data is only 
> loaded at error/abend time.
> - Best CPU usage if using Arch(9/10) on execution.
> - Worst compile CPU/Time/Storage. REGION=0M, IEFUSI, ...
> - Take an eye on latest maintenance, specially LE.
> - Be aware of Arch level for your BRS site.
> - Be aware of CANCEL sentence for mixed 4.2 & 5.2 Cobol load modules.
> . Be aware of STRING sentence when using same source & target data field.
> - Be aware of low-values decimal zones. IF FIELD = ZERO, false for 4.2, true 
> for 5.2. Look at ZONEDATA *new* option.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to