Re: [go-nuts] TCP writes without a corresponding read?

On Mon, Oct 23, 2017 at 9:05 PM, Matt Mueller wrote: > > Thanks for taking the time to respond Ian! If I'm understanding you > correctly, the client's socket is what's storing the buffer. When accept is > called, it looks in the queue of pending requests and it then creates

[go-nuts] Re: Running a Go server in a chroot

you need /usr/local/go/lib/time/zoneinfo.zip. time.LoadLocation is using it. Also /usr/local/go/lib/time/ has a script to refresh timezones. On Monday, October 23, 2017 at 6:11:15 AM UTC-4, Juliusz Chroboczek wrote: > > Hi, > > I'm running a statically linked (CGO_ENABLED=0) Go network server

Re: [go-nuts] TCP writes without a corresponding read?

Thanks for taking the time to respond Ian! If I'm understanding you correctly, the client's socket is what's storing the buffer. When accept is called, it looks in the queue of pending requests and it then creates a matching socket on the server. Is that right? The thing that's still throwing

Re: [go-nuts] Re: will the following code always print two 1?

They are the lock count for the given lock. Imagine each lock keeps track of how many times it has been acquired. There is a happens-before edge from an unlock to a lock only if the unlock has a lower count (i.e. was earlier than) than the lock. On Mon, Oct 23, 2017 at 3:43 PM, T L

[go-nuts] Re: will the following code always print two 1?

Thanks all for the explanations. I still have one question, which has been mentioned above. > For any sync.Mutex or sync.RWMutex variable l and *n* < *m*, call *n* of l.Unlock() happens before call *m* of l.Lock() returns. What are the "n" and "m" here? On Saturday, October 21, 2017 at

[go-nuts] Go memory usage

Hi all, I wrote a small go program and each instance of it takes about 10MB when executed, according to top's global usage counter (not sure if this is a great way of measuring...). The details of what it does aren't important for now, but this does prompt me to ask a few questions about go

[go-nuts] [ REMOTE JOB ] CodePen

Hello Friend! We’re looking for a strong systems programmer to help push CodePen ’s editor capabilities forward. The applicant must be talented, dedicated and have a strong background in Docker and Ruby, with Golang as a plus. The candidate must be willing to work

Re: [go-nuts] TCP writes without a corresponding read?

On Mon, Oct 23, 2017 at 10:25 AM, Matt Mueller wrote: > > Ah thanks guys for the insights, this led me to do some more digging: > > http://man7.org/linux/man-pages/man2/listen.2.html > http://man7.org/linux/man-pages/man2/accept.2.html > > - Looks like Listen() creates a

Re: [go-nuts] Re: Invalid Segment Alignment when pushing to iTunesConnect

Going over the contribution guide now. Tracking with: https://github.com/golang/go/issues/22402 Thank you for your help! On Monday, October 23, 2017 at 1:01:59 PM UTC-4, Elias Naur wrote: > > There's a guide at https://golang.org/doc/contribute.html to help > submitting a change to the code

Re: [go-nuts] Re: Invalid Segment Alignment when pushing to iTunesConnect

There's a guide at https://golang.org/doc/contribute.html to help submitting a change to the code review tool used by Go. Raising an issue is great, but an actual change is the fastest way forward in this case (iOS is a fringe OS in Go). With a CL, the change will be reviewed by someone who knows

Re: [go-nuts] Re: Invalid Segment Alignment when pushing to iTunesConnect

Maybe? I would appreciate your help in this matter. What is the quickest way to confirm that the change makes sense, doesn't break previous ios related stuff, and get it into the next go release? I don't want to hold things up as I google "change list" with various combinations of "golang",

Re: [go-nuts] Gob decoding and inability to pass state/context

On Mon, Oct 23, 2017 at 6:22 AM, Jeremy Bowers wrote: > > By request [1], I am reporting an issue I have with gob decoding and the > inability to pass state in to decoder functions. Related to https://golang.org/issue/22290 . Ian -- You received this message because you are

Re: [go-nuts] Re: Invalid Segment Alignment when pushing to iTunesConnect

Fantastic! Would you like to send this patch as a change list? - elias On Monday, October 23, 2017 at 6:24:05 PM UTC+2, pru...@gmail.com wrote: > > Making the following change fixes the original problem and allows my ios > apps to be uploaded: > > diff --git a/src/cmd/link/internal/ld/lib.go

Re: [go-nuts] Re: Invalid Segment Alignment when pushing to iTunesConnect

Making the following change fixes the original problem and allows my ios apps to be uploaded: diff --git a/src/cmd/link/internal/ld/lib.go b/src/cmd/link/internal/ld/lib.go index bd3abbba0a..45642e8ad7 100644 --- a/src/cmd/link/internal/ld/lib.go +++ b/src/cmd/link/internal/ld/lib.go @@ -1105,7

Re: [go-nuts] Re: Invalid Segment Alignment when pushing to iTunesConnect

It does change things. description length:88662 ERROR ITMS-90635: "Invalid Mach-O Format. The Mach-O in bundle "bios.app" isn’t consistent with the Mach-O in the main bundle. The main bundle Mach-O contains armv7(machine code) and armv7(machine code) and armv7(machine code) and armv7(machine

Re: [go-nuts] Re: Debugging error: plugin.Open: plugin was built with a different version of package

This is most likely https://github.com/golang/go/issues/21373 It should be fixed in Go 1.9.1. On Sun, Oct 22, 2017 at 11:21 PM Miki Tebeka wrote: > This happened to me as well when using vendored dependencies. Is this your > case? If so move the dependencies to GOPATH >

Re: [go-nuts] Re: Invalid Segment Alignment when pushing to iTunesConnect

Great, thank you! I know very little about gomobile build, but I noticed that gomobile bind uses the -buildmode=c-archive flag to go build while gomobile build doesn't. Does the following (completely untested) patch make any difference: diff --git a/cmd/gomobile/build_iosapp.go

Re: [go-nuts] a bug about go language

On Mon, Oct 23, 2017 at 5:23 PM <2891132l...@gmail.com> wrote: what bug do you see and where? -- -j -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to

Re: [go-nuts] Re: Invalid Segment Alignment when pushing to iTunesConnect

Ok thank you!. Bind does validate after setting ENABLE_BITCODE to NO in the build settings. On Monday, October 23, 2017 at 11:03:51 AM UTC-4, Elias Naur wrote: > > To successfully build the bind example you need to disable bitcode (and > import the framework as you did). Sorry. > > - elias > >

[go-nuts] a bug about go language

[go-nuts] awesome-go project on golang github organization

Hi guys, I think you've bumped (browsing the Internet) into the awesome-go (repository that collects link from many projects written in Go) like https://github.com/golang/go/wiki/Projects Awesome-Go (https://github.com/avelino/awesome-go) has some test to validate quality automatically and

Re: [go-nuts] repeatable builds

Hi, Thanks for that. Right now, checking in an entire GOPATH makes the most sense to me. That seems to eliminate the need for godep, hellogopher etc... altogether. presumably, when you update the packages, you just use -u flag for "go get", right? Conrad On Wednesday, 18 October 2017

Re: [go-nuts] Re: Invalid Segment Alignment when pushing to iTunesConnect

To successfully build the bind example you need to disable bitcode (and import the framework as you did). Sorry. - elias Den man. 23. okt. 2017 17.00 skrev : > Trying bind this time. > Not able to build in Xcode with bind example. Xcode can't find the Hello > module when

Re: [go-nuts] Re: Invalid Segment Alignment when pushing to iTunesConnect

Trying bind this time. Not able to build in Xcode with bind example. Xcode can't find the Hello module when following the instructions. Dropping the hello.framework into the ios folder seems to help but leads to the following linker error: ld:

Re: [go-nuts] Re: Invalid Segment Alignment when pushing to iTunesConnect

On Mon, Oct 23, 2017 at 2:09 PM wrote: > I reproduced the problem using the gomobile bind example with the > following code changes. > > diff --git a/cmd/gomobile/build_iosapp.go b/cmd/gomobile/build_iosapp.go > > index 0b2a923..8480790 100644 > > ---

[go-nuts] Re: Running a Go server in a chroot

> > I'm running a statically linked (CGO_ENABLED=0) Go network server in > a chroot under Linux. The chroot is completely empty (except for the > server's data files), yet, to my surprise, the only issue I'm seeing is > that the timezone is wrong. > 1. Which file(s) do I copy into the

[go-nuts] Re: Invalid Segment Alignment when pushing to iTunesConnect

Yes the error happens with tip. go version devel +006bc57095 Sun Oct 22 15:50:50 2017 + darwin/amd64 On Sunday, October 22, 2017 at 4:32:44 AM UTC-4, Elias Naur wrote: > > Another thing: Is the problem present in go tip (to become 1.10) as well? > And finally, can you reproduce the problem

[go-nuts] Re: Invalid Segment Alignment when pushing to iTunesConnect

Here is the error text in case the png doesn't display. description length:93594 ERROR ITMS-90503: "Invalid Bundle. Apps that have 'arm64' in the list of UIRequiredDeviceCapabilities in Info.plist must only contain the arm64 slice." ERROR ITMS-90209: "Invalid Segment Alignment. The app

[go-nuts] Re: Invalid Segment Alignment when pushing to iTunesConnect

I reproduced the problem using the gomobile bind example with the following code changes. diff --git a/cmd/gomobile/build_iosapp.go b/cmd/gomobile/build_iosapp.go index 0b2a923..8480790 100644 --- a/cmd/gomobile/build_iosapp.go +++ b/cmd/gomobile/build_iosapp.go @@ -31,7 +31,7 @@ func

[go-nuts] Re: Invalid Segment Alignment when pushing to iTunesConnect

go1.9.1 xcode 9.0.1 macOS 10.13. On Sunday, October 22, 2017 at 4:26:15 AM UTC-4, Elias Naur wrote: > > Hi Paul, > > What version of Go, Xcode an macOS are you using? I'd like to help you > debug the problem, but Xcode doesn't seem to allow me to run the validation > of an archived build

[go-nuts] Running a Go server in a chroot

Hi, I'm running a statically linked (CGO_ENABLED=0) Go network server in a chroot under Linux. The chroot is completely empty (except for the server's data files), yet, to my surprise, the only issue I'm seeing is that the timezone is wrong. So two questions, perhaps three: 1. Which file(s)

[go-nuts] Re: Debugging error: plugin.Open: plugin was built with a different version of package

This happened to me as well when using vendored dependencies. Is this your case? If so move the dependencies to GOPATH On Thursday, October 19, 2017 at 5:37:53 PM UTC+3, voidlogic wrote: > > Hey Everyone, > > Does anyone know how to debug "*plugin.Open: plugin was built with a > different