samcv also need to add for surogates too 00:03
and tux's test is passing now :)
i get a roast test failing though. not sure why 00:04
ok figured it out. the utf8-c8 negative graphemes were messing up normalization 00:49
[Tux] This is Rakudo version 2017.09-36-gb66f5e1cc built on MoarVM version 2017.09.1-18-g3a2eab52 06:18
csv-ip5xs 1.331 - 1.342
test 9.917 - 9.970
test-t 3.417 - 3.474
csv-parser 12.592 - 12.687
samcv [Tux], i should have the utf8 c8 problem fixed shortly
[Tux] assumes samcv's fixes are not yet merged into nom 06:19
samcv not yet
[Tux] :) waiting in anticipation!
I'll write new tests once that works (for me)
samcv new tests? heh
[Tux] samcv++ 06:20
samcv well i haven't gotten it to fail letting it run on a loop
[Tux] my goal is to use it for real binary data, like (jpg/png/tiff/gif) images in CSV
or serealized data or (compressed) C-structures, or (let your fantasy fill in the rest) 06:21
samcv maybe will be merged in an hour or so or less if all goes well 06:24
[Tux] don't expect me using that within a week or so. Have to do more than just use it 06:25
masak m: enum E <a b c>; say E.new(:key<D>, :value(3)) ~~ E 08:05
camelia True
masak TIL you can instantiate new enums
Geth roast: 641a3e3175 | (David Warring)++ | S02-types/subset.t
unfudge subset isa test
 08:13
roast: 91aa47df84 | (David Warring)++ | S02-types/subset.t
add another subset isa test
samcv [Tux], pushed it to MoarVM now. will probably put in nom after travis/appveyor run 08:26
lizmat Files=1227, Tests=75099, 295 wallclock secs (14.57 usr 5.30 sys + 1989.03 cusr 210.57 csys = 2219.47 CPU) 09:08
cuonglm Hi, can anyone tell me what `nqp::hllize` does? 10:19
I can not find it in nqp ops document
travis-ci Rakudo build failed. lizmat 'Merge pull request #1164 from Gnouc/nom 10:30
travis-ci.org/rakudo/rakudo/builds/277187479 github.com/rakudo/rakudo/compare/d...3581991442
buggable [travis build above] āœ“ All failures are due to: missing build log (1 failure).
stmuk whats the status of t/harness6? 10:34
dogbert17 stmuk: I believe it is broken if run with TEST_JOBS > 1 10:49
stmuk dogbert17: which since it how has =6 set by default is probably bad 10:55
lizmat admits not having done that in a while 11:15
dogbert17 stmuk: true but how many people run with =1, that takes forever 11:47
stmuk true but better than not working at all 11:56
dogbert17 perhaps we should fix the problem 12:07
Geth rakudo: stmuk++ created pull request #1166:
dogbert17++ fix harness6 by only allowing TEST_JOBS=1		 12:11
dogbert17 stmuk++ 12:12
patrickz Hi everyone! 12:17
timotimo hi 12:18
patrickz I'm trying to get rakudo-star on Windows running in a portable fashion. 12:25
I extracted the msi (into some other folder, not C:\rakudo), changed perl6.bat a bit and now get "'C:\.../BOOTSTRAP.moarvm': no such file 12:26
Geth rakudo/nom: 06fe4c4d29 | (Steve Mynott)++ | t/harness6
dogbert17++ fix harness6 by only allowing TEST_JOBS=1
 12:29
rakudo/nom: 78a4824b8e | lizmat++ (committed using GitHub Web editor) | t/harness6
Merge pull request #1166 from stmuk/nom

  dogbert17++ fix harness6 by only allowing TEST_JOBS=1
patrickz gist.github.com/patzim/1168962536a...70ae725b59
^-- That's the full error I get.
I am not sure whether it's possible to get rakudo to not care about the folder it's located in, given the full paths in that error message. 12:33
|Tux| This is Rakudo version 2017.09-36-gb66f5e1cc built on MoarVM version 2017.09.1-18-g3a2eab52
csv-ip5xs 1.295 - 1.314
test 9.676 - 9.761
test-t 3.406 - 3.408
csv-parser 12.246 - 12.486
patrickz Any clues on what I could try to get it running? 12:35
timotimo patrickz: at least on linuxes we generate one launcher before make install and another one during make install 12:46
oh, but the one before that just has the paths to the source, rather than relative paths
but yeah, rakudo star doesn't support relocation by itself
that's why it doesn't offer to be installed to any other place 12:47
patrickz I think I fixed up the paths in the launcher.
timotimo contributions very welcome
jnthn Probably there are paths embedded elsewhere
(No, I don't know where off hand, nor how hard it'd be to change that.) 12:48
patrickz There are hard paths sprinkled in the .moarvm binary files
timotimo if moar itself is relocatable without issue, we can "just" recompile everything - assuming the rakudo extops don't cuse trouble, which they shouldn't 12:49
patrickz But some error messages about missing files (with the wrong c:\rakudo path) disappeared when I changed the perl6.bat script to link to the correct folders. So I suspected, that rakudo would just search in the libpaths before giving up. 12:50
timotimo if you want to find out what the context of the paths is, you can mor.exe --dump blah.moarvm and see the bytecode 12:53
patrickz Will have a look. Though I guess in general the answer will be "not easily doable" for now. 12:54
timotimo, jnthn: Thanks for all the info so far! 12:55
travis-ci Rakudo build failed. Zoffix Znet 'Make `eqv` throw typed exceptions on lazy comparisons 13:12
travis-ci.org/rakudo/rakudo/builds/277293078 github.com/rakudo/rakudo/compare/3...45791c5d94
buggable [travis build above] ā˜  Did not recognize some failures. Check results manually. 13:13
timotimo 3rdparty/libuv/src/unix/posix-hrtime.c:33:17: error: use of undeclared identifier 'CLOCK_MONOTONIC' 13:14
why is there a build failure inside libuv :\ 13:16
geekosaur right, thought that one sounded familiar. os x 10.11 doesn't have clock_gettime() 13:22
but its xcode *still* thinks it does
(because it's using the 10.12 SDK)
actually it looks like it is trying to do the right thing now, but still not quite right if libuv thinks clock_gettime is there 13:25
patrickz Update: I got perl6.bat to run with: "bin\perl6.bat --nqp-lib=C:\data\Downloads\rcalc-standalone\rakudo\share\nqp\lib" 13:46
travis-ci Rakudo build canceled. Zoffix Znet 'Test p6bindattrinvres with getattr of bigintā€¦ 15:10
travis-ci.org/rakudo/rakudo/builds/277413015 github.com/rakudo/rakudo/compare/d...2ca0d7e1ae
buggable [travis build above] āœ“ All failures are due to: missing build log (3 failures). 15:11
travis-ci Rakudo build canceled. Zoffix Znet 'Add reference to ticket to the test' 15:21
travis-ci.org/rakudo/rakudo/builds/277413812 github.com/rakudo/rakudo/compare/0...56c0564930
buggable [travis build above] āœ“ All failures are due to: missing build log (3 failures).
travis-ci Rakudo build canceled. Zoffix Znet 'Fix issues with Int.new 15:40
travis-ci.org/rakudo/rakudo/builds/277428981 github.com/rakudo/rakudo/compare/d...34036dd436
buggable [travis build above] āœ“ All failures are due to: missing build log (3 failures).
Geth rakudo/supply-block-refactor: f9400d9a2e | (Jonathan Worthington)++ | src/core/Supply.pm
Supply.zip should eager-shift its values

Otherwise we're at the mercy of the thing that runs out downstream emit in order to have correct behavior. Shaken out by refactors to Supply concurrency control.		 15:45
travis-ci Rakudo build canceled. Zoffix Znet 'Merge pull request #1165 from dwarring/subset-isa2 16:26
travis-ci.org/rakudo/rakudo/builds/277492032 github.com/rakudo/rakudo/compare/0...6f5e1cc870
buggable [travis build above] āœ“ All failures are due to: missing build log (3 failures). 16:27
Geth rakudo/supply-block-refactor: 26a9c31329 | (Jonathan Worthington)++ | src/core/Supply.pm
Change supply concurrency control mechanism

Previously, a supply/react block would immediately accept all of the messages sent to it, put them into a queue, and then whatever thread happened to be processing the current message would help out with processing new arrivals afterwards. This could cause messages to pile up without any back-pressure up the chain to slow things down. This ... (48 more lines)		 17:07
jnthn Enough continuation juggling for one day 17:10
dinner &
ugexe Rakudo::Internals.DIR-RECURSE needs to check that it does not try to recurse into non-readable directories (nqp::filereadable($!abspath)) for RT132110. although for it to still be able to return the unreadable path (and just skip recursing into it) might require a few other tweaks 17:33
synopsebot6 Link: rt.perl.org/rt3/Public/Bug/Display...?id=132110
samcv was talking about this in #moarvm. i plan to make any codepoint between 0 and 0x10FFFF give back a unique value. often we have like 19:49
m: 0x10FFFF.uniname.say
camelia <illegal>
samcv m: 0x10FFF.uniname.say
camelia <reserved>
samcv well 0x10FFFF shouldn't say illegal hmm. looks like a bug. but regardless 19:52
so we'd get '<reserved-10FFF>' instead of <reserved> 19:53
gfldex m: use nqp; say nqp::atpos_i(nqp::getrusage(), nqp::const::RUSAGE_MAXRSS) ~ 'B maxrss'; 20:38
camelia 73844B maxrss
gfldex what does ^^^ measure? 20:39
timotimo the maximum size that has been kept in memory at once since the program started 20:43
and i'd expect that to be kbytes, not bytes 20:44
samcv Gets resource usage statistics, so far as they are portably available (see libuv docs) and puts them into an integer array
geekosaur the largest amount of physical memory occupied by the process ( distinct from pages that are associated with it but never actually used so never loaded into memory). note that this includes shared libraries, so RSS for all running processes can add up to more than total physical memory
gfldex i wonder if $*VM should expose that number 20:47
geekosaur I'm not sure it's all that useful 20:48
japhb geekosaur: It is for profiling/tuning tools
geekosaur it may sound like it should be relevant, but the reality is much more complicated
gfldex that number alone doesn't tell you much but there are likely other related values available 20:49
it would help with memory leak detection tho
geekosaur because e.g. on a hardened system, forced LD_BIND_NOW will load every page of a shared object that has relocations into physical memory, but they'll only stay there briefly if the system has other stuff running as most of them won't thereafter be used
stmuk cro is in arch linux! 20:50
timotimo for one kind of leak detection, which is objects being kept alive by unexpected/unintended references, the heap snapshot profiler can hardly be beat
geekosaur RSS is also strongly affected by what else is running on a system 20:51
gfldex the heap snapshot profiler is extrospection. I want introspection! :->
geekosaur it is *not* a useful measure of what your program is doing. it *is* a measure of *how programs are affecting each other's memory use* 20:52
japhb My use case is a game displaying diagnostics at each frame (e.g. showing frame render time, objects considered, etc.) For that use case, I'd love to be able to see if my game is leaking (e.g. holding references to old frame data around).
geekosaur because your 'active' memory may actually be pushed out to swap if something unrelated needs memory
japhb geekosaur: You're assuming the general case. For something like the game engine use case, chances are the game is dominating both CPU and RAM while being used. 20:53
timotimo don't forget about internal fragmentation of the heap and similar data structures
like, the gen2 of gc-managed objects has a free list that goes through it. i don't think we reclaim pages ever
and of course the maxrss number can only grow, purely by virtue of being a max number 20:54
japhb timotimo: Yes, which for purely cyclical usage shouldn't be a big problem, right? Memory use will be a sawtooth of gen1, as will the % used of the space taken by gen2, but it shouldn't take long to find an asymptotic total RSS assuming no leaks, yes? 20:55
gfldex if we wanted such metrics, would $*VM be the right place to put it? 20:56
japhb gfldex: Do you have another proposed place?
gfldex the question is if all VMs can or should deliver. If they don't $*SPEC would fit. 20:57
actually $*VM would be fine. In doubt return (Int). 20:58
timotimo japhb: yeah, i'd expect so 21:19
jnthn Note that the getrusage op is missing much of its data on Windows 21:50
yoleaux 21:27Z <MasterDuke> jnthn: cool, i'll work up a PR for using the FSA within strings/opc.c functions. what about using it for strings in general (i.e., body.storage.strands)?
jnthn So it's not portable already
And on JVM it's even more of a hack :) 21:52
If somebody wants to improve that situation, that's fine. I only needed a couple of the numbers for the scheduler. 21:53
japhb: fwiw, github.com/rakudo/rakudo/commit/26a9c31329 is related to an RT you filed a while back, which I'm seeing if I can find a way to make work as part of other supply/react internals changes 21:54
Geth nqp: 263257a9c7 | smls++ | 2 files
Make || alternations respect :ratchet mode

  :ratchet mode already stopped the regex engine from backtracking
into quantifiers and `|` (LTM) alternations.
Now it also stops it from backtracking into `||` (sequential) alternations.
  (Fixes RT #130117)		 22:10
synopsebot6 Link: rt.perl.org/rt3/Public/Bug/Display...?id=130117
nqp: ba165c8d9a | smls++ | src/QRegex/P6Regex/Actions.nqp
Allow per-atom backtracking modifiers to override :ratchet

  (This fixes RT #131973.)
synopsebot6 Link: rt.perl.org/rt3/Public/Bug/Display...?id=131973
nqp: a9bea1b3c6 | (Jonathan Worthington)++ (committed using GitHub Web editor) | 3 files
Merge pull request #368 from smls/master

Make backtracking modifiers on alternations work correctly
japhb jnthn: At least according to the C docs, getrusage has a lot of stub fields under Linux as well. 22:38
jnthn japhb: Hm, interesting. tbh I only looked into it as far as the usage counters being widely available 22:39
japhb jnthn: Thank you for working on my old supply/react requests. :-) 22:40
jnthn japhb: I'm doing a bunch of v6.d.PREVIEW bits at the moment, so it's kinda the natural time to have a look at it :) 22:43
japhb jnthn: Ah, makes sense 22:52
japhb can't wait to try out the latest when it gets merged 22:53
timotimo latest already has the cool new ThreadPoolScheduler that's much smarter about starting threads 22:54
jnthn Well, time to go and rest up so I stand a chance of being smart enough to figure out the next step of the changes tomorrow. :-) 22:56
'night o/
timotimo gnite jnthn! :) 22:57
japhb gnite!
timotimo i won't stay up long either
japhb Well, gnight to you too then. :-) 22:58
samcv night! 23:38
raiph Should I file a bug? stackoverflow.com/questions/462204...e/46225523 23:43
Is my answer correct in its specifics? 23:44
japhb .tell stmuk In 06fe4c4d2910e8beb4edf30cc5e0cec2673c7165, wouldn't you want to check $jobs instead of TEST_JOBS, since it's broken whether the job count comes from the environment or a command line flag? Or are you leaving --jobs as an escape hatch? 23:45
yoleaux japhb: I'll pass your message to stmuk.
raiph ^^ I'll backlog tomorrow. TIA and goodnight #perl6-dev. 23:58

Powered by Cro and the RakuĀ® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!