Logs: freenode/#haskell
| 2020-10-14 17:39:21 | <gentauro> | maerwald: I will not talk bad about people working with other `tech stacks`, but it's very clear who I would work with ;) |
| 2020-10-14 17:39:22 | <hseg> | merijn: it ended up not being that much more efficient than a straight map |
| 2020-10-14 17:39:46 | <hseg> | *shrugs* happens |
| 2020-10-14 17:40:00 | <maerwald> | gentauro: I've worked with javascript devs who were pretty high on the engineer skill scale |
| 2020-10-14 17:40:14 | <maerwald> | I don't think the language has anything to do with it, it's just community bias |
| 2020-10-14 17:40:38 | <maerwald> | it might be true that low-slikk is less annoying in haskell |
| 2020-10-14 17:40:44 | <maerwald> | but that's a different thing |
| 2020-10-14 17:40:54 | <maerwald> | s/low-slikk/low-skill/ |
| 2020-10-14 17:40:56 | <gentauro> | maerwald: lucky you. I worked with JS "peeps" (I wouldn't even call them devs) that didn't know what they were doing |
| 2020-10-14 17:41:18 | <maerwald> | you have the same in haskell, except that jobs are harder to get |
| 2020-10-14 17:41:23 | <gentauro> | maerwald: my point is that it's very difficult to hear that sentence with people working with Scala ;) |
| 2020-10-14 17:41:29 | × | kritzefitz quits (~kritzefit@212.86.56.80) (Remote host closed the connection) |
| 2020-10-14 17:41:35 | <merijn> | maerwald: i think that's not entirely true |
| 2020-10-14 17:41:43 | <gentauro> | s/Scala/FP/ |
| 2020-10-14 17:42:13 | <merijn> | maerwald: I think there is a historical (and decreasing) higher average skill in the Haskell community, but as it grows and expands it regresses back to the mean |
| 2020-10-14 17:42:55 | <maerwald> | which is a good thing |
| 2020-10-14 17:43:16 | <merijn> | Simply from sheer selection bias of "who feels attracted to small niche languages" |
| 2020-10-14 17:43:31 | <gentauro> | btw, I can see that I just jumped into the disccusion :) but did anybody see my question? 19:35 < gentauro> is there a Haskell project that reminds of `.NET LINQ`? |
| 2020-10-14 17:43:34 | <gentauro> | xD |
| 2020-10-14 17:44:25 | <dolio> | I answered it. |
| 2020-10-14 17:44:30 | <dolio> | And you didn't read it. |
| 2020-10-14 17:44:51 | <gentauro> | dolio: you didn't tagged me :P |
| 2020-10-14 17:44:58 | × | xerox_ quits (~xerox@unaffiliated/xerox) (Ping timeout: 260 seconds) |
| 2020-10-14 17:45:16 | <phadej> | gentauro: https://downloads.haskell.org/~ghc/latest/docs/html/users_guide/glasgow_exts.html#extension-MonadComprehensions |
| 2020-10-14 17:45:20 | × | kori quits (~kori@arrowheads/kori) (Read error: Connection reset by peer) |
| 2020-10-14 17:45:24 | <[exa]> | Hm so sometimes when starting a scotty app on a mac, I'm getting: "file descriptor 202794296 out of range for select (0--1024). Recompile with -threaded to work around this. Is there any good explanation of what's happening? |
| 2020-10-14 17:45:29 | <phadej> | here go your tag. |
| 2020-10-14 17:45:53 | → | Amras joins (~Amras@unaffiliated/amras0000) |
| 2020-10-14 17:46:05 | <monochrom> | There is also this angle: If you can learn several different languages --- and very different, having learned n-1 of them doesn't help learning the nth one --- it is a good show of what your mind can do. |
| 2020-10-14 17:46:20 | × | bahamas quits (~lucian@unaffiliated/bahamas) (Ping timeout: 272 seconds) |
| 2020-10-14 17:46:34 | <gentauro> | phadej: and dolio: it's just what I was looking for. Thx |
| 2020-10-14 17:46:51 | → | justanotheruser joins (~justanoth@unaffiliated/justanotheruser) |
| 2020-10-14 17:47:41 | <merijn> | [exa]: "you need to recompile with -threaded"? :p |
| 2020-10-14 17:47:52 | <merijn> | [exa]: Looks like you hit a limitation of the non-threaded RTS |
| 2020-10-14 17:47:56 | → | xerox_ joins (~xerox@unaffiliated/xerox) |
| 2020-10-14 17:48:06 | <ghoulguy> | I bet 202794296 isn't a real file descriptor |
| 2020-10-14 17:48:20 | <merijn> | Also that |
| 2020-10-14 17:48:57 | <[exa]> | well yeah, the question is where this came from (can't find anything reasonable). I'm not aware of anything in the app that could break such stuff, it just starts scotty in a perfectly normal way, no magic, no workarounds, no nothing |
| 2020-10-14 17:49:09 | <monochrom> | threaded RTS is not going to get a higher quota for file descriptors. |
| 2020-10-14 17:49:18 | × | wroathe quits (~wroathe@c-73-24-27-54.hsd1.mn.comcast.net) (Ping timeout: 260 seconds) |
| 2020-10-14 17:49:42 | <merijn> | Well, it looks like he hit a *select* limit |
| 2020-10-14 17:49:47 | <geekosaur> | but it may use poll instead of select() which by inherent design has a low file descriptor limit |
| 2020-10-14 17:49:48 | <merijn> | Not a file descriptor limit |
| 2020-10-14 17:49:48 | <ghoulguy> | The -threaded bit is a distraction. Something is generating or corrupting an invalid file descriptor |
| 2020-10-14 17:50:07 | <Ariakenom> | threaded rts behaves nicer in a bunch of ways, right? |
| 2020-10-14 17:50:14 | <merijn> | Ariakenom: Yes |
| 2020-10-14 17:50:16 | <geekosaur> | that said, I agree that does not look to me like it was a valid fd in the first place |
| 2020-10-14 17:50:36 | <merijn> | Ariakenom: You probably always want the threaded RTS (but with parallel GC disabled! which should become the default sometime soon-ish) |
| 2020-10-14 17:50:37 | <monochrom> | However, non-threaded RTS asks for periodic SIGVTALRM, this can interfere with syscalls, and after a long story may lead to weird return values. |
| 2020-10-14 17:51:20 | <merijn> | The parallel GC is bad in most cases, unless you know what you're doing |
| 2020-10-14 17:51:22 | <Ariakenom> | merijn: soonTM :p. It's been the less buggy ines for years I think |
| 2020-10-14 17:51:32 | <Ariakenom> | less buggy one |
| 2020-10-14 17:51:40 | <ghoulguy> | OK, it could be the case that the non-threaded runtime is completely broken and shouldn't be used and in this case error message recommendation coincidentally applies |
| 2020-10-14 17:51:44 | <[exa]> | like, I shall just compile with threaded and hope that this stops happening (the random nature of this occurring is what scares me), but a better explanation that "please just workaround" would be really cool |
| 2020-10-14 17:52:12 | <[exa]> | certainly the number is not a valid FD |
| 2020-10-14 17:52:15 | → | dirediresalt joins (DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt) |
| 2020-10-14 17:53:12 | <geekosaur> | especially not on a Mac which has rather low fd limits out of the box, unlike linux |
| 2020-10-14 17:53:20 | <[exa]> | yeah |
| 2020-10-14 17:53:37 | <[exa]> | "non-threaded runtime is completely broken" oh noes |
| 2020-10-14 17:53:50 | <monochrom> | Hrm, this can be very evil. |
| 2020-10-14 17:53:53 | × | GyroW_ quits (~GyroW@unaffiliated/gyrow) (Quit: Someone ate my pie) |
| 2020-10-14 17:53:56 | <geekosaur> | well, I wouldnt say completely broken, but it's not very stable |
| 2020-10-14 17:54:03 | <[exa]> | I can collect versions of everything just for reference |
| 2020-10-14 17:54:03 | → | GyroW joins (~GyroW@d54c03e98.access.telenet.be) |
| 2020-10-14 17:54:03 | × | GyroW quits (~GyroW@d54c03e98.access.telenet.be) (Changing host) |
| 2020-10-14 17:54:03 | → | GyroW joins (~GyroW@unaffiliated/gyrow) |
| 2020-10-14 17:54:15 | <[exa]> | (it's not my box in particular) |
| 2020-10-14 17:54:18 | × | DirefulSalt quits (DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt) (Ping timeout: 260 seconds) |
| 2020-10-14 17:54:56 | <merijn> | [exa]: It's not "completely broken", but there's a bunch of libraries that cannot work correctly with it (for example, process) |
| 2020-10-14 17:55:56 | <geekosaur> | process can't work correctly anyway :/ |
| 2020-10-14 17:55:56 | <monochrom> | Here is the evil possibility. The suggestion "use -threaded" may be a blanket suggestion that applies to other scenerios but not yours. |
| 2020-10-14 17:56:00 | <merijn> | Just remember "+RTS -qg" :p (or use -with-rtsopts) |
| 2020-10-14 17:57:12 | × | cheater quits (~user@unaffiliated/cheater) (Quit: (BitchX) Time wasted: all of it) |
| 2020-10-14 17:57:13 | × | raehik quits (~raehik@cpc96984-rdng25-2-0-cust109.15-3.cable.virginm.net) (Ping timeout: 264 seconds) |
| 2020-10-14 17:57:14 | <ghoulguy> | Why -qg? |
| 2020-10-14 17:57:33 | <geekosaur> | disable parallel gc, I think |
| 2020-10-14 17:57:38 | <merijn> | Disables parallel GC |
| 2020-10-14 17:57:45 | <ghoulguy> | Yeah, I gathered that much |
| 2020-10-14 17:58:05 | → | raehik joins (~raehik@cpc96984-rdng25-2-0-cust109.15-3.cable.virginm.net) |
| 2020-10-14 17:58:17 | <geekosaur> | because that's only useful with specific workloads currently, as already discussed (and comes up in here every couple weeks) |
| 2020-10-14 17:58:25 | <merijn> | ghoulguy: Because parallel GC often causes *huge* slowdown, an order of magnitude in my own code |
| 2020-10-14 17:59:38 | <ghoulguy> | Do you know what kinds of workloads it is good for? |
| 2020-10-14 18:00:02 | × | funkatron quits (~funkatron@185.104.184.43) () |
| 2020-10-14 18:00:11 | → | cheater joins (~user@unaffiliated/cheater) |
| 2020-10-14 18:00:52 | <merijn> | No clue, haven't seen one yet :p |
| 2020-10-14 18:01:15 | <merijn> | And even when it's good you'll want to explicitly configure how many parallel threads, instead of 1 per capability |
| 2020-10-14 18:01:50 | <monochrom> | Yeah, I now feel that perhaps the non-threaded RTS was not the cause, rather the messenger. It notices bad FDs more often because of its other limitations. If you switch to the threaded RTS, you are not eliminating the cause, only eliminating a messenger. |
| 2020-10-14 18:03:04 | → | ensyde joins (~ensyde@2600:1702:2e30:1a40:f09c:a012:516e:b253) |
| 2020-10-14 18:03:21 | → | conal joins (~conal@64.71.133.70) |
| 2020-10-14 18:03:34 | × | dyeplexer quits (~lol@unaffiliated/terpin) (Remote host closed the connection) |
| 2020-10-14 18:04:55 | × | conal quits (~conal@64.71.133.70) (Client Quit) |
| 2020-10-14 18:05:17 | × | alp quits (~alp@2a01:e0a:58b:4920:35bf:57b0:490a:24ef) (Remote host closed the connection) |
| 2020-10-14 18:05:44 | → | alp joins (~alp@2a01:e0a:58b:4920:a521:3fa3:56aa:9ff2) |
| 2020-10-14 18:06:39 | → | conal joins (~conal@64.71.133.70) |
| 2020-10-14 18:06:45 | × | conal quits (~conal@64.71.133.70) (Client Quit) |
| 2020-10-14 18:07:09 | × | geekosaur quits (82659a0e@host154-014.vpn.uakron.edu) (Ping timeout: 245 seconds) |
| 2020-10-14 18:07:42 | × | ensyde quits (~ensyde@2600:1702:2e30:1a40:f09c:a012:516e:b253) (Ping timeout: 260 seconds) |
| 2020-10-14 18:08:01 | × | raichoo quits (~raichoo@dslb-092-073-214-254.092.073.pools.vodafone-ip.de) (Quit: Lost terminal) |
| 2020-10-14 18:09:20 | <nihilazo> | is it true that ghc can only cross-compile itself and not other programs? Why? |
| 2020-10-14 18:09:24 | <nihilazo> | (I'm struggling with compiling stuff on my slow tablet that keeps freezing up) |
All times are in UTC.