Quoting Stéphane Glondu (glo...@debian.org): > Stéphane Glondu a écrit : > > I was able to reproduce the bug on an amd64 box. Here is a backtrace: > > > > Wserver: uncaught exception: End_of_file > > Raised by primitive operation at file "", line 0, characters 0-0 > > Called from file "some.ml", line 664, characters 14-44 > > Called from file "some.ml", line 688, characters 7-46 > > Called from file "request.ml", line 734, characters 17-35 > > Called from file "request.ml", line 754, characters 12-39 > > Re-raised at file "request.ml", line 755, characters 38-41 > > Called from file "gwd.ml", line 1467, characters 23-116 > > Called from file "gwd.ml", line 1635, characters 12-95 > > Called from file "wserver.ml", line 338, characters 6-51 > > More precisely, in database.ml, around line 441: > > if Sys.file_exists fname_inx_acc then > let ic_inx_acc = Secure.open_in_bin fname_inx_acc in > do { > seek_in ic_inx_acc (Iovalue.sizeof_long * (table_size + i)); > let pos = input_binary_int ic_inx_acc in > close_in ic_inx_acc; > seek_in ic_inx pos; > (Iovalue.input ic_inx : array dsk_istr) > } > else (* compatibility *) > > where: > > - fname_inx_acc = "/var/lib/geneweb/test.gwb/names.acc" > - size of fname_inx_acc = 131064 > - Iovalue.sizeof_long * (table_size + i) = 131864 > > Obviously, Iovalue.sizeof_long is too big. Dividing it by two makes the > original query work (it seems). But I cannot give any guarantee that it > doesn't break something else. > > Has the upstream author been contacted about this issue?
Not until now (we hadn't enough information, imho). As you guys did a lot of good investigation, I think it is now OK to get in touch with Daniel about this bug. Daniel, the whole story is at: http://bugs.debian.org/557553
signature.asc
Description: Digital signature