<andarp>
Looking through the docs, some source code and some videos it does seem like primitives, for all their simplicity, are useful and used in many different ways
<andarp>
Pony is strange, it feels like a very functional language except everything is an object :)
<FunkyBob>
I've a friend who keeps telling me to learn a functional language
boid has quit [Read error: Connection reset by peer]
<SeanTAllen>
andarp: if you take a look at what happens with Pony, it all ends up being a lisp underneath. it has many levels of "strange". There's a lot of inspiration from OCaml and the ML family
<SeanTAllen>
mindB: case functions are very broken right now and always have been. we've been having discussions on how to improve them (which we all want) or if we should give up the ghost and just remove them from the language like we did with delegates.
<andarp>
SeanTAllen: Makes sense :) The only ML-ish language I know is F#, and I like its constructs in general - except that the syntax is a bit too chatty for me
<andarp>
It seems Pony could lend itself to coding in very different styles which is interesting
Matthias247 has quit [Read error: Connection reset by peer]
_whitelogger has joined #ponylang
pduncan has quit [Ping timeout: 255 seconds]
aedigix has quit [Quit: disconnecting]
aedigix has joined #ponylang
andarp has quit [Quit: leaving]
jemc has joined #ponylang
jemc has quit [Ping timeout: 260 seconds]
Candle has quit [Ping timeout: 255 seconds]
Candle has joined #ponylang
Candle has quit [Ping timeout: 260 seconds]
jemc has joined #ponylang
Candle has joined #ponylang
jemc has quit [Ping timeout: 260 seconds]
Matthias247 has joined #ponylang
endformationage has joined #ponylang
<endformationage>
Candle: It seems I have structured my use of HTTPHandler incorrectly as well. I am getting a hang on a second request too.
<endformationage>
Candle: I think it may be due to conflicting information I took from the httpget example, in which the session is disposed of in the handler's finished behavior.
<endformationage>
In any case, I closed the session in my finished behavior, and noticed you did as well in your gist, as per the example.
<endformationage>
Thinking about this, disposing the session after the first response is handled defeats the purpose of reusing the connection.
<endformationage>
I am going to restructure my handler, and without disposing the session and see where that get's me.
<endformationage>
Candle: Yeah, I just don't see how to match incoming responses with their previously sent requests. Even with the handler acting on a single response at a time, the fact that responses can come in any order like you said.
<endformationage>
I guess multiple clients are needed.
<endformationage>
I can't see how a map would help sort things out, but I'd love to know if you can make it work :)
<Candle>
endformationage: In the short term, I just made a new HTTPClient for each request.
TheLemonMan has joined #ponylang
vaninwagen_ has joined #ponylang
jemc has joined #ponylang
jemc has quit [Ping timeout: 240 seconds]
jemc has joined #ponylang
TheLemonMan has quit [Quit: "It's now safe to turn off your computer."]
jemc has quit [Quit: WeeChat 1.4]
jemc has joined #ponylang
<SeanTAllen>
endformationage: could you add documentation to the HTTPClient or the HTTP package that would help folks in the future as you seem to have learned a lot
vaninwagen_ has quit [Ping timeout: 255 seconds]
jemc has quit [Ping timeout: 260 seconds]
jemc has joined #ponylang
jemc has quit [Ping timeout: 240 seconds]
Matthias247 has quit [Read error: Connection reset by peer]