Re: Problem using .zerofill / -segaddr to create very large segments
site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com Dkim-signature: v=1; a=rsa-sha1; c=relaxed; d=alastairs-place.net; h= subject:mime-version:content-type:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; q=dns/txt; s= aug07; bh=H/N+dzEh6GBH9+ut9HcizvGWDos=; b=nEreoZkvzyI9/kICy+RSrw g6j5mVvfED7sHmHWkMTTosblXolo2HUjxG1jwLeHIthx7bRCdxJIpCm+hzUFMZ7i Ti2jANne4b6QBmdlHb5+xdld/n3zAZMuJUPRoH/SLcrsa1EMZ6PXJ9NHzzPykFEy NGQxB7bHbVmXPXHXDvxWE= On 22 Sep 2009, at 11:19, Jay Reynolds Freeman wrote:
I assume, given the above, that the motivation for this is that you're trying to set things up such that pointers in the shared memory all have the same addresses in each of the processes, and that means you want to reserve the same block of address space no matter what. Kind regards, Alastair. -- http://alastairs-place.net
_______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... Replying privately since this isn't strictly Darwin any longer ... True to an extent, but I wanted to understand why you were doing what you were doing before making any suggestions, so I've bought it back on list :-) Correct. Have you tried using the "vmmap" tool to investigate the virtual memory map of the process that you're having trouble with? That should enable you to investigate where the free regions of VM are likely to be at the correct point in your program's execution. I'm not sure what the precise virtual address space limits are for OS X---there's probably a tech. note somewhere, but someone here will know in any case---but it should be easy enough to locate a region that's large enough for your purposes. This email sent to site_archiver@lists.apple.com
participants (1)
-
Alastair Houghton