Older blog entries for scjody (starting at number 1)

8 Oct 2000 (updated 8 Oct 2000 at 04:40 UTC) »
Yesterday: No coding. Dad was in town on business so we went to MEC then went out for drinks, supper. We went to a pub with a huge selection of international beers, and I had a poisonously strong (~8%) porter followed by a more sedate stout.. Unfortunately, we didn't end up eating until about 21:00, by which time I was ready to eat the table, having not eaten since lunch at 12:30.

Today, spent some time on irc #debian, someone there asked how to get comments from an HTML page, so I wrote a Perl script (it sounded fun and I was bored). Unfortunately it took longer than I expected and he had left when I got it done. But it was a fun script to write.

I finally got down to Polegame late in the evening, and wrote the needed code to quit the game. *cheer* ai.cpp now compiles. So does everything else in the ai subdirectory after a few case and \ to / changes in the includes. Not sure if it will link though. I'm really starting to need Makefiles.. Must find someone with VC++ who can produce a set for me.

Currently working on the code in the AI subsystem that quits the game. The game exit is coded into the sprite control code for a jacket slam (jacket slams are used during scene changes in the game, as well as at exit). The way it works under Windows is to use PostMessage to send a WM_CLOSE event to the current window. The callback for WM_CLOSE cleans up a few things then exits. To replace this in a platform independant way, I have a few options:

  1. Add some gotos. I considered this option for about 20 seconds before slapping myself silly :)
  2. Rework the code, quitting the game in a more traditional way (e.g. running off the end of main() )
  3. Make my own callback which would be passed to the appropriate sprite on initialization, and which would call code similar to the WM_CLOSE callback.

After careful consideration and code browsing I have selected the third option as the least painful. Reworking the code would be too complex as I have no way of testing it right now.

Well, that's about it for tonight. I know exactly where I want to put the callback, and I have a fairly good idea )of what it needs to do. I went to see Titus tonight, which severely cut into my coding time.

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!