Done, took me a few hours to dig through the format, but it's not very complex. I was on a roll so I also did SMS messages.
See attached sheet I'm betting I've duplicated much of the work you've already done Chris. So I think it'd be good to get that wiki page of data sniffing research. Otherwise I may end up duplicating research. I didn't understand how the date format worked, but I assumed it would be the same as calendar which you've already done. So skipped. > Note that while a Blackberry is mounted, it is unavailable to other > uses (at least until Rick Scott's kernel driver is finished and I add > support for that to the library). Yes that needs sorting, you should be able to access the mass storage, the databases and have it connected to the modem. Although what limits the device puts on that must be respected. the mass storage and db are different usb end points, and I think the modem is too. So I can't see a problem a part from having to share the database end points between a fuse mount and other possible demands (opensync?). > But for now, I'm not sure that you would want to automatically mount > a Blackberry. It might be better to have as an on-demand sort of thing. Perhaps you wouldn't want it automatic, but there is something about having the ability which means your doing things the right way. > We will need to reverse engineer the Content Store record format, write a > parser and builder, and then expose the parsed data via FUSE. Research complete, there are a few holes but nothing that should prevent files being made available on the fuse fs. > If you want to document what the fields mean, their format, offset, size, > etc, that would be a great first step, and then it should be straightforward > for me to write a parser / builder. (If someone wants to volunteer writing > that too, let me know!) Although I couldn't write it, I'm a python guy. > A lot of field data is in the format of [[size] [type_code] [data]]. > I don't know if Content Store follows that format though. Thanks for that, it helped a lot. Best Regards, Martin Owens
barry-research.ods
Description: application/vnd.oasis.opendocument.spreadsheet
------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
