Hi,
a client of ours is using and SFC C++ 462L1 based application for contribution.
They have added a new field in the data dictionary, defined as follows:
CALC_CURVE "CURVE STRING" -4001 NULL ALPHANUMERIC 40000 RMTES_STRING 40000
Although the SFC application seems to receive the field-entry correctly form the provider, any contribution request performed on such field causes a crash. A post-mortem analysis on the generated dump shows a segmentation fault into the SFC C++ library (an excerpt can be found below).
Do you have any hint for this?
May the root cause be the presence of a limitation on the length of an ALPHANUMERIC field using the legacy SSL protocol?
Thanks a lot
Best Regards,
Paolo
?? () from /lib/libc.so.6
?? () from /lib/libc.so.6
std::basic_stringstream<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::str () from /usr/lib/libstdc++.so.6
std::basic_stringbuf<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::basic_stringbuf () from /usr/lib/libstdc++.so.6
Cwrite_errlog () from libssl48.so
ssl_interr () from libssl48.so
ssl_GetMsgBuffer () from libssl48.so
send_it () from libssl48.so
sslPostEvent () from libssl48.so
RTRSSLInterface::postInsert () from libsfc.so
RTRSSLDispatcher::insert () from libsfc.so
RTRSSLInsertService::write () from libsfc.so
...
