go-code | A Golang Tutorial with Code Examples | Learning library

One of the problems you are running into is that in a call into C code, you may not pass a pointer to a Go pointer. The variable filedescriptor is a C.int, but &filedescriptor is a Go pointer, so you cannot use that (or rather, you cannot use that in the a_add field as a value).

There is a great deal about your C code that is not clear to me, but you can probably use the code below. Note that this code may be overkill for your particular situation. It is not meant to be particularly efficient or good, just as clear as possible while being extremely flexible—for instance, it can read from and write to packed C structures.

Ok, so turns out that I was missing the relevant security policies in my config.toml file. I referred to the default config.toml file here

The config file should've looked somewhat like this :

Thanks to discussion in Go Slack (GOPHERS), someone guided me to this solution. Hopefully it can help future readers.

1 - add program and cwd as bellow to launch

You might consider a shortcode similar to the one used in onweru/newsroom:

Picture You want to use darkmode images when darkmode is enabled on a device and a regular image on lightmode? It takes 3 positional parameter

Store these images in the static/images directory.

Old post, but its not possible to get delve to work on WSL

https://github.com/go-delve/delve/issues/1235

There was a better resource that explains fully why it doesnt work, cant find it now

Apparently it has something to do with WSL not implementing Linux fully...but it will in WSL2!

https://en.wikipedia.org/wiki/Windows_Subsystem_for_Linux

So I don't know if this is the perfect solution but it somehow works for the moment. I will not accept it as its not perfect and I am waiting for some of the more experienced folks to answer.

I got something working by doing the following -

• I had a page built using Jekyll. Jekyll builds the site in a folder called _site.
• I copied the _site folder into static folder of Hugo and renamed it correspondingly to CustomHTML OR you could use the flag -d or declare it in the _config.yml file : destination:
• Since I am testing it on hugo-acdemic theme, for that I added the following to the config.toml file to show it in the menu -

After @Volker's comment on my Q I knew I had to take the challenge and went straight for the source code of Go's testing package. While @marco.m's suggestion is helpful in many cases, it cannot handle my admittedly slightly bizare usecase. testing's mechanics relevant to my original question are as follows, heavily simplified:

• cover.go: implements coverReport() which writes a coverage data file (in ASCII text format); if the file already exists (stale version from a previous run), then it will be truncated first. Please note that coverReport() has the annoying habit of printing some “statistics” information to os.Stdout.
• testing.go:
  • gets the CLI arguments -test.coverprofile= and -test.outputdir= from os.Args (via the flags package). If also implements toOutputDir(path) which places cover profile files inside -test.outputdir if specified.
  • But when does coverReport() get called? Simply spoken, at the end of testing.M.Run().

Now with this knowledge under the belt, a crazy solutions starts to emerge, kind of "Go-ing Bad" ;)

• Wrap testing.M in a special re-execution enabled version reexec.testing.M: it detects whether it is running with coverage enabled:
  • if it is the "parent" process P, then it runs the tests as normal, and then it collects coverage profile data files from re-executed child processes C and merges them into P's coverage profile data file.
  • while in P and when just about to re-execute a new child C, a new dedicated coverage profile data filename is allocated for the child C. C then gets the filename via its "personal" -test.coverprofile= CLI arg.
  • when in C, we run the desired action function. Next, we need to run an empty test set in order to trigger writing the coverage profile data for C. For this, the re-execution function in P adds a test.run= with a very special "Bielefeld test pattern" that will most likely result in an empty result. Remember, P will -- after it has run all its tests -- pick up the individual C coverage profile data files and merge them into P's.
• when coverage profiling isn't enabled, then no special actions need to be taken.

The downside of this solution is that it depends on some un-guaranteed behavior of Go's testing with respect to how and when it writes code coverage reports. But since a Linux-kernel namespace discovery package already pushes Go probably even harder than Docker's libnetwork, that's just a quantum further over the edge.

To a test developer, the whole enchilada is hidden inside an "enhanced" rxtst.M wrapper.

dejavuzhou/felix has a go.momd and go.sum: it depends on go modules

So make sure your VScode uses Go 1.11+ and

• no GOPATH
• GO111MODULE set

(see troubleshooting)

As commented:

• set GO111MODULE to the value on in your Windows System environment variable.
• Then launch VSCode, and set in your JSon Users settings go.toolsGopath to a new empty folder, dedicated for tools.
• Then try and build your project in VSCode, to see if your initial error message still persists.

While It's possible with other libraries like circe via implicit lookup. It seems impossible with org.mongodb.scala.bson.codecs.Macros because no Macro function take parameters.

But you could do it your self if you know how to make a Codec.

Codec seems to be a simple trait with 3 methods encode decode and getEncoderClass