All of lore.kernel.org
 help / color / mirror / Atom feed
* [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.