We are also comparing different versions. I am 7.0.1p3, looks like you are 6.3p20. On solaris, you can check for leaks using mdb (assuming solaris 9+).
1-enable the use of libumem, set the following environment variables for the shell that starts armonitor (easiest to add to the arsystem script): LD_PRELOAD=libumem.so.1 UMEM_LOGGING=transaction UMEM_DEBUG=default 2-start remedy 3-perform some operations using some of your plugins 4-attachm mdb to the arplugin process $ mdb -p <arplugin_pid> 5-once in mdb, see what leaks are reported > ::findleaks Axton On 8/28/07, arthurj <[EMAIL PROTECTED]> wrote: > Haven't checked on our DEV Solaris box, but on my PC's Local server, I get > the same leaks even without any custom plugin loaded. > > Arthur > > > Axton Grams wrote: > > > > On Solaris 10, ARS 7.0.1 patch 3, I show these leaks with 1 custom > > plugin loaded: > > > > [EMAIL PROTECTED] /home/remedy]$ ps -ef |grep arplugin |grep -v grep > > remedy 5989 5983 0 12:50:19 ? 0:00 ./arplugin -s > > sundev01 -i /usr/ar/sundev01 > > [EMAIL PROTECTED] /home/remedy]$ mdb -p 5989 > > Loading modules: [ ld.so.1 libumem.so.1 libc.so.1 libuutil.so.1 ] > >> ::findleaks > > CACHE LEAKED BUFCTL CALLER > > 0015e508 2 001df1d0 libnsl.so.1`_alloc_buf+0xe0 > > 0015e508 2 001df338 libnsl.so.1`_tx_alloc+0x15c > > ---------------------------------------------------------------------- > > Total 4 buffers, 96 bytes > >> > > > > Do you show all the leaks without any plugins loaded? > > > > Axton Grams > > > > On 8/24/07, arthurj <[EMAIL PROTECTED]> wrote: > >> Without the custom plugin loaded, I used GlowCode on arplugin.exe to > >> detect > >> Native Memory Leaks and it reported 48 of them: > >> > >> Searching for native heap leaks ... > >> >pipe.transact Native.FindLeaks 0 4 0x1 0 > >> 7 leaks found in heap 0x140000 > >> 1 leaks found in heap 0x240000 > >> 0 leaks found in heap 0x250000 > >> 37 leaks found in heap 0x320000 > >> 1 leaks found in heap 0x3e0000 > >> 2 leaks found in heap 0x40e0000 > >> 48 leaks found in all heaps > >> =ok > >> True, a System.Boolean > >> >pipe.transact info.ShowCrtHeaps > >> 0x320000 msvcrt.dll > >> =ok > >> True, a System.Boolean > >> Done. > >> Look in NativeMemory tab of Summary pane for list of leaks. > >> Sort list by clicking on Leak column in StackId pane. > >> > >> > >> arthurj wrote: > >> > > >> > I have a custom ARDBC kind of plugin which I am testing on my Windows > >> > system with 6.3 patch 20. > >> > I notice that when I have workflow accessing the ARDBC plugin, using a > >> > vendor form that is based on this plugin, in the logs I only notice > >> > CreateInstance function getting invoked. > >> > > >> > Shouldn't ARS be also calling the DeleteInstance as well, once the > >> > interaction is complete from the User tool? > >> > > >> > I also notice that the arplugin seems to be showing a growth in memory > >> and > >> > stays that way - from 18260K at the start of plugin service to 18580K > >> > after my workflow accessed this plugin from a menu based on the > >> > corresponding vendor form. Does this mean the arplugin service has a > >> > memory leak problem? > >> > > >> > Arthur > >> > > >> > >> -- > >> View this message in context: > >> http://www.nabble.com/Custom-ARDBC-Plugin-tf4323437.html#a12312243 > >> Sent from the ARS (Action Request System) mailing list archive at > >> Nabble.com. > >> > >> _______________________________________________________________________________ > >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where > >> the Answers Are" > >> > > > > _______________________________________________________________________________ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where > > the Answers Are" > > > > > > -- > View this message in context: > http://www.nabble.com/ARPlugin-service-memory-leaks--tf4323437.html#a12372798 > Sent from the ARS (Action Request System) mailing list archive at Nabble.com. > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the > Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
