[go-nuts] low level sctp driver

[drv drv]

 

Hi,

I opened an issue on this GitHub project: 
https://github.com/ishidawataru/sctp/issues/60

The owner linked to this project: 
https://github.com/mdlayher/netlink/issues/119

I am not really familiar with low-level network drivers, and honestly, I 
don't want to dive into it.

I'm looking for a volunteer(s) to write it.
Thank you

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/178cb2b2-659c-45bb-8a67-7265cac89065n%40googlegroups.com.

[go-nuts] Re: Is Go good choice for porting graph based app?

[drv drv]

I don't know the background of this Python code but *" It seems 
underdeveloped, buggy and running it first time is a pain, because of 
dependencies. "* is not a language problem.
I cannot imagine any dependencies in this kind of program.
JSON "equals" dictionaries in case of Python and it supports natively so it 
is quite fast and can be write very simple and elegant code.
It is true that GO is faster (in this case I guess 2x on single core) but 
if you cannot take advance of goroutines (and multicore) use Python.

On Thursday, 3 February 2022 at 23:26:14 UTC+1 kziem...@gmail.com wrote:

> Hello,
>
> I was handed proof-of-concept app written in Python. It seems 
> underdeveloped, buggy and running it first time is a pain, because of 
> dependencies. Basically it need to read some graphs stored in JSON files 
> and manipulated them accordingly and write them to JSON files again.
>
> It seems that porting it now to more suitable language is worth a gain at 
> this stage and I wonder if Go is a good choice? I read and watch many Ian 
> Lance Taylor presentations about generics, so I know that only that generic 
> graph (tree) data structure is something that can be a pain,  but in this 
> case it would be were small issue. It seems that we have only few data 
> types to be stored in graph, mostly strings and ints.
>
> I'm not true gopher, so I don't know if Go is proper choice for this task. 
> I don't believe that Python is any better, but maybe I should check another 
> language.
>
> Also, if someone know better thing to sore graphs than JSON, I would 
> appreciate it any suggestion.
>
> I don't write anymore about this app, since I don't know if company allows 
> for it.
>
> Best regards,
> Kamil
>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/8c61081a-dccd-422e-a765-59e8f79fbc79n%40googlegroups.com.

[go-nuts] http2 custom encoder and decoder

[drv drv]

hi,
There is a http2 protocol simulator. It can be client and/or server. I 
would like to set the encoder and decoder tablesize to 0. 
i.e. on client side  I managed to create my own clientConn with transport. 
NewClientConn(conn)
But all field in clientConn type is unexported. 
In this case how suppose to use custom hpack.NewDecoder and 
hpack.NewEncoder? 

(the reason is that if the headers are compressed and a tcpdump is started 
"on the fly", the headers cannot be decoded by wireshark) 

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...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/880cdb66-6844-468e-bff9-597ccf556972n%40googlegroups.com.