I'm pretty paranoid when I do a free, and I always ask first if the pointer points to null or not before freeing it. Maybe the driver is not correct, but I would try to check first the destination of the pointer before freeing it.

<br>Can you put further information about the error shown in your computer?<br><br><br><div><span class="gmail_quote">On 10/4/07, <b class="gmail_sendername">Richard Hosking</b> <<a href="mailto:richard@hovis.net">richard@hovis.net

</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The capture example is in the public domain... here<br>is the working url!:-

<br><br><a href="http://v4l2spec.bytesex.org/spec/capture-example.html">http://v4l2spec.bytesex.org/spec/capture-example.html</a><br><br>this is linked from the home page:-<br><br><a href="http://v4l2spec.bytesex.org/">http://v4l2spec.bytesex.org/

</a> I'm pretty sure the line of code calling free is correct in the v4l2.c file as the manufacturer of my v4l2 device has admitted they have an issue inside their driver when closing and are fast working on a fix for us.

<br><br>So I would like to wait at least a week until this<br>is done so I can verify that the code in v4l2.c is<br>calling the closing operations correctly.<br><br>Richard.<br><br>Rafaël Carré wrote:<br>> -----BEGIN PGP SIGNED MESSAGE-----

> Hash: SHA1 > > Richard Hosking a écrit : >> I have more or less completed this.  Only mjpeg support >> and testing with a device which has a tuner I cannot do >> as my v4l2 device does not support this.

<br>><br>> Maybe the FSF can help here, providing you such a device ?<br>> I have no idea how much it costs.<br>><br>>> Currently the v4l2 device I have has a bug in its drivers<br>>> which crashes when the device is closed. I am waiting for

<br>>> the manufacturer to fix this fault (hopefully the end of<br>>> next week).  When they do this I will be able to test<br>>> that the calling code works properly before submitting my<br>>> v4l2.c

 file for hopeful inclusion into the trunk :-)<br>><br>> :)<br>><br>>> About 50% of the additions are taken from the reference<br>>> v4l2 capture program at <a href="http://v4l2spec.bytesex.org/spec/a14009.htm">

http://v4l2spec.bytesex.org/spec/a14009.htm</a><br>>> (which I have cited), and about 30% is from the v4l.c<br>>> program, and the rest is me.<br>><br>> The reference capture program is 404 for me, is it in the public domain,

<br>> or has a special licence ?<br>><br>>> I would rather wait until I can verify that the bug I<br>>> have is fixed before submitting my v4l2.c patch, but if<br>>> anyone wishes to see the current code it is here:-

>> >> <a href="http://hovis.net/v4l2.c">http://hovis.net/v4l2.c</a> >> >> (line 651 is the call which is causing my device to >> segfault at the moment) > > Seems odd, did you verify you were not overflowing ?

<br>><br>>> Richard.<br>><br>> Thanks<br>><br>>> Benjamin Pracht wrote:<br>>>> I would welcome any comment on this. I guess what we really lack here is<br>>>> a developer willing to spend some time on it. Does anybody see anything

<br>>>> concrete the FSF can do to help? I remember some emails on this mailing<br>>>> list about some people working on the v4l2 module. Did we get any feedback?<br>>>><br>>>> Writing a full support for all the v4l2 compatible devices might be a

<br>>>> rather big work, but even a basic support of some devices would be a<br>>>> very nice first step.<br>>>><br>>>> Currently, the v4l2.c file only contains probing code. I'm not even sure

<br>>>> we really want to keep it. The pvr module probably also have useful<br>>>> code for the access part.<br>>>><br>>>> What remains to be done is mostly:<br>>>><br>>>> - to split the module in an access and an access_demux

<br>>>> - complete the probing code<br>>>> - write device selection, device configuration code (source, tuner<br>>>>   properties, v4l chroma to vlc FOURCC currespondance, etc)<br>>>> - write the data reading routines (some devices use read calls on the

<br>>>>   device node, some use ioctls)<br>>>> - callbacks usable from a gui to get the device list (see direct show)<br>>>> - probably lots of other things I forget. I worked on those more than 1

<br>>>>   year ago, not exactly sure anymore about how all this works.<br>>>><br>>>> I'm afraid I won't be able to take this over. I can try to help anybody<br>>>> having questions on the existing code, but again, it's not much and I

<br>>>> don't think there is a lot to say about it.<br>>>><br>>>><br>>>><br>>>> ------------------------------------------------------------------------<br>>>><br>

>>> Subject:<br>>>> VLC and V4L2<br>>>> From:<br>>>> Richard Stallman <<a href="mailto:rms@gnu.org">rms@gnu.org</a>><br>>>> Date:<br>>>> Sat, 29 Sep 2007 23:04:08 -0400

<br>>>> To:<br>>>> <a href="mailto:bigben@videolan.org">bigben@videolan.org</a><br>>>><br>>>> To:<br>>>> <a href="mailto:bigben@videolan.org">bigben@videolan.org</a><br>>>>

>>> >>> I would really like VLC to work with V4L2, so I wonder: is there >>> anything the FSF could do to help you make progress on this?  Please >>> tell me what would be useful.

<br>><br>><br>> - --<br>> Rafaël Carré<br>> -----BEGIN PGP SIGNATURE-----<br>> Version: GnuPG v1.4.6 (GNU/Linux)<br>> Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org">http://enigmail.mozdev.org

</a><br>><br>> iD8DBQFHBNNnYWCeGMCv8Q8RAp6NAJ4sgPOcz+p0kbzuXpRjs/uS2f0pUQCgsS5y<br>> 4VTdO+vLqRdTfcCVc/vKSX8=<br>> =4rCp<br>> -----END PGP SIGNATURE-----<br>> _______________________________________________

<br>> vlc-devel mailing list<br>> To unsubscribe or modify your subscription options:<br>> <a href="http://mailman.videolan.org/listinfo/vlc-devel">http://mailman.videolan.org/listinfo/vlc-devel</a><br>><br>>

<br>_______________________________________________<br>vlc-devel mailing list<br>To unsubscribe or modify your subscription options:<br><a href="http://mailman.videolan.org/listinfo/vlc-devel">http://mailman.videolan.org/listinfo/vlc-devel

</a><br></blockquote></div><br>