Home liberachat/#haskell: Logs Calendar

Logs: liberachat/#haskell

←Prev  Next→
Page 1 .. 1357 1358 1359 1360 1361 1362 1363 1364 1365 1366 1367 .. 18041
— 1,804,049 events total
2021-08-11 12:22:07 <hpc> y = (\z x -> x $ z) True (\x -> x)
2021-08-11 12:22:11 <hpc> y = _
2021-08-11 12:22:57 × MidAutumnHotaru quits (~MidAutumn@user/midautumnmoon) (Quit: Leaving for a break - theLounge)
2021-08-11 12:23:07 → MidAutumnHotaru joins (~MidAutumn@user/midautumnmoon)
2021-08-11 12:23:08 → qwedfg joins (~qwedfg@user/qwedfg)
2021-08-11 12:23:56 <hpc> yeah, it still does "x = _" even if you define "id' = \x -> x"
2021-08-11 12:24:03 <hpc> so that's what's happening i suspect
2021-08-11 12:24:03 × MidAutumnHotaru quits (~MidAutumn@user/midautumnmoon) (Client Quit)
2021-08-11 12:24:13 → MidAutumnHotaru joins (~MidAutumn@user/midautumnmoon)
2021-08-11 12:25:23 ← _73 parts (~user@pool-96-233-64-53.bstnma.fios.verizon.net) ()
2021-08-11 12:25:42 × MidAutumnHotaru quits (~MidAutumn@user/midautumnmoon) (Client Quit)
2021-08-11 12:25:53 → MidAutumnHotaru joins (~MidAutumn@user/midautumnmoon)
2021-08-11 12:26:28 × Guest71 quits (~Guest71@46.97.169.79) (Ping timeout: 246 seconds)
2021-08-11 12:27:42 × MidAutumnHotaru quits (~MidAutumn@user/midautumnmoon) (Client Quit)
2021-08-11 12:27:56 <viluon> hi, is it possible to `stack clean` build artifacts for a package my project depends on?
2021-08-11 12:28:09 → MidAutumnHotaru joins (~MidAutumn@user/midautumnmoon)
2021-08-11 12:29:40 × MidAutumnHotaru quits (~MidAutumn@user/midautumnmoon) (Client Quit)
2021-08-11 12:32:24 × Obo quits (~roberto@70.pool90-171-81.dynamic.orange.es) (Ping timeout: 268 seconds)
2021-08-11 12:32:57 → MidAutumnHotaru joins (~MidAutumn@user/midautumnmoon)
2021-08-11 12:33:15 MidAutumnHotaru is now known as MidAutumnMoon
2021-08-11 12:35:47 × kmein quits (~weechat@user/kmein) (Quit: ciao kakao)
2021-08-11 12:36:05 → kmein joins (~weechat@user/kmein)
2021-08-11 12:36:21 <viluon> I believe I may have run into a Cabal or Stack bug (suggested here https://stackoverflow.com/questions/54156236/how-to-resolve-however-the-given-installed-package-instance-does-not-exist-in) after a failed compilation in an ASCII locale. I switched to UTF-8 and regenerated the locales and am stuck with "dependencies were requested... however the given installed package instance does not exist" errors.
2021-08-11 12:36:26 → lavaman joins (~lavaman@98.38.249.169)
2021-08-11 12:36:30 <viluon> Stack config and logs are here (https://paste.tomsmeding.com/deuH2dqX), this is being compiled with a fork of GHC but it's believed to work
2021-08-11 12:38:33 <viluon> repo is here (https://github.com/viluon/ghc-wpc-sample-programs). I'd like to retain the compilation artifacts for anything that did build successfully since it's a large project. Hence my query about `stack clean`.
2021-08-11 12:41:12 <nf> int-e: time flies
2021-08-11 12:42:07 lep- is now known as lep
2021-08-11 12:42:16 × lavaman quits (~lavaman@98.38.249.169) (Ping timeout: 268 seconds)
2021-08-11 12:43:26 × burnsidesLlama quits (~burnsides@dhcp168-023.wadham.ox.ac.uk) (Remote host closed the connection)
2021-08-11 12:43:52 <kuribas> ugh, I wish I could turn of shadowing warnings locally...
2021-08-11 12:43:58 → burnsidesLlama joins (~burnsides@client-8-91.eduroam.oxuni.org.uk)
2021-08-11 12:47:11 × yoctocell quits (~user@h87-96-130-155.cust.a3fiber.se) (Remote host closed the connection)
2021-08-11 12:47:42 → chomwitt joins (~chomwitt@ppp-2-85-147-24.home.otenet.gr)
2021-08-11 12:48:16 × burnsidesLlama quits (~burnsides@client-8-91.eduroam.oxuni.org.uk) (Ping timeout: 258 seconds)
2021-08-11 12:49:53 → bitmapper joins (uid464869@id-464869.tooting.irccloud.com)
2021-08-11 12:50:01 → Obo joins (~roberto@70.pool90-171-81.dynamic.orange.es)
2021-08-11 12:50:09 × cladur quits (~cladur@user-5-173-146-9.play-internet.pl) (Ping timeout: 248 seconds)
2021-08-11 12:52:34 × barrucadu quits (~barrucadu@carcosa.barrucadu.co.uk) (Quit: leaving)
2021-08-11 12:53:59 × justsomeguy quits (~justsomeg@user/justsomeguy) (Ping timeout: 268 seconds)
2021-08-11 12:57:02 → yourname_ joins (~barrucadu@carcosa.barrucadu.co.uk)
2021-08-11 12:57:50 → fendor joins (~fendor@213162073059.public.t-mobile.at)
2021-08-11 12:57:51 yourname_ is now known as barrucadu
2021-08-11 12:58:56 × hendursa1 quits (~weechat@user/hendursaga) (Quit: hendursa1)
2021-08-11 12:58:59 × jneira quits (~jneira@212.8.115.226) (Quit: Client closed)
2021-08-11 12:59:37 → hendursaga joins (~weechat@user/hendursaga)
2021-08-11 12:59:39 × Obo quits (~roberto@70.pool90-171-81.dynamic.orange.es) (Ping timeout: 276 seconds)
2021-08-11 13:00:40 × fendor quits (~fendor@213162073059.public.t-mobile.at) (Remote host closed the connection)
2021-08-11 13:00:51 → enoq joins (~enoq@194-208-179-35.lampert.tv)
2021-08-11 13:01:06 → alx741 joins (~alx741@181.196.68.193)
2021-08-11 13:03:28 lep is now known as lep-
2021-08-11 13:08:13 → jtomas joins (~jtomas@233.red-83-34-2.dynamicip.rima-tde.net)
2021-08-11 13:08:28 × jtomas quits (~jtomas@233.red-83-34-2.dynamicip.rima-tde.net) (Client Quit)
2021-08-11 13:08:51 → jtomas joins (~jtomas@233.red-83-34-2.dynamicip.rima-tde.net)
2021-08-11 13:09:42 → shapr joins (~user@pool-100-36-247-68.washdc.fios.verizon.net)
2021-08-11 13:09:49 × emliunix quits (~emliunix@103.138.75.119) (Remote host closed the connection)
2021-08-11 13:12:07 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2021-08-11 13:15:27 <int-e> Oh sigh, bit rot... ghc-9.0.1 broke knob, which lambdabot depends on via misfortune... Okay, no 9.0.1 support today.
2021-08-11 13:15:39 → geekosaur joins (~geekosaur@xmonad/geekosaur)
2021-08-11 13:16:07 <int-e> nf: anyway: working on it, see https://github.com/lambdabot/lambdabot/pull/200
2021-08-11 13:16:35 <nf> cool, thanks
2021-08-11 13:18:54 × jtomas quits (~jtomas@233.red-83-34-2.dynamicip.rima-tde.net) (Remote host closed the connection)
2021-08-11 13:18:58 → machinedgod joins (~machinedg@135-23-192-217.cpe.pppoe.ca)
2021-08-11 13:19:25 → jtomas joins (~jtomas@233.red-83-34-2.dynamicip.rima-tde.net)
2021-08-11 13:22:20 × oxide quits (~lambda@user/oxide) (Ping timeout: 268 seconds)
2021-08-11 13:23:00 × jtomas quits (~jtomas@233.red-83-34-2.dynamicip.rima-tde.net) (Remote host closed the connection)
2021-08-11 13:26:57 → jtomas joins (~jtomas@233.red-83-34-2.dynamicip.rima-tde.net)
2021-08-11 13:27:22 → justsomeguy joins (~justsomeg@user/justsomeguy)
2021-08-11 13:27:37 × jtomas quits (~jtomas@233.red-83-34-2.dynamicip.rima-tde.net) (Remote host closed the connection)
2021-08-11 13:30:21 × pilyn quits (~pilyn@user/pilyn) (Quit: Leaving)
2021-08-11 13:30:39 → jtomas joins (~jtomas@233.red-83-34-2.dynamicip.rima-tde.net)
2021-08-11 13:34:51 → slack1256 joins (~slack1256@181.203.38.2)
2021-08-11 13:39:34 × tomd99 quits (~a@p200300ef97023872a00237f9722b67dc.dip0.t-ipconnect.de) (Ping timeout: 272 seconds)
2021-08-11 13:40:40 → shriekingnoise joins (~shrieking@186.137.144.80)
2021-08-11 13:41:01 × machinedgod quits (~machinedg@135-23-192-217.cpe.pppoe.ca) (Remote host closed the connection)
2021-08-11 13:42:03 → machinedgod joins (~machinedg@135-23-192-217.cpe.pppoe.ca)
2021-08-11 13:42:28 × machinedgod quits (~machinedg@135-23-192-217.cpe.pppoe.ca) (Remote host closed the connection)
2021-08-11 13:43:00 → Obo joins (~roberto@70.pool90-171-81.dynamic.orange.es)
2021-08-11 13:43:26 → machinedgod joins (~machinedg@135-23-192-217.cpe.pppoe.ca)
2021-08-11 13:45:24 → chris joins (~chris@81.96.113.213)
2021-08-11 13:45:28 chris is now known as Guest4990
2021-08-11 13:47:05 × lortabac quits (~lortabac@2a01:e0a:541:b8f0:3164:2b89:620b:cb12) (Quit: WeeChat 2.8)
2021-08-11 13:48:57 → simon1 joins (~simon@modemcable090.207-203-24.mc.videotron.ca)
2021-08-11 13:50:07 → timCF joins (~timCF@200-149-20-81.sta.estpak.ee)
2021-08-11 13:53:54 <timCF> Hello guys! I have a problem with `thread blocked indefinitely in an MVar operation` error. In my case at some point there is possibility that all threads which can write to the MVar are dead, and in this case Haskell runtime raises this async exception. To protect my program from this, I'm using `tryTakeMVar :: MVar a -> IO (Maybe a)` function instead of `takeMVar` to handle deadlock situations. But async
2021-08-11 13:54:00 <timCF> exception still happens from time to time. What I'm doing wrong?
2021-08-11 13:55:47 → slowButPresent joins (~slowButPr@user/slowbutpresent)
2021-08-11 13:56:07 × vysn quits (~vysn@user/vysn) (Ping timeout: 258 seconds)
2021-08-11 13:56:15 × silasfox quits (~silasfox@62.159.27.1) (Quit: Connection closed)
2021-08-11 13:56:39 <int-e> timCF: Hard to say, but note that the exception can arise from putMVar as well
2021-08-11 13:57:25 <timCF> int-e: I'm using `tryPutMVar` to avoid this error case.
2021-08-11 13:57:58 <int-e> "Hard to say"--we'll need more details to narrow things down.
2021-08-11 13:59:14 <merijn> timCF: If at some point all threads who can write are dead, then how would you ever recover?
2021-08-11 14:00:05 <merijn> timCF: What are you using the MVar for?
2021-08-11 14:00:09 <timCF> int-e: I can send a link to source code, maybe code explains itself better than me
2021-08-11 14:00:12 <timCF> https://github.com/coingaming/lnd-client/blob/1a45d5fa731f39f73243a8a624d583a5858729b3/src/LndClient/RPC/Silent.hs#L131-L143
2021-08-11 14:01:01 <merijn> timCF: Why not use an actual channel?
2021-08-11 14:01:19 <timCF> merijn: Just to detect that something happened in spawned thread. In case where all processes are dead, tryTakeMVar will be always nothing and retry counter will run into zero
2021-08-11 14:02:16 <timCF> merijn: you mean TChan instead of MVar?
2021-08-11 14:03:10 <timCF> Is there any advantage in TChan vs MVar for case where it's needed just to detect once that something happened?
←Prev  Next→
Page 1 .. 1357 1358 1359 1360 1361 1362 1363 1364 1365 1366 1367 .. 18041

All times are in UTC.