basilisk-cvs

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[CVS <do...@th...>]

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	vm_alloc.cpp 
Log Message:
- vm_acquire_fixed: Fix memset() and vm_protect() calls so that the address
  is really the one specified instead of always zero.

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[CVS <do...@th...>]

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	vm_alloc.cpp 
Log Message:
Fix check against return value of memset() in vm_acquire_fixed

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<do...@do...>]

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	vm_alloc.cpp 
Log Message:
Make sure a 32-bit B2/JIT works reasonnably well on AMD64 too. This implies
to force RAMBaseHost < 0x80000000. This is empirically determined to work on
Linux/x86 and Linux/amd64.

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<do...@do...>]

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	vm_alloc.cpp 
Log Message:
Fix build with DEC C++ compiler on Tru64.

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<do...@do...>]

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	vm_alloc.cpp 
Log Message:
Windows memory allocators

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<do...@do...>]

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	vm_alloc.cpp 
Log Message:
Gracefully catch SIGSEGV & SIGBUS for TEST_VM_PROT_* test cases. This should
avoid dumping core, and especially Windows fault alerts when natively
configuring with MinGW32.

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<do...@do...>]

Update of /cvs/BasiliskII/src/Unix by gbeauche

Modified Files:
	vm_alloc.cpp 
Log Message:
Robustify: only close zero_fd if actually allocated

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<do...@do...>]

Update of /cvs/BasiliskII/src/Unix by gbeauche

Modified Files:
	vm_alloc.cpp 
Log Message:
Get real page size on Windows for vm_get_page_size() [64 KB]

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<cv...@ce...>]

Update of /home/cvs/cebix/BasiliskII/src/Unix by gbeauche

Modified Files:
	vm_alloc.cpp 
Log Message:
add 33-bit addressing support to vm_acquire_fixed()

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<cv...@ce...>]

Update of /home/cvs/cebix/BasiliskII/src/Unix by gbeauche

Modified Files:
	vm_alloc.cpp 
Log Message:
Memory allocated through win32 VirtualAlloc() is zero-filled. Likewise for
memory mmap()'ed with MAP_ANONYMOUS (equivalent to /dev/zero mapping but
faster)

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<cv...@ce...>]

Update of /home/cvs/cebix/BasiliskII/src/Unix by gbeauche

Modified Files:
	vm_alloc.cpp 
Log Message:
Start allocating memory from 0x10000000 with linker scripts since the system
sometimes has a problem to make a decision when next_address == 0.

NOTE: this makes it possible to allocate up to 1 GB with DIRECT_ADDRESSING

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<cv...@ce...>]

Update of /home/cvs/cebix/BasiliskII/src/Unix by gbeauche

Modified Files:
	vm_alloc.cpp 
Log Message:
fix rev 1.22 commit for windows (extraneous return -1 left)

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<cv...@ce...>]

Update of /home/cvs/cebix/BasiliskII/src/Unix by gbeauche

Modified Files:
	vm_alloc.cpp 
Log Message:
Fix remove_shm_range() to actually return something

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<cv...@ce...>]

Update of /home/cvs/cebix/BasiliskII/src/Unix by gbeauche

Modified Files:
	vm_alloc.cpp 
Log Message:
LLP64 fixes (64-bit Windows)

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<cv...@ce...>]

Update of /home/cvs/cebix/BasiliskII/src/Unix by gbeauche

Modified Files:
	vm_alloc.cpp 
Log Message:
Fix build on 64-bit Vista.

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<cv...@ce...>]

Update of /home/cvs/cebix/BasiliskII/src/Unix by gbeauche

Modified Files:
	vm_alloc.cpp 
Log Message:
HP-UX does support 32-bit memory mappings.

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<cv...@ce...>]

Update of /home/cvs/cebix/BasiliskII/src/Unix by asvitkine

Modified Files:
	vm_alloc.cpp 
Log Message:
[Michael Schmitt]
SheepShaver includes the C errno string in many error messages. One case is when it calls the memory allocation routines in the Basilisk II vm_alloc.cpp program.

This works when the memory allocation routine uses functions that set errno (such as mmap or malloc). For example, running SheepShaver on a Linux hosts produces meaningful error messages.

The problem is that when run on an OS X host, the memory allocation uses Mach routines such as vm_allocate, which do not set errno.

So when SheepShaver reported the error, it used a stale value of errno, which happened to be 17. The result was an extremely misleading error message: "Cannot map RAM: File already exists".

The fix is to change vm_alloc so that it translates Mac return codes into POSIX errno values.

It also initializes errno to 0 at the start of the memory allocation routine, so that no matter what path it takes, it won't return a stale value.

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<cv...@ce...>]

Update of /home/cvs/cebix/BasiliskII/src/Unix by asvitkine

Modified Files:
	vm_alloc.cpp 
Log Message:
make the ifdef chain more readable

[Basilisk-cvs] BasiliskII/src/Unix vm_alloc.cpp

[<cv...@ce...>]

Update of /home/cvs/cebix/BasiliskII/src/Unix by asvitkine

Modified Files:
	vm_alloc.cpp 
Log Message:
cleanup ifdef chain syntax