For some reason, this does not seem to work for `ssh` (at least on OS X)
unless you have `ControlPath` in ssh config. Are there any side-effects of
SysProcAttr that I could be missing?
On Friday, July 18, 2014 at 1:07:44 AM UTC-7, Ian Lance Taylor wrote:
>
> On Thu, Jul 17, 2014 at 8:12 PM,
On Monday, July 24, 2017 at 11:09:09 AM UTC-6, Jan Mercl wrote:
>
> On Mon, Jul 24, 2017 at 5:33 PM me <you...@z505.com > wrote:
>
> > The math unit has Pow() functions..
> >
> > How come the Big (math) package has nothing similar?
>
> It has: https://gola
On Monday, July 24, 2017 at 6:44:10 PM UTC-6, nat...@honeycomb.io wrote:
>
>
> only use goroutines when you know for a fact that you have an issue which
> needs solving via concurrency, e.g., IO-bound workloads. While it's nice to
> have goroutines and channels within easy reach, they do
> On Monday, July 24, 2017 at 11:06:42 AM UTC-6, Jan Mercl wrote:
>
>>
>> > $ GOPATH= godoc -http :6060 &
>>
>>
>>
>
For anyone on Windows, use:
SET GOPATH= & godoc -http=:6060
(sets an empty gopath, then runs godoc)
Then navigate to:
http://127.0.0.1:6060/pkg/
--
You received this message
On Monday, July 24, 2017 at 11:06:42 AM UTC-6, Jan Mercl wrote:
>
> > $ GOPATH= godoc -http :6060 &
>
>
>
Good work around, simply set a dummy blank gopath using the command line
environment.
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
of the backbones of the mathematics algorithms, if they can use
multiple processors (or goroutines) to do calculations or whether it is
more of a serial one cpu problem to solve for the programmer.
This may help me (or any interested):
https://www.google.ca/search?q=gmp+multiple+cores
https
On Saturday, July 22, 2017 at 9:37:16 AM UTC-6, Rémy Oudompheng wrote:
>
>
> The most annoying issue you might encounter is that if your 2GB
> strings are numbers printed in base 10, the math/big will not be able
> to parse them in a reasonable time using the standard method
> (SetString).
>
Sometimes I want to disconnect my laptop or computer from the internet and
work with go..
What do you use to read documentation when you are offline?
Here is some brief research I did:
http://www.andybritcliffe.com/post/44610795381/offline-go-lang-documentation
That appears to be one solution.
On Saturday, July 22, 2017 at 4:59:04 AM UTC-6, ohir wrote:
>
>
> Every development team has right to reformat source to their tastes on
> the editor openfile then reformat to compiler taste on savefile.
>
Except, that some people are minimalists and don't use fancy editors that
have all
The math unit has Pow() functions..
How come the Big (math) package has nothing similar?
Complications implementing it? Or just no one needed it yet?
Here is some brief research I did:
https://stackoverflow.com/questions/30182129/calculating-large-exponentiation-in-golang
--
You received this
minutes.
>
>
That is acceptable. Does it ever change speed depending on what type of
numbers you feed it?
For example adding 11 * 22
Versus some more complex number
4589347587934 * 874589371596
As we all know benchmarks can give a false sense ;-)
Depending on inputs/param
On Saturday, July 22, 2017 at 9:06:03 AM UTC-6, hsmyers wrote:
>
> Like everything else, '*it depends…*'
>
> Do you want speed?
>
At some point, speed will become important, but if it's under 1 minute or
around 2 minutes it's "good enough"...
> Do you want the bulk of the coding already
When running GoDoc locally to serve help documents offline, a server such
as this is setup:
http://127.0.0.1:6060/pkg/
How does GoLang compare to other languages for mathematics dealing with
really large numbers?
Prefer the ability to work with 2GB sized strings as numbers (need much
bigger than int64)
I see there is this:
https://golang.org/pkg/math/big/
And probably some other github projects for math in
On Thursday, July 27, 2017 at 6:20:00 PM UTC-6, Matt Harden wrote:
>
> "me": regarding purely functional programs, they can exist, but they can't
> actually "do" anything, since by definition, "doing" means altering some
> state in the outsi
On Sunday, July 30, 2017 at 11:50:16 AM UTC-6, ecstati...@gmail.com wrote:
>
> I suggest you to look at the official D website, but if you want a
> caricatural comparison, let's say that Go is a much better C, while D is a
> much better C++.
>
> Like Go, D has also an incredibly fast
On Thursday, July 27, 2017 at 7:40:20 PM UTC-6, Bakul Shah wrote:
>
> I have to disagree somewhat with me(!). Programming is much more an
> engineering discipline than a creative process.
>
I think it is both, or when I was on a holiday and at a hotel and there was
a Trin
On Saturday, July 29, 2017 at 5:50:55 PM UTC-6, Hrobjartur Thorsteinsson
wrote:
>
> This confusing coding style with syntax in Go can be fixed by forking and
> applying a rediculously small patch.
>
>
Forking is easy, but to get people to actually use a fork, support it, and
embrace it, is a
On Tuesday, July 25, 2017 at 12:16:43 PM UTC-6, Skip wrote:
>
> Although "go" is a verb, an adjective and a noun (including the game),
> there shouldn't be any confusion in what Go is, when posting to a list
> dedicated to the language.
>
> Thanks,
> -Skip
>
You are not familiar with the
On Monday, July 24, 2017 at 10:46:31 AM UTC-6, Tyler Compton wrote:
>
> For cursor-sensitive help dialogs, you may find Language Server
> Protocol[1] interesting. It provides what you're looking for in Visual
> Studio Code with Go today, and will help provide that functionality to
> editors
On Monday, July 24, 2017 at 2:52:48 PM UTC-6, Rob 'Commander' Pike wrote:
>
> The "go doc" (distinct from "godoc") command works fine offline. It fact
> it never goes on line.
>
> -rob
>
>
That's a good tip, I might be even able to use that and pipe it into an
editor Memo/Edit widget for
On Thursday, July 27, 2017 at 3:08:08 PM UTC-6, Jan Mercl wrote:
>
>
> Isn't it strange, that we, programmers, well used to model the problem
> once in term of CPU registers and raw memory, then in a pure functional
> style
>
I don't know that purely functional actually exists: I have been
What exactly would you cast to *types.TypeName, btw? Looks like
*types.TypeName is not a types.Type (missing Underlying() method).
On Sunday, April 23, 2017 at 11:11:13 PM UTC-7, Axel Wagner wrote:
>
> I'd say, probably type-asserting to a *types.TypeName
>
Are there any bindings to MPFR (similar to Gnu MP library)
Searched and could not find much on google or github.
MPFR has more functions than GMP which are handy.
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group
That Google group doesn't seem to exist. ...Tim...
On Wednesday, July 19, 2017 at 3:27:33 AM UTC-7, meta keule wrote:
>
> Discussion/Google group: https://groups.google.com/forum/#!forum/gomidi
>
--
You received this message because you are subscribed to the Google Groups
"golang-nuts"
I wanted to say that this is the correct answer and helped me a lot.
On Wednesday, April 27, 2016 at 12:05:56 PM UTC+10, as wrote:
>
> Openssl is generating a koblitz curve. Golang supports the standard FIPS
> curves. Try replacing secp256k1 with prime256v1.
--
You received thi
x/crypto/ssh does support OpenSSH's ed25519 private key files.
However, it looks like it does not support encrypted private keys in the
OpenSSH format.
See
https://github.com/golang/crypto/blob/9f005a07e0d31d45e6656d241bb5c0f2efd4bc94/ssh/keys.go#L922
and
I've found a hint. Apparently, both context.TODO and context.Background
share a common implementation but they need distinct addresses.
See https://golang.org/src/context/context.go#L168
So they cannot be constants because then they would not have an address.
They cannot be variables because
28 matches
Mail list logo