|
Welcome the channel on the development of Cro, a set of libraries for building reactive distributed systems, lovingly crafted to take advantage of all the Raku Programming Language has to offer (cro.services). This channel is being logged for historical purposes. Set by lizmat on 24 May 2021. |
|||
|
09:41
patrickb joined
14:17
Xliff joined
|
|||
| Xliff | \o | 14:17 | |
| Given "package Mine { sub a is export ( ... } }" | |||
| Is there a way I can call a as both a() or Mine:a()? | 14:18 | ||
| Would our-scoping a() be the way to go? | |||
| Anaswer: no | 16:11 | ||
| s/Ana/An/ | |||
|
16:47
rypervenche joined
|
|||
| jnthnwrthngtn | `our` scoping is the ansewr | 17:06 | |
| It's `Mine::a()` though (two colons, not one) | 17:07 | ||
| Note that you need to leave the `is export` *and* `our` scope it | |||
| Xliff | Ah, thanks jnthnwrthngtn. | 17:36 | |
| That's good to know. I left out the fact that in my use case, I left out the fact it was a multi. | 17:37 | ||
| Can't our scope an individual multi, I would have had to write a proto. | |||
| jnthnwrthngtn: How goes work on RakuAST? | 17:38 | ||
| jnthnwrthngtn: What's the best way to test for leaks? I have a Cro app server that I can't keep up for longer than a day or so before it chews up all of the active RAM. | 18:26 | ||
|
18:43
japhb left,
japhb joined
|
|||
| jnthnwrthngtn | Xliff: Heap dumps are probably the best way, although the tooling around them is not wonderful. | 19:37 | |
| But that'd let you see what kinds of objects are growing with time and what keeps them alive | 19:38 | ||
| RakuAST hasn't move that much recently, I've been almost entirely focused on getting new-disp over the line, so at least *something* I started got done :) | |||
|
20:15
patrickz joined
|
|||
| Xliff | jnthnwrthngtn: I completely understand regarding RakuAST. The work on new-disp was just as important. Thank you so much for getting that across the finish line. | 20:25 | |
| A little bit of odd new re Cro::WebApp::Template though. I've been using Cro::WebApp::Template::Bootstap, and it's been serving me well. However I have run into a bit of an issue. | 20:26 | ||
| I have made change after change to cdn.crotmp, but none of the changes seem to make it through to the running server. I've rerun my app several times with no change. | 20:27 | ||
| For example, there is a bug with jquery-ui which only occurs when jquery-slim is loaded. | |||
| So I've tried adjusting cdn.crotmp to remove it, and haven't been successful in getting any of that picked up. Ideas?\ | |||
| jnthnwrthngtn | I assume you've either reinstalled Cro::WebApp::Template::Bootstrap after your changes, or at least have a -I to point to your version of it? | 20:30 | |
| (It works just like any other Raku module in this regard) | |||
| If so you could try clearing out precomp caches (rm -r lib/.precomp) to see if that helps | 20:31 | ||
| Xliff | Sure | 20:34 | |
| Removing .precomp had no effect | 20:38 | ||
| jnthnwrthngtn | OK, then...I've no idea what's going on. | 20:41 | |
| (I was pretty sure we don't precompile template modules anyway, so woulda been surprised if it helped.) | |||
| You could try to strace it and grep for the bootstrap template file name to see what file it's trying to access. | |||
| Xliff | Good ide. | 20:44 | |
| idea even | |||
| jnthnwrthngtn | .oO( I know a good IDE too... :D ) |
||
| Xliff | strace doesn't seem to catch the route handlers. | ||
| jnthnwrthngtn: Hahah! Yes. | |||
| That'll be the next step | |||
| jnthnwrthngtn | Hmm...I thought strace traced everything in a process and thus all threads of it, but I may be mistaken. | 20:50 | |
| But perhaps worth checking in so far as requests are processed on the thread pool | |||
| Xliff | Yeah, well I straced the main raku executable, and didn't get anything from the thread processing the request. | 21:15 | |
| jnthnwrthngtn: Will rakudo-valgrind-m pick up leaked Rakudo resources, or just moar internals? | 21:52 | ||
|
23:12
patrickz left
23:14
patrickb left
|
|||