<div dir="ltr"><div>Dear colleagues,</div><div><br></div><div>In our last teleconference, we discussed t<span style="font-family:Calibri,sans-serif;font-size:11pt">he
intention of "All 64-bit stream </span></div><div><span style="font-family:Calibri,sans-serif;font-size:11pt">record sizes and offsets shall have the
high-order bit = 0. [M3.20]" . We </span></div><div><span style="font-family:Calibri,sans-serif;font-size:11pt">didn't get it.</span></div><div><span style="font-family:Calibri,sans-serif;font-size:11pt"><br></span></div><div><font face="Calibri, sans-serif"><span style="font-size:14.6667px">I searched for all 8 byte fields in the APPNote (see below). I still do </span></font></div><div><font face="Calibri, sans-serif"><span style="font-size:14.6667px">not understand, though.</span></font></div><div><font face="Calibri, sans-serif"><span style="font-size:14.6667px"><br></span></font></div><div><font face="Calibri, sans-serif"><span style="font-size:14.6667px">Inhe next WD, we might want to keep the original sentence, add </span></font></div><div><font face="Calibri, sans-serif"><span style="font-size:14.6667px">an editors' note for </span></font><span style="font-size:14.6667px;font-family:Calibri,sans-serif">soliciting comments from OPC designers and close</span></div><div><span style="font-size:14.6667px;font-family:Calibri,sans-serif">this DR.</span></div><div><span style="font-size:14.6667px;font-family:Calibri,sans-serif"><br></span></div><div><span style="font-size:14.6667px;font-family:Calibri,sans-serif">Another problem is</span></div><div><span style="font-family:Calibri,sans-serif;font-size:14.6667px"><br></span></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div>There were some concerns on prohibiting
some features when either the existing "Pass through on editing" or
"Supported on Consumption" columns does not say "No", even
when the existing "Supported on Production" column says
"No". Murata-san argued that this is an error recovery by applications
and should be kept outside the scope of this document.</div></blockquote><p class="MsoNormal"><span lang="EN-US"></span></p><div><span style="font-size:14.6667px;font-family:Calibri,sans-serif"><br></span></div><div><font face="Calibri, sans-serif"><span style="font-size:14.6667px">If we cannot reach consensus for the final decision, we again </span></font></div><div><font face="Calibri, sans-serif"><span style="font-size:14.6667px">might want to create an editor's note and keep going. </span></font></div><div><font face="Calibri, sans-serif"><span style="font-size:14.6667px">The F2F in Seattle is the best chance for making the final decision.</span></font></div><div><font face="Calibri, sans-serif"><span style="font-size:14.6667px"><br></span></font></div><div><span style="font-size:14.6667px;font-family:Calibri,sans-serif">Regards,</span></div><div><span style="font-size:14.6667px;font-family:Calibri,sans-serif">Makoto</span></div><div><br></div><div><span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif"><br></span></div><div><span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif"><br></span></div><div><br></div><div><br></div><div><br></div><div>4.3.14 Zip64 end of central directory record</div><div><br></div><div><br></div><div> size of zip64 end of central</div><div> directory record 8 bytes</div><div> total number of entries in the</div><div> central directory on this disk 8 bytes</div><div> total number of entries in the</div><div> central directory 8 bytes</div><div> size of the central directory 8 bytes</div><div> offset of start of central</div><div> directory with respect to</div><div> the starting disk number 8 bytes</div><div><br></div><div>4.3.15 Zip64 end of central directory locator</div><div><br></div><div> relative offset of the zip64</div><div> end of central directory record 8 bytes</div><div><br></div><div><br></div><div> 4.5.3 -Zip64 Extended Information Extra Field (0x0001):</div><div><br></div><div> The following is the layout of the zip64 extended </div><div> information "extra" block. If one of the size or</div><div> </div><div> Original </div><div> Size 8 bytes Original uncompressed file size</div><div> Compressed</div><div> Size 8 bytes Size of compressed data</div><div> Relative Header</div><div> Offset 8 bytes Offset of local header record</div><div><br></div><div> 4.5.5 -NTFS Extra Field (0x000a):</div><div><br></div><div> The following is the layout of the NTFS attributes </div><div> "extra" block. </div><div><br></div><div> Tag Size Description</div><div> ----- ---- -----------</div><div> Mtime 8 bytes File last modification time</div><div> Atime 8 bytes File last access time</div><div> Ctime 8 bytes File creation time</div><div><br></div><div> 7.3.4 New fields for Version 2</div><div><br></div><div> Value Size Description</div><div> ----- ---- -----------</div><div> Compressed Size 8 bytes Size of the compressed data</div><div> Original Size 8 bytes Original uncompressed size</div><div><br></div><div>A.2 Field Code Description</div><div><br></div><div> 0068 GZIP two words 8 bytes</div><div><br></div><div>B.2 Field Code Description</div><div><br></div><div> 000D DF/SMS Management Class 8 bytes EBCDIC Text Value</div><div> 000E DF/SMS Storage Class 8 bytes EBCDIC Text Value</div><div> 000F DF/SMS Data Class 8 bytes EBCDIC Text Value</div><div> </div><div> 0020 VSAM Data Buffer Space 8 bytes EBCDIC num_value left-justified</div><div> </div><div> 0036 VSAM Owner 8 bytes EBCDIC text string</div><div> 0037 VSAM Index Owner 8 bytes EBCDIC text string</div><div> 0068 GZIP two words 8 bytes</div><div><br></div><br>
</div>