Just Launched: You can now import projects and releases from Google Code onto SourceForge
We are excited to release new functionality to enable a 1-click import from Google Code onto the Allura platform on SourceForge. You can import tickets, wikis, source, releases, and more with a few simple steps. Read More
This seems obvious in retrospect, but it took me a couple of hours to=20
figure it out.
Because CB uses Cocoa methods that assume UTF-encoded data when=20
transforming Perl strings to NSStrings, you need to be sure your Perl=20
strings really are UTF8-encoded if they contain non-ASCII characters.
This bit ShuX, where I was transforming asterisks (*) to bullets (=95)=20=
wherever the first is used for list items. Naturally, I was doing=20
something like "s/\*/=95/g" to do it, and I hadn't thought about what=20
encoding the .pm file used.
The result was a MacRoman (or whatever) encoded bullet in a string that=20=
was supposed to be UTF8 - which caused ShuX to crash hard. Saving the=20
offending .pm file as UTF8 cured the problem. That might cause problems=20=
with 5.6, though - I haven't checked. If it does, I'll simply remove=20
the substitution and live with asterisks instead of bullets - it's not=20=
*that* big a deal.