[jira] [Commented] (THRIFT-4649) Error when attempting to link Thrift Server in C++
[ https://issues.apache.org/jira/browse/THRIFT-4649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16649778#comment-16649778 ] Erik commented on THRIFT-4649: -- I can confirm, unfortunately I am seeing this even in a dockerized environment... leaving no chance of remnants of prior compilations causing the issue. Still same error from within the dockerized environment running ubuntu 18.04 and following the instructions to compile.. > Error when attempting to link Thrift Server in C++ > --- > > Key: THRIFT-4649 > URL: https://issues.apache.org/jira/browse/THRIFT-4649 > Project: Thrift > Issue Type: Question > Components: C++ - Compiler >Affects Versions: 0.10.0 > Environment: Ubuntu 18.04 LTS with all prerequisites on latest from > apt install >Reporter: Erik >Assignee: James E. King III >Priority: Major > Attachments: image-2018-10-10-11-03-49-306.png > > > I am attempting to compile Thrift with a particular flag .. in this case > {code:java} > ./configure _GLIBCXX_USE_CXX11_ABI=0{code} > This compiles just fine, and the library installs successfully to > /usr/local/lib, but when I am attempting to link it seems to want the > non-blocking library.. I've attempted to add it to no avail > > > {code:java} > #!/bin/sh > echo "Step 1: change to build dir" > cd build > echo "Step 2: compile" > g++ -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++11 -c ../src/Server/MyServer.cpp > ../src/gen-cpp/*.cpp -std=c++11 -I/usr/local/include/thrift > -I../deps/another_lib/Includes > echo "Step 3: link" > g++ -DHAVE_INTTYPES_H -DHAVE_NETINET_IN_H -std=c++11 -Wall *.o > -L../deps/another_lib -L../deps/libone -L../deps/libtwo -lanother_lib > -L/usr/local/lib -lthrift -lthriftnb -llogger -lanotherlogger -lpthread -o > My-Cpp-Server > echo "Step 4: change back dirs" > cd .. > {code} > > It feels like it is attempting to link, but cannot see the non-blocking > library.. > > {code:java} > virtual-machine:~/Dev/git/project$ sh build-cpp-server.sh > Step 1: change to build dir > Step 2: compile > Step 3: link > Rio.o: In function `rio::RioConcurrentClient::recv_init(int)': > Rio.cpp:(.text+0x3293): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x360e): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > Rio.o: In function `rio::RioConcurrentClient::recv_manipulate_can(int)': > Rio.cpp:(.text+0x39d2): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x3d37): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > collect2: error: ld returned 1 exit status > Step 4: change back dirs > {code} > any ideas? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (THRIFT-4649) Error when attempting to link Thrift Server in C++
[ https://issues.apache.org/jira/browse/THRIFT-4649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16649825#comment-16649825 ] Erik commented on THRIFT-4649: -- I quickly attempted to upgrade to v.11, within a docker container... to find I needed to refactor the Server code a bit.. seems a new type of pointer is used in the examples? I compiled that , and then got a error on the linker step again {code:java} Rio.o: In function `rio::RioConcurrentClient::recv_init(int)': Rio.cpp:(.text+0x33b5): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, apache::thrift::protocol::TMessageType&, int&)' Rio.cpp:(.text+0x3730): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string const&, apache::thrift::protocol::TMessageType, int)' Rio.o: In function `rio::RioConcurrentClient::recv_manipulate_can(int)': Rio.cpp:(.text+0x3af4): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, apache::thrift::protocol::TMessageType&, int&)' Rio.cpp:(.text+0x3e59): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string const&, apache::thrift::protocol::TMessageType, int)' collect2: error: ld returned 1 exit status {code} > Error when attempting to link Thrift Server in C++ > --- > > Key: THRIFT-4649 > URL: https://issues.apache.org/jira/browse/THRIFT-4649 > Project: Thrift > Issue Type: Question > Components: C++ - Compiler >Affects Versions: 0.10.0 > Environment: Ubuntu 18.04 LTS with all prerequisites on latest from > apt install >Reporter: Erik >Assignee: James E. King III >Priority: Major > Attachments: image-2018-10-10-11-03-49-306.png > > > I am attempting to compile Thrift with a particular flag .. in this case > {code:java} > ./configure _GLIBCXX_USE_CXX11_ABI=0{code} > This compiles just fine, and the library installs successfully to > /usr/local/lib, but when I am attempting to link it seems to want the > non-blocking library.. I've attempted to add it to no avail > > > {code:java} > #!/bin/sh > echo "Step 1: change to build dir" > cd build > echo "Step 2: compile" > g++ -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++11 -c ../src/Server/MyServer.cpp > ../src/gen-cpp/*.cpp -std=c++11 -I/usr/local/include/thrift > -I../deps/another_lib/Includes > echo "Step 3: link" > g++ -DHAVE_INTTYPES_H -DHAVE_NETINET_IN_H -std=c++11 -Wall *.o > -L../deps/another_lib -L../deps/libone -L../deps/libtwo -lanother_lib > -L/usr/local/lib -lthrift -lthriftnb -llogger -lanotherlogger -lpthread -o > My-Cpp-Server > echo "Step 4: change back dirs" > cd .. > {code} > > It feels like it is attempting to link, but cannot see the non-blocking > library.. > > {code:java} > virtual-machine:~/Dev/git/project$ sh build-cpp-server.sh > Step 1: change to build dir > Step 2: compile > Step 3: link > Rio.o: In function `rio::RioConcurrentClient::recv_init(int)': > Rio.cpp:(.text+0x3293): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x360e): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > Rio.o: In function `rio::RioConcurrentClient::recv_manipulate_can(int)': > Rio.cpp:(.text+0x39d2): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x3d37): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > collect2: error: ld returned 1 exit status > Step 4: change back dirs > {code} > any ideas? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (THRIFT-4649) Error when attempting to link Thrift Server in C++
[ https://issues.apache.org/jira/browse/THRIFT-4649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16660390#comment-16660390 ] Erik commented on THRIFT-4649: -- Any updates on the other end?? I've tried v10 v11 .. I tried disabling the nbthrift altogether in the configure stage.. no changes at all > Error when attempting to link Thrift Server in C++ > --- > > Key: THRIFT-4649 > URL: https://issues.apache.org/jira/browse/THRIFT-4649 > Project: Thrift > Issue Type: Question > Components: C++ - Compiler >Affects Versions: 0.10.0 > Environment: Ubuntu 18.04 LTS with all prerequisites on latest from > apt install >Reporter: Erik >Assignee: James E. King III >Priority: Major > Attachments: image-2018-10-10-11-03-49-306.png > > > I am attempting to compile Thrift with a particular flag .. in this case > {code:java} > ./configure _GLIBCXX_USE_CXX11_ABI=0{code} > This compiles just fine, and the library installs successfully to > /usr/local/lib, but when I am attempting to link it seems to want the > non-blocking library.. I've attempted to add it to no avail > > > {code:java} > #!/bin/sh > echo "Step 1: change to build dir" > cd build > echo "Step 2: compile" > g++ -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++11 -c ../src/Server/MyServer.cpp > ../src/gen-cpp/*.cpp -std=c++11 -I/usr/local/include/thrift > -I../deps/another_lib/Includes > echo "Step 3: link" > g++ -DHAVE_INTTYPES_H -DHAVE_NETINET_IN_H -std=c++11 -Wall *.o > -L../deps/another_lib -L../deps/libone -L../deps/libtwo -lanother_lib > -L/usr/local/lib -lthrift -lthriftnb -llogger -lanotherlogger -lpthread -o > My-Cpp-Server > echo "Step 4: change back dirs" > cd .. > {code} > > It feels like it is attempting to link, but cannot see the non-blocking > library.. > > {code:java} > virtual-machine:~/Dev/git/project$ sh build-cpp-server.sh > Step 1: change to build dir > Step 2: compile > Step 3: link > Rio.o: In function `rio::RioConcurrentClient::recv_init(int)': > Rio.cpp:(.text+0x3293): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x360e): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > Rio.o: In function `rio::RioConcurrentClient::recv_manipulate_can(int)': > Rio.cpp:(.text+0x39d2): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x3d37): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > collect2: error: ld returned 1 exit status > Step 4: change back dirs > {code} > any ideas? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (THRIFT-4649) Error when attempting to link Thrift Server in C++
[ https://issues.apache.org/jira/browse/THRIFT-4649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16644539#comment-16644539 ] Erik commented on THRIFT-4649: -- Thank you, I indeed had added the {code:java} ... -levent ... {code} and had double checked libevent-dev was present (it is). However, I perhaps don't even WANT a non-blocking server...leading me to wonder, do I have to indicate that in the .thrift service description so that the generated skeleton uses blocking server implementations... or do I simply lift the sample Server from the 0.10.0 branch tutorial and attempt to compile that? I ask because the skeleton looked a little different from the sample file(s) in the tutorial > Error when attempting to link Thrift Server in C++ > --- > > Key: THRIFT-4649 > URL: https://issues.apache.org/jira/browse/THRIFT-4649 > Project: Thrift > Issue Type: Question > Components: C++ - Compiler >Affects Versions: 0.10.0 > Environment: Ubuntu 18.04 LTS with all prerequisites on latest from > apt install >Reporter: Erik >Assignee: James E. King III >Priority: Major > > I am attempting to compile Thrift with a particular flag .. in this case > {code:java} > ./configure _GLIBCXX_USE_CXX11_ABI=0{code} > This compiles just fine, and the library installs successfully to > /usr/local/lib, but when I am attempting to link it seems to want the > non-blocking library.. I've attempted to add it to no avail > > > {code:java} > #!/bin/sh > echo "Step 1: change to build dir" > cd build > echo "Step 2: compile" > g++ -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++11 -c ../src/Server/MyServer.cpp > ../src/gen-cpp/*.cpp -std=c++11 -I/usr/local/include/thrift > -I../deps/another_lib/Includes > echo "Step 3: link" > g++ -DHAVE_INTTYPES_H -DHAVE_NETINET_IN_H -std=c++11 -Wall *.o > -L../deps/another_lib -L../deps/libone -L../deps/libtwo -lanother_lib > -L/usr/local/lib -lthrift -lthriftnb -llogger -lanotherlogger -lpthread -o > My-Cpp-Server > echo "Step 4: change back dirs" > cd .. > {code} > > It feels like it is attempting to link, but cannot see the non-blocking > library.. > > {code:java} > virtual-machine:~/Dev/git/project$ sh build-cpp-server.sh > Step 1: change to build dir > Step 2: compile > Step 3: link > Rio.o: In function `rio::RioConcurrentClient::recv_init(int)': > Rio.cpp:(.text+0x3293): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x360e): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > Rio.o: In function `rio::RioConcurrentClient::recv_manipulate_can(int)': > Rio.cpp:(.text+0x39d2): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x3d37): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > collect2: error: ld returned 1 exit status > Step 4: change back dirs > {code} > any ideas? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (THRIFT-4649) Error when attempting to link Thrift Server in C++
[ https://issues.apache.org/jira/browse/THRIFT-4649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16644539#comment-16644539 ] Erik edited comment on THRIFT-4649 at 10/10/18 7:02 AM: Thank you, I indeed had added the {code:java} ... -levent ... {code} and had double checked libevent-dev was present (it is). Yet the error is the same. I may try on a fresh system again.. or in a docker container. However, I don't even want a non-blocking server...leading me to wonder, do I have to indicate that in the .thrift service description so that the generated skeleton uses blocking server implementations... or do I simply lift the sample Server from the 0.10.0 branch tutorial and attempt to compile that? I ask because the skeleton looked a little different from the sample file(s) in the tutorial was (Author: emcp): Thank you, I indeed had added the {code:java} ... -levent ... {code} and had double checked libevent-dev was present (it is). However, I perhaps don't even WANT a non-blocking server...leading me to wonder, do I have to indicate that in the .thrift service description so that the generated skeleton uses blocking server implementations... or do I simply lift the sample Server from the 0.10.0 branch tutorial and attempt to compile that? I ask because the skeleton looked a little different from the sample file(s) in the tutorial > Error when attempting to link Thrift Server in C++ > --- > > Key: THRIFT-4649 > URL: https://issues.apache.org/jira/browse/THRIFT-4649 > Project: Thrift > Issue Type: Question > Components: C++ - Compiler >Affects Versions: 0.10.0 > Environment: Ubuntu 18.04 LTS with all prerequisites on latest from > apt install >Reporter: Erik >Assignee: James E. King III >Priority: Major > > I am attempting to compile Thrift with a particular flag .. in this case > {code:java} > ./configure _GLIBCXX_USE_CXX11_ABI=0{code} > This compiles just fine, and the library installs successfully to > /usr/local/lib, but when I am attempting to link it seems to want the > non-blocking library.. I've attempted to add it to no avail > > > {code:java} > #!/bin/sh > echo "Step 1: change to build dir" > cd build > echo "Step 2: compile" > g++ -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++11 -c ../src/Server/MyServer.cpp > ../src/gen-cpp/*.cpp -std=c++11 -I/usr/local/include/thrift > -I../deps/another_lib/Includes > echo "Step 3: link" > g++ -DHAVE_INTTYPES_H -DHAVE_NETINET_IN_H -std=c++11 -Wall *.o > -L../deps/another_lib -L../deps/libone -L../deps/libtwo -lanother_lib > -L/usr/local/lib -lthrift -lthriftnb -llogger -lanotherlogger -lpthread -o > My-Cpp-Server > echo "Step 4: change back dirs" > cd .. > {code} > > It feels like it is attempting to link, but cannot see the non-blocking > library.. > > {code:java} > virtual-machine:~/Dev/git/project$ sh build-cpp-server.sh > Step 1: change to build dir > Step 2: compile > Step 3: link > Rio.o: In function `rio::RioConcurrentClient::recv_init(int)': > Rio.cpp:(.text+0x3293): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x360e): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > Rio.o: In function `rio::RioConcurrentClient::recv_manipulate_can(int)': > Rio.cpp:(.text+0x39d2): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x3d37): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > collect2: error: ld returned 1 exit status > Step 4: change back dirs > {code} > any ideas? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (THRIFT-4649) Error when attempting to link Thrift Server in C++
[ https://issues.apache.org/jira/browse/THRIFT-4649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16644539#comment-16644539 ] Erik edited comment on THRIFT-4649 at 10/10/18 7:03 AM: Thank you, I indeed had added the {code:java} ... -levent ... {code} and had double checked libevent-dev was present (it is). Yet the error is the same. I may try on a fresh system again.. or in a docker container. However, I don't even want a non-blocking server...leading me to wonder, do I have to indicate that in the "myservice.thrift" service description so that the generated skeleton uses blocking server implementations... or do I simply lift the sample Server from the 0.10.0 branch tutorial and attempt to compile that? I ask because the skeleton looked a little different from the sample file(s) in the tutorial was (Author: emcp): Thank you, I indeed had added the {code:java} ... -levent ... {code} and had double checked libevent-dev was present (it is). Yet the error is the same. I may try on a fresh system again.. or in a docker container. However, I don't even want a non-blocking server...leading me to wonder, do I have to indicate that in the .thrift service description so that the generated skeleton uses blocking server implementations... or do I simply lift the sample Server from the 0.10.0 branch tutorial and attempt to compile that? I ask because the skeleton looked a little different from the sample file(s) in the tutorial > Error when attempting to link Thrift Server in C++ > --- > > Key: THRIFT-4649 > URL: https://issues.apache.org/jira/browse/THRIFT-4649 > Project: Thrift > Issue Type: Question > Components: C++ - Compiler >Affects Versions: 0.10.0 > Environment: Ubuntu 18.04 LTS with all prerequisites on latest from > apt install >Reporter: Erik >Assignee: James E. King III >Priority: Major > > I am attempting to compile Thrift with a particular flag .. in this case > {code:java} > ./configure _GLIBCXX_USE_CXX11_ABI=0{code} > This compiles just fine, and the library installs successfully to > /usr/local/lib, but when I am attempting to link it seems to want the > non-blocking library.. I've attempted to add it to no avail > > > {code:java} > #!/bin/sh > echo "Step 1: change to build dir" > cd build > echo "Step 2: compile" > g++ -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++11 -c ../src/Server/MyServer.cpp > ../src/gen-cpp/*.cpp -std=c++11 -I/usr/local/include/thrift > -I../deps/another_lib/Includes > echo "Step 3: link" > g++ -DHAVE_INTTYPES_H -DHAVE_NETINET_IN_H -std=c++11 -Wall *.o > -L../deps/another_lib -L../deps/libone -L../deps/libtwo -lanother_lib > -L/usr/local/lib -lthrift -lthriftnb -llogger -lanotherlogger -lpthread -o > My-Cpp-Server > echo "Step 4: change back dirs" > cd .. > {code} > > It feels like it is attempting to link, but cannot see the non-blocking > library.. > > {code:java} > virtual-machine:~/Dev/git/project$ sh build-cpp-server.sh > Step 1: change to build dir > Step 2: compile > Step 3: link > Rio.o: In function `rio::RioConcurrentClient::recv_init(int)': > Rio.cpp:(.text+0x3293): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x360e): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > Rio.o: In function `rio::RioConcurrentClient::recv_manipulate_can(int)': > Rio.cpp:(.text+0x39d2): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x3d37): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > collect2: error: ld returned 1 exit status > Step 4: change back dirs > {code} > any ideas? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (THRIFT-4649) Error when attempting to compile a Thrift Server in C++
Erik created THRIFT-4649: Summary: Error when attempting to compile a Thrift Server in C++ Key: THRIFT-4649 URL: https://issues.apache.org/jira/browse/THRIFT-4649 Project: Thrift Issue Type: Bug Components: C++ - Compiler Affects Versions: 0.10.0 Environment: Ubuntu 18.04 LTS with all prerequisites on latest from apt install Reporter: Erik I am attempting to compile Thrift with a particular flag .. in this case {code:java} ./configure _GLIBCXX_USE_CXX11_ABI=0{code} This compiles just fine, and the library installs successfully to /usr/local/lib, but when I am attempting to link it seems to want the non-blocking library.. I've attempted to add it to no avail {code:java} #!/bin/sh echo "Step 1: change to build dir" cd build echo "Step 2: compile" g++ -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++11 -c ../src/Server/MyServer.cpp ../src/gen-cpp/*.cpp -std=c++11 -I/usr/local/include/thrift -I../deps/another_lib/Includes echo "Step 3: link" g++ -DHAVE_INTTYPES_H -DHAVE_NETINET_IN_H -std=c++11 -Wall *.o -L../deps/another_lib -L../deps/libone -L../deps/libtwo -lanother_lib -L/usr/local/lib -lthrift -lthriftnb -llogger -lanotherlogger -lpthread -o My-Cpp-Server echo "Step 4: change back dirs" cd .. {code} It feels like it is attempting to link, but cannot see the non-blocking library.. {code:java} virtual-machine:~/Dev/git/project$ sh build-cpp-server.sh Step 1: change to build dir Step 2: compile Step 3: link Rio.o: In function `rio::RioConcurrentClient::recv_init(int)': Rio.cpp:(.text+0x3293): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, apache::thrift::protocol::TMessageType&, int&)' Rio.cpp:(.text+0x360e): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string const&, apache::thrift::protocol::TMessageType, int)' Rio.o: In function `rio::RioConcurrentClient::recv_manipulate_can(int)': Rio.cpp:(.text+0x39d2): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, apache::thrift::protocol::TMessageType&, int&)' Rio.cpp:(.text+0x3d37): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string const&, apache::thrift::protocol::TMessageType, int)' collect2: error: ld returned 1 exit status Step 4: change back dirs {code} any ideas? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (THRIFT-4649) Error when attempting to link Thrift Server in C++
[ https://issues.apache.org/jira/browse/THRIFT-4649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik updated THRIFT-4649: - Summary: Error when attempting to link Thrift Server in C++ (was: Error when attempting to compile a Thrift Server in C++ ) > Error when attempting to link Thrift Server in C++ > --- > > Key: THRIFT-4649 > URL: https://issues.apache.org/jira/browse/THRIFT-4649 > Project: Thrift > Issue Type: Bug > Components: C++ - Compiler >Affects Versions: 0.10.0 > Environment: Ubuntu 18.04 LTS with all prerequisites on latest from > apt install >Reporter: Erik >Priority: Major > > I am attempting to compile Thrift with a particular flag .. in this case > {code:java} > ./configure _GLIBCXX_USE_CXX11_ABI=0{code} > This compiles just fine, and the library installs successfully to > /usr/local/lib, but when I am attempting to link it seems to want the > non-blocking library.. I've attempted to add it to no avail > > > > {code:java} > #!/bin/sh > echo "Step 1: change to build dir" > cd build > echo "Step 2: compile" > g++ -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++11 -c ../src/Server/MyServer.cpp > ../src/gen-cpp/*.cpp -std=c++11 -I/usr/local/include/thrift > -I../deps/another_lib/Includes > echo "Step 3: link" > g++ -DHAVE_INTTYPES_H -DHAVE_NETINET_IN_H -std=c++11 -Wall *.o > -L../deps/another_lib -L../deps/libone -L../deps/libtwo -lanother_lib > -L/usr/local/lib -lthrift -lthriftnb -llogger -lanotherlogger -lpthread -o > My-Cpp-Server > echo "Step 4: change back dirs" > cd .. > {code} > > It feels like it is attempting to link, but cannot see the non-blocking > library.. > > {code:java} > virtual-machine:~/Dev/git/project$ sh build-cpp-server.sh > Step 1: change to build dir > Step 2: compile > Step 3: link > Rio.o: In function `rio::RioConcurrentClient::recv_init(int)': > Rio.cpp:(.text+0x3293): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x360e): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > Rio.o: In function `rio::RioConcurrentClient::recv_manipulate_can(int)': > Rio.cpp:(.text+0x39d2): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x3d37): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > collect2: error: ld returned 1 exit status > Step 4: change back dirs > {code} > any ideas? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (THRIFT-4649) Error when attempting to link Thrift Server in C++
[ https://issues.apache.org/jira/browse/THRIFT-4649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik updated THRIFT-4649: - Description: I am attempting to compile Thrift with a particular flag .. in this case {code:java} ./configure _GLIBCXX_USE_CXX11_ABI=0{code} This compiles just fine, and the library installs successfully to /usr/local/lib, but when I am attempting to link it seems to want the non-blocking library.. I've attempted to add it to no avail {code:java} #!/bin/sh echo "Step 1: change to build dir" cd build echo "Step 2: compile" g++ -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++11 -c ../src/Server/MyServer.cpp ../src/gen-cpp/*.cpp -std=c++11 -I/usr/local/include/thrift -I../deps/another_lib/Includes echo "Step 3: link" g++ -DHAVE_INTTYPES_H -DHAVE_NETINET_IN_H -std=c++11 -Wall *.o -L../deps/another_lib -L../deps/libone -L../deps/libtwo -lanother_lib -L/usr/local/lib -lthrift -lthriftnb -llogger -lanotherlogger -lpthread -o My-Cpp-Server echo "Step 4: change back dirs" cd .. {code} It feels like it is attempting to link, but cannot see the non-blocking library.. {code:java} virtual-machine:~/Dev/git/project$ sh build-cpp-server.sh Step 1: change to build dir Step 2: compile Step 3: link Rio.o: In function `rio::RioConcurrentClient::recv_init(int)': Rio.cpp:(.text+0x3293): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, apache::thrift::protocol::TMessageType&, int&)' Rio.cpp:(.text+0x360e): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string const&, apache::thrift::protocol::TMessageType, int)' Rio.o: In function `rio::RioConcurrentClient::recv_manipulate_can(int)': Rio.cpp:(.text+0x39d2): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, apache::thrift::protocol::TMessageType&, int&)' Rio.cpp:(.text+0x3d37): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string const&, apache::thrift::protocol::TMessageType, int)' collect2: error: ld returned 1 exit status Step 4: change back dirs {code} any ideas? was: I am attempting to compile Thrift with a particular flag .. in this case {code:java} ./configure _GLIBCXX_USE_CXX11_ABI=0{code} This compiles just fine, and the library installs successfully to /usr/local/lib, but when I am attempting to link it seems to want the non-blocking library.. I've attempted to add it to no avail {code:java} #!/bin/sh echo "Step 1: change to build dir" cd build echo "Step 2: compile" g++ -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++11 -c ../src/Server/MyServer.cpp ../src/gen-cpp/*.cpp -std=c++11 -I/usr/local/include/thrift -I../deps/another_lib/Includes echo "Step 3: link" g++ -DHAVE_INTTYPES_H -DHAVE_NETINET_IN_H -std=c++11 -Wall *.o -L../deps/another_lib -L../deps/libone -L../deps/libtwo -lanother_lib -L/usr/local/lib -lthrift -lthriftnb -llogger -lanotherlogger -lpthread -o My-Cpp-Server echo "Step 4: change back dirs" cd .. {code} It feels like it is attempting to link, but cannot see the non-blocking library.. {code:java} virtual-machine:~/Dev/git/project$ sh build-cpp-server.sh Step 1: change to build dir Step 2: compile Step 3: link Rio.o: In function `rio::RioConcurrentClient::recv_init(int)': Rio.cpp:(.text+0x3293): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, apache::thrift::protocol::TMessageType&, int&)' Rio.cpp:(.text+0x360e): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string const&, apache::thrift::protocol::TMessageType, int)' Rio.o: In function `rio::RioConcurrentClient::recv_manipulate_can(int)': Rio.cpp:(.text+0x39d2): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, apache::thrift::protocol::TMessageType&, int&)' Rio.cpp:(.text+0x3d37): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string const&, apache::thrift::protocol::TMessageType, int)' collect2: error: ld returned 1 exit status Step 4: change back dirs {code} any ideas? > Error when attempting to link Thrift Server in C++ > --- > > Key: THRIFT-4649 > URL: https://issues.apache.org/jira/browse/THRIFT-4649 > Project: Thrift > Issue Type: Bug > Components: C++ - Compiler >Affects Versions: 0.10.0 > Environment: Ubuntu 18.04 LTS with all prerequisites on latest from > apt install >Reporter: Erik >Priority: Major > > I am attempting to compile Thrift with a particular flag .. in this case > {code:java} > ./configure _GLIBCXX_USE_CXX11_ABI=0{code} > This compiles just fine, and the library installs successfully to > /usr/local/lib, but when
[jira] [Updated] (THRIFT-4649) Error when attempting to link Thrift Server in C++
[ https://issues.apache.org/jira/browse/THRIFT-4649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik updated THRIFT-4649: - Attachment: image-2018-10-10-11-03-49-306.png > Error when attempting to link Thrift Server in C++ > --- > > Key: THRIFT-4649 > URL: https://issues.apache.org/jira/browse/THRIFT-4649 > Project: Thrift > Issue Type: Question > Components: C++ - Compiler >Affects Versions: 0.10.0 > Environment: Ubuntu 18.04 LTS with all prerequisites on latest from > apt install >Reporter: Erik >Assignee: James E. King III >Priority: Major > Attachments: image-2018-10-10-11-03-49-306.png > > > I am attempting to compile Thrift with a particular flag .. in this case > {code:java} > ./configure _GLIBCXX_USE_CXX11_ABI=0{code} > This compiles just fine, and the library installs successfully to > /usr/local/lib, but when I am attempting to link it seems to want the > non-blocking library.. I've attempted to add it to no avail > > > {code:java} > #!/bin/sh > echo "Step 1: change to build dir" > cd build > echo "Step 2: compile" > g++ -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++11 -c ../src/Server/MyServer.cpp > ../src/gen-cpp/*.cpp -std=c++11 -I/usr/local/include/thrift > -I../deps/another_lib/Includes > echo "Step 3: link" > g++ -DHAVE_INTTYPES_H -DHAVE_NETINET_IN_H -std=c++11 -Wall *.o > -L../deps/another_lib -L../deps/libone -L../deps/libtwo -lanother_lib > -L/usr/local/lib -lthrift -lthriftnb -llogger -lanotherlogger -lpthread -o > My-Cpp-Server > echo "Step 4: change back dirs" > cd .. > {code} > > It feels like it is attempting to link, but cannot see the non-blocking > library.. > > {code:java} > virtual-machine:~/Dev/git/project$ sh build-cpp-server.sh > Step 1: change to build dir > Step 2: compile > Step 3: link > Rio.o: In function `rio::RioConcurrentClient::recv_init(int)': > Rio.cpp:(.text+0x3293): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x360e): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > Rio.o: In function `rio::RioConcurrentClient::recv_manipulate_can(int)': > Rio.cpp:(.text+0x39d2): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x3d37): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > collect2: error: ld returned 1 exit status > Step 4: change back dirs > {code} > any ideas? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (THRIFT-4649) Error when attempting to link Thrift Server in C++
[ https://issues.apache.org/jira/browse/THRIFT-4649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16644670#comment-16644670 ] Erik commented on THRIFT-4649: -- attaching output from my latest run of configure !image-2018-10-10-11-03-49-306.png! > Error when attempting to link Thrift Server in C++ > --- > > Key: THRIFT-4649 > URL: https://issues.apache.org/jira/browse/THRIFT-4649 > Project: Thrift > Issue Type: Question > Components: C++ - Compiler >Affects Versions: 0.10.0 > Environment: Ubuntu 18.04 LTS with all prerequisites on latest from > apt install >Reporter: Erik >Assignee: James E. King III >Priority: Major > Attachments: image-2018-10-10-11-03-49-306.png > > > I am attempting to compile Thrift with a particular flag .. in this case > {code:java} > ./configure _GLIBCXX_USE_CXX11_ABI=0{code} > This compiles just fine, and the library installs successfully to > /usr/local/lib, but when I am attempting to link it seems to want the > non-blocking library.. I've attempted to add it to no avail > > > {code:java} > #!/bin/sh > echo "Step 1: change to build dir" > cd build > echo "Step 2: compile" > g++ -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++11 -c ../src/Server/MyServer.cpp > ../src/gen-cpp/*.cpp -std=c++11 -I/usr/local/include/thrift > -I../deps/another_lib/Includes > echo "Step 3: link" > g++ -DHAVE_INTTYPES_H -DHAVE_NETINET_IN_H -std=c++11 -Wall *.o > -L../deps/another_lib -L../deps/libone -L../deps/libtwo -lanother_lib > -L/usr/local/lib -lthrift -lthriftnb -llogger -lanotherlogger -lpthread -o > My-Cpp-Server > echo "Step 4: change back dirs" > cd .. > {code} > > It feels like it is attempting to link, but cannot see the non-blocking > library.. > > {code:java} > virtual-machine:~/Dev/git/project$ sh build-cpp-server.sh > Step 1: change to build dir > Step 2: compile > Step 3: link > Rio.o: In function `rio::RioConcurrentClient::recv_init(int)': > Rio.cpp:(.text+0x3293): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x360e): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > Rio.o: In function `rio::RioConcurrentClient::recv_manipulate_can(int)': > Rio.cpp:(.text+0x39d2): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x3d37): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > collect2: error: ld returned 1 exit status > Step 4: change back dirs > {code} > any ideas? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (THRIFT-4649) Error when attempting to link Thrift Server in C++
[ https://issues.apache.org/jira/browse/THRIFT-4649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16644661#comment-16644661 ] Erik commented on THRIFT-4649: -- seems the example cites a CalculatorProcessorFactory class, but it's not present in the generated files.. is it then expected we implement this? [https://github.com/apache/thrift/blob/0.10.0/tutorial/cpp/CppServer.cpp#L136] {code:java} int main() { TThreadedServer server( boost::make_shared(boost::make_shared()), boost::make_shared(9090), //port boost::make_shared(), {code} > Error when attempting to link Thrift Server in C++ > --- > > Key: THRIFT-4649 > URL: https://issues.apache.org/jira/browse/THRIFT-4649 > Project: Thrift > Issue Type: Question > Components: C++ - Compiler >Affects Versions: 0.10.0 > Environment: Ubuntu 18.04 LTS with all prerequisites on latest from > apt install >Reporter: Erik >Assignee: James E. King III >Priority: Major > > I am attempting to compile Thrift with a particular flag .. in this case > {code:java} > ./configure _GLIBCXX_USE_CXX11_ABI=0{code} > This compiles just fine, and the library installs successfully to > /usr/local/lib, but when I am attempting to link it seems to want the > non-blocking library.. I've attempted to add it to no avail > > > {code:java} > #!/bin/sh > echo "Step 1: change to build dir" > cd build > echo "Step 2: compile" > g++ -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++11 -c ../src/Server/MyServer.cpp > ../src/gen-cpp/*.cpp -std=c++11 -I/usr/local/include/thrift > -I../deps/another_lib/Includes > echo "Step 3: link" > g++ -DHAVE_INTTYPES_H -DHAVE_NETINET_IN_H -std=c++11 -Wall *.o > -L../deps/another_lib -L../deps/libone -L../deps/libtwo -lanother_lib > -L/usr/local/lib -lthrift -lthriftnb -llogger -lanotherlogger -lpthread -o > My-Cpp-Server > echo "Step 4: change back dirs" > cd .. > {code} > > It feels like it is attempting to link, but cannot see the non-blocking > library.. > > {code:java} > virtual-machine:~/Dev/git/project$ sh build-cpp-server.sh > Step 1: change to build dir > Step 2: compile > Step 3: link > Rio.o: In function `rio::RioConcurrentClient::recv_init(int)': > Rio.cpp:(.text+0x3293): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x360e): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > Rio.o: In function `rio::RioConcurrentClient::recv_manipulate_can(int)': > Rio.cpp:(.text+0x39d2): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::string&, > apache::thrift::protocol::TMessageType&, int&)' > Rio.cpp:(.text+0x3d37): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::string > const&, apache::thrift::protocol::TMessageType, int)' > collect2: error: ld returned 1 exit status > Step 4: change back dirs > {code} > any ideas? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (THRIFT-5291) golang tutorial seems broken
[ https://issues.apache.org/jira/browse/THRIFT-5291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17215917#comment-17215917 ] Erik commented on THRIFT-5291: -- perhaps bug isn't the right word but it's unclear in the documentation of the golang implementation how to get started. I have automake but will try again with the steps provided. I am on a mac so will try to cross reference the apt packages for mac equivalents. Regarding the compiling thrift, I have thrift already via binary.. is what you're saying is that I should refer to those instructions for building the golang implementation too? thank you Zezeng! > golang tutorial seems broken > > > Key: THRIFT-5291 > URL: https://issues.apache.org/jira/browse/THRIFT-5291 > Project: Thrift > Issue Type: Bug > Components: Go - Library >Affects Versions: 0.13.0 > Environment: Mac OS, Ubuntu 20.04 >Reporter: Erik >Priority: Minor > Attachments: image-2020-10-07-23-13-17-967.png > > > I admit, I am a bit new to golang... but not new to thrift. I am using > thrift Servers written in C#, Python, Java... but I would LOVE to look into > golang. > I first started with my own teams .thrift file... but soon realized that I > didn't understand golang enough to create the Handler... got lots of errors. > Plan B - well just spin up the tutorial, right? Not quite. I see in the > golang tutorial a Makefile.am ... I have tried `autoreconf` `cmake` `make -f` > .. none of these worked and there is no getting started read me or hint as to > what tool makes this tutorial come together... which would help me then > understand what I need to do to finish my own teams .thrift server. > > {code} > cmake . > CMake Error: The source directory "~/go" does not appear to contain > CMakeLists.txt. > Specify --help for usage, or press the help button on the CMake GUI. > autoreconf > autoreconf: 'configure.ac' or 'configure.in' is required > make -f Makefile.am > make: *** No rule to make target `/tutorial/tutorial.thrift', needed by > `gen-go/tutorial/calculator.go'. Stop. > {code} > folder structure is as follows > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (THRIFT-5291) not very clear how to use golang implementation
[ https://issues.apache.org/jira/browse/THRIFT-5291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik updated THRIFT-5291: - Description: I admit, I am a bit new to golang... but not new to thrift. I am using thrift Servers written in C#, Python, Java... but I would LOVE to look into golang. I first started with my own teams .thrift file... but soon realized that I didn't understand golang enough to create the Handler... got lots of errors. Plan B - well just spin up the tutorial, right? Not quite. I see in the golang tutorial a Makefile.am ... I have tried `autoreconf` `cmake` `make -f` .. none of these worked and there is no getting started read me or hint as to what tool makes this tutorial come together... which would help me then understand what I need to do to finish my own teams .thrift server. ``` cmake . CMake Error: The source directory "~/go" does not appear to contain CMakeLists.txt. Specify --help for usage, or press the help button on the CMake GUI. autoreconf autoreconf: 'configure.ac' or 'configure.in' is required make -f Makefile.am make: *** No rule to make target `/tutorial/tutorial.thrift', needed by `gen-go/tutorial/calculator.go'. Stop. ``` folder structure is as follows was: I admit, I am a bit new to golang... but not new to thrift. I am using thrift Servers written in C#, Python, Java... but I would LOVE to look into golang. I first started with my own teams .thrift file... but soon realized that I didn't understand golang enough to create the Handler... got lots of errors. Plan B - well just spin up the tutorial, right? Not quite. I see in the golang tutorial a Makefile.am ... I have tried `autoreconf` `cmake` `make -f` .. none of these worked and there is no getting started read me or hint as to what tool makes this tutorial come together... which would help me then understand what I need to do to finish my own teams .thrift server. ``` cmake . CMake Error: The source directory "/Users/emcp/Dev/git/golang_thrift_experiments/go" does not appear to contain CMakeLists.txt. Specify --help for usage, or press the help button on the CMake GUI. autoreconf autoreconf: 'configure.ac' or 'configure.in' is required make -f Makefile.am make: *** No rule to make target `/tutorial/tutorial.thrift', needed by `gen-go/tutorial/calculator.go'. Stop. ``` folder structure is as follows > not very clear how to use golang implementation > --- > > Key: THRIFT-5291 > URL: https://issues.apache.org/jira/browse/THRIFT-5291 > Project: Thrift > Issue Type: Bug > Components: Go - Library >Affects Versions: 0.13.0 > Environment: Mac OS, Ubuntu 20.04 >Reporter: Erik >Priority: Minor > Attachments: image-2020-10-07-23-13-17-967.png > > > I admit, I am a bit new to golang... but not new to thrift. I am using > thrift Servers written in C#, Python, Java... but I would LOVE to look into > golang. > I first started with my own teams .thrift file... but soon realized that I > didn't understand golang enough to create the Handler... got lots of errors. > Plan B - well just spin up the tutorial, right? Not quite. I see in the > golang tutorial a Makefile.am ... I have tried `autoreconf` `cmake` `make -f` > .. none of these worked and there is no getting started read me or hint as to > what tool makes this tutorial come together... which would help me then > understand what I need to do to finish my own teams .thrift server. > > ``` > cmake . > CMake Error: The source directory "~/go" does not appear to contain > CMakeLists.txt. > Specify --help for usage, or press the help button on the CMake GUI. > autoreconf > autoreconf: 'configure.ac' or 'configure.in' is required > make -f Makefile.am > make: *** No rule to make target `/tutorial/tutorial.thrift', needed by > `gen-go/tutorial/calculator.go'. Stop. > ``` > folder structure is as follows > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (THRIFT-5291) not very clear how to use golang implementation
[ https://issues.apache.org/jira/browse/THRIFT-5291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17209871#comment-17209871 ] Erik commented on THRIFT-5291: -- !image-2020-10-07-23-13-17-967.png! > not very clear how to use golang implementation > --- > > Key: THRIFT-5291 > URL: https://issues.apache.org/jira/browse/THRIFT-5291 > Project: Thrift > Issue Type: Bug > Components: Go - Library >Affects Versions: 0.13.0 > Environment: Mac OS, Ubuntu 20.04 >Reporter: Erik >Priority: Minor > Attachments: image-2020-10-07-23-13-17-967.png > > > I admit, I am a bit new to golang... but not new to thrift. I am using > thrift Servers written in C#, Python, Java... but I would LOVE to look into > golang. > I first started with my own teams .thrift file... but soon realized that I > didn't understand golang enough to create the Handler... got lots of errors. > Plan B - well just spin up the tutorial, right? Not quite. I see in the > golang tutorial a Makefile.am ... I have tried `autoreconf` `cmake` `make -f` > .. none of these worked and there is no getting started read me or hint as to > what tool makes this tutorial come together... which would help me then > understand what I need to do to finish my own teams .thrift server. > > ``` > cmake . > CMake Error: The source directory > "/Users/emcp/Dev/git/golang_thrift_experiments/go" does not appear to contain > CMakeLists.txt. > Specify --help for usage, or press the help button on the CMake GUI. > autoreconf > autoreconf: 'configure.ac' or 'configure.in' is required > make -f Makefile.am > make: *** No rule to make target `/tutorial/tutorial.thrift', needed by > `gen-go/tutorial/calculator.go'. Stop. > ``` > folder structure is as follows > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (THRIFT-5291) not very clear how to use golang implementation
Erik created THRIFT-5291: Summary: not very clear how to use golang implementation Key: THRIFT-5291 URL: https://issues.apache.org/jira/browse/THRIFT-5291 Project: Thrift Issue Type: Bug Components: Go - Library Affects Versions: 0.13.0 Environment: Mac OS, Ubuntu 20.04 Reporter: Erik Attachments: image-2020-10-07-23-13-17-967.png I admit, I am a bit new to golang... but not new to thrift. I am using thrift Servers written in C#, Python, Java... but I would LOVE to look into golang. I first started with my own teams .thrift file... but soon realized that I didn't understand golang enough to create the Handler... got lots of errors. Plan B - well just spin up the tutorial, right? Not quite. I see in the golang tutorial a Makefile.am ... I have tried `autoreconf` `cmake` `make -f` .. none of these worked and there is no getting started read me or hint as to what tool makes this tutorial come together... which would help me then understand what I need to do to finish my own teams .thrift server. ``` cmake . CMake Error: The source directory "/Users/emcp/Dev/git/golang_thrift_experiments/go" does not appear to contain CMakeLists.txt. Specify --help for usage, or press the help button on the CMake GUI. autoreconf autoreconf: 'configure.ac' or 'configure.in' is required make -f Makefile.am make: *** No rule to make target `/tutorial/tutorial.thrift', needed by `gen-go/tutorial/calculator.go'. Stop. ``` folder structure is as follows -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (THRIFT-5291) not very clear how to use golang implementation
[ https://issues.apache.org/jira/browse/THRIFT-5291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik updated THRIFT-5291: - Attachment: image-2020-10-07-23-13-17-967.png > not very clear how to use golang implementation > --- > > Key: THRIFT-5291 > URL: https://issues.apache.org/jira/browse/THRIFT-5291 > Project: Thrift > Issue Type: Bug > Components: Go - Library >Affects Versions: 0.13.0 > Environment: Mac OS, Ubuntu 20.04 >Reporter: Erik >Priority: Minor > Attachments: image-2020-10-07-23-13-17-967.png > > > I admit, I am a bit new to golang... but not new to thrift. I am using > thrift Servers written in C#, Python, Java... but I would LOVE to look into > golang. > I first started with my own teams .thrift file... but soon realized that I > didn't understand golang enough to create the Handler... got lots of errors. > Plan B - well just spin up the tutorial, right? Not quite. I see in the > golang tutorial a Makefile.am ... I have tried `autoreconf` `cmake` `make -f` > .. none of these worked and there is no getting started read me or hint as to > what tool makes this tutorial come together... which would help me then > understand what I need to do to finish my own teams .thrift server. > > ``` > cmake . > CMake Error: The source directory > "/Users/emcp/Dev/git/golang_thrift_experiments/go" does not appear to contain > CMakeLists.txt. > Specify --help for usage, or press the help button on the CMake GUI. > autoreconf > autoreconf: 'configure.ac' or 'configure.in' is required > make -f Makefile.am > make: *** No rule to make target `/tutorial/tutorial.thrift', needed by > `gen-go/tutorial/calculator.go'. Stop. > ``` > folder structure is as follows > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (THRIFT-5516) Python Client returning None, instead of List
[ https://issues.apache.org/jira/browse/THRIFT-5516?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17491583#comment-17491583 ] Erik commented on THRIFT-5516: -- sorry sorry.. I'd accidentally been calling `send_` which IS a function but not the service endpoint..geez closing > Python Client returning None, instead of List > - > > Key: THRIFT-5516 > URL: https://issues.apache.org/jira/browse/THRIFT-5516 > Project: Thrift > Issue Type: Bug > Components: C++ - Library >Affects Versions: 0.13.0, 0.15.0 > Environment: Ubuntu 20.04 LTS > Python 3.8 > >Reporter: Erik >Priority: Major > > I am writing a C++ Thrift Server, and successfully utilizing it via a Python > Client up until today. > {code:java} > // bunch of stuff, including the Definitions for the Objects, Exceptions > service mythrift { > i32 ping() throws (1:CUSTOMException error), > list status() throws (1:CUSTOMException error), > list request_forstuff(1:list > request_objectss, 2:string some__type) throws (1:CUSTOMException error) > } > {code} > {code:java} > print("Testing my-thrift client...") > my_client = MYThriftClient().connect_to_thrift_server(thrift_host="127.0.0.1") > print("ping! total client pool size = " + str(my_client.ping())) > print("my_status = " + str(my_client.status())) > objects_to_request = get_some_objects() > myresult = my_client.send_request_forstuff(objects_to_request, "SOMETYPE") > print("MYRESULT = " + str(myresult)) > print("my_status = " + str(my_client.my_status())) {code} > What is strange is, this API call was working in past.. but suddenly my > Python Client is returning immediately .. even though I'm expecting a > `list` to come back.. > > {code:java} > Testing my-thrift client... > ping! total client pool size = 1 > my_status = ['MY_Status == pool->size() == 1, idle() == 1, busy() == 0'] > MYRESULT = None > {code} > Posted also in StackOverflow in case the community there has any ideas > https://stackoverflow.com/questions/71100680/python-thrift-client-immediately-returning-before-result-can-be-calculated > Other calls returning lists of standard things like String, work just fine.. > it is only this custom object list call which seems to fail.. > Any ideas how to debug or proceed? no matter what I code in the Server Side > it just comes back `None` in Python Client > > tried `V0.13.0` and upgraded to `V0.15.0` -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Closed] (THRIFT-5516) Python Client returning None, instead of List
[ https://issues.apache.org/jira/browse/THRIFT-5516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik closed THRIFT-5516. Resolution: Fixed > Python Client returning None, instead of List > - > > Key: THRIFT-5516 > URL: https://issues.apache.org/jira/browse/THRIFT-5516 > Project: Thrift > Issue Type: Bug > Components: C++ - Library >Affects Versions: 0.13.0, 0.15.0 > Environment: Ubuntu 20.04 LTS > Python 3.8 > >Reporter: Erik >Priority: Major > > I am writing a C++ Thrift Server, and successfully utilizing it via a Python > Client up until today. > {code:java} > // bunch of stuff, including the Definitions for the Objects, Exceptions > service mythrift { > i32 ping() throws (1:CUSTOMException error), > list status() throws (1:CUSTOMException error), > list request_forstuff(1:list > request_objectss, 2:string some__type) throws (1:CUSTOMException error) > } > {code} > {code:java} > print("Testing my-thrift client...") > my_client = MYThriftClient().connect_to_thrift_server(thrift_host="127.0.0.1") > print("ping! total client pool size = " + str(my_client.ping())) > print("my_status = " + str(my_client.status())) > objects_to_request = get_some_objects() > myresult = my_client.send_request_forstuff(objects_to_request, "SOMETYPE") > print("MYRESULT = " + str(myresult)) > print("my_status = " + str(my_client.my_status())) {code} > What is strange is, this API call was working in past.. but suddenly my > Python Client is returning immediately .. even though I'm expecting a > `list` to come back.. > > {code:java} > Testing my-thrift client... > ping! total client pool size = 1 > my_status = ['MY_Status == pool->size() == 1, idle() == 1, busy() == 0'] > MYRESULT = None > {code} > Posted also in StackOverflow in case the community there has any ideas > https://stackoverflow.com/questions/71100680/python-thrift-client-immediately-returning-before-result-can-be-calculated > Other calls returning lists of standard things like String, work just fine.. > it is only this custom object list call which seems to fail.. > Any ideas how to debug or proceed? no matter what I code in the Server Side > it just comes back `None` in Python Client > > tried `V0.13.0` and upgraded to `V0.15.0` -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (THRIFT-5513) How TThreadedSelectorServer support saml ?
[ https://issues.apache.org/jira/browse/THRIFT-5513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17491582#comment-17491582 ] Erik commented on THRIFT-5513: -- I think you're misunderstanding what Thrift does.. it's a way to create server side stubs.. but you still must write logic yourself.. including handling SAML if you have a more specific question I think it'd be easier to offer advice how to get started > How TThreadedSelectorServer support saml ? > -- > > Key: THRIFT-5513 > URL: https://issues.apache.org/jira/browse/THRIFT-5513 > Project: Thrift > Issue Type: Question > Components: Java - Library >Reporter: shenbing >Priority: Major > > How to using SAML with TThreadedSelectorServer ? i really can not find any > articals for it. In my understanding, TThreadedSelectorServer is an advanced > server based on NIO, so I want to use SAML together -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Created] (THRIFT-5516) Python Client returning None, instead of List
Erik created THRIFT-5516: Summary: Python Client returning None, instead of List Key: THRIFT-5516 URL: https://issues.apache.org/jira/browse/THRIFT-5516 Project: Thrift Issue Type: Bug Components: C++ - Library Affects Versions: 0.15.0, 0.13.0 Environment: Ubuntu 20.04 LTS Python 3.8 Reporter: Erik I am writing a C++ Thrift Server, and successfully utilizing it via a Python Client up until today. {code:java} // bunch of stuff, including the Definitions for the Objects, Exceptions service mythrift { i32 ping() throws (1:CUSTOMException error), list status() throws (1:CUSTOMException error), list request_forstuff(1:list request_objectss, 2:string some__type) throws (1:CUSTOMException error) } {code} {code:java} print("Testing my-thrift client...") my_client = MYThriftClient().connect_to_thrift_server(thrift_host="127.0.0.1") print("ping! total client pool size = " + str(my_client.ping())) print("my_status = " + str(my_client.status())) objects_to_request = get_some_objects() myresult = my_client.send_request_forstuff(objects_to_request, "SOMETYPE") print("MYRESULT = " + str(myresult)) print("my_status = " + str(my_client.my_status())) {code} What is strange is, this API call was working in past.. but suddenly my Python Client is returning immediately .. even though I'm expecting a `list` to come back.. {code:java} Testing my-thrift client... ping! total client pool size = 1 my_status = ['MY_Status == pool->size() == 1, idle() == 1, busy() == 0'] MYRESULT = None {code} Posted also in StackOverflow in case the community there has any ideas https://stackoverflow.com/questions/71100680/python-thrift-client-immediately-returning-before-result-can-be-calculated Other calls returning lists of standard things like String, work just fine.. it is only this custom object list call which seems to fail.. Any ideas how to debug or proceed? no matter what I code in the Server Side it just comes back `None` in Python Client tried `V0.13.0` and upgraded to `V0.15.0` -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Created] (THRIFT-5604) Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation warnings
Erik created THRIFT-5604: Summary: Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation warnings Key: THRIFT-5604 URL: https://issues.apache.org/jira/browse/THRIFT-5604 Project: Thrift Issue Type: Bug Reporter: Erik I am unable to integrate thrift into a Swift Application within XCode I won't post too much detail since I posted a SO already with most of the things I've tried.. Trying to add the git repo in XCode didn't work [https://stackoverflow.com/questions/72895796/having-trouble-with-adding-a-swift-package-to-macos-12-x/72898864?noredirect=1#comment128766432_72898864] And once I manually cloned the repo and set a git tag.. that still isn't being found in XCode on the `import Thrift` line.. so I must be doing something wrong? [https://stackoverflow.com/questions/72908786/trying-to-figure-out-swift-clients-for-thrift] If I hit CMD+B to build.. I just kept seeing Thrift module not found.. even though I seem to have successfully added the package finally I started to give up integrating the library properly and just chuck it into a folder in my project and go from there.. but once I did that all sorts of deprecation warnings made me wonder how far a rabbit hole am I going.. ``` /Users/emcp/App/Thrift/TSSLSocketTransport.swift:200:14: 'SecTrustEvaluate' was deprecated in macOS 10.15: renamed to 'SecTrustEvaluateWithError(_:_:)' ``` I am on Mac 12.x hoping to code a small menubar app which in swift talks to a Python Thrift Server.. but beginning to wonder if anyone has done this.. there's near zero walkthroughs of this type of thing out there. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (THRIFT-5604) Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation warnings
[ https://issues.apache.org/jira/browse/THRIFT-5604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17564667#comment-17564667 ] Erik commented on THRIFT-5604: -- just want to update.. after manually adding the lib/swift/Source/*.swift files to my project under a folder.. and removing `import Thrift` my project can build.. but I had to redo the example client as well.. instead I have {code:java} import Foundation //import Thrift class SomeThriftClient { var some_thrift_client :some_accessorClient var server_status :Int32 init() throws { let transport = try TSocketTransport(hostname: "localhost", port: 9090) let proto = TBinaryProtocol(on: transport) let client = some_accessorClient(inoutProtocol: proto) self.some_thrift_client = client self.server_status = try client.ping() print(self.server_status) } } {code} > Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation > warnings > > > Key: THRIFT-5604 > URL: https://issues.apache.org/jira/browse/THRIFT-5604 > Project: Thrift > Issue Type: Bug >Reporter: Erik >Priority: Major > > I am unable to integrate thrift into a Swift Application within XCode > I won't post too much detail since I posted a SO already with most of the > things I've tried.. > Trying to add the git repo in XCode didn't work > [https://stackoverflow.com/questions/72895796/having-trouble-with-adding-a-swift-package-to-macos-12-x/72898864?noredirect=1#comment128766432_72898864] > And once I manually cloned the repo and set a git tag.. that still isn't > being found in XCode on the `import Thrift` line.. so I must be doing > something wrong? > [https://stackoverflow.com/questions/72908786/trying-to-figure-out-swift-clients-for-thrift] > If I hit CMD+B to build.. I just kept seeing Thrift module not found.. even > though I seem to have successfully added the package > finally I started to give up integrating the library properly and just chuck > it into a folder in my project and go from there.. but once I did that all > sorts of deprecation warnings made me wonder how far a rabbit hole am I > going.. > ``` > /Users/emcp/App/Thrift/TSSLSocketTransport.swift:200:14: 'SecTrustEvaluate' > was deprecated in macOS 10.15: renamed to 'SecTrustEvaluateWithError(_:_:)' > ``` > I am on Mac 12.x hoping to code a small menubar app which in swift talks to a > Python Thrift Server.. but beginning to wonder if anyone has done this.. > there's near zero walkthroughs of this type of thing out there. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Comment Edited] (THRIFT-5604) Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation warnings
[ https://issues.apache.org/jira/browse/THRIFT-5604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17564667#comment-17564667 ] Erik edited comment on THRIFT-5604 at 7/10/22 11:13 AM: just want to update.. after manually adding the lib/swift/Source/*.swift files to my project under a folder.. and removing `import Thrift` my project can build.. but I had to redo the example client as well.. instead I have {code:java} {code} {code:java} import Foundation SomeThriftClient { var some_thrift_client :some_accessorClient? var server_status :Int32 init() { do { let transport = try TSocketTransport(hostname: "localhost", port: 9090) let proto = TBinaryProtocol(on: transport) let client = some_accessorClient(inoutProtocol: proto) self.some_thrift_client = client self.server_status = try self.some_thrift_client!.ping() } catch { print("init had a boo boo :(") self.server_status = 50 self.boto3_thrift_client = nil } print(self.server_status) } } {code} EDIT: After recoding the init function .. and hitting "go" in XCODE.. the init fails and I see path:/var/run/mDNSResponder Socket:4 Err:-1 Errno:1 Operation not permitted Is this some apple thing which I need to enable in my project to use Thrift? or is it my bad client? was (Author: emcp): just want to update.. after manually adding the lib/swift/Source/*.swift files to my project under a folder.. and removing `import Thrift` my project can build.. but I had to redo the example client as well.. instead I have {code:java} {code} {code:java} import Foundation AWSBoto3ThriftClient { var some_thrift_client :some_accessorClient? var server_status :Int32 init() { do { let transport = try TSocketTransport(hostname: "localhost", port: 9090) let proto = TBinaryProtocol(on: transport) let client = some_accessorClient(inoutProtocol: proto) self.some_thrift_client = client self.server_status = try self.some_thrift_client!.ping() } catch { print("init had a boo boo :(") self.server_status = 50 self.boto3_thrift_client = nil } print(self.server_status) } } {code} EDIT: After recoding the init function .. and hitting "go" in XCODE.. the init fails and I see path:/var/run/mDNSResponder Socket:4 Err:-1 Errno:1 Operation not permitted Is this some apple thing which I need to enable in my project to use Thrift? or is it my bad client? > Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation > warnings > > > Key: THRIFT-5604 > URL: https://issues.apache.org/jira/browse/THRIFT-5604 > Project: Thrift > Issue Type: Bug >Reporter: Erik >Priority: Major > > I am unable to integrate thrift into a Swift Application within XCode > I won't post too much detail since I posted a SO already with most of the > things I've tried.. > Trying to add the git repo in XCode didn't work > [https://stackoverflow.com/questions/72895796/having-trouble-with-adding-a-swift-package-to-macos-12-x/72898864?noredirect=1#comment128766432_72898864] > And once I manually cloned the repo and set a git tag.. that still isn't > being found in XCode on the `import Thrift` line.. so I must be doing > something wrong? > [https://stackoverflow.com/questions/72908786/trying-to-figure-out-swift-clients-for-thrift] > If I hit CMD+B to build.. I just kept seeing Thrift module not found.. even > though I seem to have successfully added the package > finally I started to give up integrating the library properly and just chuck > it into a folder in my project and go from there.. but once I did that all > sorts of deprecation warnings made me wonder how far a rabbit hole am I > going.. > ``` > /Users/emcp/App/Thrift/TSSLSocketTransport.swift:200:14: 'SecTrustEvaluate' > was deprecated in macOS 10.15: renamed to 'SecTrustEvaluateWithError(_:_:)' > ``` > I am on Mac 12.x hoping to code a small menubar app which in swift talks to a > Python Thrift Server.. but beginning to wonder if anyone has done this.. > there's near zero walkthroughs of this type of thing out there. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Comment Edited] (THRIFT-5604) Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation warnings
[ https://issues.apache.org/jira/browse/THRIFT-5604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17564667#comment-17564667 ] Erik edited comment on THRIFT-5604 at 7/10/22 11:14 AM: just want to update.. after manually adding the lib/swift/Source/*.swift files to my project under a folder.. and removing `import Thrift` my project can build.. but I had to redo the example client as well.. instead I have {code:java} {code} {code:java} import Foundation SomeThriftClient { var some_thrift_client :some_accessorClient? var server_status :Int32 init() { do { let transport = try TSocketTransport(hostname: "localhost", port: 9090) let proto = TBinaryProtocol(on: transport) let client = some_accessorClient(inoutProtocol: proto) self.some_thrift_client = client self.server_status = try self.some_thrift_client!.ping() } catch { print("init had a boo boo :(") self.server_status = 50 self.boto3_thrift_client = nil } print(self.server_status) } } {code} EDIT: After recoding the init function .. and hitting "go" in XCODE.. the init fails and I see {code:java} 2022-07-10 13:10:43.987297+0200 S3SyncApp[21912:1163506] dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:4 Err:-1 Errno:1 Operation not permitted init had a boo boo :({code} Is this some apple thing which I need to enable in my project to use Thrift? or is it my bad client? was (Author: emcp): just want to update.. after manually adding the lib/swift/Source/*.swift files to my project under a folder.. and removing `import Thrift` my project can build.. but I had to redo the example client as well.. instead I have {code:java} {code} {code:java} import Foundation SomeThriftClient { var some_thrift_client :some_accessorClient? var server_status :Int32 init() { do { let transport = try TSocketTransport(hostname: "localhost", port: 9090) let proto = TBinaryProtocol(on: transport) let client = some_accessorClient(inoutProtocol: proto) self.some_thrift_client = client self.server_status = try self.some_thrift_client!.ping() } catch { print("init had a boo boo :(") self.server_status = 50 self.boto3_thrift_client = nil } print(self.server_status) } } {code} EDIT: After recoding the init function .. and hitting "go" in XCODE.. the init fails and I see path:/var/run/mDNSResponder Socket:4 Err:-1 Errno:1 Operation not permitted Is this some apple thing which I need to enable in my project to use Thrift? or is it my bad client? > Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation > warnings > > > Key: THRIFT-5604 > URL: https://issues.apache.org/jira/browse/THRIFT-5604 > Project: Thrift > Issue Type: Bug >Reporter: Erik >Priority: Major > > I am unable to integrate thrift into a Swift Application within XCode > I won't post too much detail since I posted a SO already with most of the > things I've tried.. > Trying to add the git repo in XCode didn't work > [https://stackoverflow.com/questions/72895796/having-trouble-with-adding-a-swift-package-to-macos-12-x/72898864?noredirect=1#comment128766432_72898864] > And once I manually cloned the repo and set a git tag.. that still isn't > being found in XCode on the `import Thrift` line.. so I must be doing > something wrong? > [https://stackoverflow.com/questions/72908786/trying-to-figure-out-swift-clients-for-thrift] > If I hit CMD+B to build.. I just kept seeing Thrift module not found.. even > though I seem to have successfully added the package > finally I started to give up integrating the library properly and just chuck > it into a folder in my project and go from there.. but once I did that all > sorts of deprecation warnings made me wonder how far a rabbit hole am I > going.. > ``` > /Users/emcp/App/Thrift/TSSLSocketTransport.swift:200:14: 'SecTrustEvaluate' > was deprecated in macOS 10.15: renamed to 'SecTrustEvaluateWithError(_:_:)' > ``` > I am on Mac 12.x hoping to code a small menubar app which in swift talks to a > Python Thrift Server.. but beginning to wonder if anyone has done this.. > there's near zero walkthroughs of this type of thing out there. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Comment Edited] (THRIFT-5604) Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation warnings
[ https://issues.apache.org/jira/browse/THRIFT-5604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17564667#comment-17564667 ] Erik edited comment on THRIFT-5604 at 7/10/22 11:14 AM: just want to update.. after manually adding the lib/swift/Source/*.swift files to my project under a folder.. and removing `import Thrift` my project can build.. but I had to redo the example client as well.. instead I have {code:java} {code} {code:java} import Foundation SomeThriftClient { var some_thrift_client :some_accessorClient? var server_status :Int32 init() { do { let transport = try TSocketTransport(hostname: "localhost", port: 9090) let proto = TBinaryProtocol(on: transport) let client = some_accessorClient(inoutProtocol: proto) self.some_thrift_client = client self.server_status = try self.some_thrift_client!.ping() } catch { print("init had a boo boo :(") self.server_status = 50 self.boto3_thrift_client = nil } print(self.server_status) } } {code} EDIT: After recoding the init function .. and hitting "go" in XCODE.. the init fails and I see {code:java} 2022-07-10 13:10:43.987297+0200 MySyncApp[21912:1163506] dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:4 Err:-1 Errno:1 Operation not permitted init had a boo boo :({code} Is this some apple thing which I need to enable in my project to use Thrift? or is it my bad client? was (Author: emcp): just want to update.. after manually adding the lib/swift/Source/*.swift files to my project under a folder.. and removing `import Thrift` my project can build.. but I had to redo the example client as well.. instead I have {code:java} {code} {code:java} import Foundation SomeThriftClient { var some_thrift_client :some_accessorClient? var server_status :Int32 init() { do { let transport = try TSocketTransport(hostname: "localhost", port: 9090) let proto = TBinaryProtocol(on: transport) let client = some_accessorClient(inoutProtocol: proto) self.some_thrift_client = client self.server_status = try self.some_thrift_client!.ping() } catch { print("init had a boo boo :(") self.server_status = 50 self.boto3_thrift_client = nil } print(self.server_status) } } {code} EDIT: After recoding the init function .. and hitting "go" in XCODE.. the init fails and I see {code:java} 2022-07-10 13:10:43.987297+0200 S3SyncApp[21912:1163506] dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:4 Err:-1 Errno:1 Operation not permitted init had a boo boo :({code} Is this some apple thing which I need to enable in my project to use Thrift? or is it my bad client? > Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation > warnings > > > Key: THRIFT-5604 > URL: https://issues.apache.org/jira/browse/THRIFT-5604 > Project: Thrift > Issue Type: Bug >Reporter: Erik >Priority: Major > > I am unable to integrate thrift into a Swift Application within XCode > I won't post too much detail since I posted a SO already with most of the > things I've tried.. > Trying to add the git repo in XCode didn't work > [https://stackoverflow.com/questions/72895796/having-trouble-with-adding-a-swift-package-to-macos-12-x/72898864?noredirect=1#comment128766432_72898864] > And once I manually cloned the repo and set a git tag.. that still isn't > being found in XCode on the `import Thrift` line.. so I must be doing > something wrong? > [https://stackoverflow.com/questions/72908786/trying-to-figure-out-swift-clients-for-thrift] > If I hit CMD+B to build.. I just kept seeing Thrift module not found.. even > though I seem to have successfully added the package > finally I started to give up integrating the library properly and just chuck > it into a folder in my project and go from there.. but once I did that all > sorts of deprecation warnings made me wonder how far a rabbit hole am I > going.. > ``` > /Users/emcp/App/Thrift/TSSLSocketTransport.swift:200:14: 'SecTrustEvaluate' > was deprecated in macOS 10.15: renamed to 'SecTrustEvaluateWithError(_:_:)' > ``` > I am on Mac 12.x hoping to code a small menubar app which in swift talks to a > Python Thrift Server.. but beginning to wonder if anyone has done this.. > there's near zero walkthroughs of this type of thing out there. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Comment Edited] (THRIFT-5604) Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation warnings
[ https://issues.apache.org/jira/browse/THRIFT-5604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17564667#comment-17564667 ] Erik edited comment on THRIFT-5604 at 7/10/22 11:13 AM: just want to update.. after manually adding the lib/swift/Source/*.swift files to my project under a folder.. and removing `import Thrift` my project can build.. but I had to redo the example client as well.. instead I have {code:java} {code} {code:java} import Foundation AWSBoto3ThriftClient { var some_thrift_client :some_accessorClient? var server_status :Int32 init() { do { let transport = try TSocketTransport(hostname: "localhost", port: 9090) let proto = TBinaryProtocol(on: transport) let client = some_accessorClient(inoutProtocol: proto) self.some_thrift_client = client self.server_status = try self.some_thrift_client!.ping() } catch { print("init had a boo boo :(") self.server_status = 50 self.boto3_thrift_client = nil } print(self.server_status) } } {code} EDIT: After recoding the init function .. and hitting "go" in XCODE.. the init fails and I see path:/var/run/mDNSResponder Socket:4 Err:-1 Errno:1 Operation not permitted Is this some apple thing which I need to enable in my project to use Thrift? or is it my bad client? was (Author: emcp): just want to update.. after manually adding the lib/swift/Source/*.swift files to my project under a folder.. and removing `import Thrift` my project can build.. but I had to redo the example client as well.. instead I have {code:java} import Foundation //import Thrift class SomeThriftClient { var some_thrift_client :some_accessorClient var server_status :Int32 init() throws { let transport = try TSocketTransport(hostname: "localhost", port: 9090) let proto = TBinaryProtocol(on: transport) let client = some_accessorClient(inoutProtocol: proto) self.some_thrift_client = client self.server_status = try client.ping() print(self.server_status) } } {code} > Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation > warnings > > > Key: THRIFT-5604 > URL: https://issues.apache.org/jira/browse/THRIFT-5604 > Project: Thrift > Issue Type: Bug >Reporter: Erik >Priority: Major > > I am unable to integrate thrift into a Swift Application within XCode > I won't post too much detail since I posted a SO already with most of the > things I've tried.. > Trying to add the git repo in XCode didn't work > [https://stackoverflow.com/questions/72895796/having-trouble-with-adding-a-swift-package-to-macos-12-x/72898864?noredirect=1#comment128766432_72898864] > And once I manually cloned the repo and set a git tag.. that still isn't > being found in XCode on the `import Thrift` line.. so I must be doing > something wrong? > [https://stackoverflow.com/questions/72908786/trying-to-figure-out-swift-clients-for-thrift] > If I hit CMD+B to build.. I just kept seeing Thrift module not found.. even > though I seem to have successfully added the package > finally I started to give up integrating the library properly and just chuck > it into a folder in my project and go from there.. but once I did that all > sorts of deprecation warnings made me wonder how far a rabbit hole am I > going.. > ``` > /Users/emcp/App/Thrift/TSSLSocketTransport.swift:200:14: 'SecTrustEvaluate' > was deprecated in macOS 10.15: renamed to 'SecTrustEvaluateWithError(_:_:)' > ``` > I am on Mac 12.x hoping to code a small menubar app which in swift talks to a > Python Thrift Server.. but beginning to wonder if anyone has done this.. > there's near zero walkthroughs of this type of thing out there. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Closed] (THRIFT-5291) golang tutorial seems broken
[ https://issues.apache.org/jira/browse/THRIFT-5291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik closed THRIFT-5291. Resolution: Won't Fix > golang tutorial seems broken > > > Key: THRIFT-5291 > URL: https://issues.apache.org/jira/browse/THRIFT-5291 > Project: Thrift > Issue Type: Bug > Components: Go - Library >Affects Versions: 0.13.0 > Environment: Mac OS, Ubuntu 20.04 >Reporter: Erik >Priority: Minor > Attachments: image-2020-10-07-23-13-17-967.png > > > I admit, I am a bit new to golang... but not new to thrift. I am using > thrift Servers written in C#, Python, Java... but I would LOVE to look into > golang. > I first started with my own teams .thrift file... but soon realized that I > didn't understand golang enough to create the Handler... got lots of errors. > Plan B - well just spin up the tutorial, right? Not quite. I see in the > golang tutorial a Makefile.am ... I have tried `autoreconf` `cmake` `make -f` > .. none of these worked and there is no getting started read me or hint as to > what tool makes this tutorial come together... which would help me then > understand what I need to do to finish my own teams .thrift server. > > {code} > cmake . > CMake Error: The source directory "~/go" does not appear to contain > CMakeLists.txt. > Specify --help for usage, or press the help button on the CMake GUI. > autoreconf > autoreconf: 'configure.ac' or 'configure.in' is required > make -f Makefile.am > make: *** No rule to make target `/tutorial/tutorial.thrift', needed by > `gen-go/tutorial/calculator.go'. Stop. > {code} > folder structure is as follows > > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Comment Edited] (THRIFT-5604) Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation warnings
[ https://issues.apache.org/jira/browse/THRIFT-5604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17564667#comment-17564667 ] Erik edited comment on THRIFT-5604 at 7/10/22 11:36 AM: just want to update.. after manually adding the lib/swift/Source/*.swift files to my project under a folder.. and removing `import Thrift` my project can build.. but I had to redo the example client as well.. instead I have {code:java} {code} {code:java} import Foundation SomeThriftClient { var some_thrift_client :some_accessorClient? var server_status :Int32 init() { do { let transport = try TSocketTransport(hostname: "localhost", port: 9090) let proto = TBinaryProtocol(on: transport) let client = some_accessorClient(inoutProtocol: proto) self.some_thrift_client = client self.server_status = try self.some_thrift_client!.ping() } catch { print("init had a boo boo :(") self.server_status = 50 self.boto3_thrift_client = nil } print(self.server_status) } } {code} EDIT: After recoding the init function .. and hitting "go" in XCODE.. the init fails and I see {code:java} 2022-07-10 13:10:43.987297+0200 MySyncApp[21912:1163506] dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:4 Err:-1 Errno:1 Operation not permitted init had a boo boo :({code} Is this some apple thing which I need to enable in my project to use Thrift? or is it my bad client? EDIT2: Ah I see now, in the app sandbox settings I must check allow outgoing connections done AND working! wow [https://developer.apple.com/documentation/xcode/adding-capabilities-to-your-app] Now just need to figure out why I cannot import this like a regular person was (Author: emcp): just want to update.. after manually adding the lib/swift/Source/*.swift files to my project under a folder.. and removing `import Thrift` my project can build.. but I had to redo the example client as well.. instead I have {code:java} {code} {code:java} import Foundation SomeThriftClient { var some_thrift_client :some_accessorClient? var server_status :Int32 init() { do { let transport = try TSocketTransport(hostname: "localhost", port: 9090) let proto = TBinaryProtocol(on: transport) let client = some_accessorClient(inoutProtocol: proto) self.some_thrift_client = client self.server_status = try self.some_thrift_client!.ping() } catch { print("init had a boo boo :(") self.server_status = 50 self.boto3_thrift_client = nil } print(self.server_status) } } {code} EDIT: After recoding the init function .. and hitting "go" in XCODE.. the init fails and I see {code:java} 2022-07-10 13:10:43.987297+0200 MySyncApp[21912:1163506] dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:4 Err:-1 Errno:1 Operation not permitted init had a boo boo :({code} Is this some apple thing which I need to enable in my project to use Thrift? or is it my bad client? > Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation > warnings > > > Key: THRIFT-5604 > URL: https://issues.apache.org/jira/browse/THRIFT-5604 > Project: Thrift > Issue Type: Bug >Reporter: Erik >Priority: Major > > I am unable to integrate thrift into a Swift Application within XCode > I won't post too much detail since I posted a SO already with most of the > things I've tried.. > Trying to add the git repo in XCode didn't work > [https://stackoverflow.com/questions/72895796/having-trouble-with-adding-a-swift-package-to-macos-12-x/72898864?noredirect=1#comment128766432_72898864] > And once I manually cloned the repo and set a git tag.. that still isn't > being found in XCode on the `import Thrift` line.. so I must be doing > something wrong? > [https://stackoverflow.com/questions/72908786/trying-to-figure-out-swift-clients-for-thrift] > If I hit CMD+B to build.. I just kept seeing Thrift module not found.. even > though I seem to have successfully added the package > finally I started to give up integrating the library properly and just chuck > it into a folder in my project and go from there.. but once I did that all > sorts of deprecation warnings made me wonder how far a rabbit hole am I > going.. > ``` > /Users/emcp/App/Thrift/TSSLSocketTransport.swift:200:14: 'SecTrustEvaluate' > was deprecated in macOS 10.15: renamed to 'SecTrustEvaluateWithError(_:_:)' > ``` > I am on Mac 12.x hoping to code a small menubar app which in swift talks to a > Python Thrift Server..
[jira] [Updated] (THRIFT-5664) fairly simple .thrift service call in rust , attempts to allocate too much memory and crashes
[ https://issues.apache.org/jira/browse/THRIFT-5664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik updated THRIFT-5664: - Attachment: Cargo.toml > fairly simple .thrift service call in rust , attempts to allocate too much > memory and crashes > - > > Key: THRIFT-5664 > URL: https://issues.apache.org/jira/browse/THRIFT-5664 > Project: Thrift > Issue Type: Bug > Components: Rust - Compiler >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Major > Attachments: Cargo.toml, main.rs, test.rs, test.thrift > > > A fairly small simple .thrift file of mine... when used with RUST on the > server side.. seems to crash spectacularly if called via Python client... > thread - > [https://users.rust-lang.org/t/first-rust-thrift-server-crashing-on-returning-i32/83271/2] > .thrift file > {code:java} > namespace java com.jrgemcp.twsapithrift > namespace cpp twsapithrift > exception IBSAPIException { > 1: i32 error_code, > 2: string message > } > service ibrokers { > i32 ping() throws (1:IBSAPIException error), > list ib_status() throws (1:IBSAPIException error) > } > {code} > The Server Handler Call > {code:rust} > fn handle_ping() -> thrift::Result { > let ping_val: thrift::Result = Ok(0); > ping_val > } > {code} > Error coming from Rust built server > {code:rust} > binding to 127.0.0.1:9090 > memory allocation of 18446744071562133505 bytes failed > Aborted (core dumped) > {code} > Any ideas here? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (THRIFT-5664) fairly simple .thrift service call in rust , attempts to allocate too much memory and crashes
[ https://issues.apache.org/jira/browse/THRIFT-5664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik updated THRIFT-5664: - Attachment: test.rs > fairly simple .thrift service call in rust , attempts to allocate too much > memory and crashes > - > > Key: THRIFT-5664 > URL: https://issues.apache.org/jira/browse/THRIFT-5664 > Project: Thrift > Issue Type: Bug > Components: Rust - Compiler >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Major > Attachments: Cargo.toml, main.rs, test.rs, test.thrift > > > A fairly small simple .thrift file of mine... when used with RUST on the > server side.. seems to crash spectacularly if called via Python client... > thread - > [https://users.rust-lang.org/t/first-rust-thrift-server-crashing-on-returning-i32/83271/2] > .thrift file > {code:java} > namespace java com.jrgemcp.twsapithrift > namespace cpp twsapithrift > exception IBSAPIException { > 1: i32 error_code, > 2: string message > } > service ibrokers { > i32 ping() throws (1:IBSAPIException error), > list ib_status() throws (1:IBSAPIException error) > } > {code} > The Server Handler Call > {code:rust} > fn handle_ping() -> thrift::Result { > let ping_val: thrift::Result = Ok(0); > ping_val > } > {code} > Error coming from Rust built server > {code:rust} > binding to 127.0.0.1:9090 > memory allocation of 18446744071562133505 bytes failed > Aborted (core dumped) > {code} > Any ideas here? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (THRIFT-5664) fairly simple .thrift service call in rust , attempts to allocate too much memory and crashes
[ https://issues.apache.org/jira/browse/THRIFT-5664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik updated THRIFT-5664: - Attachment: test.thrift > fairly simple .thrift service call in rust , attempts to allocate too much > memory and crashes > - > > Key: THRIFT-5664 > URL: https://issues.apache.org/jira/browse/THRIFT-5664 > Project: Thrift > Issue Type: Bug > Components: Rust - Compiler >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Major > Attachments: Cargo.toml, main.rs, test.rs, test.thrift > > > A fairly small simple .thrift file of mine... when used with RUST on the > server side.. seems to crash spectacularly if called via Python client... > thread - > [https://users.rust-lang.org/t/first-rust-thrift-server-crashing-on-returning-i32/83271/2] > .thrift file > {code:java} > namespace java com.jrgemcp.twsapithrift > namespace cpp twsapithrift > exception IBSAPIException { > 1: i32 error_code, > 2: string message > } > service ibrokers { > i32 ping() throws (1:IBSAPIException error), > list ib_status() throws (1:IBSAPIException error) > } > {code} > The Server Handler Call > {code:rust} > fn handle_ping() -> thrift::Result { > let ping_val: thrift::Result = Ok(0); > ping_val > } > {code} > Error coming from Rust built server > {code:rust} > binding to 127.0.0.1:9090 > memory allocation of 18446744071562133505 bytes failed > Aborted (core dumped) > {code} > Any ideas here? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (THRIFT-5664) fairly simple .thrift service call in rust , attempts to allocate too much memory and crashes
[ https://issues.apache.org/jira/browse/THRIFT-5664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik updated THRIFT-5664: - Attachment: main.rs > fairly simple .thrift service call in rust , attempts to allocate too much > memory and crashes > - > > Key: THRIFT-5664 > URL: https://issues.apache.org/jira/browse/THRIFT-5664 > Project: Thrift > Issue Type: Bug > Components: Rust - Compiler >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Major > Attachments: Cargo.toml, main.rs, test.rs, test.thrift > > > A fairly small simple .thrift file of mine... when used with RUST on the > server side.. seems to crash spectacularly if called via Python client... > thread - > [https://users.rust-lang.org/t/first-rust-thrift-server-crashing-on-returning-i32/83271/2] > .thrift file > {code:java} > namespace java com.jrgemcp.twsapithrift > namespace cpp twsapithrift > exception IBSAPIException { > 1: i32 error_code, > 2: string message > } > service ibrokers { > i32 ping() throws (1:IBSAPIException error), > list ib_status() throws (1:IBSAPIException error) > } > {code} > The Server Handler Call > {code:rust} > fn handle_ping() -> thrift::Result { > let ping_val: thrift::Result = Ok(0); > ping_val > } > {code} > Error coming from Rust built server > {code:rust} > binding to 127.0.0.1:9090 > memory allocation of 18446744071562133505 bytes failed > Aborted (core dumped) > {code} > Any ideas here? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (THRIFT-5664) fairly simple .thrift service call in rust , attempts to allocate too much memory and crashes
Erik created THRIFT-5664: Summary: fairly simple .thrift service call in rust , attempts to allocate too much memory and crashes Key: THRIFT-5664 URL: https://issues.apache.org/jira/browse/THRIFT-5664 Project: Thrift Issue Type: Bug Components: Rust - Compiler Affects Versions: 0.16.0 Reporter: Erik A fairly small simple .thrift file of mine... when used with RUST on the server side.. seems to crash spectacularly if called via Python client... thread - [https://users.rust-lang.org/t/first-rust-thrift-server-crashing-on-returning-i32/83271/2] .thrift file {code:java} namespace java com.jrgemcp.twsapithrift namespace cpp twsapithrift exception IBSAPIException { 1: i32 error_code, 2: string message } service ibrokers { i32 ping() throws (1:IBSAPIException error), list ib_status() throws (1:IBSAPIException error) } {code} The Server Handler Call {code:rust} fn handle_ping() -> thrift::Result { let ping_val: thrift::Result = Ok(0); ping_val } {code} Error coming from Rust built server {code:rust} binding to 127.0.0.1:9090 memory allocation of 18446744071562133505 bytes failed Aborted (core dumped) {code} Any ideas here? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (THRIFT-5664) fairly simple .thrift service call in rust , attempts to allocate too much memory and crashes
[ https://issues.apache.org/jira/browse/THRIFT-5664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik updated THRIFT-5664: - Description: A fairly small simple .thrift file of mine... when used with RUST on the server side.. seems to crash spectacularly if called via Python client... thread - [https://users.rust-lang.org/t/first-rust-thrift-server-crashing-on-returning-i32/83271/2] .thrift file {code:java} namespace java com.jrgemcp.twsapithrift namespace cpp twsapithrift exception IBSAPIException { 1: i32 error_code, 2: string message } service ibrokers { i32 ping() throws (1:IBSAPIException error), list ib_status() throws (1:IBSAPIException error) } {code} The Server Handler Call {code:java} fn handle_ping() -> thrift::Result { let ping_val: thrift::Result = Ok(0); ping_val } {code} Error coming from Rust built server {code:java} binding to 127.0.0.1:9090 memory allocation of 18446744071562133505 bytes failed Aborted (core dumped) {code} Any ideas here? was: A fairly small simple .thrift file of mine... when used with RUST on the server side.. seems to crash spectacularly if called via Python client... thread - [https://users.rust-lang.org/t/first-rust-thrift-server-crashing-on-returning-i32/83271/2] .thrift file {code:java} namespace java com.jrgemcp.twsapithrift namespace cpp twsapithrift exception IBSAPIException { 1: i32 error_code, 2: string message } service ibrokers { i32 ping() throws (1:IBSAPIException error), list ib_status() throws (1:IBSAPIException error) } {code} The Server Handler Call {code:rust} fn handle_ping() -> thrift::Result { let ping_val: thrift::Result = Ok(0); ping_val } {code} Error coming from Rust built server {code:rust} binding to 127.0.0.1:9090 memory allocation of 18446744071562133505 bytes failed Aborted (core dumped) {code} Any ideas here? > fairly simple .thrift service call in rust , attempts to allocate too much > memory and crashes > - > > Key: THRIFT-5664 > URL: https://issues.apache.org/jira/browse/THRIFT-5664 > Project: Thrift > Issue Type: Bug > Components: Rust - Compiler >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Major > Attachments: Cargo.toml, main.rs, test.rs, test.thrift > > > A fairly small simple .thrift file of mine... when used with RUST on the > server side.. seems to crash spectacularly if called via Python client... > thread - > [https://users.rust-lang.org/t/first-rust-thrift-server-crashing-on-returning-i32/83271/2] > .thrift file > {code:java} > namespace java com.jrgemcp.twsapithrift > namespace cpp twsapithrift > exception IBSAPIException { > 1: i32 error_code, > 2: string message > } > service ibrokers { > i32 ping() throws (1:IBSAPIException error), > list ib_status() throws (1:IBSAPIException error) > } > {code} > The Server Handler Call > {code:java} > fn handle_ping() -> thrift::Result { > let ping_val: thrift::Result = Ok(0); > ping_val > } > {code} > Error coming from Rust built server > {code:java} > binding to 127.0.0.1:9090 > memory allocation of 18446744071562133505 bytes failed > Aborted (core dumped) > {code} > Any ideas here? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (THRIFT-5664) fairly simple .thrift service call in rust , attempts to allocate too much memory and crashes
[ https://issues.apache.org/jira/browse/THRIFT-5664?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17625714#comment-17625714 ] Erik commented on THRIFT-5664: -- full files are attached > fairly simple .thrift service call in rust , attempts to allocate too much > memory and crashes > - > > Key: THRIFT-5664 > URL: https://issues.apache.org/jira/browse/THRIFT-5664 > Project: Thrift > Issue Type: Bug > Components: Rust - Compiler >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Major > Attachments: Cargo.toml, main.rs, test.rs, test.thrift > > > A fairly small simple .thrift file of mine... when used with RUST on the > server side.. seems to crash spectacularly if called via Python client... > thread - > [https://users.rust-lang.org/t/first-rust-thrift-server-crashing-on-returning-i32/83271/2] > .thrift file > {code:java} > namespace java com.jrgemcp.twsapithrift > namespace cpp twsapithrift > exception IBSAPIException { > 1: i32 error_code, > 2: string message > } > service ibrokers { > i32 ping() throws (1:IBSAPIException error), > list ib_status() throws (1:IBSAPIException error) > } > {code} > The Server Handler Call > {code:java} > fn handle_ping() -> thrift::Result { > let ping_val: thrift::Result = Ok(0); > ping_val > } > {code} > Error coming from Rust built server > {code:java} > binding to 127.0.0.1:9090 > memory allocation of 18446744071562133505 bytes failed > Aborted (core dumped) > {code} > Any ideas here? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Closed] (THRIFT-5604) Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation warnings
[ https://issues.apache.org/jira/browse/THRIFT-5604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik closed THRIFT-5604. Resolution: Workaround > Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation > warnings > > > Key: THRIFT-5604 > URL: https://issues.apache.org/jira/browse/THRIFT-5604 > Project: Thrift > Issue Type: Bug >Reporter: Erik >Priority: Major > > I am unable to integrate thrift into a Swift Application within XCode > I won't post too much detail since I posted a SO already with most of the > things I've tried.. > Trying to add the git repo in XCode didn't work > [https://stackoverflow.com/questions/72895796/having-trouble-with-adding-a-swift-package-to-macos-12-x/72898864?noredirect=1#comment128766432_72898864] > And once I manually cloned the repo and set a git tag.. that still isn't > being found in XCode on the `import Thrift` line.. so I must be doing > something wrong? > [https://stackoverflow.com/questions/72908786/trying-to-figure-out-swift-clients-for-thrift] > If I hit CMD+B to build.. I just kept seeing Thrift module not found.. even > though I seem to have successfully added the package > finally I started to give up integrating the library properly and just chuck > it into a folder in my project and go from there.. but once I did that all > sorts of deprecation warnings made me wonder how far a rabbit hole am I > going.. > ``` > /Users/emcp/App/Thrift/TSSLSocketTransport.swift:200:14: 'SecTrustEvaluate' > was deprecated in macOS 10.15: renamed to 'SecTrustEvaluateWithError(_:_:)' > ``` > I am on Mac 12.x hoping to code a small menubar app which in swift talks to a > Python Thrift Server.. but beginning to wonder if anyone has done this.. > there's near zero walkthroughs of this type of thing out there. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (THRIFT-5604) Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation warnings
[ https://issues.apache.org/jira/browse/THRIFT-5604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17579890#comment-17579890 ] Erik commented on THRIFT-5604: -- closing this issue.. I can import manually for now but I think the instructions could use an update if anyone knows how to more properly add thrift to a swift project > Attempting to use V0.16.0 Thrift in Swift , XCode 13.1 .. shows deprecation > warnings > > > Key: THRIFT-5604 > URL: https://issues.apache.org/jira/browse/THRIFT-5604 > Project: Thrift > Issue Type: Bug >Reporter: Erik >Priority: Major > > I am unable to integrate thrift into a Swift Application within XCode > I won't post too much detail since I posted a SO already with most of the > things I've tried.. > Trying to add the git repo in XCode didn't work > [https://stackoverflow.com/questions/72895796/having-trouble-with-adding-a-swift-package-to-macos-12-x/72898864?noredirect=1#comment128766432_72898864] > And once I manually cloned the repo and set a git tag.. that still isn't > being found in XCode on the `import Thrift` line.. so I must be doing > something wrong? > [https://stackoverflow.com/questions/72908786/trying-to-figure-out-swift-clients-for-thrift] > If I hit CMD+B to build.. I just kept seeing Thrift module not found.. even > though I seem to have successfully added the package > finally I started to give up integrating the library properly and just chuck > it into a folder in my project and go from there.. but once I did that all > sorts of deprecation warnings made me wonder how far a rabbit hole am I > going.. > ``` > /Users/emcp/App/Thrift/TSSLSocketTransport.swift:200:14: 'SecTrustEvaluate' > was deprecated in macOS 10.15: renamed to 'SecTrustEvaluateWithError(_:_:)' > ``` > I am on Mac 12.x hoping to code a small menubar app which in swift talks to a > Python Thrift Server.. but beginning to wonder if anyone has done this.. > there's near zero walkthroughs of this type of thing out there. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (THRIFT-5611) v0.16.0 C++ servers suddenly giving brokenpipe errors
[ https://issues.apache.org/jira/browse/THRIFT-5611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik updated THRIFT-5611: - Description: I jumped from v0.15.0 to v0.16.0 .. and trying to track down what could cause this response in my C++ Server ``` {color:#00}Thrift: Mon Aug 15 22:11:54 2022 TSocket::write_partial() send() : Broken pipe {color} Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient died: write() send(): Broken pipe Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient output close failed: Called write on non-open socket ``` my server code is unchanged and was previously okay, I think.. I will keep debugging and trying to ensure it's not me but.. can anyone clue me in on how to repair this ? or what to look for? was: I jumped from v0.15.0 to v0.16.0 .. and trying to track down what could cause this response in my C++ Server ``` {color:#00}Thrift: Mon Aug 15 22:11:54 2022 TSocket::write_partial() send() : Broken pipe {color} Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient died: write() send(): Broken pipe Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient output close failed: Called write on non-open socket ``` > v0.16.0 C++ servers suddenly giving brokenpipe errors > - > > Key: THRIFT-5611 > URL: https://issues.apache.org/jira/browse/THRIFT-5611 > Project: Thrift > Issue Type: Bug > Components: C++ - Library >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Major > > I jumped from v0.15.0 to v0.16.0 .. and trying to track down what could cause > this response in my C++ Server > ``` > {color:#00}Thrift: Mon Aug 15 22:11:54 2022 TSocket::write_partial() > send() : Broken pipe {color} > Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient died: write() send(): > Broken pipe > Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient output close failed: Called > write on non-open socket > ``` > my server code is unchanged and was previously okay, I think.. I will keep > debugging and trying to ensure it's not me but.. can anyone clue me in on how > to repair this ? or what to look for? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (THRIFT-5611) v0.16.0 C++ servers suddenly giving brokenpipe errors
[ https://issues.apache.org/jira/browse/THRIFT-5611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik updated THRIFT-5611: - Description: I jumped from v0.15.0 to v0.16.0 .. and trying to track down what could cause this response in my C++ Server {code:java} Thrift: Mon Aug 15 22:11:54 2022 TSocket::write_partial() send() : Broken pipe Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient died: write() send(): Broken pipe Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient output close failed: Called write on non-open socket {code} my server code is unchanged and was previously okay, I think.. I will keep debugging and trying to ensure it's not me but.. can anyone clue me in on how to repair this ? or what to look for? was: I jumped from v0.15.0 to v0.16.0 .. and trying to track down what could cause this response in my C++ Server ``` {color:#00}Thrift: Mon Aug 15 22:11:54 2022 TSocket::write_partial() send() : Broken pipe {color} Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient died: write() send(): Broken pipe Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient output close failed: Called write on non-open socket ``` my server code is unchanged and was previously okay, I think.. I will keep debugging and trying to ensure it's not me but.. can anyone clue me in on how to repair this ? or what to look for? > v0.16.0 C++ servers suddenly giving brokenpipe errors > - > > Key: THRIFT-5611 > URL: https://issues.apache.org/jira/browse/THRIFT-5611 > Project: Thrift > Issue Type: Bug > Components: C++ - Library >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Major > > I jumped from v0.15.0 to v0.16.0 .. and trying to track down what could cause > this response in my C++ Server > > {code:java} > Thrift: Mon Aug 15 22:11:54 2022 TSocket::write_partial() send() 127.0.0.1 Port: 58998>: Broken pipe > Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient died: write() send(): > Broken pipe > Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient output close failed: Called > write on non-open socket > {code} > > my server code is unchanged and was previously okay, I think.. I will keep > debugging and trying to ensure it's not me but.. can anyone clue me in on how > to repair this ? or what to look for? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (THRIFT-5611) v0.16.0 C++ servers suddenly giving brokenpipe errors
Erik created THRIFT-5611: Summary: v0.16.0 C++ servers suddenly giving brokenpipe errors Key: THRIFT-5611 URL: https://issues.apache.org/jira/browse/THRIFT-5611 Project: Thrift Issue Type: Bug Components: C++ - Library Affects Versions: 0.16.0 Reporter: Erik I jumped from v0.15.0 to v0.16.0 .. and trying to track down what could cause this response in my C++ Server ``` {color:#00}Thrift: Mon Aug 15 22:11:54 2022 TSocket::write_partial() send() : Broken pipe {color} Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient died: write() send(): Broken pipe Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient output close failed: Called write on non-open socket ``` -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (THRIFT-5611) v0.16.0 C++ servers suddenly giving brokenpipe errors
[ https://issues.apache.org/jira/browse/THRIFT-5611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17580115#comment-17580115 ] Erik commented on THRIFT-5611: -- here's the server side function {code:java} void request_matching_symbols(std::vector & _return, const std::vector & queries_list) { std::cout << "[hndlr-" << this->handler_num << "] request_matching_symbols() queries_list.size() == " << queries_list.size() << std::endl; int batch_size = calculate_batch_size(queries_list.size(), this->tws_conn_pool->size()); int remainder = calculate_remainder(queries_list.size(), this->tws_conn_pool->size()); if (batch_size == 1) { std::cout << "[hndlr-" << this->handler_num << "] request_matching_symbols() Queries list is less than # of clients\n"; std::future> single_future_result; SymbolsDataFetcher single_fetcher = SymbolsDataFetcher(*this->tws_conn_pool); single_future_result = std::async(std::launch::async, ::process_data, single_fetcher, std::ref(queries_list), 0, queries_list.size()); std::string concetenated_query; for (unsigned int i = 0; i < queries_list.size(); i++) { concetenated_query += queries_list[i] + ", "; } MatchingSymbolResponse response_obj; response_obj.request_query = concetenated_query; response_obj.matches; std::vector result_obj = single_future_result.get(); for (unsigned int j = 0; j < result_obj.size(); j++) { std::cout << "[hndlr-" << this->handler_num << "] request_matching_symbols() PUSHING RESULT INTO RESPONSE\n"; response_obj.matches.push_back(result_obj[j]); } _return.push_back(response_obj); std::cout << "[hndlr-" << this->handler_num << "] request_matching_symbols() Setting response_obj\n"; return; } {code} > v0.16.0 C++ servers suddenly giving brokenpipe errors > - > > Key: THRIFT-5611 > URL: https://issues.apache.org/jira/browse/THRIFT-5611 > Project: Thrift > Issue Type: Bug > Components: C++ - Library >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Major > > I jumped from v0.15.0 to v0.16.0 .. and trying to track down what could cause > this response in my C++ Server > > {code:java} > Thrift: Mon Aug 15 22:11:54 2022 TSocket::write_partial() send() 127.0.0.1 Port: 58998>: Broken pipe > Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient died: write() send(): > Broken pipe > Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient output close failed: Called > write on non-open socket > {code} > > my server code is unchanged and was previously okay, I think.. I will keep > debugging and trying to ensure it's not me but.. can anyone clue me in on how > to repair this ? or what to look for? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Comment Edited] (THRIFT-5611) v0.16.0 C++ servers suddenly giving brokenpipe errors
[ https://issues.apache.org/jira/browse/THRIFT-5611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17580087#comment-17580087 ] Erik edited comment on THRIFT-5611 at 8/16/22 7:09 AM: --- attaching my client code (Python) {code:java} from tap_ibkr.core_tws.ibrokers_thrift.gen_py.ibrokers import ibrokers from thrift.transport import TSocket from thrift.transport import TTransport from thrift.protocol import TBinaryProtocol from tap_ibkr.core_tws.ibrokers_thrift.gen_py.ibrokers.ttypes import IBContract, NewsResponse class TWSAPIThriftClient: client_connection = None def connect_to_thrift_server(self, tws_thrift_host="127.0.0.1", ib_host_port=9090): if self.client_connection is None: # Make socket transport = TSocket.TSocket(tws_thrift_host, ib_host_port) # Buffering is critical. Raw sockets are very slow transport = TTransport.TBufferedTransport(transport) # Wrap in a protocol protocol = TBinaryProtocol.TBinaryProtocol(transport) # Create a ibrokers_client to use the protocol encoder client = ibrokers.Client(protocol) # Connect! transport.open() self.client_connection = client return self.client_connection if _name_ == "_main_": temp_client = TWSAPIThriftClient() temp_client = temp_client.connect_to_thrift_server() result = temp_client.send_request_matching_symbols(['a', 'b']) print() {code} result comes back `None` on client side was (Author: emcp): attaching my client code (Python) {code:java} import time from tap_ibkr.core_tws.ibrokers_thrift.gen_py.ibrokers import ibrokers from thrift.transport import TSocket from thrift.transport import TTransport from thrift.protocol import TBinaryProtocol from tap_ibkr.core_tws.ibrokers_thrift.gen_py.ibrokers.ttypes import IBContract, NewsResponse class TWSAPIThriftClient: client_connection = None def connect_to_thrift_server(self, tws_thrift_host="127.0.0.1", ib_host_port=9090): if self.client_connection is None: # Make socket transport = TSocket.TSocket(tws_thrift_host, ib_host_port) # Buffering is critical. Raw sockets are very slow transport = TTransport.TBufferedTransport(transport) # Wrap in a protocol protocol = TBinaryProtocol.TBinaryProtocol(transport) # Create a ibrokers_client to use the protocol encoder client = ibrokers.Client(protocol) # Connect! transport.open() self.client_connection = client return self.client_connection if _name_ == "_main_": temp_client = TWSAPIThriftClient() temp_client = temp_client.connect_to_thrift_server() result = temp_client.send_request_matching_symbols(['a', 'tsla']) print() {code} result comes back `None` on client side > v0.16.0 C++ servers suddenly giving brokenpipe errors > - > > Key: THRIFT-5611 > URL: https://issues.apache.org/jira/browse/THRIFT-5611 > Project: Thrift > Issue Type: Bug > Components: C++ - Library >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Major > > I jumped from v0.15.0 to v0.16.0 .. and trying to track down what could cause > this response in my C++ Server > > {code:java} > Thrift: Mon Aug 15 22:11:54 2022 TSocket::write_partial() send() 127.0.0.1 Port: 58998>: Broken pipe > Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient died: write() send(): > Broken pipe > Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient output close failed: Called > write on non-open socket > {code} > > my server code is unchanged and was previously okay, I think.. I will keep > debugging and trying to ensure it's not me but.. can anyone clue me in on how > to repair this ? or what to look for? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Comment Edited] (THRIFT-5611) v0.16.0 C++ servers suddenly giving brokenpipe errors
[ https://issues.apache.org/jira/browse/THRIFT-5611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17580087#comment-17580087 ] Erik edited comment on THRIFT-5611 at 8/16/22 7:09 AM: --- attaching my client code (Python) {code:java} import time from tap_ibkr.core_tws.ibrokers_thrift.gen_py.ibrokers import ibrokers from thrift.transport import TSocket from thrift.transport import TTransport from thrift.protocol import TBinaryProtocol from tap_ibkr.core_tws.ibrokers_thrift.gen_py.ibrokers.ttypes import IBContract, NewsResponse class TWSAPIThriftClient: client_connection = None def connect_to_thrift_server(self, tws_thrift_host="127.0.0.1", ib_host_port=9090): if self.client_connection is None: # Make socket transport = TSocket.TSocket(tws_thrift_host, ib_host_port) # Buffering is critical. Raw sockets are very slow transport = TTransport.TBufferedTransport(transport) # Wrap in a protocol protocol = TBinaryProtocol.TBinaryProtocol(transport) # Create a ibrokers_client to use the protocol encoder client = ibrokers.Client(protocol) # Connect! transport.open() self.client_connection = client return self.client_connection if _name_ == "_main_": temp_client = TWSAPIThriftClient() temp_client = temp_client.connect_to_thrift_server() result = temp_client.send_request_matching_symbols(['a', 'tsla']) print() {code} result comes back `None` on client side was (Author: emcp): attaching my client code (Python) ``` {color:#cc7832}import {color}time {color:#cc7832}from {color}tap_ibkr.core_tws.ibrokers_thrift.gen_py.ibrokers {color:#cc7832}import {color}ibrokers {color:#cc7832}from {color}thrift.transport {color:#cc7832}import {color}TSocket {color:#cc7832}from {color}thrift.transport {color:#cc7832}import {color}TTransport {color:#cc7832}from {color}thrift.protocol {color:#cc7832}import {color}TBinaryProtocol {color:#cc7832}from {color}tap_ibkr.core_tws.ibrokers_thrift.gen_py.ibrokers.ttypes {color:#cc7832}import {color}IBContract{color:#cc7832}, {color}NewsResponse {color:#cc7832}class {color}TWSAPIThriftClient: client_connection = {color:#cc7832}None {color}{color:#cc7832} {color}{color:#cc7832} def {color}{color:#ffc66d}connect_to_thrift_server{color}({color:#94558d}self{color}{color:#cc7832}, {color}tws_thrift_host={color:#6a8759}"127.0.0.1"{color}{color:#cc7832}, {color}ib_host_port={color:#6897bb}9090{color}): {color:#cc7832}if {color}{color:#94558d}self{color}.client_connection {color:#cc7832}is None{color}: {color:#808080}# Make socket {color}{color:#808080} {color}transport = TSocket.TSocket(tws_thrift_host{color:#cc7832}, {color}ib_host_port) {color:#808080}# Buffering is critical. Raw sockets are very slow {color}{color:#808080} {color}transport = TTransport.TBufferedTransport(transport) {color:#808080}# Wrap in a protocol {color}{color:#808080} {color}protocol = TBinaryProtocol.TBinaryProtocol(transport) {color:#808080}# Create a ibrokers_client to use the protocol encoder {color}{color:#808080} {color}client = ibrokers.Client(protocol) {color:#808080}# Connect! {color}{color:#808080} {color}transport.open() {color:#94558d}self{color}.client_connection = client {color:#cc7832}return {color}{color:#94558d}self{color}.client_connection {color:#cc7832}if {color}__name__ == {color:#6a8759}"__main__"{color}: temp_client = TWSAPIThriftClient() temp_client = temp_client.connect_to_thrift_server() result = temp_client.send_request_matching_symbols([{color:#6a8759}'a'{color}{color:#cc7832}, {color}{color:#6a8759}'tsla'{color}]) {color:#c6}print{color}() ``` result comes back `None` on client side > v0.16.0 C++ servers suddenly giving brokenpipe errors > - > > Key: THRIFT-5611 > URL: https://issues.apache.org/jira/browse/THRIFT-5611 > Project: Thrift > Issue Type: Bug > Components: C++ - Library >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Major > > I jumped from v0.15.0 to v0.16.0 .. and trying to track down what could cause > this response in my C++ Server > > {code:java} > Thrift: Mon Aug 15 22:11:54 2022 TSocket::write_partial() send() 127.0.0.1 Port: 58998>: Broken pipe > Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient died: write() send(): > Broken pipe > Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient output close failed: Called > write on non-open socket > {code} > > my server code is unchanged and was previously okay, I think.. I will keep > debugging and trying to ensure it's not me but.. can anyone clue me in on how > to repair this ? or what to look for? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (THRIFT-5611) v0.16.0 C++ servers suddenly giving brokenpipe errors
[ https://issues.apache.org/jira/browse/THRIFT-5611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17580087#comment-17580087 ] Erik commented on THRIFT-5611: -- attaching my client code (Python) ``` {color:#cc7832}import {color}time {color:#cc7832}from {color}tap_ibkr.core_tws.ibrokers_thrift.gen_py.ibrokers {color:#cc7832}import {color}ibrokers {color:#cc7832}from {color}thrift.transport {color:#cc7832}import {color}TSocket {color:#cc7832}from {color}thrift.transport {color:#cc7832}import {color}TTransport {color:#cc7832}from {color}thrift.protocol {color:#cc7832}import {color}TBinaryProtocol {color:#cc7832}from {color}tap_ibkr.core_tws.ibrokers_thrift.gen_py.ibrokers.ttypes {color:#cc7832}import {color}IBContract{color:#cc7832}, {color}NewsResponse {color:#cc7832}class {color}TWSAPIThriftClient: client_connection = {color:#cc7832}None {color}{color:#cc7832} {color}{color:#cc7832} def {color}{color:#ffc66d}connect_to_thrift_server{color}({color:#94558d}self{color}{color:#cc7832}, {color}tws_thrift_host={color:#6a8759}"127.0.0.1"{color}{color:#cc7832}, {color}ib_host_port={color:#6897bb}9090{color}): {color:#cc7832}if {color}{color:#94558d}self{color}.client_connection {color:#cc7832}is None{color}: {color:#808080}# Make socket {color}{color:#808080} {color}transport = TSocket.TSocket(tws_thrift_host{color:#cc7832}, {color}ib_host_port) {color:#808080}# Buffering is critical. Raw sockets are very slow {color}{color:#808080} {color}transport = TTransport.TBufferedTransport(transport) {color:#808080}# Wrap in a protocol {color}{color:#808080} {color}protocol = TBinaryProtocol.TBinaryProtocol(transport) {color:#808080}# Create a ibrokers_client to use the protocol encoder {color}{color:#808080} {color}client = ibrokers.Client(protocol) {color:#808080}# Connect! {color}{color:#808080} {color}transport.open() {color:#94558d}self{color}.client_connection = client {color:#cc7832}return {color}{color:#94558d}self{color}.client_connection {color:#cc7832}if {color}__name__ == {color:#6a8759}"__main__"{color}: temp_client = TWSAPIThriftClient() temp_client = temp_client.connect_to_thrift_server() result = temp_client.send_request_matching_symbols([{color:#6a8759}'a'{color}{color:#cc7832}, {color}{color:#6a8759}'tsla'{color}]) {color:#c6}print{color}() ``` result comes back `None` on client side > v0.16.0 C++ servers suddenly giving brokenpipe errors > - > > Key: THRIFT-5611 > URL: https://issues.apache.org/jira/browse/THRIFT-5611 > Project: Thrift > Issue Type: Bug > Components: C++ - Library >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Major > > I jumped from v0.15.0 to v0.16.0 .. and trying to track down what could cause > this response in my C++ Server > > {code:java} > Thrift: Mon Aug 15 22:11:54 2022 TSocket::write_partial() send() 127.0.0.1 Port: 58998>: Broken pipe > Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient died: write() send(): > Broken pipe > Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient output close failed: Called > write on non-open socket > {code} > > my server code is unchanged and was previously okay, I think.. I will keep > debugging and trying to ensure it's not me but.. can anyone clue me in on how > to repair this ? or what to look for? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Comment Edited] (THRIFT-5611) v0.16.0 C++ servers suddenly giving brokenpipe errors
[ https://issues.apache.org/jira/browse/THRIFT-5611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17580115#comment-17580115 ] Erik edited comment on THRIFT-5611 at 8/16/22 7:43 AM: --- here's the server side function {code:java} void request_matching_symbols(std::vector & _return, const std::vector & queries_list) { std::cout << "[hndlr-" << this->handler_num << "] request_matching_symbols() queries_list.size() == " << queries_list.size() << std::endl; int batch_size = calculate_batch_size(queries_list.size(), this->tws_conn_pool->size()); int remainder = calculate_remainder(queries_list.size(), this->tws_conn_pool->size()); if (batch_size == 1) { std::cout << "[hndlr-" << this->handler_num << "] request_matching_symbols() Queries list is less than # of clients\n"; std::future> single_future_result; SymbolsDataFetcher single_fetcher = SymbolsDataFetcher(*this->tws_conn_pool); single_future_result = std::async(std::launch::async, ::process_data, single_fetcher, std::ref(queries_list), 0, queries_list.size()); std::string concetenated_query; for (unsigned int i = 0; i < queries_list.size(); i++) { concetenated_query += queries_list[i] + ", "; } MatchingSymbolResponse response_obj; response_obj.request_query = concetenated_query; response_obj.matches; std::vector result_obj = single_future_result.get(); for (unsigned int j = 0; j < result_obj.size(); j++) { std::cout << "[hndlr-" << this->handler_num << "] request_matching_symbols() PUSHING RESULT INTO RESPONSE\n"; response_obj.matches.push_back(result_obj[j]); } _return.push_back(response_obj); std::cout << "[hndlr-" << this->handler_num << "] request_matching_symbols() Setting response_obj\n"; return; } {code} You can see in my ouput I am indeed reaching the return statement but something in the client or server is not happy {code:java} [hndlr-1] request_matching_symbols() PUSHING RESULT INTO RESPONSE [hndlr-1] request_matching_symbols() PUSHING RESULT INTO RESPONSE [hndlr-1] request_matching_symbols() PUSHING RESULT INTO RESPONSE [hndlr-1] request_matching_symbols() PUSHING RESULT INTO RESPONSE [hndlr-1] request_matching_symbols() PUSHING RESULT INTO RESPONSE [hndlr-1] request_matching_symbols() Setting response_obj Thrift: Tue Aug 16 09:42:29 2022 TSocket::write_partial() send() : Broken pipe Thrift: Tue Aug 16 09:42:29 2022 TConnectedClient died: write() send(): Broken pipe Thrift: Tue Aug 16 09:42:29 2022 TConnectedClient output close failed: Called write on non-open socket {code} was (Author: emcp): here's the server side function {code:java} void request_matching_symbols(std::vector & _return, const std::vector & queries_list) { std::cout << "[hndlr-" << this->handler_num << "] request_matching_symbols() queries_list.size() == " << queries_list.size() << std::endl; int batch_size = calculate_batch_size(queries_list.size(), this->tws_conn_pool->size()); int remainder = calculate_remainder(queries_list.size(), this->tws_conn_pool->size()); if (batch_size == 1) { std::cout << "[hndlr-" << this->handler_num << "] request_matching_symbols() Queries list is less than # of clients\n"; std::future> single_future_result; SymbolsDataFetcher single_fetcher = SymbolsDataFetcher(*this->tws_conn_pool); single_future_result = std::async(std::launch::async, ::process_data, single_fetcher, std::ref(queries_list), 0, queries_list.size()); std::string concetenated_query; for (unsigned int i = 0; i < queries_list.size(); i++) { concetenated_query += queries_list[i] + ", "; } MatchingSymbolResponse response_obj; response_obj.request_query = concetenated_query; response_obj.matches; std::vector result_obj = single_future_result.get(); for (unsigned int j = 0; j < result_obj.size(); j++) { std::cout << "[hndlr-" << this->handler_num << "] request_matching_symbols() PUSHING RESULT INTO RESPONSE\n"; response_obj.matches.push_back(result_obj[j]); } _return.push_back(response_obj); std::cout << "[hndlr-" << this->handler_num << "] request_matching_symbols() Setting response_obj\n"; return; } {code} > v0.16.0 C++ servers suddenly giving brokenpipe errors > - > > Key: THRIFT-5611 > URL: https://issues.apache.org/jira/browse/THRIFT-5611 > Project: Thrift > Issue Type: Bug > Components: C++ - Library >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Major > > I jumped from v0.15.0 to v0.16.0 .. and trying to track down what could cause > this response in my C++ Server > > {code:java} > Thrift: Mon Aug 15 22:11:54
[jira] [Closed] (THRIFT-5611) v0.16.0 C++ servers suddenly giving brokenpipe errors
[ https://issues.apache.org/jira/browse/THRIFT-5611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik closed THRIFT-5611. Resolution: Invalid closing this.. the error was on my side.. I'd opened up 32 threads on a 4 core CPU... and all hell broke loose after that > v0.16.0 C++ servers suddenly giving brokenpipe errors > - > > Key: THRIFT-5611 > URL: https://issues.apache.org/jira/browse/THRIFT-5611 > Project: Thrift > Issue Type: Bug > Components: C++ - Library >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Major > > I jumped from v0.15.0 to v0.16.0 .. and trying to track down what could cause > this response in my C++ Server > > {code:java} > Thrift: Mon Aug 15 22:11:54 2022 TSocket::write_partial() send() 127.0.0.1 Port: 58998>: Broken pipe > Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient died: write() send(): > Broken pipe > Thrift: Mon Aug 15 22:11:54 2022 TConnectedClient output close failed: Called > write on non-open socket > {code} > > my server code is unchanged and was previously okay, I think.. I will keep > debugging and trying to ensure it's not me but.. can anyone clue me in on how > to repair this ? or what to look for? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Closed] (THRIFT-5612) C++ v0.16.0 compiles on my ryzen linux box, but getting errors linking on intel mac
[ https://issues.apache.org/jira/browse/THRIFT-5612?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik closed THRIFT-5612. Resolution: Resolved forgot to add this in the macbook air {code:java} conan profile update settings.compiler.libcxx=libstdc++11 default {code} > C++ v0.16.0 compiles on my ryzen linux box, but getting errors linking on > intel mac > --- > > Key: THRIFT-5612 > URL: https://issues.apache.org/jira/browse/THRIFT-5612 > Project: Thrift > Issue Type: Bug > Components: C++ - Library >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Minor > > I successfully compile my project on a ryzen based linux box (Kubuntu 22.04) > ... > but the same kubuntu on a macbook air is failing to compile around the thrift > library.. any ideas? > {code:java} > /usr/bin/ld: CMakeFiles/ibrokers_server.dir/src/gen-cpp/ibrokers.cpp.o: in > function `twsapithrift::ibrokersConcurrentClient::recv_ping(int)': > ibrokers.cpp:(.text+0x4828): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::__cxx11::basic_string std::char_traits, std::allocator > cons > t&, apache::thrift::protocol::TMessageType, int)' > /usr/bin/ld: ibrokers.cpp:(.text+0x4846): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::__cxx11::basic_string std::char_traits, std::allocator ar> >&, apache::thrift::protocol::TMessageType&, int&)' > /usr/bin/ld: CMakeFiles/ibrokers_server.dir/src/gen-cpp/ibrokers.cpp.o: in > function > `twsapithrift::ibrokersConcurrentClient::recv_ib_status(std::vector std::char_traits > , std::allocator >, > std::allocator, > std::allocator > > >&, int)': > ibrokers.cpp:(.text+0x6bd8): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::__cxx11::basic_string std::char_traits, std::allocator > cons > t&, apache::thrift::protocol::TMessageType, int)' > /usr/bin/ld: ibrokers.cpp:(.text+0x6bf6): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::__cxx11::basic_string std::char_traits, std::allocator ar> >&, apache::thrift::protocol::TMessageType&, int&)' > /usr/bin/ld: CMakeFiles/ibrokers_server.dir/src/gen-cpp/ibrokers.cpp.o: in > function > `twsapithrift::ibrokersConcurrentClient::recv_request_news(std::vector std::allocator apithrift::NewsResponse> >&, int)': > ibrokers.cpp:(.text+0x9be8): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::__cxx11::basic_string std::char_traits, std::allocator > cons > t&, apache::thrift::protocol::TMessageType, int)' > /usr/bin/ld: ibrokers.cpp:(.text+0x9c06): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::__cxx11::basic_string std::char_traits, std::allocator ar> >&, apache::thrift::protocol::TMessageType&, int&)' > /usr/bin/ld: CMakeFiles/ibrokers_server.dir/src/gen-cpp/ibrokers.cpp.o: in > function > `twsapithrift::ibrokersConcurrentClient::recv_request_historical(std::vector std::a > llocator >&, int)': > ibrokers.cpp:(.text+0xae18): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::__cxx11::basic_string std::char_traits, std::allocator > cons > t&, apache::thrift::protocol::TMessageType, int)' > /usr/bin/ld: ibrokers.cpp:(.text+0xae36): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::__cxx11::basic_string std::char_traits, std::allocator ar> >&, apache::thrift::protocol::TMessageType&, int&)' > /usr/bin/ld: CMakeFiles/ibrokers_server.dir/src/gen-cpp/ibrokers.cpp.o: in > function > `twsapithrift::ibrokersConcurrentClient::recv_request_matching_symbols(std::vector se, std::allocator >&, int)': > ibrokers.cpp:(.text+0xc048): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::__cxx11::basic_string std::char_traits, std::allocator > cons > t&, apache::thrift::protocol::TMessageType, int)' > /usr/bin/ld: ibrokers.cpp:(.text+0xc066): undefined reference to > `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::__cxx11::basic_string std::char_traits, std::allocator ar> >&, apache::thrift::protocol::TMessageType&, int&)' > collect2: error: ld returned 1 exit status > gmake[2]: *** [CMakeFiles/ibrokers_server.dir/build.make:247: > bin/ibrokers_server] Error 1 > gmake[1]: *** [CMakeFiles/Makefile2:83: CMakeFiles/ibrokers_server.dir/all] > Error 2 > gmake: *** [Makefile:91: all] Error 2 > chmod: cannot access 'ibrokers_server': No such file or directory > {code} -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (THRIFT-5612) C++ v0.16.0 compiles on my ryzen linux box, but getting errors linking on intel mac
Erik created THRIFT-5612: Summary: C++ v0.16.0 compiles on my ryzen linux box, but getting errors linking on intel mac Key: THRIFT-5612 URL: https://issues.apache.org/jira/browse/THRIFT-5612 Project: Thrift Issue Type: Bug Components: C++ - Library Affects Versions: 0.16.0 Reporter: Erik I successfully compile my project on a ryzen based linux box (Kubuntu 22.04) ... but the same kubuntu on a macbook air is failing to compile around the thrift library.. any ideas? {code:java} /usr/bin/ld: CMakeFiles/ibrokers_server.dir/src/gen-cpp/ibrokers.cpp.o: in function `twsapithrift::ibrokersConcurrentClient::recv_ping(int)': ibrokers.cpp:(.text+0x4828): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::__cxx11::basic_string, std::allocator > cons t&, apache::thrift::protocol::TMessageType, int)' /usr/bin/ld: ibrokers.cpp:(.text+0x4846): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::__cxx11::basic_string, std::allocator >&, apache::thrift::protocol::TMessageType&, int&)' /usr/bin/ld: CMakeFiles/ibrokers_server.dir/src/gen-cpp/ibrokers.cpp.o: in function `twsapithrift::ibrokersConcurrentClient::recv_ib_status(std::vector, std::allocator >, std::allocator, std::allocator > > >&, int)': ibrokers.cpp:(.text+0x6bd8): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::__cxx11::basic_string, std::allocator > cons t&, apache::thrift::protocol::TMessageType, int)' /usr/bin/ld: ibrokers.cpp:(.text+0x6bf6): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::__cxx11::basic_string, std::allocator >&, apache::thrift::protocol::TMessageType&, int&)' /usr/bin/ld: CMakeFiles/ibrokers_server.dir/src/gen-cpp/ibrokers.cpp.o: in function `twsapithrift::ibrokersConcurrentClient::recv_request_news(std::vector >&, int)': ibrokers.cpp:(.text+0x9be8): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::__cxx11::basic_string, std::allocator > cons t&, apache::thrift::protocol::TMessageType, int)' /usr/bin/ld: ibrokers.cpp:(.text+0x9c06): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::__cxx11::basic_string, std::allocator >&, apache::thrift::protocol::TMessageType&, int&)' /usr/bin/ld: CMakeFiles/ibrokers_server.dir/src/gen-cpp/ibrokers.cpp.o: in function `twsapithrift::ibrokersConcurrentClient::recv_request_historical(std::vector >&, int)': ibrokers.cpp:(.text+0xae18): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::__cxx11::basic_string, std::allocator > cons t&, apache::thrift::protocol::TMessageType, int)' /usr/bin/ld: ibrokers.cpp:(.text+0xae36): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::__cxx11::basic_string, std::allocator >&, apache::thrift::protocol::TMessageType&, int&)' /usr/bin/ld: CMakeFiles/ibrokers_server.dir/src/gen-cpp/ibrokers.cpp.o: in function `twsapithrift::ibrokersConcurrentClient::recv_request_matching_symbols(std::vector >&, int)': ibrokers.cpp:(.text+0xc048): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::__cxx11::basic_string, std::allocator > cons t&, apache::thrift::protocol::TMessageType, int)' /usr/bin/ld: ibrokers.cpp:(.text+0xc066): undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::__cxx11::basic_string, std::allocator >&, apache::thrift::protocol::TMessageType&, int&)' collect2: error: ld returned 1 exit status gmake[2]: *** [CMakeFiles/ibrokers_server.dir/build.make:247: bin/ibrokers_server] Error 1 gmake[1]: *** [CMakeFiles/Makefile2:83: CMakeFiles/ibrokers_server.dir/all] Error 2 gmake: *** [Makefile:91: all] Error 2 chmod: cannot access 'ibrokers_server': No such file or directory {code} -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (THRIFT-5664) fairly simple .thrift service call in rust , attempts to allocate too much memory and crashes
[ https://issues.apache.org/jira/browse/THRIFT-5664?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17629438#comment-17629438 ] Erik commented on THRIFT-5664: -- for reference : https://users.rust-lang.org/t/first-rust-thrift-server-crashing-on-returning-i32/83271/5 > fairly simple .thrift service call in rust , attempts to allocate too much > memory and crashes > - > > Key: THRIFT-5664 > URL: https://issues.apache.org/jira/browse/THRIFT-5664 > Project: Thrift > Issue Type: Bug > Components: Rust - Compiler >Affects Versions: 0.16.0 >Reporter: Erik >Priority: Major > Attachments: Cargo.toml, main.rs, test.rs, test.thrift > > > A fairly small simple .thrift file of mine... when used with RUST on the > server side.. seems to crash spectacularly if called via Python client... > thread - > [https://users.rust-lang.org/t/first-rust-thrift-server-crashing-on-returning-i32/83271/2] > .thrift file > {code:java} > namespace java com.jrgemcp.twsapithrift > namespace cpp twsapithrift > exception IBSAPIException { > 1: i32 error_code, > 2: string message > } > service ibrokers { > i32 ping() throws (1:IBSAPIException error), > list ib_status() throws (1:IBSAPIException error) > } > {code} > The Server Handler Call > {code:java} > fn handle_ping() -> thrift::Result { > let ping_val: thrift::Result = Ok(0); > ping_val > } > {code} > Error coming from Rust built server > {code:java} > binding to 127.0.0.1:9090 > memory allocation of 18446744071562133505 bytes failed > Aborted (core dumped) > {code} > Any ideas here? -- This message was sent by Atlassian Jira (v8.20.10#820010)