Can't get off the ground.

Sounds like hacked is having a hard time getting project info and hashing it on your machine. I'm not really sure what might be causing this, sorry.

I'm working on version 2 which should be much better at doing all this.

I see this as well. The overview page dispalys "Unchecked" for all projects, and viewing details for a project (e.g. admin/reports/hacked/active_tags) displays the above warnings and nothing else.
This is the case for -dev as well.

Can you try the new 6.x-2.0-beta1 release, and let me know how you get on?

Just installed hacked-6.x-2.0-beta1.tar.gz ... ended up with a report that displayed unchecked for all modules. Didn't see any warnings though as reported by previous user.

I ran this on localhost (per your instructions never to run it on a production system).

Really hopeful for this module more because I was lax in documenting all MY hacks to contributed modules.

winxp, firefox.
diff-6.x-2.0.tar.gz installed

Got the same problem. Wanted to try this module to see what the people before me changed before getting core and all contrib modules up-to-date (in order to not lose any hacks), but it leaves me in the blind.

Edit: One of the other issues here suggested using the dev version. Uninstalled the beta version, deleted the folder, added the dev version and activated the module, then built the list. Result: same thing.

Using Drupal 6.16 (I know, and it's exactly why I want to use this module) and Hacked! 6.x-2.x-dev

Edit: The errors appear when printing 'updates' when there aren't any (hacked.theme.inc, line 100 - 103). Adding a check to see if $project['updates'] is empty gets rid of them:

<?php
    if(!empty($project['includes'])) {
      $row .= '<div class="includes">';
      sort($project['includes']);
      $row .= t('Includes: %includes', array('%includes' => implode(', ', $project['includes'])));
      $row .= "</div>\n";
    }
?>

The "unchecked" part comes earlier, though. update_calculate_project_data() seems to return different statuses (of which some are 4 -- meaning deleted, I guess -- which simply isn't true. Those modules're still there and active), so I guess it's hacked_calculate_project_data() that sets all to "unchecked".

Aaaand yep, it sets all "status" to 1. Gonna check tomorrow why and where exactly.

Ok, for some reason, the batch operation either
1. pulls out cached data (even after flushing caches)
2. gets stuck in an endless batch API loop (if I set "TRUE" for the $force parameter in either the hacked_calculate_project_data() call, or in the parameter's default value). Once I switch that back, it pulls the cached data again.

Edit: Ok, that switching back and pulling cached data again was a bug of mine (it does pull the cached data, but I resetted the variable with all values from the batch operation after each iteration of the whole process, meaning when it goes through the iteration for the cached data, it forgets the values from the batch operation). Turns out the values from the batch operations are correct, too. The ones from the cached data aren't.

Edit: Bit weird, but $this->remote_files->files in hacked_project.inc is an array of empty arrays. The foreach loop that runs through it to set the status properly, doesn't really do much as a result, resulting in that loop not doing anything. Due to this, compute_report doesn't set status to the proper value and leaves it at the default "HACKED_STATUS_UNCHECKED".

Now, the reason why $this->remote_files->files is empty, can have either one of two reasons:
1. I'm behind a proxy. I'll test this after lunchbreak (gotta pass by the reception to activate visitor wifi for me, so I can test without the proxy)
2. It uses Drupal's CVS repository, which has been migrated to GIT.

If 1 still results in an empty $this->remote_files->files, that leaves 2. as a possible reason.

Edit: Ok, tested without proxy. $this->remote_files->files is still empty (well, array of empty arrays). Time to check what the CVS connection says.

Edit: Uhhhhhhhhhh, seems to be Unix-only, this. The line <?php exec("cd $checkout_location; $cvs_cmd -z6 -d$cvsroot -q checkout -d $checkout_folder -r $tag $folder", $output_lines, $return_value); ?> won't play nice with Windows.

Sorry, but Windows is not supported. Just copy your site over to a linux virtual machine and run Hacked in there.