[Motmot] libcamiface 0.5 released

John Schneider jzschneider at gmail.com
Wed Apr 1 15:14:02 UTC 2009


Hi Andrew,

Unfortunately this update does not solve our segmentation faults.
Output from debugger:
[New Thread 0xb1edab90 (LWP 6775)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb26dbb90 (LWP 6774)]
0x00000000 in ?? ()
(gdb) bt
#0  0x00000000 in ?? ()
#1  0xb37ac60c in raw1394_loop_iterate () from /usr/lib/libraw1394.so.8
#2  0xb37ad348 in raw1394_write () from /usr/lib/libraw1394.so.8
#3  0xb37cbff7 in platform_camera_write () from /usr/lib/libdc1394.so.22
#4  0xb37bfdb9 in dc1394_set_control_registers () from /usr/lib/libdc1394.so.22
#5  0xb37bb27e in dc1394_video_set_transmission ()
   from /usr/lib/libdc1394.so.22
#6  0xb382d856 in CCdc1394_close () from /usr/lib/libcam_iface_dc1394.so
#7  0xb382e522 in delete_CCdc1394 () from /usr/lib/libcam_iface_dc1394.so
#8  0xb39bc0b1 in delete_CamContext () from /usr/lib/libcam_iface_unity.so
#9  0xb5850833 in ffi_call_SYSV ()
   from /usr/lib/python2.5/lib-dynload/_ctypes.so
#10 0xb585066a in ffi_call () from /usr/lib/python2.5/lib-dynload/_ctypes.so
#11 0xb584b534 in _CallProc () from /usr/lib/python2.5/lib-dynload/_ctypes.so
#12 0xb584502a in ?? () from /usr/lib/python2.5/lib-dynload/_ctypes.so
#13 0x0805cb97 in PyObject_Call ()
#14 0x080c7aa7 in PyEval_EvalFrameEx ()
#15 0x080c96e5 in PyEval_EvalFrameEx ()
#16 0x080cb1f7 in PyEval_EvalCodeEx ()
#17 0x081136b6 in ?? ()
#18 0x0805cb97 in PyObject_Call ()
#19 0x080c7e04 in PyEval_EvalFrameEx ()
#20 0x080c96e5 in PyEval_EvalFrameEx ()
---Type <return> to continue, or q <return> to quit---
#21 0x080c96e5 in PyEval_EvalFrameEx ()
#22 0x080cb1f7 in PyEval_EvalCodeEx ()
#23 0x0811372e in ?? ()
#24 0x0805cb97 in PyObject_Call ()
#25 0x08062bfb in ?? ()
#26 0x0805cb97 in PyObject_Call ()
#27 0x080c2e9c in PyEval_CallObjectWithKeywords ()
#28 0x080f59a8 in ?? ()
#29 0xb7f164fb in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#30 0xb7e6ae5e in clone () from /lib/tls/i686/cmov/libc.so.6

(the error appears to be the same as the previous ones?).

Not sure why ours are being so difficult with the new versions. Let us
know if there are specific tests you would like done on hardware that
seems unfortunately capable of replicating this.

Thanks again,

Jon


On Tue, Mar 31, 2009 at 3:39 PM, Andrew Straw <astraw at caltech.edu> wrote:
> Hi all,
>
> I have released a new version of libcamiface, 0.5, which has now been
> uploaded to my Ubuntu Hardy repository, and thus should be automatically
> installed when you use the normal Ubuntu update procedure.
>
> I think this release solves the segmentation faults that cropped up with
> the previous release. I think the issue was that in the i386 Hardy
> packaging, I mis-compiled the libcamiface against an older Prosilica
> SDK. This new release does a version check on the Prosilica library to
> guard against this happening in the future. I'm not completely convinced
> the problem is solved, however, (it takes running some hours to be sure,
> since this is a very sporadic problem) so please report any problems.
>
> The source code is available from
> http://debs.astraw.com/hardy/libcamiface_0.5.orig.tar.gz
>
> -Andrew
>
> --
> Andrew D. Straw, Ph.D.
> California Institute of Technology
> http://www.its.caltech.edu/~astraw/
> _______________________________________________
> Motmot mailing list
> Motmot at code.astraw.com
> http://code.astraw.com/cgi-bin/mailman/listinfo/motmot
>


More information about the Motmot mailing list