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

...