FLAM Issue Tracker - FL5
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0000797FL52.2 Subprogram FLUC (CONV)public2016-03-31 12:552016-04-07 14:29
ReporterFalk Reichbott 
Assigned ToMykhailo Moldavskyy 
PriorityhighSeveritymajorReproducibilityalways
StatusresolvedResolutionfixed 
PlatformSystem zOSz/OSOS VersionV1R13
Product Version5.1.10 
Target Version5.1.11Fixed in Version5.1.11 
Summary0000797: Read of undefined datasets in FIO.BLK() without FCRBLK does not work with CNV.PGP()
DescriptionOnly if FCRBLK is used CNV.PGP() works fine in other case (if length fields collected) CNV.PGP() results in format errors or the remaining rest is to big for the rest buffer.

It looks like that the total data length of a matrix don'tfit with the sum of the record length fields.

Also for read.binary() the FRCBLK switch must be activated to get undefined datasets up and running with the PGP component.

The same problem could be happen with all non record oriented conversion modules which using the total data length.
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2016-03-31 12:55Falk ReichbottNew Issue
2016-03-31 12:55Falk ReichbottStatusnew => assigned
2016-03-31 12:55Falk ReichbottAssigned To => Falk Reichbott
2016-04-04 16:53Falk ReichbottNote Added: 0000966
2016-04-04 16:57Falk ReichbottAssigned ToFalk Reichbott => Mykhailo Moldavskyy
2016-04-04 16:58Falk ReichbottNote Added: 0000967
2016-04-06 18:37Falk ReichbottNote Added: 0000968
2016-04-07 14:29Falk ReichbottNote Added: 0000969
2016-04-07 14:29Falk ReichbottStatusassigned => resolved
2016-04-07 14:29Falk ReichbottFixed in Version => 5.1.11
2016-04-07 14:29Falk ReichbottResolutionopen => fixed

Notes
(0000966)
Falk Reichbott   
2016-04-04 16:53   
The read with or without FRCBLK results in different data blocks.

With FCRBLK a block is complete filled with data and the rest of an record is save for the next block.

Without FRCBLK only complete records are saved in one block. There will be no rest, because the table with the length fields must be correct.

Based on this it could be, that the repackaging of compressed data streams in the PGP component could have a bug.
(0000967)
Falk Reichbott   
2016-04-04 16:58   
The block size will be expanded to the next multible of the record length greater then 64kB. This means that all blocks are filled with 37 records, if each record/block of the undefined file 1800 byte long.
(0000968)
Falk Reichbott   
2016-04-06 18:37   
The issue is related to an error in the PGP component. In a certain situation of record length, block length, internel block size and PGP packet length (body size) a wrong behavior was implemented. The issue will be fixed with revision 5.1.11 of FLAM available in few weeks.
(0000969)
Falk Reichbott   
2016-04-07 14:29   
Fix PGP read/info where packet end is on block end