Ignore:
Timestamp:
2009-12-30T23:52:42+13:00 (14 years ago)
Author:
davidb
Message:

Expanded comment about use of .txt.gz

File:
1 edited

Legend:

Unmodified
Added
Removed
  • main/trunk/greenstone2/common-src/src/lib/gdbmclass.cpp

    r19061 r21396  
    286286
    287287
    288 // DEPRECATED -- No longer necessary now that the GDBM library reads both little-endian and big-endian files
     288// The following routine was written before the GDBM library was upgraded
     289// to read both little-endian and big-endian files, and so the reason for
     290// it being developed is not so important now.  It's useful to keep around
     291// however because the file format for GDBM is not guaranteed to be the
     292// same from one computer architecture to the next.  Even if they are both
     293// the same endian-ness.  We encountered this issue on the Mac at one stage.
     294// the size of the header data-structure for GDBM was simply a different
     295// size to that produced on Linux.  The Mac case resolved to be binary
     296// compatabile with Linux, but shows that we can't rely on this always being
     297// the case.  Using this method provides a contingency plan.  The databases
     298// can be shipped at .txt.gz (i.e. portable), which are then converted on
     299// on the host's machine to a native GDBM database that is meaningly to
     300// that computer.
     301
    289302void gdbmclass::generate_from_txtgz (text_t filename)
    290303{
Note: See TracChangeset for help on using the changeset viewer.