Type "up" this should take you to stack frame #1.
then print npats. then print i then print patternArray->patterns[i[.pattern print edi->edi_patterns.patterns[i].pattern print *edi print patternArray->patterns[i].allocatedSize print edi->edi_patterns.patterns[i].patternSize This should give me some data to work with. I would guess somehow that memcpy operation at 1715 is accessing data out of bounds. This could occur because the array for pattern is too short as allocated by the application. Unfortunately there is no performant way on a posix system to validate a memory access in a c library as a valid addressable area. memcpy tells you with the segfault, however :) On Tue, 2008-05-06 at 17:38 +0000, Hegde, Ramesh (OpenCall) wrote: > Hello Steve, > > > > I am invoking saEvtEventAttributesGet in event_callback function to > get event Id. When I run my subscriber, it invokes this callback > during dispatch. When I receive many events the subscriber dumps core > with segmentation fault. The dump analysis with gdb is as below > > > > gdb) bt > > #0 0x00275a2a in memcpy () from /lib/tls/libc.so.6 > > #1 0x00f36f50 in saEvtEventAttributesGet > (eventHandle=7514898204727443546, patternArray=0xbfe38870, > priority=0xbfe3886f "", retentionTime=0xbfe38860, > > publisherName=0xbfe38750, publishTime=0xbfe38748, > eventId=0xbfe38740) at evt.c:1715 > > #2 0x00fc5a66 in event_callback () > from /home/ramesh/COAM/NS/tmay6/build/i386/libSaNtf.so.1 > > #3 0x00f35616 in saEvtDispatch (evtHandle=7749363892505018368, > dispatchFlags=SA_DISPATCH_ONE) at evt.c:816 > > > > Can you help me to resolve this issue. The call > saEvtEventAttributesGet() is thread safe? > > > > Let me know > > > > Regards > > Ramesh > > > > > > Ramesh Hegde > > Software Engineer, Hewlett Packard > > > India Software Operations Pvt. Ltd > > > Sy No 192, Whitefield Road > > > Mahadevapura Post > > > Bangalore - 560 048. India. > > > +91 80 2516 6486- Direct > > > +91 80 2513 3522 - Fax > > > Jabber Id : [EMAIL PROTECTED] > > > +hp = everything is possible > > > > _______________________________________________ Openais mailing list [email protected] https://lists.linux-foundation.org/mailman/listinfo/openais
