FLAM Issue Tracker - FL5
View Issue Details
0000797FL52.2 Subprogram FLUC (CONV)public2016-03-31 12:552016-04-07 14:29
Falk Reichbott 
Mykhailo Moldavskyy 
System zz/OSV1R13
0000797: Read of undefined datasets in FIO.BLK() without FCRBLK does not work with CNV.PGP()
Only 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.
No tags attached.
Issue History
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

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.
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.
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.
Falk Reichbott   
2016-04-07 14:29   
Fix PGP read/info where packet end is on block end