Re: [go-nuts] Re: Is encoding/json POSIX compatible?

2024-01-30 Thread Javier Marti
So, as per the link that I sent, a json file is not a text file, right? is just a file, I want to have this clear thanks On Tue, Jan 30, 2024 at 3:50 PM 'Brian Candler' via golang-nuts < golang-nuts@googlegroups.com> wrote: > The JSON spec does not require any whitespace after the object, newli

Re: [go-nuts] GNU getopt-style Go packages?

2021-09-04 Thread Javier Ruano
Dese Jon I have seen this one too https://github.com/avelino/awesome-go#command-line Searching like argsparse Regards Javier Ruano El sáb., 4 sept. 2021 20:48, jlfo...@berkeley.edu escribió: > I'm wondering what the current state of GNU getopt-style Go packages is. > I've do

[go-nuts] Re: Interface definition as type alias

2020-09-08 Thread &#x27;Javier Zunzunegui' via golang-nuts
mplications? Is there any difference in type resolution for typed interfaces vs untyped ones? On Tuesday, September 8, 2020 at 12:15:42 PM UTC+2 Javier Zunzunegui wrote: > > So yes: Using a type alias has advantages, but no, this advantage is > never realized because neither the alia

[go-nuts] Re: Interface definition as type alias

2020-09-08 Thread &#x27;Javier Zunzunegui' via golang-nuts
interface if net/http.ResponseWriter > exists? > > So yes: Using a type alias has advantages, but no, this > advantage is never realized because neither the alias nor > the plain type decl are used in practice. > > V. > > On Tuesday, 8 September 2020 at 10:13:23 UTC+2 Javier Zunzu

[go-nuts] Interface definition as type alias

2020-09-08 Thread &#x27;Javier Zunzunegui' via golang-nuts
TLDR: Why should I NOT the alias form `type ... = interface {...}` instead of the standard `type ... interface {...}` for interface declarations? The extended question: The normal type definition for an interface in go would be `type TypeName interface {...}`. This results in a new type, which

Re: [go-nuts] [generics] Type embedding in generic types

2020-07-21 Thread &#x27;Javier Zunzunegui' via golang-nuts
you end up with a brittle multiple inheritance problem. > > Or you need language support for typed TLS and remove Context entirely. > > On Jul 21, 2020, at 6:24 AM, 'Axel Wagner' via golang-nuts < > golan...@googlegroups.com> wrote: > >  > > O

Re: [go-nuts] [generics] Type embedding in generic types

2020-07-21 Thread &#x27;Javier Zunzunegui' via golang-nuts
ould you agree > that your statement "it adds complexity without adding value" doesn't > really hold up? > > On Tue, Jul 21, 2020 at 9:46 AM 'Javier Zunzunegui' via golang-nuts < > golan...@googlegroups.com> wrote: > >> >> Thanks f

Re: [go-nuts] [generics] Type embedding in generic types

2020-07-21 Thread &#x27;Javier Zunzunegui' via golang-nuts
would be something *good*. But I do think it adds more > type-safety and that does provide value. > > Interested to hear your thoughts :) > > Axel > > > On Mon, Jul 20, 2020 at 3:37 PM 'Javier Zunzunegui' via golang-nuts < > golan...@googlegroups.com> wro

Re: [go-nuts] [generics] Type embedding in generic types

2020-07-20 Thread &#x27;Javier Zunzunegui' via golang-nuts
gainst, it seems to me the best decision is to ban at first and re-evaluate later. On Tuesday, July 14, 2020 at 11:41:42 AM UTC+2 Javier Zunzunegui wrote: > Issue openned in https://github.com/golang/go/issues/40199. > > Still clarifying my thoughts on embedding types within generics,

Re: [go-nuts] [generics] Type embedding in generic types

2020-07-14 Thread &#x27;Javier Zunzunegui' via golang-nuts
. Thanks Ian. On Monday, July 13, 2020 at 7:03:35 PM UTC+2 Ian Lance Taylor wrote: > On Mon, Jul 13, 2020 at 9:15 AM 'Javier Zunzunegui' via golang-nuts > wrote: > > > > In the context of Type Parameters - Draft Design#generic-types: > > > > Type embe

[go-nuts] [generics] Type embedding in generic types

2020-07-13 Thread &#x27;Javier Zunzunegui' via golang-nuts
In the context of Type Parameters - Draft Design#generic-types : Type embedding is allowed in the proposed generic changes. Oddly, the current implementation allows for calling methods in

Re: [go-nuts] How to properly set an http.Client limits and monitor connection pool

2019-03-12 Thread Javier
El lunes, 11 de marzo de 2019, 18:43:41 (UTC+1), Robert Engels escribió: > > You need to reuse the client http transport or you will run out of > connections at the os level due to them being in a closed wait state. > > > Hi Yes, I know. In fact, the part of the code where I am defining the tr

[go-nuts] How to properly set an http.Client limits and monitor connection pool

2019-03-11 Thread Javier
Hi I am load testing a simple application that calls an echo service with a GET. My application is tested with ab tool and the load is 500 concurrent connections with 5 requests. The application is failing after a while because i/o errors that I assume are related to the client connection

[go-nuts] Any golang support of Multicast from specific source in Windows?

2016-12-11 Thread Javier Moran
rticular address on Windows? Thank you Javier -- 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.com/d/optout.