Hi David, Below is final link command, printing at time linking, Please comments. Thanks, Sanjay
/auto/mitg-sw/tools/bintools/rhel-x86_64/gcc/201203161400/bin/g++ -m32 -MM -Wextra -Werror -Wno-deprecated -fno-strict-aliasing -g -DMC2 -O0 -fstack-protecto r-all -ffast-math -DDEBUG -DFSM_STAT -DHAS_AF_PACKET -DSYFER_IP_SPECIFIC -I ../syfer_ssl/openssl-0.9.8g/include/ -I ../syfer_ssl/ -I ../syfer_ssl/nitrox-driv er/cavium/software/include/ -I ../../framework -I ../../framework//utils/protocols/s1apgen -I ../../framework//cli/libs/snutils/include -I ../../framework//u tils/common -I ../../framework//utils/asnbase -I ../../framework//utils/snutils -I -I../../framework//utils/protocols/hnbapgen -I../../framework//utils/proto cols/ranapgen -I../../framework//utils/protocols/s1apgen -I../../framework//utils/protocols/ruagen -I../../framework//utils/protocols/gmmgen -I../../framewor k//utils/protocols/sabpgen -I../../framework//utils/protocols/gtpgen -I ../../framework/ -I ../../framework//common/includes -I ../../framework//cli/libs/snu tils/include -I ../../framework//cli/libs/glib-2.0.0/include -I ../../framework//cli/libs/glib-2.0.0/include/glib -I ../../framework//cli/libs/libedit/include -I ../../framework//cli/libs/libash/include -I ../../framework//cli/libs/libevent-1.4.8-stable/include -I ../../framework//cli/libs/pccts/h -I../../framework//eventbridge ../cli/syfer/CliHandlerServerSyfer.cpp > CliHandlerServerSyfer.d /auto/mitg-sw/tools/bintools/rhel-x86_64/gcc/201203161400/bin/g++ -m32 -L /auto/mitg-sw/tools/bintools/rhel-x86_64/gcc/201203161400/lib --static -O0 -DFSM_STAT -DHAS_AF_PACKET ./base_instance.o ./configfile.o ./config.o ./logging.o ./message_buffer.o ./timer.o ./ip_entity.o ./ip_container.o ./pcap_filter.o ./cfgdata.o ./ikev2_cfgdata.o ./cfgparams.o ./main.o ./flare_app.o ./load_app.o ./cli.o ./statistics.o ./sgsn.o ./sgsn_ipv4_addr.o ./user.o ./user_entity.o ./user_cfgparams.o ./gmm.o ./gmm_entity.o ./gmm_cfgparams.o ./nas_common.o ./aes.o ./mac_md5.o ./snow_3g.o ./uia2.o ./uea2.o ./snx_sha256.o ./NasSecurity.o ./esm.o ./esm_entity.o ./esm_cfgparams.o ./emm.o ./emm_entity.o ./emm_cfgparams.o ./smc.o ./smc_entity.o ./smc_cfgparams.o ./smr.o ./smr_entity.o ./smr_cfgparams.o ./smtl.o ./smtl_entity.o ./smtl_cfgparams.o ./sm.o ./sm_entity.o ./sm_cfgparams.o ./sndcp.o ./sndcp_entity.o ./sndcp_cfgparams.o ./gea1.o ./gea2.o ./gea3.o ./llc.o ./llc_entity.o ./llc_cfgparams.o ./bssgp.o ./bssgp _entity.o ./bssgp_cfgparams.o ./ns.o ./ns_entity.o ./ns_cfgparams.o ./nsvc_entity.o ./m3ua.o ./m3ua_entity.o ./m3ua_cfgparams.o ./m3ua_transport_entity.o ./ns_ip_entity.o ./gtpcv0.o ./gtpcv0_entity.o ./gtpcv0_cfgparams.o ./gtpcv1.o ./gtpcv1_entity.o ./gtpcv1_cfgparams.o ./gtpcv2.o ./gtpcv2_entity.o ./gtpcv2_cfgparams.o ./gtpu_entity.o ./gtpu.o ./gtpu_cfgparams.o ./ranap_entity.o ./ranap.o ./ranap_cfgparams.o ./S1apMsgs.o ./s1ap.o ./s1ap_entity.o ./s1ap_cfgparams.o ./sccp_entity.o ./sccp.o ./sccp_cfgparams.o ./mapss7.o ./mapss7_entity.o ./mapss7_cfgparams.o ./cap.o ./cap_entity.o ./cap_cfgparams.o ./tcap.o ./tcap_entity.o ./tcap_cfgparams.o ./diameter.o ./diameter_entity.o ./diameter_cfgparams.o ./radius.o ./radius_entity.o ./radius_cfgparams.o ./ikev2.o ./ikev2_entity.o ./ikev2_entity_responder.o ./ikev2_entity_informational.o ./ikev2_entity_child.o ./ikev2_cfgparams.o ./ikev2_payload.o ./ikev2_crypto.o ./aka.o ./ikev2_eap_common.o ./ikev2_eap_aka.o ./ikev2_eap_sim.o ./ipsec_data.o ./ipsec_data_cfgparams.o ./ipsec_data_entity.o ./ipsec_esp_entity.o ./sha1.o ./sha1-internal.o ./xfrm.o ./xfrm_entity.o ./xfrm_load_entity.o ./xfrm_cfgparams.o ./xfrm_message.o ./bssap.o ./bssap_entity.o ./bssap_cfgparams.o ./traffic.o ./tlv.o ./gx.o ./asn.o ./stargen.o ./eventbridge.o ./CliAttrib.o ./CliObject.o ./CliCommand.o ./CliObjectSyfer.o ./CliObjectSyferCard.o ./CliObjectEth.o ./CliHandlerServer.o ./CliHandlerServerSyfer.o ./libs/librohc.a ../../framework//cli/libs/glib-2.0.0/lib/libglib-2.0.a ./libs/libsnutils.a ./libs/libcommon.a ./libs/libasnbase.a ./libs/libs1apgen.a ./libs/libsctp.a ./libs/libpcap.a -L . -L ../syfer_ssl/openssl-0.9.8g/ -L../../framework//eventbridge -lssp -lsyfer_ssl -lcrypto -leventbridge -ldl -o flare ./libs/libpcap.a(nametoaddr.o): In function `pcap_nametoaddrinfo': nametoaddr.c:(.text+0xa3): warning: Using 'getaddrinfo' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking ./libs/libpcap.a(nametoaddr.o): In function `pcap_nametoaddr': nametoaddr.c:(.text+0x1a): warning: Using 'gethostbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking ./libs/libpcap.a(nametoaddr.o): In function `pcap_nametonetaddr': nametoaddr.c:(.text+0xdb): warning: Using 'getnetbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking ./libs/libpcap.a(nametoaddr.o): In function `pcap_nametoproto': nametoaddr.c:(.text+0x2cb): warning: Using 'getprotobyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking ./libs/libpcap.a(nametoaddr.o): In function `pcap_nametoport': nametoaddr.c:(.text+0x12f): warning: Using 'getservbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking -----Original Message----- From: David Chapman [mailto:dcchap...@acm.org] Sent: Thursday, June 13, 2013 11:57 AM To: Sanjay Kumar (sanjaku5) Cc: Philippe Waroquiers; valgrind-users@lists.sourceforge.net Subject: Re: [Valgrind-users] Why doesn't valgrind detect a memory leak for my application On 6/12/2013 10:29 PM, Sanjay Kumar (sanjaku5) wrote: > Hi Philippe, > Below is part of Make file where I have done the Linking: > > sslLIB=$(OUT_DIR)/libsyfer_ssl.a > > # pull in dependency info for *existing* .o files > ********************************* > -include $(commonOBJS:.o=.d) > -include $(sslOBJS:.o=.d) > -include $(cliCOMMONOBJS:.o=.d) > -include $(cliCLIOBJS:.o=.d) > -include $(cliSYFERSERVEROBJS:.o=.d) > -include $(cliSYFERCARDSERVEROBJS:.o=.d) -include > $(cliETHSERVERSERVEROBJS:.o=.d) > > all: $(OUT_DIR)/$(OUTNAME) $(OUT_DIR)/cli > > $(OUT_DIR)/cli : $(cliCOMMONOBJS) $(cliCLIOBJS) > @echo "LL $(LOPTS) $@" $(REDIRECT) > $(SILENT)$(LL) $(LOPTS) $(cliCOMMONOBJS) $(cliCLIOBJS) -o cli > -lpthread > > $(OUT_DIR)/$(OUTNAME): $(VERSION_FILE) $(commonOBJS) $(sslLIB) > $(cliCOMMONOBJS) $(cliSYFERSERVEROBJS) > @echo "LL $(LOPTS) $@" $(REDIRECT) > $(SILENT)$(LL) $(LOPTS) $(commonOBJS) $(cliCOMMONOBJS) > $(cliSYFERSERVEROBJS) ./libs/librohc.a $(LIB_GLIB_DIR)/libglib-2.0.a > ./libs/libsnutils.a ./libs/libcommon.a ./libs/libasnbase.a > ./libs/libs1apgen.a ./libs/libsctp.a ./libs/libpcap.a $(LIB_PATH) > -lssp -lsyfer_ssl -lcrypto -leventbridge -ldl -o $(OUTNAME) Without knowing the exact link options, there is no way for anyone on this list to determine what is going wrong. Please paste the link command as printed during the build process, perhaps with proprietary object file names stripped out. We don't know what, for example, "$(LOPTS)" expands to, and even "$(LL)" could have some linker flags in it. These are your Makefile's definitions; they are not universal. > > $(OUT_DIR)/syfercard : $(cliCOMMONOBJS) $(cliSYFERCARDSERVEROBJS) > @echo "LL $(LOPTS) $@" $(REDIRECT) > $(SILENT)$(LL) $(LOPTS) $(cliCOMMONOBJS) > $(cliSYFERCARDSERVEROBJS) -o syfercard > > $(OUT_DIR)/ethserver : $(cliCOMMONOBJS) $(cliETHSERVERSERVEROBJS) > @echo "LL $(LOPTS) $@" $(REDIRECT) > $(SILENT)$(LL) $(LOPTS) $(cliCOMMONOBJS) > $(cliETHSERVERSERVEROBJS) -o ethserver -lpthread > > ********************************* > > Could you please comments on this. > What modification I need to do here ? > > Thanks, > Sanjay > > -----Original Message----- > From: Philippe Waroquiers [mailto:philippe.waroqui...@skynet.be] > Sent: Thursday, June 13, 2013 1:38 AM > To: David Chapman > Cc: Sanjay Kumar (sanjaku5); valgrind-users@lists.sourceforge.net > Subject: Re: [Valgrind-users] Why doesn't valgrind detect a memory > leak for my application > > Sanjay, >>> --11597-- object doesn't have a dynamic symbol table > With the above > and the below stacktrace, it looks like this application is statically linked > (or at least, the malloc lib is statically linked). > valgrind can find leaks if malloc lib is statically linked (you need to use > --soname-synonyms=.... to indicate malloc is statically linked). > However, a completely statically linked application causes other problems. > You should have at least one (even dummy) dynamically linked lib to have the > dynamic loader be invoked in your process otherwise valgrind cannot > "LD_PRELOAD" some of its own .so. > > Philippe > >>> ==11597== Conditional jump or move depends on uninitialised value(s) >>> >>> ==11597== at 0x8A838B5: __register_atfork >>> (in /usr/local/flare/flare) >>> >>> ==11597== by 0x8A68074: ptmalloc_init (in /usr/local/flare/flare) >>> >>> ==11597== by 0x8A6C265: malloc_hook_ini >>> (in /usr/local/flare/flare) >>> >>> ==11597== by 0x8A6BDCE: malloc (in /usr/local/flare/flare) >>> >>> ==11597== by 0x8AA893B: _dl_init_paths >>> (in /usr/local/flare/flare) >>> >>> ==11597== by 0x8A8BDBB: _dl_non_dynamic_init >>> (in /usr/local/flare/flare) >>> >>> ==11597== by 0x8A8CA75: __libc_init_first >>> (in /usr/local/flare/flare) >>> >>> ==11597== by 0x8A3E460: (below main) (in /usr/local/flare/flare) > > > > -- David Chapman dcchap...@acm.org Chapman Consulting -- San Jose, CA Software Development Done Right. www.chapman-consulting-sj.com ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Valgrind-users mailing list Valgrind-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/valgrind-users
