Log in

No account? Create an account
So today I am trying to do something with my uncles opera database,… - Artur Bergman [entries|archive|friends|userinfo]
Artur Bergman

[ website | O'Reilly Radar ]
[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

[Oct. 8th, 2006|03:04 pm]
Artur Bergman
So today I am trying to do something with my uncles opera database, it lived in a couple of compact pro files, turns out nothing can actually assemble compact pro files except compact pro. So thanks to Richard who had an old mac around I managed to get the csv file on to my mac.

Now I am dealing with encoding issue, thankfully I torgo_x managed to figure out that \237 meaning ü was an MacASCII/MacRoman format, he also provided this little link http://interglacial.com/~sburke/pub/mac_old/ampify_8-bit_clipboard.pl

Now on to making sense of this data...


And because perl is wonderful, http://search.cpan.org/~dankogai/Encode-2.18/Byte/Byte.pm supports MacRoman.. all I needed was my $line = encode('utf-8', decode("MacRoman", $_)); and now it just works.

[User Picture]From: floatingatoll
2006-10-09 02:57 pm (UTC)

Decompressing Compact Pro multi-part archives is HARD!

The most informative error message was from StuffIt Expander 7 (classic MacOS). It indicated that multi-part Compact Pro (.cpt) archives are not supported by Expander. This limitation is absent from the StuffIt website "supported formats" page.

When extracting with Compact Pro (final release, classic MacOS) it indicated that expansion starts with the last part in the set, rather than the first. It seems probable that, like ZIP files, the end of the archive contains the directory.

The Mac has proven useful twice now (in several years), and has been running from the same hard drive during that time. I suppose it's time to clone it to a newer drive -- but it just keeps running!
(Reply) (Thread)