On Wed, 3 Nov 1999, Simon Burge wrote:

> A quick report before I hit the sack:
> 
> 	mona:~ 92> ldd /usr/bin/cal
> 	ldd: mmap of entire address space failed: Cannot allocate memory
> 	mona:~ 93> rsh vlad ldd /usr/bin/cal
> 	/usr/bin/cal:
> 		 -lc.12 => /usr/lib/libc.so.12
> 
> 	mona:~ 95> ktruss ldd /usr/bin/cal | grep mmap
> 	ldd: mmap of entire address space failed: Cannot allocate memory
> 	  1020 ktruss   mmap(0, 0x1000, 0x3, 0x1002, 0xffffffff, 0, 0, 0) = 536870912
> 	  1020 ldd      mmap(0, 0x1000, 0x3, 0x1002, 0xffffffff, 0, 0, 0) = 536870912
> 	  1020 ldd      mmap(0, 0xfc01000, 0x1, 0x1002, 0xffffffff, 0, 0, 0) Err#12 ENOMEM
> 	  1020 ldd      mmap(0, 0xf16, 0x1, 0x1, 0x4, 0, 0, 0) = 536936448
> 	       "mmap of entire address space failed: Cannot allocate memory"
> 
> mona is -current as of a week or so, and vlad is 1.4.1...

  This appears to be more fallout from the MAP_FILE->MAP_ANON change in
ld.elf_so.  I just added some debug output in map_object.c and tried a
relatively -current ldd and a 1.4.1 ldd.  The debug output shows that
MAP_FILE succeeds for that large address space, but MAP_ANON fails.

Michael

--
Michael L. Hitch			mhitch@montana.edu
Computer Consultant
Information Technology Center
Montana State University	Bozeman, MT	USA