Hello,
In an effort to make sure code that builds on my local machine will build
on our build machine, I am looking for a build option to force the compiler
to only look for imported code in the vendor directory & pkg. Often I will
have worked on a project in my local go workspace means it is i
Hi folks,
I am trying to follow "Multiple-Commit Work Branches" paragraph in the
git-codereview docs, but it seems to be missing a few steps.
( https://godoc.org/golang.org/x/review/git-codereview )
I've even tried ensuring that the Change-Id value is the same on all
commits.. but it still r
> But is it not guaranteed that runtime.Gosched() will at least check if
another goroutine is runnable?
It checks, but I believe that at the time that it checks there are often no
other runnable goroutines. The execution tracer will give you the answer to
this.
On Wednesday, 4 April 2018 04:12
I have some utilities that should give you some help. Documented in three
blog articles. Here is the first one.
http://www.mandolyte.info/2017/12/encodingxml.html
which points to a generic parser that can be used on any XML document (I
think :-)) and outputs a CSV "report".
HTH,
Cecil
On Tues
https://play.golang.org/p/0Zl9J51yDiF
On Tuesday, April 3, 2018 at 4:36:34 PM UTC-6, XXX ZZZ wrote:
>
> Thanks a lot for your reply, any particular reason of why "response"
> should be left out? given that is still a parent tag.
>
> As for getting the bid attribute, any idea how to do that?
>
>
Thanks a lot for your reply, any particular reason of why "response" should
be left out? given that is still a parent tag.
As for getting the bid attribute, any idea how to do that?
El martes, 3 de abril de 2018, 19:29:41 (UTC-3), C Banning escribió:
>
> https://play.golang.org/p/MwpdBwvRnUP
>
https://play.golang.org/p/MwpdBwvRnUP
On Tuesday, April 3, 2018 at 2:47:49 PM UTC-6, XXX ZZZ wrote:
>
> Hello,
>
> I'm trying to parse an XML with golang but I'm having a hard time creating
> a parser for the string, in fact I couldn't even get an output using
> interface{}.
>
> package main
>
>
What I found interesting is with this code run with raw on FreeBSD takes
~1s, however running via truss to see what happening with the syscalls
it takes only ~83ms e.g.
> ./tst
2018/04/03 21:53:28 Finished in 998.77123ms.
> truss -o t.txt ./tst
2018/04/03 21:53:31 Finished in 83.14988ms.
This
Hello,
I'm trying to parse an XML with golang but I'm having a hard time creating
a parser for the string, in fact I couldn't even get an output using
interface{}.
package main
import (
"fmt"
"encoding/xml"
)
type MMXML_Listing struct {
Original_title string `xml:"title"`
For what it is worth, when I run your new code (without channels) on
windows it takes consistently 1 second. On Linux it takes variably between
400ms and 1.5 seconds. Both running go 1.10. But, on my systems, this seems
to be actually measuring time.Sleep(). Removing the call to spin() and the
Hi Dave, thanks for the reply!
It makes sense that the send c <- 0 is not guaranteed to transfer control
to the receiving goroutine. But is it not guaranteed that runtime.Gosched()
will at least check if another goroutine is runnable? I thought that was
roughly the point of runtime.Gosched().
Hi,
I wrote this project when I was learning OpenGL. Although I am not an
expert in the game field, writing games with go is cool.
Github repository: https://github.com/icexin/gocraft
Thanks!
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To
I’ve not seen that problem before. I’d hazard a guess that it’s an incorrect go
installation. Don’t set goroot, basically ever. But it’s just a guess.
Are you able to create a stand alone program that demonstrates the issue with
the profile? Please consider raising a bug, golang.org/issue/new
The pointer logic is a hard part of Go. I don’t know how much performance
is gained by worrying about it, but I’ve learned to like having
function/method call argument copies in some cases.
I think becoming an expert on when to pick a pointer or not is a
fundamental part of Go programming. This
Does the program use cgo?
Matt
On Monday, April 2, 2018 at 6:48:14 PM UTC-5, Erik Quanstrom wrote:
>
> after upgrading to 1.9 (50% reduction) and finding a data race we didn't
> see in testing,
> we're still hunting down about 1 crash per 67 million hours of runtime.
>
> needless to say, the eco
On Saturday, March 31, 2018 at 12:15:34 AM UTC+2, Dave Cheney wrote:
>
> It looks like you’re stopping the block profile immediately after starting
> it.
>
> Try github.com/pkg/profile which will take care of the plumbing for you.
Thanks Dave for pointing your code.
After viewing your code,
The various meta linters pick this up.
I would highly recommend using:
https://github.com/alecthomas/gometalinter to improve the quality of
code, for this and other issues not picked up by the standard tool chain.
Regards
Steve
On 03/04/2018 00:37, Andrew Pennebaker wrote:
Some Go ty
17 matches
Mail list logo
