Yup, we're on 6.3p20 but the OS is Solaris 8 Arthur
Axton Grams wrote: > > 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" > > -- View this message in context: http://www.nabble.com/ARPlugin-service-memory-leaks--tf4323437.html#a12390383 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"
