I've written a fix for the easyjson library using filepath functions, so
I'm not worried about that. But I did expect os.Getwd() to return the same
exact string, regardless of how the test is run.
"go test . -v" os.Getwd() uses the GOPATH variable
"go test . -c" results in a binary where os.Getw
Peter - Yep, with a little more experimentation I just found that out.
Either result can be reproduced.
Guy
On Tuesday, April 18, 2017 at 9:06:41 AM UTC-4, peterGo wrote:
>
> Guy,
>
> It's easy to get any result you want: same case, different case. It's an
> easyjson problem.
>
> Peter
>
> On T
Guy,
It's easy to get any result you want: same case, different case. It's an
easyjson problem.
Peter
On Tuesday, April 18, 2017 at 8:55:03 AM UTC-4, Guy Allard wrote:
>
> I do net see that here. C: is uppercase in both cases.
>
> go 1.8
> Win 7
>
> On Monday, April 17, 2017 at 11:06:50 AM UTC-
Andreas,
To fix the easyjson library, please provide a simple recipe for reproducing
the error. A complete runnable program is good. A link on play.golang.org
is best. What did you expect to see? What did you see instead?
Peter
On Tuesday, April 18, 2017 at 3:14:47 AM UTC-4, Andreas Reuterberg
I do net see that here. C: is uppercase in both cases.
go 1.8
Win 7
On Monday, April 17, 2017 at 11:06:50 AM UTC-4, Andreas Reuterberg wrote:
>
> I'm calling os.Getwd() as part of a very simple test, but I get different
> responses
> depending on if I'm executing the test as a binary or not. The
I care because the library I am trying out breaks due to this issue
(easyjson). But also, isn't it a bit odd and interesting that the code
works differently as a binary?
Andreas
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe fr
Andreas,
Why do you care?
Naming Files, Paths, and Namespaces
https://msdn.microsoft.com/en-us/library/windows/desktop/aa365247.aspx
"Do not assume case sensitivity. For example, consider the names OSCAR,
Oscar, and oscar to be the same."
Peter
On Monday, April 17, 2017 at 3:06:50 PM UTC, And
