10:02 <kakekongen> I am building sort-of a cache subsystem in one of my unikernels, but I seem to be having the problem that the Hashtbl is not updating properly, or Mirage is doing some optimization simply making it into the initial value. Any ideas?

10:04 <kakekongen> Initially, I create a ref (`let tbl = ref (Hashtbl.create 3)`) before I add three values to it in the start function (`let init_tbl () = Hashtbl.add !tbl "foo" "bar"; ...` and `init_tbl ();` in start)

10:06 <hannes> in OCaml, Hashtbl already has mutable semantics -- no need for ref Hashtbl.create.. just Hashtbl.create should be sufficient

10:07 <kakekongen> AAAAAARRRGHHHHHH.....

10:07 <kakekongen> I fucked up again... ^^

10:07 <kakekongen> My function for getting the routes was not a function, but simply a value, resolved at compile time, always yielding the initial (empty) Hashtbl

10:07 <kakekongen> I'll remove the ref

10:12 <hannes> you can as well use a Map and a ref ;)

10:13 <kakekongen> I will be using it for a static resolver, so afaik I would need a (string, port:int -> Conduit.endp) Hashtbl.t - right?

10:14 <kakekongen> do you know if it is possible to perform fuzzy-search (or even better - type search) in ocp-browser?

10:14 <hannes> i don't know the answer to either of your questions

10:14 <hannes> the second one you may find an answer in #ocaml

10:14 <kakekongen> Well, to the first one - I don't necessarily need an answer, Hashtbl works like a charm now! :D

10:15 <kakekongen> I'll ask them