* bugfix ntfs_attr_truncate: determine what we need to do with attribute (expand or shrink) from
na->data_size not from na->initialized_size
* revert code and comment update about highest in ntfs_non_resident_attr_{shrink,expand}, because
I fixed that bug
libntfs/runlist.c:
* bugfix for ntfs_mapping_pairs_decompress for highest_vcn == 0
BKrev: 41128c175AdXDfELeiTnDXhk1Jgnyw
na->data_size not from na->initialized_size
* revert code and comment update about highest in ntfs_non_resident_attr_{shrink,expand}, because
I fixed that bug
(Logical change 1.478)
into chaos.(none):/home/yura/NTFS/ntfsprogs
2004/08/05 15:57:36+03:00 (none)!yura
fixing bugs in ntfs_non_resident_attr_{shrink,expand} that caused not updating highest_vcn,
if it was equal to 0
BKrev: 4112340bqNZehO9Yo83sZ21MLGmlug
into cantab.net:/home/src/ntfsprogs
2004/08/05 11:15:42+01:00 cantab.net!aia21
lcnalloc.c:
Fix a bug in the cluster allocator.
Also several debug output bugs.
BKrev: 411208davNaKQTr7rT7HL93wATj-hQ
Fix error code paths in ntfs_non_resident_attr_expand() and also
fix starting lcn determination and set it to -1 if
there are no valid lcns in the attribute, i.e. let the
allocator choose in this case.
BKrev: 411148aeLaS0UHZJlYx3McVAMakLSA
fix starting lcn determination and set it to -1 if
there are no valid lcns in the attribute, i.e. let the
allocator choose in this case.
(Logical change 1.473)
bugfix in ntfs_attr_map{_whole_,_}runlist: make it not fail if runlist already mapped
libntfs/lcnalloc.c
make ntfs_cluster_free not fail if ntfs_attr_find_vcn returned ENOENT
BKrev: 410fd12cx3EaAt8BOE-J5zqvaGExBA
* various updates and fixes
libntfs/lcnalloc.c
* bugfix for ntfs_cluster_alloc when @count = 0.
* add ntfs_clster_free_from_rl and make ntfs_cluster_alloc use it
BKrev: 410e7242eGKUorRYb_6nagFZRimo9A
Add a @start_vcn parameter to lcnalloc.[ch]::ntfs_cluster_alloc
libntfs/attrib.c
Add new function attrib.c::ntfs_non_resident_attr_expand, thus we can expand non resident attributes
BKrev: 410cce8arlxZNdQ2OY5Oisg_nANE3w
2004/07/15 19:21:58+01:00 flatcap.org!ntfs
ntfsundelete: Thanks to mabs. If undelete is confident about the size of a deleted file, the "--truncate" option will recover exactly that amount of data. The default is to round up the size to the nearest cluster.
BKrev: 40f6ccb5SCzucLc1iVaA_LGMf1eQiw