The first non-Beta release of Entrian Source Search!

I’d like to thank all our Beta testers, especially Andrew, Adam, Dan and Ivan, for all the great feedback they’ve provided during the Beta program.  The software wouldn’t be anywhere near as robust, flexible and easy to use as it is now if it weren’t for you guys.

1.1.2 has only a couple of fixes relative to 0.98.3:

• Fixed a crash in the syntax coloring code for ASP files (thanks, Ivan).
• The About dialog now adjusts its layout sensibly when you resize it.

And most importantly:

• It no longer says Beta! 🙂

Download from the usual place.

We all know that software never goes wrong for its developers.  “It works for me,” they always say.  Here’s a story of how that sometimes goes to extremes.

“Hi Richie, I’ve got a problem with the ActiveX plugin.”  It was Brett, one of our consultants, working on a solution for an important customer.  Inevitably, I couldn’t reproduce the bug.  “Come to my office and I’ll demonstrate,” said Brett.

The bug was that clicking a link didn’t work – nothing happened.  Sure enough, Brett clicked the link and nothing happened.  “Can I try?” I said, wondering what I’d been doing differently on my machine.  The link worked perfectly.  “What?!”  Brett tried – nothing.  I tried – it worked perfectly.

So we thought, it is working every other time?  Does it matter where the focus is when you click?  Does it matter whether you’re standing up when you click it?  (Stranger things have happened!)  Everything we could think of had no effect – it always worked for me; it never worked for Brett.

“Hey, Dave, come and have a go at this!”  Dave was another consultant.  Needless to say, it failed for Dave.  Probably it would have worked if he’d been a developer – these things never fail for developers.

I’m not sure what it was that made me think of this, but I wondered, what happens if I press-and-hold the link before releasing it?  It failed.  Yay!  I’d made it fail!  The next job was for Brett: “Click it as fast you can.”  And it worked perfectly.  My natural clicking action was a bit faster than the others – clickrelease – whereas the others were a bit slower: click-tiny-pause-release.

So, the bug: When the link was clicked, a timer would start.  The timer had nothing to do with the link – it was starting when it shouldn’t.  The timer would fire one tenth of a second later, and take the focus away from the ActiveX control.  If the whole mouse-button-down-mouse-button-up sequence happened in under a tenth of a second, the link would work.  Any slower, it would fail.

So we trained the important customer to be really really quick with the mouse, and the money rolled in.  Or did we fix the bug?  I forget.

0.98.3 is released:

• Allow pathname exclusions as well as filenames (thanks, Ivan).
• Fixed a once-in-a-blue-moon crash caused by a race condition in the indexer (thanks, Adam).
• Where a hit is on the last line of a file, eliminated the appearance of a bogus duplicate word in the results list (thanks, Andrew).

Download from the usual place.

Hot on the heels of 0.98 comes a bugfix release, 0.98.2, that fixes a crash bug in the results display if you’re using a Visual Studio colour scheme with highly saturated source code background colors.

Entrian Source Search 0.98 Beta is out, with a slew of ergonomic improvements and a couple of crash fixes:

•  Fixed a crash when starting up two instances of Visual Studio at once (thanks, Andrew).
• Allow quote marks within quoted phrases (thanks, Ivan):

  

• Solutions that share an index are now grouped together in the Share menu (thanks, Dan):

  

• In the Hints menu, make it clear that filtering is by file, not line (thanks, Dan).
• Fixed a startup crash on Japanese Windows.
• Search phrases with embedded quotes, eg. id=”mybutton” now work properly (thanks, Dan).

(Note: This post is from September 2008.  Apologies to anyone seeing this via RSS as a new post in the “30days” feed from FeedBurner – I think FeedBurner has gone slightly mad.)

I’m happy to announce the release of Entrian Source Search 0.97 Beta, with a very cool enhancement: you can now use a wildcard asterisk anywhere in a word (where previously you could only use them at the end of a word).  Here’s a search for *query*:

You can use as many asterisks as you like within a word, so *Query*T* will match ESSQueryPartType.  Thanks to Dan for the impetus for me to get on and implement this!

Entrian Source Search 0.96 Beta has just been released:

• The search results now use the same color scheme as Visual Studio, so if you code in green-on-black, your search results will match (thanks, Ivan):

  

• Added *.frm, *.bas and *.cls to the list of supported files (thanks, ‘Mister’ from BoS).
• Added a scrollbar to the Exclusion Patterns list.
• Added enc_temp_folder to the default exclusions.
• Better crash reporting (thanks, Andrew).

I’m happy to announce the release of the next Beta version of Entrian Source Search, 0.95.  In this release you’ll find these fixes and enhancements:

• Fixed a crash when indexing source files under German Windows (thanks, Sebastian).
• The size and position of tooltips is now correct under Windows Vista.
• Fixed the appearance of the ‘Dock me’ hint on systems using large fonts (thanks, Andrew).
• The default key bindings now include AltGr as well as Alt as the modifier, for one-handed operation on keyboards with AltGr keys (thanks, Andrew).
• Ensured that all MessageBoxes have suitable icons.
• Fixed a bug where the tooltips could flicker when the mouse cursor was over them.

As always, you can download the addin here.

One of the really nice things about C++ compared with C is the existence of constructors. In C, if you say:

struct
{
    int count;
}
thing;

then thing.count holds a random value until you set it to something. In C++, that doesn’t happen because any sane class has a constructor that sets the member variables to sensible default values:

class Thing
{
    Thing(void)
    {
        count = 0;
    }
    int count;
};

You can’t create a Thing with a random count because the constructor gets called automatically.

MFC is Microsoft’s C++ framework for Windows development. It’s very widely used, mature and stable. It has a class CRect to represent a rectangle. And does its default constructor set the coordinates to sensible default values? Does it hell. Does it even set them to known insane values, to immediately alert you when you forget to initialise them, or when you naturally assume that the default constructor is sane? Does it hell.

Thank you whoever at Microsoft made that decision. You just cost me about 6 hours of my life.

OK, I’m exaggerating slightly. I have a collapsed “lobe”, which is just part of a lung, but even so it’s painful and exhausting, and it’s prevented me doing as much work on Don’t Wreck My PC! as I’d have liked in the past two weeks.

The good news is that Don’t Wreck My PC! is only a tiny step away from being released, albeit without a website yet.

The bad news is that the “tiny step” is an intermittent failure on Vista. About 25% of the time, the click-proof window that it puts over the screen fails to appear. I can’t see a pattern to when it fails, and none of the shotgun debugging I’ve performed so far has revealed any clues.  It works perfectly on XP.  I’ll get to the bottom of it, but not in the next [looks at the clock] 45 minutes.

It’s amazing the little details that you discover at the “end” of even a short software project. I was under the impression that I’d finished with the exception of the Vista problem, so I switched over to my Vista environment to investigate. Then I began to notice little things that needed attention (little but often serious, like locking you out of your PC entirely if your little darling happens to minimize a window 🙂 ) and started jotting them down on the bottom of a bank statement that happened to be lying on the desk. There are now 26 issues marked on there (all ticked off, I’m happy to say!) and I need another bank statement. If anyone ever tells you they’ve “nearly finished” a piece of software, don’t believe them. They’re not even close.