Re: [go-nuts] Go and GPUs

As others have said, lots of secret sauce which includes the instruction set for the function blocks in silicon. Thus there is no assembler for the compiler that generates the code. Other chunks of the necessary tool chain are also absent or homegrown (no document other than source). The best

Re: [go-nuts] Re: Unable to find small memory leak

On Thu, Feb 11, 2021 at 3:40 AM Uli Kunitz wrote: > You are writing: The device crashes with out of memory. What does crash? > The Go program, another program or the kernel? Can you share the error > message? Can you share the log file for one day of GODEBUG=gctrace=1? > > In bash do: > > $

Re: [go-nuts] keep just 2 decimal places in a float64

On Sat, Feb 22, 2020 at 1:06 PM 'simon place' via golang-nuts < golang-nuts@googlegroups.com> wrote: > are you sure? > > surely floats can have, say, a small number added, that depending of the > value, sometimes doesn't change them and sometimes does. seems to me the > same issue. > > On

Re: [go-nuts] prevent alteration of binaries once distributed in the wild?

On Tue, Jul 23, 2019 at 11:51 AM clement auger wrote: > Hi, > > I m looking for a technique to prevent binary alteration once distributed > in the wild. > > I have no clue what i m asking for. > The best current solutions are package manager oriented. Decide on the platform you want to work on

Re: [go-nuts] OOM occurring with a small heap

On Mon, Jul 1, 2019 at 12:42 PM 'Yunchi Luo' via golang-nuts < golang-nuts@googlegroups.com> wrote: > Hello, I'd like to solicit some help with a weird GC issue we are seeing. > > I'm trying to debug OOM on a service we are running in k8s. The service is > just a CRUD server hitting a database

Re: [go-nuts] Re: godoc memory leak

me memory until it surpasses the memory on the > machine and crashes. After the crash, the other processes on my machine > continue to work and the memory is freed back entirely to the machine. > > On Thu, Jun 20, 2019 at 11:10 AM Tom Mitchell wrote: > >> >> On Mon

Re: [go-nuts] Re: godoc memory leak

On Mon, Jun 17, 2019 at 9:40 PM Agniva De Sarker < agniva.quicksil...@gmail.com> wrote: > Couple of questions: > > 1. What version of godoc and Go are you using ? What is your go env ? > >> One other question ... If the OS supports limits does godoc fail nicely with smaller limits. I am reminded

Re: [go-nuts] Cross-Compile Windows 10 -> FreeBSD

Try a VMWARE virtual machine. Install a FreeBSD distro and as long as the hardware (CPU) is the same you should be good. Even targeting a different hardware platform might be easier inside a VM. Inside the VM you can save temp files and capture compiler, assembler and linker settings to Chip away

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

This makes a bit of sense from the Google point of view. The central nut of a language under development is something that needs to be well managed. I have seen this with Modula-2 in the past as well as C++. Niklaus Wirth declined blessing a standard library for Modula-2 perhaps killing it as a

Re: [go-nuts] Re: built-in alternative to bcrypt?

On Mon, Apr 22, 2019 at 1:18 PM whitehexagon via golang-nuts < golang-nuts@googlegroups.com> wrote: > Thanks everyone, plenty more reading for me! > > The argon2 looks interesting, but it sounds like it could be very memory > heavy. The code I'm porting is running on a PAAS/SAAS setup, and

Re: [go-nuts] why is this not ascending?

On Mon, Apr 8, 2019 at 10:15 AM T L wrote: > time.Sleep is not a synchronization method. > time.Sleep(dt) means pausing the execution of the current goroutine for at > least dt duration. > The actual paused duration may be longer than dt. > Not only is sleep not a synchronization method but I/O

Re: [go-nuts] [CoC] screenshot images. Lazines or incompetence?

On Mon, Mar 11, 2019 at 3:17 AM Wojciech S. Czarnecki wrote: > There is an emerging issue with screenshots of logs or code > being posted > ... > I also urge anyone who gives their time to look at the posted picture, > just because they can see, and who want to help a screenshot's OP >

Re: [go-nuts] What does a deadlock mean in golang?

On Tue, Jan 29, 2019 at 12:55 AM 伊藤和也 wrote: > I know the general meaning of a deadlock, but I don't know the meaning of > a deadlock in golang. > Good question... A classic and now hard to find reference for a deadlock is "Operating System Principles (Prentice-Hall Series in Automatic

Re: [go-nuts] if/switch statements as expressions

On Thu, Dec 20, 2018 at 2:48 PM Michael Jones wrote: > interesting! i wish algol 68 had had its chance. > Well, "It ain't over till it is over." http://algol68.sourceforge.net/ " multiple licenses that should be read carefully: it is open source software, but not all components are fully

Re: [go-nuts] Go offline development recommendations

On Wed, Dec 12, 2018 at 10:15 PM snmed wrote: > Thank you very much for your reply. It seems to be a possible way to do > it, what do you think about the athens way? In my point of view it would be > the easiest way as far i can preload the athens cache with all the required > packages, > And

Re: [go-nuts] Go offline development recommendations

On Wed, Dec 12, 2018 at 12:00 PM snmed wrote: > Hi all > > Our customer demands an offline development environment with no internet > connection, is there any best practices to handle package download and > project setup for such an use case? And how would the new go modules fit in > in such an

Re: [go-nuts] Re: Large (binary or text) File transfers over rpc

Moving files is a solved, non trivial problem Have you looked at tools like scp (ssh), rsync, kermit, ftp, sftp, tftp and network filesystems (nfs and samba)? Even git and http. Error recover, host name lookup, compression, restart, safe abort, transport encryption, authentication,

Re: [go-nuts] Go += Package Versioning

On Tue, Feb 20, 2018 at 2:29 PM, Bakul Shah wrote: > On Tue, 20 Feb 2018 13:02:47 -0800 David Anderson > wrote: > > > > As a counterpoint to this: with vgo, I plan to make all my binary modules > > specify that they want the latest versions of everything,