<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 3/18/2013 10:34 AM, Vincent Galbo
wrote:<br>
</div>
<blockquote cite="mid:01fd01ce23ee$25bbdb20$71339160$@com"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<meta name="Generator" content="Microsoft Word 12 (filtered
medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal">Hello,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I am not sure if this bug is common
knowledge or not, but I figured I would report my findings. <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</blockquote>
I don't know it can be called common knowledge because I didn't<br>
even remember it. :) The logs mention PR 1890 and PR 1895.<br>
<br>
But I committed the fix on 2011-08-21 to the head <br>
<br>
<a class="moz-txt-link-freetext" href="http://git.rtems.org/rtems/commit/cpukit/posix/src/mqueuerecvsupp.c?id=e5ca6593f7c7b543481147ca7f87696ecc821c06">http://git.rtems.org/rtems/commit/cpukit/posix/src/mqueuerecvsupp.c?id=e5ca6593f7c7b543481147ca7f87696ecc821c06</a><br>
<br>
And to the 4.10 branch on 2011-09-01<br>
<br>
<a class="moz-txt-link-freetext" href="http://git.rtems.org/rtems/commit/cpukit/posix/src/mqueuerecvsupp.c?h=4.10&id=a1bfb335c0cc274513e144da46e203bff29e000b">http://git.rtems.org/rtems/commit/cpukit/posix/src/mqueuerecvsupp.c?h=4.10&id=a1bfb335c0cc274513e144da46e203bff29e000b</a><br>
<br>
Is there a newer Gaisler version? cc'ing Daniel Hellstrom for
feedback.<br>
<br>
And thank you for reporting this again. This time we got an easy
solution.<br>
<br>
<blockquote cite="mid:01fd01ce23ee$25bbdb20$71339160$@com"
type="cite">
<div class="WordSection1">
<p class="MsoNormal">I am working with RTEMS-4.10-1.2.7 on a
UT699 LEON3. I received my RTEMS source from <a
moz-do-not-send="true"
href="http://www.gaisler.com/anonftp/rcc/src/">http://www.gaisler.com/anonftp/rcc/src/</a>
.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I have been using the function mq_receive
to pass messages between POSIX threads
(<a class="moz-txt-link-freetext" href="http://linux.die.net/man/3/mq_receive">http://linux.die.net/man/3/mq_receive</a>). Many manual pages
explain that the fourth parameter, *msg_prio, can be left NULL
if you do not care about the message priority. During some
testing, I noticed that my mkprom2 boot loader was becoming
corrupted. I determined that the mq_receive call was
overriding my memory location 0. This was due to passing NULL
into the priority parameter value. The mq_receive function
must not check for NULL, and places the priority of the
received message into whatever memory location is placed in
the msg_prio parameter. My current work around is to pass in a
dummy variable for the priority parameter. <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Vincent Galbo<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Joel Sherrill, Ph.D. Director of Research & Development
<a class="moz-txt-link-abbreviated" href="mailto:joel.sherrill@OARcorp.com">joel.sherrill@OARcorp.com</a> On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985 </pre>
</body>
</html>