Windows | bitpost.com/news

HTDJ <-> STDJ binary happiness

In the HangTheDJ/ShareTheDJ update I’m posting today, I’ve switched to sending my serialized data as HTTP multipart form data. This allows binary transfers. Before I was using POST variables, and embedded ampersands and all sorts of other characters caused truncation and all sorts of other problems. So you can now actually see playlists coming through with much better success now.

HangTheDJ website

Comments (1) | Sunday, March 5, 2006

HangTheDJ, meet ShareTheDJ

New HangTheDJ release, first working ShareTheDJ release, and the first scraps of a User Manual. All presented on a shiny new web site. Whoa. 😛

HangTheDJ website

UPDATE: Another new release (0.30) today (Friday 2/18), you can now watch other users’ dynamically-updated playlists.Â See the website for more.

Comments | Sunday, February 12, 2006

boost and boost::serialization micro-HOWTO

(Editor’s note: see the wiki for a more structured and updated version…)

I wrote an object-oriented database a few years back using “C++ Database Development” from Al Stevens as inspiration, and I’ve always wanted to dig it out and get it updated. I’m also working on ShareTheDJ, which needs cross-platform object serialization. Robert Ramey implemented boost::serialization and it looks like an excellent way to serialize my objects in a more STL-friendly way. Here’s how to set up under FC3/FC4, gentoo and Windoze…

UPDATE: Sourceforge root changed from [cvs-pserver.sf.net:443] to [boost.cvs.sourceforge.net]. Instructions were updated.

(continued…)

Comments | Monday, May 30, 2005

HangTheDJ 0.25

Includes some important bugfixes (you can now safely edit a bunch of list items at once, geesh), UI improvements (small/large view toggling should work well now), etc. From the installation warning:

New development version, lots of bugfixes and improvements, lots more to do, but still should be fun. Back up your database first! You want to upgrade now?

Development: Version 0.25 zipfile
Stable: (old!) zipfile

Comments | Thursday, April 7, 2005

Surviving unscathed in a .net-managed world

Here’s a good article that explains how well the Visual Studio 2005 compiler can optimize .net managed C++ code. To me, it’s just further argument that “unmanaged” (“native”) (read: portable, non-MS-proprietary) C++ code is far superior. Is there anything in the .net API that is really really necessary that would be more difficult in straight C++? MS is committed to
making an effort to ensure that there is, so you go with their proprietary solutions. But I will always make an effort to code everything I can in portable clean C++, and link to .net managed C++ only when necessary.

And to follow up, here’s an article from Paul DiLascia, who’s been kicking a$$ with his C++ Q&A articles for decades, explaining how to link in .net code with unmanaged C++ code, on a MODULE-BY-MODULE basis! Excellent.

Update: There’s no stopping him, in his next article he shows how to “wrap (.net) Framework classes in a native way so you can use them in any C++/MFC app without /clr”.