|
|
the CLI is not the issue...
This program *only* runs from the command line. That is not the porting issue. The issue is that the format of the .pst file is written in little-endian format (being a M$ specification). The original author was most likely using an x86 box to run Linux, and therefore he wrote it with a little-endian view of the world. Since the PowerPC of the Mac is a big-endian processor, code running on it reads the file with all of the multi-byte values swapped (you might need to look up what big vs. little endian means somewhere). Code can be written to be endian-agnostic, but it is more work for the author, and unfortunately this code was not written that way. It *assumes* the machine that is running the code is running on a little-endian processor. (Note I am not dis-ing the author of libpst - he did a tremendous job reverse engineering the file format. That was a big job in and of itself.)
the CLI is not the issue...
From the author's readme:
endianism issues
Awesome - big-endian support in libpst 0.4! That wasn't available back in October when I looked into this. I'm glad the original author went ahead and added that - when I tried to do it my head nearly exploded slogging through the complex data structures that make up a .pst file.
the CLI is not the issue...
If you apply this patch to libdbx 1.0.3, it will run correctly also on big endian machines (you must define BIG_ENDIAN as 1):
the CLI is not the issue...
(apply the patch to libdbx.c) |
SearchFrom our Sponsor...Latest Mountain Lion HintsWhat's New:HintsNo new hintsComments last 2 daysLinks last 2 weeksNo recent new linksWhat's New in the Forums?
Hints by TopicNews from Macworld
From Our Sponsors |
|
Copyright © 2014 IDG Consumer & SMB (Privacy Policy) Contact Us All trademarks and copyrights on this page are owned by their respective owners. |
Visit other IDG sites: |
|
|
|
Created this page in 0.09 seconds |
|