[go-nuts] Re: Proposal: return if any not nil

ut I'm happy with Go as it is. Jonathan -- 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 golang-nuts+unsubscr...@googlegroups.com. For more options

[go-nuts] Re: How to break a long code into lines in Golang?

, Int64Flag_xxIntervalMS ) I've done this even when the code is only used once. Sometimes it makes the code clearer by making the overall structure clearer. Jonathan -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from

[go-nuts] Re: tidy way to write a repeat-until in golang

for i := a.X;; i = i + b.X - a.X { //stuff if i != b.x { break } } On Friday, October 7, 2016 at 7:25:02 PM UTC-4, xiio...@gmail.com wrote: > > Any suggestions on a way to write a repeat until loo

Re: [go-nuts] Index operator on pointer to array or slice

Using a struct type Heap struct { items []Item } func (h *Heap) Pop() interface{} { ... } func (h *Heap) Push(x interface{}) { ... } lets you use the more legible (to me, anyway) h.items[i] Jonathan -- You received this message because you are subscribed to the Google Groups "g

Re: [go-nuts] encoding/json: any way to receive number literal "10.0" into integer field?

Thanks -- I should have clarified that we've ruled that option out (it was our first approach), since we want to stick to the built in types that won't require explicit exchange with the primitive types. jonathan On Fri, Jun 17, 2016 at 02:56:49PM -0700, Edward Muller wrote: > AFAIK

[go-nuts] Re: keyed vs unkeyed fields

a narrower visual field. The labels are redundant. Jonathan -- 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 golang-nuts+unsubscr...@googlegroups.com. Fo

[go-nuts] Is this behavior by textproto.Writer.DotWriter correct?

it isn't I think the documentation should note this. Jonathan -- 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 golang-nuts+unsubscr...@googlegrou

[go-nuts] Re: wtf

Defer evaluates the arguments to the deferred func at the point of the defer statement. On Saturday, August 26, 2023 at 10:58:06 AM UTC-4 Aln Kapa wrote: > Hi All ! > Need some help, what am I doing wrong? > > https://go.dev/play/p/bBlA-i1CxNO > > // You can edit this code! > // Click here and

Re: [go-nuts] can someone create an example for me of a webpage that can run a bash command ?

ng.org/doc/articles/wiki/ It's not specifically what you were asking, but this might be something that could be done without Go at all, by emulating a full Linux system entirely in the browser. For example: https://bellard.org/jslinux/ Cheers, Jonathan On Wed, Feb 14, 2018 at 6:56 PM, Da

Re: [go-nuts] Go Programming Language Course

> 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 golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.g

Re: [go-nuts] How to read a JSON Response body

https://ahmet.im/blog/golang-json-decoder-pitfalls/ I don't have the same conclusion as the article, and think that using the stream syntax is often useful, but care must be taken to ensure that the stream is fully consumed and closed. Jonathan On Tue, Mar 20, 2018 at 11:25 AM, Alex Efros

Re: [go-nuts] Re: Is it possible to unmarshall Json by selecting the struct from a field in the Json?

x27;]::jsonDeserialize($decoded); >>> >>> >>> assert($obj->label == "Lorem"); >>> >>> So the above really translates to calling the static method on a >>> concrete class, like this: >>> >>> $obj = Domain\\Model\\M

[go-nuts] confused about assignability

Consider type Int int var y int = Int(3) The spec says A value x is assignable to a variable of type T ("x is assignable to T") if one of the following conditions applies: - x's type V and T have identical underlying types

Re: [go-nuts] Re: Generics as builtin typeclasses

> > When is it important to not just express what operations are > required for a type, but also to try to rule out some types? > I think the short answer is: numeric code. That's when one thinks about which types make sense for an algorithm, not just which operations. I'm not exactly sure w

Re: [go-nuts] Re: Generics as builtin typeclasses

I don't think Go will add operator overloading, even if it simplifies generics. Go has a core principle that doesn't get written down very much: syntax is hard-coded. If you see a piece of syntax in Go, it will never execute user code. (The obvious exception, of course, is a function call.) Thi

Re: [go-nuts] Re: Generics as builtin typeclasses

> > > FWIW, in my pseudo-interface description > , > Unrelated to this particular issue, but since you link to your blog post, I just want to mention that in your graph example, func ShortestPath(type Node, Edge) (g Graph(Node,

Re: [go-nuts] Re: Generics as builtin typeclasses

> > FWIW, in my pseudo-interface description > ... > You mention that comparable is a pseudo-interface, which means the type supports the == and != operators. You say that comparable and the other pseudo-interfaces are types. So I

Re: [go-nuts] Re: Generics as builtin typeclasses

On Saturday, September 8, 2018 at 11:58:46 PM UTC-4, Robert Engels wrote: > > For the math operator, since Go already doesn’t do automatic numeric > conversions, all of the operators are almost trivially implemented as > methods, e.g. operator + is > > pseudo generic interface - not really req

Re: [go-nuts] Re: Generics as builtin typeclasses

, G Graph(Node, Edge)) (g G, from, to Node) []Edge except according to your description, all three type parameters would have Graph(Node, Edge) as constraints, which doesn't make sense either. > On Sun, Sep 9, 2018 at 8:21 PM Jonathan Amsterdam > wrote: > >> >

Re: [go-nuts] Re: Generics as builtin typeclasses

On Sunday, September 9, 2018 at 3:19:16 PM UTC-4, Axel Wagner wrote: > > On Sun, Sep 9, 2018 at 8:49 PM Jonathan Amsterdam > wrote: > >> The problem is that this program seems to type-check, but it is invalid. >> The == operator is specified to work on operands of the

Re: [go-nuts] Re: Generics as builtin typeclasses

t; "type-checking function body" idea and instead define a set of > base-contracts you can use for operators) and you'd end up with pretty much > my design. > > On Sun, Sep 9, 2018 at 11:17 PM Jonathan Amsterdam > wrote: > >> >> >> On Sunday,

Re: [go-nuts] Re: Generics as builtin typeclasses

On Sunday, September 9, 2018 at 3:52:24 AM UTC-4, Ian Lance Taylor wrote: > > On Sat, Sep 8, 2018 at 7:53 PM, Jonathan Amsterdam > > wrote: > >> When is it important to not just express what operations are > >> required for a type, but also to try to rule ou

[go-nuts] Re: Link: Getting specific about generics

>From the blog post: For example there could be an eq interface that’s equivalent to a contract > with an x == x. Actually, there can't. If eq were an interface, then func f(x, y eq) bool { return x == y } would be legal. And so would the call var a int var b float64 f(a,

[go-nuts] Re: Link: Getting specific about generics

> > > The problem is that the spec says that the operands of == have to be the > same type > Correction: one operand must be assignable to the type of the other. The example still stands: you can't compare an int and a float64. -- You received this message because you are subscribed to the

Re: [go-nuts] Re: Generics as builtin typeclasses

t;> specify those. I specifically don't allow that and that's the whole point >>> I'm making. So this doesn't seem like a particularly nice way to have a >>> discussion. >>> >>> But yes, if it makes you happier, we can call them "

[go-nuts] Re: Link: Getting specific about generics

Sorry, I'm wrong about `eq`. It could be an interface, because `==` is treated specially for interface types. But you couldn't have an interface for any other operator, like `<` or `+`. On Monday, September 10, 2018 at 9:55:04 AM UTC-4, Jonathan Amsterdam wrote: > > From the

Re: [go-nuts] Re: Generics as builtin typeclasses

I'm wrong about `==` here, because it's defined for interface values. `comparable` could be an interface. But it won't work for other operators like `<` or `+`. On Sunday, September 9, 2018 at 2:49:26 PM UTC-4, Jonathan Amsterdam wrote: > > FWIW, in my pseudo-interfac

Re: [go-nuts] Re: Generics as builtin typeclasses

On Monday, September 10, 2018 at 4:17:57 PM UTC-4, Axel Wagner wrote: > > On Mon, Sep 10, 2018 at 8:57 PM Jonathan Amsterdam > wrote: > >> FWIW, I think Ian's criticism of not wanting a list of new identifiers to >>> express operator constraints is fair. It

Re: [go-nuts] Re: Generics as builtin typeclasses

on: If we can express the vast majority (or >> even all) of the needed contracts as combinations of this handful of >> base-cases, why would we need to allow the full power of Go syntax, which >> enables to write all the less than obvious ones too? >> >> (to

Re: [go-nuts] Re: Generics as builtin typeclasses

id sanity-check against > the examples in the contract design doc, but I have not put enough thought > into it that there might not be a couple nooks and crannies I haven't > thought of, as you've proven before :) ) > > On Tue, Sep 11, 2018 at 1:21 AM Jonathan Amster

[go-nuts] Re: Scrapping contracts (was: "Generics as bultin typeclasses")

> > * I think constraining type-parameters to channel/slice/map types might > not be needed at all. Instead of, say "func Foo(type T channelOfBar) (ch > T)", ISTM that we can use "func Foo(ch chan Bar)". Since any channel-type > with element type Bar can be assigned to `chan Bar`, this would al

Re: [go-nuts] Re: Generics as builtin typeclasses

On Tuesday, September 11, 2018 at 9:24:56 AM UTC-4, Larry Clapp wrote: > > This question frankly struck me odd, given the context. To paraphrase: > "Do I have examples of where accessing a field in a generic struct type > might be useful?" I kind of assumed that, hip-deep as we are in a > di

Re: [go-nuts] Scrapping contracts (was: "Generics as bultin typeclasses")

Not to be snide, but we are looking for examples, not kinds of examples. Do you know of actual code where this would benefit? For example, could field accessors improve the standard image and image/color packages? On Wednesday, September 12, 2018 at 9:15:24 AM UTC-4, Mandolyte wrote: > > On fi

[go-nuts] Re: Go 2 error-handling counter-proposal: returnfrom

What's the meaning of this code? func main() { f := g() f() } func g() func() { Top: return func() { returnfrom Top, nil} } On Thursday, September 13, 2018 at 3:29:03 PM UTC-4, Scott Pakin wrote: > > I recently added to the Go 2 Error Handling Feedback > <

Re: [go-nuts] A simplified generics constraint system.

I'm sympathetic to the general idea, but I don't think this quite does it. In addition to introducing a bunch of new names, it's not expressive enough: - You can't express "string or []byte", as you note. There are many algorithms where this would be useful. See the strings and bytes packages f

Re: [go-nuts] A simplified generics constraint system.

On Friday, September 14, 2018 at 8:06:31 PM UTC-4, alanfo wrote: > > Thanks for your comments, Jonathan. > > I did in fact deal with all the cases you mention in my 'fuller' proposal: > > https://gist.github.com/alanfo/5da5932c7b60fd130a928ebbace1f251 > > where

[go-nuts] Possible bug in golang type checker

Rxu2hi) Is that a bug in the golang type checker or am i missing something. Thanks, Jonathan Hurter -- 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

Re: [go-nuts] Re: How to read multi-page TIFF image?

Wether a multi-page TIFF uses multiple IFDs or uses one IFD with multiple SubIFDs is implementation dependent. Though, I think most probably just use multiple IFDs. The basic structure of an IFD and a SubIFD is essentially the same. The main difference is where you find their offsets and the

Re: [go-nuts] Re: How to read multi-page TIFF image?

ething that would watch for newly added RAW images and create jpeg > thumbnails, and various sizes for sharing via blog, twitter, whatever. > > On Monday, September 25, 2017 at 3:40:25 PM UTC+2, Jonathan Pittman wrote: >> >> Wether a multi-page TIFF uses multiple IFDs or uses one IF

Re: [go-nuts] Handle sub domains in go.

or me. > > -- > 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 golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.g

Re: [go-nuts] http server request queue

of work? > > > > -- > 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 golang-nuts+unsubscr...@googlegroups.com. > For more options,

Re: [go-nuts] Golang performance benchmarks on arm64 (Qualcomm Centriq 2400)

t certainly Centriq is fascinating) despite being opened up (OpenPOWER). I'm not close enough to either of these communities to speculate as to why this is so. -- Jonathan Yu / *@jawnsy* on LinkedIn <https://linkedin.com/in/jawnsy>, Twitter <https://twitter.com/jawnsy>, Git

Re: [go-nuts] Re: invitation to gophers.slack.com

gle Groups > "golang-nuts" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Jonathan Yu / *@jawnsy* on LinkedIn <

[go-nuts] Dangers of package renaming

eep in mind that the package has sub-packages as a dependencies (i.e. github.com/flimzy/kivik dependson github.com/flimzy/kivik/errors), in case this complicates things. Thank you, Jonathan -- You received this message because you are subscribed to the Google Groups "golang-nuts" g

[go-nuts] Re: Dangers of package renaming

the library are using a vendoring tool with semver support, but this is an assumption I'm willing to live with. Any drawbacks I'm not seeing with this approach? -- Jonathan On Saturday, December 2, 2017 at 4:33:06 PM UTC+1, Jonathan Hall wrote: > > I maintain an open-source

[go-nuts] Re: ssh session

Elaborate on what you mean by "another place." Do you just need multiple sessions within your own program or do you need to pass that connection to another program (e.g. a proxy command or shared socket connection)? Within your program, once you have dialed an ssh connection and have an *ssh.Cl

Re: [go-nuts] how to do numpy.fromstring in Go ?

le Groups > "golang-nuts" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Jonathan Yu / *@jawnsy* on LinkedIn &

[go-nuts] methods for error

Inspired by Rob Pike's recent blog post and Dave Cheney's errors package , I wrote down some methods that I think all errors should implement. The key idea is that an error only needs to

Re: [go-nuts] Selenium webdriver based testing in Go

I've had a lot of success with agouti, though I don't know enough about Selenium to be sure that it's what you're asking for. I used it to do browser testing of a rich internet application, with chrome driver. On Dec 31, 2017 14:56, "Tong Sun" wrote: > Hi, > > Anyone here ever looked into doing

[go-nuts] RFC for opt-in streaming support in encoding/json package

*I debated posting here, or straight to GitHub. If that's the better place, I can move the thread there. * I have long wanted proper streaming support in the `encoding/json` library. Lately I’ve been doing some digging to understand the current state of things, and I think I’ve come to grips w

Re: [go-nuts] RFC for opt-in streaming support in encoding/json package

Can you say more? Better in which way? On Friday, August 9, 2019 at 4:46:19 PM UTC+2, burak serdar wrote: > > > Instead of modifying the existing Encoder/Decoder, wouldn't it be > better to do this as a separate encoder/decoder? > > > > > > > > > > -- > > You received this message because yo

Re: [go-nuts] RFC for opt-in streaming support in encoding/json package

Thanks for the reply. My responses inline below. On Friday, August 9, 2019 at 5:14:52 PM UTC+2, burak serdar wrote: > > On Fri, Aug 9, 2019 at 8:53 AM Jonathan Hall > wrote: > > > > Can you say more? Better in which way? > > Better in the way that it wouldn

Re: [go-nuts] RFC for opt-in streaming support in encoding/json package

I wonder if the APIs would end up looking very much the same, anyway. Jonathan On Friday, August 9, 2019 at 5:53:41 PM UTC+2, Robert Engels wrote: > > In other environments (e.g. Java), the streaming processors are distinct > from the instance oriented - usually for good reason as t

Re: [go-nuts] RFC for opt-in streaming support in encoding/json package

the modern world that seems rather rare (or > very difficult to do well). > > -Original Message- > From: Jonathan Hall > Sent: Aug 9, 2019 11:00 AM > To: golang-nuts > Subject: Re: [go-nuts] RFC for opt-in streaming support in encoding/json > package > >

Re: [go-nuts] RFC for opt-in streaming support in encoding/json package

Oh, thanks for pointing that out. it is indeed very similar to my proposal. What do you think the chances of getting it resurrected and merged? Is more discussion still needed with respect to sync.Pool? On Friday, August 9, 2019 at 6:15:31 PM UTC+2, Ian Davis wrote: > > You may also be interest

Re: [go-nuts] RFC for opt-in streaming support in encoding/json package

can be solved by providing an unbuffered output > option that directly writes to the io.Writer. > > I like the idea of stream-friendly marshaler/unmarshaler interfaces. > > > > > -Original Message- > > From: Jonathan Hall > > Sent: Aug 9, 2019 11:

Re: [go-nuts] RFC for opt-in streaming support in encoding/json package

You're absolutely right. I just meant that the tokenizer interface wouldn't be completely replaced. There are still some corner cases where it will be necessary. On Friday, August 9, 2019 at 11:41:17 PM UTC+2, burak serdar wrote: > > On Fri, Aug 9, 2019 at 3:32 PM Jonath

[go-nuts] Is uppercase relevant at all for labels

I'm relatively new to Go, so this may be an obvious question, but I couldn't find the answer by searching... All examples of statement labels I have seen (e.g. https://golang.org/ref/spec#Break_statements) use labels where the first character of the label name is capitalized, as if they are int

Re: [go-nuts] Re: Who wants to use Go to process your camera's raw files?

Klaus, thank you for your input and pointing us to RawSpeed. I glanced through it and noticed one of the approaches you take is to create decoders based on the "format" and use camera Make/Model tags to decide which decoder to use. I am glad to say this is also the approach I was taking and menti

Re: [go-nuts] Re: Who wants to use Go to process your camera's raw files?

Does the license need to be the same as the standard Go License if it starts in another repo and then moves over? On Wed, Aug 31, 2016 at 8:19 PM, Nigel Tao wrote: > On Mon, Aug 29, 2016 at 12:27 PM, Jonathan Pittman > wrote: > > To everyone, I really want to see this live in the

[go-nuts] Best way to extract hostname from "host" or "host:port" style?

" Alternately, some way to check for the error type might be useful (similar to how os.IsNotExist(err) works) -- my way of doing it (simply checking for a colon) seems like it'd be problematic with IPv6 addresses. Thanks! Jonathan -- You received this message because you are subscr

Re: [go-nuts] Abridged summary of golang-nuts@googlegroups.com - 24 updates in 11 topics

Re: [go-nuts] Listen to and redirect outgoing Http/Https requests

mail to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Jonathan Yu / *@jawnsy* on LinkedIn <https://linkedin.com/in/jawnsy>, Twitter <https://twitter.com/jawnsy>, GitHub <https://github.com/jawnsy>, Faceboo

Re: [go-nuts] tidy way to write a repeat-until in golang

> On Oct 7, 2016, at 7:55 PM, Michael Jones wrote: > > It is a significant frustration for me, actually. Yup. I feel like I waste time writing clear code for this case, because I spend time thinking how to avoid the bottom test. (And I forgot to invert the test for the if clause.) > What I

Re: [go-nuts] Failed to cross compile go program

subscribed to the Google Groups > "golang-nuts" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Jonathan Yu / *@jawns

Re: [go-nuts] Determine DNS Server Responding

On Tue, Oct 11, 2016 at 3:56 PM, wrote: > I'm new to Go so please forgive the newbie question. > > Is there a way with one of the Go libraries which will indicate which name > server is responding to a host lookup request ? > > I have looked at the dns and net libraries but I have not found a fun

Re: [go-nuts] Re: Suggestions for parsing Forwarded HTTP Header (RFC 7239)

is a better fit for a third-party package? >> >> Cheers! >> -Tim >> >> [1] https://tools.ietf.org/html/rfc7239 >> [2] https://golang.org/pkg/mime/#ParseMediaType >> > -- > You received this message because you are subscribed to the Google Groups > &quo

Re: [go-nuts] Hosting godoc internally for private git server

> "golang-nuts" group. >> >> To unsubscribe from this group and stop receiving emails from it, send an >> email to golang-nuts+unsubscr...@googlegroups.com. >> >> >> For more options, visit https://groups.google.com/d/optout. >> >> --

[go-nuts] Custom collation

I need to collate some IPA transcriptions, which means that following the standard collation rules for a given language doesn't really make sense. As such, I wish to define my own collation order. Is there any documentation, howto, or other easier-to-digest documentation on this than what can

Re: [go-nuts] Problem with alpha blending using image/draw

jpeg does not support transparency. On Tue, Nov 8, 2016 at 12:14 PM, wrote: > Hi, > > I'm trying to write out a png with an alpha component as a jpeg. As I > understand it, I should be able to use the draw package to do this. > > // src is an image.RGBA > newImg := image.NewRGBA(

[go-nuts] http2 client/server reversal performance

Forgot to note that if I flip the coffee around to the "normal" case where the serveconn is done by the server the speed is as expected over WAN. Are there some internal settings different for the client vs server? -- You received this message because you are subscribed to the Google Groups "g

[go-nuts] Re: http2 client/server reversal performance

e and initialMaxFrameSize to no effect. On Friday, November 18, 2016 at 9:17:57 AM UTC-8, jonathan...@gmail.com wrote: > > Forgot to note that if I flip the coffee around to the "normal" case where > the serveconn is done by the server the speed is as expected over WAN. > Are t

[go-nuts] Re: http2 client/server reversal performance

https://github.com/golang/go/issues/17985 -- 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 golang-nuts+unsubscr...@googlegroups.com. For more options, visit https:

[go-nuts] Deleting the /r/golang subreddit

I think one of the reasons that the editing of posts by /u/spez is considered such a betrayal is that we view these forums as owned by the contributors and the community at large. It's seen as an invasion that he has such an authority (of course he did but we like to imagine he doesn't). However

[go-nuts] Re: http2 client/server reversal performance

Anyone mind lending some weight/priority to a fix for the issue above? :D On Saturday, November 19, 2016 at 6:19:50 PM UTC-8, jonathan...@gmail.com wrote: > > https://github.com/golang/go/issues/17985 > -- You received this message because you are subscribed to the Google Groups &qu

Re: [go-nuts] Re: Basic Web Authentication Question

" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Jonathan Yu / *@jawnsy* on LinkedIn <https://linkedin.com/in/jaw

Re: [go-nuts] Re: Basic Web Authentication Question

On Wed, Jan 4, 2017, 01:28 Henry wrote: > > > On Wednesday, January 4, 2017 at 1:40:40 PM UTC+7, Jonathan Yu wrote: > > > > While I agree that client-side hashing is overkill, I think the threat > model it's intended to protect against is a compromised *server*, s

[go-nuts] Seeker documentation.

It seems that it is not well defined what happens when you get an error. Looking at the os.File implementation the returned n value is always zero on error. But isn't it possible that the underlying call can error but still have seeked some? The reader and writer docs are clear :) -- You rece

Re: [go-nuts] New Context method in http.Request, what can we do with it?

Anyone have an idea when 1.7 will be out? On Thursday, July 7, 2016 at 4:08:51 PM UTC-7, Shawn Milochik wrote: > > Some really important and use stuff. Check this out: > > https://blog.golang.org/context > > > -- You received this message because you are subscribed to the Google Groups "golang-

[go-nuts] Re: What dependency management tool do you use?

I love the tool github.com/kardianos/govendor. Works with the standard go tools and does nothing more or less than I need. I use it for libraries and commands and it rolls it all up. On Tuesday, July 12, 2016 at 1:15:29 PM UTC-7, Johann Höchtl wrote: > > I use godep. There has been lots of rumour

[go-nuts] Re: Did you try 1.7RC1 ?

Why is that? -- 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 golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.

[go-nuts] Re: [security] Go 1.6.3 and 1.7rc2 are released

Why are the other changes to be released but not related to this security issue not in rc2? On Monday, July 18, 2016 at 9:59:54 AM UTC-7, Chris Broadfoot wrote: > > A security-related issue was recently reported in Go's net/http/cgi > package and net/http package when used in a CGI environment.

Re: [go-nuts] Re: [security] Go 1.6.3 and 1.7rc2 are released

Specifically this one https://github.com/golang/go/issues/16308 but perhaps there are others. On Monday, July 18, 2016 at 12:31:13 PM UTC-7, Ian Lance Taylor wrote: > > On Mon, Jul 18, 2016 at 12:11 PM, > > wrote: > > Why are the other changes to be released but not related to this > security

Re: [go-nuts] Re: [security] Go 1.6.3 and 1.7rc2 are released

Or another example https://github.com/golang/go/issues/16333. Its in master but not the release-branch.go1.7. On Monday, July 18, 2016 at 12:31:13 PM UTC-7, Ian Lance Taylor wrote: > > On Mon, Jul 18, 2016 at 12:11 PM, > > wrote: > > Why are the other changes to be released but not related to

Re: [go-nuts] Re: [security] Go 1.6.3 and 1.7rc2 are released

Ah, sounds good. By chance is there an estimated date on that? :D On Monday, July 18, 2016 at 2:49:54 PM UTC-7, Ian Lance Taylor wrote: > > On Mon, Jul 18, 2016 at 1:09 PM, > > wrote: > > Or another example https://github.com/golang/go/issues/16333. Its in > master > > but not the release-bra

[go-nuts] goimports no longer builds on go 1.4.2

Obviously 1.4.2 is quite out of date, but I thought it might be useful to point out that the change https://go-review.googlesource.com/#/c/25001/ added an import to runtime/trace, which is not a part of the 1.4.2 library, so go get golang.org/x/tools/cmd/goimports fails. Because goimports is in

[go-nuts] Who wants to use Go to process your camera's raw files?

Well me too! I am looking to see what level of interest there is in the Go community to see this happen. I am also looking for people who are interested in working on this. Figuring out how to handle this problem for one specific camera's raw files is not too difficult. Figuring out how to do t

Re: [go-nuts] Who wants to use Go to process your camera's raw files?

guage. Thoughts from anyone on this? On Tue, Jul 26, 2016 at 11:01 PM, Sam Whited wrote: > On Tue, Jul 26, 2016 at 9:35 PM, Jonathan Pittman > wrote: > > Figuring out how to handle this problem for one specific camera's raw > files > > is not too difficult. F

[go-nuts] Re: Who wants to use Go to process your camera's raw files?

I would be interested in seeing this happen. On Tuesday, July 26, 2016 at 7:36:31 PM UTC-7, Jonathan Pittman wrote: > > Well me too! I am looking to see what level of interest there is in the > Go community to see this happen. I am also looking for people who are > interested i

[go-nuts] Re: Who wants to use Go to process your camera's raw files?

te and general way. On Wednesday, August 10, 2016 at 6:08:00 PM UTC-4, jonathan...@gmail.com wrote: > > I would be interested in seeing this happen. > > On Tuesday, July 26, 2016 at 7:36:31 PM UTC-7, Jonathan Pittman wrote: >> >> Well me too! I am looking to see what lev

Re: [go-nuts] Re: Who wants to use Go to process your camera's raw files?

A lot of people would love to see that happen, not for the sake of this situation, but for the sake of being able to translate C to Go in moderately large projects and general uses. If you or someone else has a way to do that, then that would be very interesting to see. Having said that, I think

Re: [go-nuts] Re: Who wants to use Go to process your camera's raw files?

Or possibly an organization on github? > > Personally I could go with almost anything. > > > On Wednesday, August 10, 2016 at 11:09:12 PM UTC-4, Jonathan Pittman wrote: >> >> For some reason I did not get the last 3 updates until this one. Weird. >> >> So, I have

[go-nuts] Building with "go install" vs "go build"

ust accidentally start a flamewar/bikeshedding session with this question... Seems like an important thing to settle. I'm curious to hear your thoughts! Cheers, Jonathan [0] https://golang.org/cmd/go/#hdr-Compile_and_install_packages_and_dependencies [1] https://github.com/NanXiao/golang-10

Re: [go-nuts] Looking for free, part-time, remote internship.

> 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 golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.

[go-nuts] offset out of range, different toolchain

I am trying to switch from a 32 bit standalone ndk android toolchain to the 64 bit one. The only changes I have made are the toolchain and using GOARCH=arm64 instead of GOARCH=arm when build but I am getting a list of errors like: internal/**/**.go:715: offset out of range: 782 01448 (/go/src/*

Re: [go-nuts] offset out of range, different toolchain

phew thx, thought I was going crazy there. On Thursday, February 23, 2017 at 5:27:22 PM UTC-8, Ian Lance Taylor wrote: > > On Thu, Feb 23, 2017 at 12:54 PM, > > wrote: > > I am trying to switch from a 32 bit standalone ndk android toolchain to > the > > 64 bit one. The only changes I have mad

[go-nuts] reading/writing after http.Handler returns

A few weeks ago we implemented a context that given some readClosers and writeClosers would track if any were idle and eventually cancel the context. We use this for handlers in our server. We seem to be having a crash though where we are effectively returning from a handler, and yet a read/writ

Re: [go-nuts] reading/writing after http.Handler returns

Yes and I'll wait for that change, thanks! On Friday, March 3, 2017 at 2:01:25 PM UTC-8, bradfitz wrote: > > I'm not sure I understand what the bug report here is. > > Is this https://github.com/golang/go/issues/16100 ? > > > On Thu, Mar 2, 2017 at 3:06 PM, > > wrote: > >> A few weeks ago we impl

[go-nuts] 1.8.1 release time frame

Anyone know if there is a plan for the 1.8.1 in terms of time? It seems to have issues building up on it. -- 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 golang-

[go-nuts] gomock - why do recorder methods use interface{}?

od must be called with a string parameter, right? Jonathan -- Jonathan Yu / *@jawnsy* on LinkedIn <https://linkedin.com/in/jawnsy>, Twitter <https://twitter.com/jawnsy>, GitHub <https://github.com/jawnsy>, Facebook <https://facebook.com/jawnsy> *“Ever tried. Ever failed.

  1   2   >