It was stated earlier in the thread that tip was using
xorshift32+multiplication. I assumed that was what you were saying that PCG
was not faster than. I have not tested myself but I have no reason to
disbelieve the results on the PCG site. It's a red herring to compare
against xorshift128+ or
Hello fellow Gophers.
Happy new year!
Here I present you a brand new project proudly and conveniently programmed
in Go:
laitos is the simplest and most straight-forward way to host your personal
website, receive Emails, block ads and malicious websites at DNS level,
plus much more.
To
I've said nothing about "multiplication". Where you take "multiplication"
from? Xorshift+ is already good enough for most usages.
PCG performance page didn't include results neither for xorshift128+, nor
for xoroshiro128.
But xoroshiro page has comparisons: http://xoroshiro.di.unimi.it/#speed
It's probably better to install the latest binary from the releases page (
https://github.com/golang/dep/releases), which is the first recommendation
under Setup.
On Mon, Dec 11, 2017 at 3:11 AM Arun Singh wrote:
> *No* I have not been able to install the dep tool, I
Did you try out my suggestion in reply to Dominik, namely to use
session.Shell instead of session.Run?
On Sat, Dec 9, 2017 at 3:38 AM wrote:
> Hi Dominik. Have you finally found the solution? I'm working on similar
> task to run commands on cisco routers. Could you share you
I really wish Go had not chosen to propagate Hoare's billion-dollar
mistake. I do realize it's all tied up with the idea that initialization is
cheap and zero values should be useful when possible, and therefore
pointers, interfaces, channels, etc. need zero values.
I wonder how different Go
PCG isn't faster than xorshift+multiplication? Do you have a rebuttal to
their website that indicates it is? (called xorshift* on that page)
http://www.pcg-random.org/rng-performance.html
Or are you just saying it's not meaningfully faster for the purpose of
channels because the other channel
Some counterpoints:
* In the question of "Channels vs. Callbacks", the best choice is
"neither". Write a blocking API with a fixed number of items and a
Scanner-like Iterator for an unknown number of items.
* It requires spawning a Goroutine even if none is necessary
* It adds syntactic overhead
EU has also been at it
https://ec.europa.eu/health/sites/health/files/files/counterf_par_trade/doc_publ_consult_200803/114_b_efpia_en.pdf
El domingo, 24 de diciembre de 2017, 17:38:57 (UTC+1), Frank Davidson
escribió:
>
> A few weeks ago, I saw this report on the PBS NewsHour:
>
>
>
Some research:
Here's an FDA document on pharmacuetical
barcodes:
https://www.fda.gov/downloads/BiologicsBloodVaccines/GuidanceComplianceRegulatoryInformation/Guidances/UCM267392.pdf
In the USA a barcode with the NDC (National Drug Code) is required. A13
explains the barcode:
Under 21 CFR
I've started on the code to generate the barcodes:
https://github.com/verxcodes/codegen
It's totally just a start, but I wanted to get it out so everyone could
check it out and provide input, etc.
Please take a careful look at the ECDSA encryption and whether or not I'm
doing it right...
On Friday, December 29, 2017 at 8:58:33 PM UTC+2, Jason Petersson wrote:
>
> Hello is there a GitHub project or example of an application that can be
> built for calling simple html and maybe java script?
>
https://github.com/zserge/webview
https://github.com/asticode/go-astilectron
HTH
ain
For when your goroutine caller needs to rejoin with the goroutine you could
use a chan []byte to block until the command output string is ready.
Channels are an important concurrent synchronization feature of Go that
would keep all of your API response in one procedure.
Calling exec.Command
Well all we really have for a specification is that the problem is
counterfeit medication from unknown sources at untrustworthy pharmacies in
Kenya and we assume around the world, and we have a few possible
Internet-based labeling solutions without manufacturer input. We would like
to use Go
Hello is there a GitHub project or example of an application that can be
built for calling simple html and maybe java script?
Thank you,
JNP
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group and stop receiving
Hello,
I'm coming now from the JAVA world, I want to hear your opinion on this.
I'm doing a small API-RESTful, I'm using Echo to not get out of scratch.
I have a third party program that to run it, I squeeze a command like this
"program.exe --verbose", with that, this program works on port
The best way (currently) to do http->https redirects is to use HSTS:
https://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Strict-Transport-Security
You may want to investigate HPKP as well.
—dho
On Fri, Dec 29, 2017 at 5:10 AM
Here is a better way to redirect from HTTPS to
HTTP:
https://github.com/nhooyr/redirecthttp/blob/d87881e4fbfddb1614c9d0934ea97c4163903301/main.go#L10-L19
Also, you don't need a secure variable in the handler, just check for r.TLS.
On Thursday, December 28, 2017 at 12:10:16 PM UTC-5, jzs wrote:
On Fri, Dec 29, 2017 at 10:45 AM Viacheslav Biriukov
wrote:
> I expect that my alignment write from an array will work as it works with
a slice.
The code nowhere cares to make the alignment required by O_DIRECT proper
for the write. It works in one of the cases just by
FWIW, I agree with Caleb's reading here. It makes sense to talk about
inlining and registerization when talking about how the Go memory model
should be implemented - but I agree, with Caleb, that the memory model
specifies the code to be correct. So if inlining and registers lead to the
code being
Surely single goroutine scenarios are trivial? Anything else would be a
compiler bug. In multiple goroutine scenarios a lock must be held or some
of the atomic functions are needed. Any other use that "works" are by
accident say on x86 or some other stricter arch. I am no expert in this but
surely
OK. Got it.
Full code and return values are:
https://gist.github.com/brk0v/0a765b3a107128c0e7a208f2a9402db7
I expect that my alignment write from an array will work as it works with a
slice.
Thank you.
On Fri, 29 Dec 2017 at 01:36, Ian Lance Taylor wrote:
> On Thu, Dec
> I believe that program will always print 2, however when you bring multiple
> Goroutines into the mix, I’m less sure.
I'm using examples without goroutines because the crux of our
discussion, as I understand it, is whether a plain read ('if o.done ==
0') will read the result of an atomic write
Isn't the lock operation an memory acquire operation that means that the
next load of the done field needs to be loaded from memory?
Perhaps it is not stated in the memory model exactly but this seems safe.
On Fri, Dec 29, 2017, 08:11 Dave Cheney wrote:
>
>
> On 29 Dec 2017,
24 matches
Mail list logo