| IRC logs at
Set by AlexDaniel on 12 June 2018.
00:26 Kaiepi left 00:30 Kaiepi joined, patrickb left 01:44 linkable6 left, sourceable6 left, shareable6 left, evalable6 left, coverable6 left, squashable6 left, committable6 left, releasable6 left, notable6 left, statisfiable6 left, nativecallable6 left, bloatable6 left, unicodable6 left, greppable6 left, quotable6 left, bisectable6 left, tellable6 left, benchable6 left 01:45 unicodable6 joined, evalable6 joined, releasable6 joined, committable6 joined, bloatable6 joined, coverable6 joined 01:46 nativecallable6 joined, squashable6 joined, notable6 joined, linkable6 joined, greppable6 joined, benchable6 joined 01:47 sourceable6 joined, quotable6 joined, statisfiable6 joined, bisectable6 joined, shareable6 joined 01:48 tellable6 joined 05:53 evalable6 left, linkable6 left 05:55 linkable6 joined 05:56 evalable6 joined 06:32 harrow left 06:44 sena_kun joined, harrow joined 08:08 Kaiepi left 09:21 Altai-man joined 09:23 sena_kun left
Geth MoarVM/MVM_malloc_etc: 54a5091119 | (Nicholas Clark)++ | 4 files
Use MVM_{malloc,realloc,calloc,free} consistency.

All these calls changed to the MVM_* wrappers are on memory blocks where the other calls are MVM_* wrappers.
There are still a few "bare" `malloc`s/`free`s, but these seem to be self-contained, or related to memory allocated by `strdup`/`strndup`, which is using the platform `malloc` internally.
MoarVM: 88722e8ecc | (Ben Davies)++ | src/core/alloc.h
Fix zeroing of reallocated memory in MVM_recalloc

This function assumes that the new size of memory to be reallocated is greater than or equal to its old size. Should it be lesser instead, this will attempt to zero memory that is out of bounds, leading to a segfault. Only attempt to zero reallocated memory if its size has grown.
MoarVM: 5c791a4810 | nwc10++ (committed using GitHub Web editor) | src/core/alloc.h
Merge pull request #1366 from Kaiepi/mvm-recalloc-zeroing

Fix zeroing of reallocated memory in MVM_recalloc
nwc10 if I got the instructions correct, "dangerous but awesome" waits until Monday. Whereas that one is more "awesome was dangerous" 09:46
Geth MoarVM: nwc10++ created pull request #1368:
Use MVM_{malloc,realloc,calloc,free} consistency.
Altai-man Release packages are built, so it's probably safe to release the PRs. 09:54
nwc10 Oh Belgium! (Clearly I need peril sensitive sunglasses) 11:12
either I am massively misunderstanding some nuance of the specs 11:13
or *they lie*
Oracle's own compiler on Solaris is generting assembly consistent with gcc on sparc linux
but not Oracle's documented spec
and, hah! libffi works fine on sparc64 linux for the test in question 11:14
the SIGBUG is "Anything you still can’t cope with is therefore your own problem" 11:16
OK, this is looking like a subtle bug in nativecall 11:47
I see that there exists
void dcArgShort (DCCallVM* vm, DCshort value);
but no corresponding dcArgUshort 11:48
and on sparc64 the ABI behaviour is different for unsigned and signed shorts
(and chars)
(and ints don't behave like the documented spec)
and you only notice this if your code is sufficiently "simple" (or unlucky) enough to care about the exact bit representation that comes in, in the register used as part of the ABI 11:49
13:22 sena_kun joined 13:24 Altai-man left 15:33 Kaiepi joined 16:29 Kaiepi left 16:32 zakharyas joined 17:21 Altai-man joined 17:22 Kaiepi joined 17:24 sena_kun left 21:22 sena_kun joined 21:24 Altai-man left 21:36 zakharyas left 22:56 sena_kun left