JkDefrag v3.19

[Sputnik]

Jeroen Kessels has updated JkDefrag to v3.19

 

Download: http://www.kessels.com/JkDefrag/index.html

 

Changelog

[CTskifreak]

Thank you..I might download and try it finally.

 

AJ

[BrownSugar]

Jeroen Kessels has updated JkDefrag to v3.19

 

Download: http://www.kessels.com/JkDefrag/index.html

 

Changelog

 

 

Thanks. You practically need a scorecard to keep up with the revisions of this fine utility. Do you know if the 3rd party GUI programs have been updated for this new version?

[JDPower]

I specifically haven't posted this update (or any of the other bug fix releases this week) here as there was some major code rewriting done and it has had alot of bugs to be ironed out over the last week or so. It still doesn't appear completely stable as there is another bugfix to come in the next few days so I'd hold off downloading it till then (current version doesn't work properly on my system).

[JDPower]

Version 3.24 available now and finally back to being stable and 99% bug free:

 

http://www.kessels.com/JkDefrag/index.html

 

Changelog since version 3.16 (ie since the disk reading improvements that introduced the latest bugs):

 

JkDefrag v3.17 (August 24, 2007)

Changes:

- NTFS disks are now analysed by directly reading the MFT from disk. This is a lot

faster, and finds more system files.

- NTFS streams are now supported and will be defragged and optimized.

- Added an icon.

- Added a version info resource to the executables.

- Added a manifest so Vista will always run JkDefrag with administrator privileges.

- Added support for short filenames. The masks now also work for short names, for

example "PROGRA~1" (instead of "Program Files").

- Spacehogs are now shown in dark-green, regular files in light-green. Allocated

space is now shown in grey, instead of black.

- Bugfix in redrawing the diskmap, to properly handle redraw-requests while

redrawing.

- Files larger than 1 gigabyte are now closed and re-opened at 1 gigabyte intervals.

- Change in the fast optimize algorithm. When a gap cannot be perfectly filled

the program now takes the highest file on disk that will fit, instead of the

largest file. This reduces the amount of data moved and optimization will finish

quicker.

- Added a special exception for the "?:\\BootAuth?.sys" files used by DriveCrypt.

- Added a few extra lines to the status report.

- The logfile now shows which command line options were used.

- Added to the default list of spacehogs:

?:\RECYCLED\* (FAT on 2K/XP)

?:\$RECYCLE.BIN\* (Vista)

?:\WINDOWS\Ehome\*

?:\WINDOWS\Fonts\*

?:\WINDOWS\Help\*

?:\WINDOWS\IME\*

?:\WINDOWS\Speech\*

?:\WINDOWS\Symbols\*

*.chm

*.mp3

*.pdf

*.bup

*.ifo

*.vob

*.avi

*.log

For programmers:

- All instances of CHAR changed into WCHAR. This has widespread implications in

many locations. I am hoping the change will fix the problem that some users

have reported on weird filenames.

- Renamed "JkDefrag.cpp" into "JkDefragLib.cpp"

- Renamed "JkDefrag.h" into "JkDefragLib.h"

- Renamed "JkDefragWindows.cpp" into "JkDefrag.cpp"

- Added "ScanNtfs.cpp" and "ScanNtfs.h"

- Several changes in the DefragDataStruct.

- Several changes in the "Makefile" to facilitate debugging.

 

JkDefrag v3.18 (August 26, 2007)

Changes:

- The icon now has a transparant background.

- Icon added to the X64 JkDefrag and JkDefragCmd binaries.

- Bugfix in the calculation of the begin of the zone's. The old method did not

take excluded files into account.

- Changed two buffers from being allocated with "new" into "malloc". I hope this

fixes the weird "ModName: ntdll.dll ModVer: 5.1.2600.2180" crash that some users

are experiencing on XP.

 

JkDefrag v3.19 (August 27, 2007)

Changes:

- Fixed a bug that caused the program to crash at various places during execution,

mostly on Windows XP.

- If the NtfsDisableLastAccessUpdate registry key is set then the program will

not look at the LastAccessTime when testing if a file is a SpaceHog.

- Added to the default list of spacehogs:

?:\I386\*

*.old

*.bak

 

JkDefrag v3.20 (August 29, 2007)

Changes:

- The NTFS analysis code now also interprets Inodes 12 to 23.

- Fixed a problem that caused the NTFS analysis code to malfunction on a-typical

NTFS disks.

- The icon now also shows in the taskbar and the upper-left-hand corner of

JkDefrag's window.

- Softened the messages generated by the NTFS analysis code.

 

JkDefrag v3.21 (August 30, 2007)

Changes:

- Fixed the fix in v3.20 for the problem that caused the NTFS analysis code to

malfunction on a-typical NTFS disks. The fix only worked on disks with a cluster

size of 4096 bytes, it now works on all disks.

 

JkDefrag v3.22 (August 30, 2007)

Changes:

- Yet another fix of the fix. The out-of-sequence rundata on these a-typical disks

caused yet another error. If have now made a special exception for the MFT to

accept even out-of-sequence rundata.

 

JkDefrag v3.23 (August 31, 2007)

Changes:

- Sigh. Yet another fix of the out-of-sequence problem that keeps plaguing a small

set of users. I have deleted the previous fixes and added code that will delay the

processing of the AttributeList in the MFT until the Data attribute has been

processed.

- Fixed the test for the NtfsDisableLastAccessUpdate registry key (see v3.19). If

the key is not available the program defaulted to ignoring the LastAccessTime.

 

JkDefrag v3.24 (September 3, 2007)

Changes:

- A final fix for the out-of-sequence problem. Beta tests by users show that the

problem is now finally fixed.

- Bugfix for missing parameter in status message that caused JkDefrag to crash

when it wanted to display the "Cannot find volume name for mountpoint" message.

This message can happen when scanning the system for disks and a special volume

is encountered such as a "subst" volume.

- The "25 largest items on disk" list in the statusreport is now sorted by (used)

clusters instead of by (allocated) bytes.

- Fixed the progress percentage during analysis of NTFS volumes. It was counting

too fast and reached 100% before analysis was complete.

- The "unmovable", "still fragmented", and "largest 25" lists in the report are now

suppressed if empty.

- Directories on FAT disks cannot be moved, this is a known limitation of the

Microsoft defragmentation API and not a bug in JkDefrag. To speed up things the

program will now count the number of failed tries to move directories, and when

it reaches 20 will ignore all directories.

[login123]

Thanks for the heads up. Got it.

[Sputnik]

Version 3.25 is now available

 

 

Changes:

- Fix for reading the "$MFT::$BITMAP". In some very special cases the bitmap would only be partially read, causing files on disk to be ignored.

- Fix for the "::$SECURITY_DESCRIPTOR" problem. Directories with a special security attribute would get this string appended to their name, making them unmovable.

- Reorganised the code for the out-of-sequence fix (see previous releases).

- Two fixes in the graphics subroutines. Some users reported that the display sometimes froze during normal operation.

- Excluded items are no longer listed in the "These items could not be moved" and "These items are still fragmented" reports.

- The error message "Cannot find volume name for mountpoint: %s" was changed into "Ignoring volume '%s' because it is not a harddisk.".

- Added "?:\WINDOWS\system32\dllcache\*" to the default list of SpaceHogs.

For programmers:

- Addedd message 57 to the messages.

[spelbynder]

version 3.26 is out as of the 19/09

[Anthony A]

Still using 3.16. It works great for me. Don't like all the updates since 3.17. Doesn't seem to stable to me.

[Robbie]

I'm still using 3.8, works for me. I only downloaded it - as a then-current version of the program - at the end of April. I can't believe it has been revised 18 times since then!

[Anthony A]

I'm still using 3.8, works for me. I only downloaded it - as a then-current version of the program - at the end of April. I can't believe it has been revised 18 times since then!

 

I don't mind if they tweak programs once in a while and make some needed improvements but I don't like constant updates and this guy clearly screwed this one up. Hasn't been right since 3.16 and the change log looks like a joke. Should have left well enough alone. I will stay with 3.16 for now.

[JDPower]

Still using 3.16. It works great for me. Don't like all the updates since 3.17. Doesn't seem to stable to me.

It's worked pretty much fine for me all the way through the recent updates. You should certainly update to the latest version (several improvements since 3.16), you can always save/zip the version you're currently using and go back if you have a problem

I don't like constant updates and this guy clearly screwed this one up.

That's a bit harsh isn't it? He did a major rewrite of the way the disk is read (which incidentally will be part of JKD 4), there were bound to be some bugs crop up - the rewritten CCleaner 2 hasn't exactly been flawless since its release. I think it's great that he fixed and released bug fixes as quick as possible rather than just leave the bugs out there for a few weeks then release a new version.

[Anthony A]

That's a bit harsh isn't it? He did a major rewrite of the way the disk is read (which incidentally will be part of JKD 4), there were bound to be some bugs crop up - the rewritten CCleaner 2 hasn't exactly been flawless since its release. I think it's great that he fixed and released bug fixes as quick as possible rather than just leave the bugs out there for a few weeks then release a new version.

I'm not a beta tester and that's what I feel like when programs have major updates and than have to release a bunch of fixes in a short period of time. When it settles down I will install it. Since 3.16 works great for me I'm in no hurry.

 

Haven't installed CCleaner 2 yet and won't for a while. I am reading too many problems about it and the version I am using is working flawlessly.