[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)
[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] [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] [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: 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: 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] [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] [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] [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] [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] [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] [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}
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] [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] [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] [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] [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] [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-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] [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] [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] [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
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: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] [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] [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] [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-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] [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] [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] [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-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] [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=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=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] [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] [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] [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] [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] [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:
-
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] [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)
