Re: [go-nuts] Trivial(?) Go v2 proposal: Named goroutines and/or named nested funcs

[alex . besogonov]

Debugging. For example, if I have a deadlocked request I might want to 
attach with a debugger and find where exactly it's stuck.

Right now this is complicated, you have to examine stacks of all goroutines 
to find the correct one. 

On Friday, November 23, 2018 at 9:24:42 PM UTC-8, Andrei Avram wrote:
>
> What's the need for this?

-- 
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.

Re: [go-nuts] Trivial(?) Go v2 proposal: Named goroutines and/or named nested funcs

[Andrei Avram]

What's the need for this?

-- 
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] What's the difference between interface{} and *interface{}

['yinbingjun' via golang-nuts]

What's the difference between interface{} and *interface{}

-- 
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: go language sensitive editor?

[Jeremiah James]

A vote for Goland from 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.google.com/d/optout.

Re: [go-nuts] GoAWK: an AWK interpreter written in Go

[Tong Sun]

On Saturday, November 17, 2018 at 12:44:57 PM UTC-5, Ben Hoyt wrote:
>
>
> https://benhoyt.com/writings/goawk/ 
> 
>
> It's pretty much a toy project, not being used for anything real, but it 
> seems to be in a good shape. Feedback welcome!
>

Hope there are future plans to extend it so that, 

- people can define user function in go and use it in goawk 

 handling, 
as kty... has pointed out. 
- also enable normal go program to use awk scripts

thx

-- 
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.

Re: [go-nuts] does struct pointer *a == *b make sense?

[Space A.]

true:

a := &T{Name:"test", Child: &T{Name: "blah", Child: nil}}
b :=&T{Name:"test", Child: a.Child}


and it's not "childs"



пятница, 23 ноября 2018 г., 6:20:31 UTC+3 пользователь Jesse McNelis 
написал:
>
> On Fri, Nov 23, 2018 at 2:06 PM Youqi yu  > wrote: 
> > 
> > type T { 
> >  Name string 
> > } 
> > a := &T{Name:"test"} 
> > b :=&T{Name:"test"} 
> > *a == *b 
> > Hi, all, I am beginner at golang, I have a question that when compare 
> struct equality, I was told to use reflect.DeepEqual or make my own 
> function. but the result of above code is true. Does it mean struct a 
> equals struct b? 
>
> Yes, they are equal. But how the equality is decided may not always be 
> what you want. 
> eg. 
>
> type T { 
>Name string 
>Child *T 
> } 
> a := &T{Name:"test", Child: &T{Name: "blah", Child: nil}} 
> b :=&T{Name:"test", Child: &T{Name: "blah", Child: nil}} 
> *a == *b // false 
> reflect.DeepEqual(a,b) //true 
>

-- 
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.

Re: [go-nuts] Trivial(?) Go v2 proposal: Named goroutines and/or named nested funcs

[alex . besogonov]

For example, you might want to annotate the goroutine with a request ID.

On Friday, November 23, 2018 at 1:07:49 AM UTC-8, Jan Mercl wrote:
>
> On Fri, Nov 23, 2018 at 8:53 AM > 
> wrote:
>
> > That won't work if you want to create the name dynamically. 
>
> Please explain what "to create the name dynamically" stands for.
>
> -- 
>
> -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 golang-nuts+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-nuts] Re: go language sensitive editor?

[Jay Ts]

Hi Rob,

Thanks for the link to that talk. I had many of the same early experiences, 
including using an IBM keypunch and interacting with an IBM 360 
(programming in APL) over a modem line.

My first programming job was in 1981 on a VAX11/780 running UNIX/32V (with 
7th edition manuals) in the Caltech High Energy Physics Department. ed 
wasn't just the *standard* text editor, it was the *only* text editor, so I 
used it a a lot!

When I got an account on the Computer Science Department's BSD 4.1 system 
months later, I learned to use vi immediately, and loved it. It was a huge 
upgrade from ed. It was really helpful that I had already learned to use 
ed, since the commands are all available within vi. Since then, I've never 
found any other editor that felt like an upgrade. Nowadays I use vim 
because there are a few nice things about it that aren't in vi. At least, 
vim is ok after you turn off syntax highlighting and all the other newbie 
crutches. :-P Seriously, how many people can't read or write in English (or 
their native language) if the verbs, nouns, and prepositions are the same 
color? I don't get it.

About early mice: Later in 1981, I was working for the Computer Science 
Department on a software development project in semiconductor design. We 
had custom-made 512x512 pixel color raster graphics terminals with 3-button 
mice. I think the mice were made by a graduate student or something like 
that. They used a steel ball bearing rolling against steel rods, so they 
slipped a lot. So that's another early appearance of mice.

On Thursday, November 22, 2018 at 4:32:22 PM UTC-7, Rob 'Commander' Pike 
wrote:
>
> And 15 years later, so one hopes for an improvement.
>
> The thing people ignore, or perhaps just don't know, about ed was that it 
> was a breath of fresh air compared to all the commercial editors available 
> at time. People judge it by the standards of today; by the standards of the 
> time it was created, it was mind-expanding.
>
> I spoke about this some in my recent personal story of Unix history: 
> https://www.youtube.com/watch?time_continue=226&v=_2NI6t2r_Hs
>
> -rob
>
>
> On Fri, Nov 23, 2018 at 7:58 AM Dave MacFarlane  > wrote:
>
>> But sam is a pretty solid improvement over ed.
>>
>> On Tue, Nov 20, 2018 at 6:04 PM Rob Pike > 
>> wrote:
>> >
>> > Ed is the standard text editor.
>> >
>> > -rob
>> >
>> >
>> > On Wed, Nov 21, 2018 at 8:15 AM > wrote:
>> >>
>> >>
>> >> Another vote for VS Code. I'm a hobbyist and have tried lots of 
>> editors.
>> >>
>> >> On Tuesday, November 20, 2018 at 1:52:11 PM UTC-7, Pat Farrell wrote:
>> >>>
>> >>> I know, this is both a FAQ and an unanswerable question. I'm an old 
>> programmer who has used nearly every editor known to man. I am not a fan of 
>> whole-universe IDEs, but can use them. I also speak vi/vim pretty fluently.
>> >>>
>> >>> What editors do folks use for go? I'd like something that can 
>> complete function names, understand imports, and give some assistance.
>> >>
>> >> --
>> >> 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...@googlegroups.com .
>> >> For more options, visit https://groups.google.com/d/optout.
>> >
>> > --
>> > 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...@googlegroups.com .
>> > For more options, visit https://groups.google.com/d/optout.
>>
>>
>>
>> -- 
>> - Dave
>>
>

-- 
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.

Re: [go-nuts] Re: GoAWK: an AWK interpreter written in Go

[Ben Hoyt]

> Once you have some proper benchmarks, it might be fun to compare GoAWK's
>>> performance to that of my awk package .
>>>
>>
I'm not going to do thorough benchmarks at this point, but it looks like
GoAWK is significantly faster at present. Using the example in the
https://github.com/spakin/awk README, which is equivalent to this AWK
script:

BEGIN { FS = OFS = "," }
{ $3 = $1+$2; print }

On a file with 1M lines of random numbers, with the example as is (no
stdout buffering) GoAWK takes about 1.1 seconds, and spakin/awk takes 36
seconds! However, most of this is due to the non-buffered writes to
os.Stdout. GoAWK automatically wraps os.Stdout in a bufio.Writer (though
I'd forgotten to do this at first as well). When I added the line (before
s.Run):

s.Output = bufio.NewWriterSize(os.Stdout, 64*1024)

It speeds up spakin/awk by a factor of about 10x to 3.6 seconds. So GoAWK
is about 3x as fast for this simple (but not unrealistic) benchmark.

I generated the 1M line random file using this Python script (guess I
should have used AWK :-):

import random, sys
for _ in range(int(sys.argv[1])):
  n = random.randrange(100)
  m = random.randrange(100)
  print('%d,%d' % (n, m))

So my main suggestion (for spakin/awk) would be able to wrap os.Stdout in a
bufio.NewWriter (and be sure to call Flush before Run finishes). If the
user wants to pass an unbuffered version, they still can, but at least the
default is performant.

I also added CPU profiling to the spakin/awk script, and it looks like it's
doing a bunch more garbage collection than GoAWK, as well as some regexp
stuff. I suspect NewValue() is probably quite slow as it takes an
interface{} and does type checking. Also, strings are converted to numbers
using a regex, which is probably slower than a dedicated conversion/check
function (see parseFloatPrefix in goawk/interp/value.go).

See more optimization ideas in my post at
https://benhoyt.com/writings/goawk/

-Ben

On Thu, Nov 22, 2018 at 11:24 PM Tong Sun  wrote:

>
>
> On Tuesday, August 28, 2018 at 9:06:22 AM UTC-4, Ben Hoyt wrote:
>>
>> Once you have some proper benchmarks, it might be fun to compare GoAWK's
>>> performance to that of my awk package .
>>>
>>
>> Nice -- will do!
>>
>
> Please post back when you've done that.
>
> I'm interested to know. Thx.
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "golang-nuts" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/golang-nuts/kYZp3Q1KKfE/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> golang-nuts+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.

Re: [go-nuts] Simple Go http daemon under systemd

[Tong Sun]

On Fri, Nov 23, 2018 at 3:03 PM Diego Medina wrote:

> that endpoint returns no html just because I don't need it, but the status
> 200 is there to tell me the app is running
>
> a go deamon is just a go binary, nothing special
>
> systemd works fine with any go binary that serves http
>

Wonderful. That's exactly what I need. Thx again.

-- 
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.

Re: [go-nuts] Simple Go http daemon under systemd

[Diego Medina]

> I'm not looking for an service/socket example, 

if the service part is in reference to the repo I posted, where I said 
service, you can just assume I said an http endpoint you can visit with 
your browser, and it will return a status code, like

curl -v  https://mrwilson.one/status
*   Trying 45.55.162.45...
* Connected to mrwilson.one (45.55.162.45) port 443 (#0)
* found 148 certificates in /etc/ssl/certs/ca-certificates.crt
* found 592 certificates in /etc/ssl/certs
* ALPN, offering http/1.1
* SSL connection using TLS1.2 / ECDHE_RSA_AES_128_GCM_SHA256
*  server certificate verification OK
*  server certificate status verification SKIPPED
*  common name: mrwilson.one (matched)
*  server certificate expiration date OK
*  server certificate activation date OK
*  certificate public key: RSA
*  certificate version: #3
*  subject: CN=mrwilson.one
*  start date: Fri, 19 Oct 2018 18:15:16 GMT
*  expire date: Thu, 17 Jan 2019 18:15:16 GMT
*  issuer: C=US,O=Let's Encrypt,CN=Let's Encrypt Authority X3
*  compression: NULL
* ALPN, server accepted to use http/1.1
> GET /status HTTP/1.1
> Host: mrwilson.one
> User-Agent: curl/7.47.0
> Accept: */*
> 
< HTTP/1.1 200 OK
< Date: Fri, 23 Nov 2018 20:00:33 GMT
< Content-Length: 0
< 
* Connection #0 to host mrwilson.one left intact

that endpoint returns no html just because I don't need it, but the status 
200 is there to tell me the app is running


a go deamon is just a go binary, nothing special

systemd works fine with any go binary that serves http









On Friday, November 23, 2018 at 2:18:28 PM UTC-5, Tong Sun wrote:
>
> [resending, sorry sam]
>
> On Fri, Nov 23, 2018 at 10:50 AM Sam Whited wrote:
>
>> On Thu, Nov 22, 2018, at 21:14, Tong Sun wrote:
>> > and it needs to be working under systemd. 
>> > …
>> > but there is no mentioning of how it can work under systemd, which 
>> could 
>> > be 
>> > troublesome, 
>> > like the question I found at why systemd cannot start golang web app 
>> > <
>> https://stackoverflow.com/questions/37297714/why-systemd-cannot-start-golang-web-app
>> >
>>
>> I'm not really sure what you're asking, Go binaries aren't doing anything 
>> special and systemd can start them just like any other program. Are you 
>> looking for an example service/socket file that lets you bind to port 443, 
>> or wondering what type of service to use? Or are you getting some other 
>> kind of error?
>>
>
> Both Go http daemon and systemd, and new to me, and I was looking for an 
> example that they work well together, and I found above. 
>
> No, I'm not looking for an service/socket example, just normal Go http 
> server started from systemd, and the only thing I found them both mentioned 
> is in above stackoverflow question 
> 
> . 
>
> Hence I'm asking for a simplest Go http daemon that works under systemd.
>
>  
>

-- 
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.

Re: [go-nuts] Simple Go http daemon under systemd

[Tong Sun]

[resending, sorry sam]

On Fri, Nov 23, 2018 at 10:50 AM Sam Whited wrote:

> On Thu, Nov 22, 2018, at 21:14, Tong Sun wrote:
> > and it needs to be working under systemd.
> > …
> > but there is no mentioning of how it can work under systemd, which could
> > be
> > troublesome,
> > like the question I found at why systemd cannot start golang web app
> > <
> https://stackoverflow.com/questions/37297714/why-systemd-cannot-start-golang-web-app
> >
>
> I'm not really sure what you're asking, Go binaries aren't doing anything
> special and systemd can start them just like any other program. Are you
> looking for an example service/socket file that lets you bind to port 443,
> or wondering what type of service to use? Or are you getting some other
> kind of error?
>

Both Go http daemon and systemd, and new to me, and I was looking for an
example that they work well together, and I found above.

No, I'm not looking for an service/socket example, just normal Go http
server started from systemd, and the only thing I found them both mentioned
is in above stackoverflow question

.

Hence I'm asking for a simplest Go http daemon that works under systemd.

-- 
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] modules+plugins+vendoring=restrictive

[Olivier Szika]

Hi,

Using plugins with modules has become very restrictive. All common 
dependencies between plugins and binary that loads them, must be exactly at 
the same version.
With GOPATH, to avoid that, we can use vendoring because import paths are 
rewritten. (Ex: gopkg.yaml.v2 is rewritten to 
package/sub/vendor/gopkg.in/yaml.v2)
But with modules and vendoring, import paths are preserved.

Is this the desired behavior? If so, then the plugins are difficult to use 
by other users.
Maybe it would be possible to accept that module import paths are rewritten 
for better modularity, even if it increases the number of dependencies?
In addition, if the vendoring is removed, this feature will be removed too.

Example:
main/main.go : to load plugins
p1/p1.go : plugin
p2/p2.go : like p1.go (only print differs)
script.sh : builds plugins using GOPATH, or modules, and prints import path 
of gopkg.in/yaml.v2 dependency.

p1/p1.go
package main

import (
"fmt"

yaml "gopkg.in/yaml.v2"
)

var e = yaml.Encoder{}

func init() { fmt.Printf("p1: Type: %T\n", e) }

func main() {}

main/main.go
package main

import "plugin"

func main() {
if _, err := plugin.Open("../p1/p1.so"); err != nil {
panic(err)
}
if _, err := plugin.Open("../p2/p2.so"); err != nil {
panic(err)
}
}

script.sh
#!/bin/bash
set -e

GOPATH=~/go
p1=$PWD/p1
p2=$PWD/p2
main=$PWD/main

rm -f $p1/p1.so $p2/p2.so
GO111MODULE=on go clean -modcache
go clean -cache

# init vendoring
cd $p1 && GO111MODULE=on go mod vendor
cd $p2 && GO111MODULE=on go mod vendor

echo -e "package yaml\n\nimport \"fmt\"\nfunc init() { fmt.Println(\"Init 
yaml (p1)\") }" > $p1/vendor/gopkg.in/yaml.v2/init.go
echo -e "package yaml\n\nimport \"fmt\"\nfunc init() { fmt.Println(\"Init 
yaml (p2)\") }" > $p2/vendor/gopkg.in/yaml.v2/init.go

# GOPATH + vendoring
echo -n "GOPATH+vendoring:"
cd $p1 && GO111MODULE=off go build -buildmode=plugin -n 2>&1 | grep '#' | 
grep gopkg.in/yaml

cd $p1 && GO111MODULE=off go build -buildmode=plugin 2>/dev/null >/dev/null
cd $p2 && GO111MODULE=off go build -buildmode=plugin 2>/dev/null >/dev/null
cd $main && GO111MODULE=off go run main.go

# GOMOD + vendoring
echo -n "GOMOD+vendoring:"
cd $p1 && GO111MODULE=on go build -buildmode=plugin -mod=vendor -n 2>&1 | 
grep '#' | grep gopkg.in/yaml

cd $p1 && GO111MODULE=on go build -buildmode=plugin -mod=vendor 2>/dev/null 
>/dev/null
cd $p2 && GO111MODULE=on go build -buildmode=plugin -mod=vendor 2>/dev/null 
>/dev/null
cd $main && GO111MODULE=off go run main.go

output:
go: finding gopkg.in/yaml.v2 v2.2.1
go: finding gopkg.in/check.v1 v0.0.0-20161208181325-20d25e280405
go: downloading gopkg.in/yaml.v2 v2.2.1
go: finding gopkg.in/yaml.v2 v2.2.0
go: downloading gopkg.in/yaml.v2 v2.2.0
GOPATH+vendoring:# plugin/p1/vendor/gopkg.in/yaml.v2
Init yaml (p1)
p1: Type: yaml.Encoder
Init yaml (p2)
p2: Type: yaml.Encoder
GOMOD+vendoring:# gopkg.in/yaml.v2
Init yaml (p1)
p1: Type: yaml.Encoder
panic: plugin.Open("../p2/p2"): plugin was built with a different version 
of package gopkg.in/yaml.v2

goroutine 1 [running]:
main.main()
/home/oszika/go/src/plugin/main/main.go:10 +0x97
exit status 2

Thank you,

-- 
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.

Re: [go-nuts] Re: do you use binary-only packages?

[smallaitt]

Well, I do need it that in our company, I need to provide the 
binary-package to other developers to protect my source code.

在 2018年10月19日星期五 UTC+8上午8:13:01，Tharaneedharan Vilwanathan写道：
>
> Hi Ian,
>
> Good question. I don't have an answer.
>
> But this raises some questions:
>
> Should Go be anticipating many such possibilities today and tomorrow? Or 
> shut them off?
>
> With this limitation, doesn't it look like Go is best suited for building 
> end products or service but one cannot build on top of some other's work 
> (with direct API access) without having access to source code? Are we 
> indirectly making Go well suited for (a) building end products or service 
> (as mentioned above) or (b) specific areas (typically research, education, 
> non-commercial) where we can create building blocks inside/outside the 
> company and the code will be shared as well.
>
> One problem I see is we have a better chance of knowing who adopted Go for 
> what but not quite on who could not adopt for what reason.
>
> Regards
> dharani
>
>
> On Thu, Oct 18, 2018 at 4:28 PM Ian Lance Taylor  > wrote:
>
>> On Thu, Oct 18, 2018 at 4:02 PM, Tharaneedharan Vilwanathan
>> > wrote:
>> >
>> > This means source-code is the only way to share the work. When it 
>> companies
>> > to sharing/selling their work on top of which others can build their
>> > app/solution, this won't work. Doesn't this seem like a big restriction?
>> > Particularly, computer industry being heavily dependent on IP rights 
>> (and
>> > where trust is low)? Wouldn't this deter such companies from adopting 
>> Go?
>> > For contrast, I have heard of providing binary only distribution even 
>> within
>> > the same company.
>>
>> The question is: is anybody actually doing this?  Is anybody seriously
>> thinking about it?
>>
>> Ian
>>
>

-- 
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.

Re: [go-nuts] Re: go language sensitive editor?

[Nathan Fisher]

Agree on this. Gorename and gofmt etc provide only a small subset of what
is on GoLands roadmap. I toggle between vs code, vim(-go), and GoLand.
There’s bits I like about all 3 but if I had to choose only one I’d
probably go with GoLand.

On Tue, Nov 20, 2018 at 20:24, robert engels  wrote:

> I used both VSCode and Intellij/GoLand. I suggest Intellij/GoLand for
> anything but trivial projects. The refactoring and navigation tools are far
> superior to those available in VS code, and it makes working in larger
> projects with lots of dependencies far easier IMO.
>
>
> On Nov 20, 2018, at 3:15 PM, buc...@gmail.com wrote:
>
>
> Another vote for VS Code. I'm a hobbyist and have tried lots of editors.
>
> On Tuesday, November 20, 2018 at 1:52:11 PM UTC-7, Pat Farrell wrote:
>>
>> I know, this is both a FAQ and an unanswerable question. I'm an old
>> programmer who has used nearly every editor known to man. I am not a fan of
>> whole-universe IDEs, but can use them. I also speak vi/vim pretty fluently.
>>
>> What editors do folks use for go? I'd like something that can complete
>> function names, understand imports, and give some assistance.
>>
>
> --
> 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.
>
>
> --
> 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.
>
-- 
- sent from my mobile

-- 
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: go language sensitive editor?

[Serge Voilokov]

Tong,
No, no plans to PR for a while since I implemented the features directly in 
the source tree.
I need to think how to wrap them as plugins for dynamic download. 

On Thursday, November 22, 2018 at 10:41:47 PM UTC-5, Tong Sun wrote:
>
> Nice added features Serge. 
>
> Any plan to PR them back, or you'd rather keep your fork to your self? 
> Thx. 
>
>
> On Wednesday, November 21, 2018 at 4:57:05 PM UTC-5, Serge Voilokov wrote:
>>
>> I am using micro editor: https://github.com/zyedidia/micro . It is 
>> terminal-based, supports mouse, uses ctrl+zxcv and shift+arrows for text 
>> manipulation, has a multi cursor feature, syntax highlighting.
>> Written in golang. Easy to configure and change.
>> I am using my fork (https://github.com/serge-v/micro) with added 
>> features for golang development: go to decls, go imports, go install, go 
>> complete, etc.
>>
>> On Tuesday, November 20, 2018 at 3:52:11 PM UTC-5, Pat Farrell wrote:
>>>
>>> I know, this is both a FAQ and an unanswerable question. I'm an old 
>>> programmer who has used nearly every editor known to man. I am not a fan of 
>>> whole-universe IDEs, but can use them. I also speak vi/vim pretty fluently.
>>>
>>> What editors do folks use for go? I'd like something that can complete 
>>> function names, understand imports, and give some assistance.
>>>
>>

-- 
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.

Re: [go-nuts] Simple Go http daemon under systemd

[Sam Whited]

On Thu, Nov 22, 2018, at 21:14, Tong Sun wrote:
> and it needs to be working under systemd. 
> …
> but there is no mentioning of how it can work under systemd, which could 
> be 
> troublesome, 
> like the question I found at why systemd cannot start golang web app 
> 

I'm not really sure what you're asking, Go binaries aren't doing anything 
special and systemd can start them just like any other program. Are you looking 
for an example service/socket file that lets you bind to port 443, or wondering 
what type of service to use? Or are you getting some other kind of error?

—Sam

-- 
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: Distributed MapReduce in Go, is it possible?

[Mandolyte]

see 
https://github.com/chrislusf/glow
and 
https://github.com/chrislusf/gleam

On Thursday, November 22, 2018 at 3:32:51 PM UTC-5, yahiah...@gmail.com 
wrote:
>
> Hi how are you can you help me I need distributed mapreduce  code for 
> golan 
> Thank you  

-- 
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.

Re: [go-nuts] Trivial(?) Go v2 proposal: Named goroutines and/or named nested funcs

[Jan Mercl]

On Fri, Nov 23, 2018 at 8:53 AM  wrote:

> That won't work if you want to create the name dynamically.

Please explain what "to create the name dynamically" stands for.

-- 

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