First I assumed that everyone would have the LANG environment variable set (wrong). It worked on my system but crashed on start-up on others.
Secondly my code for progressively updating the display during rendering on X11 queued up a whole series of screen updates when displaying on a slow X11 server. The code then sent these updates one at a time to the remote X11 server. This is very slow on a remote X11 server (tens of seconds), but hardly noticeable on my local display used for development. Having an old X server on a 10M Ethernet is recommended for testing. What now happens is that when it finds a screen update in the queue, it looks at what else is in the queue and merges them as appropriate, minimising the number of updates sent to the X11 server. This is obvious in hindsight (I already knew that Windows does this with WM_PAINT), but when you are doing this on a new platform for the first time you can't see the wood for the trees.
I got the GhostPCL changes to work on Windows, but still need to make it build as a shared library on Linux. Shouldn't be hard, just another few evenings.
I didn't get very far with GSview printing. I got side-tracked with making it handle files larger than 4GB. This is most unportable. Reading large files is easy. It's just the seeking that is difficult. ftell/fseek can't be used on 32-bit platforms.
Bought a new notebook computer (toy). It is not super fast (AMD 1400+), but it is a substantial improvement over the old 486-75. The old 486 travelled around the world and is now in semi-retirement as a test box. Required features on the new computer were a decent screen, DVD and CD-RW. Being able to back up digital photos to CD-R in the field is very reassuring.
My favourite from the Windows XP install was the MS claim "Fastest Booting Windows ever". I've got VMware with several different Windows installations. The winner of the Windows booting race is DOS/Windows 3.1 :-)
I'm been feeling a bit burnt out after the ghostscript 8.0 release. I contributed a few bug fixes, new features and did platform testing for Windows and OS/2. I only work on this stuff part time and getting patches to the appropriate standard and through the review process often takes more time than I wish. Other things get put aside. I'm hoping that this Christmas break I'll be able to finish off my GhostPCL updates for Windows and gtk+ display, and then get GSview printing and PDF writing on Linux, and then do the MFC code for GSview. My rule for coding is to maximise the platform independent code, and minimise the MFC and gtk+ code.
The rewritten GSview on Linux now displays well. Next step is to add the user interface for PostScript to PDF, so you can set distiller parameters. There are still many user interface issues as a result of migrating to gtk+ 2.0, but it's useable enough that I haven't run the old version on Linux for months. It's available in a public CVS if anyone wants to test it.
If you are interested in trying an early version of the code, see cvs.ghostscript.com and look for the GSview tree. Suggestions for improvement to the old GSview, or the new rewrite are always appreciated.
FOAF updates: Trust rankings are now exported, making the data available to other users and websites. An external FOAF URI has been added, allowing users to link to an additional FOAF file.
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!