testimonials / in their own words

What happens after the source comes back.

A recovery is only useful if it answers the question someone actually had — why a program fails, what it really does, how to change it. Here is what customers told us afterwards, unedited, and below it the recoveries anyone can check for themselves.

// from customers

In their own words

That did the trick! The module was calling BBNMas, which was the name of the old server which ran the Sage program with which the company basically does most of its business. Now I know why the app fails and how I can resolve it.

Thanks so very much.

Richard · recovered a module from a compiled VB6 application the answer was a server name

Why this one matters. Richard's application had stopped working and nobody could say why. The decompiled module showed it still called a long-retired server by name — the kind of detail that is invisible in a binary and obvious in source. Most recoveries are not about rebuilding a whole program; they are about finally being able to read the one part that broke.

// proof you don't have to take on faith

Real recoveries, published next to their original source

Testimonials are one kind of evidence. These are the other kind: compiled programs we decompiled and put side by side with the source their authors wrote, line for line, so you can judge the output before you decide anything.

Had a recovery done? Tell us how it went.

A sentence or two about what you were trying to fix and whether the source answered it helps the next person decide. We publish testimonials exactly as written, with only the name you choose, and never anything about your program itself.

your words, unedited first name only if you prefer nothing about your binary