« Back to channel list

#elixir-lang - 30 April 2019

« Back 1 day Forward 1 day »
[00:03:17] starbelly: He's too busy trolling me
[00:04:00] jnoon2: i have an erlang nif working from within iex -S mix, but when i try to call the same function i try in iex from within a testcase and run mix test, it segfaults with size_object: bad tag for 0x0. not sure when it would work in one way but not in test cases for some reason.
[00:04:34] ariedler: jnoon2: that almost sounds like the return value is unknown type
[00:06:54] ariedler: jnoon2: are you calling with the same arguments in the test as in iex ?
[00:08:14] jnoon2: ariedler: yes, its X.foo(), with calls X.NIF.invoke("foo") essentially… so in both places im calling the same thing.
[00:08:23] jnoon2: ariedler: but that gives me something to run on, thanks! this means the fix probably needs to be in the c code im guessing?
[00:09:31] ariedler: I could be leading you down a rabbit hole; but erlang is calling size_object on something that is returned from the C code; and you probably forgot to make it.
[00:11:06] jnoon2: well it will be good learning experience either way… i really didnt know c, c++, erlang, or elixir before a couple weeks ago, so likely ive got work to do
[00:11:13] netrino: has joined #elixir-lang
[00:11:37] ariedler: but it works from iex?
[00:12:44] jnoon2: yes, oddly
[00:13:44] ariedler: even if you play around with the result object a bit :P
[00:14:08] jnoon2: its an umbrella project if that makes a difference… im not sure i have the deps all perfect. but when my nifs loads i can see logging from the c code, so i know it at least gets loaded, and it just fails when i actually call something on it. will try that!
[00:16:07] orbyt_: has joined #elixir-lang
[00:16:24] jnoon2: ariedler: yes, it returns a map in iex, and i can call result.some_key and it works
[00:17:15] jnoon2: ill do some debug logging on the c side later and try to see what its actually returning in the mix test scenario… maybe its something silly in the env
[00:17:28] jnoon2: thanks for pointing me to the right place to look!
[00:17:39] ariedler: and its logs on the test side as well ?
[00:17:54] ariedler: haha oh boy, sounds like a weird debugging that will be
[00:18:15] jnoon2: ya kind of my world these days with c++ interop
[00:18:27] jnoon2: and not knowing c++ well doesnt make it easier :)
[00:28:22] icecreamcohen: has joined #elixir-lang
[00:34:25] ariedler: has joined #elixir-lang
[00:41:19] greengriminal: has joined #elixir-lang
[01:01:57] sparogy: has joined #elixir-lang
[01:06:12] carldd: has joined #elixir-lang
[01:29:06] drincruz: has joined #elixir-lang
[01:47:12] duoi: is there an interpreter to make Django work on Elixir?
[01:52:36] jmcgnh: has joined #elixir-lang
[02:00:52] benwilson512: Hey duoi, django is a python library meant to be run by the program python. Elixir is a totally different language and runtime
[02:01:24] benwilson512: if you're looking for a web framework in Elixir you should check out https://hexdocs.pm/phoenix/overview.html
[02:01:58] duoi: erm, well
[02:02:08] duoi: are there any efforts being done to port Django to Elixir?
[02:02:29] benwilson512: duoi: what would that mean? Elixir has web frameworks if that's what you're looking for
[02:02:40] benwilson512: and database querying tools and so forth
[02:03:12] benwilson512: django is built around python idioms, and Elixir and python have fundamental differences in language semantics and runtime characteristics, so those idioms don't really translate
[02:03:22] benwilson512: instead Elixir has Phoenix which is built around Elixir ioms
[02:03:48] tomterl: has joined #elixir-lang
[02:33:41] pera: has joined #elixir-lang
[02:52:01] rogue_koder: has joined #elixir-lang
[03:21:38] carldd: has joined #elixir-lang
[03:22:29] sevenseacat: has joined #elixir-lang
[03:32:43] Saukk: has joined #elixir-lang
[03:34:25] sparogy: has joined #elixir-lang
[04:02:35] bn0: has joined #elixir-lang
[04:06:34] proteusguy: has joined #elixir-lang
[04:32:12] notzmv: has joined #elixir-lang
[04:36:51] jeffro: has joined #elixir-lang
[04:46:01] jeffro: has joined #elixir-lang
[04:46:05] jeffro: has joined #elixir-lang
[04:49:07] Avinash: has joined #elixir-lang
[04:50:19] gvaughn: has joined #elixir-lang
[04:57:11] Duzzy_: has joined #elixir-lang
[04:58:01] Duzzy_: has left #elixir-lang: ()
[05:04:01] voltone: has joined #elixir-lang
[05:06:28] lauromoura: has joined #elixir-lang
[05:19:51] voltone: has joined #elixir-lang
[05:20:03] Avinash: has joined #elixir-lang
[05:24:16] Avinash: has joined #elixir-lang
[05:24:21] lauromoura: has joined #elixir-lang
[05:25:40] brandfil1: has joined #elixir-lang
[05:28:48] gvaughn: has joined #elixir-lang
[05:39:46] zakora: has joined #elixir-lang
[05:47:12] serafeim: has joined #elixir-lang
[05:47:26] serafeim: good morning
[05:48:02] Nicd-: good morning Serafeim
[05:57:10] squall: has joined #elixir-lang
[05:58:01] mdbm: has joined #elixir-lang
[06:02:06] sparogy: has joined #elixir-lang
[06:10:01] DTZUZO: has joined #elixir-lang
[06:11:43] OliverMT: duoi: I have a way to port django to elixir
[06:11:51] OliverMT: it costs $125 per hour and might take a month or three though
[06:12:57] Nicd-: I've got $10
[06:14:05] duoi: OliverMT would you settle for "Contributor" creds on the github fork's readme?
[06:14:42] OliverMT: oh you want the actual framework ported?
[06:14:47] OliverMT: chrismccord already did that
[06:20:06] Avinash: has joined #elixir-lang
[06:24:16] inhortte1: has joined #elixir-lang
[06:28:21] serafeim: I've got a function that returns {ok, result}. I'd like to return the "result" from a different function. Right now, I'm doing this: def function1 do \n {:ok, result} = function2() \n result \n end... notice that I've put "result" in a line after the function call to return it. is there a better - more idiomatic way do do that ?
[06:30:20] Nicd-: this is how !-versions of functions are usually done: https://github.com/elixir-lang/elixir/blob/ee007da29eef2dc2d4cec511e3c8bddfb8df57ff/lib/elixir/lib/file.ex#L342
[06:31:05] serafeim: Nicd- so you recommend to re-implement my function1 in a function1! version that returns the result without :ok ?
[06:31:18] Nicd-: it's not a reimplementation, it calls the original function
[06:31:25] serafeim: yes yes of course
[06:31:47] Nicd-: if the original doesn't return a success, it raises an error
[06:32:09] serafeim: I understand. I don't like it that much though but if that's the idiomatic way to do it i'll follow along thanks
[06:32:20] Nicd-: what is it that you don't like about it?
[06:32:53] OliverMT: most common usecase is if you want to bail out of a transaction
[06:32:58] OliverMT: and dont care about what the error was
[06:33:38] serafeim: Nicd- that i'll need to add the function1 function
[06:34:09] Nicd-: you said you wanted to wrap it
[06:34:22] Nicd-: what are you actually doing then?
[06:35:59] serafeim: i don't know maybe somehow pick and return the result, something like function2() |> get_result
[06:36:29] Nicd-: like `{:ok, result} = function2()`?
[06:37:09] serafeim: ha ha ha ha yes i'm doing this but this will not return result :)
[06:37:44] Nicd-: but you can use that in an outer scope directly without bothering with writing function2!()
[06:37:53] OliverMT: that in a very literal sense returns the result
[06:38:18] Nicd-: like `with {:ok, result} <- function2(), :ok <- do_something_with(result), ...`
[06:38:54] serafeim: hmmm ok this may work
[06:39:26] Nicd-: `{:ok, "hmm this may work"}
[06:39:52] serafeim: lol "hmm this may work" is on the top of the list of famous last words
[06:39:54] Avinash: has joined #elixir-lang
[06:40:15] Nicd-: sevenseacat: is it you in the Laser SA keycap massdrop comments?
[06:40:34] Nicd-: thought I recognised a familiar name
[06:41:15] serafeim: massdrop seems very popular these days; I also read about it on some HN thread comments
[06:41:28] gvaughn: has joined #elixir-lang
[06:42:17] Nicd-: I've never used it, but it seems a lot of keyboard stuff is sold there
[06:43:19] Nicd-: sevenseacat: how do I know when it progresses from that rfc stage?
[06:43:47] sevenseacat: I'm sure mito will post about it on that page - it's going live sometime this week.
[06:44:00] sevenseacat: then the buy will be open for a monthish
[06:44:05] sevenseacat: then we wait for pretty keycaps
[06:47:47] harrow: has joined #elixir-lang
[06:53:28] Avinash: has joined #elixir-lang
[06:58:35] jegaxd26: has joined #elixir-lang
[07:01:52] jegaxd26: has joined #elixir-lang
[07:03:15] lexmag: has joined #elixir-lang
[07:03:37] Dave_1: has joined #elixir-lang
[07:04:13] hypercore: has joined #elixir-lang
[07:09:25] medzin: has joined #elixir-lang
[07:11:37] mdbm_: has joined #elixir-lang
[07:23:14] mdbm_: has joined #elixir-lang
[07:32:48] Notimik: has joined #elixir-lang
[07:39:05] Avinash: has joined #elixir-lang
[07:49:37] jegaxd26: has joined #elixir-lang
[07:54:40] gvaughn: has joined #elixir-lang
[07:59:39] serafeim: does phoenix have the notion of "one transaction per request" (like django) ?
[08:00:34] mdbm: has joined #elixir-lang
[08:00:34] josevalim: Serafeim: not really, we don't even do one connection per request, unless you explicitly check out a connection or explicitly start a transaction
[08:00:58] josevalim: generally is very wasteful to open up transaction at the beginning of a request and leave that transaction open while the web server go to do other stuff
[08:01:08] serafeim: josevalim ok then I'll need to use Repo.Multi
[08:01:36] serafeim: josevalim yes I understand that it's just that it's easier to do it in some situations
[08:02:54] josevalim: some frameworks, not sure about Django, say that "the database will be your bottleneck" and then they proceed to put unrealistic load in the database, not use indexes/fks properly, etc and then the database is slow and they are like "told you so"
[08:03:36] mdbm__: has joined #elixir-lang
[08:03:53] PragTob: has joined #elixir-lang
[08:04:31] serafeim: i think that django is doing indexing and fks properly; its main db-related problem is how easy to tranverse joins resulting in the dreaded N+1 query problem
[08:06:00] serafeim: ecto solves this by being explicit on which relations you'll need to follow ; of course this results to more initial-preparation work for the developer but you can't have it all ...
[08:07:46] josevalim: oh yeah, N+1 as well, good point
[08:20:38] lexmag: has joined #elixir-lang
[08:24:54] Nicd-: the automatic retrieval of missing information is one of Django's worst design choices
[08:25:07] Nicd-: you always have to be on your toes with it :P
[08:25:22] lexmag: has joined #elixir-lang
[08:29:00] wonko7: has joined #elixir-lang
[08:30:06] ur5us: has joined #elixir-lang
[08:30:46] serafeim: Nicd- well yes it will always lead to problems with N+1 queries in unexpected places; I always have to use django-debug-toolbar to check out the most slow-responding pages for duplicate queries (for fast-responding pages I don't bother)
[08:31:46] serafeim: however this decision has a very important advantage: it lowers the barrier for new users; it allows them to do joins without actually understanding what they are doing
[08:31:51] sparogy: has joined #elixir-lang
[08:32:10] Nicd-: it is my opinion that they should learn what they are doing :P
[08:32:46] serafeim: Nicd- well yes that would be ideal but the popularity of php teach us otherwise
[08:43:14] KeyJoo: has joined #elixir-lang
[08:49:48] Nicd-: ooooh http://blog.plataformatec.com.br/2019/04/whats-new-in-elixir-apr-19/
[08:49:52] Nicd-: releases in 1.9
[08:52:56] kyrylo: has joined #elixir-lang
[09:18:33] kapil____: has joined #elixir-lang
[09:19:56] wagnerst: has joined #elixir-lang
[09:20:15] wagnerst: Hi! What is usually discussed here? Thanks!
[09:21:47] Nicd-: the Elixir programming language
[09:24:16] Nicd-: (see the topic)
[09:41:38] ver: has joined #elixir-lang
[09:47:43] medzin: has joined #elixir-lang
[10:00:40] wagnerst: Yes, thanks. But more problems with using the language or bugs or...?
[10:01:11] drincruz: has joined #elixir-lang
[10:04:19] Nicd-: anything related to Elixir. projects, programming help, tooling, etc
[10:08:24] Guest42: has joined #elixir-lang
[10:09:53] vinod: has joined #elixir-lang
[10:11:32] mdbm_: has joined #elixir-lang
[10:13:24] dysfun: we're quite easy going, if it's even vaguely related to elixir, it's probably fine
[10:17:57] wagnerst: has joined #elixir-lang
[10:23:08] drincruz: has joined #elixir-lang
[10:23:56] jmcgnh: has joined #elixir-lang
[10:25:26] griffinbyatt: has joined #elixir-lang
[10:29:12] voltone: has joined #elixir-lang
[10:30:43] jmcgnh: has joined #elixir-lang
[10:37:50] ur5us: has joined #elixir-lang
[10:39:22] jmcgnh: has joined #elixir-lang
[10:41:53] mdbm__: has joined #elixir-lang
[10:48:55] jmcgnh: has joined #elixir-lang
[10:51:03] voltone: has joined #elixir-lang
[10:54:38] jmcgnh: has joined #elixir-lang
[10:55:10] wagnerst: has joined #elixir-lang
[10:58:01] jmcgnh: has joined #elixir-lang
[11:02:27] sparogy: has joined #elixir-lang
[11:03:40] jmcgnh: has joined #elixir-lang
[11:07:03] craigp: has joined #elixir-lang
[11:07:11] jmcgnh: has joined #elixir-lang
[11:07:21] vinod_: has joined #elixir-lang
[11:12:40] jmcgnh: has joined #elixir-lang
[11:16:05] vinod: has joined #elixir-lang
[11:16:47] jmcgnh: has joined #elixir-lang
[11:19:49] medzin: has joined #elixir-lang
[11:20:58] duaneb: has joined #elixir-lang
[11:21:13] tnez: has joined #elixir-lang
[11:36:11] griffinbyatt: has joined #elixir-lang
[11:42:22] duaneb: has joined #elixir-lang
[11:47:08] netrino: has joined #elixir-lang
[11:58:04] jmcgnh: has joined #elixir-lang
[11:59:55] wagnerst: has joined #elixir-lang
[12:01:54] jmcgnh: has joined #elixir-lang
[12:08:13] jmcgnh: has joined #elixir-lang
[12:11:01] medzin: has joined #elixir-lang
[12:16:35] MissingNoIOI: has joined #elixir-lang
[12:18:26] medzin: has joined #elixir-lang
[12:19:00] medzin: has joined #elixir-lang
[12:20:08] jmcgnh: has joined #elixir-lang
[12:23:42] drincruz: has joined #elixir-lang
[12:31:06] lpil: "The first change is that we will no longer generate config/config.exs for projects generated with mix new. " Best. Change. Ever
[12:32:02] jmcgnh: has joined #elixir-lang
[12:43:22] Avinash: has joined #elixir-lang
[12:45:48] gvaughn: has joined #elixir-lang
[12:47:17] Avinash_: has joined #elixir-lang
[12:50:55] nox: josevalim: I thought your community suffered enough during the Erlang/Elixir wars,
[12:51:04] nox: josevalim: no need to try to hate on the Rust community, ok?
[12:51:04] nox: https://twitter.com/n1k0/status/1123203016511905793
[12:55:36] samrose: has joined #elixir-lang
[12:56:15] sparogy: has joined #elixir-lang
[13:07:52] jmcgnh: has joined #elixir-lang
[13:13:58] wagnerst_: has joined #elixir-lang
[13:14:53] wagnerst_: has joined #elixir-lang
[13:16:43] wagnerst_: has joined #elixir-lang
[13:17:39] jwa: has joined #elixir-lang
[13:24:16] ver: has left #elixir-lang: ()
[13:24:28] either|or: has joined #elixir-lang
[13:24:46] griffinbyatt: has joined #elixir-lang
[13:32:46] mdbm: has joined #elixir-lang
[13:34:27] BitBot: has joined #elixir-lang
[13:36:41] jegaxd26: has joined #elixir-lang
[13:42:25] jmcgnh: has joined #elixir-lang
[13:50:38] dimitarvp: has joined #elixir-lang
[13:53:58] greengriminal: has joined #elixir-lang
[13:58:19] gvaughn: has joined #elixir-lang
[14:01:19] gvaughn: has joined #elixir-lang
[14:10:59] jeffro: has joined #elixir-lang
[14:12:22] gvaughn_: has joined #elixir-lang
[14:14:51] lpil: I'm excited about this new polyweb thing.
[14:20:16] tristanm_: not sure how config/config.exs was used, but is there a way to set default env variables like are put in .app? that would be good to have for all apps
[14:21:26] jeffro: has joined #elixir-lang
[14:24:33] wagnerst: has joined #elixir-lang
[14:34:32] gvaughn: has joined #elixir-lang
[14:34:35] lpil: What would they be used for tristan__?
[14:35:14] tristanm_: defaults when loading application env variables
[14:35:52] tristanm_: a single place to see them as well, instead of being in application:get_env(x, y, Default)
[14:35:55] lpil: I mean what would a use case be? I always try to pass any config into start_link
[14:36:41] tristanm_: same use case as any application env varaibles
[14:37:18] lpil: In Elixir it's often used for metaprogramming, which has put me off app vars. Not sure how it's used in the erlang world so much
[14:38:05] tristanm_: oh, not sure how that works. I mean like https://github.com/tsloughter/grpcbox/blob/master/src/grpcbox.app.src#L11-L34
[14:39:18] lpil: Yeah I think I'd just use arguments for that
[14:39:26] lpil: Maybe I'm weird :)
[14:40:36] tristanm_: yea. I read in the env and then pass them as arguments to start functions. giving a functional interface for use by other apps but also a way to let the application startup ready to go
[14:41:30] lpil: That makes sense :)
[14:42:13] jegaxd26: has joined #elixir-lang
[14:52:43] hypercore: has joined #elixir-lang
[15:15:49] wonko7: has joined #elixir-lang
[15:24:01] fertapric: tristan__: maybe the `:env` key is what you are looking for? https://hexdocs.pm/mix/Mix.Tasks.Compile.App.html
[15:24:38] CornishPasty: Does anyone know of an actively-maintained client library for Couchbase in Erlang/Elixir?
[15:25:55] mdbm_: has joined #elixir-lang
[15:26:30] tristanm_: fertapric: ah, yup
[15:28:12] aalmazan: has joined #elixir-lang
[15:32:31] gvaughn_: has joined #elixir-lang
[15:35:04] lexmag: has joined #elixir-lang
[15:42:41] icecreamcohen: has joined #elixir-lang
[15:44:10] icecreamcohen: has joined #elixir-lang
[15:44:28] wagnerst_: has joined #elixir-lang
[15:49:14] jeffro_: has joined #elixir-lang
[15:49:42] icecreamcohen: has joined #elixir-lang
[15:52:07] icecreamcohen: has joined #elixir-lang
[15:57:48] Zarathu: where do you guys usually put defimpls? in the same file as the module definition?
[15:59:30] Phylock: has joined #elixir-lang
[16:03:12] lexmag_: has joined #elixir-lang
[16:07:45] duaneb: has joined #elixir-lang
[16:15:02] PragTob: has joined #elixir-lang
[16:16:14] drincruz: has joined #elixir-lang
[16:23:24] jegaxd26: has joined #elixir-lang
[16:25:05] serafeim: has joined #elixir-lang
[16:26:55] pera: has joined #elixir-lang
[16:27:52] wsieroci: has joined #elixir-lang
[16:29:29] brandfilt: has joined #elixir-lang
[16:41:54] jnoon2: has joined #elixir-lang
[16:42:31] jnoon2: has joined #elixir-lang
[16:44:49] griffinb_: has joined #elixir-lang
[16:46:13] icecreamcohen_: has joined #elixir-lang
[16:49:50] jimmyrcom: has joined #elixir-lang
[16:51:14] lpil: Yes, normally
[16:52:04] jeffro_: has joined #elixir-lang
[16:55:25] lauromoura: has joined #elixir-lang
[16:58:55] tvon: has joined #elixir-lang
[16:59:41] serafeim_: has joined #elixir-lang
[17:01:27] serafeim__: has joined #elixir-lang
[17:06:26] thomasross: has joined #elixir-lang
[17:08:03] arrakeen: has joined #elixir-lang
[17:08:41] thomasross: has joined #elixir-lang
[17:11:10] thomasross: has joined #elixir-lang
[17:12:38] mdbm__: has joined #elixir-lang
[17:14:28] jmcgnh: has joined #elixir-lang
[17:17:00] icecreamcohen: has joined #elixir-lang
[17:22:22] jegaxd26: has joined #elixir-lang
[17:23:30] jeffro_: has joined #elixir-lang
[17:24:53] serafeim_: has joined #elixir-lang
[17:26:29] jmcgnh: has joined #elixir-lang
[17:30:10] jeffro_: has joined #elixir-lang
[17:34:13] jmcgnh: has joined #elixir-lang
[17:43:59] brandfilt: has joined #elixir-lang
[17:45:32] icecreamcohen_: has joined #elixir-lang
[17:58:35] serafeim__: has joined #elixir-lang
[18:00:33] jmcgnh: has joined #elixir-lang
[18:04:32] pera: has joined #elixir-lang
[18:05:30] mahmudov: has joined #elixir-lang
[18:20:53] thomasross: has joined #elixir-lang
[18:23:14] wagnerst: has joined #elixir-lang
[18:26:20] pera: has joined #elixir-lang
[18:33:29] jmcgnh: has joined #elixir-lang
[18:39:12] jmcgnh: has joined #elixir-lang
[18:46:29] jmcgnh: has joined #elixir-lang
[18:53:43] drincruz_: has joined #elixir-lang
[18:54:04] serafeim_: has joined #elixir-lang
[18:56:25] squall: has joined #elixir-lang
[18:58:56] medzin: has joined #elixir-lang
[19:18:49] jmcgnh: has joined #elixir-lang
[19:21:44] Phylock: has joined #elixir-lang
[19:25:37] jmcgnh: has joined #elixir-lang
[19:28:45] icecreamcohen: has joined #elixir-lang
[19:31:06] jmcgnh: has joined #elixir-lang
[19:32:58] icecreamcohen: has joined #elixir-lang
[19:34:27] dch: anybody familiar with OptionsParser?
[19:35:09] icecreamcohen: I’ve used it
[19:35:12] drincruz: has joined #elixir-lang
[19:35:14] dch: this refuses to go away 'warning: not passing the :switches or :strict option to OptionParser is deprecated'
[19:35:34] icecreamcohen: do you have a pastebin of the call?
[19:35:49] dch: icecreamcohen: `["-h"] |> OptionParser.parse(aliases: [h: :help], strict: [help: :boolean])`
[19:35:59] jegaxd26: has joined #elixir-lang
[19:36:21] dch: its only visible in an escript, not in the shell.
[19:36:31] jmcgnh: has joined #elixir-lang
[19:36:41] dch: from what I can see, strict: is definitely present in there...
[19:37:24] icecreamcohen: what version of elixir? I’m not getting that error
[19:37:54] icecreamcohen: I’m on 1.8.1
[19:38:29] dch: OTP 21 + 1.8.1 as well. Let me throw that into a module
[19:39:51] icecreamcohen: maybe it has something to do with the escript
[19:42:08] dch: nope, happens in the shell as well
[19:44:40] dch: aaah my bad, I screwed up the preceding pipe in an earlier function. icecreamcohen thanks, have some sprinkles on me.
[19:44:53] dch: IO.inspect before irc, repeat after me
[19:44:56] icecreamcohen: hehe, glad to help
[19:45:44] dch: much appreciated
[19:47:25] jmcgnh: has joined #elixir-lang
[19:58:37] jmcgnh: has joined #elixir-lang
[19:58:49] markmm: has joined #elixir-lang
[20:03:47] jmcgnh: has joined #elixir-lang
[20:07:08] jegaxd26: has joined #elixir-lang
[20:07:38] jmcgnh: has joined #elixir-lang
[20:18:07] jmcgnh: has joined #elixir-lang
[20:27:38] ariedler: has joined #elixir-lang
[20:27:43] jmcgnh: has joined #elixir-lang
[20:30:05] jmiven: has joined #elixir-lang
[20:40:25] icecreamcohen: has joined #elixir-lang
[20:40:37] mahmudov: has joined #elixir-lang
[20:43:40] jmcgnh: has joined #elixir-lang
[20:48:00] jmcgnh: has joined #elixir-lang
[20:51:10] greengriminal: has joined #elixir-lang
[20:51:11] brandfilt: has joined #elixir-lang
[21:03:32] jmcgnh: has joined #elixir-lang
[21:08:30] jmcgnh: has joined #elixir-lang
[21:12:09] ur5us: has joined #elixir-lang
[21:17:13] jegaxd26: has joined #elixir-lang
[21:20:32] lexmag: has joined #elixir-lang
[21:23:06] infowolfe: has joined #elixir-lang
[21:23:42] kiltzman: has joined #elixir-lang
[21:25:05] lexmag: has joined #elixir-lang
[21:31:19] jnoon21: has joined #elixir-lang
[21:34:52] jmcgnh: has joined #elixir-lang
[21:35:33] icecreamcohen: has joined #elixir-lang
[21:36:04] markmm: has joined #elixir-lang
[21:39:27] also_uplime: has joined #elixir-lang
[21:40:10] jmcgnh: has joined #elixir-lang
[21:40:44] nageV: has joined #elixir-lang
[21:46:44] jmcgnh: has joined #elixir-lang
[21:52:36] jmcgnh: has joined #elixir-lang
[21:53:19] jnoon2: has joined #elixir-lang
[21:57:01] jmcgnh: has joined #elixir-lang
[21:59:10] sparogy: has joined #elixir-lang
[22:07:34] also_uplime: is there any way to stop iex from jumping to the opening bracket/paren/brace when you type the closing one?
[22:11:34] josevalim: also_uplime: it doesn't jump, it just blinks
[22:12:01] icecreamcohen: has joined #elixir-lang
[22:12:49] also_uplime: the actual location doesn't, but the cursor indicator itself on my install is jumping. Either way, is it possible to disable that?
[22:22:52] nageV: has joined #elixir-lang
[22:23:39] wagnerst: has joined #elixir-lang
[22:25:16] nageV: has joined #elixir-lang
[22:27:03] icecreamcohen: has joined #elixir-lang
[22:33:11] ariedler: has joined #elixir-lang
[22:35:16] icecreamcohen: has joined #elixir-lang
[22:41:14] Guest42: has joined #elixir-lang
[22:42:43] weird_error: has joined #elixir-lang
[23:09:51] jmcgnh: has joined #elixir-lang
[23:13:42] jmcgnh: has joined #elixir-lang
[23:17:31] Havvy: has joined #elixir-lang
[23:17:44] jmcgnh: has joined #elixir-lang
[23:50:52] starbelly: also_uplime: It sounds like https://stackoverflow.com/questions/36654660/disable-jumping-cursor-in-erlang-shell
[23:51:17] starbelly: so it's not really an iex problem, and not a problem in general, are you on windows by chance?
[23:52:18] also_uplime: no, just on macos. I know its not a bug, but I find it annoying and was hoping to just disable the functionality
[23:52:27] also_uplime: I understand the appeal, it just isn't a feature I personally need
[23:53:05] starbelly: oh, man, long day, completely misunderstood your problem
[23:53:16] jnoon21: has joined #elixir-lang
[23:53:24] also_uplime: i found that SO post as well so just decided to give up on it
[23:53:36] also_uplime: its not so annoying that its worth patching and having a custom install
[23:54:39] also_uplime: thanks for looking into it though
[23:58:08] jmcgnh: has joined #elixir-lang