Re: [grpc-io] Re: gRPC for embedded systems( for example - RTOS like ThreadX, FreeRTOS etc. )

options for THREADX in port_platform.h, I disable many features such as GPR_LINUX_LOG, GPR_SUPPORT_CHANNEL_FROM_FD, GPR_LINUX_ENV and GPR_POSIX_TMPFILE But I'm not sure if grpc can work properly as these features are disabled. Any suggestions? Thanks! Dharam Kumar於 2019年8月21日星期三 UTC-7上午3時22

Re: [grpc-io] Re: gRPC for embedded systems( for example - RTOS like ThreadX, FreeRTOS etc. )

Hello Jaehong, I've been able to put grpc framework on wiced rtos APIs. Basically, Wiced SDK from Cypress provides abstracted RTOS/Networking APIs which is underneath implemented by different rtos/network stacks. For example - Expresslogic's

Re: [grpc-io] Re: Evaluating grpc for cross-platform project

Hi Nicolas, I guess I'm late to this discussion. I also agree that gRPC, in its current form, can't work on Arduino. If any given microcontroller has support for libstdc++ also, it is still a big task to port gRPC(grpc-core, gpr, iomgr) on a given network stack/RTOS stack. Further, gRPC and its

[grpc-io] Re: Why endpoint_pair are piped?

Thanks Ken. So, it is probably useful for quickly prototyping application logic or write some quick tests for the new applications ? As a piped pair of endpoints will eliminate the need of a separate external grpc server(or client). On Thursday, February 22, 2018 at 12:24:03 AM UTC+5:30, Ken

[grpc-io] Why endpoint_pair are piped?

Hi, I've a pretty basic question regarding the implementation of *grpc_iomgr_create_endpoint_pair*( ). For Posix/Windows environment, it returns a pair of endpoints(client & server). My questions , in general, is about understanding the purpose of an end-point pair? Main confusion is around

[grpc-io] gRPC for embedded systems( for example - RTOS like ThreadX, FreeRTOS etc. )

Hello folks, I'm working on a project where we are planning to create a Google Assistant service instance on embedded/deeply embedded devices( non-linux, ARM processors running RTOS like ThreadX, FreeRTOS etc. ) Our system has support for building executables for c/c++ etc. but it is not same