DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:reply-to:mime-version:to
	:subject:references:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=kufRRnjgq0zmR+WQ
	cFxn4VCQMYVrRbD8+zjOuJdPWoTbbOmKs+Jix8oTxQnVi4oi+mnNbZeD/QzcBEnQ
	ldqOMurQ6VT876faajY0xRGBZ/1YT7Yi8myWr4adb91xsrFogn/1DBDPF7mPna9I
	fMHhqwkBvfLZ5I3rORzj6lK2sug=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Message-id: <52EAB3B9.4030505@cygwin.com>
Date: Thu, 30 Jan 2014 15:19:05 -0500
From: "Larry Hall (Cygwin)" <reply-to-list-only-lh@cygwin.com>
Reply-to: cygwin@cygwin.com
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-version: 1.0
To: cygwin@cygwin.com
Subject: Re: second call to mmap() results in error
References: <20140129181250.GW2821@calimero.vinschen.de> <52E95786.8050606@gmail.com> <20140130095822.GY2821@calimero.vinschen.de> <001801cf1db6$66c47c40$344d74c0$@lbmsys.com> <20140130124558.GA2821@calimero.vinschen.de> <003801cf1dbd$fc3ffc70$f4bff550$@lbmsys.com> <20140130170142.GD2821@calimero.vinschen.de> <5F8AAC04F9616747BC4CC0E803D5907D0C4763CC@MLBXv04.nih.gov> <52EA9A53.2050203@cygwin.com> <5F8AAC04F9616747BC4CC0E803D5907D0C4764C5@MLBXv04.nih.gov> <20140130183956.GA3573@ednor.casa.cgf.cx> <5F8AAC04F9616747BC4CC0E803D5907D0C4764ED@MLBXv04.nih.gov> <52EA9EA2.5030202@cygwin.com> <5F8AAC04F9616747BC4CC0E803D5907D0C476528@MLBXv04.nih.gov> <52EAA171.406@cygwin.com> <5F8AAC04F9616747BC4CC0E803D5907D0C4765D8@MLBXv04.nih.gov> <52EAA848.7070808@cygwin.com> <5F8AAC04F9616747BC4CC0E803D5907D0C477869@MLBXv04.nih.gov>
In-reply-to: <5F8AAC04F9616747BC4CC0E803D5907D0C477869@MLBXv04.nih.gov>
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7bit

On 1/30/2014 2:46 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:

> OP privately wrote:
>
>> The problem is also fixed by correct type-casting in the calls to mmap() ...
>>
>>   mmap1 = mmap(NULL, (size_t) 524304, PROT_WRITE | PROT_READ, MAP_SHARED,
>> shm_fd1, 0);
>>
>> The address returned from the call to mmap() -- with or without the
>> ftruncate() -- was bad without the (size_t) specification.
>
> (note "with or without ftruncate()")
>
> And I ask again (last time, I promise), how on Earth adding <unistd.h> to
> the code below would make the code suddenly working?  (Like I said before,
> that code worked for me, with -Wall showing nothing, from the very beginning.)

OK, I didn't realize you were asking Steve specifically, on list, to
clarify a statement he made to you in a private message.  And now that I
recognize which code you've been thinking about when you've been asking
questions throughout this thread, I can only tell you the behavior I see
with it, which doesn't match yours if I understand correctly what you've
been seeing.  That said, it really doesn't matter what I see if you want to
know more details specifically from Steve.  Given that, I'll bow out of
this thread.

-- 
Larry

_____________________________________________________________________

A: Yes.
 > Q: Are you sure?
 >> A: Because it reverses the logical flow of conversation.
 >>> Q: Why is top posting annoying in email?

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple