[go-nuts] How do you use traceback ?

or, that's eventually more accurate than a traceback. And now in few places I see that my decorate looks like a small traceback "I'm in method X and I call Y: %v" Thought ? -- wilk -- You received this message because you are subscribed to the Google Groups "golang-nu

[go-nuts] Re: HTTP Proxy in Go

se the proxy of httputil without any issue. I'm using forwarding to legacy app with Go new app in front. -- wilk -- 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

[go-nuts] Re: No generic, part -2

out > making you feel I'm attacking your character. > > To those who are still attempting to provide evidence that the generics > proposal process was conducted in good faith, I think you've done > everything you need to do and it's probably best to just let this one go. +

[go-nuts] Re: No generic, part -2

different people at >>> many different times suggested that the idea of adding generics should >>> be dropped. Those ideas were discussed, supported, opposed, and so >>> forth. It's been a long discussion over many years. >>> >>> Ian > -- wilk -- Yo

[go-nuts] Re: No generic, part -2

earn money for living. Every body need to earn money for living. Generics will maybe help for that. It's why we was a lot (in the community) to invest time discussing this since years. I thanks Alex and others who have contributed a lot more time than me. We should respect all this work. -- wi

[go-nuts] Re: No generic, part -2

ing that the proposal was adopted because it had > good support. I am arguing against the suggestion that the proposal > should not have been adopted because it had a lot of critics. > > Ian -- wilk -- You received this message because you are subscribed to the Google Groups "golang-n

[go-nuts] Re: No generic, part -2

On 16-03-2021, Robert Engels wrote: > Very well said.=20 +1 -- wilk -- 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...@goo

[go-nuts] Re: Generics - please provide real life problems

build. +1 > > Fair enough. It could be a first step (genrics only in the stdlib) before opening generics to everybody. -- wilk -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receivi

[go-nuts] Re: Signature Switch - third path to Go generics

e of the minimal requirements that I think applies to any > generics proposal is the ability to write a compile-time-type-safe > container, such as a concurrent hash map. I understand in his description that it's type safe at compile time. >> switch func.(type) { // Signature Swi

[go-nuts] Re: Generics - please provide real life problems

say that for your example, i can see where generics will help to have maintainable code... Two sides... I believe we have to choose where to put the cursor between the minimum of generics possibilities for the maximum maintainability... -- wilk -- You received this message because you are subscri

[go-nuts] Re: Generics - please provide real life problems

ompile time the function with the type of each functions call. I believe it's too easy and i miss something already discussed... -- wilk -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receivin

[go-nuts] Re: Generics, please go away!

nerics if it = > is a good solution, i think =F0=9F=92=AD=20 Maybe adding generics will help handling error ? -- wilk -- 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

[go-nuts] Re: Generics - please provide real life problems

t package. Or the unsafe one. > Or big large fat interfaces. > Or the empty interface. Yes. If generics will be used like that i believe it will not break the simplicity and community of Go. -- wilk -- You received this message because you are subscribed to the Google Groups "golan

[go-nuts] Re: Generics - please provide real life problems

how to know ? The current draft has double sides. On one side it's really simple in the way of Go, which is amazing for generic ! But on the other side, because it'll be easy to use it can be abused. -- wilk -- You received this message because you are subscribed to the Google Gr

[go-nuts] Re: Generics - please provide real life problems

common for me. I like a lot how sort.Slice allow this. I did the same for all the need of generics that I had. -- wilk -- 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

[go-nuts] Re: Generics, please go away!

iva4-6593cae50902.qloud-c.yandex= > .net" rel=3D"noreferrer nofollow" target=3D"_blank" data-saferedirecturl=3D= > "https://www.google.com/url?hl=3Den&q=3Dhttps://groups.google.com/d/msg= > id/golang-nuts/17246551608725779%2540iva4-6593cae50902.qloud-c.yandex.ne

[go-nuts] Re: [generics] Print[T Stringer](s []T) vs Print(s []Stringer)

On 23-12-2020, Ian Lance Taylor wrote: > On Wed, Dec 23, 2020 at 9:54 AM wilk wrote: >> >> https://go2goplay.golang.org/p/fTW3hJYNgfU >> >> type Stringer interface { >>String() string >> } >> >> Print[T Stringer](s []T) >> >>

[go-nuts] [generics] Print[T Stringer](s []T) vs Print(s []Stringer)

Hi, https://go2goplay.golang.org/p/fTW3hJYNgfU type Stringer interface { String() string } Print[T Stringer](s []T) Print(s []Stringer) Both forms works. How to prevent double way to do the same things that can be confusing ? -- wilk -- You received this message because you are

[go-nuts] Re: Generics, please go away!

ditions you wrote or does it still need improvements ? It's difficult to measure "simplicity" when adding anything new... -- wilk -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and s

[go-nuts] Re: Generics, please go away!

somes lessons, it's unique that we can teach 100% of the language in few days. With generics we'll need one day more ! -- wilk -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop recei

[go-nuts] Re: Generics, please go away!

oblem is how will be used/abused generics when it just add complexity when it would not add now... Since years i've only one time needed generics to convert a Python lib, then finally found a better anwser... However, i understand that sometimes it's really usefull. How to make sure

[go-nuts] Re: Generics, please go away!

ly a new concept in Go. We already can abuse of empty interface{}. It'll be the same with type parameters, we could abuse of type 'any' but most of the time we'll use type parameters with constraints, like interface with method and it'll keep strong. Sorry for my bad eng

[go-nuts] Re: [ generics] Moving forward with the generics design draft

r to learn than the > others. Why not `anyer` then ? -- Wilk -- 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. To

[go-nuts] Re: Share GOMODCACHE between unix users

On 19-08-2020, Marcin Romaszewicz wrote: > --71f06b05ad3dc9f8 > Content-Type: text/plain; charset="UTF-8" > > I have many users building Go at my company, and instead of sharing the > module cache on the filesystem, a much better approach is to use a caching > module proxy, such as Athe

[go-nuts] Share GOMODCACHE between unix users

Hi, I would like to have a global GOMODCACHE for all unix users, or a group of users to gain space and speed. I trust all the users. Using the same GOMODCACHE for all users doesn't works, the perms are only writable by the user running the build. Is there a workaround ? Could it be a feature ?

[go-nuts] xerrors and stack trace

transition package for Go 1.13 ? Will the stack trace of xerrors become part of go1.14 ? Will xerrors going to be maintained if stack trace are not going in go1.14 ? Thanks -- Wilk -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To u

[go-nuts] Re: Go Module Mirror and Checksum Database in Beta!

On 31-05-2019, Amnon Baron Cohen wrote: > --=_Part_967_922323128.1559316498912 > Content-Type: multipart/alternative; > boundary="=_Part_968_1050003518.1559316498912" > > --=_Part_968_1050003518.1559316498912 > Content-Type: text/plain; charset="UTF-8" > Content-Transfer-Encoding

[go-nuts] Re: Go Module Mirror and Checksum Database in Beta!

On 30-05-2019, Katie Hockman wrote: > The module mirror at proxy.golang.org serves the go command=E2=80=99s proxy > protocol. The Go 1.13 development tree uses this mirror for all module > downloads by default. See the go command documentation at tip >

[go-nuts] Re: Interesting public commentary on Go...

age... And thanks Ian for your writing. I'm every day surprise to see how a language can fit at the same time a big compagny and an independant developer ! scaling is that ! -- Wilk -- You received this message because you are subscribed to the Google Groups "golang-nu

[go-nuts] Re: Go if else syntax .. suggested replacement

On 24-04-2019, lgod...@gmail.com wrote: > --=_Part_538_706677508.1556067911841 > Content-Type: multipart/alternative; > boundary="=_Part_539_1965717614.1556067911841" > > --=_Part_539_1965717614.1556067911841 > Content-Type: text/plain; charset="UTF-8" > > It sure would be nice i

[go-nuts] Re: goimports performance degrades in go module

On 08-11-2018, 'Ian Cottrell' via golang-nuts wrote: > --ea8501057a283d99 > Content-Type: text/plain; charset="UTF-8" > > Hi, > > Could you try the module aware fork of goimports > https://github.com/heschik/goimports and let us know if it works and > is > acceptable speed wise? > We a

[go-nuts] go 1.11 and XP

Hi, Go 1.11 is not more compatible with Windows XP, but is it the compilator or the executable or both ? I just tried an app (build on linux) and doesn't see any failure... -- William -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubs

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

On 02-09-2018, Tristan Colgate wrote: > --633c2e0574df037c > Content-Type: text/plain; charset="UTF-8" > Content-Transfer-Encoding: quoted-printable > > It's a great read, clarified stuff for me. An approach that embraces > interfaces feels preferable to me. +1 -- William -- You

[go-nuts] Re: Is the go 1.11 godoc tool 'module-aware'?

It could be fine to start a wiki page to list the tools and ide (not)ready for modules with the linked issues. In https://github.com/golang/go/wiki/Modules or a new page ? On 29-08-2018, Paul Jolly wrote: > --50127c057491b176 > Content-Type: text/plain; charset="UTF-8" > > Please s

[go-nuts] Re: Local cache of dependencies

On 22-08-2018, Conor Hackett wrote: > --=_Part_816_169128197.1534976743243 > Content-Type: multipart/alternative; > boundary="=_Part_817_1168505210.1534976743243" > > --=_Part_817_1168505210.1534976743243 > Content-Type: text/plain; charset="UTF-8" > > Hey Guys, > > So, adding yo

[go-nuts] Re: vgo and handling major versions

On 26-02-2018, Kaveh Shahbazian wrote: > It would be nice if vgo could handle something like (in .mod files) > `pkg >>1.2.1 branch-name-*` and the `*` part could be a major number and the > `1.2.1` is tag. The `branch-name-*` part is a pattern for branch name. If I understand what you mean, I

[go-nuts] Re: vgo with package path without dot

On 24-02-2018, flicaf...@gmail.com wrote: > --=_Part_9366_348433021.1519468400573 > Content-Type: multipart/alternative; > boundary="=_Part_9367_868487623.1519468400573" > > --=_Part_9367_868487623.1519468400573 > Content-Type: text/plain; charset="UTF-8" > > Vgo implements a pac

[go-nuts] Re: vgo with package path without dot

On 24-02-2018, Amnon Baron Cohen wrote: > --=_Part_9094_478136164.1519461749739 > Content-Type: multipart/alternative; > boundary="=_Part_9095_482511421.1519461749739" > > --=_Part_9095_482511421.1519461749739 > Content-Type: text/plain; charset="UTF-8" > > > > On Friday, 23 Febr

[go-nuts] vgo with package path without dot

Hi, I work with GOPATH per project. Then I use to give them a one word path directly under src: $GOPATH/src/myapp But I found that it doesn't work with vgo. It looks at /usr/local/go/src/ instead of my GOPATH. The same when i use replace with a clone of a libs. If there is a dot in the packag

[go-nuts] Re: nginx and upstream prematurely closed connection while reading upstream

On 18-08-2017, wilk wrote: > Hi, > > I'm experiencing a lot of log in nginx : > upstream prematurely closed connection while reading upstream > > Looking in my code it's because I added > > w.Header().Set("content-length", strconv.Itoa(len(w.Body.Byte

[go-nuts] nginx and upstream prematurely closed connection while reading upstream

Hi, I'm experiencing a lot of log in nginx : upstream prematurely closed connection while reading upstream Looking in my code it's because I added w.Header().Set("content-length", strconv.Itoa(len(w.Body.Bytes( If i remove it, no more logs and my clients are happy again I use an httptest.R

[go-nuts] Re: Applying idiomatic Golang patterns to other languages?

On 18-01-2017, Felipe Spinolo wrote: > > I think it's a mistake to try to apply one language's idioms to another > language. I don't write Go the way I would write Java or Python, and I > don't write either of them the way I would write Go. Idiomatic Go is > idiomatic because it fits with the

[go-nuts] Re: [ANN] Mutagen - A unique file sync utility in Go inspired by Unison

transfered two times ? > > -Jacob > > On Thursday, January 5, 2017 at 7:13:06 PM UTC+2, wilk wrote: >> >> On 05-01-2017, Shawn Milochik wrote: >> > --94eb2c1a09e43b9d8205455b0873 >> > Content-Type: text/plain; charset=UTF-8 >> > >> &

[go-nuts] Re: [ANN] Mutagen - A unique file sync utility in Go inspired by Unison

On 05-01-2017, Shawn Milochik wrote: > --94eb2c1a09e43b9d8205455b0873 > Content-Type: text/plain; charset=UTF-8 > > I really like the idea of what you have here. I'm currently using SyncThing > for this purpose. SyncThing seems to fit all your requirements with the > exception of only needing to be

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

On 25-11-2016, Konstantin Khomoutov wrote: > On Thu, 24 Nov 2016 23:59:18 -0800 (PST) > Ainar Garipov wrote: > >> Please no. Google Groups is awful, Reddit's /r/golang is where I get >> most of my Go news. I don't want to sift through a forum with no >> voting system, and awful and slow overly-JS-

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

On 25-11-2016, Linus Drumbler wrote: > --=_Part_1058_1225835188.1480057636020 > Content-Type: multipart/alternative; > boundary="=_Part_1059_1164393322.1480057636021" > > --=_Part_1059_1164393322.1480057636021 > Content-Type: text/plain; charset=UTF-8 > > Moderators of a subreddi

[go-nuts] Re: MSACCESS with Go ?

On 07-10-2016, Konstantin Khomoutov wrote: > On Thu, 6 Oct 2016 20:24:47 + (UTC) > wilk wrote: > >> I know... but i must access to MSACCESS database. I would like to use >> Go instead of Python. >> I found alexbrainman/odbc and it works. I found some litle issue

[go-nuts] MSACCESS with Go ?

I know... but i must access to MSACCESS database. I would like to use Go instead of Python. I found alexbrainman/odbc and it works. I found some litle issues that I submited to the project but I think I can workaround. Before I continue to dig, are there others Gophers using MSACCESS ? In produc