<div><div><br>Mark,<br> Is this a new project, or has your client code been running against omniNotify for a while? Has anything changed (client, OS, hardware, omniNotify version, etc)? It sounds like you cannot re-create this problem at will? If you have any idea how to re-create this, or an approximate frequency (once per 10,000 events, once every 3 days), please let us know.
<br><br> Also, can you provide: omniNotify version, omniORB version, compiler version (gcc v3?), etc. Is the problem always in SupplierAdmin_i::obj_gc()? Is your client/supplier code proprietary, or can you provide that as well? I don't have any Solaris boxes at my disposal, but I will research it as much as possible. Thanks.
<br><br>--ronan<br><br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Date: Wed, 13 Dec 2006 13:58:52 -0700<br>From: Mark Zimmerman <
<a href="mailto:markzimm@frii.com">markzimm@frii.com</a>><br>Subject: [omniNotify] Occasional notifd crash<br>To: <a href="mailto:omninotify-list@omniorb-support.com">omninotify-list@omniorb-support.com</a><br>Message-ID: <
<a href="mailto:20061213205852.GA4641@io.frii.com">20061213205852.GA4641@io.frii.com</a>><br>Content-Type: text/plain; charset=us-ascii<br><br>Greetings:<br><br>I am starting to see occasional core dumps of notifd under Solaris 9
<br>(sparc). I don't have a lot of information yet but I thought I would<br>throw this out here in case anyone is still reading this list and has<br>insight or experience with this one.<br><br>The following line showed up in the debug printout:
<br><br>DBG[lib/RDIOplocks.cc:458]: *** Internal error: RDIOplocks::free_entry<br>called with an entry that appears to already be on the free list<br><br>Then, some time later a core dump occurred. The core file shows this:
<br><br>t@15 (l@15) terminated by signal SEGV (no mapping at the fault address)<br>0x7fffffff7f9c72dc: acquire+0x0004: ldx [%i0 + 80], %i2<br>Current function is omni_thread_wrapper (optimized)<br> 451 me->run(me->thread_arg);
<br>(dbx) where<br>current thread: t@15<br> [1] RDIOplockEntry::acquire(0x8a8d20, 0x1008c9230, 0x0, 0x7fffffff7ed39f40, 0x<br>1c48, 0x8a8d20), at 0x7fffffff7f9c72dc<br> [2] SupplierAdmin_i::obj_gc(0x7fffffff7fba1fc8, 0x1008c9230, 0x0, 0x0, 0x258,
<br>0x7fffffff7a3fbae4), at 0x7fffffff7f8d4538<br> [3] EventChannel_i::gcollect(0x100160830, 0x5, 0x7fffffff7a3fbca8, 0x4, 0x10,<br>0x5), at 0x7fffffff7f929b54<br>=>[4] omni_thread_wrapper(ptr = ???) (optimized), at 0x7fffffff7e203708 (line ~4
<br>51) in "posix.cc"<br><br><br>This was running at a remote site with practically all debug and<br>reporting turned off, unfortunately.<br><br>-- Mark</blockquote></div><br>