Yes, it's a Mac. Is there a standard way to convert little endian to
big endian that you know of? Looking at SSTypes.h there aren't that
many places where a conversion would need to happen. I'm happy to
submit patches, if I have a code snippet that can do the conversion.
- Marcel
On 01/03/2007, at 8:25 PM, Dirk wrote:
(gdb) print m_Header
$4 = {
size = 1342177280,
type = "HN",
checksum = -23990
}
The size looks way too big. It's equal to the first 4 bytes of the
file (0x50000000) (see od dump below). gdb says:
(gdb) print sizeof(m_Header)
$5 = 8
Does this indicate the compilation problem? If so, what kind of
compiler arguments should I be looking into? I've not done any C++
programming ever, but have done C (long long time ago).
No it indicates a byte order problem. Are you running on a Mac? The
code was written for intel, where we have the LSB ordering. The
fist 4 bytes should read 0x00000050, a length of 0x50 bytes.
Dirk
_______________________________________________
vss2svn-users mailing list
Project homepage:
http://www.pumacode.org/projects/vss2svn/
Subscribe/Unsubscribe/Admin:
http://lists.pumacode.org/mailman/listinfo/vss2svn-users-
lists.pumacode.org
Mailing list web interface (with searchable archives):
http://dir.gmane.org/gmane.comp.version-
control.subversion.vss2svn.user
_______________________________________________
vss2svn-users mailing list
Project homepage:
http://www.pumacode.org/projects/vss2svn/
Subscribe/Unsubscribe/Admin:
http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org
Mailing list web interface (with searchable archives):
http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user
