github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm
Set by AlexDaniel on 12 June 2018.
vrurg MasterDuke++ 00:43
01:19 sena_kun joined 01:21 Altai-man_ left 02:03 AlexDaniel joined, AlexDaniel left, AlexDaniel joined
Geth MoarVM/unicode-13-update: 2168824d12 | (Timo Paulssen)++ | tools/UCD-download.p6
ucd-download: fix folder names (don't drop .0 from path)
02:37
MoarVM/unicode-13-update: 3b7a04af3d | (Timo Paulssen)++ | tools/ucd2c.pl
add support for unicode 13 "Tangut Ideograph Supplement"

and the CJK Ideograph Extension G, which is also new
MoarVM/unicode-13-update: 73c314127f | (Timo Paulssen)++ | 2 files
attempt at unicode 13 data in the unicode db

the automated scripts have to be changed a little bit more, because emoji-data.txt isn't in emoji-13/ any more.
Also, I haven't checked if everything is still correct, especially the tangut ideograph supplement block support could possibly be wrong?
timotimo i think nobody started on this yet, so i went ahead and did the simplest pieces
timotimo samcv: you may want to look over my changes, and perhaps you also know why the downloader had to be changed for the folder names on the ftp that apparently recently changed from "5" to "5.0" and such? and why ever the emoji-data.txt went from emoji-13 to ucd.zip or something? 02:38
i manually copied the emoji-data.txt file over into the emoji-13 folder to get ucd2c.pl to finish, but there's surely a more general approach here 02:39
03:18 Altai-man_ joined 03:21 sena_kun left 04:41 MasterDuke left 05:19 sena_kun joined 05:21 Altai-man_ left 05:52 Altai-man_ joined 05:55 sena_kun left 06:27 sena_kun joined 06:29 Altai-man_ left
samcv timotimo, hmm. i'll look at it before lunch today 06:52
07:18 Altai-man_ joined 07:21 sena_kun left 08:56 zakharyas joined 09:19 sena_kun joined 09:21 Altai-man_ left 10:28 kawaii joined 11:18 Altai-man_ joined 11:21 sena_kun left 13:19 sena_kun joined 13:21 Altai-man_ left 13:27 lucasb joined 13:46 zakharyas left 14:15 rypervenche joined 15:18 Altai-man_ joined 15:21 sena_kun left, zakharyas joined 16:10 sena_kun joined 16:12 Altai-man_ left 17:05 Voldenet joined, Voldenet left, Voldenet joined 17:21 sena_kun left 17:36 sena_kun joined 17:41 squashable6 joined 17:48 MasterDuke joined 18:46 zakharyas left 19:14 hankache joined 19:21 sena_kun left
samcv timotimo, i will check it out now 19:23
19:24 kawaii left
samcv timotimo, oh the ftp names sometimes change... at least it has happened before. I'm going to run the ucd2c.pl and see what crops up (before your changes) just to double check things. maybe add more error checking depending 19:30
19:35 sena_kun joined
samcv I am going to check out Unicode spec chapter 4 as the "die" message my past self wrote: 19:36
processing UnicodeData.txt...<Tangut Ideograph Supplement> encountered. Make sure to check www.unicode.org/versions/Unicode10.0.0/ch04.pdf for Name Derivation Rule Prefix Strings
Also you will likely have to make a change to MVM_unicode_get_name() and add a test to nqp at ./tools/ucd2c.pl line 1916
20:07 hankache left 20:09 lizmat joined
samcv timotimo, ok, i've made some improvements to the script. I am writing into the branch you pushed. I removed your changes to the script, and i want to make sure that the error that happens when it's run is clear enough for you to make the right choice 20:35
Geth MoarVM/unicode-13-update: a088b2e041 | (Samantha McVey)++ | tools/ucd2c.pl
unicode: Add a new guard for prefix string's

When new prefix strings or extensions are added we should make sure that we die if detect an unknown one.
In addition, ensure that there is much more robust explaination about Name Derivation Rule Prefix Strings. This will add a clearer error message when detected, as well as a bunch of comments to hopefully make it easier for others to deal with making changes to the script in future unicode versions.
20:36
MoarVM/unicode-13-update: 8e20187be5 | (Samantha McVey)++ | tools/ucd2c.pl
unicode: update path of emoji-data file

In version 13 of unicode the emoji-data.txt file is in a new location.
samcv tldr, your changes were incorrect, but it's mostly because the script wasn't clear enough and not enough comments in this section. Please run it again and I am hoping I have fixed the situation (goal being to make it easier for people not me to update unicode versions) 20:37
20:39 dogbert17 joined
lizmat samcv++ 20:39
21:13 lizmat left, lizmat joined 21:20 sena_kun left 21:35 sena_kun joined 22:05 sivoais joined 22:36 lucasb left
moon-child a while ago, I started working on a library to embed rakudo. It mostly worked fine, although it wasn't very featureful. Today, I tried running its tests, and I get a '*** stack smashing detected ***: terminated' 22:48
basically the way it worked is there was a raku function that evaluated strings passed to it, constructed a native c object based on that, and returned it. I get that error after returning the object
jnthn Probably somewhere there's a buffer overflow. I suggest using either valgrind or ASAN (on a debug build) to get more information on where it happens. 22:54
moon-child should I recompile my moar with debug syms then? 22:55
jnthn Yes
moon-child valgrind says nothing 23:13
timotimo could be a security feature that's not happy about NativeĻ‡all 23:14
moon-child will try rebuilding with asan
timotimo: could be...I doubt it, though 23:15
only thing I can think of is w^x, but I don't think I have that on
timotimo stack smashing would probably be stack cookies or something 23:16
jnthn I think (though hazy memory) it's something that gets compiled in 23:17
moon-child one thing I was thinking was that it doesn't know the abi convention for returning a struct of that size. But that seems like an odd thing to regress on
jnthn stackoverflow.com/questions/134567...d/50690687 23:18
timotimo i don't think we have any support for returning structs ATM 23:19
moon-child wait, no, nvm, it was a pointer to a struct
so it couldn't be that anyway
jnthn Maybe you got a compiler upgrade, or something changed such that the stack protector is turned on
23:20 sena_kun left
moon-child but if the stack protector is triggering, the code is probably doing something wrong anyway 23:20
jnthn Indeed. 23:21
Are you running MoarVM HEAD, btw?
moon-child whatever is the most recent thing that nqp gen-moar pulls 23:22
jnthn I sw this go by recently: github.com/MoarVM/MoarVM/commit/22...0e55380bab
23:35 sena_kun joined