* [Xenomai-core] Analogy a4l_fill_desc() bug
@ 2010-03-11 17:12 Daniele Nicolodi
2010-03-11 17:43 ` Simon Boulay
2010-06-16 17:01 ` Daniele Nicolodi
0 siblings, 2 replies; 5+ messages in thread
From: Daniele Nicolodi @ 2010-03-11 17:12 UTC (permalink / raw)
To: xenomai
Hello.
I found a bug in a4l_fill_desc(). If I call it on a descriptor obtained
for an unattached device, the memory allocated for the sbdata descriptor
field is corrupted in a bad way. When, after the failing a4l_fill_desc()
call, I free() it, glibc complains about an "invalid next size" for the
memory chunk.
I'm on x86 architecture using kernel 2.6.30.10 with xenomai 2.5.1.
Thanks. Cheers,
--
Daniele
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Xenomai-core] Analogy a4l_fill_desc() bug
2010-03-11 17:12 [Xenomai-core] Analogy a4l_fill_desc() bug Daniele Nicolodi
@ 2010-03-11 17:43 ` Simon Boulay
2010-06-16 17:01 ` Daniele Nicolodi
1 sibling, 0 replies; 5+ messages in thread
From: Simon Boulay @ 2010-03-11 17:43 UTC (permalink / raw)
To: xenomai
On Thu, Mar 11, 2010 at 6:12 PM, Daniele Nicolodi <daniele@domain.hid> wrote:
> Hello.
Hello.
> I found a bug in a4l_fill_desc(). If I call it on a descriptor obtained
> for an unattached device, the memory allocated for the sbdata descriptor
> field is corrupted in a bad way. When, after the failing a4l_fill_desc()
> call, I free() it, glibc complains about an "invalid next size" for the
> memory chunk.
> I'm on x86 architecture using kernel 2.6.30.10 with xenomai 2.5.1.
I can't talk for Alex (the analogy developer) and I'm pretty sure he
will help you by the end of the week...
This bug reminds me an old one which have been fixed. I think that you
should work with the analogy branch of Alex (abe) repository here:
http://git.xenomai.org/?p=xenomai-abe.git;a=shortlog;h=refs/heads/analogy
There is a lot of fixes there; especially for NI driver.
Simon.
>
> Thanks. Cheers,
> --
> Daniele
>
> _______________________________________________
> Xenomai-core mailing list
> Xenomai-core@domain.hid
> https://mail.gna.org/listinfo/xenomai-core
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Xenomai-core] Analogy a4l_fill_desc() bug
2010-03-11 17:12 [Xenomai-core] Analogy a4l_fill_desc() bug Daniele Nicolodi
2010-03-11 17:43 ` Simon Boulay
@ 2010-06-16 17:01 ` Daniele Nicolodi
2010-06-17 6:13 ` Alexis Berlemont
1 sibling, 1 reply; 5+ messages in thread
From: Daniele Nicolodi @ 2010-06-16 17:01 UTC (permalink / raw)
To: xenomai
On 11/03/10 18:12, Daniele Nicolodi wrote:
> Hello.
>
> I found a bug in a4l_fill_desc(). If I call it on a descriptor obtained
> for an unattached device, the memory allocated for the sbdata descriptor
> field is corrupted in a bad way. When, after the failing a4l_fill_desc()
> call, I free() it, glibc complains about an "invalid next size" for the
> memory chunk.
>
> I'm on x86 architecture using kernel 2.6.30.10 with xenomai 2.5.1.
This bug is still biting me...
Cheers,
--
Daniele
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Xenomai-core] Analogy a4l_fill_desc() bug
2010-06-16 17:01 ` Daniele Nicolodi
@ 2010-06-17 6:13 ` Alexis Berlemont
2010-06-27 22:38 ` Alexis Berlemont
0 siblings, 1 reply; 5+ messages in thread
From: Alexis Berlemont @ 2010-06-17 6:13 UTC (permalink / raw)
To: Daniele Nicolodi; +Cc: xenomai
Hi,
On Wed, Jun 16, 2010 at 7:01 PM, Daniele Nicolodi <daniele@domain.hid> wrote:
> On 11/03/10 18:12, Daniele Nicolodi wrote:
>> Hello.
>>
>> I found a bug in a4l_fill_desc(). If I call it on a descriptor obtained
>> for an unattached device, the memory allocated for the sbdata descriptor
>> field is corrupted in a bad way. When, after the failing a4l_fill_desc()
>> call, I free() it, glibc complains about an "invalid next size" for the
>> memory chunk.
>>
>> I'm on x86 architecture using kernel 2.6.30.10 with xenomai 2.5.1.
>
> This bug is still biting me...
A few months ago, I fixed a bug in a4l_fill_desc() and I forgot there
were two. So I closed the case in my TODO list.
Many thanks for reminding me.
>
> Cheers,
> --
> Daniele
>
> _______________________________________________
> Xenomai-core mailing list
> Xenomai-core@domain.hid
> https://mail.gna.org/listinfo/xenomai-core
>
Alexis.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Xenomai-core] Analogy a4l_fill_desc() bug
2010-06-17 6:13 ` Alexis Berlemont
@ 2010-06-27 22:38 ` Alexis Berlemont
0 siblings, 0 replies; 5+ messages in thread
From: Alexis Berlemont @ 2010-06-27 22:38 UTC (permalink / raw)
To: Daniele Nicolodi; +Cc: xenomai
Hi,
Alexis Berlemont wrote:
> Hi,
>
> On Wed, Jun 16, 2010 at 7:01 PM, Daniele Nicolodi <daniele@domain.hid> wrote:
> > On 11/03/10 18:12, Daniele Nicolodi wrote:
> >> Hello.
> >>
> >> I found a bug in a4l_fill_desc(). If I call it on a descriptor obtained
> >> for an unattached device, the memory allocated for the sbdata descriptor
> >> field is corrupted in a bad way. When, after the failing a4l_fill_desc()
> >> call, I free() it, glibc complains about an "invalid next size" for the
> >> memory chunk.
> >>
> >> I'm on x86 architecture using kernel 2.6.30.10 with xenomai 2.5.1.
> >
> > This bug is still biting me...
>
> A few months ago, I fixed a bug in a4l_fill_desc() and I forgot there
> were two. So I closed the case in my TODO list.
>
> Many thanks for reminding me.
>
The bug should be fixed in my git repository now (branch analogy).
> >
> > Cheers,
> > --
> > Daniele
> >
> > _______________________________________________
> > Xenomai-core mailing list
> > Xenomai-core@domain.hid
> > https://mail.gna.org/listinfo/xenomai-core
> >
>
> Alexis.
--
Alexis.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2010-06-27 22:38 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-11 17:12 [Xenomai-core] Analogy a4l_fill_desc() bug Daniele Nicolodi
2010-03-11 17:43 ` Simon Boulay
2010-06-16 17:01 ` Daniele Nicolodi
2010-06-17 6:13 ` Alexis Berlemont
2010-06-27 22:38 ` Alexis Berlemont
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.