Region-free Macbook Pro DVD drive

After receiving some regioned dvds for xmas, I decided it was about time to get them working on my Core 2 Duo Macbook Pro. It’s unusual to have a region-locked DVD player here in Australia; a recent Toshiba player I purchased came with instructions for entering an activation code via the remote, presumably slipped in by the Australian distributor. It’s slightly surprising that Apple Australia doesn’t do the same with the optical drives distributed in Apple hardware.

When I first got the MacBook Pro, the region was unset and although Apple’s “DVD Player” would complain, VLC would play regioned DVDs just fine. However, one day I decided to use DVD Player to play a regioned DVD from the video store, and after that the drive was region locked.

I found a good summary of the options for region-free macbook drives. I put the RPC-1 patched KCVB onto my UJ-857D superdrive using the SimpleFlash utility. ben11’s patched version of Apple’s “Superdrive Firmware Update” errored with

LSOpenFromURLSpec() failed with error -10810

The hacks for getting the patched Updater to work on Mac OS X Leopard didn’t work, so SimpleFlash seemed like a good (if slightly scarier) option.

It worked a treat. Now I can play regioned DVDs in VLC again. Apparently I can also use DVD Player after faking a region using xvi’s Region X.

PHP DOM XML default namespaces

Anyone that’s used PHP’s DOM XML knows that it’s a deprecated, buggy PoS. An undocumented memory leak in DOM XML resources and an equally undocumented workaround to manually free them are plenty of evidence for this. Spare a thought for those of us who are on supported RHEL4 and stuck with PHP 4 and hence the DOM XML API.

My gripe today is with create_element_ns. Terence Kearns has a pretty good summary of the issue in his comments. Essentially, you cannot add a namespace to a node with the default prefix in a way that is recognised by the rest of DOM XML. The problem is that supplying an empty $prefix parameter to create_element_ns is treated the same as omitting the $prefix parameter altogether, in which case DOM XML generates a random prefix.

The libxml2 convention is that passing a NULL prefix to xmlNewNs binds the default namespace, while passing an empty string is illegal. Unfortunately, this convention might break a lot of PHP code that relies on DOM XML generating random namespace prefixes, because people are more likely to omit $prefix than to supply an empty string when they want the random-prefix behaviour. However, I figure it’s better to break lazy code than to invert the libxml convention.

My patch changes the DOM XML behaviour so that an empty string prefix such as $doc->create_element_ns('foo', 'http://example.net', '') activates the old DOM XML random-prefix:

   <a1337:foo xmlns:a1337="http://example.net" />

while omitting $prefix altogether as in $doc->create_element_ns('foo', 'http://example.net') binds the default namespace:

   <foo xmlns="http://example.net" />

blogger not processing openID delegation

It was pleasant to discover that blogger.com (now part of the Google conglomerate) started supporting OpenID comment authentication last year.

However, at some point in the last couple of months it stopped working for me; I get the error code bX-m9h15s when trying to authenticate. As far as I know, my OpenID server is working just fine (OpenID Checkup agrees).

If I use my server URL directly (instead of an HTML resource that uses delegation) it works, albeit without incorporating any of the Simple Registration data. There are plenty of other reports, but nobody competent (and/or employed by google) has responded.

There doesn’t seem to be a true bug reporting facility for blogger; the competent users help the incompetent users on the discussion forum, but I can’t see any developer or even QC presence there.