Sponsored Content
Full Discussion: Memory leaks on compilations
Homework and Emergencies Emergency UNIX and Linux Support Memory leaks on compilations Post 302459634 by teresaejunior on Tuesday 5th of October 2010 06:19:00 AM
Old 10-05-2010
Hello! Here are some details.

Code:
$ gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.5-2'
--with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++
--prefix=/usr --program-suffix=-4.4 --enable-shared --enable-multiarch
--enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib --enable-nls
--enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc
--enable-targets=all --with-arch-32=i586 --with-tune=generic
--enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu
--target=i486-linux-gnu
Thread model: posix
gcc version 4.4.5 (Debian 4.4.5-2)

Code:
uname -a
Linux localhost 2.6.35-grml #1 SMP PREEMPT Sat Sep 4 10:58:14 UTC 2010 i686 GNU/Linux

But I tried also with kernels 2.6.35-6.dmz.2-liquorix-686 and 2.6.32-5-686 from Debian

After talking to you I tried a couple of different things, including "ulimit -v NUMBER" and "ulimit -m NUMBER" before compiling, but these don't seem to be respected, but I got to kill it before it killed me, so the build log is attached. You will notice that right in the beginning of the build it goes mad.

This one also looks problematic, the BSD daemon doesn't look so evil:
Code:
         (__) 
         (oo) 
   /------\/ 
  / |    ||   
 *  /\---/\ 
    ~~   ~~   
...."Have you mooed today?"...

Any more information you might need, I'll be glad to give.

Best regards,
Teresa e Junior

I forgot to mention, I have done a dist-upgrade this morning, but still no results.

Last edited by teresaejunior; 10-05-2010 at 07:25 AM..
 

10 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

memory leaks

Hi!! Experts, Any ideas how to check for the memory leaks in a process during performance testing?? I dont use purify.. Any way of finding it out using default S/W in HP UX-11 Can U gimme pointers to site having good scripts/tutorials on performance testing?? Thanx in Advance.. :) (3 Replies)
Discussion started by: jyotipg
3 Replies

2. HP-UX

Memory leaks on HP-UX 11i

Hi folks, We are using following listed configurations for a particular application. HP-UX 11i Sun Java 2 SDK Standard Edition 1.4.1 (version shipped with WebLogic 8) Oracle 9i Release 2 (Oracle 9.2.0) BEA WebLogic Server 8.1 SP3 It seems a memory leak when we use above configurations.... (1 Reply)
Discussion started by: gimhan90
1 Replies

3. Programming

Tool for finding memory leaks

hi, i am a c++ programmer working on linux(redhat linux8.0) environment, i need to find out the memory leaks, so far i didn't used any tools, so what are the tools are available, and whic one is good to use. plz provide with a small example. (1 Reply)
Discussion started by: sarwan
1 Replies

4. UNIX for Advanced & Expert Users

strange problem with memory leaks

Hi Unix lovers, I am facing a strange problem about memory leak. One component of our product show memory leak at customer's end but not in development environment. The memory used by the exe goes on increasing at customer end but not in dev. customer has same m/c(HP unix 11i) , the same... (1 Reply)
Discussion started by: shriashishpatil
1 Replies

5. Shell Programming and Scripting

Find memory leaks shell script ???

Hi all, Has anyone out there a shell script to detect memory leaks on unix machines? And if so what way did they go about it .? (5 Replies)
Discussion started by: nano2
5 Replies

6. UNIX and Linux Applications

Looking for memory leaks freeware tools

Hello all Is there good free ware tools to check software memory leaks ? Some thing like purify on unix platforms sun/hp/linux Thanks (3 Replies)
Discussion started by: umen
3 Replies

7. Solaris

How to find Total and Free Physical Memory and Logical Memory in SOLARIS 9

Hi, Im working on Solaris 9 on SPARC-32 bit running on an Ultra-80, and I have to find out the following:- 1. Total Physical Memory in the system(total RAM). 2. Available Physical Memory(i.e. RAM Usage) 3. Total (Logical) Memory in the system 4. Available (Logical) Memory. I know... (4 Replies)
Discussion started by: 0ktalmagik
4 Replies

8. AIX

valgrind - pthread memory leaks on AIX

Hi all, I have written a small code just to invoke main and return immediately. When built with libpthread on AIX box, valgrind throws lots of memory leak errors. But when built without libpthread, no issues at all. Here is the sample run for your look. Any idea where I might be going wrong?... (3 Replies)
Discussion started by: visionofarun
3 Replies

9. Solaris

[DOUBT] Memory high in idle process on Solaris 10 (Memory Utilization > 90%)

Hi Experts, Our servers running Solaris 10 with SAP Application. The memory utilization always >90%, but the process on SAP is too less even nothing. Why memory utilization on solaris always looks high? I have statement about memory on solaris, is this true: Memory in solaris is used for... (4 Replies)
Discussion started by: edydsuranta
4 Replies

10. Programming

Memory Leaks

Suppose I have a main() function with only one malloc statement allocating say some 1 gb memory. Also say my system has 1 gb of ram. main() { malloc(1gb) return(0) } The program above exits without freeing the memory. In this case will the 1 gb of heap memory be returned... (9 Replies)
Discussion started by: rupeshkp728
9 Replies
dpkg-architecture(1)						    dpkg suite						      dpkg-architecture(1)

NAME
dpkg-architecture - set and determine the architecture for package building SYNOPSIS
dpkg-architecture [option...] [command] DESCRIPTION
dpkg-architecture provides a facility to determine and set the build and host architecture for package building. The build architecture is always determined by an external call to dpkg(1), and cannot be set at the command line. You can specify the host architecture by providing one or both of the options --host-arch and --host-type. The default is determined by an external call to gcc(1), or the same as the build architecture if CC or gcc are both not available. One out of --host-arch and --host-type is sufficient, the value of the other will be set to a usable default. Indeed, it is often better to only specify one, because dpkg-architecture will warn you if your choice does not match the default. COMMANDS
-l, --list Print the environment variables, one each line, in the format VARIABLE=value. This is the default action. -e, --equal architecture Check for equality of architecture (since dpkg 1.13.13). It compares the current or specified Debian host architecture against architecture, to check if they are equal. This action will not expand the architecture wildcards. Command finishes with an exit status of 0 if matched, 1 if not matched. -i, --is architecture-wildcard Check for identity of architecture (since dpkg 1.13.13). It compares the current or specified Debian host architecture against architecture-wildcard after having expanded it as an architecture wildcard, to check if they match. Command finishes with an exit status of 0 if matched, 1 if not matched. -q, --query variable-name Print the value of a single variable. -s, --print-set Print an export command. This can be used to set the environment variables using eval. -u, --print-unset Print a similar command to --print-unset but to unset all variables. -c, --command command-string Execute a command-string in an environment which has all variables set to the determined value. -L, --list-known Print a list of valid architecture names. Possibly restricted by one or more of the matching options --match-wildcard, --match-bits or --match-endian (since dpkg 1.17.14). -?, --help Show the usage message and exit. --version Show the version and exit. OPTIONS
-a, --host-arch architecture Set the host Debian architecture. -t, --host-type gnu-system-type Set the host GNU system type. -A, --target-arch architecture Set the target Debian architecture (since dpkg 1.17.14). -T, --target-type gnu-system-type Set the target GNU system type (since dpkg 1.17.14). -W, --match-wildcard architecture-wildcard Restrict the architectures listed by --list-known to ones matching the specified architecture wildcard (since dpkg 1.17.14). -B, --match-bits architecture-bits Restrict the architectures listed by --list-known to ones with the specified CPU bits (since dpkg 1.17.14). Either 32 or 64. -E, --match-endian architecture-endianness Restrict the architectures listed by --list-known to ones with the specified endianness (since dpkg 1.17.14). Either little or big. -f, --force Values set by existing environment variables with the same name as used by the scripts are honored (i.e. used by dpkg-architecture), except if this force flag is present. This allows the user to override a value even when the call to dpkg-architecture is buried in some other script (for example dpkg-buildpackage(1)). TERMS
build machine The machine the package is built on. host machine The machine the package is built for. target machine The machine the compiler is building for. This is only needed when building a cross-toolchain, one that will be built on the build architecture, to be run on the host architecture, and to build code for the target architecture. Debian architecture The Debian architecture string, which specifies the binary tree in the FTP archive. Examples: i386, sparc, hurd-i386. Debian architecture tuple A Debian architecture tuple is the fully qualified architecture with all its components spelled out. This differs with Debian architectures in that at least the cpu component does not embed the abi. The current tuple has the form abi-libc-os-cpu. Examples: base-gnu-linux-amd64, eabihf-musl-linux-arm. Debian architecture wildcard A Debian architecture wildcard is a special architecture string that will match any real architecture being part of it. The general form is a Debian architecture tuple with four or less elements, and with at least one of them being any. Missing elements of the tuple are prefixed implicitly as any, and thus the following pairs are equivalent: any-any-any-any = any any-any-os-any = os-any any-libc-any-any = libc-any-any Examples: linux-any, any-i386, hurd-any, eabi-any-any-arm, musl-any-any. GNU system type An architecture specification string consisting of two parts separated by a hyphen: cpu and system. Examples: i586-linux-gnu, sparc-linux-gnu, i686-gnu, x86_64-netbsd. multiarch triplet The clarified GNU system type, used for filesystem paths. This triplet does not change even when the baseline ISA gets bumped, so that the resulting paths are stable over time. The only current difference with the GNU system type is that the CPU part for i386 based systems is always i386. Examples: i386-linux-gnu, x86_64-linux-gnu. Example paths: /lib/powerpc64le-linux-gnu/, /usr/lib/i386-kfreebsd-gnu/. VARIABLES
The following variables are set by dpkg-architecture: DEB_BUILD_ARCH The Debian architecture of the build machine. DEB_BUILD_ARCH_ABI The Debian abi name of the build machine (since dpkg 1.18.11). DEB_BUILD_ARCH_LIBC The Debian libc name of the build machine (since dpkg 1.18.11). DEB_BUILD_ARCH_OS The Debian system name of the build machine (since dpkg 1.13.2). DEB_BUILD_ARCH_CPU The Debian cpu name of the build machine (since dpkg 1.13.2). DEB_BUILD_ARCH_BITS The pointer size of the build machine (in bits; since dpkg 1.15.4). DEB_BUILD_ARCH_ENDIAN The endianness of the build machine (little / big; since dpkg 1.15.4). DEB_BUILD_GNU_CPU The CPU part of DEB_BUILD_GNU_TYPE. DEB_BUILD_GNU_SYSTEM The System part of DEB_BUILD_GNU_TYPE. DEB_BUILD_GNU_TYPE The GNU system type of the build machine. DEB_BUILD_MULTIARCH The clarified GNU system type of the build machine, used for filesystem paths (since dpkg 1.16.0). DEB_HOST_ARCH The Debian architecture of the host machine. DEB_HOST_ARCH_ABI The Debian abi name of the host machine (since dpkg 1.18.11). DEB_HOST_ARCH_LIBC The Debian libc name of the host machine (since dpkg 1.18.11). DEB_HOST_ARCH_OS The Debian system name of the host machine (since dpkg 1.13.2). DEB_HOST_ARCH_CPU The Debian cpu name of the host machine (since dpkg 1.13.2). DEB_HOST_ARCH_BITS The pointer size of the host machine (in bits; since dpkg 1.15.4). DEB_HOST_ARCH_ENDIAN The endianness of the host machine (little / big; since dpkg 1.15.4). DEB_HOST_GNU_CPU The CPU part of DEB_HOST_GNU_TYPE. DEB_HOST_GNU_SYSTEM The System part of DEB_HOST_GNU_TYPE. DEB_HOST_GNU_TYPE The GNU system type of the host machine. DEB_HOST_MULTIARCH The clarified GNU system type of the host machine, used for filesystem paths (since dpkg 1.16.0). DEB_TARGET_ARCH The Debian architecture of the target machine (since dpkg 1.17.14). DEB_TARGET_ARCH_ABI The Debian abi name of the target machine (since dpkg 1.18.11). DEB_TARGET_ARCH_LIBC The Debian libc name of the target machine (since dpkg 1.18.11). DEB_TARGET_ARCH_OS The Debian system name of the target machine (since dpkg 1.17.14). DEB_TARGET_ARCH_CPU The Debian cpu name of the target machine (since dpkg 1.17.14). DEB_TARGET_ARCH_BITS The pointer size of the target machine (in bits; since dpkg 1.17.14). DEB_TARGET_ARCH_ENDIAN The endianness of the target machine (little / big; since dpkg 1.17.14). DEB_TARGET_GNU_CPU The CPU part of DEB_TARGET_GNU_TYPE (since dpkg 1.17.14). DEB_TARGET_GNU_SYSTEM The System part of DEB_TARGET_GNU_TYPE (since dpkg 1.17.14). DEB_TARGET_GNU_TYPE The GNU system type of the target machine (since dpkg 1.17.14). DEB_TARGET_MULTIARCH The clarified GNU system type of the target machine, used for filesystem paths (since dpkg 1.17.14). FILES
Architecture tables All these files have to be present for dpkg-architecture to work. Their location can be overridden at runtime with the environment variable DPKG_DATADIR. These tables contain a format Version pseudo-field on their first line to mark their format, so that parsers can check if they understand it, such as "# Version=1.0". /usr/share/dpkg/cputable Table of known CPU names and mapping to their GNU name. Format version 1.0 (since dpkg 1.13.2). /usr/share/dpkg/ostable Table of known operating system names and mapping to their GNU name. Format version 2.0 (since dpkg 1.18.11). /usr/share/dpkg/tupletable Mapping between Debian architecture tuples and Debian architecture names. Format version 1.0 (since dpkg 1.18.11). /usr/share/dpkg/abitable Table of Debian architecture ABI attribute overrides. Format version 2.0 (since dpkg 1.18.11). Packaging support /usr/share/dpkg/architecture.mk Makefile snippet that properly sets and exports all the variables that dpkg-architecture outputs (since dpkg 1.16.1). EXAMPLES
dpkg-buildpackage accepts the -a option and passes it to dpkg-architecture. Other examples: CC=i386-gnu-gcc dpkg-architecture -c debian/rules build eval `dpkg-architecture -u` Check if the current or specified host architecture is equal to an architecture: dpkg-architecture -elinux-alpha dpkg-architecture -amips -elinux-mips Check if the current or specified host architecture is a Linux system: dpkg-architecture -ilinux-any dpkg-architecture -ai386 -ilinux-any Usage in debian/rules The environment variables set by dpkg-architecture are passed to debian/rules as make variables (see make documentation). However, you should not rely on them, as this breaks manual invocation of the script. Instead, you should always initialize them using dpkg-architecture with the -q option. Here are some examples, which also show how you can improve the cross compilation support in your package: Retrieving the GNU system type and forwarding it to ./configure: DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) [...] ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE)) confflags += --build=$(DEB_HOST_GNU_TYPE) else confflags += --build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE) endif [...] ./configure $(confflags) Doing something only for a specific architecture: DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) ifeq ($(DEB_HOST_ARCH),alpha) [...] endif or if you only need to check the CPU or OS type, use the DEB_HOST_ARCH_CPU or DEB_HOST_ARCH_OS variables. Note that you can also rely on an external Makefile snippet to properly set all the variables that dpkg-architecture can provide: include /usr/share/dpkg/architecture.mk ifeq ($(DEB_HOST_ARCH),alpha) [...] endif In any case, you should never use dpkg --print-architecture to get architecture information during a package build. ENVIRONMENT
DPKG_DATADIR If set, it will be used as the dpkg data directory, where the architecture tables are located (since dpkg 1.14.17). Defaults to <</usr/share/dpkg>>. NOTES
All long command and option names available only since dpkg 1.17.17. SEE ALSO
dpkg-buildpackage(1). 1.19.0.5 2018-04-16 dpkg-architecture(1)
All times are GMT -4. The time now is 01:53 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy