Tool to check memory leak

One of tmy applications has memory leak sometimes, not always. I find most tools to check the memory leak needs to reproduce the leak, but now I can not reproduce this issue, is there any tool to analyze the source code to find the memory leak?

Don't know about source code analyzer, but dbx, the Sun Studio debugger, is capable of detecting memory leaks at run time. You can use bcheck script on your application or start dbx, issue "check -leaks" and then run your app under dbx.

Similar Messages

Effective tool for GDI memory leaks detection

Hello!
Would you advice me some effective tool for GDI memory leaks and run-time errors detection in VC++?
Thanks!

926007 wrote:
This forum is about Java.No, this forum is about C++.
Please notice the name of the forum: "Solaris Studio *C++*", under the category "Application Development in C, C++, and Fortran".
There are other forums for Java, listed here:
https://forums.oracle.com/forums/category.jspa?categoryID=285

Check memory leak using sun studio 10

Hi,
I'm using sun studio 10 to find the memory leak. I pre loaded the librtc.so and attached the process. Then I set the break point at the beginning of scenairo and the end of scenario. Then I trigger the event and program flow hits the break point at the beginning of scenairo, I try to enable the "Memory Check". Then I continue my application. But, I don't see anything show up in the "memory check" tab in the debug window.
Is anyone there who know what is the problem here? Appreciate your help.
Li

Can you help mi. Novice
mail [email protected]

Use Performance Tool to check memory problem

Hi, I am new to mac programming.
How can I use the performance to check memory problem such as "uninitialized memory read", "memory access out of array boundary" etc?
Thanks,
fm

Don't know about source code analyzer, but dbx, the Sun Studio debugger, is capable of detecting memory leaks at run time. You can use bcheck script on your application or start dbx, issue "check -leaks" and then run your app under dbx.

Tuxedo Memory Leak Issue (Tuxedo 8.1 - Windows Server 2003)

Hi
We are running tuxedo 8.1, 32 bit with patch level 258 in our windows server 2003 based production environment. We are currently facing an issue where the memory usage of machine slowly keeps on going higher and higher eventually resulting in “Memory Allocation Failure” to tuxedo servers. We then have to do a complete restart of tuxedo which stabilizes the system for other few days.
We have been analyzing the our source code in development/test environment using different tools like a customized Alzheimer tool and IBM purify but both tools reported no memory leaks. We then developed a test tuxedo server exposing a tuxedo service which simply allocates a memory to a response buffer and then returns the response buffer. I then configured tuxedo queue with same name “MEMTEST3” and configured a TMQForward server to call this “MEMTEST3” service every time a message is en-queued to the MEMTEST3 queue.
unsigned long _LIBENTRY ulTPAlloc(FBFR32 **ppc, long size)
unsigned long ulRes = MSG_SUCCESS_c;
ppc = (FBFR32 ) tpalloc("FML32", (char *) 0, size);
if (*ppc == (FBFR32 *) 0) {
vLogMessage(hGetLogHandle(), MSG_MEM_ALLOC_ERR_c, (char *) 0, (Event_t *) 0,
BM_NOSUPPRESS_c, size);
ulRes = MSG_MEM_ALLOC_ERR_c;
return (ulRes);
/*==============================================================================
Service MEMTEST2
==============================================================================*/
void MEMTEST3(TPSVCINFO *pRequest)
FBFR32 *pFmlResponse = NULL;
FBFR32 *pFml = NULL;
unsigned long ulRes = MSG_SUCCESS_c;
unsigned long ulActionCode = 0;
int iExitValue = 0;
long lTpurcode = 0;
FBFR32 *pFmlNULL = NULL;
userlog("Starting MEMTEST3 service.");
if (pRequest == NULL || pRequest->data == NULL)
vLogMessage(hGetLogHandle(), MSG_API_ARGS_ERR_c, NULL, NULL, BM_NOSUPPRESS_c);
ulRes = MSG_API_ARGS_ERR_c;
else
pFml = (FBFR32 *) pRequest->data;
userlog("MEMTEST3: GET THE MEM");
ulRes = ulTPAlloc(&pFmlResponse, 1024);
userlog("Ending MEMTEST3 service.");
tpreturn( iExitValue, lTpurcode, ( char * ) pFmlResponse , 0L, 0L );
While I was en-queuing the messages to the queue, I kept on monitoring the memory usage of the server hosting the service. What I observed was that I saw an initial hike in the usage of memory of the server followed by small jumps in memory increase. I kept on monitoring the server for a long time and the memory was never returned. What I suspect is that there is memory leak in tuxedo TMQforward process as it never released the memory allocated in the service.
Can anyone help how this situation can be avoided ?
Kind Regards,
Asim

Hi Todd,
Also as well as my previous question, I also found your reply to another user posting something similar at Re: Memory leaks in Tuxedo libraries
You mention that:
In general Tuxedo will free anything it allocates, although there are cases where memory is allocated and not freed because:
+1) it is one time or a fixed number of times allocations that will not continue to grow, and freeing up the memory just before exiting isn't of any benefit.+
+2) the memory is under Tuxedo's memory management functions where we manage our own look aside lists to provide better buffer allocation performance and again freeing these before process termination is of little benefit.+
Our code does only issue TPALLOC once and then a TPRETURN - could point (1) of your comment above also be something of concern to us, where we would observe a continuous growth of memory usage?
I know it may sound like a stupid question but do we need to run our code 20,000 times before memory gets freed?
Kind Regards,
Asim

Getting memory leak in OCCI

these are the chunks from the file I made through valgrind a memory check software.
these are the kind of leak or error you could say; that were reported by the software or a library to check memory leaks if u want i could send you the whole file please help
==22982== Memcheck, a memory error detector for x86-linux.
==22982== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
==22982== Using valgrind-2.2.0, a program supervision framework for x86-linux.
==22982== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al.
==22982== For more details, rerun with: -v
==22982==
==22982== Syscall param times(buf) contains unaddressable byte(s)
==22982== at 0x1E4522: times (in /lib/tls/libc-2.3.4.so)
==22982== by 0x1BF22146: kghinp (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BB6FBA6: kpuinit0 (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BB6EED9: kpuenvcr (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== Address 0x0 is not stack'd, malloc'd or (recently) free'd
==22982==
==22982== Invalid read of size 16
==22982== at 0x1C8E9B18: (within /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libnnz10.so)
==22982== Address 0x1CA35F60 is 112 bytes inside a block of size 127 alloc'd
==22982== at 0x1B904984: malloc (vg_replace_malloc.c:131)
==22982== by 0x1BE1E6B5: nlpainzert (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BE1D3B7: nlpaparse (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BE1E513: nlpardfile (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982==
==22982== Use of uninitialised value of size 16
==22982== at 0x1C8E988E: (within /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libnnz10.so)
==22982== by 0x1BDC2593: ztchn (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BDC24C1: ztch (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BDC57D5: ztcrsgstk (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982==
==22982== Use of uninitialised value of size 4
==22982== at 0x1BD79DA0: ztced_einit (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BD79EC5: ztcedgks (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BD79497: ztcedi (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BD785F7: ztcebi (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982==
==22982== Conditional jump or move depends on uninitialised value(s)
==22982== at 0x1C83BE39: CMP_OctetStringToCMPInt (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libnnz10.so)
==22982== by 0x1C82E155: Alg_ComputeModQ_GHash (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libnnz10.so)
==22982== by 0x1C837582: A_X931RandomGenerateBytes (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libnnz10.so)
==22982== by 0x1BDC4DF9: ztcr2rnd (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982==
==22982== Conditional jump or move depends on uninitialised value(s)
==22982== at 0x1BEE0BDF: kzsrepw (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BBB38B5: kpu8lgn (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BBADA00: kpuauthxa (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BBAD53E: kpuauth (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982==
==22982== Use of uninitialised value of size 4
==22982== at 0x1BD7A382: ztceai (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BD785F7: ztcebi (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BD77EC5: ztcei (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BDC65B1: ztvo5pe (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BD77F64: ztcen (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982==
==22982== Conditional jump or move depends on uninitialised value(s)
==22982== at 0x1BD79022: ztceb_unpadding (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BD788D4: ztcebf (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BD78010: ztcef (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982== by 0x1BD77D07: ztcedec (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1)
==22982==
==22982== Mismatched free() / delete / delete []
==22982== at 0x1B905043: operator delete(void*) (vg_replace_malloc.c:156)
==22982== by 0x1B95C23C: oracle::occi::ConnectionImpl::~ConnectionImpl() (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libocci.so.10.1)
==22982== by 0x1B95A094: oracle::occi::EnvironmentImpl::terminateConnection(oracle::occi::Connection*) (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libocci.so.10.1)
==22982== by 0x8050DE4: DBConnection::CloseEnv(DBError*) (in /home/jaka/IRIS/EXE/test.exe)
==22982== Address 0x1CA59618 is 0 bytes inside a block of size 5 alloc'd
==22982== at 0x1B904D39: operator new[](unsigned) (vg_replace_malloc.c:139)
==22982== by 0x1B95A86E: oracle::occi::ConnectionImpl::setUserName(void*, unsigned, bool) (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libocci.so.10.1)
==22982== by 0x1B95B14D: oracle::occi::ConnectionImpl::openConnection(OCIEnv*, OCIError*, void*, unsigned, void*, unsigned, void*, unsigned, void*, unsigned, unsigned) (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libocci.so.10.1)
==22982== by 0x1B95EFB5: oracle::occi::ConnectionImpl::ConnectionImpl(oracle::occi::EnvironmentImpl*, std::string const&, std::string const&, std::string const&) (in /usr/app/oracle/oracle/product/10.2.0/db_1/lib/libocci.so.10.1)
==22982==
==22982== ERROR SUMMARY: 1524 errors from 165 contexts (suppressed: 27 from 2)
==22982== malloc/free: in use at exit: 960761 bytes in 309 blocks.
==22982== malloc/free: 2699 allocs, 2390 frees, 1313176 bytes allocated.
==22982== For counts of detected errors, rerun with: -v
==22982== searching for pointers to 309 not-freed blocks.
==22982== checked 20880568 bytes.
==22982==
==22982== LEAK SUMMARY:
==22982== definitely lost: 0 bytes in 0 blocks.
==22982== possibly lost: 0 bytes in 0 blocks.
==22982== still reachable: 960561 bytes in 308 blocks.
==22982== suppressed: 200 bytes in 1 blocks.
==22982== Reachable blocks (those to which a pointer was found) are not shown.
==22982== To see them, rerun with: --show-reachable=yes
now if any body can help me removing this memory leak or is this the problem of OCCI
apparently it seems to be OCCI's library issue but i could be wrong please help
hoping to see a response
Message was edited by:
kjaka

=============================================
#include <iostream>
#include <string>
#include <vector>
#include <occi.h>
using namespace std;
using namespace oracle::occi;
int main()
     Environment* env;
env = Environment::createEnvironment(Environment::OBJECT);
     cout << "Enviorment created " << endl;
     Connection* conn;
     Statement *stmt;
     ResultSet *rs;
     vector<MetaData> vMD;
     vector<MetaData> vArgMD;
     int dataType;
     char tmpChar[1024];
     Statement::Status status;
     try
          conn = env->createConnection("iris","tpstps", "iris10gr1");
          cout << "connection created " << endl;
          stmt = conn->createStatement();
          string sStmt = "begin :1 := PKGNETWORK.spGetNetworkInfoByIP(:2, :3); end;";
          // 1st sp
          stmt->setSQL(sStmt);
          stmt->registerOutParam(1, OCCIINT);
          stmt->setString(2,"192.168.6.12");
          stmt->setMaxParamSize(2,20);
          stmt->registerOutParam(3,OCCICURSOR);
          status = stmt->execute();
          int retVal = stmt->getInt(1);
          rs = stmt->getCursor(3);//use ResultSet to fetch rows
          vMD = rs->getColumnListMetaData();
          dataType = vMD[0].getInt(MetaData::ATTR_DATA_TYPE);
          cout << "Attribute count : " << vMD[0].getAttributeCount() << endl;
dataType=vMD[0].getInt(MetaData::ATTR_DATA_TYPE);
cout << "Attribute type : " << dataType << endl;
          cout << "Attribute name : " << vMD[0].getString(MetaData::ATTR_NAME)<< endl;
cout << "Size : " << vMD.size() << endl;
while (rs->next())
cout << "next row";
cout << "NetID : " << rs->getString(1).c_str() << endl;
          cout << " vector filled for SP1" << endl;
          cin >> tmpChar;
          vMD.clear();
          stmt->closeResultSet(rs);
          conn->terminateStatement(stmt);
          cout << "1st sp executed" << endl;
     // 2nd sp
          string sStmt1 = "begin :1 := PKGJUNK.SpGetTblAccount(:2); end;";
          stmt = conn->createStatement();
          stmt->setSQL(sStmt1);
          stmt->registerOutParam(1, OCCIINT);
          stmt->registerOutParam(2,OCCICURSOR);
          status = stmt->execute();
          retVal = stmt->getInt(1);
          rs = stmt->getCursor(2);//use ResultSet to fetch rows
          int loop = 1;
          vMD = rs->getColumnListMetaData();
          dataType = vMD[0].getInt(MetaData::ATTR_DATA_TYPE);
          cout << "Attribute count : " << vMD[0].getAttributeCount() << endl;
dataType=vMD[0].getInt(MetaData::ATTR_DATA_TYPE);
cout << "Attribute type : " << dataType << endl;
          cout << "Attribute name : " << vMD[0].getString(MetaData::ATTR_NAME)<< endl;
cout << "Size : " << vMD.size() << endl;
while (rs->next())
cout << "next row";
cout << "NetID : " << rs->getString(1).c_str() << endl;
          stmt->closeResultSet(rs);
          cout << "2nd sp executed" << endl;
          conn->terminateStatement(stmt);
          // sp-3
          string sStmt2 = "begin :1 := PKGONELINK.spValidateAccount(:2,:3,:4,:5,:6); end;";
          stmt = conn->createStatement();
          stmt->setSQL(sStmt2);
          stmt->registerOutParam(1, OCCIINT);
          stmt->setString(2,"37863 ");
          stmt->setMaxParamSize(2,100);
          stmt->registerOutParam(3,OCCISTRING, 20);
          stmt->registerOutParam(4,OCCISTRING, 2);
          stmt->registerOutParam(5,OCCISTRING, 3);
          stmt->registerOutParam(6,OCCISTRING, 3);
          status = stmt->execute();
          cout << "3rd sp executed" << endl;
          conn->terminateStatement(stmt);
          conn->flushCache();
          env->terminateConnection(conn);
          vMD.clear();
     cout << "Demo completed...data deleted" << endl;
          cin >> tmpChar;
     catch (SQLException &ex)
{//cleanup
          cout << "Error, cleaning up..." << ex.getMessage() << endl;
     conn->terminateStatement(stmt);
     env->terminateConnection(conn);
     cout << "terminating env" << endl;
     Environment::terminateEnvironment(env);
// throw;//will be caught by outer handler
     Environment::terminateEnvironment(env);
     return 0;
===================================================
this is not the same program but still this program gives the same amount of memory leak, this memory leak is reported in each program that uses OCCI
this program was made with the help of the sample program posted at the OTN website
"Calling PLSQL functions/procedures";
hoping for a reply soon

Memory Leak when just launched and Idle.. fixes when being used ?? [HELP]

So I'm in the debugging and testing phase of my app and using this tool for tracking memory leaks ( https://github.com/mrdoob/Hi-ReS-Stats )
When I launch my app my numbers are
FPS: 61/60
MS: 17
MEM: 3.157
MAX: 3.157
Now immediately my memory starts increasing    from 3.157, 3.167, 3.177, 3.187, 3.197 and so on.
Now if I make any nav selection in my app
MEM changes back down to about 3.215
but then it starts its count again   3.215, 3.225, 3.235, 3.445, 3.455
I don't have any loops happening.
Has anyone run in to this ?
I'm almost tempted to force garbage collection every 60 seconds that the app is idle or something. Not the best way to handle this ..   I just dont know where the leak is happening.
Any support is appreciated!
Cheers!

Hi there - I just had the same query a couple of days ago (http://forums.adobe.com/thread/977174?tstart=30).
I saw the same symptoms on my app so I built a blank app with just the profiler on stage. I've been monitoring it for a few days now and notice that memory does creep up even when the app is left idle (apart from the profiler) - but ... and this is the important bit ... it does periodically get reduced back to the starting point (when the garbage collector kicks in and memory is released).
When I was monitoring my app the time through this cycle could be well over 5 mins.
If you actually use the monitor when putting your app through it's paces you'll see memory being gobbled up more rapidly and hopefully (if you've no leaks) the garbage collection kicking in more regularly and bringing the reported usage back down.

CVI dll to read XML file causes memory leak

Hello,
I am facing a memory leak issue when I execute a dll created using CVI to read a XML file.
Each iteration of the step is taking around 200k of memory.
Short description of the code:
Basically I am using a function created in CVI to read from an XML file by tag which 2 attributes: command and the response;
int GetCmdAndRsp(char XML_File[MAX_STR_SIZE], char tag[MAX_STR_SIZE], char Command[MAX_STR_SIZE], char Response[MAX_STR_SIZE], char ErrorDescription[MAX_STR_SIZE])
inputs:
- XML_File_path;
- tagToFind;
ouputs:
- Command;
- Response;
- Error;
Example:
XMLFile:
<WriteParameter Command="0x9 %i %i %i %i %i" Response = "0x8 V %i %i %i %i"/>
Execution:
error = GetCmdAndRsp("c:\\temp\\ACS_Messages.xml" ,"WriteParameter", cmd, rsp, errStr)
output:
error = 0
cmd = "0x9 %i %i %i %i %i"
rsp = "0x8 V %i %i %i %i"
errStr = "Unkown Error"
Everything is working correctly but I have this memory leak issue. Why am I having such memory consumption?? Is it a TestStand or CVI issue??
Each iteration I am loading the file, reading the file and discarding the file.
Attached you can find the CVI project, a TestStand sequence to test (ReadXML_test2.seq) and an example of a XML file I am using.
Please help me here.
Thaks in advance.
Regards,
Pedro Moreira
Attachments:
ReadXML_Prj.zip ‏1826 KB

Pedro,
When a TestStand step executes, its result will be stored by TestStand which will be later used for generating reports or logging data into database.
You are looking at the memory (private bytes) when the sequence file has not finished execution. So, the memory you are looking at, includes the memory used by TestStand to store result of the step. The memory used for storing results will be de-allocated after finishing the sequence file execution.
Hence, we dont know if there is actual memory leak or not. You should look at the memory, before and after executing sequence file instead of looking in between execution.
Also, here are some pointers that will be helpful for checking memory leak in an application:
1. TestStand is based on COM and uses BSTR in many function. BSTR caches the memory and because of the behavior, sometime you might get false notion of having memory leak. Hence, you need to use SetOaNoCache function OR set the OANOCACHE=1 environment variable to disable caching.
2. Execute the sequence file atleast once before doing the actual memory leak test. The dry run will make sure all static variables are initialized before doing memory leak test.
3. Make sure that the state of system or application is same when considering the Private bytes. Ex: Lets say ReportViewControl is not visible before you start executing sequence file. Then you note down the private bytes and then execute the sequence file. After finishing execution, make sure you close the ReportViewControl and then note down the private bytes once again to check if memory is leaked or not.
4. If there exists memory leak as you specified, it is possible that the leak is either in TestStand, or in your code. Make sure that your code doesn't leak by creating a small standalone application (probably a console application) which calls your code.
Detecting memory leaks in CVI is better explained in
http://www.ni.com/white-paper/10785/en/
http://www.ni.com/white-paper/7959/en/
- Shashidhar

How to configure license file for Memory Leak tool and WL Server 9.2?

(I posted to general JRockit forum before realizing existence of this forum which is probably more applicable.)
Here's our problem:
Running latest version of WL 9.2 MP3 and JRockit Mission Control 3.0.1
Able to run Mission Control, and connect to the WL Server and to run View Console with no problems.
I can't get Memory Leak tool to run because it complains about needing a license file.
First I tried with off the shelf WL 9.2 MP3.
Get error:
A license for Memory Leak Detector could not be found on the JRockit at (1.5) weblogic.Server (192).
Error: Can not find component Memory Leak Detector for JRockit * in the license file. Please check http://www.jrockit.com/license for license updates.
So I downloaded license file from JRockit download site - wls92.zip. It contains several files, but no clear instructions on what to do with these files. I copied one of these files "LIC-WLSP92.txt" to my JRockit home as C:\bea\JROCKI~1\jre\license.bea
Tried again. Restarted WL server. Restarted JRockit Mission Control.
Get error: A license for Memory Leak Detector could not be found on the JRockit at (1.5) weblogic.Server (3052).
The license file does not exist at: C:\bea\JROCKI~1\jre\license.bea
Any advise on how to install license or who to contact for help?

Installed Mission Control 3.0.3.
Got following message when I attempted to run Memory Leak:
A license for Memory Leak Detector could not be found on the JRockit at (1.5) weblogic.Server (192).
Error: Can not find component Memory Leak Detector for JRockit * in the license file.
Please check http://www.jrockit.com/license for license updates.
I believe that we're using the latest downloads of WebLogic 9.2.x and JRockit.
WebLogic is running using 9.2.3 and JRockit build R27.4.0-90_CR358515-94243-1.5.0_12-20080118-1154-windows-ia2
Contents of C:\bea\jrockit_150_12\jre\license.bea:
<?xml version="1.0" encoding="ISO-8859-1"?>
<bea-licenses>
<license-group format="1.0" product="JRockit" release="*">
</license-group>
</bea-licenses>
Could WebLogic be misconfigured?
Any diagnostics to help figure out the licensing?
Any other ideas?

Memory leak detecting tools for Solaris 10 X86

Hi All,
Greetings!
We are experiencing a crash defect while porting our application from Sol4 to Sol10.
Stack trace :
(dbx) where
=>[1] realfree(0x81b7d60), at 0xfeac3237
[2] freeunlocked(), at 0xfeac37e9
[3] free(0x831f1a8), at 0xfeac376f
[4] tLList_Done(0x831f1a8), at 0x8074255
[5] tKeyFile_Free(0x8306c60), at 0x8075af5
[6] tKeyFile_Done(0x8306c60), at 0x8075c6c
[7] tBGA_Var_Adj_LD(0x81b5eb0, 0x8302b48, 0x0), at 0x807a5f7
[8] tGen_Var_GenLead(0x81b5eb0, 0x8302b48, 0x0, 0x1), at 0x807b6e7
[9] tBGA_Var_GenLead(0x81b5eb0, 0x8302b48, 0x0, 0x1), at 0x807a7f8
[10] tCPD_DevProc_Init_Lead(0x825e6e8, 0x8302b48, 0x0, 0x1), at 0x809b363
[11] tCPD_DevProc_Init_Data(0x825e6e8, 0x8302b48, 0x0, 0x0, 0x0, 0x0, 0x1), at 0x809b970
[12] TrayRep_Execute(0x81b1cb4), at 0x80aab45
[13] TrayRep_RunFrom(0x0, 0x0), at 0x80a997a
[14] main(0x0, 0x804770c, 0x8047710), at 0x80a946a
We suspect it to be a memory leak issue. Are there memory leak debugging tools for sol10.
we were unable to use dbx as we got the following error.
(dbx) check -memuse
dbx: Incompatible libthread.so/libthread_db.so found. Error checking disabled
See `help rtc mt' for details.
Also dbx's 'check -access' option is not supported for X86.
Waiting eagerly for any support/guidance.
Thanks in advance.
Deepak

I had the same problem on Solaris 10 sparc. The problem seems to relate to symbolic links with
long names not being extracted correctly from the tar file (resulting in @LongLink files popping
up around the place). If you use the .zip source file then the build goes fine.
Philip.

Memory leak checking doesn't work: SEGV problem while debugging with dbx

I am debugging a program which has memory leaks.
When I do the following:
dbx <program>
(dbx) run <input parameters>
everything runs fine, but as I didn't use RTC leaks checking, this is of no use. Therefore I do the following:
dbx <program>
(dbx) check -memuse
memuse checking - ON
(dbx) check -leaks -frames 8
leaks checking - ON
(dbx) run <input parameters>
which gives the following result:
Running: <program> <input parameters>
(process id 17075)
Reading rtcapihook.so
Reading rtcaudit.so
Reading libmapmalloc.so.1
Reading rtcboot.so
Reading librtc.so
RTC: Enabling Error Checking...
t@1 (l@1) signal SEGV (no mapping at the fault address) in __rtc_memcpy at 0xffffffff7312ed90
0xffffffff7312ed90: __rtc_memcpy+0x0014: st %o4, [%o0 + %o3]
dbx: Stopped within call to '__rtc_suppress_always'. Starting new command interpreter
(dbx) where -l
current thread: t@1
[1] libaio.so.1:_init(0xfffffffe52000058, 0x0, 0xffdfffff, 0xfffffffe52000030, 0x400000, 0x80000), at 0xfffffffe55907a90
[2] ld.so.1[L]:setup(0xffffffff7ffff250, 0x0, 0xffffffff7f72c2b0, 0x10000, 0x0, 0x0), at 0xffffffff7f610ba4
[3] ld.so.1[L]:_setup(0xffffffff7fffffab, 0x1f, 0xffffffff7ffff640, 0xffffffff7fffffbe, 0xffffffff7ffff628, 0xffffffff7f72dde8), at 0xffffffff7f61f24c
[4] ld.so.1[L]:_rt_boot(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffffffff7f6052d4
I think this means that there is a problem within my 'RTC' libraries.
When I run the "version" command within my dbx session, I get following results:
(dbx) version
Machine hardware: sun4u
OS version: 5.9
Processor type: sparc
Hardware: SUNW,Sun-Fire-480R
The following components are installed on your system:
Sun Studio 9
Sun Studio 9 C Compiler
Sun Studio 9 C++ Compiler
Sun Studio 9 Tools.h++ 7.1
Sun Studio 9 C++ Standard 64-bit Class Library
Sun Studio 9 Garbage Collector
Sun Studio 9 Fortran 95
Sun Studio 9 Debugging Tools (including dbx)
Sun Studio 9 Debugger GUI
Sun Studio 9 Performance Tools (including collect, ...)
Sun Studio 9 X-Designer
Sun Studio 9 VIM editor
Sun Studio 9 XEmacs editor
Sun Studio 9 Native Connector Tool
Sun Studio 9 LockLint
Sun Studio 9 Building Software (including dmake)
Sun Studio 9 Documentation Set
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/cc": Sun C 5.6 2004/07/15
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/CC": Sun C++ 5.6 2004/07/15
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/f90": Sun Fortran 95 8.0 2004/07/15
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/dbx": Sun Dbx Debugger 7.3 2004/07/15
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/analyzer": Sun Performance Analyzer 7.3 2004/07/15
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/dmake": Sun Distributed Make 7.5 2004/07/15
Can anybody help me out?
Which additional information do I need to provide in order to solve this issue?
Message was edited by: B.V. (the "where -l" command has been added
B.V.

Hello Maxim,
As you said, it was worth to try, but unfortunately, it was not a very good investment :-(
The patch 117564-06 has been installed, and I have retried the same procedure, but the same problem occurs.
As you have mentioned in a previous reply, I have flagged the "rtc_error_stack" before launching the "where" command.
The result is the following:
Running: <program> <input parameters>
(process id 21873)
Reading rtcapihook.so
Reading rtcaudit.so
Reading libmapmalloc.so.1
Reading rtcboot.so
Reading librtc.so
RTC: Enabling Error Checking...
t@1 (l@1) signal SEGV (no mapping at the fault address) in __rtc_memcpy at 0xffffffff7312f068
0xffffffff7312f068: __rtc_memcpy+0x0014: st %o4, [%o0 + %o3]
dbx: Stopped within call to '__rtc_suppress_always'. Starting new command interpreter
(dbx) dbxenv rtc_error_stack on
(dbx) where -l
current thread: t@1
=>[1] librtc.so[0xffffffff7de01778]:__rtc_memcpy(0xfffffffe5013fff0, 0xfffffffe50220040, 0x8, 0x
10, 0x803, 0x64a3c338), at 0xffffffff7312f068
[2] librtc.so[0xffffffff7de01778]:change_masks_work(0xfffffffeff90e878, 0xfffffffeff90e878, 0x
803, 0x2, 0x0, 0xffffffff73243608), at 0xffffffff7312e618
---------- called from debugger ----------
[3] libmd5.so.1:_init(0xfffffffe50b00228, 0x0, 0xffdfffff, 0xfffffffe50b00208, 0x400000, 0x800
00), at 0xfffffffe531016e0
[4] ld.so.1[L]:setup(0xffffffff7ffff260, 0x0, 0xffffffff7f72c2b0, 0x10000, 0x0, 0x0), at 0xfff
fffff7f610ba4
[5] ld.so.1[L]:_setup(0xffffffff7fffffa6, 0x1f, 0xffffffff7ffff650, 0xffffffff7fffffb9, 0xffff
ffff7ffff638, 0xffffffff7f72dde8), at 0xffffffff7f61f24c
[6] ld.so.1[L]:_rt_boot(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffffffff7f6052d4
(dbx)
Any ideas?
Thanks
Dominique

Are there any good tool for checking security risks, Code review, memory leakages for SharePoint projects?

Are there any good tool for checking security risks, Code review, memory leakages for SharePoint projects?
I found one such tool "Fortify" in the below link. Are there any such kind of tools available which supports SharePoint?
Reference: http://www.securityresearch.at/en/development/fortify/
Amalaraja Fernando,
SharePoint Architect
Please Mark As Answer if my post solves your problem or Vote As Helpful if a post has been helpful for you. This post is provided "AS IS" with no warrenties and confers no rights.

Hi Amalaraja Fernando,
I'm not sure that there is one more tool that combines all these features. But you may take a look at these solutions:
SharePoint diagnostic manager
SharePoint enterprise manager
What is SPCop SharePoint Code Analysis?
Dmitry
Lightning Tools Check
out our SharePoint tools and web parts |
Lightning Tools Blog | Мой Блог

Dbx SEGV signal encountered while memory leak checking

Good morning,
Last week, I have encountered the following problem while debugging a UNIX Solaris on a SUN server:
Running the program without memory leak checking goes fine.
Running the program while memory leak checking gives following error message:
RTC: Enabling Error Checking...
t@1 (l@1) signal SEGV (no mapping at the fault address) in __rtc_memcpy at 0xffffffff7312dc98
I have already mentioned the problem on the SUN forum (as it is dbx related), but as the problem is not solved by installing patches, using more recent dbx versions and, most important, as a "where -l" dbx command reveals that the problem is located within an Oracle file, I start to believe that the problem is not caused by dbx, but by Oracle.
The SUN forum post can be found back using following URL:http://forum.java.sun.com/thread.jspa?messageID=9575156
The result of the "where -l" command is the following:
(dbx) where -l
current thread: t@1
[1] libwtc8.so:_init(0x0, 0xffdfffff, 0xffffffff7f72a3f8, 0xffffffff7f72a9e8, 0x200000, 0x400000), at 0xfffffffd22501180
[2] ld.so.1[L]:setup(0xffffffff7f72a9e8, 0xffffffff7f72a158, 0xffffffff7f72d838, 0xffffffff7f72a140, 0x3, 0x1001403c8), at 0xffffffff7f60f8fc
[3] ld.so.1[L]:_setup(0x2710, 0x2710, 0xb00, 0xffffffffffffffff, 0x0, 0xffffffffffffffff), at 0xffffffff7f61d8c0
[4] ld.so.1[L]:_rt_boot(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffffffff7f604ce0
<UNIX prompt>find / -name libwtc8.so 2>/dev/null
<internal directory>/oracle/lib/libwtc8.so
<internal directory>/oracle/lib64/libwtc8.so
As the "nm" command only reveals a "_init" function for the latter libwtc8.so file, I believe strongly that this is the one referred by by dbx.
In case you need more information (e.g. as far as Oracle versions are concerned), could you also include the UNIX commands, needed for retrieving this information?
Kind regards
Dominique

The statement 'while memory leak checking' is not clear. Are u compiling with -g flag or profile flags ? OR using the 'collect' of SUN STUDIO ??
Can u place the complete trace of CORE using the command 'dbx - core' for further analysis.
Are U using any STL 3rd party libraries for Linking ?? .
Place the sample code if possible.
After going through SUN forum , I realize that there can be an imcompatibility with SOLARIS LIBS and Oracle of 64Bit layer. Are compiling in 64bit or 32 bit ?
Try 64Bit compilation.

Tool tip memory leak

I seem to have a memory leak associated with tool tips. When ever I place the mouse over a panel using tool tips I cas see the dynamic memory usage continuously increasing. If I comment out the call to the tool tip functions (i.e. SetCtrlToolTipAttribute), the memory leak dissapears.
Solved!
Go to Solution.

Hello Michael,
I just tried to recompile the toolbox, but here's what I get. Something must have changed between version 8 and version 2010...
$ cd /usr/local/natinst/cvi2010; sudo chown -R someuser .
$ gcc -fPIC -O2 -D_REENTRANT -D_BSD_SOURCE -D_SVID_SOURCE -D_XOPEN_SOURCE=500 -D_GNU_SOURCE -I./include -I./toolslib/toolbox -I./toolslib/custctrl/custsupp toolslib/toolbox/toolbox.c -o toolslib/toolbox/toolbox.o
/usr/lib/gcc/i386-redhat-linux/4.1.2/../../../crt1.o: In function `_start':
(.text+0x18): undefined reference to `main'
/tmp/ccULcfdP.o: In function `CVIAbsoluteTimeFromCNVTime':
toolbox.c:(.text+0x2154): undefined reference to `CVIAbsoluteTimeFromTimeUnit'
/tmp/ccULcfdP.o: In function `CVIAbsoluteTimeFromCVIANSITime':
toolbox.c:(.text+0x21c9): undefined reference to `CVIAbsoluteTimeFromTimeUnit'
/tmp/ccULcfdP.o: In function `CVIAbsoluteTimeToCNVTime':
toolbox.c:(.text+0x2257): undefined reference to `CVIAbsoluteTimeToTimeUnit'
/tmp/ccULcfdP.o: In function `CVIAbsoluteTimeToCVIANSITime':
toolbox.c:(.text+0x22f0): undefined reference to `CVIAbsoluteTimeToTimeUnit'
/tmp/ccULcfdP.o: In function `CVIAbsoluteTimeFromCVIUILTime':
toolbox.c:(.text+0x237b): undefined reference to `GetDateTimeElements'
toolbox.c:(.text+0x23e5): undefined reference to `CVIAbsoluteTimeFromLocalCalendar'
/tmp/ccULcfdP.o: In function `CVIAbsoluteTimeToCVIUILTime':
toolbox.c:(.text+0x2495): undefined reference to `CVIAbsoluteTimeToLocalCalendar'
toolbox.c:(.text+0x24e0): undefined reference to `MakeDateTime'
/tmp/ccULcfdP.o: In function `PostDeferredCallToThreadAndWait':
toolbox.c:(.text+0x25a8): undefined reference to `CmtGetCurrentThreadID'
toolbox.c:(.text+0x25cc): undefined reference to `Timer'
toolbox.c:(.text+0x25e8): undefined reference to `PostDeferredCallToThread'
toolbox.c:(.text+0x2607): undefined reference to `Timer'
/tmp/ccULcfdP.o: In function `ToolBoxAtExitFunction':
toolbox.c:(.text+0x2bed): undefined reference to `CVIRTEHasBeenDetached'
/tmp/ccULcfdP.o: In function `DelayQueueDispose':
toolbox.c:(.text+0x2c73): undefined reference to `DiscardCtrl'
toolbox.c:(.text+0x2c88): undefined reference to `DiscardPanel'
/tmp/ccULcfdP.o: In function `FreeThreadLocalResourcesCallback':
toolbox.c:(.text+0x2ce4): undefined reference to `DiscardPanel'
/tmp/ccULcfdP.o: In function `ComparePanelZPlaneOrder':
toolbox.c:(.text+0x2daa): undefined reference to `GetPanelAttribute'
toolbox.c:(.text+0x2dc6): undefined reference to `GetPanelAttribute'

3.6.7 Lag, Delay, Memory Leak Checked But Not Fixed?

Well, open a tab, try to open another tab, about 20 seconds of appearing frozen passed.
Okay let's try clicking the first tab again, oh well, another 20 seconds frozen with cursor not even usable.
Okay let's try clicking the url bar, oops, another 20 seconds of delay, and the program is up to 180 megs of memory, that spikes down to 150, then builds again, apparently a new routine is added to "clear" the memory every so often, however, THE MEMORY LEAK ITSELF REMAINS UNTOUCHED.
Maybe Firefox has become so disgustingly bloated with worthless and useless "innovations" that stroke the egos of its developers that, finally, the program is worthless for daily use.
Second Life is a program that's been around for a very long time, and just open firefox, then Second Life. First, you log in to second life wearing the image of the webpage you have open in Firefox. Then you notice that Second Life is lagging endlessly, sometimes with 5 second delays trying to select anything. Close Firefox, and Second Life performs properly. Amazing isn't it?
Memory issue is THE MOST IMPORTANT FIRFOX ISSUE but apparently no one cares, too busy appreciating themselves for some part of the program that was their idea I guess.
Who cares if 3.5 Firefox is the first to have video without a plug in, if, the program is memory leaking like the BP well was leaking oil??
But, as one can see with a memory monitoring program, Firefox now, finally after almost 20 revisions, has a "fix," to lower the amount of memory along some time-line that seems to keep it from accumulating to 500 megs in a matter of minutes, but, WITHOUT ACTUALLY FIXING THE CAUSE OF THE MEMORY LEAK.
I wonder if these volunteers for Firefox are unemployed, and that's why they have time to work on Firefox, their lack of competence the reason they are unemployed, long before this recession.
FIX THE MEMORY LEAK THAT STARTED WITH 3.5 ALREADY! PUT EVERYONE ON THAT INSTEAD OF ANYTHING ELSE!
P.S. My extensions have nothing to do with Firefox's lack luster performance. The issues have existed with or without them installed. Reality: Firefox programmers are busy with head inserted in hindquarters, feeling good about themselves for volunteering, irrespective of coding pure junk. Quality and doing what is right have apparently been thrown out the door, and the message, "a free internet means you get worthless products" the message of Mozilla.org.
== This happened ==
Every time Firefox opened
== version 3.5

same basic idea- ctrl-shift-del (clear everything) and it went from taking >700megs on startup (PC XP,all addins disabled) to ~60megs.
Better wtf is what was stored in that 650+ megs?

Tool to check memory leak

Similar Messages

Maybe you are looking for