etclabs / eossynclib Goto Github PK

Sometime when too much frequent requests are send to ETC nomad software the application get Crashed in this function "void AddDebug(const std::string &text) {Add(LOG_MSG_TYPE_DEBUG,text);"
The crash statement is reported as
EOS: EosLog::Add(EosLog::EnumLogMsgType, std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator > const&) + 130

Please help me in this.

OSCParser.cpp - Line 2103:
OSCPacketWriter *packet = CreatePacketWriterForString(str);

should use zero-terminated string "copy" of non-zero-terminated string "str".
may lead to errors and crashes.

should be:
OSCPacketWriter *packet = CreatePacketWriterForString(copy);

I am using this library on a Universal Application (iPhone/iPad). It works fine on 32-bit architecture but when I run that application on 64-bit architecture (iPad Air , iPhone 5, 6, 6+) it repeatedly crashes with SIGPIPE exception. Please help me in this. I have fixes that issue by supporting only 32-bit architecture but Apple does not allow me to upload an application that supports only 32-bit architecture. I have downloaded this Library almost 5 months earlier. Have you fixes this issue in the library?

Hello, I am looking to use this library in openFrameworks - however, I am running into some issues. Mostly just my experience level. Is this compatible with openFrameworks / IOS? And I am having trouble just using it to set up a TCP connection to get and send OSC commands (apart from the subscribe example)

Hi.

Compiling EosSyncLib with MinGW shows a warning for:

snprintf(buf, sizeof(buf), "%lld", n);

unknown conversion type character 'l' in format [-Wformat=]
too many arguments for format [-Wformat-extra-args]

following this stackoverflow:
https://stackoverflow.com/questions/13590735/printf-long-long-int-in-c-with-gcc
for MinGW this line should look like this:
snprintf(buf, sizeof(buf), "%I64d", n);

which would need the use of some #ifdef...

but i wonder if this is the right approach to convert numbers to a std::string, is there a special reason why not just using:
str = std::to_string(n);
?