Archive for June, 2008

erlxsl progress

Erlxsl is one of my pet projects – it aims to provide proper xslt support for Erlang/OTP by linking to existing C/C++ based implementations at runtime. 

We started out life handing off to libxslt, but that proved problematic due to (a) thread safety concerns and (b) memory leaks that proved hard to track down. Then we moved to an implementation based on Sablotron. Making the move was easy, due to our simple “plugin” style design (little more than defining an xslt engine api as a set of ‘extern’ functions that are dynamically linked during compilation).

Now we’ve decided to go all out and use Xalan-C++ as our primary xslt provider. And still, despite all of this progress, the source code has never been published in our sourceforge based subversion repo! Why on earth not – you may well ask!? Are we being stupid and forgoing change control!?

Heaven forbid! But in fact, erlxsl is being developed for use in real world, production systems. As such, there’s a little contract negotiation going on over the terms of the licence I’ve chosen (the vanilla BSD license, in this case). Until I’ve reached an agreement with the others who’re involved, I’m not willing to release to sourceforge due to the potential legal ramifications. <sigh>

Once all that’s over, I’m looking forward to seeing this in action though. Not least because I’m keen to try out erlyweb, but don’t like it’s template views much! 😉

, , , , , , , ,

8 Comments

Resizing XP Guest VMWare images

This is my first wordpress post, since deciding to move over from blogger. It turns out that resizing a vmware virtual hard disk isn’t quite as I’d first imagined. On my ubuntu (hardy) host, I backed up the whole image first (always a sensible thing to do!) and then ran the vmware server vdisk manager, passing the virtual disk and the new size on the command line. It ended up looking something like this:

t4@wmdev:~$ sudo vmware-vdiskmanager -x 36Gb <path-to-file>.vmdk

Then I downloaded an ISO of the GParted live CD and mounted it in the host. Then I added a line to the .vmx file to specify a boot delay (so that it’s a bit easier to get into the bios at boot time):

bios.bootDelay = "3000"

Then all that’s left is to reboot the vm, press F2 during setup to enter the bios, change the boot order to look at the DVD/CD-ROM drive before the HDD, save changes and reboot.

Finally, during reboot, the GParted live CD asks a bunch of questions about your display and/or keyboard settings. It’s fairy safe to just take the default, but if you’ve ever screwed around with you X config before, this stuff should look pretty routine any way. Once you’re booted into GParted, the process is no different from resizing an image in your regular host environment. Simple.

All that’s left is to finish installing all the windows junk I need to work with from time to time. <sigh>

, , , ,

Leave a comment