-
-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Extra coders seem to be getting recognized, but their results aren't used #17
Comments
Which version of the library are you using? Because, since version 2, we do have tests for extra coder and then seems to all pass. |
That's odd... I'm using 2.0.0. |
Then I have no idea, can you please try to add a failing test? Because right now I can't really help as according to the tests it should be supported 🤷♂️ |
Hmm... I'm trying to build Thoth.Fetch on my machine, but I keep getting an error with
|
Do you have Can you please try to set Fake to be verbose? I think it is with Does |
|
I tried
|
Ok, so this is a problem with the oniguruma dependency and your environnement... I think you are using a newer version of Node.js than me. Can please clean your repro |
No luck, same error on I wonder if this is only happening for me, and if it's maybe a corrupt Python install or something. |
I can't really help you much more then... I will configure this repo to support https://gitpod.io/ so you will be able to work on it without installing anything on your machine all from your browser. |
Thanks, I appreciate the effort. I'll try installing it on my laptop machine when I get a chance. I have to update VS and a bunch of other stuff in order to get it to work. |
I am blocked by an issue where Dotnet Core complains about "Permission denied" on Gitpod... I open a discussion to try to solve it because it is not the first time I have this problem but I never really understood how to fix it. So the environment will take some time to be available. |
I have a couple coders for single-case unions:
And I receive it fairly straightforwardly:
QueryResult has a couple int64s in there, so it'll complain if I don't have the
withInt64
in there, but it still loses precision, and the other ItemID just takes on a raw string value, which causes an invalid access exception later on when I try to retrieve the value.The same coders work fine on the encoder side.
What could be going on here?
The text was updated successfully, but these errors were encountered: