Re: [go-nuts] heap space not released by the end of program ?

[Robert Engels]

RSS is the amount of memory mapped to physical memory. It doesn’t include 
memory swapped. Still, if GC was releasing pages back to the OS - unmapping the 
allocated and touched pages - the RSS should decrease. 

There was a previous thread on if and when GC will release pages back to the 
OS. This is hard to do if you do not have a compacting collector - Go does not 
- so it is doubtful Go ever releases the pages once allocated to the heap. 

> On Jul 12, 2021, at 11:20 PM, Kurtis Rader  wrote:
> 
> 
> I didn't look at the source for your program because you  don't seem to 
> understand what "resident set size" means in this context. The RSS of a 
> process is unrelated to its virtual size. You appear to be equating RSS and 
> virtual size. This might be an example of the XY Problem.. What Prompted you 
> to open this discussion thread?
> 
>> On Mon, Jul 12, 2021 at 7:52 PM Chan Lewis  wrote:
>> Hi, I wrote a test program, which tests when GC starts to return heap space 
>> to OS.
>> Here's the code: https://paste.ubuntu.com/p/jxHqDnsM2T/
>> 
>> But I've waited for a long time and haven't seen the RSS memory reduced. I 
>> can't figured out why, Any help ? (go version 1.14.3)
>> -- 
>> 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 view this discussion on the web visit 
>> https://groups.google.com/d/msgid/golang-nuts/a511d995-7f1d-431d-9065-6b6d287a19dan%40googlegroups.com.
> 
> 
> -- 
> Kurtis Rader
> Caretaker of the exceptional canines Junior and Hank
> -- 
> 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 view this discussion on the web visit 
> https://groups.google.com/d/msgid/golang-nuts/CABx2%3DD_BMdKn_du_REFU0NEyQaBSM979%2BHTGFf3JWmvvohNqJw%40mail.gmail.com.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/F1AC03F0-D92D-4087-BF13-5093A5A20DB1%40ix.netcom.com.

Re: [go-nuts] heap space not released by the end of program ?

[Kurtis Rader]

I didn't look at the source for your program because you  don't seem to
understand what "resident set size" means in this context. The RSS of a
process is unrelated to its virtual size. You appear to be equating RSS and
virtual size. This might be an example of the XY Problem
.. What Prompted you to open this discussion
thread?

On Mon, Jul 12, 2021 at 7:52 PM Chan Lewis  wrote:

> Hi, I wrote a test program, which tests when GC starts to return heap
> space to OS.
> Here's the code: https://paste.ubuntu.com/p/jxHqDnsM2T/
>
> But I've waited for a long time and haven't seen the RSS memory reduced. I
> can't figured out why, Any help ? (go version 1.14.3)
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/golang-nuts/a511d995-7f1d-431d-9065-6b6d287a19dan%40googlegroups.com
> 
> .
>


-- 
Kurtis Rader
Caretaker of the exceptional canines Junior and Hank

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/CABx2%3DD_BMdKn_du_REFU0NEyQaBSM979%2BHTGFf3JWmvvohNqJw%40mail.gmail.com.

Re: [go-nuts] doubts

[Jim Idle]

If you are just starting out, I would use Iris rather than gin-gonic. You
can then borrow from the many examples for that framework:
https://github.com/iris-contrib/examples



On Sun, Jul 11, 2021 at 1:38 AM Sree lekshmi MG  wrote:

> hey all i am the beginner in golang ,and now  i want to slove *CRUD
> Operations using gin-gonic framework:*
> 1.Create a go service using Gin.
> 2.Connect to mysql database.
> 3.Create End points for all crud operations.
> 4.Write functions for each operation.
> 5.Finally, test it from postman. these type of progrmms can u give me idea
> where i start and what are things i want to slove
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/golang-nuts/e45b549e-df63-4f8b-b08c-854b8988bf24n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/CAGPPfg8%3DeA0Muu5rYPUp3mTXKSS%3Dewii1nJgK_bAhA%3DYRZ2GxA%40mail.gmail.com.

[go-nuts] heap space not released by the end of program ?

[Chan Lewis]

Hi, I wrote a test program, which tests when GC starts to return heap space 
to OS.
Here's the code: https://paste.ubuntu.com/p/jxHqDnsM2T/

But I've waited for a long time and haven't seen the RSS memory reduced. I 
can't figured out why, Any help ? (go version 1.14.3)

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/a511d995-7f1d-431d-9065-6b6d287a19dan%40googlegroups.com.

[go-nuts] Re: What is 4*PtrSize extra space on goroutine stack for?

['Keith Randall' via golang-nuts]

I'm not sure it is necessary. The intent is to make sure we don't access 
off the top of the stack. sys.MinFrameSize should really handle that, I 
think. My guess is that the 4*sys.PtrSize was from before we had the 
MinFrameSize concept defined.

On Monday, July 12, 2021 at 12:32:09 AM UTC-7 peng.g...@gmail.com wrote:

> In the code 
> https://github.com/golang/go/blob/master/src/runtime/proc.go#L4317, there 
> is a 4*PtrSize extra space. What is the purpose?
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/5fd47243-0dd0-4977-a013-22be812d99ebn%40googlegroups.com.

[go-nuts] [security] Go 1.16.6 and Go 1.15.14 are released

[Dmitri Shuralyov]

Hello gophers,

We have just released Go versions 1.16.6 and 1.15.14, minor point releases.

These minor releases include a security fix according to the new security
policy (#44918 ).

crypto/tls clients can panic when provided a certificate of the wrong type
for the negotiated parameters.
net/http clients performing HTTPS requests are also affected. The panic can
be triggered by an attacker
in a privileged network position without access to the server certificate's
private key, as long as a trusted
ECDSA or Ed25519 certificate for the server exists (or can be issued), or
the client is configured with
Config.InsecureSkipVerify. Clients that disable all TLS_RSA cipher suites
(that is, TLS 1.0–1.2 cipher
suites without ECDHE), as well as TLS 1.3-only clients, are unaffected.


This is issue #47143  and CVE-2021-34558.
Thanks to Imre Rad for reporting this issue.


View the release notes for more information:
https://golang.org/doc/devel/release.html#go1.16.minor

You can download binary and source distributions from the Go web site:
https://golang.org/dl/

To compile from source using a Git clone, update to the release with
"git checkout go1.16.6" and build as usual.

Thanks to everyone who contributed to the releases.

Cheers,
Dmitri, Filippo, and Alex for the Go team

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/CA%2BON-PEUzhZ_F6yWyoBt%2BBc_sVgZ3JqHOGTN%2B4Qv5y1DNKC6JQ%40mail.gmail.com.

[go-nuts] Re: Issue: x/net/html Node and attributes constructor function

[atd...@gmail.com]

Like func NewNode(...) and func NewAttr(...)

Also a SetAttr on Nodes

On Monday, July 12, 2021 at 7:38:08 PM UTC+2 atd...@gmail.com wrote:

> Just wondering if people would feel it worthy to have COnstructor 
> functions to create html.Nodes, attributes, and set attributes on 
> html.Nodes.
>
> I'm writing some kind of metaframework targeting the web and mobile (think 
> flutter for Go) and basically finished the web target via wasm.
>
> But I'd like to convert the app tree into an html node tree for static 
> generation of pages (think isomorphic app server or whatever the 
> terminology frontend dev use nowadays)
>
> After having looked at different solutions, x/net/html seems simple enough 
> albeit a bit lacking.
>
> Maybe it is by design for people to build upon it though.
>
> So, do I prepare PRs or just build on it for myself?
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/9f51f7fc-10c0-486c-a459-a7acec0a331cn%40googlegroups.com.

[go-nuts] Issue: x/net/html Node and attributes constructor function

[atd...@gmail.com]

Just wondering if people would feel it worthy to have COnstructor functions 
to create html.Nodes, attributes, and set attributes on html.Nodes.

I'm writing some kind of metaframework targeting the web and mobile (think 
flutter for Go) and basically finished the web target via wasm.

But I'd like to convert the app tree into an html node tree for static 
generation of pages (think isomorphic app server or whatever the 
terminology frontend dev use nowadays)

After having looked at different solutions, x/net/html seems simple enough 
albeit a bit lacking.

Maybe it is by design for people to build upon it though.

So, do I prepare PRs or just build on it for myself?

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/08d87d51-2140-4461-b4d5-b4d6603dc1b1n%40googlegroups.com.

[go-nuts] Website: add features international books

[Frederic Marand]

Currently, although Go has a broad international audience, the 5 featured 
books are in English.

Would a PR to suggest at least one book in some major languages be 
acceptable ? Like mandarin, french, spanish, german, portuguese, maybe ?

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/f130d9b9-6932-4ad2-84ba-de30460b0a94n%40googlegroups.com.

Re: [go-nuts] Understanding gollvm garbage collection

[Kavindu Gimhan Zoysa]

Hi Ian and Than, 

Thank you both. 

Does it use the data available on *__LLVM_STACKMAPS* section to create that 
specific stack map? Or does it follow a different way to generate stack map 
information?

Thank you,
Kavindu

On Monday, 12 July 2021 at 18:25:22 UTC+5:30 th...@google.com wrote:

> >Also does gollvm create a new stack map? I think it does not use the 
> stack map created by LLVM.
>
> gollvm does not use stack maps of the format used by LLVM, correct.
>
> Than
>
>
> On Fri, Jul 9, 2021 at 11:17 AM Kavindu Gimhan Zoysa  
> wrote:
>
>> Also does gollvm create a new stack map? I think it does not use the stack 
>> map 
>>  
>> created by LLVM.
>>
>> Thank you,
>> Kavindu
>> On Friday, 9 July 2021 at 19:35:03 UTC+5:30 Kavindu Gimhan Zoysa wrote:
>>
>>> Thank you Than, Is go scheduler is responsible for running GC?
>>>
>>> On Friday, 9 July 2021 at 19:14:43 UTC+5:30 th...@google.com wrote:
>>>
 >1. If we do not enable the gc (-enable-gc=1), GC assumes all the stack 
 memory blocks are pointed to the heap.
 >2. If gc is enabled, it inserts statepoints and generates the stack 
 map (by LLVM). Using that stack map, GC can find where the actual heap 
 references are located.

 Yes, this is basically correct.


 >As per my understanding, GC is common for both cases (still I was 
 unbale to find the source code for this GC).

 The GC is located in the Go runtime, the version incorporated into 
 libgo in gofrontend. See


 https://go.googlesource.com/gofrontend/+/01cb2b5e69a2d08ef3cc1ea023c22ed9b79f5114/libgo/go/runtime/mgc.go

 Cheers, Than

 On Fri, Jul 9, 2021 at 9:16 AM Kavindu Gimhan Zoysa  
 wrote:

> Hi all,
>
> By looking at the source code, and other mail theads in group, I was 
> able to understand the sopport of GC by gollvm upto some extend. 
>
> 1. If we do not enable the gc (-enable-gc=1), GC assumes all the stack 
> memory blocks are pointed to the heap.
> 2. If gc is enabled, it inserts statepoints and generates the stack 
> map (by LLVM). Using that stack map, GC can find where the actual heap 
> references are located.
>
> As per my understanding, GC is common for both cases (still I was 
> unbale to find the source code for this GC). 
>
> I really appreciate if you can correct me if I am wrong.
>
> Thank you,
> Kavindu
>
> -- 
> 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.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/golang-nuts/c57dfdf2-dfc4-4f81-b432-739165065d87n%40googlegroups.com
>  
> 
> .
>
 -- 
>> 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.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/golang-nuts/44fea268-5afa-4dab-869b-414deac6ebe4n%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/9f9cf89c-134e-48a8-a2b7-d167a06e770fn%40googlegroups.com.

Re: [go-nuts] Understanding gollvm garbage collection

['Than McIntosh' via golang-nuts]

>Also does gollvm create a new stack map? I think it does not use the stack
map created by LLVM.

gollvm does not use stack maps of the format used by LLVM, correct.

Than


On Fri, Jul 9, 2021 at 11:17 AM Kavindu Gimhan Zoysa 
wrote:

> Also does gollvm create a new stack map? I think it does not use the stack
> map 
> created by LLVM.
>
> Thank you,
> Kavindu
> On Friday, 9 July 2021 at 19:35:03 UTC+5:30 Kavindu Gimhan Zoysa wrote:
>
>> Thank you Than, Is go scheduler is responsible for running GC?
>>
>> On Friday, 9 July 2021 at 19:14:43 UTC+5:30 th...@google.com wrote:
>>
>>> >1. If we do not enable the gc (-enable-gc=1), GC assumes all the stack
>>> memory blocks are pointed to the heap.
>>> >2. If gc is enabled, it inserts statepoints and generates the stack map
>>> (by LLVM). Using that stack map, GC can find where the actual heap
>>> references are located.
>>>
>>> Yes, this is basically correct.
>>>
>>>
>>> >As per my understanding, GC is common for both cases (still I was
>>> unbale to find the source code for this GC).
>>>
>>> The GC is located in the Go runtime, the version incorporated into libgo
>>> in gofrontend. See
>>>
>>>
>>> https://go.googlesource.com/gofrontend/+/01cb2b5e69a2d08ef3cc1ea023c22ed9b79f5114/libgo/go/runtime/mgc.go
>>>
>>> Cheers, Than
>>>
>>> On Fri, Jul 9, 2021 at 9:16 AM Kavindu Gimhan Zoysa 
>>> wrote:
>>>
 Hi all,

 By looking at the source code, and other mail theads in group, I was
 able to understand the sopport of GC by gollvm upto some extend.

 1. If we do not enable the gc (-enable-gc=1), GC assumes all the stack
 memory blocks are pointed to the heap.
 2. If gc is enabled, it inserts statepoints and generates the stack map
 (by LLVM). Using that stack map, GC can find where the actual heap
 references are located.

 As per my understanding, GC is common for both cases (still I was
 unbale to find the source code for this GC).

 I really appreciate if you can correct me if I am wrong.

 Thank you,
 Kavindu

 --
 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.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/golang-nuts/c57dfdf2-dfc4-4f81-b432-739165065d87n%40googlegroups.com
 
 .

>>> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/golang-nuts/44fea268-5afa-4dab-869b-414deac6ebe4n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/CA%2BUr55GxnrTu53DPgPzkumqr0pfA%3D3t-Y206HG4MpOVvmZsTqA%40mail.gmail.com.

Re: [go-nuts] Re: How to implement this in golang?

[LetGo]

I posted the wrong code

I tried also something simple like that:
   cmd := exec.Command(binPath, "-i") //bin/sh -i
   cmd.Stdin = conn 
   stdout := new(bytes.Buffer)
   cmd.Stdout = io.Write(stdout)
   conn.Write(stdout.Bytes()) 
   cmd.Stderr = conn
   cmd.Run()

Still no output of the commands I enter

Il giorno domenica 11 luglio 2021 alle 21:00:41 UTC+2 LetGo ha scritto:

> AH sorry!
>
> It was a really tough day and I tried to code in the worst situation ever, 
> I was really tired that I did not even noticed how stupid and newbie was 
> that, sorry!
> PLEASE just ignore my last comment... ahah Im REALLY embarrassed
> After a break of 2 days, I went back on my code, and after some trials I 
> got something weird.
> Im trying something simple. to test what happens between each step to get 
> out fron that situation- from an io.writer to  *bytes.Buffer to []byte and 
> viceversa..
> Well, once compailed, everything works fine, expect the stout:
>
> once I get the shell, the command /bin/sh -i gets executed If from the 
> server I type a non existing command, *I get the sterr on the server, but 
> I don't get the stout ... I wanna smash my keyboard 
> . https://play.golang.org/p/RWs7Kkccz-S 
> *
> *I mean, if I use these exact line on a simple command in another project, 
> everything works fine, but in that situation it does not, its like if stout 
> goes lost in the space: *
>
> I hope I won't hurt your brain again ahah
> Sorry again, I did not mean that! ahah
>
>
>
>
>
> I
> Il giorno giovedì 8 luglio 2021 alle 20:43:31 UTC+2 Brian Candler ha 
> scritto:
>
>> Complete code on play.golang.org is much easier to understand. At the 
>> moment I don't think your code will do anything useful.  For example
>>
>>buf := new(bytes.Buffer)
>>...
>>bizz := buf.Bytes()
>>
>> will always set bizz to an empty slice; since you never modify bizz, 
>> len(bizz) will always be zero.  Also,
>>
>> kk := io.Writer(z)
>>
>> creates an io.Writer variable with a particular value, but never uses 
>> that value, because 2 lines later you replace it with a different value.  I 
>> can't say for sure without seeing the whole program, but I don't think 
>> that's where the error is occurring; I think it's the later line ("kk = 
>> conn"), because you don't seem to use that value.  It's as if you wrote a 
>> program like this:
>>
>> func main() {
>> i := 1
>> i = 2
>> }
>>
>> i.e. you just return and never use the value of "i".
>>
>> I think the previous advice given was good.  Do the go tour, several 
>> times if required; look at the tutorials at https://golang.org/doc/, 
>> look for interesting articles at https://blog.golang.org/index; after 
>> you pick up the core concepts, find some example sockets-based code, run 
>> it, modify it.  Stringing together statements, if you don't understand what 
>> each individual statement does, is unlikely to give a useful result.
>>
>> On Thursday, 8 July 2021 at 18:54:29 UTC+1 LetGo wrote:
>>
>>> I thought that after getting the bytes, chunk the data, I need to have 
>>> the io.writer back before send the chunked data
>>> So far I came up with this:
>>>
>>> ...
>>> cmd.Stdin = conn
>>> buf := new(bytes.Buffer)
>>> cmd.Stdout = buf
>>>
>>> bizz := buf.Bytes()
>>>
>>> var i int
>>> for {
>>> n := int(math.Min(float64(rand.Intn(len(bizz))), float64(len(bizz
>>> d := bizz[i : i+n]
>>> i += n
>>>
>>>
>>> z := bytes.NewBuffer(d)
>>>   
>>> kk := io.Writer(z)  
>>>//this line creates the error
>>>
>>>   time.Sleep(400 * time.Millisecond)
>>>
>>> kk = conn   
>>>
>>>
>>> if i >= len(bizz) {
>>> break
>>> }
>>> }
>>> cmd.Stderr = conn
>>> cmd.Run()
>>> .
>>>
>>> But know I get this error:
>>>
>>> conn.go:95:21: kk declared but not used
>>> Il giorno mercoledì 7 luglio 2021 alle 15:49:56 UTC+2 mlevi...@gmail.com 
>>> ha scritto:
>>>
 You cannot *per se* convert an interface or a struct to a builtin like 
 []byte
 You might wanna have a look at the Bytes method 
  of *bytes.Buffer, which 
 returns the internal buffer of the type as a slice of bytes. Normally that 
 would have been a good exercise to let you find it yourself, and I don't 
 know if it is really "help" to give it to you directly, but as I said, 
 once 
 you are done with your small tool, the next step for you will be to go 
 back 
 from the basic Go constructs :)

 Glad I could help, and don't bother with the comments, the best "thank 
 you" I can wish for is that we continue learning together ;)
 Hope the following adventures of your Go journey are as interesting as 
 they are for me!

[go-nuts] What is 4*PtrSize extra space on goroutine stack for?

[peng.g...@gmail.com]

In the code 
https://github.com/golang/go/blob/master/src/runtime/proc.go#L4317, there 
is a 4*PtrSize extra space. What is the purpose?

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/9970406d-1ac3-4a83-aa32-12eff00d1557n%40googlegroups.com.

[go-nuts] Re: error help

[Anderson Queiroz]

Could you be more specific about what you're doing, which library you're 
using? For the error message looks like whatever you're trying to connect 
to is refusing the connection.
Only with this error and stacktrace is really difficult to understand what 
is happening.
On Monday, 12 July 2021 at 08:48:46 UTC+2 sr...@kloudone.com wrote:

> panic: dial tcp [::1]:8000: connectex: No connection could be made because 
> the target machine actively refused it.   
>
> goroutine 1 [running]:
> bookCRUD/models.SetupDB(0xc45f78)
> C:/Users/user/go/src/toDoGolang-master/bookCRUD/models/setup.go:21 
> +0x259
> main.main()
> C:/Users/user/go/src/toDoGolang-master/bookCRUD/main.go:10 +0x2d
> exit status 2
>
>
>  I got this type of error can anyone help 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/aabb4a08-5cea-4be5-8a2f-37cf41df5dden%40googlegroups.com.

[go-nuts] error help

[Sree lekshmi MG]

panic: dial tcp [::1]:8000: connectex: No connection could be made because 
the target machine actively refused it.   

goroutine 1 [running]:
bookCRUD/models.SetupDB(0xc45f78)
C:/Users/user/go/src/toDoGolang-master/bookCRUD/models/setup.go:21 
+0x259
main.main()
C:/Users/user/go/src/toDoGolang-master/bookCRUD/main.go:10 +0x2d
exit status 2


 I got this type of error can anyone help 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/d1e87569-8b9e-4705-bc9c-d63f7806e033n%40googlegroups.com.