Newest at the top
| 2025-07-28 19:25:29 +0200 | AVA | (~AVA@84.54.80.216) |
| 2025-07-28 19:25:01 +0200 | AVA | (~AVA@84.54.80.216) (Max SendQ exceeded) |
| 2025-07-28 19:23:04 +0200 | LainIwakura | (~LainIwaku@user/LainIwakura) LainIwakura |
| 2025-07-28 19:22:49 +0200 | AVA | (~AVA@84.54.80.216) |
| 2025-07-28 19:22:02 +0200 | img | (~img@user/img) img |
| 2025-07-28 19:20:46 +0200 | img | (~img@user/img) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2025-07-28 19:19:21 +0200 | machinedgod | (~machinedg@d75-159-126-101.abhsia.telus.net) machinedgod |
| 2025-07-28 19:14:58 +0200 | michalz | (~michalz@185.246.207.200) (Ping timeout: 245 seconds) |
| 2025-07-28 19:13:44 +0200 | michalz_ | (~michalz@185.246.207.217) |
| 2025-07-28 19:07:51 +0200 | cyphase | (~cyphase@user/cyphase) cyphase |
| 2025-07-28 19:07:11 +0200 | tzh | (~tzh@c-76-115-131-146.hsd1.or.comcast.net) tzh |
| 2025-07-28 19:06:22 +0200 | ft | (~ft@p508db189.dip0.t-ipconnect.de) ft |
| 2025-07-28 19:00:06 +0200 | sprotte24 | (~sprotte24@p200300d16f257c0005fe6f8bca8e5e30.dip0.t-ipconnect.de) |
| 2025-07-28 18:59:06 +0200 | disconnect3d | (~disconnec@user/disconnect3d) disconnect3d |
| 2025-07-28 18:58:58 +0200 | disconnect3d | (~disconnec@user/disconnect3d) (Server closed connection) |
| 2025-07-28 18:58:03 +0200 | DoNald | (~aa@110.137.36.197) |
| 2025-07-28 18:51:09 +0200 | LainIwakura | (~LainIwaku@user/LainIwakura) (Ping timeout: 272 seconds) |
| 2025-07-28 18:50:58 +0200 | lxsameer | (~lxsameer@Serene/lxsameer) (Ping timeout: 240 seconds) |
| 2025-07-28 18:50:54 +0200 | __monty__ | (~toonn@user/toonn) (Quit: leaving) |
| 2025-07-28 18:50:01 +0200 | trickard_ | (~trickard@cpe-51-98-47-163.wireline.com.au) |
| 2025-07-28 18:49:47 +0200 | trickard | (~trickard@cpe-51-98-47-163.wireline.com.au) (Read error: Connection reset by peer) |
| 2025-07-28 18:37:24 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-07-28 18:31:15 +0200 | chele | (~chele@user/chele) (Remote host closed the connection) |
| 2025-07-28 18:25:28 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds) |
| 2025-07-28 18:21:32 +0200 | trickard_ | trickard |
| 2025-07-28 18:21:19 +0200 | LainIwakura | (~LainIwaku@user/LainIwakura) LainIwakura |
| 2025-07-28 18:15:57 +0200 | ycp | (~znc@user/dragestil) dragestil |
| 2025-07-28 18:15:38 +0200 | ycp | (~znc@user/dragestil) (Server closed connection) |
| 2025-07-28 18:15:03 +0200 | LainIwakura | (~LainIwaku@user/LainIwakura) (Ping timeout: 272 seconds) |
| 2025-07-28 18:07:53 +0200 | LainIwakura | (~LainIwaku@user/LainIwakura) LainIwakura |
| 2025-07-28 18:01:15 +0200 | guest10 | (~guest10@nrwh-12-b2-v4wan-167917-cust3575.vm23.cable.virginm.net) (Quit: Client closed) |
| 2025-07-28 17:57:39 +0200 | trickard_ | (~trickard@cpe-51-98-47-163.wireline.com.au) |
| 2025-07-28 17:57:26 +0200 | trickard | (~trickard@cpe-51-98-47-163.wireline.com.au) (Read error: Connection reset by peer) |
| 2025-07-28 17:56:01 +0200 | guest10 | (~guest10@nrwh-12-b2-v4wan-167917-cust3575.vm23.cable.virginm.net) |
| 2025-07-28 17:51:28 +0200 | hseg | (~gesh@46.120.20.122) (Ping timeout: 240 seconds) |
| 2025-07-28 17:47:38 +0200 | ndudaev | (~ndudaev@83.29.118.149.ipv4.supernova.orange.pl) (Ping timeout: 272 seconds) |
| 2025-07-28 17:45:03 +0200 | trickard_ | trickard |
| 2025-07-28 17:43:31 +0200 | trickard_ | (~trickard@cpe-51-98-47-163.wireline.com.au) |
| 2025-07-28 17:43:18 +0200 | trickard_ | (~trickard@cpe-51-98-47-163.wireline.com.au) (Read error: Connection reset by peer) |
| 2025-07-28 17:41:37 +0200 | Unicorn_Princess | (~Unicorn_P@user/Unicorn-Princess/x-3540542) Unicorn_Princess |
| 2025-07-28 17:37:41 +0200 | AVA | (~AVA@84.54.80.216) (Read error: Connection reset by peer) |
| 2025-07-28 17:28:31 +0200 | <Henson> | merijn: yes |
| 2025-07-28 17:28:13 +0200 | <merijn> | ok, so you do specifically need malloc :) |
| 2025-07-28 17:28:05 +0200 | gmg | (~user@user/gehmehgeh) gehmehgeh |
| 2025-07-28 17:27:48 +0200 | <Henson> | merijn: the problem with that is that in my production code I don't know a-priori the amount of memory that should be allocated, because it's being allocated in the C/C++ layer and passed back to Haskell. |
| 2025-07-28 17:26:43 +0200 | <merijn> | https://hackage.haskell.org/package/base-4.21.0.0/docs/Foreign-ForeignPtr.html#v:mallocForeignPtrB… |
| 2025-07-28 17:26:40 +0200 | <merijn> | I've always used Foreign.ForeignPtr, so I was guessing that's why I'm used to seeing it in profiles while you might not |
| 2025-07-28 17:25:51 +0200 | <merijn> | Since it uses GHC's newAlignedPinnedByteArray, rather than malloc |
| 2025-07-28 17:25:16 +0200 | <merijn> | Henson: I meant more like, using mallocForeignPtrBytes, which allocates using GHC's allocator and SHOULD appear in memory profiles |
| 2025-07-28 17:24:41 +0200 | <Henson> | merijn: the problem also happens with C++ "new" and "delete" |