cuneiform team mailing list archive

[JussiP <jpakkane@xxxxxxxxx>]

In the working case you have this:

open("/home/maxipunkt/rpm/BUILD/cuneiform-linux-0.9.0/datafiles/rec6all.dat", O_RDONLY) = 3
...
read(3, " 0  rec6.dat\r\n 1  rec6grm.dat\r\n "..., 4096) = 473

Whereas in the failing case you have this:

open("/usr/share/cuneiform/rec6all.dat", O_RDONLY) = 3
...
read(3, " 0  rec6.dat\n 1  rec6grm.dat\n 2 "..., 4096) = 445

That is, the latter reads fewer bytes than the first one. This should
not be, but I can't think of a reason for this. Try checking that these
two rec6all.dat files are identical (diffing is sufficient).

-- 
PUMA_Init failed. (cuneifomr 0.9.0)
https://bugs.launchpad.net/bugs/520862
You received this bug notification because you are a member of Cuneiform
Linux, which is the registrant for Cuneiform for Linux.

Status in Linux port of Cuneiform: New

Bug description:
As it seems that you don't read through old bugreports (#362224), I'll open a new one:

$ cuneiform -l ger -f html -o test.html test.tiff
Cuneiform for Linux 0.9.0
PUMA_Init failed.

I already had this problem with cuneiform 0.8.0 on my system (MandrivaLinux 2010.0), and it's still there for cuneiform 0.9.0.


I built an RPM of cuneiform out of it's source-code myself. Doing this means using Mandriva's %cmake RPM-macro.
All cmake-options used by this macro can be seen here:
http://launchpadlibrarian.net/35930811/cmake.txt (bug #/362224, comment #16)

Strace-output for cuneiform 0.8.0 can be seen here:
http://launchpadlibrarian.net/35930821/strace_cuneinform.txt  (bug #/362224, comment #17)

For cuneiform 0.9.0 I'll attach a new strace...