Zdroje informací pro profesionály v oboru IT >
Domovská stránka fór
>
App-V Documentation
>
File Format Document - Compression and the osguard.cp file
File Format Document - Compression and the osguard.cp file
- Hi,
I have another question regarding the sft file format documentation. I was looking at the data blocks of the files held within the sft file and noticed something strange, when ZLIB compression is applied the osguard.cp files's data blocks seem not to be sequential within the sft file, this is the only file that isn't. So when I create an sft file and apply the ZLIB algorithm the sequencer is unable to read my package, and checking the sequencer log file it reports a problem reading the osguard.cp file (I don't have the exact error it's on another machine I don't have access to right now). I don't have a problem loading package files I have created without compression applied.
The documentation does not specify anything in regard to how the data blocks of the osguard.cp file should be indexed, has anyone else seen this issue and could help me in understanding why the osguard.cp file is stored differently.
Thanks,
Andy
Všechny reakce
- Hello
Can you please provide a bit infomration about what exactly you are trying to accomplish (step-by-step)? Have you seen the folloiwng URL (http://support.microsoft.com/default.aspx/kb/930715). I don't fully understand what the issue is so if you could get me the exact error that would be helpful.
Thanks for posting this and I hope we get it resolved quickly!
Thx
Dan Bernhardt [MSFT] - Andy,
I also really don't understand your question; are you trying to apply ZLIB to whole file instead of block-level? Ordering of the blocks inside SFT does not matter in the grand scheme of things, it only relates to in what order client will get them.. osguard.cp is no way special in this regards.
btw, if you do .NET based apps, you can save some considerable headaches with implementing that spec by using my Lib-V product: http://www.gridmetric.com/products/libv.html
br,
Kalle
