|
00:00
melezhik_ joined
00:04
melezhik_ left
|
|||
| timo | if a cloned monitor would inherit its lockedness from the original, and you return a clone of a monitor from one of its methods, there is no way to unlock that monitor, since unlocking happens when control flow leaves the outer-most of its methods, but there is no thread of execution in the new monitor at all | 00:10 | |
|
00:19
melezhik_ joined
00:23
melezhik_ left
00:37
melezhik_ joined
00:41
melezhik_ left
00:44
melezhik_ joined
00:51
melezhik_ left
|
|||
| Geth | rakudo: zhuomingliang++ created pull request #6009: Fix some bugs |
00:54 | |
|
01:05
melezhik_ joined
01:11
melezhik_ left
01:24
melezhik_ joined
01:30
melezhik_ left
01:42
melezhik_ joined
01:49
melezhik_ left
02:01
apogee_ntv left
02:04
melezhik_ joined
02:07
apogee_ntv joined
02:10
melezhik_ left,
melezhik_ joined
02:16
melezhik_ left
02:33
melezhik_ joined
02:39
melezhik_ left,
melezhik_ joined
02:44
melezhik_ left
02:45
melezhik_ joined
02:54
melezhik_ left,
melezhik_ joined
03:01
melezhik_ left,
melezhik_ joined
03:13
melezhik_ left,
melezhik_ joined
03:19
apogee_ntv left
03:20
apogee_ntv joined
03:22
melezhik_ left,
melezhik_ joined
03:31
melezhik_ left
03:32
melezhik_ joined
03:39
melezhik_ left,
melezhik_ joined
03:48
melezhik_ left
04:03
melezhik_ joined
04:12
melezhik_ left
04:43
melezhik_ joined
04:49
melezhik_ left
04:50
melezhik_ joined
04:56
melezhik_ left
04:57
melezhik_ joined
05:15
melezhik_ left
05:23
melezhik_ joined
05:27
melezhik_ left
06:06
melezhik_ joined
06:13
melezhik_ left,
melezhik_ joined
06:21
melezhik_ left,
melezhik_ joined
06:27
melezhik_ left
06:28
melezhik_ joined
06:33
melezhik_ left,
melezhik_ joined
06:42
melezhik_ left
07:27
melezhik joined
07:37
melezhik_ joined
07:42
melezhik_ left
07:48
melezhik_ joined
07:52
melezhik_ left
07:57
melezhik_ joined
08:08
Voldenet_ joined,
Voldenet left,
Voldenet_ is now known as Voldenet
08:24
melezhik_ left,
melezhik_ joined
08:26
melezhik_ left
09:10
melezhik_ joined
09:25
melezhik_ left,
melezhik_ joined
09:33
melezhik_ left,
melezhik_ joined
09:41
melezhik_ left,
melezhik_ joined
09:46
melezhik_ left,
melezhik_ joined
09:47
finanalyst joined
|
|||
| Geth | rakudo/main: 690b7f07aa | (Jimmy Zhuo)++ (committed using GitHub Web editor) | 2 files RakuAST: Fix some bugs found by TRAE IDE self-is-resolved -> self.is-resolved &&/|| really do not curry |
10:06 | |
|
10:18
melezhik_ left
10:25
melezhik_ joined
10:33
melezhik_ left
10:37
finanalyst left
11:02
melezhik_ joined
11:09
melezhik_ left,
melezhik_ joined
11:16
melezhik_ left
11:30
melezhik_ joined
|
|||
| ab5tract | timo: that's what I was thinking. | 11:35 | |
| lizmat | yeah, my proposal was to create a new (unlocked) object with ReentrantMutex REPR | 11:37 | |
| but if everybody thinks that's too general an approach, I guess I'll hack together a OO::Monitors clone doing exactly that | 11:38 | ||
| *clone method | |||
|
11:47
melezhik_ left
11:50
melezhik_ joined
12:05
melezhik_ left,
melezhik_ joined
|
|||
| timo | do we have a "survey" of objects that have a lock/mutex/whatever inside them? i don't think a "clone" is sensible in the general case. for example, Promise only makes sense to be cloned in very specific circumstances, and even then it'll be weird if the "thens" are also copied over as well | 12:19 | |
|
12:31
melezhik_ left,
melezhik_ joined
12:47
melezhik_ left
14:29
Pixi` is now known as Pixi
14:53
melezhik_ joined
15:03
melezhik_ left,
melezhik_ joined
15:10
melezhik_ left,
melezhik_ joined
15:28
melezhik_ left
15:30
melezhik_ joined
15:35
melezhik_ left,
melezhik_ joined
15:52
melezhik_ left
|
|||
| ugexe | look at other languages and see what conclusions they have drawn. i don't think anything about this would be novel and specific to raku, and certain other language designers have thought long and hard about it | 15:52 | |
|
16:03
melezhik_ joined
16:09
melezhik_ left,
melezhik_ joined
16:14
melezhik_ left,
melezhik_ joined
16:31
melezhik_ left,
melezhik_ joined
16:46
melezhik_ left,
melezhik_ joined
|
|||
| ab5tract | lizmat: is there a GitHub issue describing the problem space a bit more? | 16:56 | |
| lizmat | ab5tract: the only one touching that is github.com/raku-community-modules/.../issues/18 afaik | 16:58 | |
| ab5tract | Got it, thanks. Unfortunately codesections doesn’t go into *why* he would want to clone a monitors object | 17:00 | |
| As someone who has never once touched clone in Raku, my mind fails to comprehend the utility | |||
| Just have a sub that returns a new monitors object with a static set of arguments | 17:01 | ||
| That would be my impulse anyway | |||
| lizmat | well, if you want an object that is almost the same as an other object, except for one or two attributes, .clone(foo => 42) could be quick solution | 17:03 | |
| japhb | It's also useful for making "custom defaults" and a sort of "prototype instance" | 17:05 | |
|
17:22
melezhik_ left,
melezhik_ joined
17:27
melezhik left
17:30
melezhik_ left
17:43
melezhik_ joined
17:45
melezhik_ left
18:05
melezhik joined
18:14
librasteve_ joined
18:15
melezhik_ joined
18:28
melezhik_ left,
melezhik_ joined
18:40
melezhik_ left,
melezhik_ joined
18:46
melezhik_ left,
melezhik_ joined
18:52
melezhik_ left,
melezhik_ joined
18:58
melezhik_ left,
melezhik_ joined
19:04
melezhik_ left,
melezhik_ joined
19:15
melezhik_ left
19:37
melezhik_ joined
20:23
melezhik_ left
20:24
librasteve_ left
23:17
melezhik left
23:51
melezhik_ joined
23:57
melezhik_ left
23:58
melezhik_ joined
|
|||