Bug#873374: libtsk13 4.4.2-1 crash in the dfvfs test suite

[eriberto@debian.org (Eriberto Mota)]

2017-08-27 4:08 GMT-03:00 Adrian Bunk <bunk at debian.org>:
> Package: libtsk13
> Version: 4.4.2-1
> Severity: serious
> Control: affects -1 src:dfvfs python-tsk
>
> https://tests.reproducible-builds.org/debian/history/dfvfs.html
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/dfvfs.html
>
> ...
>    debian/rules override_dh_auto_test
> make[1]: Entering directory '/build/1st/dfvfs-20170723'
> python run_tests.py
> testIterateVolumes (volume.vshadow_volume_system.VShadowVolumeSystemTest)
> Test the iterate volumes functionality. ... ok
> testIterateVolumes (volume.tsk_volume_system.TSKVolumeSystemTest)
> Test the iterate volumes functionality. ... debian/rules:23: recipe for target 'override_dh_auto_test' failed
> make[1]: *** [override_dh_auto_test] Floating point exception
>
>
> Program terminated with signal SIGFPE, Arithmetic exception.
> #0  0x00007fa2ac0f606a in dos_load_prim_table (test=1 '\001',
>     vs=0x55c56dcae270) at dos.c:821
> 821     dos.c: No such file or directory.
> (gdb) bt
> #0  0x00007fa2ac0f606a in dos_load_prim_table (test=1 '\001',
>     vs=0x55c56dcae270) at dos.c:821
> #1  tsk_vs_dos_open (img_info=0x7fa2a322c070, offset=0,
>     test=test at entry=1 '\001') at dos.c:1064
> #2  0x00007fa2ac0f3161 in tsk_vs_open (img_info=0x7fa2a322c070, offset=0,
>     type=<optimized out>) at mm_open.c:56
> #3  0x00007fa2ac3bf41e in Volume_Info_Con (self=0x55c56dcbe2f0,
>     img=<optimized out>, type=<optimized out>, offset=<optimized out>)
>     at tsk3.c:659
> #4  0x00007fa2ac3b3ade in pyVolume_Info_init (self=self at entry=0x7fa2a31b4c70,
>     args=args at entry=(<TSKFileSystemImage(_file_object=<OSFile(_size=67108864, _is_cached=True, _resolver_context=<Context(_file_object_cache=<ObjectsCache(_maximum_number_of_cached_values=128, _values={u'type: OS, location: /tmp/dfvfs-20170723/test_data/vsstest.qcow2\n': <ObjectsCacheValue(_reference_count=1, vfs_object=<OSFile(_size=751104, _is_cached=True, _resolver_context=<...>, _is_open=True, _file_object=<file at remote 0x7fa2a3174d20>) at remote 0x7fa2a31b4550>) at remote 0x7fa2a31b4590>, u'type: OS, location: /tmp/dfvfs-20170723/test_data/bdetogo.raw\n': <ObjectsCacheValue(_reference_count=1, vfs_object=<...>) at remote 0x7fa2a31b4bd0>}) at remote 0x7fa2a3fbad90>, _file_system_cache=<ObjectsCache(_maximum_number_of_cached_values=16, _values={}) at remote 0x7fa2a3fbad50>) at remote 0x7fa2a3fba390>, _is_open=True, _file_object=<file at remote 0x7fa2a3174db0>) at remote 0x7fa2a31b4890>) at remote 0x7fa2a31994b0>,), kwds=kwds at entry=0x0)
>     at pytsk3.c:20444
> #5  0x000055c56b688bf4 in type_call.lto_priv () at ../Objects/typeobject.c:765
> #6  0x000055c56b683163 in PyObject_Call () at ../Objects/abstract.c:2547
> ...
>
> Works after downgrading libtsk13 to 4.4.0-5



Hi Adrian and all,

I think that it is an upstream problem and I will report it soon (today).

There is any workaround to mitigate this issue for now?

Regards,

Eriberto