text:
can't build cpp examples

Ubuntu 14.04, followed the build instructions:
 $ git clone -b $(curl -L http://grpc.io/release) https://github.com/grpc/grpc
 $ cd grpc
 $ git submodule update --init
 $ make
 $ [sudo] make install

it looks like the install did not in fact install headers (at least).  Trying to build example helloworld fails:
root@srf-qa-02:/usr/local/src/grpc# cd examples/cpp/helloworld/
root@srf-qa-02:/usr/local/src/grpc/examples/cpp/helloworld# make
protoc -I ../../protos --cpp_out=. ../../protos/helloworld.proto
g++ -std=c++11 -I/usr/local/include -pthread  -c -o helloworld.pb.o helloworld.pb.cc
In file included from helloworld.pb.cc:5:0:
helloworld.pb.h:9:42: fatal error: google/protobuf/stubs/common.h: No such file or directory
 #include <google/protobuf/stubs/common.h>
                                          ^
compilation terminated.
<builtin>: recipe for target 'helloworld.pb.o' failed
make: *** [helloworld.pb.o] Error 1

Actually, it looks like the build did not install the protoc binary either.  It did build under my build directory (which for me is /usr/local/src/grpc/bins/opt/protobuf/protoc), however 'make install' did not copy it into /usr/local/bin or anywhere else that I can see.  To get the error above I had to manually add the build directory above to my $PATH, which I should not have to do.  Without doing that, the error I get is actually this:
deploy@srf-qa-02:/usr/local/src/grpc/examples/cpp/helloworld$ make
 DEPENDENCY ERROR

You don't have protoc 3.0.0 installed in your path.
Please install Google protocol buffers 3.0.0 and its compiler.
You can find it here:

   https://github.com/google/protobuf/releases/tag/v3.0.0

Here is what I get when trying to evaluate your version of protoc:

protoc --version
make: protoc: Command not found
Makefile:96: recipe for target 'system-check' failed
make: [system-check] Error 127 (ignored)

Makefile:96: recipe for target 'system-check' failed
make: *** [system-check] Error 1

Is this some issue with the 'install' target?

Tried on a vanilla Debian 8, same problem.  I am following the instructions, the output from make is too voluminous to include but here is make install -- claiming it is installing stuff even though we can see that protoc does not end up in the path
root@cor01-san:/usr/local/src/grpc# make install
[INSTALL] Installing public C headers
[MAKE]    Generating cache.mk
[STRIP]   Stripping libgpr.a
[STRIP]   Stripping libgrpc.a
[STRIP]   Stripping libgrpc_cronet.a
[STRIP]   Stripping libgrpc_unsecure.a
[INSTALL] Installing C pkg-config files
[INSTALL] Installing libgpr.a
[INSTALL] Installing libgrpc.a
[INSTALL] Installing libgrpc_cronet.a
[INSTALL] Installing libgrpc_unsecure.a
[STRIP]   Stripping libgpr.so.1.0.0
[STRIP]   Stripping libgrpc.so.1.0.0
[STRIP]   Stripping libgrpc_cronet.so.1.0.0
[STRIP]   Stripping libgrpc_unsecure.so.1.0.0
[INSTALL] Installing libgpr.so.1.0.0
[INSTALL] Installing libgrpc.so.1.0.0
[INSTALL] Installing libgrpc_cronet.so.1.0.0
[INSTALL] Installing libgrpc_unsecure.so.1.0.0
[INSTALL] Installing public C++ headers
[STRIP]   Stripping libgrpc++.a
[STRIP]   Stripping libgrpc++_reflection.a
[STRIP]   Stripping libgrpc++_unsecure.a
[INSTALL] Installing C++ pkg-config files
[INSTALL] Installing libgrpc++.a
[INSTALL] Installing libgrpc++_reflection.a
[INSTALL] Installing libgrpc++_unsecure.a
[STRIP]   Stripping libgrpc++.so.1.0.0
[STRIP]   Stripping libgrpc++_reflection.so.1.0.0
[STRIP]   Stripping libgrpc++_unsecure.so.1.0.0
[INSTALL] Installing libgrpc++.so.1.0.0
[INSTALL] Installing libgrpc++_reflection.so.1.0.0
[INSTALL] Installing libgrpc++_unsecure.so.1.0.0
[INSTALL] Installing grpc protoc plugins
[INSTALL] Installing root certificates
root@cor01-san:/usr/local/src/grpc# which protoc
root@cor01-san:/usr/local/src/grpc# cd examples/cpp/helloworld/
root@cor01-san:/usr/local/src/grpc/examples/cpp/helloworld# make
 DEPENDENCY ERROR

You don't have protoc 3.0.0 installed in your path.

Any thoughts?  This is pretty basic...

Well, here are the hacks I had to do to get the sample hello world cpp program working:

Manually install protoc, since the makefile does not do it:

:/usr/local/src/grpc/examples/cpp/helloworld$ sudo cp ../../../bins/opt/protobuf/protoc /usr/local/bin/

Edit the helloworld/Makefile to specify additional include and lib directories

deploy@srf-qa-02:/usr/local/src/grpc/examples/cpp/helloworld$ git diff Makefile
diff --git a/examples/cpp/helloworld/Makefile b/examples/cpp/helloworld/Makefile
index bfb78e0..221ef06 100644
--- a/examples/cpp/helloworld/Makefile
+++ b/examples/cpp/helloworld/Makefile
@@ -30,9 +30,9 @@
 #

 CXX = g++
-CPPFLAGS += -I/usr/local/include -pthread
+CPPFLAGS += -I/usr/local/include -I../../../third_party/protobuf/src -pthread
 CXXFLAGS += -std=c++11
-LDFLAGS += -L/usr/local/lib `pkg-config --libs grpc++ grpc`       \
+LDFLAGS += -L/usr/local/lib -L../../../libs/opt/protobuf `pkg-config --libs grpc++ grpc`       \
            -Wl,--no-as-needed -lgrpc++_reflection -Wl,--as-needed \
            -lprotobuf -lpthread -ldl
 PROTOC = protoc

Hi,
I am having some issues with linking and therefore cannot build my project. I am using Visual Studio 2015, and I was able to build gRPC. I am using Visual Studio 2015, and I was able to build gRPC.
I then copied all the lib files(searched for .lib) and all obj files(.obj) and put them all in single folders for easy reference for my project. The only thing failing now, when I try to build my project is the grpc++ related stuff. Any suggestions?
Here is my relevant config info from vcxproj file:

NotUsing
Level3
Disabled
_SCL_SECURE_NO_WARNINGS;_CRT_SECURE_NO_WARNINGS;WIN32;_WINSOCK_DEPRECATED_NO_WARNINGS;WIN32_LEAN_AND_MEAN;_DEBUG;_CONSOLE;%(PreprocessorDefinitions)
C:\boost_1_65_1;..\..\Tools\protobuf\src;..\..\Tools\grpc\include;..\LANAgent;..\SerialPort;..\..\Tools\grpc\include\grpc++\impl\codegen;..\BaseAgent;%(AdditionalIncludeDirectories)
MultiThreadedDebugDLL
C:\boost_1_65_1;..\..\Tools\protobuf\src;..\..\Tools\grpc\include;..\LANAgent;..\SerialPort;..\..\Tools\grpc\include\grpc++\impl\codegen;..\BaseAgent;%(AdditionalUsingDirectories)

Console
true
..\..\Tools\grpc\all_libs;..\..\Tools\grpc\all_obj; %(AdditionalLibraryDirectories)
libprotobufd.lib;grpc++.lib;grpc++_unsecure.lib;*.lib;*.obj;%(AdditionalDependencies)

true

Here are the errors:
grpc++.lib(insecure_credentials.obj) : error LNK2019: unresolved external symbol _grpc_insecure_channel_create referenced in function "public: virtual class std::shared_ptr __thiscall grpc::anonymous namespace'::InsecureChannelCredentialsImpl::CreateChannel(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class grpc::ChannelArguments const &)" (?CreateChannel@InsecureChannelCredentialsImpl@?A0xca1f2b91@grpc@@UAE?AV?$shared_ptr@VChannel@grpc@@@std@@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@5@ABVChannelArguments@3@@Z) 1>     1> 1>grpc++.lib(completion_queue_cc.obj) : error LNK2001: unresolved external symbol _grpc_init 1>     1> 1>grpc++.lib(byte_buffer_cc.obj) : error LNK2001: unresolved external symbol _grpc_init 1>     1> 1>grpc++.lib(channel_cc.obj) : error LNK2001: unresolved external symbol _grpc_init 1>     1> 1>grpc++.lib(create_channel.obj) : error LNK2001: unresolved external symbol _grpc_init 1>     1> 1>grpc++.lib(server_cc.obj) : error LNK2001: unresolved external symbol _grpc_init 1>     1> 1>grpc++.lib(client_context.obj) : error LNK2001: unresolved external symbol _grpc_init 1>     1> 1>grpc++.lib(credentials_cc.obj) : error LNK2001: unresolved external symbol _grpc_init 1>     1> 1>grpc++.lib(completion_queue_cc.obj) : error LNK2001: unresolved external symbol _grpc_shutdown 1>     1> 1>grpc++.lib(byte_buffer_cc.obj) : error LNK2001: unresolved external symbol _grpc_shutdown 1>     1> 1>grpc++.lib(channel_cc.obj) : error LNK2001: unresolved external symbol _grpc_shutdown 1>     1> 1>grpc++.lib(create_channel.obj) : error LNK2001: unresolved external symbol _grpc_shutdown 1>     1> 1>grpc++.lib(server_cc.obj) : error LNK2001: unresolved external symbol _grpc_shutdown 1>     1> 1>grpc++.lib(client_context.obj) : error LNK2001: unresolved external symbol _grpc_shutdown 1>     1> 1>grpc++.lib(credentials_cc.obj) : error LNK2001: unresolved external symbol _grpc_shutdown 1>     1> 1>grpc++.lib(create_channel.obj) : error LNK2019: unresolved external symbol _grpc_lame_client_channel_create referenced in function "class std::shared_ptr<class grpc::Channel> __cdecl grpc::CreateCustomChannel(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class std::shared_ptr<class grpc::ChannelCredentials> const &,class grpc::ChannelArguments const &)" (?CreateCustomChannel@grpc@@YA?AV?$shared_ptr@VChannel@grpc@@@std@@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@3@ABV?$shared_ptr@VChannelCredentials@grpc@@@3@ABVChannelArguments@1@@Z) 1>     1> 1>grpc++.lib(insecure_server_credentials.obj) : error LNK2019: unresolved external symbol _grpc_server_add_insecure_http2_port referenced in function "public: virtual int __thiscall grpc::anonymous namespace'::InsecureServerCredentialsImpl::AddPortToServer(class std::basic_string<char,struct std::char_traits,class std::allocator > const &,struct grpc_server *)" (?AddPortToServer@InsecureServerCredentialsImpl@?A0x2ccd203d@grpc@@UAEHABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PAUgrpc_server@@@Z)
1>     1>
1>grpc++.lib(thread_manager.obj) : error LNK2001: unresolved external symbol _gpr_log
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2001: unresolved external symbol _gpr_log
1>     1>
1>grpc++.lib(channel_arguments.obj) : error LNK2001: unresolved external symbol _gpr_log
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2001: unresolved external symbol _gpr_log
1>     1>
1>grpc++.lib(server_context.obj) : error LNK2001: unresolved external symbol _gpr_log
1>     1>
1>grpc++.lib(default_health_check_service.obj) : error LNK2001: unresolved external symbol _gpr_log
1>     1>
1>grpc++.lib(insecure_server_credentials.obj) : error LNK2001: unresolved external symbol _gpr_log
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2001: unresolved external symbol _gpr_log
1>     1>
1>grpc++.lib(server_builder.obj) : error LNK2001: unresolved external symbol _gpr_log
1>     1>
1>grpc++.lib(client_context.obj) : error LNK2001: unresolved external symbol _gpr_log
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_byte_buffer_destroy referenced in function "public: __thiscall grpc::Server::SyncRequest::CallData::~CallData(void)" (??1CallData@SyncRequest@Server@grpc@@QAE@XZ)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2001: unresolved external symbol _grpc_byte_buffer_destroy
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _gpr_once_init referenced in function "private: __thiscall grpc::Server::Server(int,class grpc::ChannelArguments *,class std::shared_ptr<class std::vector<class std::unique_ptr<class grpc::ServerCompletionQueue,struct std::default_delete >,class std::allocator<class std::unique_ptr<class grpc::ServerCompletionQueue,struct std::default_delete > > > >,int,int,int)" (??0Server@grpc@@AAE@HPAVChannelArguments@1@V?$shared_ptr@V?$vector@V?$unique_ptr@VServerCompletionQueue@grpc@@U?$default_delete@VServerCompletionQueue@grpc@@@std@@@std@@V?$allocator@V?$unique_ptr@VServerCompletionQueue@grpc@@U?$default_delete@VServerCompletionQueue@grpc@@@std@@@std@@@2@@std@@@std@@HHH@Z)
1>     1>
1>grpc++.lib(server_builder.obj) : error LNK2001: unresolved external symbol _gpr_once_init
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_slice_unref referenced in function "public: virtual bool __thiscall grpc::ServerInterface::GenericAsyncRequest::FinalizeResult(void * *,bool *)" (?FinalizeResult@GenericAsyncRequest@ServerInterface@grpc@@UAE_NPAPAXPA_N@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2001: unresolved external symbol _grpc_slice_unref
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2001: unresolved external symbol _grpc_slice_unref
1>     1>
1>grpc++.lib(slice_cc.obj) : error LNK2001: unresolved external symbol _grpc_slice_unref
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2001: unresolved external symbol _gpr_inf_future
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2001: unresolved external symbol _gpr_inf_future
1>     1>
1>grpc++.lib(client_context.obj) : error LNK2001: unresolved external symbol _gpr_inf_future
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2001: unresolved external symbol _gpr_inf_future
1>     1>
1>grpc++.lib(server_context.obj) : error LNK2001: unresolved external symbol _gpr_inf_future
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _gpr_time_from_millis referenced in function "public: virtual enum grpc::ThreadManager::WorkStatus __thiscall grpc::Server::SyncRequestThreadManager::PollForWork(void * *,bool *)" (?PollForWork@SyncRequestThreadManager@Server@grpc@@UAE?AW4WorkStatus@ThreadManager@3@PAPAXPA_N@Z)
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_metadata_array_init referenced in function "public: __thiscall grpc::Server::SyncRequest::SyncRequest(class grpc::RpcServiceMethod *,void *)" (??0SyncRequest@Server@grpc@@QAE@PAVRpcServiceMethod@2@PAX@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2001: unresolved external symbol _grpc_metadata_array_init
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_metadata_array_destroy referenced in function "public: virtual __thiscall grpc::Server::SyncRequest::~SyncRequest(void)" (??1SyncRequest@Server@grpc@@UAE@XZ)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2001: unresolved external symbol _grpc_metadata_array_destroy
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_call_details_init referenced in function "public: __thiscall grpc::ServerInterface::GenericAsyncRequest::GenericAsyncRequest(class grpc::ServerInterface *,class grpc::GenericServerContext *,class grpc::ServerAsyncStreamingInterface *,class grpc::CompletionQueue *,class grpc::ServerCompletionQueue *,void *,bool)" (??0GenericAsyncRequest@ServerInterface@grpc@@QAE@PAV12@PAVGenericServerContext@2@PAVServerAsyncStreamingInterface@2@PAVCompletionQueue@2@PAVServerCompletionQueue@2@PAX_N@Z)
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_call_details_destroy referenced in function "public: virtual bool __thiscall grpc::Server::SyncRequest::FinalizeResult(void * *,bool *)" (?FinalizeResult@SyncRequest@Server@grpc@@UAE_NPAPAXPA_N@Z)
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_completion_queue_create_for_pluck referenced in function "public: void __thiscall grpc::Server::SyncRequest::SetupRequest(void)" (?SetupRequest@SyncRequest@Server@grpc@@QAEXXZ)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2001: unresolved external symbol _grpc_completion_queue_create_for_pluck
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_completion_queue_destroy referenced in function "public: virtual bool __thiscall grpc::Server::SyncRequest::FinalizeResult(void * *,bool *)" (?FinalizeResult@SyncRequest@Server@grpc@@UAE_NPAPAXPA_N@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2001: unresolved external symbol _grpc_completion_queue_destroy
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_call_start_batch referenced in function "private: virtual void __thiscall grpc::Server::PerformOpsOnCall(class grpc::CallOpSetInterface *,class grpc::Call *)" (?PerformOpsOnCall@Server@grpc@@EAEXPAVCallOpSetInterface@2@PAVCall@2@@Z)
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2001: unresolved external symbol _grpc_call_start_batch
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_server_request_call referenced in function "public: __thiscall grpc::ServerInterface::GenericAsyncRequest::GenericAsyncRequest(class grpc::ServerInterface *,class grpc::GenericServerContext *,class grpc::ServerAsyncStreamingInterface *,class grpc::CompletionQueue *,class grpc::ServerCompletionQueue *,void *,bool)" (??0GenericAsyncRequest@ServerInterface@grpc@@QAE@PAV12@PAVGenericServerContext@2@PAVServerAsyncStreamingInterface@2@PAVCompletionQueue@2@PAVServerCompletionQueue@2@PAX_N@Z)
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_server_register_method referenced in function "private: virtual bool __thiscall grpc::Server::RegisterService(class std::basic_string<char,struct std::char_traits,class std::allocator > const *,class grpc::Service *)" (?RegisterService@Server@grpc@@EAE_NPBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PAVService@2@@Z)
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_server_request_registered_call referenced in function "protected: void __thiscall grpc::ServerInterface::RegisteredAsyncRequest::IssueRequest(void *,struct grpc_byte_buffer * *,class grpc::ServerCompletionQueue *)" (?IssueRequest@RegisteredAsyncRequest@ServerInterface@grpc@@IAEXPAXPAPAUgrpc_byte_buffer@@PAVServerCompletionQueue@3@@Z)
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_server_create referenced in function "private: __thiscall grpc::Server::Server(int,class grpc::ChannelArguments *,class std::shared_ptr<class std::vector<class std::unique_ptr<class grpc::ServerCompletionQueue,struct std::default_delete >,class std::allocator<class std::unique_ptr<class grpc::ServerCompletionQueue,struct std::default_delete > > > >,int,int,int)" (??0Server@grpc@@AAE@HPAVChannelArguments@1@V?$shared_ptr@V?$vector@V?$unique_ptr@VServerCompletionQueue@grpc@@U?$default_delete@VServerCompletionQueue@grpc@@@std@@@std@@V?$allocator@V?$unique_ptr@VServerCompletionQueue@grpc@@U?$default_delete@VServerCompletionQueue@grpc@@@std@@@std@@@2@@std@@@std@@HHH@Z)
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_server_start referenced in function "private: virtual void __thiscall grpc::Server::Start(class grpc::ServerCompletionQueue * *,unsigned int)" (?Start@Server@grpc@@EAEXPAPAVServerCompletionQueue@2@I@Z)
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_server_shutdown_and_notify referenced in function "private: virtual void __thiscall grpc::Server::ShutdownInternal(struct gpr_timespec)" (?ShutdownInternal@Server@grpc@@EAEXUgpr_timespec@@@Z)
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_server_cancel_all_calls referenced in function "private: virtual void __thiscall grpc::Server::ShutdownInternal(struct gpr_timespec)" (?ShutdownInternal@Server@grpc@@EAEXUgpr_timespec@@@Z)
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_server_destroy referenced in function "public: virtual __thiscall grpc::Server::~Server(void)" (??1Server@grpc@@UAE@XZ)
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_inproc_channel_create referenced in function "public: class std::shared_ptr __thiscall grpc::Server::InProcessChannel(class grpc::ChannelArguments const &)" (?InProcessChannel@Server@grpc@@QAE?AV?$shared_ptr@VChannel@grpc@@@std@@ABVChannelArguments@2@@Z)
1>     1>
1>grpc++.lib(server_cc.obj) : error LNK2019: unresolved external symbol _grpc_call_log_batch referenced in function "private: virtual void __thiscall grpc::Server::PerformOpsOnCall(class grpc::CallOpSetInterface *,class grpc::Call *)" (?PerformOpsOnCall@Server@grpc@@EAEXPAVCallOpSetInterface@2@PAVCall@2@@Z)
1>     1>
1>grpc++.lib(server_builder.obj) : error LNK2019: unresolved external symbol _grpc_server_register_completion_queue referenced in function "public: class std::unique_ptr<class grpc::Server,struct std::default_delete > __thiscall grpc::ServerBuilder::BuildAndStart(void)" (?BuildAndStart@ServerBuilder@grpc@@QAE?AV?$unique_ptr@VServer@grpc@@U?$default_delete@VServer@grpc@@@std@@@std@@XZ)
1>     1>
1>grpc++.lib(server_builder.obj) : error LNK2019: unresolved external symbol _grpc_resource_quota_ref referenced in function "public: class grpc::ServerBuilder & __thiscall grpc::ServerBuilder::SetResourceQuota(class grpc::ResourceQuota const &)" (?SetResourceQuota@ServerBuilder@grpc@@QAEAAV12@ABVResourceQuota@2@@Z)
1>     1>
1>grpc++.lib(server_builder.obj) : error LNK2019: unresolved external symbol _grpc_resource_quota_unref referenced in function "public: __thiscall grpc::ServerBuilder::~ServerBuilder(void)" (??1ServerBuilder@grpc@@QAE@XZ)
1>     1>
1>grpc++.lib(server_builder.obj) : error LNK2019: unresolved external symbol _grpc_resource_quota_arg_vtable referenced in function "public: class std::unique_ptr<class grpc::Server,struct std::default_delete > __thiscall grpc::ServerBuilder::BuildAndStart(void)" (?BuildAndStart@ServerBuilder@grpc@@QAE?AV?$unique_ptr@VServer@grpc@@U?$default_delete@VServer@grpc@@@std@@@std@@XZ)
1>     1>
1>grpc++.lib(channel_arguments.obj) : error LNK2001: unresolved external symbol _grpc_resource_quota_arg_vtable
1>     1>
1>grpc++.lib(client_context.obj) : error LNK2019: unresolved external symbol _grpc_compression_algorithm_name referenced in function "public: void __thiscall grpc::ClientContext::set_compression_algorithm(enum grpc_compression_algorithm)" (?set_compression_algorithm@ClientContext@grpc@@QAEXW4grpc_compression_algorithm@@@Z)
1>     1>
1>grpc++.lib(server_context.obj) : error LNK2001: unresolved external symbol _grpc_compression_algorithm_name
1>     1>
1>grpc++.lib(client_context.obj) : error LNK2019: unresolved external symbol _grpc_call_get_peer referenced in function "public: class std::basic_string<char,struct std::char_traits,class std::allocator > __thiscall grpc::ClientContext::peer(void)const " (?peer@ClientContext@grpc@@QBE?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@XZ)
1>     1>
1>grpc++.lib(server_context.obj) : error LNK2001: unresolved external symbol _grpc_call_get_peer
1>     1>
1>grpc++.lib(client_context.obj) : error LNK2019: unresolved external symbol _grpc_call_cancel referenced in function "public: void __thiscall grpc::ClientContext::TryCancel(void)" (?TryCancel@ClientContext@grpc@@QAEXXZ)
1>     1>
1>grpc++.lib(client_context.obj) : error LNK2019: unresolved external symbol _grpc_call_cancel_with_status referenced in function "private: void __thiscall grpc::ClientContext::set_call(struct grpc_call *,class std::shared_ptr const &)" (?set_call@ClientContext@grpc@@AAEXPAUgrpc_call@@ABV?$shared_ptr@VChannel@grpc@@@std@@@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2001: unresolved external symbol _grpc_call_cancel_with_status
1>     1>
1>grpc++.lib(server_context.obj) : error LNK2001: unresolved external symbol _grpc_call_cancel_with_status
1>     1>
1>grpc++.lib(client_context.obj) : error LNK2019: unresolved external symbol _grpc_call_unref referenced in function "public: __thiscall grpc::ClientContext::~ClientContext(void)" (??1ClientContext@grpc@@QAE@XZ)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2001: unresolved external symbol _grpc_call_unref
1>     1>
1>grpc++.lib(server_context.obj) : error LNK2001: unresolved external symbol _grpc_call_unref
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2001: unresolved external symbol _gpr_free
1>     1>
1>grpc++.lib(client_context.obj) : error LNK2001: unresolved external symbol _gpr_free
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2001: unresolved external symbol _gpr_free
1>     1>
1>grpc++.lib(server_context.obj) : error LNK2001: unresolved external symbol _gpr_free
1>     1>
1>grpc++.lib(default_health_check_service.obj) : error LNK2001: unresolved external symbol _gpr_free
1>     1>
1>grpc++.lib(channel_arguments.obj) : error LNK2019: unresolved external symbol _gpr_cpu_current_cpu referenced in function "public: __thiscall grpc::ChannelArguments::~ChannelArguments(void)" (??1ChannelArguments@grpc@@QAE@XZ)
1>     1>
1>grpc++.lib(channel_arguments.obj) : error LNK2019: unresolved external symbol _grpc_socket_mutator_to_arg referenced in function "public: void __thiscall grpc::ChannelArguments::SetSocketMutator(struct grpc_socket_mutator *)" (?SetSocketMutator@ChannelArguments@grpc@@QAEXPAUgrpc_socket_mutator@@@Z)
1>     1>
1>grpc++.lib(channel_arguments.obj) : error LNK2019: unresolved external symbol _grpc_exec_ctx_finish referenced in function "public: __thiscall grpc::ChannelArguments::~ChannelArguments(void)" (??1ChannelArguments@grpc@@QAE@XZ)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_raw_byte_buffer_create referenced in function "private: virtual struct grpc_byte_buffer * __thiscall grpc::CoreCodegen::grpc_raw_byte_buffer_create(struct grpc_slice *,unsigned int)" (?grpc_raw_byte_buffer_create@CoreCodegen@grpc@@EAEPAUgrpc_byte_buffer@@PAUgrpc_slice@@I@Z)
1>     1>
1>grpc++.lib(byte_buffer_cc.obj) : error LNK2001: unresolved external symbol _grpc_raw_byte_buffer_create
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_byte_buffer_copy referenced in function "private: virtual struct grpc_byte_buffer * __thiscall grpc::CoreCodegen::grpc_byte_buffer_copy(struct grpc_byte_buffer *)" (?grpc_byte_buffer_copy@CoreCodegen@grpc@@EAEPAUgrpc_byte_buffer@@PAU3@@Z)
1>     1>
1>grpc++.lib(byte_buffer_cc.obj) : error LNK2001: unresolved external symbol _grpc_byte_buffer_copy
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_byte_buffer_reader_init referenced in function "private: virtual int __thiscall grpc::CoreCodegen::grpc_byte_buffer_reader_init(struct grpc_byte_buffer_reader *,struct grpc_byte_buffer *)" (?grpc_byte_buffer_reader_init@CoreCodegen@grpc@@EAEHPAUgrpc_byte_buffer_reader@@PAUgrpc_byte_buffer@@@Z)
1>     1>
1>grpc++.lib(byte_buffer_cc.obj) : error LNK2001: unresolved external symbol _grpc_byte_buffer_reader_init
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_byte_buffer_reader_destroy referenced in function "private: virtual void __thiscall grpc::CoreCodegen::grpc_byte_buffer_reader_destroy(struct grpc_byte_buffer_reader *)" (?grpc_byte_buffer_reader_destroy@CoreCodegen@grpc@@EAEXPAUgrpc_byte_buffer_reader@@@Z)
1>     1>
1>grpc++.lib(byte_buffer_cc.obj) : error LNK2001: unresolved external symbol _grpc_byte_buffer_reader_destroy
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_byte_buffer_reader_next referenced in function "private: virtual int __thiscall grpc::CoreCodegen::grpc_byte_buffer_reader_next(struct grpc_byte_buffer_reader *,struct grpc_slice *)" (?grpc_byte_buffer_reader_next@CoreCodegen@grpc@@EAEHPAUgrpc_byte_buffer_reader@@PAUgrpc_slice@@@Z)
1>     1>
1>grpc++.lib(byte_buffer_cc.obj) : error LNK2001: unresolved external symbol _grpc_byte_buffer_reader_next
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _gpr_mu_init referenced in function "private: virtual void __thiscall grpc::CoreCodegen::gpr_mu_init(struct gpr_mu *)" (?gpr_mu_init@CoreCodegen@grpc@@EAEXPAUgpr_mu@@@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _gpr_mu_destroy referenced in function "private: virtual void __thiscall grpc::CoreCodegen::gpr_mu_destroy(struct gpr_mu *)" (?gpr_mu_destroy@CoreCodegen@grpc@@EAEXPAUgpr_mu@@@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _gpr_mu_lock referenced in function "private: virtual void __thiscall grpc::CoreCodegen::gpr_mu_lock(struct gpr_mu *)" (?gpr_mu_lock@CoreCodegen@grpc@@EAEXPAUgpr_mu@@@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _gpr_mu_unlock referenced in function "private: virtual void __thiscall grpc::CoreCodegen::gpr_mu_unlock(struct gpr_mu *)" (?gpr_mu_unlock@CoreCodegen@grpc@@EAEXPAUgpr_mu@@@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _gpr_cv_init referenced in function "private: virtual void __thiscall grpc::CoreCodegen::gpr_cv_init(struct _RTL_CONDITION_VARIABLE *)" (?gpr_cv_init@CoreCodegen@grpc@@EAEXPAU_RTL_CONDITION_VARIABLE@@@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _gpr_cv_destroy referenced in function "private: virtual void __thiscall grpc::CoreCodegen::gpr_cv_destroy(struct _RTL_CONDITION_VARIABLE *)" (?gpr_cv_destroy@CoreCodegen@grpc@@EAEXPAU_RTL_CONDITION_VARIABLE@@@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _gpr_cv_wait referenced in function "private: virtual int __thiscall grpc::CoreCodegen::gpr_cv_wait(struct _RTL_CONDITION_VARIABLE *,struct gpr_mu *,struct gpr_timespec)" (?gpr_cv_wait@CoreCodegen@grpc@@EAEHPAU_RTL_CONDITION_VARIABLE@@PAUgpr_mu@@Ugpr_timespec@@@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _gpr_cv_signal referenced in function "private: virtual void __thiscall grpc::CoreCodegen::gpr_cv_signal(struct _RTL_CONDITION_VARIABLE *)" (?gpr_cv_signal@CoreCodegen@grpc@@EAEXPAU_RTL_CONDITION_VARIABLE@@@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _gpr_cv_broadcast referenced in function "private: virtual void __thiscall grpc::CoreCodegen::gpr_cv_broadcast(struct _RTL_CONDITION_VARIABLE *)" (?gpr_cv_broadcast@CoreCodegen@grpc@@EAEXPAU_RTL_CONDITION_VARIABLE@@@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_slice_ref referenced in function "private: virtual struct grpc_slice __thiscall grpc::CoreCodegen::grpc_slice_ref(struct grpc_slice)" (?grpc_slice_ref@CoreCodegen@grpc@@EAE?AUgrpc_slice@@U3@@Z)
1>     1>
1>grpc++.lib(slice_cc.obj) : error LNK2001: unresolved external symbol _grpc_slice_ref
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_slice_new_with_user_data referenced in function "private: virtual struct grpc_slice __thiscall grpc::CoreCodegen::grpc_slice_new_with_user_data(void ,unsigned int,void (__cdecl)(void *),void *)" (?grpc_slice_new_with_user_data@CoreCodegen@grpc@@EAE?AUgrpc_slice@@PAXIP6AX0@Z0@Z)
1>     1>
1>grpc++.lib(slice_cc.obj) : error LNK2001: unresolved external symbol _grpc_slice_new_with_user_data
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_slice_malloc referenced in function "private: virtual struct grpc_slice __thiscall grpc::CoreCodegen::grpc_slice_malloc(unsigned int)" (?grpc_slice_malloc@CoreCodegen@grpc@@EAE?AUgrpc_slice@@I@Z)
1>     1>
1>grpc++.lib(default_health_check_service.obj) : error LNK2001: unresolved external symbol _grpc_slice_malloc
1>     1>
1>grpc++.lib(slice_cc.obj) : error LNK2001: unresolved external symbol _grpc_slice_malloc
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_slice_from_copied_buffer referenced in function "private: virtual struct grpc_slice __thiscall grpc::CoreCodegen::grpc_slice_from_copied_buffer(void const *,unsigned int)" (?grpc_slice_from_copied_buffer@CoreCodegen@grpc@@EAE?AUgrpc_slice@@PBXI@Z)
1>     1>
1>grpc++.lib(slice_cc.obj) : error LNK2001: unresolved external symbol _grpc_slice_from_copied_buffer
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_slice_from_static_buffer referenced in function "private: virtual struct grpc_slice __thiscall grpc::CoreCodegen::grpc_slice_from_static_buffer(void const *,unsigned int)" (?grpc_slice_from_static_buffer@CoreCodegen@grpc@@EAE?AUgrpc_slice@@PBXI@Z)
1>     1>
1>grpc++.lib(slice_cc.obj) : error LNK2001: unresolved external symbol _grpc_slice_from_static_buffer
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_slice_split_tail referenced in function "private: virtual struct grpc_slice __thiscall grpc::CoreCodegen::grpc_slice_split_tail(struct grpc_slice *,unsigned int)" (?grpc_slice_split_tail@CoreCodegen@grpc@@EAE?AUgrpc_slice@@PAU3@I@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_slice_split_head referenced in function "private: virtual struct grpc_slice __thiscall grpc::CoreCodegen::grpc_slice_split_head(struct grpc_slice *,unsigned int)" (?grpc_slice_split_head@CoreCodegen@grpc@@EAE?AUgrpc_slice@@PAU3@I@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_empty_slice referenced in function "private: virtual struct grpc_slice __thiscall grpc::CoreCodegen::grpc_empty_slice(void)" (?grpc_empty_slice@CoreCodegen@grpc@@EAE?AUgrpc_slice@@XZ)
1>     1>
1>grpc++.lib(slice_cc.obj) : error LNK2001: unresolved external symbol _grpc_empty_slice
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_slice_buffer_add referenced in function "private: virtual void __thiscall grpc::CoreCodegen::grpc_slice_buffer_add(struct grpc_slice_buffer *,struct grpc_slice)" (?grpc_slice_buffer_add@CoreCodegen@grpc@@EAEXPAUgrpc_slice_buffer@@Ugrpc_slice@@@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_slice_buffer_pop referenced in function "private: virtual void __thiscall grpc::CoreCodegen::grpc_slice_buffer_pop(struct grpc_slice_buffer *)" (?grpc_slice_buffer_pop@CoreCodegen@grpc@@EAEXPAUgrpc_slice_buffer@@@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _gpr_time_0 referenced in function "private: virtual struct gpr_timespec __thiscall grpc::CoreCodegen::gpr_time_0(enum gpr_clock_type)" (?gpr_time_0@CoreCodegen@grpc@@EAE?AUgpr_timespec@@W4gpr_clock_type@@@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_completion_queue_factory_lookup referenced in function "private: virtual struct grpc_completion_queue_factory const * __thiscall grpc::CoreCodegen::grpc_completion_queue_factory_lookup(struct grpc_completion_queue_attributes const *)" (?grpc_completion_queue_factory_lookup@CoreCodegen@grpc@@EAEPBUgrpc_completion_queue_factory@@PBUgrpc_completion_queue_attributes@@@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_completion_queue_create_for_next referenced in function "private: virtual struct grpc_completion_queue * __thiscall grpc::CoreCodegen::grpc_completion_queue_create_for_next(void *)" (?grpc_completion_queue_create_for_next@CoreCodegen@grpc@@EAEPAUgrpc_completion_queue@@PAX@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_completion_queue_create referenced in function "private: virtual struct grpc_completion_queue * __thiscall grpc::CoreCodegen::grpc_completion_queue_create(struct grpc_completion_queue_factory const *,struct grpc_completion_queue_attributes const *,void *)" (?grpc_completion_queue_create@CoreCodegen@grpc@@EAEPAUgrpc_completion_queue@@PBUgrpc_completion_queue_factory@@PBUgrpc_completion_queue_attributes@@PAX@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_completion_queue_pluck referenced in function "private: virtual struct grpc_event __thiscall grpc::CoreCodegen::grpc_completion_queue_pluck(struct grpc_completion_queue *,void *,struct gpr_timespec,void *)" (?grpc_completion_queue_pluck@CoreCodegen@grpc@@EAE?AUgrpc_event@@PAUgrpc_completion_queue@@PAXUgpr_timespec@@1@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_call_arena_alloc referenced in function "private: virtual void * __thiscall grpc::CoreCodegen::grpc_call_arena_alloc(struct grpc_call *,unsigned int)" (?grpc_call_arena_alloc@CoreCodegen@grpc@@EAEPAXPAUgrpc_call@@I@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _grpc_call_ref referenced in function "private: virtual void __thiscall grpc::CoreCodegen::grpc_call_ref(struct grpc_call *)" (?grpc_call_ref@CoreCodegen@grpc@@EAEXPAUgrpc_call@@@Z)
1>     1>
1>grpc++.lib(core_codegen.obj) : error LNK2019: unresolved external symbol _gpr_malloc referenced in function "private: virtual void * __thiscall grpc::CoreCodegen::gpr_malloc(unsigned int)" (?gpr_malloc@CoreCodegen@grpc@@EAEPAXI@Z)
1>     1>
1>grpc++.lib(default_health_check_service.obj) : error LNK2001: unresolved external symbol _gpr_malloc
1>     1>
1>grpc++.lib(completion_queue_cc.obj) : error LNK2019: unresolved external symbol _grpc_completion_queue_next referenced in function "private: enum grpc::CompletionQueue::NextStatus __thiscall grpc::CompletionQueue::AsyncNextInternal(void * *,bool *,struct gpr_timespec)" (?AsyncNextInternal@CompletionQueue@grpc@@AAE?AW4NextStatus@12@PAPAXPA_NUgpr_timespec@@@Z)
1>     1>
1>grpc++.lib(completion_queue_cc.obj) : error LNK2019: unresolved external symbol _grpc_completion_queue_shutdown referenced in function "public: void __thiscall grpc::CompletionQueue::CompleteAvalanching(void)" (?CompleteAvalanching@CompletionQueue@grpc@@QAEXXZ)
1>     1>
1>grpc++.lib(byte_buffer_cc.obj) : error LNK2019: unresolved external symbol _grpc_byte_buffer_length referenced in function "public: unsigned int __thiscall grpc::ByteBuffer::Length(void)const " (?Length@ByteBuffer@grpc@@QBEIXZ)
1>     1>
1>grpc++.lib(server_context.obj) : error LNK2019: unresolved external symbol _grpc_census_call_get_context referenced in function "public: struct census_context const * __thiscall grpc::ServerContext::census_context(void)const " (?census_context@ServerContext@grpc@@QBEPBU0@XZ)
1>     1>
1>grpc++.lib(default_health_check_service.obj) : error LNK2019: unresolved external symbol _pb_decode referenced in function "public: class grpc::Status __thiscall grpc::DefaultHealthCheckService::HealthCheckServiceImpl::Check(class grpc::ServerContext *,class grpc::ByteBuffer const *,class grpc::ByteBuffer *)" (?Check@HealthCheckServiceImpl@DefaultHealthCheckService@grpc@@QAE?AVStatus@3@PAVServerContext@3@PBVByteBuffer@3@PAV63@@Z)
1>     1>
1>grpc++.lib(default_health_check_service.obj) : error LNK2019: unresolved external symbol _pb_istream_from_buffer referenced in function "public: class grpc::Status __thiscall grpc::DefaultHealthCheckService::HealthCheckServiceImpl::Check(class grpc::ServerContext *,class grpc::ByteBuffer const *,class grpc::ByteBuffer *)" (?Check@HealthCheckServiceImpl@DefaultHealthCheckService@grpc@@QAE?AVStatus@3@PAVServerContext@3@PBVByteBuffer@3@PAV63@@Z)
1>     1>
1>grpc++.lib(default_health_check_service.obj) : error LNK2019: unresolved external symbol _pb_encode referenced in function "public: class grpc::Status __thiscall grpc::DefaultHealthCheckService::HealthCheckServiceImpl::Check(class grpc::ServerContext *,class grpc::ByteBuffer const *,class grpc::ByteBuffer *)" (?Check@HealthCheckServiceImpl@DefaultHealthCheckService@grpc@@QAE?AVStatus@3@PAVServerContext@3@PBVByteBuffer@3@PAV63@@Z)
1>     1>
1>grpc++.lib(default_health_check_service.obj) : error LNK2019: unresolved external symbol _pb_ostream_from_buffer referenced in function "public: class grpc::Status __thiscall grpc::DefaultHealthCheckService::HealthCheckServiceImpl::Check(class grpc::ServerContext *,class grpc::ByteBuffer const *,class grpc::ByteBuffer *)" (?Check@HealthCheckServiceImpl@DefaultHealthCheckService@grpc@@QAE?AVStatus@3@PAVServerContext@3@PBVByteBuffer@3@PAV63@@Z)
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _gpr_ref_init referenced in function "private: __thiscall grpc::anonymous namespace'::ChannelConnectivityWatcher::ChannelConnectivityWatcher(void)" (??0ChannelConnectivityWatcher@?A0x3187510d@grpc@@AAE@XZ) 1>     1> 1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _gpr_ref referenced in function "private: void __thiscall grpc::anonymous namespace'::ChannelConnectivityWatcher::StartWatchingLocked(struct grpc_channel *)" (?StartWatchingLocked@ChannelConnectivityWatcher@?A0x3187510d@grpc@@AAEXPAUgrpc_channel@@@Z)
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _gpr_unref referenced in function "private: void __thiscall grpc::anonymous namespace'::ChannelConnectivityWatcher::WatchStateChangeImpl(void)" (?WatchStateChangeImpl@ChannelConnectivityWatcher@?A0x3187510d@grpc@@AAEXXZ) 1>     1> 1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _gpr_inf_past referenced in function "private: void __thiscall grpc::anonymous namespace'::ChannelConnectivityWatcher::WatchStateChangeImpl(void)" (?WatchStateChangeImpl@ChannelConnectivityWatcher@?A0x3187510d@grpc@@AAEXXZ)
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _grpc_channel_check_connectivity_state referenced in function "public: virtual enum grpc_connectivity_state __thiscall grpc::Channel::GetState(bool)" (?GetState@Channel@grpc@@UAE?AW4grpc_connectivity_state@@_N@Z)
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _grpc_channel_watch_connectivity_state referenced in function "private: virtual void __thiscall grpc::Channel::NotifyOnStateChangeImpl(enum grpc_connectivity_state,struct gpr_timespec,class grpc::CompletionQueue *,void *)" (?NotifyOnStateChangeImpl@Channel@grpc@@EAEXW4grpc_connectivity_state@@Ugpr_timespec@@PAVCompletionQueue@2@PAX@Z)
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _grpc_channel_support_connectivity_watcher referenced in function "public: virtual __thiscall grpc::Channel::~Channel(void)" (??1Channel@grpc@@UAE@XZ)
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _grpc_channel_create_call referenced in function "private: virtual class grpc::Call __thiscall grpc::Channel::CreateCall(class grpc::RpcMethod const &,class grpc::ClientContext *,class grpc::CompletionQueue *)" (?CreateCall@Channel@grpc@@EAE?AVCall@2@ABVRpcMethod@2@PAVClientContext@2@PAVCompletionQueue@2@@Z)
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _grpc_channel_register_call referenced in function "private: virtual void * __thiscall grpc::Channel::RegisterMethod(char const *)" (?RegisterMethod@Channel@grpc@@EAEPAXPBD@Z)
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _grpc_channel_create_registered_call referenced in function "private: virtual class grpc::Call __thiscall grpc::Channel::CreateCall(class grpc::RpcMethod const &,class grpc::ClientContext *,class grpc::CompletionQueue *)" (?CreateCall@Channel@grpc@@EAE?AVCall@2@ABVRpcMethod@2@PAVClientContext@2@PAVCompletionQueue@2@@Z)
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _grpc_census_call_set_context referenced in function "private: virtual class grpc::Call __thiscall grpc::Channel::CreateCall(class grpc::RpcMethod const &,class grpc::ClientContext *,class grpc::CompletionQueue *)" (?CreateCall@Channel@grpc@@EAE?AVCall@2@ABVRpcMethod@2@PAVClientContext@2@PAVCompletionQueue@2@@Z)
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _grpc_channel_get_info referenced in function "class std::basic_string<char,struct std::char_traits,class std::allocator > __cdecl grpc::anonymous namespace'::GetChannelInfoField(struct grpc_channel *,struct grpc_channel_info *,char * * *)" (?GetChannelInfoField@?A0x3187510d@grpc@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PAUgrpc_channel@@PAUgrpc_channel_info@@PAPAPAD@Z) 1>     1> 1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _grpc_channel_destroy referenced in function "public: virtual __thiscall grpc::Channel::~Channel(void)" (??1Channel@grpc@@UAE@XZ) 1>     1> 1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _gpr_thd_new referenced in function "private: __thiscall grpc::anonymous namespace'::ChannelConnectivityWatcher::ChannelConnectivityWatcher(void)" (??0ChannelConnectivityWatcher@?A0x3187510d@grpc@@AAE@XZ)
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _gpr_thd_options_default referenced in function "private: __thiscall grpc::anonymous namespace'::ChannelConnectivityWatcher::ChannelConnectivityWatcher(void)" (??0ChannelConnectivityWatcher@?A0x3187510d@grpc@@AAE@XZ) 1>     1> 1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _gpr_thd_options_set_joinable referenced in function "private: __thiscall grpc::anonymous namespace'::ChannelConnectivityWatcher::ChannelConnectivityWatcher(void)" (??0ChannelConnectivityWatcher@?A0x3187510d@grpc@@AAE@XZ)
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _gpr_thd_join referenced in function "private: bool __thiscall grpc::anonymous namespace'::ChannelConnectivityWatcher::StopWatchingLocked(void)" (?StopWatchingLocked@ChannelConnectivityWatcher@?A0x3187510d@grpc@@AAE_NXZ) 1>     1> 1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _gpr_getenv referenced in function "private: static bool __cdecl grpc::anonymous namespace'::ChannelConnectivityWatcher::IsDisabled(void)" (?IsDisabled@ChannelConnectivityWatcher@?A0x3187510d@grpc@@CA_NXZ)
1>     1>
1>grpc++.lib(channel_cc.obj) : error LNK2019: unresolved external symbol _gpr_is_true referenced in function "private: static bool __cdecl grpc::`anonymous namespace'::ChannelConnectivityWatcher::IsDisabled(void)" (?IsDisabled@ChannelConnectivityWatcher@?A0x3187510d@grpc@@CA_NXZ)
1>     1>
1>grpc++.lib(slice_cc.obj) : error LNK2019: unresolved external symbol _grpc_slice_new_with_len referenced in function "public: __thiscall grpc::Slice::Slice(void ,unsigned int,void (__cdecl)(void *,unsigned int))" (??0Slice@grpc@@QAE@PAXIP6AX0I@Z@Z)

I ended up resolving this. Using wildcards for referencing lib files does not work....

I ended up resolving this. Using wildcards for referencing lib files does not work....
How was this issue resolved and closed? I don't get it. I have the same problem.

actually the best method to resolve your issues is to use vcpkg. you can google it. its a ms tool that's similar to linux apt-get or linuxbrew based on macos homebrew,

authors: davehorton sohale tizzo233


text:
Fix failed consistency check

This test has been failing since server_builder_impl.h was merged...

Ahh, I didn't realize that you were planning to revert in #18502; please feel free to close this PR if you decide to revert #18242 altogether

No longer relevant.

source: gharchive/pull-request

repo: grpc/grpc

license_type: permissive

license_source: github-api


text:
Considered HandshakerResp w/o status valid

Since one of alts server sometime sends HandshakerResp without status message even for the normal case, it may fail to handshake properly. To address this, change client to considered it valid to have non-existent status in HandshakerResp message.

This is canceled because all alts servers now guarantee HandshakerResp has status all the time.


text:
Merge changes from v1.35.x branch into master

Among other changes, this also upports upgrading third_party/protobuf to 3.14.0: #25131

Known failures: https://github.com/grpc/grpc-java/issues/7820

Known failures: https://github.com/grpc/grpc-java/issues/7820


text:
Terragrunt runtime exception

Terraform version: 0.14.3
Terragrunt version: 0.26.7
OS: Windows 10 Pro 64bit
Hello,
I am experiencing a weird Terragrunt runtime error. I've tested this on two different machines. My desktop PC is working fine but I am getting an exception when I run terragrunt on my laptop. I've pasted a snippet of the exception below. Just wondering if anyone has encountered this before?
Both my desktop and laptop are on Windows 10 Pro 64 bit.
C:\terragrunt>terragrunt.exe
Exception 0xc0000005 0x0 0x7ffe0e650fff 0x285c0000
PC=0x285c0000

runtime: unknown pc 0x285c0000
stack: frame={sp:0x2d6e820, fp:0x0} stack=[0x0,0x2d6ff00)
0000000002d6e720:  0000000002d6e768  0000000002d6e790
0000000002d6e730:  0000000002d6e758  0000000002d6e750
0000000002d6e740:  0000000002d6e754  0000000002eb0000
0000000002d6e750:  0000000000000000  0000000000000000
0000000002d6e760:  0000000000000000  0000000000000005
0000000002d6e770:  0000000002d6e8b8  00007ffe0c3fb35f

This looks like the binary is for the wrong architecture/OS. Can you try downloading from the following link and try again? https://github.com/gruntwork-io/terragrunt/releases/download/v0.26.7/terragrunt_windows_amd64.exe
If it still fails, then the build process must have failed and I will investigate further.

This looks like the binary is for the wrong architecture/OS. Can you try downloading from the following link and try again? https://github.com/gruntwork-io/terragrunt/releases/download/v0.26.7/terragrunt_windows_amd64.exe
If it still fails, then the build process must have failed and I will investigate further.

I've just downloaded it again from that link and it works on my laptop now.
Thanks!

I've just downloaded it again from that link and it works on my laptop now.
Thanks!

Glad to hear it worked!

Glad to hear it worked!

source: gharchive/issue

repo: gruntwork-io/terragrunt

license: mit

license_source: bigquery


text:
Please update readme.md

Raising this pull request as part of https://github.com/gruntwork-io/terragrunt/issues/427.
Can you please update readme.md with below sections.

How and when to use "-auto-approve" option
Prerequisite section - To mention about compatible terraform version and other things.

Hm, looks like perhaps there was some branching issue? It seems like you are working on top of some branch I created in 2016?

I am new to github. sorry for inconvenience.
In which branch i have to create?

Fork this repo
Create a branch off master and make your changes
Submit a PR with those changes

PR hasn't been updated since 2018 and README has been completely replaced/refactored. Closing.


text:
🛑 volkstanzwannwo.at is down

In f30eae3, volkstanzwannwo.at (https://volkstanzwannwo.at) was down:

HTTP code: 0
Response time: 0 ms

Resolved: volkstanzwannwo.at is back up in 2669525.

license: MIT


text:
🛑 volkstanzwannwo.at is down

In 408ca2f, volkstanzwannwo.at (https://volkstanzwannwo.at) was down:

HTTP code: 0
Response time: 0 ms

Resolved: volkstanzwannwo.at is back up in 6d99cc7.


text:
Tasmota sensor data is not updated

Good morning Grzegorz,
Thanks for providing this powerful tasmota bridge to github. It helps a lot to get a quick start to the homekit world.
I was playing around with sensor data from a tasmota NOUS A1 plug. This plug provides sensor data below the standard StatusSNS node. I noticed that the homebridge-tasmota-control provides just the initial data and never updates the sensor readings.
When I changed the code in checkDeviceState() from:
const power = sensorsData.Power ?? false;
to
const power = sensorsStatus.ENERGY.Power ?? false;
it works for me.
Unfortunately Homekit does not support electrical power measures out of the box. I mapped them to ambiant luminance to get them displayed in the Home App. This is a bit messy, therefore I hesitate to provide a pull-request with my full set of changes.
Best regards and enjoy the weekend
Ralf

Yes, here is missing ENERGY key, but this is irrelevant because as You wrote the HomeKit doesn’t support Energy characteristics and this data is never used in my plugin. This is prepare for iOS 18.x where the energy will be added to HomeKit.

In 0.11.1-beta the sensor update data should be fixed, try and let me know

Thank you for the quick fix!!

I just updated to your latest commit. Sensor readings are updated now. Thanks a lot.


text:
本地或者网络设置显示一张图片的时候显示会有问题

我尝试加了一个判断

(void)setImagesGroup:(NSMutableArray *)imagesGroup
{
_imagesGroup = imagesGroup;
_totalItemsCount = imagesGroup.count * 100;
if (_imagesGroup.count == 1) {
_mainView.scrollEnabled = NO;
return;
}
[self setupTimer];
[self setupPageControl];
[self.mainView reloadData];
}

好的，收到反馈，谢谢您的关注与支持。

authors: chennyhuang gsdios

repo: gsdios/SDCycleScrollView


text:
Use once_cell::Lazy instead of std::sync::Once

See summary. Simpler and less easy to get wrong.

I was sure we were already using it...

git grep Once src :P

Your knowledge is too huge for me to handle. :p

Requires re-exporting once_cell from glib though, it's used by a macro. So maybe something for once this is merged into std :)

authors: GuillaumeGomez sdroege

repo: gtk-rs/glib


text:
glib: Provide default implementations for IsSubclassable methods

Reopening https://github.com/gtk-rs/gtk-rs-core/pull/241.
https://github.com/gtk-rs/gtk3-rs/pull/629 seems sufficient to fix the issues using this with gtk3-rs. Of course, once this is merged further improvement can be made there.

@ids1024 @bilelmoussaoui GTK4 is also passing and doesn't need any changes?

It didn't seem to require any changes to gtk4 when I tried it. Not sure exactly what is needed in gstreamer-rs.

That's already taken care of in my MR, but it also means an addition of many useless empty impl GstObjectImpl for MyType {} everywhere, which makes me a bit unhappy :)

Sorry, I completely forgot about this one. I'll try to get it in during the weekend :)

repo: gtk-rs/gtk-rs-core


text:
Remove dox

Based on https://github.com/gtk-rs/gir/pull/1005.
Everything seems to be working as expected?

Everything seems to be working as expected?

Well, the CI fails :)
`#[doc(cfg)]` is experimental

and
 error[E0432]: unresolved import `ffi::winapi`
Error:  --> cairo/src/win32_surface.rs:5:9
  |
5 | pub use ffi::winapi;
  |         ^^^^^^^^^^^ no `winapi` in the root

Otherwise seems good to me once that is fixed.
Can you also submit an MR for that to gstreamer-rs?

I forgot to rebuild gir before the regen...

Please update gir another time before this to also get the other changes included

I created an issue about this situation: https://github.com/gtk-rs/gir/issues/1009
Closing until fixable...

repo: gtk-rs/gtk-rs


text:
An error occurred during compilation: LINK: fatal error LNK1181

When I use the code on the example and try to run cargo build , I get this error, suggesting that link.exe cannot open the file gtk-3.lib.
this is my code:
extern crate gtk;

use gtk::prelude::*;
use gio::prelude::*;

use gtk::{Application, ApplicationWindow, Button};

fn main() {
    let application = Application::new(
        Some("com.github.gtk-rs.examples.basic"),
        Default::default(),
    ).expect("failed to initialize GTK application");

    application.connect_activate(|app| {
        let window = ApplicationWindow::new(app);
        window.set_title("First GTK+ Program");
        window.set_default_size(350, 70);

        let button = Button::new_with_label("Click me!");
        button.connect_clicked(|_| {
            println!("Clicked!");
        });
        window.add(&button);

        window.show_all();
    });

    application.run(&[]);
}

this is some pieces of infomation that Cargo shows
 = note: Non-UTF-8 output: LINK : fatal error LNK1181: \xce\xde\xb7\xa8\xb4\xf2\xbf\xaa\xca\xe4\xc8\xeb\xce\xc4\xbc\xfe\xa1\xb0gtk-3.lib\xa1\xb1\r\n

Caused by:
  process didn't exit successfully: `rustc --crate-name gui_test --edition=2018 src\main.rs --error-format=json --json=diagnostic-rendered-ansi --crate-type bin --emit=dep-info,link -C debuginfo=2 -C metadata=a541fdb958e22d7e --out-dir J:\rust\gui_test\target\debug\deps -C inc
remental=J:\rust\gui_test\target\debug\incremental -L dependency=J:\rust\gui_test\target\debug\deps --extern gio=J:\rust\gui_test\target\debug\deps\libgio-184bc09ad01ede68.rlib --extern gtk=J:\rust\gui_test\target\debug\deps\libgtk-95b79b9f549ef0ba.rlib` (exit code: 1)

Could you please help me to slove this problem?

Did you install GTK before you tried this, if so how?

Yes, I have already installed GTK before I try to complete project.I installed GTK in Msys2, and add some key paths to environment variables. Maybe it's because I installed it the wrong way?

Maybe, what does pkg-config --libs gtk+-3.0 show?

Msys2 terminal shows:
-LD:/msys64/mingw64/lib -lgtk-3 -lgdk-3 -lz -lgdi32 -limm32 -lshell32 -lole32 -Wl,-luuid -lwinmm -ldwmapi -lsetupapi -lcfgmgr32 -lpangowin32-1.0 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lintl

And does D:/msys64/mingw64/lib contain gtk-3.lib?

No. Just some files with suffix .a .
And the structure of directory gtk-3.0 is like this, the last directory is empty:
lib\gtk-3.0\3.0.0\immodules

 All files in lib/

$ ls
bfd-plugins                        libfreetype.dll.a          liblzma.a                libsqlite3.dll.a
binutils                           libfribidi.a               liblzma.dll.a            libssl.a
cmake                              libfribidi.dll.a           liblzo2.a                libssl.dll.a
dde1.4                             libgailutil-3.dll.a        liblzo2.dll.a            libsystre.a
engines-1_1                        libgdk-3.dll.a             libmangle.a              libsystre.dll.a
gcc                                libgdk_pixbuf-2.0.dll.a    libmenuw.a               libtasn1.a
gdk-pixbuf-2.0                     libgettextlib.a            libmenuw_g.a             libtasn1.dll.a
gettext                            libgettextlib.dll.a        libmpc.a                 libtcl.dll.a
girepository-1.0                   libgettextpo.a             libmpdec.a               libtcl86.dll.a
glib-2.0                           libgettextpo.dll.a         libmpdec.dll.a           libtclstub86.a
gtk-3.0                            libgettextsrc.dll.a        libmpfr.a                libtermcap.a
itcl4.2.0                          libgio-2.0.a               libncurses++w.a          libtermcap.dll.a
libasprintf.a                      libgio-2.0.dll.a           libncurses++w_g.a        libthai.a
libasprintf.dll.a                  libglib-2.0.a              libncurses.a             libthai.dll.a
libatk-1.0.a                       libglib-2.0.dll.a          libncursesw.a            libtiff.a
libatk-1.0.dll.a                   libgmodule-2.0.a           libncursesw_g.a          libtiff.dll.a
libbrotlicommon-static.a           libgmodule-2.0.dll.a       libp11-kit.dll.a         libtiffxx.a
libbrotlicommon.dll.a              libgmp.a                   libpanelw.a              libtiffxx.dll.a
libbrotlidec-static.a              libgmp.dll.a               libpanelw_g.a            libtk.dll.a
libbrotlidec.dll.a                 libgmpxx.a                 libpango-1.0.a           libtk86.dll.a
libbrotlienc-static.a              libgmpxx.dll.a             libpango-1.0.dll.a       libtkstub86.a
libbrotlienc.dll.a                 libgnumake-1.dll.a         libpangocairo-1.0.a      libtre.a
libbz2.a                           libgnurx.a                 libpangocairo-1.0.dll.a  libtre.dll.a
libbz2.dll.a                       libgnurx.dll.a             libpangoft2-1.0.a        libturbojpeg.a
libcairo-gobject.a                 libgobject-2.0.a           libpangoft2-1.0.dll.a    libturbojpeg.dll.a
libcairo-gobject.dll.a             libgobject-2.0.dll.a       libpangowin32-1.0.a      libxml2.a
libcairo-script-interpreter.a      libgraphite2.a             libpangowin32-1.0.dll.a  libxml2.dll.a
libcairo-script-interpreter.dll.a  libgraphite2.dll.a         libpcre.a                libxxhash.dll.a
libcairo.a                         libgthread-2.0.a           libpcre.dll.a            libz.a
libcairo.dll.a                     libgthread-2.0.dll.a       libpcre16.a              libz.dll.a
libcharset.a                       libgtk-3.dll.a             libpcre16.dll.a          libzstd.a
libcharset.dll.a                   libharfbuzz-gobject.a      libpcre32.a              libzstd.dll.a
libcrypto.a                        libharfbuzz-gobject.dll.a  libpcre32.dll.a          p11-kit
libcrypto.dll.a                    libharfbuzz-icu.a          libpcrecpp.a             pkcs11
libdatrie.a                        libharfbuzz-icu.dll.a      libpcrecpp.dll.a         pkgconfig
libdatrie.dll.a                    libharfbuzz-subset.a       libpcreposix.a           python3.8
libedit.dll.a                      libharfbuzz-subset.dll.a   libpcreposix.dll.a       reg1.3
libedit_static.a                   libharfbuzz.a              libpixman-1.a            sqlite3.30.1.2
libepoxy.a                         libharfbuzz.dll.a          libpixman-1.dll.a        sqlite3.32.2
libepoxy.dll.a                     libhistory.a               libpng.a                 tcl8
libexpat.a                         libhistory.dll.a           libpng.dll.a             tcl8.6
libexpat.dll.a                     libiconv.a                 libpng16.a               tclConfig.sh
libffi.a                           libiconv.dll.a             libpng16.dll.a           tdbc1.1.1
libffi.dll.a                       libintl.a                  libpython3.8.dll.a       tdbcmysql1.1.1
libfontconfig.a                    libintl.dll.a              libreadline.a            tdbcodbc1.1.1
libfontconfig.dll.a                libisl.a                   libreadline.dll.a        tdbcpostgres1.1.1
libformw.a                         libjasper.a                libregex.a               terminfo
libformw_g.a                       libjasper.dll.a            libregex.dll.a           thread2.8.5
libfreeglut.dll.a                  libjpeg.a                  librsvg-2.a              tk8.6
libfreeglut_static.a               libjpeg.dll.a              librsvg-2.dll.a          tkConfig.sh
libfreetype.a                      libjson-glib-1.0.dll.a     libsqlite3.a             xml2Conf.sh

Are you using the MSVC or MINGW Rust toolchain? I think you need to use the latter for making use of the msys libraries, but I'm not entirely sure.
This looks in any case like an msys problem, it should really generic .lib files for the things it's installing.

It works fine with just lib/libgtk-3.dll.a and bin/libgtk-3-0.dll for me

But only with the MINGW toolchain, not the MSVC one?

yes

for MVSC IMHO lib need generated with MS 'dllimport'

With lib.exe from MSVC. dlltool (GNU binutils) can also be used for it but it often generates corrupted import libraries unfortunately...
If msys2 would somehow make sure to include .lib files, both toolschain would work.

I had a problem similar to this one.  I resolved it by executing these two commands:
`rustup toolchain add stable-x86_64-pc-windows-gnu
rustup default stable-x86_64-pc-windows-gnu`

authors: EPashkin Hyijun sdroege tataDan

repo: gtk-rs/gtk


text:
Add server-side dry-run for apply, create, patch, replace, delete and deletecollection

This contribution exposes a dry_run parameter equivalent to kubectl --dry-run

Hi, thanks for your contribution. Could you please add the same change also for the async client (async_client.py) ?. Also would be great to see some unittests showing that the parameter is set correctly (test_client.py and test_client_adapter.py).

Closing as the same feature has been implemented and merged in #74

authors: antoinebrl gtsystem

repo: gtsystem/lightkube


text:
Update keyvalue backend to return ID

PR Checklist

[ ] All commits have a Developer Certificate of Origin (DCO) -- they are generated using -s flag to git commit.
[ ] All new changes are covered by tests
[ ] If GraphQL schema is changed, make generate has been run
[ ] If collectsub protobuf has been changed, make proto has been run
[ ] All CI checks are passing (tests and formatting)
[ ] All dependent PRs have already been merged

Ent and Arango tests can be updated in a future one.

repo: guacsec/guac


text:
Fix POST'ing JSON body

Fixes #5.

Any chance anyone at The Guardian could merge this? @satterly?

authors: BoboTiG pg

repo: guardian/httpie-hmac-auth


text:
V2 Beta Release

Per this discussion, this is the master Issue for the Terminal.Gui v2 Beta Release.
We will close this issue once all exit criteria for the v2 Beta have been met, and the nuget packages are published.

That's really what a project is for, though.
30 different topics in one issue gets...unweildy.

That's really what a project is for, though.
30 different topics in one issue gets...unweildy.

Maybe I wasn't clear.
When we do the final merge to v2 from v2_develop to release the beta, that PR will be titled "Fixes #3479. Launch Terminal.Gui v2 Beta".

authors: dodexahedron tig


text:
CursesDriver does not work on mintty

NetDriver is ok:

However... after a bit of use with NetDriver we hang.


text:
Manipulating Adornment doesn't always cause LayoutSubviews

Oh. Yeah, that happens in v2_develop as well.

Do you think it's a bug on the Dim.Auto (DimAutoStyle.Content)?

We're missing SetLayoutNeeded or LayoutSubviews somewhere.

IIRC, I think I suspected it was someting to do with SubViewsNeedsLayout not getting set right. The logic of all of that is pretty complex.
Originally posted by @tig in https://github.com/gui-cs/Terminal.Gui/issues/3627#issuecomment-2316306055

This unit test pass.
    [Fact]
    [AutoInitShutdown]
    public void SuperView_As_DimAutoStyle_Content_With_Two_SubViews ()
    {
        var supView = new View { Id = "supView", X = 5, Y = 5, Width = Auto (DimAutoStyle.Content), Height = Auto (DimAutoStyle.Content) };
        var subView1 = new View { Id = "subView1", Width = 10, Height = 10 };
        var subView2 = new View { Id = "subView2", Y = Pos.Bottom (subView1),  Width = 10, Height = 10 };
        supView.Add (subView1, subView2);
        var top = new Toplevel ();
        top.Add (supView);
        var rs = Application.Begin (top);

        Assert.Equal (new (10, 20), supView.Frame.Size);
        Assert.Equal (new (5, 5), supView.Frame.Location);
        Assert.Equal (new (10, 10), subView1.Frame.Size);
        Assert.Equal (new (0, 0), subView1.Frame.Location);
        Assert.Equal (new (10, 10), subView2.Frame.Size);
        Assert.Equal (new (0, 10), subView2.Frame.Location);

        subView1.Height = 1;
        subView1.Width = 1;
        var firstIteration = false;
        Application.RunIteration (ref rs, ref firstIteration);
        Assert.Equal (new (10, 11), supView.Frame.Size);
        Assert.Equal (new (5, 5), supView.Frame.Location);
        Assert.Equal (new (1, 1), subView1.Frame.Size);
        Assert.Equal (new (0, 0), subView1.Frame.Location);
        Assert.Equal (new (10, 10), subView2.Frame.Size);
        Assert.Equal (new (0, 1), subView2.Frame.Location);

        subView2.Height = 1;
        subView2.Width = 1;
        Application.RunIteration (ref rs, ref firstIteration);
        Assert.Equal (new (1, 2), supView.Frame.Size);
        Assert.Equal (new (5, 5), supView.Frame.Location);
        Assert.Equal (new (1, 1), subView1.Frame.Size);
        Assert.Equal (new (0, 0), subView1.Frame.Location);
        Assert.Equal (new (1, 1), subView2.Frame.Size);
        Assert.Equal (new (0, 1), subView2.Frame.Location);

        top.Dispose ();
    }

This unit tests also pass. So, I think the issue is the Border drawing on the super-view is done before the layout calculation and only on the next RunIteration it's drawn with the correct dimensions.
    [Fact]
    [AutoInitShutdown]
    public void SuperView_As_DimAutoStyle_Content_With_Two_SubViews_All_With_Borders ()
    {
        var supView = new View { Id = "supView", BorderStyle = LineStyle.Dashed, X = 5, Y = 5, Width = Auto (DimAutoStyle.Content), Height = Auto (DimAutoStyle.Content) };
        var subView1 = new View { Id = "subView1", BorderStyle = LineStyle.Dashed, Width = 10, Height = 10 };
        var subView2 = new View { Id = "subView2", BorderStyle = LineStyle.Dashed, Y = Pos.Bottom (subView1), Width = 10, Height = 10 };
        supView.Add (subView1, subView2);
        var top = new Toplevel ();
        top.Add (supView);
        var rs = Application.Begin (top);

        Assert.Equal (new (12, 22), supView.Frame.Size);
        Assert.Equal (new (5, 5), supView.Frame.Location);
        Assert.Equal (new (12, 22), supView.Border.Frame.Size);
        Assert.Equal (new (0, 0), supView.Border.Frame.Location);
        Assert.Equal (new (10, 10), subView1.Frame.Size);
        Assert.Equal (new (0, 0), subView1.Frame.Location);
        Assert.Equal (new (10, 10), subView1.Border.Frame.Size);
        Assert.Equal (new (0, 0), subView1.Border.Frame.Location);
        Assert.Equal (new (10, 10), subView2.Frame.Size);
        Assert.Equal (new (0, 10), subView2.Frame.Location);
        Assert.Equal (new (10, 10), subView2.Border.Frame.Size);
        Assert.Equal (new (0, 0), subView2.Border.Frame.Location);

        subView1.Height = 1;
        subView1.Width = 1;
        var firstIteration = false;
        Application.RunIteration (ref rs, ref firstIteration);
        Assert.Equal (new (12, 13), supView.Frame.Size);
        Assert.Equal (new (5, 5), supView.Frame.Location);
        Assert.Equal (new (12, 13), supView.Border.Frame.Size);
        Assert.Equal (new (0, 0), supView.Border.Frame.Location);
        Assert.Equal (new (1, 1), subView1.Frame.Size);
        Assert.Equal (new (0, 0), subView1.Frame.Location);
        Assert.Equal (new (1, 1), subView1.Border.Frame.Size);
        Assert.Equal (new (0, 0), subView1.Border.Frame.Location);
        Assert.Equal (new (10, 10), subView2.Frame.Size);
        Assert.Equal (new (0, 1), subView2.Frame.Location);
        Assert.Equal (new (10, 10), subView2.Border.Frame.Size);
        Assert.Equal (new (0, 0), subView2.Border.Frame.Location);
        subView2.Height = 1;
        subView2.Width = 1;
        Application.RunIteration (ref rs, ref firstIteration);
        Assert.Equal (new (3, 4), supView.Frame.Size);
        Assert.Equal (new (5, 5), supView.Frame.Location);
        Assert.Equal (new (3, 4), supView.Border.Frame.Size);
        Assert.Equal (new (0, 0), supView.Border.Frame.Location);
        Assert.Equal (new (1, 1), subView1.Frame.Size);
        Assert.Equal (new (0, 0), subView1.Frame.Location);
        Assert.Equal (new (1, 1), subView1.Border.Frame.Size);
        Assert.Equal (new (0, 0), subView1.Border.Frame.Location);
        Assert.Equal (new (1, 1), subView2.Frame.Size);
        Assert.Equal (new (0, 1), subView2.Frame.Location);
        Assert.Equal (new (1, 1), subView2.Border.Frame.Size);
        Assert.Equal (new (0, 0), subView2.Border.Frame.Location);

        top.Dispose ();
    }

You can see in this images that the AdornmentsEditor has the height of 19, not yet deducted the current height of the PaddingEditor which is 1.

I suspect this is why I have bothered fixing it. I think I realized that once border is being drawn using subviews this will either get fixed by default or it'll have to be fixed.

For Dim.Auto we need to ensure that all subviews already been run the layout before calculation. Any Pos that reference a view that wasn't yet run the layout will give erroneous value to the superview, because the size is calculated based on Pos.X/Y + Dim.Width/Height.

authors: BDisp tig


text:
Manutenção agendada - Atualização de Versão 1.130.22

Essa atualização contempla os seguintes itens:
1-Melhorias no processo dos download de bp-e.
2-Ajustes no liquibase para mudar o relatório de taxa de embarque para a tela do dashboard financeiro, no módulo admin.
3-Criação layout para o novo terminal de impressão.

repo: guichevirtual/statuspage


text:
🛑 Sefaz - Rio Grande do Sul is down

In 1433817, Sefaz - Rio Grande do Sul (https://onboardapi.guichepass.com.br/sefaz?code=2) was down:

HTTP code: 500
Response time: 172 ms

Resolved: Sefaz - Rio Grande do Sul is back up in 9fe27f6.


text:
Update of Word directory

May I ask if docx templates can automatically update directories in Word?
The table of contents contains page numbers

AFAIK only Word can do that when saving the document, because the document needs to be rendered completely to know the number of pages. This library cant render the document like Word, so it cant know the number of pages.

Closing this issue because i think that should answer your question. Just @ me if you want to know more.

repo: guigrpa/docx-templates


text:
Quick fix for evergreen test

hi @guigrpa
I found that test 41 is always green.
Apparently expect() internally works by throwing an error, which is caught by your test construct and thus subsequently ignored.
I forced jest to recognise this error case by using a snapshot test. Note that the word document fixture used for this test did not contain the correct error case, so I fixed that too. The library code itself seems sound.
The latest version of Jest has a simpler way of testing for Errors returned by Promises, but this way works too.
FYI (unrelated to this PR) I ported this awesome project to typescript today because I had to implement a feature real quick. I can't really work in vanilla JS/Flow anymore, so I kinda had to ;). Let me know if you're interested in this and I can make a PR. However, the whole Typescript vs Flow thing is highly subjective, so I understand if you're not interested.
The feature i'm implementing concerns not failing on the first error in the template so the caller can get an overview of all errors in the template.

Fixed in typescript branch


text:
FAQ page

Please create an FAQ page. I believe a start has already been made but can't find it. This request was prompted by a question:
Q. What if I received a GULD grant and don't want or deserve it?

GULD is issued as a Liability of the guld group. Anyone can "burn" their GULD or take it out of circulation at any point by simply sending it to `guld:Liabilities`.

@polarweasel @ferdreyfus can we schedule a meeting this week both in person (obviously online for you @polarweasel) to go over every detail of what should be included in the FAQ page? this will definitely be a huge improvement to the current website's information for "General Users"

Count me in for sure.

On Jun 25, 2018, at 11:36, Rio Myers notifications@github.com wrote:
@polarweasel https://github.com/polarweasel @ferdreyfus https://github.com/ferdreyfus can we schedule a meeting this week both in person (obviously online for you @polarweasel https://github.com/polarweasel) to go over every detail of what should be included in the FAQ page? this will definitely be a huge improvement to the current website's information for "General Users"
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/guldcoin/GuldIO/issues/30#issuecomment-400052280, or mute the thread https://github.com/notifications/unsubscribe-auth/AAg3EAjOJfX0qAtFGEynN9CvgM30qrSUks5uAS2UgaJpZM4UQVz2.

authors: isysd polarweasel riomyers

repo: guldcoin/GuldIO


text:
no need to multiply by 'count'

values = list(statement)[0]

IndexError: list index out of range

Looks good :+1:
Thank you!

authors: gunthercox zan-kusterle

repo: gunthercox/ChatterBot


text:
Adding All Contributors' Profile Photos

It lacks Contributors Profiles in Readme.md
It should be Like the image that I have shared
Hey! @gupta-ritik  I have already fixed it. Can you assign me this issue under GSSoC-Extd and Hacktoberfest so that I can raise a PR.
I will add this type of Live Contributor Profile Photos in it

complete it

did you started ??

yes, wait for 5 minute i send the pull request

authors: gupta-ritik souvikpramanikgit

repo: gupta-ritik/ExpenseTracker


text:
q: Any way to detect that client is disconnected in a request handler?

Hi, nim noob here.
I've a simple server which makes long running request to a DB which supports cancellation.

Client calls /report?timeout=10 api with a timeout
Server handler makes request to the DB (in a separate thread).
Client cancels the request at any time within timeout.
Server must detect that and cancel DB request.

At the moment server waits until timeout and then prints error Dropped response to disconnected client and db connection is terminated.
I've been using http server in Clojure, it has builtin abort detection mechanism as a part of request body. I'm testing mummy fork with a proc which basically does this check request.clientSocket in server.selector and returns boolean.
# mummy module
proc connectionAlive*(request: Request): bool =
  request.clientSocket in request.server.selector

Maybe there is a better way?

This is pretty difficult question to answer.
It is not safe to look at the server selector as that is not a locked / thread-safe resource to observe from request threads. Disconnects treated as request cancellation is not something Mummy is built to respect or even consider since that is pretty unusual in my opinion.
This is not a scenario I have examples for nor can I easily explain how to accomplish this since I do not know how the request thread blocking on a DB call could get interrupted, etc. Mummy may not be a good option for this way of implementing things.

If you are open to alternative solutions, I suggest looking at the BigQuery HTTP API: https://cloud.google.com/bigquery/docs/reference/rest
You can have a "start query" call, a "cancel" call, and a "poll results" call. This avoids long-lived connection-state-sensitive stuff, and just has simple light-weight API calls.

authors: armed guzba

repo: guzba/mummy


text:
Duplicate requests when "withMethod" or other similar methods are used

I'm experiencing an issue with the "withMethod" method:
https://github.com/guzzle/psr7/blob/41972f428b31bc3ebff0707f63dd2165d3ac4cf6/src/Request.php#L92
In some circumstances we had an issue with duplicate requests being made on the recipient server.
PHP Version: 7.0.24
curl 7.47.0 (x86_64-pc-linux-gnu) libcurl/7.47.0 GnuTLS/3.4.10 zlib/1.2.8 libidn/1.32 librtmp/2.3
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtmp rtsp smb smbs smtp smtps telnet tftp
Features: AsynchDNS IDN IPv6 Largefile GSS-API Kerberos SPNEGO NTLM NTLM_WB SSL libz TLS-SRP UnixSockets
Example of use:
$client = new Client();

$request = new Request('POST', 'http://www.google.it/', []);
$request = $request->withMethod('GET');
$response = $client->send($request);

The example you gave only sends a single request. You need to provide more details or a reproducer if you really think there is a bug in guzzle.


text:
Laser Sight Attachment

makes gun more accurate

duplicate


text:
How to set Oracle Compatible Property?

Hi @gvenzl,
thanks for this great docker image!
I want to simulate the behavior of a production database in version 19.9.0 with Oracle-XE.
Since unfortunately there is no ORACLE-XE image for version 19.9, I use the image oracle-free:23-slim and then try to simulate the behavior of Oracle 19.9.0 with the help of the COMPATIBLE parameter! For this, I use the following init script:
ALTER SYSTEM SET COMPATIBLE = '19.9.0' SCOPE=SPFILE;
SHUTDOWN IMMEDIATE;
STARTUP;

Shutdown and startup afterwards, as the parameter probably takes effect only on the next restart. The output of the script is as follows:
2024-11-22 11:38:29 System altered.
2024-11-22 11:38:29
2024-11-22 11:39:07 Database closed.
2024-11-22 11:39:09 Database dismounted.
2024-11-22 11:39:10 ORACLE instance shut down.
2024-11-22 11:39:17 ORACLE instance started.
2024-11-22 11:39:17
2024-11-22 11:39:17 Total System Global Area 1603726632 bytes
2024-11-22 11:39:17 Fixed Size 5360936 bytes
2024-11-22 11:39:17 Variable Size 654311424 bytes
2024-11-22 11:39:17 Database Buffers 939524096 bytes
2024-11-22 11:39:17 Redo Buffers 4530176 bytes
2024-11-22 11:39:17 ORA-00201: control file version 23.4.0.0.0 incompatible with ORACLE version
2024-11-22 11:39:17 19.9.0.0.0
2024-11-22 11:39:17 ORA-00202: control file: '/opt/oracle/oradata/FREE/control01.ctl'
2024-11-22 11:39:17 Help: https://docs.oracle.com/error-help/db/ora-00201/

Am I going in the wrong direction here? What is the error?
Please let me know if you need further assistance or additional information!
Thanks, Torsten

Hey @knoppt,
Thanks a lot for using these images!
It's a common misunderstanding of what the COMPATIBLE parameter does. It's an upgrade parameter that controls with what minimum version the database disk format remains compatible. For example, when we introduced the BOOLEAN data type in 23ai, a database with COMPATIBLE=19.0.0.0 would not allow a table to be created that contains a boolean data type because that is a disk format that a 19c database is not familiar with. Hence, if a user wanted to downgrade the database to 19c again, he couldn't any longer. COMPATIBLE is there to safeguard for this, but it's a one-way street. It can only be increased and once it has, never decreased (because a newer disk format has already been written).
The explanation in the doc is quite good:

The COMPATIBLE parameter specifies the Oracle version number that the database disk format must be compatible with. The database can be downgraded to the version specified in the COMPATIBLE parameter or any later version.
Setting COMPATIBLE ensures that new features do not write data formats or structures to disk that are not compatible with the earlier release, preventing a future downgrade. Features that require a higher value of COMPATIBLE to work correctly may be restricted or disabled to ensure downgrades are possible.
Typically, users keep COMPATIBLE unchanged when upgrading their Oracle software. After upgrade, users will run the new release of the Oracle software for a few weeks to ensure that the new release is working correctly. Afterwards, users can choose to update COMPATIBLE to the latest version to take advantage of the new features.

COMPATIBLE is an upgrade parameter and, unfortunately, doesn't do what you want.
Oracle Database does not allow setting the behavior to an exact version, although the naming "compatible" may at first suggest that.
Unfortunately, what you want isn't possible. You can't make Oracle Database 23ai behave exactly like Oracle Database 19.9 or any other version.

authors: gvenzl knoppt

repo: gvenzl/oci-oracle-free


text:
DateTimePicker returns wrong time when in 24-hour mode

When using a 24-hour DateTimePicker, the onChangeDate event always returns an hour in the morning. If you for example select 23:00, you will get a Date object with 11:00.
This reproducable in the demo-website.
If you go to https://gwtbootstrap3.github.io/gwtbootstrap3-demo/#dateTimePicker and you select an hour in the afternoon in the first demo, you will see the textbox updating to the same hour in the morning.

Thanks for reporting this issue.  Would you please open an issue in the gwtbootstrap3-extras project?


text:
无法传入环境变量

我设置了 transmission 在下载完成后自动运行如下的 shell 脚本

#!bin/bash
getsub --plex -o '${TR_TORRENT_DIR}/${TR_TORRENT_NAME}' | cat >> /root/getsub.log

其中 ${TR_TORRENT_DIR} 和 ${TR_TORRENT_NAME} 是 transmission 在下载完成后能够向脚本传送的环境变量。但是 getsub 没有接收到

The script will replace the old subtitles if exist...
├  ${TR_TORRENT_DIR}/${TR_TORRENT_NAME}
├  /
├
├  Searching SUBHD...
├  [SUBHD ERROR] The URI you submitted has disallowed characters: $ NAME
├  error:'NoneType' object is not iterable. add --debug to get more info of the error
===============================FAILED LIST===============================1. name: ${TR_TORRENT_DIR}/${TR_TORRENT_NAME}
path: /
info: 'NoneType' object is not iterable. add --debug to get more info of the error
total: 1  success: 0  fail: 1

这不是 getsub 的问题。
为什么不自己试试在终端环境下 getsub --plex -o '${TR_TORRENT_DIR}/${TR_TORRENT_NAME}' | cat >> /root/getsub.log 这条命令中的TR_TORRENT_DIR是否访问到了环境变量呢？

@gyh1621 谢谢回复。那么怎样才能访问到环境变量呢？我试了简单的 Unix 命令都是可以访问到的。我对 Linux 不是太懂，谢谢解答！

改成 getsub --plex -o $TR_TORRENT_DIR/$TR_TORRENT_NAME | cat >> /root/getsub.log试试

@gyh1621 谢谢！这样才是对的


text:
Initialize project

Initialized the project with the recommended tech stack. Started the ReadMe, but will finalize it once project is done.

Since we decided to change the scope of the project, could you please rename it to SewHappy?

sure

authors: barsukov valeriafurin

repo: gymnasion/dashcovid


text:
🛑 Undertale社区维基 测试站 - UTCWIKIT is down

In 858879a, Undertale社区维基 测试站 - UTCWIKIT (https://test.utcwiki.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Undertale社区维基 测试站 - UTCWIKIT is back up in a89ce95 after 12 minutes.

repo: gzombiejun/upptime


text:
Update deps & fix test environment for jest

Types of changes

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

[x] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[x] I have read the CONTRIBUTING document.
[ ] I have added tests to cover my changes.
[x] All new and existing tests passed.

Pull requests should be thought of as a conversation. There will be some back and forth when trying to get code merged into this or any other project. With all but the simplest changes you can and should expect that the maintainers of the project will request changes to your code. Please be aware of that and check in after you open your PR in order to get your code merged in cleanly.
Thanks!

#35


text:
[Docs] Changing css class names

Apparently it's possible to change the default css class names, so we could use this library with bootstrap (for example).
But I can't find mention in the README, and haven't been able to figure it out.
Does someone know how to use the feature?

Looking at the code, it looks like you set these properties on ValidationService:

ValidationInputCssClassName - Override CSS class name for an input that has a validation error. Default: 'input-validation-error'
ValidationInputValidCssClassName - Override CSS class name for a valid input. Default: 'input-validation-valid'
ValidationMessageCssClassName - Override CSS class name for field validation error. Default: 'field-validation-error'
ValidationMessageValidCssClassName - Override CSS class name for valid field validation. Default: 'field-validation-valid'

For example, it might look like the following if you're using TypeScript or ES modules:
import 'ts-polyfill';
import { ValidationService } from 'aspnet-client-validation';

let v = new ValidationService();
v.ValidationInputCssClassName = 'my-input-error-class';
v.ValidationMessageCssClassName = 'my-field-error-class';
v.bootstrap();

Try it out and let me know if it works. I'll try it when I'm back home.

repo: haacked/aspnet-client-validation


text:
Port to python3

http://fedora.portingdb.xyz/pkg/python-txsocksx/ :smile:

I've been blocked on the (lack of) tooling. If someone else wants to take it up, that's fine. Parsley on python 3 doesn't support parsing bytes or network protocols yet, which is a prerequisite.

@habnabit @meeja: have you ever performed a complete analysis of what would be needed in order to port txsocks to py3?
on GlobaLeaks this is becoming a requirement in relation to ubuntu 18.04 that will have natively py3; Thei announced it with ubuntu 16.04 and now they seems more near. :(
\cc @ncommander @fpietrosanti

@unk2k I appreciate the effort, but this isn't "support". The tests fail, and it isn't configured to run 3.x on travis anyway.

I am working on this. Will have a patch ready for the grammar.py part soon. It will be backwards compatible with Python2.

A small introduction. I am heading Python3 port of the tahoe-lafs project [ https://github.com/tahoe-lafs/tahoe-lafs ] for which txsocksx is a dependency via foolscap [ https://github.com/warner/foolscap ]. Hence porting txsocksx to Python3 is an upstream requirement for tahoe-lafs.
I am trying to do a cross 2-3 compatible port using six .
I am working on the tests now and got the grammar unit test passing on 2 and 3 (3.5). In another week I should have all the unit tests passing and should be able to raise a PR.
Thanks :-)

@evilaliv3 txtorcon has its own Python2+Python3 SOCKS5 client -- so for txtorcon anyway, you don't need txsocksx any more. If someone wanted to split this out and release it as its own Twisted python2 + python3 SOCKS5 client, that's cool :) -- not that it's currently doing some custom SOCKS opcodes that Tor uses and does NOT do any server-side things at all. Nor SOCKS4a. So it's not "a txsocksx replacement", it's "enough SOCKS5 so txtorcon can work".

@pythonhacker Would you mind sharing a quick update on your fork? Did you run into any roadblocks? I am interested in picking up where you left off if there is more work complete.

I think what I would consider the right direction to take this project in is to use siosocks as the thing backing the implementation of the protocol instead of parsley.
I've been working off and on with getting parsley dealing with bytes on python 3, probably by way of getting something set up for sans-IO workflows. I haven't finished it enough to post a new release, but I could publish my work in progress if that's at all tempting. I still think formal grammars for network protocols is a great idea, but I wouldn't want to stall this project on that. siosocks exists right now, and is good enough for this use case.

For a quick fix I went and used the txtorcon client endpoint :)
The changes were minimal.
I agree that using siosoks would be nice.

there is an (attempt at) a sans-io socks5 implementation in txtorcon .. if anyone was motivated to rip that out and improve, that'd be amazing! (and I'd be happy to depend on it instead of an "internal" implementation). Note this is not a complete SOCKS implementation, it's pretty specific to SOCKS5 needs for Tor ...

authors: adiroiban emesterhazy evilaliv3 habnabit meejah pythonhacker sedrubal

repo: habnabit/txsocksx

license: isc


text:
[apply-login-partner-changes] - APPLY Form, layout and validations

Describe the bug
The Apply forms for all roles, should be adjusted to use the application font, and must have the mandatory fields validated, as well as numbered fields.
To Reproduce
Steps to reproduce the behavior:

Go to Apply
Click on Mentee, Mentor, or Partner
Review the form
See layout, font is not the same font as of application.
See font layout size, it is too smal, please increase one or two points
Form validation, all fields must be validated to be mandatory, or optional, and data type must be checked on each before submitting.

Expected behavior
Font used must follow same application site font style
Screenshots
This is not the right font and size

The font and layout used in build profile form, is the correct one, see below example

Fixed @eslamzaaki


text:
Editor page updated meta data

Editor page lacked def meta headers

Thank you!
What's the purpose of the highlight.js stylesheet?

It is used to create syntax highlighting as you see in the image I didn't add it I just found it in the head, it was being used for syntax highligthing on the editor page, I just made it global and it doesn't affect any thingon other page,  only on the editor page for toolkit and workshop.

authors: brunoblaise leomcelroy

repo: hackclub/blot


text:
[팀 이름] 해커톤 주제 제출

제목
팀 주제 제출
팀 이름
해커톤파이팅
팀 리포지토리
https://github.com/hackersground-kr/hg-woaowao

/ok

repo: hackersground-kr/operations


text:
Fix bounce emails

Some emails got an error when sending. Find a way to check email bounces and notify DIRECTORS for manual invite.

We can check on SendGrid admin dashboard

repo: hackupc/backend


text:
Add use statement

Add use statements (with resolution information). Imports in coq still need some generalization (currently assume imports are in the Examples package), and the updated coq library for hacspec needs to be put somewhere.

Implements part of the coq backend for #74.

Thanks for the PR! :)
I'm looking into this, and I'm wondering: do you need use items because you actually need to generate Requires in Coq? (i.e. otherwise modules are not in scope)
In this case, use items is not what you want I think. I mean, in Rust one might just write fully qualified paths without any use.
I think we should have a phase/util that browses an AST and lists all the items used that live outside of the current crate.
Also, it seems that at the HIR/THIR phase, since name resolution is already there, every use .. as .. items are just gone :(

I think the information is in the resolution objects that are part of UsePaths? There at least you can check that it is a use statement.

Well, what I mean is that all user-defined naming is gone at HIR/THIR time.
So, when you do use foo::bar as hello, at HIR we actually get use foo::bar.
This is a bit of an issue, because we usually do renaming when there are name clashes or to make things clearer.
But anyway, these kinds of issues are not very important, it's only about making paths nicer.
The important thing is: do you need the list of external crate used in an AST so that you can generate Requires in Coq? (because in this case, the current phases / utils / AST doesn't give enough information indeed!)

I found a way to get the rename information back, it is stored as the ident on item objects representing use statements (https://github.com/rust-lang/rust/blob/8b8110e1469d459a196f6feb60d82dec48c3cfc2/compiler/rustc_ast_lowering/src/item.rs#L563-L569), will try and add it to the path objects.

bors r+


text:
GUI ajustada e código refatorado e documentado.

close #41

Codecov Report

Merging #42 (3ca3510) into master (7ead00d) will not change coverage.
The diff coverage is 0.00%.

@@          Coverage Diff           @@
##           master     #42   +/-   ##
======================================
  Coverage    0.00%   0.00%
======================================
  Files           5       5
  Lines         531     553   +22
======================================
- Misses        531     553   +22

Impacted Files
Coverage Δ

conversor_divisor/app.py
0.00% <0.00%> (ø)

conversor_divisor/convert.py
0.00% <0.00%> (ø)

conversor_divisor/settings.py
0.00% <0.00%> (ø)

conversor_divisor/ui_functions.py
0.00% <0.00%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 7ead00d...3ca3510. Read the comment docs.

authors: codecov-io hadtrindade

repo: hadtrindade/conversor-e-divisor


text:
Serialize and De-serialize further messages.

For RFC 4254 there is need for more messages to be
serilized and de-serialized:
SSH_MSG_GLOBAL_REQUEST
SSH_MSG_REQUEST_SUCCESS
which needs some special handling in de-serialization since it is
not clear wether parameters for that request were send or not.
The caller needs to handle that
SSH_MSG_REQUEST_FAILURE

other request overtook

repo: haesbaert/awa-ssh


text:
Doesnot work in vs code.

I don't know but it works fine in all the places except for the places like vs code and other editors. I tried running it as the administrator but it also doesn't work.

раньше у меня тоже не работало в vsc  но сегодня попробовал и звук радует строчу код и радуюсь спасибо тебе Друг!

Finally,
I fixed it by running the mechvibes as administrator and then opening the vs code,
Here opening the vs code means by opening it directly ( Not from the terminal ).
Due to some reason it doesnot work in the terminal still, hope so it gets Fixed in near future.


text:
How to control the speed of animation

Can you please have a bit elaboration of how can we control the speed of this animation?

you need to add "android:duration="500" into .xml file in anim folder and try it


text:
字体不适应深色模式

笔记处的字体在深色模式下还显示黑色

有地址嗎

https://www.bilibili.com/opus/835111581331226656?spm_id_from=333.999.collection.opus.click

這個問題已處理下個小版本將更新，不過話説如果在筆記中使用其他深色顏色作為字體顏色的話我可能處理不了

authors: KaitouKidgmh hakadao

repo: hakadao/BewlyBewly


text:
Page fails if no viewController

{#if firebaseReady}
	{#if loggedIn}
		<page xmlns="tns">
			<label text="logged in"/>
		</page>
	{:else}
		<page xmlns="tns">
			<label text="not logged in"/>
		</page>
	{/if}
{:else}
	<Loading/>
{/if}

<page xmlns="tns">
	<label text="firebase is surely loading loading loading"/>
</page>

I actually think this is expected behavior, but it's probably worth a discussion. I get
** Terminating app due to uncaught exception 'NativeScript encountered a fatal error: Error: Required page does not have a viewController created.
From the above.

Navigation to a page requires a page instance, having multiple page instances or a page instance that isn't a top level child will cause issues. Hopefully when navigation support lands this wont be an issue

authors: arxpoetica halfnelson

repo: halfnelson/svelte-native


text:
🛑 Health1 is down

In 1239708, Health1 (https://health1.jenshamann.solutions) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Health1 is back up in 50de2b5.

repo: hamannjens/upptime


text:
⚠ ClamAV has degraded performance

In 372c603, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 467 ms

Resolved: ClamAV performance has improved in 4bb0f16.

repo: hamboneZA/caffeine


text:
⚠ ClamAV has degraded performance

In af7ef42, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 87 ms

Resolved: ClamAV performance has improved in 85165eb.


text:
⚠ ClamAV has degraded performance

In 8649942, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 456 ms

Resolved: ClamAV performance has improved in 0b11637.


text:
⚠ ClamAV has degraded performance

In 6fe4a56, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 462 ms

Resolved: ClamAV performance has improved in 0ea3508.


text:
⚠ ClamAV has degraded performance

In 83906a3, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 766 ms

Resolved: ClamAV performance has improved in 3e8dd43.


text:
⚠ ClamAV has degraded performance

In aa0041a, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 227 ms

Resolved: ClamAV performance has improved in 5483a23.


text:
⚠ ClamAV has degraded performance

In 3ad7531, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 194 ms

Resolved: ClamAV performance has improved in 1c39794.


text:
⚠ ClamAV has degraded performance

In e63f4bd, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 67 ms

Resolved: ClamAV performance has improved in 0d3512a.