00:53:15  * propanequit (Read error: Connection reset by peer)
01:13:10  * propanejoined
01:17:11  <inex>fucking outstanding nick
02:32:16  * DarkGodquit (Ping timeout: 250 seconds)
03:24:31  * SinisterRectusquit (Ping timeout: 260 seconds)
05:04:40  * songgaoquit (Quit: WeeChat 1.4)
05:05:09  * songgaojoined
05:40:09  * SinisterRectusjoined
05:55:38  * SkyRocknRolljoined
05:55:43  * SkyRocknRollquit (Changing host)
05:55:43  * SkyRocknRolljoined
08:17:44  * DarkGodjoined
08:40:31  * CapsAdminquit (Remote host closed the connection)
08:42:40  * CapsAdminjoined
15:22:19  * CapsAdminquit (Remote host closed the connection)
15:24:19  * CapsAdminjoined
15:42:41  * rendarjoined
16:11:43  * ^vquit (Ping timeout: 250 seconds)
16:12:23  * SkyRocknRollquit (Ping timeout: 258 seconds)
16:14:14  * ^vjoined
17:00:12  <creationix>SinisterRectus the shell script uses uname
17:05:40  <SinisterRectus>?
17:06:20  <creationix>SinisterRectus you were asking how the installer might pick the wrong arch
17:06:35  <creationix>https://github.com/luvit/lit/blob/master/get-lit.sh#L6
17:06:50  <creationix>if uname gives back 32 bit arch, that's what it will install
17:26:46  <SinisterRectus>ohh okay
17:29:03  <SinisterRectus>this is for windows, and i see in the ps script where it checks. says true for 64 bit, but it installs 32-bit. hmm
17:34:42  <creationix>strange
17:48:19  <SinisterRectus>indeed: http://i.imgur.com/TtT0fOt.png
17:48:40  <creationix>what url did it download?
17:48:49  <creationix>I wonder if I published the 32-bit as 64-bit or something
17:49:51  <SinisterRectus>it downloads the amd64 one
17:49:55  <SinisterRectus>is there any way i can check that luvi
17:53:59  <SinisterRectus>here it is start to finish
17:54:00  <SinisterRectus>http://i.imgur.com/okh2vwa.gifv
17:55:01  <creationix>you could run this sample luvi app https://github.com/luvit/luvi/tree/master/samples/repl.app
17:55:10  <creationix>luvi path/to/repl.app
17:55:55  <creationix>or the full luvi test app https://github.com/luvit/luvi/tree/master/samples/test.app
17:56:53  <SinisterRectus>shows x64 in repl.app
17:57:07  <SinisterRectus>but x86 in luvit
17:57:32  <creationix>I wonder if lit is downloading 32-bit luvi and using that instead
17:58:08  <creationix>it scrolled by too fast in the recording for me to see
17:58:33  <SinisterRectus>let me get a paste
17:59:16  <SinisterRectus>http://pastebin.com/rcNKuR9t
18:00:01  <creationix>can you try the repl app with that cached version of luvi
18:00:09  <creationix>C:\Users\Chris\AppData\Roaming\litdb.git\cache\5a00bcacdc8e20c044dac9a741ebfe6d3ad682d3\luvi
18:01:21  <SinisterRectus>the cached luvi shows x86
18:01:36  <creationix>ok, so lit's downloading and caching 32-bit luvi
18:01:47  <SinisterRectus>interesting
18:01:59  <creationix>a workaround is to force lit to use the right luvi
18:02:20  <creationix>lit make lit://luvit/luvit luvit.exe path/to/luvi
18:02:24  <creationix>the 3rd argument overrides the luvi version used
18:03:10  <SinisterRectus>that works
18:05:37  <creationix>strange, lit uses `jit.arch` to know which luvi to download https://github.com/luvit/lit/blob/master/libs/core.lua#L184-L189
18:05:57  <creationix>so your lit must have the wrong luvi inside it?
18:06:23  <creationix>but lit was built using 64-bit luvi
18:07:13  <creationix>I should probably update the get-lit scripts to force using the provided luvi
18:07:25  <creationix>and also build luvit using the provided luvi
18:07:57  <SinisterRectus>that's strange though
18:08:20  <creationix>yeah, I can't see where it got switched
18:08:33  <creationix>unless the cache hashing has conflicts or something. But even then, how did your machine ever download the 32-bit version
18:13:28  <creationix>SinisterRectus: If you want, you can try the updated script https://github.com/luvit/lit/blob/master/get-lit.ps1
18:15:38  <SinisterRectus>oh that's convenient
18:17:03  <SinisterRectus>kind of breaking, though. maybe have one script for get-lit and one for get-luvit
18:17:41  <creationix>not sure if it would actually break anything
18:17:51  <creationix>anyone following the old instructions will simply replace the auto-built luvit
18:18:03  <creationix>but yeah, it's an open question if luvit should be included by default
18:18:33  <SinisterRectus>that's what i mean, just the instructions are changed
18:19:28  <SinisterRectus>but you're right, it's not breaking (assuming the second step doesn't overwrite luvit with the wrong arch...)
18:21:42  <creationix>https://github.com/luvit/luvit.io/commit/55fc5013716003fcf446432a753cd65a770bb1e7
18:22:17  <SinisterRectus>ah .sh is updated too, looks great
18:23:07  <SinisterRectus>i just realized the connotation of "get lit". heh.
18:23:45  <creationix>yeah, I lost the funny pun
18:23:51  <creationix>get lit and make luv
18:23:54  <creationix>probably for the best
18:24:06  <SinisterRectus>lol
18:24:52  <SinisterRectus>well, thanks for the fix
18:24:57  <creationix>thanks for reporting it
18:25:11  <creationix>still don't know the root cause, but this works around it for most people
18:32:52  * rendar_joined
18:32:52  * rendarquit (Ping timeout: 256 seconds)
18:51:19  * rendar_quit (Quit: std::lower_bound + std::less_equal *works* with a vector without duplicates!)
18:51:35  * rendarjoined
19:46:33  * ^vquit (Ping timeout: 246 seconds)
19:48:34  * ^vjoined
19:51:58  * inexquit (Quit: oh)
21:18:21  * rendarquit (Quit: std::lower_bound + std::less_equal *works* with a vector without duplicates!)