<average>
tl;dr allegedly Haskell, Erlang, Forth, J are puzzle languages whereas Python, Ruby, Lua, C are not puzzle languages
<octachron_>
That reads like another instance of confusing familiarity with ease of use when subconsiously restraining oneself to a well-treaded set of problems.
<reynir>
I get DNS timeouts when I try to install an opam package. Is anyone else observing the same?
<reynir>
hm no must be a local issue - I don't observe it on another machine
azimut has quit [Ping timeout: 252 seconds]
octachron_ is now known as octachron
jlrnick has joined #ocaml
jlrnick has quit [Ping timeout: 240 seconds]
dnh has joined #ocaml
dnh has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
dnh has joined #ocaml
quernd80 has joined #ocaml
dnh has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
dnh has joined #ocaml
jlrnick has joined #ocaml
masterbuilder has quit [Remote host closed the connection]
masterbuilder has joined #ocaml
bencef has joined #ocaml
<bencef>
Hi, quick question I can't seem to find the answer to: How do I refer to an earlier result in utop?
<octachron>
utop -implicit-bindings
<bencef>
ahhh I should have consulted `utop --help'
<bencef>
`_0' doesn't seem to work still
xd1le has quit [Read error: Connection reset by peer]
xd1le has joined #ocaml
<bencef>
maybe it is not compatible with `-emacs'?
<bencef>
for the LambdaTerm interface it works as expected
<bencef>
for the emacs interface I still see "- : <expr>" results and can't refer to them
greaser|q has joined #ocaml
<discocaml>
<mbacarella> How do I prevent OCaml from OOMing on an admittedly low memory VM? The true working set of this app is only about 70MB but it seems to collect trash past the 3-400MB of space on the box and then Linux kills it
jlrnick has quit [Ping timeout: 255 seconds]
<discocaml>
<mbacarella> Do I just run Gc.compact every minute or is there a heap size setting
<discocaml>
<undu> > Heap compaction is triggered when the estimated amount of "wasted" memory is more than max_overhead percent of the amount of live data. If max_overhead is set to 0, heap compaction is triggered at the end of each major GC cycle (this setting is intended for testing purposes only). If max_overhead >= 1000000, compaction is never triggered. If compaction is permanently disabled, it is strongly suggested to set allocation_policy to 2. Default: 500
<discocaml>
<undu> > Heap compaction is triggered when the estimated amount of "wasted" memory is more than max_overhead percent of the amount of live data. If max_overhead is set to 0, heap compaction is triggered at the end of each major GC cycle (this setting is intended for testing purposes only). If max_overhead >= 1000000, compaction is never triggered. If compaction is permanently disabled, it is strongly suggested to set allocation_policy to 2. **Default: 5