Fork me on GitHub
#figwheel-main
<
2018-10-02
>
bhauman12:10:05

@azzurite if you are using windows, you need to not use trampoline, which means you can’t use rebel-readline

bhauman12:10:05

not sure what the Compile exception is but it seems like its getting truncated by some output race condition

bhauman12:10:40

I have to fix the figwheel-main template so that windows is setup without rebel-readline

bhauman12:10:52

@tmarble you diagnosed that correctly, this does seem like a situation where the repl-eval-timeout exists to assist you during interactive development but the default should probably be higher for non-interactive REPL use

bhauman12:10:39

@dimovich I’m sorry you are still having problems with this I do notice in your config that if you are working on your local machine you don’t need the :connect-url config key

dimovich13:10:40

will try to investigate, maybe I can identify the issue...

Azzurite12:10:16

Readline dependency is off anyway.

bhauman12:10:28

and trampoline?

Azzurite12:10:58

I'm using it inside nREPL

bhauman12:10:37

nREPL is launched how in this case?

Azzurite12:10:49

I don't know really it's inside intellij...

bhauman13:10:03

so that’s not the problem

Azzurite13:10:25

I think it does just clojure.main

bhauman13:10:41

yeah so this isn’t the problem

favila13:10:17

Name-based uuid (version 5) has some nice properties

👍 4
favila13:10:54

java.util.UUID can represent all uuid versions, though, it's not a matter of needing a different type

jarppe15:10:29

I agree with Francis, v5 UUIDs are great. I use them when I need a to map something like user ID to UUID so that the same ID always maps to same UUID.

steveb8n16:10:22

That is a good tip. I can imagine some use cases e.g. saving a lookup by name for entities from a db when the name is immutable. Are there other less obvious scenarios where it's handy?

jarppe17:10:08

This is not relevant to datomic, but I used it when I generated a test fixture to MongoDB, basically exactly what temp-id's are in Datomic.

favila18:10:06

can also use v5 uuids for key-by-value situations

favila18:10:27

compound indexes, hashes, etc

steveb8n18:10:37

I had not thought of the compound index. I'll try that in datomic. Thanks!

favila18:10:31

(it won't be a sorted index)

steveb8n07:10:16

Good point. I'll stick http://to.my txn fns for that

bhauman13:10:33

it does look like there is an error though

Azzurite13:10:57

But yeah it happens inside intellij and with the default "lein fig:build" from the template as well

Azzurite13:10:08

In git bash

bhauman13:10:38

but it’s not just the original template that is causing this

Azzurite13:10:57

I have not tried :D

bhauman13:10:10

I’m not sure what is happening but it looks like there is an error when loading some clojure code

Azzurite13:10:28

Well I did report the one thing on github with the backslash folder escapes

Azzurite13:10:38

Which happened to be \c

bhauman13:10:09

yeah that has to be fixed

bhauman13:10:01

@azzurite just to be sure remove the “trampoline” in the aliases fig:build etc

bhauman13:10:42

because trampoline on windows suffers from classpath corruption issues

Azzurite13:10:44

I will take a look with that and if it happens with just a manual install of figwheel.main instead of using the template

Azzurite13:10:07

IDK if it really has those issues as I use the same lein sh script as Linux, not the Windows install

Azzurite13:10:23

But yeah will try

Azzurite16:10:47

So one thing I found, Compile Exception: C only happens when the /target directory is not empty

Azzurite16:10:03

so when I delete target/ no exception happens

Azzurite16:10:39

maybe something to do with my files being in C:\...?

Azzurite16:10:40

okay I can do it even more specifically: if the file target/public/cljs-out/<projectname>/test_runner.js.map already exists when running lein fig:build, then it shows Compile Exception: C

bhauman18:10:13

@azzurite if you set :auto-testing to false does the error go away?

bhauman18:10:51

or is this your own test-runner?

Azzurite19:10:12

no it's still the lein template

Azzurite19:10:17

and it does not go away

shaun-mahood19:10:39

@azzurite If you want to put your project up somewhere (or give me a set of commands to try) I can see if I can replicate it - I might not be able to get to it today though. A few things that might help (or you've tried them already and they didn't) - see if the problem exists using leiningen from the regular windows command prompt, without using the alias or Cursive at all - Avoid anything related to clojure.main - it's still early access in Cursive and has a figwheel specific bug right now - Try following the instructions at https://figwheel.org/docs/cursive.html - I haven't tested them against Windows, but there's no reason I can think of that they shouldn't work

Azzurite19:10:38

@shaun-mahood it's just the default figwheel-main lein template, and it happens everywhere, but only if the test-runner source map exists already

Azzurite19:10:28

but yeah, idk can I enable some more debug logging? or do some other debugging with this? I have no idea as I just picked up clojure a few days ago

shaun-mahood19:10:34

@azzurite That really sucks - I hate it when newcomers to Clojure hit these kinds of problems. Windows support has improved significantly but with both clojure.main and figwheel-main being reasonably new you're hitting some of the growing pains, I think. Is there something specific that you are trying to get working with figwheel, or are you mainly trying to get things setup so that you can start playing with ClojureScript?