Mixing
Program crashed while clearing ORB objects
0
Server application we have uses omniORB for client server communication. Recently we had a crash while running this application. The crash seems to be happening while the connection is getting closed.
However I have very little idea what is happening here because of my limited knowledge in this area.
I am hoping that someone having expertise in this area can come up with an helpful explanation. I will work on providing more information if required.
Pls. find the stack backtrace from the core file.
(gdb) bt
#0 0x0e1f5e78 in raise () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
#1 0x0e1f7818 in abort () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
#2 0x0e245b5c in free_check () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
#3 0x0e5674c8 in operator delete(void*) () from /opt/mcp/ppcnf/crossroot/usr/lib/libstdc++.so.6 ==> Memory getting deleted
#4 0x0e567538 in operator delete(void*) () from /opt/mcp/ppcnf/crossroot/usr/lib/libstdc++.so.6 ==> Memory getting deleted
#5 0x101265e8 in freebuf (b=<optimized out>) at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:176
#6 _CORBA_Sequence<unsigned char>::~_CORBA_Sequence (this=0x1067b448, __in_chrg=<optimized out>)
at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:214
#7 0x10126660 in ~_CORBA_Sequence_Octet (this=<optimized out>, __in_chrg=<optimized out>)
at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:773
#8 ~_CORBA_Unbounded_Sequence_Octet (this=<optimized out>, __in_chrg=<optimized out>)
at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:915
#9 ~stream (this=<optimized out>, __in_chrg=<optimized out>)
at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvCommonIdl.H:65
#10 stream_var::~stream_var (this=<optimized out>, __in_chrg=<optimized out>)
at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvCommonIdl.H:95
#11 0x0fdf5664 in _0RL_cd_986bb171902be531_e0000000::~_0RL_cd_986bb171902be531_e0000000 (this=0x6e22c9e8,
__in_chrg=<optimized out>) at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvHostServiceSk.C:727
#12 0x0fdf4b20 in _impl_HostService::_dispatch (this=<optimized out>, _handle=...)
at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvHostServiceSk.C:1394
#13 0x0f498a88 in omni::omniOrbPOA::dispatch (this=<optimized out>, handle=..., id=0x107b5110) at poa.cc:1946
#14 0x0f4703c0 in omniLocalIdentity::dispatch (this=0x107b5110, handle=...) at localIdentity.cc:233
#15 0x0f4c18b4 in omni::GIOP_S::handleRequest (this=this@entry=0x10803d70) at GIOP_S.cc:369
#16 0x0f4c5220 in omni::GIOP_S::dispatcher (this=0x10803d70) at GIOP_S.cc:279
#17 0x0f4bed30 in omni::giopWorker::real_execute (this=0x107fc2c8) at giopWorker.cc:221
#18 0x0f4bf450 in omni::giopWorker::execute (this=<optimized out>) at giopWorker.cc:114
#19 0x0f4625b8 in real_run (this=0x10889c80) at invoker.cc:233
#20 omniAsyncWorkerInfo::run (this=this@entry=0x6e22cc88) at invoker.cc:281
#21 0x0f462db0 in omniAsyncWorker::run (this=<optimized out>) at invoker.cc:160
#22 0x0f3f1200 in omni_thread_wrapper () from /opt/mcp/ppcnf/crossroot/usr/lib/libomnithread.so.3
#23 0x0e670764 in start_thread () from /opt/mcp/ppcnf/crossroot/usr/lib/libpthread.so.0
#24 0x0e2b719c in clone () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
corba omniorb
asked Jan 2 at 7:14
Manish ChowdharyManish Chowdhary
13
add a comment |
0
Server application we have uses omniORB for client server communication. Recently we had a crash while running this application. The crash seems to be happening while the connection is getting closed.
However I have very little idea what is happening here because of my limited knowledge in this area.
I am hoping that someone having expertise in this area can come up with an helpful explanation. I will work on providing more information if required.
Pls. find the stack backtrace from the core file.
(gdb) bt
#0 0x0e1f5e78 in raise () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
#1 0x0e1f7818 in abort () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
#2 0x0e245b5c in free_check () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
#3 0x0e5674c8 in operator delete(void*) () from /opt/mcp/ppcnf/crossroot/usr/lib/libstdc++.so.6 ==> Memory getting deleted
#4 0x0e567538 in operator delete(void*) () from /opt/mcp/ppcnf/crossroot/usr/lib/libstdc++.so.6 ==> Memory getting deleted
#5 0x101265e8 in freebuf (b=<optimized out>) at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:176
#6 _CORBA_Sequence<unsigned char>::~_CORBA_Sequence (this=0x1067b448, __in_chrg=<optimized out>)
at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:214
#7 0x10126660 in ~_CORBA_Sequence_Octet (this=<optimized out>, __in_chrg=<optimized out>)
at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:773
#8 ~_CORBA_Unbounded_Sequence_Octet (this=<optimized out>, __in_chrg=<optimized out>)
at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:915
#9 ~stream (this=<optimized out>, __in_chrg=<optimized out>)
at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvCommonIdl.H:65
#10 stream_var::~stream_var (this=<optimized out>, __in_chrg=<optimized out>)
at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvCommonIdl.H:95
#11 0x0fdf5664 in _0RL_cd_986bb171902be531_e0000000::~_0RL_cd_986bb171902be531_e0000000 (this=0x6e22c9e8,
__in_chrg=<optimized out>) at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvHostServiceSk.C:727
#12 0x0fdf4b20 in _impl_HostService::_dispatch (this=<optimized out>, _handle=...)
at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvHostServiceSk.C:1394
#13 0x0f498a88 in omni::omniOrbPOA::dispatch (this=<optimized out>, handle=..., id=0x107b5110) at poa.cc:1946
#14 0x0f4703c0 in omniLocalIdentity::dispatch (this=0x107b5110, handle=...) at localIdentity.cc:233
#15 0x0f4c18b4 in omni::GIOP_S::handleRequest (this=this@entry=0x10803d70) at GIOP_S.cc:369
#16 0x0f4c5220 in omni::GIOP_S::dispatcher (this=0x10803d70) at GIOP_S.cc:279
#17 0x0f4bed30 in omni::giopWorker::real_execute (this=0x107fc2c8) at giopWorker.cc:221
#18 0x0f4bf450 in omni::giopWorker::execute (this=<optimized out>) at giopWorker.cc:114
#19 0x0f4625b8 in real_run (this=0x10889c80) at invoker.cc:233
#20 omniAsyncWorkerInfo::run (this=this@entry=0x6e22cc88) at invoker.cc:281
#21 0x0f462db0 in omniAsyncWorker::run (this=<optimized out>) at invoker.cc:160
#22 0x0f3f1200 in omni_thread_wrapper () from /opt/mcp/ppcnf/crossroot/usr/lib/libomnithread.so.3
#23 0x0e670764 in start_thread () from /opt/mcp/ppcnf/crossroot/usr/lib/libpthread.so.0
#24 0x0e2b719c in clone () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
corba omniorb
asked Jan 2 at 7:14
Manish ChowdharyManish Chowdhary
13
Very likely you have a CORBA memory management related issue in user code. Do you use var/ptr/duplicate correctly?
– Johnny Willemsen
Jan 28 at 10:48
add a comment |
0
0
0
Server application we have uses omniORB for client server communication. Recently we had a crash while running this application. The crash seems to be happening while the connection is getting closed.
However I have very little idea what is happening here because of my limited knowledge in this area.
I am hoping that someone having expertise in this area can come up with an helpful explanation. I will work on providing more information if required.
Pls. find the stack backtrace from the core file.
(gdb) bt
#0 0x0e1f5e78 in raise () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
#1 0x0e1f7818 in abort () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
#2 0x0e245b5c in free_check () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
#3 0x0e5674c8 in operator delete(void*) () from /opt/mcp/ppcnf/crossroot/usr/lib/libstdc++.so.6 ==> Memory getting deleted
#4 0x0e567538 in operator delete(void*) () from /opt/mcp/ppcnf/crossroot/usr/lib/libstdc++.so.6 ==> Memory getting deleted
#5 0x101265e8 in freebuf (b=<optimized out>) at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:176
#6 _CORBA_Sequence<unsigned char>::~_CORBA_Sequence (this=0x1067b448, __in_chrg=<optimized out>)
at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:214
#7 0x10126660 in ~_CORBA_Sequence_Octet (this=<optimized out>, __in_chrg=<optimized out>)
at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:773
#8 ~_CORBA_Unbounded_Sequence_Octet (this=<optimized out>, __in_chrg=<optimized out>)
at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:915
#9 ~stream (this=<optimized out>, __in_chrg=<optimized out>)
at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvCommonIdl.H:65
#10 stream_var::~stream_var (this=<optimized out>, __in_chrg=<optimized out>)
at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvCommonIdl.H:95
#11 0x0fdf5664 in _0RL_cd_986bb171902be531_e0000000::~_0RL_cd_986bb171902be531_e0000000 (this=0x6e22c9e8,
__in_chrg=<optimized out>) at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvHostServiceSk.C:727
#12 0x0fdf4b20 in _impl_HostService::_dispatch (this=<optimized out>, _handle=...)
at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvHostServiceSk.C:1394
#13 0x0f498a88 in omni::omniOrbPOA::dispatch (this=<optimized out>, handle=..., id=0x107b5110) at poa.cc:1946
#14 0x0f4703c0 in omniLocalIdentity::dispatch (this=0x107b5110, handle=...) at localIdentity.cc:233
#15 0x0f4c18b4 in omni::GIOP_S::handleRequest (this=this@entry=0x10803d70) at GIOP_S.cc:369
#16 0x0f4c5220 in omni::GIOP_S::dispatcher (this=0x10803d70) at GIOP_S.cc:279
#17 0x0f4bed30 in omni::giopWorker::real_execute (this=0x107fc2c8) at giopWorker.cc:221
#18 0x0f4bf450 in omni::giopWorker::execute (this=<optimized out>) at giopWorker.cc:114
#19 0x0f4625b8 in real_run (this=0x10889c80) at invoker.cc:233
#20 omniAsyncWorkerInfo::run (this=this@entry=0x6e22cc88) at invoker.cc:281
#21 0x0f462db0 in omniAsyncWorker::run (this=<optimized out>) at invoker.cc:160
#22 0x0f3f1200 in omni_thread_wrapper () from /opt/mcp/ppcnf/crossroot/usr/lib/libomnithread.so.3
#23 0x0e670764 in start_thread () from /opt/mcp/ppcnf/crossroot/usr/lib/libpthread.so.0
#24 0x0e2b719c in clone () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
corba omniorb
asked Jan 2 at 7:14
Manish ChowdharyManish Chowdhary
13
Server application we have uses omniORB for client server communication. Recently we had a crash while running this application. The crash seems to be happening while the connection is getting closed.
However I have very little idea what is happening here because of my limited knowledge in this area.
I am hoping that someone having expertise in this area can come up with an helpful explanation. I will work on providing more information if required.
Pls. find the stack backtrace from the core file.
(gdb) bt
#0 0x0e1f5e78 in raise () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
#1 0x0e1f7818 in abort () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
#2 0x0e245b5c in free_check () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
#3 0x0e5674c8 in operator delete(void*) () from /opt/mcp/ppcnf/crossroot/usr/lib/libstdc++.so.6 ==> Memory getting deleted
#4 0x0e567538 in operator delete(void*) () from /opt/mcp/ppcnf/crossroot/usr/lib/libstdc++.so.6 ==> Memory getting deleted
#5 0x101265e8 in freebuf (b=<optimized out>) at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:176
#6 _CORBA_Sequence<unsigned char>::~_CORBA_Sequence (this=0x1067b448, __in_chrg=<optimized out>)
at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:214
#7 0x10126660 in ~_CORBA_Sequence_Octet (this=<optimized out>, __in_chrg=<optimized out>)
at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:773
#8 ~_CORBA_Unbounded_Sequence_Octet (this=<optimized out>, __in_chrg=<optimized out>)
at /opt/mcp/ppcnf/crossroot/usr/include/omniORB4/seqTemplatedecls.h:915
#9 ~stream (this=<optimized out>, __in_chrg=<optimized out>)
at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvCommonIdl.H:65
#10 stream_var::~stream_var (this=<optimized out>, __in_chrg=<optimized out>)
at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvCommonIdl.H:95
#11 0x0fdf5664 in _0RL_cd_986bb171902be531_e0000000::~_0RL_cd_986bb171902be531_e0000000 (this=0x6e22c9e8,
__in_chrg=<optimized out>) at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvHostServiceSk.C:727
#12 0x0fdf4b20 in _impl_HostService::_dispatch (this=<optimized out>, _handle=...)
at /esw/fips921/Builds/b0817a_1833.921/obj/ppc/hwsv/server/hwsvHostServiceSk.C:1394
#13 0x0f498a88 in omni::omniOrbPOA::dispatch (this=<optimized out>, handle=..., id=0x107b5110) at poa.cc:1946
#14 0x0f4703c0 in omniLocalIdentity::dispatch (this=0x107b5110, handle=...) at localIdentity.cc:233
#15 0x0f4c18b4 in omni::GIOP_S::handleRequest (this=this@entry=0x10803d70) at GIOP_S.cc:369
#16 0x0f4c5220 in omni::GIOP_S::dispatcher (this=0x10803d70) at GIOP_S.cc:279
#17 0x0f4bed30 in omni::giopWorker::real_execute (this=0x107fc2c8) at giopWorker.cc:221
#18 0x0f4bf450 in omni::giopWorker::execute (this=<optimized out>) at giopWorker.cc:114
#19 0x0f4625b8 in real_run (this=0x10889c80) at invoker.cc:233
#20 omniAsyncWorkerInfo::run (this=this@entry=0x6e22cc88) at invoker.cc:281
#21 0x0f462db0 in omniAsyncWorker::run (this=<optimized out>) at invoker.cc:160
#22 0x0f3f1200 in omni_thread_wrapper () from /opt/mcp/ppcnf/crossroot/usr/lib/libomnithread.so.3
#23 0x0e670764 in start_thread () from /opt/mcp/ppcnf/crossroot/usr/lib/libpthread.so.0
#24 0x0e2b719c in clone () from /opt/mcp/ppcnf/crossroot/usr/lib/libc.so.6
corba omniorb
corba omniorb
asked Jan 2 at 7:14
Manish ChowdharyManish Chowdhary
13
asked Jan 2 at 7:14
Manish ChowdharyManish Chowdhary
13
asked Jan 2 at 7:14
Manish ChowdharyManish Chowdhary
13
asked Jan 2 at 7:14
Manish ChowdharyManish Chowdhary
13
asked Jan 2 at 7:14
Manish ChowdharyManish Chowdhary
13
13
Very likely you have a CORBA memory management related issue in user code. Do you use var/ptr/duplicate correctly?
– Johnny Willemsen
Jan 28 at 10:48
add a comment |
Very likely you have a CORBA memory management related issue in user code. Do you use var/ptr/duplicate correctly?
– Johnny Willemsen
Jan 28 at 10:48
Very likely you have a CORBA memory management related issue in user code. Do you use var/ptr/duplicate correctly?
– Johnny Willemsen
Jan 28 at 10:48
Very likely you have a CORBA memory management related issue in user code. Do you use var/ptr/duplicate correctly?
– Johnny Willemsen
Jan 28 at 10:48
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
draft saved
draft discarded
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f54002582%2fprogram-crashed-while-clearing-orb-objects%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
draft saved
draft discarded
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
draft saved
draft discarded
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f54002582%2fprogram-crashed-while-clearing-orb-objects%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Very likely you have a CORBA memory management related issue in user code. Do you use var/ptr/duplicate correctly?
– Johnny Willemsen
Jan 28 at 10:48