Page: 0 ... 5 ... 10 ... 15 ... 20 ... 25 ... 30 32 33 34 35 36 37 38 39 40 ... 45 ... 50 ... 55 ... 60 ... 65 ... 70
Don't Lose Data
Date: 7/8/2007
I read Jeff Atwood's post about What's Worse Than Crashing? this morning and I whole heartedly agree on his assessment. However I have not been as diligent as him, in that my software has caused user's to lose data (and I'm very sorry about that if it was you!), however it's getting better, in fact I released Scribe v1.89-test20 this morning to try and prevent users from corrupting their settings file (yay... go me *cringe*).

Anyway I opened up my phone to look for some info I had stored in the calendar. And recent events were in there but as I scrolled back through the months there was no old events at all. It seems all the events from Jun 2007 back were gone. Typical I thought. It's crashed or something and lost some of my data. (The phone has well and truly lost any credibility with me). Anyway so I start googling around for info on the problem hoping to bump into some other frustrated users and maybe get a solution... and got pretty much nothing. So I noodled around for a firmware update. And idly ran through the settings on the phone looking for anything that might shed some light on it. Then I saw it... in the Calendar setup there is an option called "Delete After:" and the value was "4 weeks".

A moment of stunned silence followed. Crickets chirped. Huh? The default mode of the phone is to f*** with the users data? Niiiiice. Good one Motorola... thats just sweet, you really nailed that setting. Oh of course there is a "Never" option, which perchance is what the user would expect to be the default, but thats not the default is it? Nooooo. Unbelievable.... unbelievable.

The default setting!

Unbelievable... *sigh*
(2) Comments | Add Comment

Scribe/Mac Lack Of Progress
Date: 18/7/2007
Since the recent Win32 releases of Scribe I've been working hard on the Mac port in an attempt to make a similar release. Currently there are a number of really nasty issues in the codebase that I'm struggling to fix. The sort of things that make using the software really annoying. Btw I only have access to my Mac at the moment. So PC dev work is not happening till next week.

The first major issue I've got is that the PostEventToQueue function doesn't always deliver a message. Sometimes it silently fails. This causes the message download code to never get the mail from the worker thread and then the worker thread hangs waiting for the GUI thread to process the downloaded email. It's so dumb. I really hope it's not a bug in Carbon.

Then there is the locking issue, where somewhere in my code I lock the semaphore controlling the options structure and then fail to unlock it at which point things go downhill. I'm slowly getting closer to finding the cause of the issue but it's hard to reproduce so I just have to wait for it to happen... look at the logging then re-instrument the code and re-run it. Wait for it to happen (hours/days?) and then repeat. It's slow and annoying.

So in the name of quality I can't release a Mac build just yet. :(
(0) Comments | Add Comment

Date: 11/7/2007
3 Scribe releases in 2 days. I guess I'm trying to make up for no releases in 4 months. Anyway hopefully this "Test19" will be a good one.

Also I fixed the broken release RSS feed, if you were wondering.
(0) Comments | Add Comment

Date: 20/6/2007
Just recently the traffic pattern to this site has changed. Every ten seconds, on average, someone/something loads the i.Disk page. The requests come from lots of different IP's sometimes more than once, they never have a referrer and always have the same user agent: "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)". I'm not sure why a whole heap of machines all over the internet need to load idisk.php so much; 8000 hits a day. This is on top of the 2-3 thousand hits I get normally. These are the actual live hits on that page since I wrote this post.

Do you think this is a DOS or just some piece of software gone AWOL?
(1) Comment | Add Comment

Switching between the VC6 and VC7 JIT debuggers
Date: 20/6/2007
You can switch between debuggers using the following settings:

Set VC6 as the default JIT debugger:
Tools | Options | Debug | "Just-in-time debugging" (in VC6 IDE)

Set VS.NET as the default JIT debugger:
Tools | Options | Debugging | Just-in-time | "Native" (in VS.NET IDE)

Also usful for fixing the "jit debugging component registration is incorrect" error.
(0) Comments | Add Comment

Citarum River
Date: 7/6/2007
Citarum River in Indonesia (via kottke)

In light of my previous post about plastic... words fail me. *deep sigh*
(1) Comment | Add Comment