trl-letter combinations print other funny characters.
Any idea what's going on, what causes it, and/or how I can fix it?
(Google didn't help me, but then I wasn't really sure what to Google
for.)
$ uname -a
CYGWIN_NT-6.1-WOW64 Jay-Foad-W7 1.7.7(0.230/5/3) 2010-08-31 09:58 i686 Cygwin
Corinna Vinschen wrote:
> Right. The reason is that mmap started to map memory top down at one
> point to fix a problem with Windows Vista. The mechanism to align
> the map always to 64K is still in Cygwin, but it currently doesn't
> work for files. I'll have a look into fixing that for Cygwin
Corinna Vinschen wrote:
> mmap always allocates in 64K chunks.
That doesn't seem to be true in practice. In the test below I mmap a
1080K file (this is a multiple of 4K but not a multiple of 64K). The
first byte after the end of the file isn't readable.
$ cat mmaptest.c
#include
#include
#incl
I have an application that wants to use mmap() to read a file, but
only if it can guarantee that this will leave one or more zero bytes
after the end of the contents of the file in memory:
if ((filesize & (pagesize - 1) != 0)
use_mmap();
else
use_read();
How do I get the appropriate p
4 matches
Mail list logo