If you’d like the sources for WiFi Checker, they’re available here.

This will only be useful to developer-types, who can build and use it on their phones. Please feel free to use it however you like, provided you change the name, don’t blame me for anything, and don’t abuse the icons (they were a gift from a fantastic graphic designer).

It’s been a busy few months! I just finished off my Master’s and submitted the final version of a paper for the Implementation of Functional Languages. For those of you reading because of my iPhone apps, my Ph.D. studies are why I don’t push Apple too hard. I’m of course going to take free money that they give me, but ultimately I don’t have time or energy to argue with them.

For those interested in reading, there are fun things in my Master’s paper. The first is a very gentle introduction to the different forms of control-flow analysis used in modern functional languages as well as an easy-to-implement (as these things go!) collecting analysis that dramatically improves precision without killing runtime.

The second is an overview of how you can remove boxing and extraneous datatypes within your functional language compiler. I have a nifty way of combining the two that results in some pretty wonderful speedups and dramatic removal of allocations.

Both of these topics are relevant for my research group, which is working on Manticore, a dialect of Standard ML that supports both explicit (thread-based and concurrency) and implicit (parallel comprehensions, parallel choice, etc.) parallel language features. But they’re also relevant for languages like Python, Ruby, and Java. It’s really unfortunate there are no whole-program optimizing Java or .NET runtimes out there, as there are serious limits to what you can do when you assume there’s both an open system (so you can’t fudge signatures of functions) and are just compiling small units at a time (so you can’t see large-scale flow analysis). It’s the kind of thing that would be fun to fiddle with, but it’s not exactly going to generate any NSF money or serious publications

I had a very pleasant, albeit disappointing, conversation with the folks at Apple about my WiFi application, WiFi Checker. They’re trying to crack down very hard on applications using private APIs – I’m sure the debacle around all of the camera applications moving from 2.0 to 3.0 was quite a mess! To make a long story short, WiFi Checker’s update to run on 3.0 will not be approved.

Though I will miss having a WiFi application that had, at one point, been downloaded by nearly 10% of the sold iPhone/iPod devices, I think this policy is totally the right call for the store. Consistent treatment of your developers is a good thing.

Let this serve as a warning to others thinking about using undocumented / private APIs – don’t waste your time! And diversify soon if private APIs are how you’re planning to put your kids through college…

Well, it’s now been over a month (July 9th) since I last provided Apple with an updated version of WiFi Checker. It’s got the name change, icon, 3.0 compat, and a couple of other small tweaks I made back in Oct ‘08. About three weeks ago I got the, “is requiring unexpected additional time for review” and I’ve sent more mail to the reviewers to nudge them. Hopefully I’ll get an answer soon – or even better the update approved!

Thanks to all of you for your e-mails and offers of support, but I don’t need you to spam the AppStore reviewers, Steve, or beta test it. I’m also not looking to move to Cydia. I’m fine with just continuing to nudge the review squad. I’d prefer to think that they’ve just slipped up rather than that this is malicious or that I need to pass along bribes.

So it turns out that Apple, in the 3.0 version of the OS, moved the WiFi APIs from a private framework location into a more public space. I have an update that is sitting in the queue to try and provide a new – and still free! – version of WiFi Checker, along with some changes that have been sitting on my machine since August of last year or so… not the least of which is a very spiffy icon

Here’s hoping they aren’t just leading me along! After all, they did let at least one other WiFi application update for 3.0…

As every iPhone owner has probably noticed, there’s a new version coming.

And from what I’ve seen so far (without ruining any NDAs!), I expect that there are some applications – like the camera applications – which will break after upgrade to 3.0. These applications admit all over the developer forums that they rely on things like the exact way that the Apple camera frame is put together, and I’m betting that Apple will have changed it for the new functionality they announced. Since Apple doesn’t have the Microsoft “everything is backwards compatible forever,” I wonder how users will react. Especially when their paid apps break. Will developers have to make 3.0 versions and maintain old 2.2.1 versions for users who don’t move forward because they’ve got an application that’s not being updated anymore? Or will it be like the Mac, where everyone moves to the new version and grumbles until either their app comes forward or a new competitor releases a clone of the now-defunct application?

It’ll be interesting to see how it all plays out, if only because I spent so much time in Microsoft-land, where back-compat was considered gospel.

iDraft is a new application that my friend, Jon Walsh, and I put together to track information toward the upcoming NFL draft. I put together the UI and application, and he is using his years and years of experience as a football game designer to create projected draft order, write up bios on players and teams, and pull together more information than even the most die-hard of NFL fans can handle!

Best of all? It’s free!

Well, after months of back and forth, I’ve finally gotten definitive word from somebody at Apple – my WiFi application will not be able to be updated. And since there’s a trademark issue with the current name, I’ve had to pull it down from the App Store.

Thanks to everybody who downloaded a copy – over one million copies is pretty darned amazing and was a lot of fun!

I was recently informed that the name WiFinder is a name still in use by another company. Anybody got great ideas for other names? Most of the obvious cool and fun ones were also used during the dot-com-bubble, and I’m loathe to run into this problem again

BTW, check out the awesome icon work that Serge from LemonMedia did for the program! It’s been in submission for over a month and a half, but hey, that’s Apple for you, and this is Pretty Dangerous Stuff.

Well, in the continuing saga of WiFinder updates, they’ve rejected another update… and approved two from the newer applications. I’m not really sure what to do with the application at this point. With grad school, I barely have time to work on it as it is. I really don’t enjoy the every-update procedure of discussing back and forth with the AppStore review people on whether or not they should allow me to continue making this kind of app.

I really wish they’d just decide “WiFi is ok” or “WiFi is a no-no” and be consistent with their review decisions!