Re: [go-nuts] Algorithm Club

uts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > > > -- > 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

Re: [go-nuts] Re: atomic bugs

ophers to use mutex over atomic and >> convert some mutex calls to atomic calls atomically by compiler? >> > > sorry, here "atomically", I mean "automatically". > > -- > You received this message because you are subscribed to the Google Groups

Re: [go-nuts] uint type safety in go

emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Michael T. Jones michael.jo...@gmail.com -- You received this message because you are subscribed to the Google Groups "golang-nuts"

Re: [go-nuts] Re: How do I test an func which depends on (pseudo)-random numbers, e.g. rand.Intn()?

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. > For more options, visit https://groups.google.com/d/optout.

Re: [go-nuts] Re: Date parsing problem

is 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. > For more options, visit https://groups.google.com/d/optout. > -

Re: [go-nuts] Re: Date parsing problem

sing is deeply inside a much bigger codebase. > Running the same parsing on the playground gives me no error: > https://play.golang.org/p/DYaTwaITIo > -- > Michael Banzon > https://michaelbanzon.com/ > > -- > You received this message because you are subscribed to the Goo

[go-nuts] Date parsing problem

y inside a much bigger codebase. Running the same parsing on the playground gives me no error: https://play.golang.org/p/DYaTwaITIo -- Michael Banzon https://michaelbanzon.com/ -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscr

Re: [go-nuts] how to use go generate to generate generic code .

nd stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Michael T. Jones michael.jo...@gmail.com -- You received this message because you are subscribed to the Google Groups &q

Re: [go-nuts] Re: how to use go generate to generate generic code .

a CPU that is 3-5x faster. Takes just one programmer hour to perfect it with code generation. Nothing wrong with that equation. Let them laugh all they want while you build for speed. Michael On Fri, Mar 10, 2017 at 4:27 PM, Tyler Compton <xavi...@gmail.com> wrote: > If we assume a mo

Re: [go-nuts] Re: No Allman-Style, No go!

gle Groups > "golang-nuts" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Michael T. Jones michael.jo...@gmail.com

Re: [go-nuts] Building Cross Platform GUI apps in Go and Electron

oup and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Michael Banzon https://michaelbanzon.com/ -- You received this message because you are subscribed to the Google Group

Re: [go-nuts] dh-golang usage

On Sun, Mar 5, 2017 at 9:14 PM, <k...@sigterm.ru> wrote: > Hi! > > Michael, thank you very much for your reply! override_dh_auto_install > feature does helped eliminate Go sources from the final .deb archive. > …why? Please describe what you did, what you expected, and

Re: [go-nuts] dh-golang usage

dh-golang is not maintained by the Go team, so a better place to get support is the pkg-go-maintainers mailing list. 1. No, and given dh-golang’s scope, this won’t be added (it’s a tool for Debian development, not for end users). 2. No. Currently, we delete the source from binary-only packages,

Re: [go-nuts] Re: do {} for x, why or why not?

m a good argument for not doing it. At least > at a cursory glance I don't see why we'd need the do keyword. > > On Sat, Mar 4, 2017 at 1:21 AM, Michael Jones <michael.jo...@gmail.com> > wrote: > >> I asked for this early...long before it was too late. (Existing valid

Re: [go-nuts] Reading http.Request form values

gt; -- > 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. > For more options, visit https://grou

Re: [go-nuts] Bots on the mailing list

To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Michael T. Jones michael.jo...@gmail.com -- You received this message because

Re: [go-nuts] Re: why the second memory allocation is blocked?

> 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. > For more options, visit https://groups.g

Re: [go-nuts] Re: [Newbie] Why this code is so slow?

Functionally similar...i use a time/memory tradeoff that makes factoring much faster but uses more memory. Other than that, very similar. On Sun, Feb 26, 2017 at 10:34 PM, Michael Jones <michael.jo...@gmail.com> wrote: > Maybe so. I'll look. The gain inside my v1 and v2 versions c

Re: [go-nuts] Re: [Newbie] Why this code is so slow?

our approaches happen to be. I think there is still room for significant improvement in mine. On Sun, Feb 26, 2017 at 10:11 PM Éric Jacoboni <eric.jacob...@gmail.com> wrote: > > > Le dimanche 26 février 2017 19:05:38 UTC+1, Michael Jones a écrit : > > Back on the ground for a

Re: [go-nuts] Re: [Newbie] Why this code is so slow?

uot; group. > To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Michael T. Jones michael.jo...@gmail.com -- You received this message becaus

Re: [go-nuts] Re: [Newbie] Why this code is so slow?

9892936 = 9339704 amicable: sum 9363584 = 9437056, sum 9437056 = 9363584 real 0m25.942s user 0m26.395s sys 0m0.109s Michael (Coding at breakfast in the Zurich, Switzerland airport on the way to Muscat, Oman) http://www.ams.org/journals/mcom/1967-21-098/S0025-5718-1967-0222006-7/S0025-5718

Re: [go-nuts] Is uint(v) when v is minus because a huge number supposed behavior?

s from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Michael T. Jones michael.jo...@gmail.com -- You received this message because you are subscribed to the Google Groups "golang-

Re: [go-nuts] Re: is it a waste of time to study old synchronization algorithms?

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. > For more options, visit https://groups.google.c

Re: [go-nuts] is this race condition normal?

rograms look correct, but are actually >> faulty w.r.t to synchronization safety. It is common, for instance, that >> the problems only start showing once you start loading your program with >> more work. That is, the program tests correct, but fails in a load >> benchmark or pr

Re: [go-nuts] Re: int16 and float64 Multiplication

good. On Sat, Feb 18, 2017 at 11:08 PM, <ngjun...@gmail.com> wrote: > After some testing I just decided to instead round the numbers to 2 > decimals instead. Thank you for the heads up though. > > On Sunday, February 19, 2017 at 5:42:15 PM UTC+11, Michael Jones wrote: >>

Re: [go-nuts] Re: int16 and float64 Multiplication

gt; -- > 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. > For more options, visit https://groups.goo

Re: [go-nuts] go executable cross-compiled for arm5 works on amd64 (and arm5)

Do you have qemu-user-static or a similarly named package installed? Then the magic of binfmt_misc may be invoking it. For me: $ cat /proc/sys/fs/binfmt_misc/qemu-arm enabled interpreter /usr/bin/qemu-arm-static flags: OC offset 0 magic 7f454c460101010002002800 mask

Re: [go-nuts] Unexpected Behaviour of goroutine

<m.srivath...@gmail.com> wrote: > Thanks to all who answered; I got explanation I needed. > > @"Michael Jones": yes, your solution also works - "i := i" overshadows the > i defined as part of the for-loop and that was also explained in one of the > Go-blogs. &g

Re: [go-nuts] Unexpected Behaviour of goroutine

looking for -- that is if you're not expecting i to be printed > in order. :) > > -ayan > > -- > 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 >

Re: [go-nuts] A Tour of Go: 45

; 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. > For more options, visit https://groups.google.co

Re: [go-nuts] A Tour of Go: 45

...and there is a nice story on this one. http://mathcentral.uregina.ca/qq/database/qq.02.06/jo1.html On Tue, Feb 7, 2017 at 9:21 AM, Michael Jones <michael.jo...@gmail.com> wrote: > Me too. What else could it be? > > On Tue, Feb 7, 2017 at 7:41 AM, Ian Davis <m...@i

Re: [go-nuts] Re: is it possible to speed up type assertion?

provement over time and newbies can have a correct expectation of the > cost. > > Chris > > > On Thu, Feb 2, 2017 at 3:26 PM, Michael Jones <michael.jo...@gmail.com> > wrote: > >> Insight here feels tenuous. >> >> It is rare that a well-written "re

Re: [go-nuts] Re: is it possible to speed up type assertion?

n simple statistical inference is subtly difficult; consider the fact that the average person has less than two legs. If this is hard for people, then how much harder to properly understand the whole-program meaning of a 10x slowdown in type assertions? Michael On Thu, Feb 2, 2017 at 1:55 PM, Chris

Re: [go-nuts] about sorting array

subscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Michael T. Jones michael.jo...@gmail.com -- You received this message because you are subs

Re: [go-nuts] How can I distribute incoming HTTP request to 5 asynchronous workers?

Read the content - wrap it up and start the five goroutines and pass it to them? On Tue, Jan 31, 2017 at 10:42 PM Onur Özer <sametoze...@gmail.com> wrote: > No, results not sent back and yes workers rely on the content. > > On Wed, 1 Feb 2017 at 00:41, Michael Banzon <mich..

Re: [go-nuts] How can I distribute incoming HTTP request to 5 asynchronous workers?

oup. > To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Michael Banzon https://michaelbanzon.com/ -- You received this message because yo

Re: [go-nuts] Wrestling with Mingw64 on Windows

;golang-nuts" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Michael Banzon https://michaelbanzon.com/ -- You received th

Re: [go-nuts] Re: I know finalizers are not promised to be called, but is it too not promised?

f, though with added >> resource pressure as a result. >> > -- > 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+u

Re: [go-nuts] Call for Feedback: Scoping gorilla/sessions v2

ng-nuts" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Michael Banzon https://michaelbanzon.com/ -- You received this me

Re: [go-nuts] Which is a best practice, long run goroutine or short term one?

to meet the sequence requirement? > > Thanks > > -- > 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...@googleg

Re: [go-nuts] Re: ANN: rosarygen 1.0

Fantastic! Sadly rare are examples of technologists using technology to serve people's inner desires and expressed needs. Also far too rare are opportunities to have parents comprehend and enjoy our work. You scored on both points. Bravo. On Tue, Jan 3, 2017 at 5:47 PM Rick

Re: [go-nuts] Re: Thread safety programatic definition for Go

Josvazg, Your notion of "globals safe" should allow init() functions as safe writers. They are always invoked serially. On Sun, Jan 1, 2017 at 7:29 AM wrote: > > On Sunday, January 1, 2017 at 4:43:32 AM UTC-7, josvazg wrote: > > I am trying to come up with a detailed

Re: [go-nuts] Unexpected type switch case listing & equality behaviour for float64

ernheim <u...@dauernheim.net> wrote: > Apologies for not being more specific with a distilled exampled, the > reason is that I don't understand if this is a bug or expected. Agreed I > should have left the first lines out. > > I think Michael Jones summarised it quite

Re: [go-nuts] Re: Unexpected type switch case listing & equality behaviour for float64

e options, visit https://groups.google.com/d/optout. >> > -- > 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...@goo

Re: [go-nuts] Re: [ANN] Gomail v2: sending emails faster

; > -- > 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. > For more options, visit https://gro

Re: [go-nuts] why does runtime.GOMAXPROCS act like getter and setter?

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. > For more options, visit https://groups.google.com/d/optout. > -- Michael T. Jones michael.jo...

Re: [go-nuts] Re: memclr optimazation does worse?

lights on the peculiar results you are experiencing. > > Regards > RD > > -- > 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

Re: [go-nuts] float32 vs float64 precision lost when casting to int

Yes. 80917.65 => 32-bit IEE 754 is 0x479e0ad3 == 80917.6484375 1 .000101011010011 80917.65 => 64-bit IEE 754 is 0x40F3C15A == 80917.6500 1 .000101011010011 00110011001100110011001100110 The last part, the “…00110011001100110011001100110,” is not

Re: [go-nuts] Re: Idiomatic way to remove duplicates in a slice

ber 14, 2016 at 9:35 AM To: <golang-nuts@googlegroups.com> Subject: Re: [go-nuts] Re: Idiomatic way to remove duplicates in a slice On 12/14/2016 12:14 PM, Michael Jones wrote: > Do we know anything about the structure of the slice? > > Just FYI -- this thre

Re: [go-nuts] Re: Idiomatic way to remove duplicates in a slice

Do we know anything about the structure of the slice? It is inherent in the general notion that there must be a comparison of a new item with existing ones to establish uniqueness. Even so, knowledge about the structure of the input can make this comparison easier. If the input is

Re: [go-nuts] Re: How to speed up execution time for a set of regular expressions

it the string first, then match >> these tokens. >> Or try to create one huge regexp - maybe that's faster. >> Or create one huge regexp, roll it through Ragel, and use the generated >> Go code. >> > -- > You received this message because you are subscribed to the

Re: [go-nuts] Re: Large 2D slice performance question

Glad to hear this worked for you. The general conclusion that goroutines do not help with in-memory processing is inaccurate. I often do large-scale numeric computations, spread across every physical and virtual core in my computers, and find that the scaling is excellent and beneficial.

Re: [go-nuts] Re: Inlining local functions

go build –gcflags=-m will show you what is and is not inlined. This is not the structural answer you seek, but it is the factual result of it. From: on behalf of Date: Friday, December 2, 2016 at 2:58 AM To: golang-nuts

[go-nuts] Re: New Proposal: Add support for pprof profiler labels

After a lot of discussion, I've updated the proposal issue with a new API design. Please comment if you have feedback. Issue: golang.org/issue/17280 Michael On Tue, Oct 18, 2016 at 11:38 AM Michael Matloob <matl...@golang.org> wrote: Hello Gophers! I've proposed adding a mec

Re: [go-nuts] Help me beat Erlang, SkynetBenchmark challenge

is helpful in this regard, but what is really helpful is if the “model” of the test is legitimate. In this case, have your actors do whatever the real actors would do so that you are measuring “parallel actors doing.” From: Michael Jones <michael.jo...@gmail.com> Date: Thursday, December 1, 201

Re: [go-nuts] Help me beat Erlang, SkynetBenchmark challenge

Here is an idea for you. 35% faster on my macbook pro: https://play.golang.org/p/3Mb5pR0V0J Michael From: <golang-nuts@googlegroups.com> on behalf of Roger Alsing <rogerals...@gmail.com> Date: Thursday, December 1, 2016 at 12:52 AM To: golang-nuts <golang-nuts@g

Re: [go-nuts] synchronise read from two channels

It seems that you are fighting the helpful infrastructure, but I can’t be sure from what you’ve said. You can (presumably) just do this: For u := range streamOfUrls { For w := range availableWorkers {   w.url = u   activeWorkers <- w } } …but that is strange to me. Why not

Re: [go-nuts] Re: Large 2D slice performance question

Yes…the more that you can share the better our help will be. If you have a small, even synthetic example of before and after we can do our best. From: adonovan via golang-nuts Reply-To: Date: Wednesday, November 30, 2016 at 6:31 AM To:

Re: [go-nuts] CFG for a Go program

Details of this would make a great Go Blog post… From: adonovan via golang-nuts Reply-To: Date: Sunday, November 27, 2016 at 6:07 PM To: golang-nuts Cc: Subject: Re: [go-nuts] CFG for a

Re: [go-nuts] Do Go Routines use continuations to allow yelding?

Wait… “If any of these fails to produce a correct result…” Really? I believe that we want the correct result under any valid schedule, including the most perverse, and that anything less means a failure of the design of the underlying system. Perhaps I misunderstand what you imply. From:

Re: [go-nuts] CFG for a Go program

roup and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Michael T. Jones michael.jo...@gmail.com -- You received this message because you are subscribed to the Google Groups

[go-nuts] Deleting the /r/golang subreddit

Proof of the vibrancy of the community can be partially established by how many posts you received on this post, versus the Reddit thread. While this post is one of the most responded to posts on this user group of late, the comments on the Reddit thread dwarf it by far. Consider the impact of

Re: [go-nuts] Re: Deleting the /r/golang subreddit

I'm baffled at the people that agree to lessen the voice of Go. If Reddit is not suited to your taste or morals, that's understandable, continue down the road of creating an official alternative, but don't shut down a positive space in a very large world because you find the actions of the

Re: [go-nuts] Why doens't function type support comparision but channel type does?

. On the other line of development, Rob Pike's coverage analyzer would be handy that way too. On Thu, Nov 24, 2016 at 9:13 PM, Jesper Louis Andersen < jesper.louis.ander...@gmail.com> wrote: > > > On Thu, Nov 24, 2016 at 8:23 PM Michael Jones <michael.jo...@gmail.com> > wr

Re: [go-nuts] Why doens't function type support comparision but channel type does?

As you imply, the third idea in the form of “probabilistic equality” is generally unworkable. The computer risks forum is literally full of examples of failures here. A contrived example: func a(x int) (int y) {     If x != 0 {    Y = 1/x     }     return } func a(x int) (int

[go-nuts] Auto Generated Google API and boolean values

will end up setting values you didn't want. -Michael -- 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. For mo

Re: [go-nuts] Reaching infinity

: Re: [go-nuts] Reaching infinity @Michael Jones I think nothing will changed in case of fmt.Println(math.Inf(0)) or defer, because it never triggered. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and s

Re: [go-nuts] Reaching infinity

Oh, and you could defer something at the start of main…that will wait forever to execute since the for loop never returns. From: Pietro Gagliardi <andl...@lostsig.net> Date: Wednesday, November 16, 2016 at 2:21 PM To: Michael Jones <michael.jo...@gmail.com> Cc: Nikita L

Re: [go-nuts] Reaching infinity

After your for loop, you could add: fmt.Println(math.Inf(0)) From: on behalf of Nikita Loskutov Date: Wednesday, November 16, 2016 at 1:58 PM To: golang-nuts Subject: [go-nuts] Reaching infinity Hello!

Re: [go-nuts] GoLang assembly support shifted operands?

It doesn't look like they're supported on arm64 though. File a bug? Cheers, mwh > On 15 November 2016 at 06:26, Rob Pike wrote: > They are supported. Please read the ARM section of golang.org/doc/asm.html > to see the syntax. > > > On Sunday, November 13, 2016,

Re: [go-nuts] Stressing the system using

-nuts] Stressing the system using Why would a select statement take up most of the execution time? Is there another way to implement a non blocking channel? On Monday, November 14, 2016 at 6:01:24 PM UTC+5:30, Michael Jones wrote: This is funny in the sense that my programs are great at

Re: [go-nuts] Stressing the system using

This is funny in the sense that my programs are great at stressing the CPU even though I don’t want to! :-) I looked at your hogcpu() function and saw an issue: you busy loop repeats a select statement and a square root. Almost any simple implementation of this will spend all of its time

Re: [go-nuts] Re: Is it a compiler bug?

I think I see the confusion here… When you have a line comment symbol “//” in go, “c” in FORTRAN, “;” in assembler, etc. you are safe. There is never confusion. When you have a block comment symbol though, “/*” and “*/” in C/C++/…/Go, “{“ and “}” in PASCAL, etc., then you have the

Re: [go-nuts] Is it a compiler bug?

…which is what I usually do too… Command-/ in Sublime3 From: Jan Mercl <0xj...@gmail.com> Date: Saturday, November 12, 2016 at 9:31 AM To: Michael Jones <michael.jo...@gmail.com>, chris dollin <ehog.he...@googlemail.com>, imd3c <vvv.poc...@gmail.com> Cc:

Re: [go-nuts] Is it a compiler bug?

The closest thing to a “super comment” is shown in my edit to your example: https://play.golang.org/p/nkDcMCzhkf It is legitimate, but it too has limitations. For me at least, those are rare. -Original Message- From: 'chris dollin' via golang-nuts Reply-To:

Re: [go-nuts] why "iota"?

functions as ably as people in the other Olympics can throw a stick or kick a ball.) поздравления -Original Message- From: Konstantin Khomoutov <flatw...@users.sourceforge.net> Date: Thursday, November 10, 2016 at 7:28 AM To: Michael Jones <michael.jo...@gmail.com> Cc: Konstant

Re: [go-nuts] why "iota"?

“…on our math high school courses.” Which I imagine are like my college math courses! -Original Message- From: on behalf of Konstantin Khomoutov Date: Thursday, November 10, 2016 at 4:09 AM To: Dan Kortschak

Re: [go-nuts] Slow 64 bit integer division on amd64

A=2^62 B=13 A/B = 4611686018427387904/13 A/B = quotient 354745078340568300 with remainder 4 A/B = (82595524*2^32 + 3964585196) with remainder 4 Consider the quotient: H = Upper 32 bits of 354745078340568300 = 82595524 L = Lower 32 bits of 354745078340568300 = 3964585196

Re: [go-nuts] why "iota"?

Iota is indeed a Greek letter, the one from which western alphabets inherited the letter ‘i’ (⍳). If you read Comparative Grammar of Greek and Latin (Darling, 1933) or the New Comparative Grammar of Greek and Latin (Sihler), you’ll discover that iota and its friend upsilon share quite a bit of

Re: [go-nuts] Noob question: Pointers to interfaces

eans turning Go into a dynamic language. Le mardi 8 novembre 2016 01:09:10 UTC+1, Michael Jones a écrit : Not precisely so…Interfaces, and type switches, and related mechanisms are safe. Their type indeterminism is protected from the program and their concretization is much like Schrodinger’s box…the in

Re: [go-nuts] Noob question: Pointers to interfaces

Not precisely so…Interfaces, and type switches, and related mechanisms are safe. Their type indeterminism is protected from the program and their concretization is much like Schrodinger’s box…the interface is any type until you look at it through a type switch or type dereferencing…then it is a

Re: [go-nuts] Multiple-reader single-writer map access is safe ?

to be more forgiving.) Michael From: <golang-nuts@googlegroups.com> on behalf of 刘桂祥 <liuguixiang...@gmail.com> Date: Friday, November 4, 2016 at 2:30 AM To: golang-nuts <golang-nuts@googlegroups.com> Cc: <liuguixiang...@gmail.com> Subject: Re: [go-nuts] Multiple-reader

[go-nuts] There has no Mutex.Trylock() implemention or similar method ?

I've a race scenario used with Mutex.Lock with Lock() and Unlock(). now multi-routines try to lock the resource and start a few logical code if the Lock.Lock() succesfully. other routines don't need to block util Lock.Unlock() that they can do the above logicals with next time or in

Re: [go-nuts] Are short variable declarations necessary?

Interesting. I have never used var this way. I am the student here. (as in everything else!) From: Axel Wagner <axel.wagner...@googlemail.com> Date: Wednesday, October 19, 2016 at 2:39 PM To: Michael Jones <michael.jo...@gmail.com> Cc: Ian Lance Taylor <i...@golang.o

Re: [go-nuts] Are short variable declarations necessary?

949) -Original Message- From: <golang-nuts@googlegroups.com> on behalf of Ian Lance Taylor <i...@golang.org> Date: Wednesday, October 19, 2016 at 12:25 PM To: Michael Jones <michael.jo...@gmail.com> Cc: T L <tapir@gmail.com>, golang-nuts <golang-nuts@googlegro

Re: [go-nuts] Go 1.7.3 is released

That's https://github.com/golang/go/issues/17276, which if I'd been paying a bit more attention I'd have suggested go into 1.7.3 :( It's not an indicator of a real problem fortunately. Cheers, mwh On 20 October 2016 at 09:10, Jan Mercl <0xj...@gmail.com> wrote: > On Wed, Oct 19, 2016 at 9:45 PM

Re: [go-nuts] Are short variable declarations necessary?

As in a number of previous questions, this one was asked poorly and the answers dance all around the intention. I had decided never to enter the fray of these oddly-put assertion/half questions, but since this is lingering, may I suggest that this is his real question: “can we have var-style

Re: [go-nuts] Any reason make.bash does not allow you to pass asmflags?

On 19 October 2016 at 07:53, Parker Evans wrote: > I was recently playing around with the assembler and compiler -trimpath > option to remove build machine prefixes from the built from source > toolchain and I realized that make.bash allows you to pass gcflags via the >

[go-nuts] New Proposal: Add support for pprof profiler labels

Provide your comments here: https://github.com/golang/go/issues/17280 Thanks! Michael -- 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-nut

Re: [go-nuts] Re: Duplicate File Checker Performance

0 bytes ( 1.22%) Checking the first 4KB of files and only hashing if they are the same is another cool optimization (check avg. 768x less bytes in my case). Really nice Michael. With workers = 8: RAID10: 0.05s user 0.04s system 37% cpu 0.231 total, couldn't check memory usage but its pr

Re: [go-nuts] Re: Duplicate File Checker Performance

Sri G, How does this time compare to my “Dup” program? I can’t test for you…since it is your filesystem…but I thought I had it going about as fast as possible a few years ago when I wrote that one. https://github.com/MichaelTJones/dup Michael From: <golang-nuts@googlegroups.

Re: [go-nuts] Need help building Go

Awesome! Thanks! From: Pietro Gagliardi <andl...@lostsig.net> Date: Friday, October 14, 2016 at 10:12 PM To: Michael Jones <michael.jo...@gmail.com> Cc: <golang-nuts@googlegroups.com> Subject: Re: [go-nuts] Need help building Go src/cmd/dist/deps.go -- You received th

Re: [go-nuts] big.Rat anomalies

Dave, try this version: https://play.golang.org/p/p5zyQF1Sdr From: on behalf of Jan Mercl <0xj...@gmail.com> Date: Monday, October 10, 2016 at 4:40 PM To: Dave Cohen , golang-nuts Subject: Re: [go-nuts]

Re: [go-nuts] Re: tidy way to write a repeat-until in golang

It is a significant frustration for me, actually. What I do is to leave out the test completely at the top and put it at the bottom , Just as you show. Comes up often in linked-list traversal and math code. From: on behalf of Jonathan

Re: [go-nuts] image: algorithm to convert to grayscale

…  Michael From: <golang-nuts@googlegroups.com> on behalf of Patrick Smith <pat42sm...@gmail.com> Date: Wednesday, September 28, 2016 at 4:51 PM To: Rodolfo Carvalho <rhcarva...@gmail.com> Cc: golang-nuts <golang-nuts@googlegroups.com> Subject: Re: [go-nuts] ima

Re: [go-nuts] truncate float32 to lesser precision (22 bit mantissa)

Good point. I missed that. Also, I did not mean “unsolvabe” just not solvable using slightly a different precision. Common solutions: Remove the divides by multiplying them out. Then it just works (at least in FP where integer precision is not such an issue as in graphics hardware) Avoid the

Re: [go-nuts] ARM Cortex-R52 real time chip announced today

On 22 September 2016 at 05:54, Ian Lance Taylor wrote: > On Wed, Sep 21, 2016 at 7:16 AM, Ged Wed wrote: > > > > Today ARM announced a new real time chip for cars. > > > > http://www.anandtech.com/show/10690/arm-announces-the- >

Re: [go-nuts] truncate float32 to lesser precision (22 bit mantissa)

Any kind of computational geometry code will have subtle issues in just this area. Broadly, the issue is classification of a point or line as IN, OUT, or ON. Of these, ‘ON’ is the difficult one because floating point prevents perfect calculation where real numbers would allow it. This is

Re: [go-nuts] Cross-compilation of golang assembly via 'go tool asm'

On 13 September 2016 at 13:43, wrote: > I'm implementing cross-compilation support in rules_go > . This takes a low-level > approach to building golang targets that involves use of the individual > toolchain components such as 'go tool

Re: [go-nuts] Re: Assigning +Inf to a float32 ..

Actually, you would also want a way to say “which type of NaN” as there are two classes and several subclasses. I wrote code for this a while back and posted it here (IIRC). From: on behalf of Date: Sunday, September 11, 2016 at 6:32 AM To:

<    3   4   5   6   7   8   9   >