<font size=2 face="sans-serif">Thank you both.</font>
<br>
<br><font size=2 face="sans-serif">My original codes are with my product,
so I will create test case for try this.</font>
<br>
<br><font size=2 face="sans-serif">Will update when I have result.</font>
<br>
<br><font size=2 face="sans-serif">Thanks again.</font>
<br><font size=2 face="sans-serif">Jingdong Sun<br>
InfoSphere Streams Development<br>
Phone 507 253-5958 (T/L 553-5958) <br>
jindong@us.ibm.com</font>
<br>
<br>
<br>
<br><font size=1 color=#5f5f5f face="sans-serif">From:
</font><font size=1 face="sans-serif">"Jayaraman, Thirupurasundari"
<Thirupurasundari.Jayaraman@kla-tencor.com></font>
<br><font size=1 color=#5f5f5f face="sans-serif">To:
</font><font size=1 face="sans-serif">½ªÎ¬ <sdjiangwei@gmail.com>,
Jingdong Sun/Rochester/IBM@IBMUS, </font>
<br><font size=1 color=#5f5f5f face="sans-serif">Cc:
</font><font size=1 face="sans-serif">"omniorb-list@omniorb-support.com"
<omniorb-list@omniorb-support.com></font>
<br><font size=1 color=#5f5f5f face="sans-serif">Date:
</font><font size=1 face="sans-serif">03/28/2013 12:34 AM</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Subject:
</font><font size=1 face="sans-serif">RE: [omniORB]
Memory corruption when using omniORB 4.1.4 with SLES
11 64-bit</font>
<br>
<hr noshade>
<br>
<br>
<br><font size=2 color=#004080 face="Calibri">Hi</font>
<br><font size=2 color=#004080 face="Calibri"> </font>
<br><font size=2 color=#004080 face="Calibri">We found Google performance
tools, TCMALLOC_DEBUG to be very effective to track down memory corruption.</font>
<br><font size=2 color=#004080 face="Calibri"> </font>
<br><font size=2 color=#004080 face="Calibri">You need to link your code
with TCMALLOC_DEBUG option. The exe will then crash everytime there is
a potential memory issue. We were able to fix quite a few issues running
the exe in this mode.</font>
<br><font size=2 color=#004080 face="Calibri"> </font>
<br><font size=2 color=#004080 face="Calibri">The exe will run slow and
also use more RAM. So please make sure the use case you use to narrow down
can run without consuming a lot of memory.</font>
<br><font size=2 color=#004080 face="Calibri"> </font>
<br><font size=2 color=#004080 face="Calibri">Check gperftools in code.google.com.</font>
<br><font size=2 color=#004080 face="Calibri"> </font>
<br><font size=2 color=#004080 face="Calibri"> </font>
<br><font size=2 color=#004080 face="Calibri">Regards</font>
<br><font size=2 color=#004080 face="Calibri">Sundari.</font>
<br><font size=2 color=#004080 face="Calibri"> </font>
<br><font size=2 face="Calibri"><b>From:</b> </font><font size=2 face="MS Gothic">½ª</font><font size=2 face="sans-serif">ά</font><font size=2 face="Calibri">
[</font><a href=mailto:sdjiangwei@gmail.com><font size=2 face="Calibri">mailto:sdjiangwei@gmail.com</font></a><font size=2 face="Calibri">]
<b><br>
Sent:</b> 28 March 2013 06:52<b><br>
To:</b> Jingdong Sun<b><br>
Cc:</b> omniorb-list@omniorb-support.com<b><br>
Subject:</b> Re: [omniORB] Memory corruption when using omniORB 4.1.4 with
SLES 11 64-bit</font>
<br><font size=3 face="Times New Roman"> </font>
<br><font size=3 face="Times New Roman">It's very likely </font><font size=3 face="Arial">to
be a</font><font size=3 face="Times New Roman"> bug in your code.</font>
<br><font size=3 face="Times New Roman"> </font>
<br><font size=3 face="Times New Roman"> </font>
<br><font size=3 face="Times New Roman"> </font>
<br><font size=3 face="Times New Roman">2013/3/28 Jingdong Sun <</font><a href=mailto:jindong@us.ibm.com target=_blank><font size=3 color=blue face="Times New Roman"><u>jindong@us.ibm.com</u></font></a><font size=3 face="Times New Roman">></font>
<br><font size=3 face="Arial">Hi, There,</font><font size=3 face="Times New Roman">
<br>
</font><font size=3 face="Arial"><br>
I am using omniORB 4.1.4 with my project.</font><font size=3 face="Times New Roman">
</font><font size=3 face="Arial"><br>
Recently, when I testing with SLES, I noticed that, the server side hit
memory corruption some time (not always).</font><font size=3 face="Times New Roman">
<br>
</font><font size=3 face="Arial"><br>
With ORBtraceLevel set to 45, I got following trace information:</font><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
omniORB: (7) inputMessage: from giop:tcp:[::ffff:10.6.25.60]:56354 2048
bytes</font><font size=3 face="Times New Roman"> </font><font size=3 face="Courier New"><br>
omniORB: (7) <br>
4749 4f50 0102 0300 6467 0000 0a00 0000 GIOP....dg......</font><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
0300 0000 0000 0000 0e00 0000 fed6 ef51 ...............Q</font><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
5100 0034 2e00 0000 0000 6f72 0800 0000 Q..4......or....</font><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
7374 6172 7450 4500 0000 0000 2234 3522 startPE....."45"</font><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
2e67 0000 3c3f 786d 6c20 7665 7273 696f .g..<?xml versio</font><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
6e3d 2231 2e30 2220 656e 636f 6469 6e67 n="1.0" encoding</font><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
3d22 5554 462d 3822 2073 7461 6e64 616c ="UTF-8" standal</font><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
6f6e 653d 226e 6f22 203f 3e0a 3c61 7567 one="no" ?>.<aug</font><font size=3 face="Times New Roman">
</font><font size=3><br>
(Jingdong: I skipped some lines here......)</font><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
2020 3c74 743a 6174 7472 206e 616d 653d <tt:attr name=</font><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
omniORB: (7) inputCopyChunk: from giop:tcp:[::ffff:10.6.25.60]:56354 24432
bytes</font><font size=3 face="Times New Roman"> </font><font size=3 face="Courier New"><br>
omniORB: (7) <br>
2263 6861 696e 4964 2220 7479 7065 3d22 "chainId" type="</font><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
696e 7433 3222 2f3e 0a20 2020 2020 203c int32"/>.
<</font><font size=3 face="Times New Roman"> </font><font size=3><br>
(Jingdong: I skipped some lines here too.....)</font><font size=3 face="Times New Roman">
</font><font size=3><br>
(Jingdong: following part is corrupted, not the contents as I expected).</font><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
3020 3820 3020 3020 3020 3020 3120 3120 0 8 0 0 0 0 1 1 <br>
3020 3020 3020 3120 3120 340a 3120 3435 0 0 0 1 1 4.1 45</font><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
omniORB: (7) inputMessage: from giop:tcp:[::ffff:10.6.25.60]:56354 18 bytes</font><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
omniORB: (7) <br>
4749 4f50 0102 0107 0600 0000 0a00 0000 GIOP............</font><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
0a00 </font><font size=3 face="Times New Roman"> <br>
</font><font size=3 face="Arial"><br>
What I noticed are:</font><font size=3 face="Times New Roman"> </font><font size=3 face="Arial"><br>
1. The memory corruption problem not happened all the time, and when problem
happened, generally the 2nd try will pass.</font><font size=3 face="Times New Roman">
</font><font size=3 face="Arial"><br>
2. All corruptions happened to me so far were related to relative big data
(about 24K), and it happened related to "inputCopyChunk" as trace
shown above.</font><font size=3 face="Times New Roman"> </font><font size=3 face="Arial"><br>
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><font size=3 face="Times New Roman">
</font><font size=3 face="Courier New"><br>
omniORB: (7) inputCopyChunk: from giop:tcp:[::ffff:10.6.25.60]:56354 24432
bytes</font><font size=3 face="Times New Roman"> </font><font size=3 face="Arial"><br>
4. When corruption happened, sometimes the content just got truncated,
sometimes the contents just replaced by some meaningless contents
at the end.</font><font size=3 face="Times New Roman"> <br>
</font><font size=3 face="Arial"><br>
Please help me.</font><font size=3 face="Times New Roman"> </font><font size=3 face="Arial"><br>
Thanks.</font><font size=3 face="Times New Roman"> </font><font size=3 color=#8f8f8f face="Arial"><br>
Jingdong Sun<br>
InfoSphere Streams Development<br>
Phone 507 253-5958 (T/L 553-5958) </font><font size=3 color=blue face="Arial"><u><br>
</u></font><a href=mailto:jindong@us.ibm.com target=_blank><font size=3 color=blue face="Arial"><u>jindong@us.ibm.com</u></font></a><font size=3 face="Times New Roman"><br>
_______________________________________________<br>
omniORB-list mailing list</font><font size=3 color=blue face="Times New Roman"><u><br>
</u></font><a href="mailto:omniORB-list@omniorb-support.com"><font size=3 color=blue face="Times New Roman"><u>omniORB-list@omniorb-support.com</u></font></a><font size=3 color=blue face="Times New Roman"><u><br>
</u></font><a href="http://www.omniorb-support.com/mailman/listinfo/omniorb-list" target=_blank><font size=3 color=blue face="Times New Roman"><u>http://www.omniorb-support.com/mailman/listinfo/omniorb-list</u></font></a>
<br><font size=3 face="Times New Roman"> </font>
<br>