[Vm-dev] [OpenSmalltalk/opensmalltalk-vm] 28630b: The extra +1 in size parameter passed to mprotect(...
Ben Coman
btc at openinworld.com
Fri Dec 23 00:46:59 UTC 2016
Just curious about the behaviour and performance of mprotect and
VirtualProtect. Would it be feasible to use on each FFI callout so that
aberrant memory access from C code cannot corrupt the Smalltalk Image, but
generate an exception that could be handled in-Image?
cheers -ben
On Fri, Dec 23, 2016 at 12:37 AM, GitHub <noreply at github.com> wrote:
>
> Branch: refs/heads/Cog
> Home: https://github.com/OpenSmalltalk/opensmalltalk-vm
> Commit: 28630b8c60c35096175f6d6fddb5cd91d7868882
> https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/
> 28630b8c60c35096175f6d6fddb5cd91d7868882
> Author: Ronie Salgado <roniesalg at gmail.com>
> Date: 2016-12-20 (Tue, 20 Dec 2016)
>
> Changed paths:
> M platforms/unix/vm/sqUnixSpurMemory.c
> M platforms/win32/vm/sqWin32SpurAlloc.c
>
> Log Message:
> -----------
> The extra +1 in size parameter passed to mprotect(Unix) and
> VirtualProtect(Windows).
>
>
> Commit: 4d732c6db375be18a96a3c850f60a14538d2d867
> https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/
> 4d732c6db375be18a96a3c850f60a14538d2d867
> Author: Ronie Salgado <roniesalg at gmail.com>
> Date: 2016-12-21 (Wed, 21 Dec 2016)
>
> Changed paths:
> M platforms/unix/vm/sqUnixSpurMemory.c
>
> Log Message:
> -----------
> Computing the size after rounding down the start address.
>
>
> Commit: 11880398af1da706e7b61802c11985f12bef280e
> https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/
> 11880398af1da706e7b61802c11985f12bef280e
> Author: Nicolas Cellier <nicolas.cellier.aka.nice at gmail.com>
> Date: 2016-12-22 (Thu, 22 Dec 2016)
>
> Changed paths:
> M platforms/unix/vm/sqUnixSpurMemory.c
> M platforms/win32/vm/sqWin32SpurAlloc.c
>
> Log Message:
> -----------
> Merge pull request #109 from ronsaldo/MProtectBug
>
> Bug when calling mprotect and VirtualAlloc with the SpurMemoryManager
>
>
> Compare: https://github.com/OpenSmalltalk/opensmalltalk-
> vm/compare/28293aa6b85e...11880398af1d
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20161223/49e445bc/attachment-0001.html>
More information about the Vm-dev
mailing list