#5168 closed bug (fixed)
checking for working mmap... no — at Version 12
| Reported by: | andrewbachmann | Owned by: | axeld |
|---|---|---|---|
| Priority: | normal | Milestone: | R1 |
| Component: | System/libroot.so | Version: | R1/alpha1 |
| Keywords: | mmap malloc | Cc: | |
| Blocked By: | Blocking: | ||
| Platform: | x86 |
Description (last modified by )
REVISIONS from R1/alpha1 through hrev34335 exhibit the following behavior:
While trying to configure a gcc build I noticed configure said:
"checking for working mmap... no"
I extracted the test program from the configure script and it fails in a malloc. I have added printfs to the program so as to make it more descriptive. The error printed is: "data3 null". The failing line is: data3 = (char *) malloc (pagesize);
To compile this program, simply: gcc mman.c -o mman And run ./mman
I am running revision 34251, gcc2hybrid. The program fails if I compile it with gcc2.95.3-haiku-090629 or if I compile it with gcc 4.4.2 (from joe protsko).
THE ABOVE BEHAVIOR WENT AWAY in hrev34336 from 11/29/09 09:20:58
Change History (13)
by , 14 years ago
comment:1 by , 14 years ago
comment:2 by , 14 years ago
| Resolution: | → invalid |
|---|---|
| Status: | new → closed |
I compiled and ran it in 34655 and it worked fine. I took the same executable to 34251 and it failed. So, I guess this has been fixed in the meantime.
comment:4 by , 14 years ago
comment:5 by , 14 years ago
This test program is working in hrev34427 and that version also seems to support the BeZillaBroswer without the 'instaclose' problem.
comment:6 by , 14 years ago
My test results for BeZillaBrowser instaclose may not be valid since this install also seems to be working in hrev34760. Something else is at work here.
comment:11 by , 14 years ago
hrev34336 is the first working version. (does not exhibit the bug behavior)
comment:12 by , 14 years ago
| Description: | modified (diff) |
|---|
The sample code is working for me in hrev34761 with both compilers.