Hello Cristian &amp; Gregory,<br><br>Thanks for your inputs. It solved some of the problems i was facing.<br><br>regards,<br>sahana<br><br><div class="gmail_quote">On Thu, Jun 10, 2010 at 4:16 PM, Gregory Maxwell <span dir="ltr">&lt;<a href="mailto:gmaxwell@gmail.com">gmaxwell@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div></div><div class="h5">On Thu, Jun 10, 2010 at 5:04 PM, Cristian Adam &lt;<a href="mailto:cristian.adam@gmail.com">cristian.adam@gmail.com</a>&gt; wrote:<br>

&gt; On 10/06/2010 22:52, SAHANA DEVARAJU wrote:<br>
&gt;&gt; hi all,<br>
&gt;&gt;<br>
&gt;&gt; I&#39;m working on theora in v c++ 2008 express. I&#39;m getting the following<br>
&gt;&gt; runtime error for the encoder example.<br>
&gt;&gt; Appreciate all your help.<br>
&gt;&gt;<br>
&gt;&gt; debug Error!<br>
&gt;&gt;<br>
&gt;&gt; Run-time check failure #3- the variable &quot;sb_full&quot; is being used<br>
&gt;&gt; without being initialised<br>
&gt;&gt;<br>
&gt;&gt; regards,<br>
&gt;&gt; sahana<br>
&gt;<br>
&gt; You should disable &quot;Basic Runtime Check&quot; (/RTCu), for both libtheora and<br>
&gt; encoder example<br>
&gt; projects.<br>
<br>
<br>
</div></div>It&#39;s worth elaborating on this, because I don&#39;t want people thinking<br>
that libtheora has known and unfixed problems accessing uninitialized<br>
variables.<br>
<br>
<br>
In libtheora there are a number of places where an initialization<br>
isn&#39;t obvious to a compiler, usually due to cross function boundaries.<br>
Some of these places are performance critical.<br>
<br>
In order to suppress compiler warnings in places where they would<br>
incorrectly warn of missing initialization libtheora initializes a<br>
variable to itself. e.g.<br>
<br>
int a=a;<br>
<br>
This odd looking code causes GCC (for example) to emit nothing at all,<br>
so it&#39;s the same as &quot;int a;&quot; but it suppresses the warning.<br>
<br>
For some odd reason, the Microsoft tool-chain actually generates code<br>
for the a=a case and then the runtime checker warns on it.  It&#39;s a<br>
harmless warning, however.<br>
<br>
The valgrind tool we use on GNU/Linux is far more intelligent with<br>
uninitialized access checks and isn&#39;t confused by this at all.<br>
</blockquote></div><br>