So I found this script on ravelrumba.com which worked fine for HTML pages, but not so much with pure XML content.

Being not a JavaScript expert, it took me a while to make the script work on Mobile Safari, but the following fix seems to do its job. The trick was to replace the usage of document.documentElement.innerHTML with XMLSerializer:: serializeToString(), which serializes a XML tree to a string.

Here’s the whole thing. Just add it as a bookmarklet on your Mobile Safari bookmarks bar:

javascript:(function(){var a=window.open('about:blank').document;a.write('< !DOCTYPE html>
');a.close();var b=a.body.appendChild(a.createElement('pre'));b.style.overflow='auto';b.style.whiteSpace='pre-wrap';b.appendChild(a.createTextNode((new XMLSerializer()).serializeToString(document.documentElement)))})();

apple.com 2011-10-05 at 10.43.35 PM

It’s weird. I’ve never had the privilege to work for Steve Jobs, let alone meet him or know him, yet it feels like someone close died.

Earlier today, I was reflecting on the fact that he is one of my childhood heroes. Since when I was a teenager I was dreaming about owning a Macintosh and play games on it. (I imagined, it must be a totally different experience.) Or make music with it. Or whatever. Or having a NeXT cube, with its absurd magnesium body. I love(d) that thing. Its beautifully architected OS. And this obscure language no-one else was using, Objective-C. It’s so weird to see people wanting to learn it today. Ten years ago nobody knew what I was talking about. “Objective-what?”

The world lost a complex visionary. The asshole who declared floppy disks obsolete in circa 1989. The man who gave a name to those weird devices called “MP3 players” that nobody was using before the iPod. The guy who insisted on the simplicity of single-button mice. Not forgetting the businessman unafraid to admit his LSD experiences. You don’t see too many people like that.

Most importantly, he made me understand that engineering can meet with art and idealism.

So, thank you Steve Jobs.

1. open Project settings and choose “Latest iOS” under Base SDK for All Configurations
2. open your target and make sure the settings applies to it (in case you overrode it)
3. (yes, somehow the “Base SDK Missing” error seems to stick)
4. shutdown Xcode and reopen.

The SDK now is set.

I just spent the last 20 minutes baffled by some weird errors as I was building Erlang on an OpenBSD box I am setting up.

$ make
make: "/home/acces/otp_src_R13B04/Makefile" line 88: Missing dependency operator
make: "/home/acces/otp_src_R13B04/Makefile" line 89: Missing dependency operator
...
100 similar lines follow
...

The problem is… that when you type make, OpenBSD — and probably NetBSD and FreeBSD — all use BSD make by default, NOT GNU make! Silly me. I even had just installed GNU make a couple hours earlier!

So anyway:

$ pkg_add -i -v gmake
...
[download, unzip, configure Erlang OTP]
...
$ make # WILL FAIL!
$ gmake

Beside importing SimpleTimer (my first Cocoa app: beware, its code might not be the prettiest!), this is the first release of CLutils, my collection of C/C++/Objective-C functions built over the years. There’s not much structure in it, beside subdividing it by deployment platforms (Mac OS X, iOS and cross-platform code) and OS X APIs (Carbon, Cocoa).

http://github.com/ettore/SimpleTimer/
http://github.com/ettore/CLutils/

compile error:
1071: Syntax error: expected a definition keyword (such as function) after attribute override, not protected.

in relation to the following code:

override
protected function createChildren():void {}

The solution?

override protected function createChildren():void {}

Don’t even get me started.

1. Login into the Provisioning Portal, click “App IDs” on the left side column
2. Click “Configure” on the App ID of your app
3. Click Revoke for the expired Push SSL certificate
4. Open Keychain Access on your Mac. Click the “Certificates” category, find the expired cert and just delete it.
5. From the Provisioning Portal website, start creating a brand new Push SSL certificate. Just follow the instructions.
6. Don’t forget to download the signed cert and double-click it to install it (aps_developer_identity.cer) in your default keychain.
7. Find the newly created cert in Keychain Access and click the disclose triangle. Then:
   • - Right-click on the private key entry without selecting the parent, and select Export. A .p12 file will be saved
   • - Right-click on the actual certificate without selecting the child key, and select Export. Another .p12 file will be saved
8. If your server requires .pem style certificates, run this:

   $ openssl pkcs12 -in apn_cert.p12 -out apn_cert.pem -nodes
   $ openssl pkcs12 -in apn_key.p12 -out apn_key.pem -nodes
   

9. Deploy the .pem files in the right location accessible by your application server that will be sending the Push notifications.

Now push notifications should be up and running once again.

1. Login into the Provisioning Portal, click “Provisioning” on the left side column
2. Renew your expired profile (or create new one) and download it
3. Drag it over the Xcode dock icon (or add it into the Organizer)
4. Remove old profiles from Xcode Organizer
5. Open your Device target. Select the Build tab -> Code Signing Identity, and make sure the new profile is the one in use.
   Xcode has the habit of not automatically updating its targets to use the newly installed provisioning profile. (Even if you physically removed the old one.)

At this point you should be able to rebuild the app.

Some examples:

1> <<2#11110000:5>>.
< <16:6>>
2> <<2#11110000:6>>.
< <48:6>>
3> erlang:is_bitstring(<<2#11110000:6>>).
true
4> erlang:is_binary(<<2#11110000:6>>).
false
5> erlang:is_bitstring(<<2#11110000:8>>).
true
6> erlang:is_binary(<<2#11110000:8>>).
true

In the Erlang bit syntax there are 2 clarifying (?) type synonyms:

bytes == binary
bits  == bitstring

which are basically telling you to think of binaries as sequence of bytes, and bitstrings as sequence of bits. Quite obvious right? Well, it wasn’t for me at first.

It’s also worth noting how binaries and bitstrings are converted into text strings. Given the binary <<16#50>> storing the letter ‘P’,

7> <<16#50>>
<<"P">>
8>erlang:bitstring_to_list(<<16#50>>). #I could've used binary_to_list()
"P"          %great!
9>erlang:bitstring_to_list(<<16#50:5>>).
[<<16:5>>]  %mmh...

The result of command #9 is not exactly what I had imagined. Yes, it’s a list, but it’s certainly not a text string, and I was expecting a text string. Why was I expecting a text string if the API is named bitstring_to_list() ? Because if I was in the middle of coding a text manipulation algorithm and called bitstring_to_list(), I would probably (wrongly) assume that it would do some magic and transform any bitstring in a usable text string. Why? Because we are used to treat text strings as lists. Why? Because we don’t have APIs that mention “strings”: all the builtin APIs only mention lists. That’s the problem. We are using a list API as if it was a string API, when a generic list is not necessarily a string.

My first reaction was “I’m going to put all possible states since I just want the button title to change no matter what.” So I blindly bit-OR‘ed all the possible values defined in the docs.

[myButton setTitle:@"New Title"
          forState:UIControlStateNormal | UIControlStateHighlighted | UIControlStateDisabled | UIControlStateSelected];

Sound reasonable right? Wrong. If you do that here, your button title is probably not going to change at all. The problem is that the “normal” state (per Apple docs that’s “enabled, not selected, not highlighted”) is defined as such:

enum {
    UIControlStateNormal   = 0,
    UIControlStateHighlighted  = 1 << 0,
    UIControlStateDisabled     = 1 << 1,
    UIControlStateSelected     = 1 << 2,
    ...
}

so if you bit-OR all of them you are actually going to set the title for ALL states EXCEPT the “normal” (most common) state!

Sigh…