Opened 16 years ago

Closed 15 years ago

#249 closed defect (fixed)

GDBM files on Intel Macs

Reported by: kjdon Owned by: ak19
Priority: high Milestone: Next Release (2 or 3)
Component: Collection Building Severity: minor
Keywords: Cc:


There is a problem with GDBM files on Intel Macs. These are little endian, but perl (5) can't detect this. So the perl code always creates the file with a bdb extension on a mac. GS3 runtime has been changed to always look for bdb on a Mac. GS2 runtime? Does this need changing? Demo collections - we need to add a .txt file for the database into svn. Then on installation, this needs to be converted into a database file - just for Intel Mac? or do this for all types? Note, Shaoqun and Xiaofeng discovered this, not me.

Change History (8)

comment:1 by kjdon, 16 years ago

Milestone: Release 3.04Next Release (2 or 3)
Priority: moderatehigh
Severity: minor

comment:2 by davidb, 15 years ago

Owner: changed from nobody to davidb

comment:3 by davidb, 15 years ago

Owner: changed from davidb to ak19

comment:4 by kjdon, 15 years ago

Currently have three options for the database file - gdbm, sqlite, text. (Do they all work with infodb_type option??).

Make text the default. Or sqlite?

At runtime, the code looks for ldb/bdb and if not there, converts the text file to whatever it needs then uses that.

see also ticket #391 which looks at exported cds.

comment:5 by ak19, 15 years ago

While the changes made by Dr Bainbridge to fix decompression of the txtgz db file and conversion of this into .ldb database file now work in GS2 when using an Apache webserver and when launching server.exe from the command prompt, it fails when double clicking on server.exe.

comment:6 by ak19, 15 years ago

Solution for entry of 2008-11-05 13:07:30: When double clicking on server.exe (on Windows), need to have Perl in the path. This is only required for GS2's checked out from SVN and not for GS2 binaries installed using the installer, since the binaries come with Perl in the bin/windows folder which is already added to the path in the C++ code for the server.

comment:7 by ak19, 15 years ago

  • the gdbm-txtgz option tested on Windows, Linux and Mac Leopard. The generated txtgz files are all mutually extractable.
  • unable to test on Mac Power PC as there's no binary distribution for it (yet). And that's the only one of the Intel Mac, Windows and Linux that works with bdb database files.

comment:8 by kjdon, 15 years ago

Resolution: fixed
Status: newclosed

Now we have a new gdbm that works on any endian type file. So I think the problem has gone away.

Note: See TracTickets for help on using tickets.