<div dir="ltr">It&#39;s very likely <span style="font-family:arial,sans-serif;line-height:16px">to be a</span> bug in your code.<div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
2013/3/28 Jingdong Sun <span dir="ltr">&lt;<a href="mailto:jindong@us.ibm.com" target="_blank">jindong@us.ibm.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<font face="sans-serif">Hi, There,</font>
<br>
<br><font face="sans-serif">I am using omniORB 4.1.4 with my project.</font>
<br><font face="sans-serif">Recently, when I testing with SLES,
I noticed that, the server side hit memory corruption some time (not always).</font>
<br>
<br><font face="sans-serif">With ORBtraceLevel set to 45, I got
following trace information:</font>
<br><font face="Courier New">omniORB: (7) inputMessage: from giop:tcp:[::ffff:10.6.25.60]:56354
2048 bytes</font>
<br><font face="Courier New">omniORB: (7) </font>
<br><font face="Courier New">4749 4f50 0102 0300 6467 0000 0a00
0000 GIOP....dg......</font>
<br><font face="Courier New">0300 0000 0000 0000 0e00 0000 fed6
ef51 ...............Q</font>
<br><font face="Courier New">5100 0034 2e00 0000 0000 6f72 0800
0000 Q..4......or....</font>
<br><font face="Courier New">7374 6172 7450 4500 0000 0000 2234
3522 startPE.....&quot;45&quot;</font>
<br><font face="Courier New">2e67 0000 3c3f 786d 6c20 7665 7273
696f .g..&lt;?xml versio</font>
<br><font face="Courier New">6e3d 2231 2e30 2220 656e 636f 6469
6e67 n=&quot;1.0&quot; encoding</font>
<br><font face="Courier New">3d22 5554 462d 3822 2073 7461 6e64
616c =&quot;UTF-8&quot; standal</font>
<br><font face="Courier New">6f6e 653d 226e 6f22 203f 3e0a 3c61
7567 one=&quot;no&quot; ?&gt;.&lt;aug</font>
<br><font face="Default Sans
 Serif">(Jingdong: I skipped some lines
here......)</font>
<br><font face="Courier New">2020 3c74 743a 6174 7472 206e 616d
653d   &lt;tt:attr name=</font>
<br><font face="Courier New">omniORB: (7) inputCopyChunk: from giop:tcp:[::ffff:10.6.25.60]:56354
24432 bytes</font>
<br><font face="Courier New">omniORB: (7) </font>
<br><font face="Courier New">2263 6861 696e 4964 2220 7479 7065
3d22 &quot;chainId&quot; type=&quot;</font>
<br><font face="Courier New">696e 7433 3222 2f3e 0a20 2020 2020
203c int32&quot;/&gt;.      &lt;</font>
<br><font face="Default Sans
 Serif">(Jingdong: I skipped some lines
here too.....)</font>
<br><font face="Default Sans
 Serif">(Jingdong: following part is
corrupted, not the contents as I expected).</font>
<br><font face="Courier New">3020 3820 3020 3020 3020 3020 3120
3120 0 8 0 0 0 0 1 1 </font>
<br><font face="Courier New">3020 3020 3020 3120 3120 340a 3120
3435 0 0 0 1 1 4.1 45</font>
<br><font face="Courier New">omniORB: (7) inputMessage: from giop:tcp:[::ffff:10.6.25.60]:56354
18 bytes</font>
<br><font face="Courier New">omniORB: (7) </font>
<br><font face="Courier New">4749 4f50 0102 0107 0600 0000 0a00
0000 GIOP............</font>
<br><font face="Courier New">0a00    </font>
<br>
<br><font face="sans-serif">What I noticed are:</font>
<br><font face="sans-serif">1. The memory corruption problem not
happened all the time, and when problem happened, generally the 2nd try
will pass.</font>
<br><font face="sans-serif">2. All corruptions happened to me so
far were related to relative big data (about 24K), and it happened related
to &quot;inputCopyChunk&quot; as trace shown above.</font>
<br><font face="sans-serif">3. The size server side got is correct,
even the content got corrupted. (The size 24432 bytes is correct in the
example I copied here)</font>
<br><font face="Courier New">omniORB: (7) inputCopyChunk: from giop:tcp:[::ffff:10.6.25.60]:56354
24432 bytes</font>
<br><font face="sans-serif">4. When corruption happened, sometimes
the content just got truncated, sometimes the contents just replaced by
some meaningless  contents at the end.</font>
<br>
<br><font face="sans-serif">Please help me.</font>
<br><font face="sans-serif">Thanks.</font>
<br><span class="HOEnZb"><font color="#888888"><font face="sans-serif">Jingdong Sun<br>
InfoSphere Streams Development<br>
Phone  507 253-5958  (T/L 553-5958)  <br>
<a href="mailto:jindong@us.ibm.com" target="_blank">jindong@us.ibm.com</a></font></font></span><br>_______________________________________________<br>
omniORB-list mailing list<br>
<a href="mailto:omniORB-list@omniorb-support.com">omniORB-list@omniorb-support.com</a><br>
<a href="http://www.omniorb-support.com/mailman/listinfo/omniorb-list" target="_blank">http://www.omniorb-support.com/mailman/listinfo/omniorb-list</a><br>
<br></blockquote></div><br></div>