[Info-ingres] Ingres 10.1 for Solaris 11

Mark i at dontgetlotsofspamanymore.net
Tue Jan 19 14:05:18 UTC 2016


On Tue, 19 Jan 2016 06:41:25 -0500, Karl Schendel
<schendel at kbcomputer.com> wrote:

>
>> On Jan 19, 2016, at 2:51 AM, Mark <i at dontgetlotsofspamanymore.net> wrote:
>> 
>> On Mon, 18 Jan 2016 16:57:33 -0500, Karl Schendel
>> <schendel at kbcomputer.com> wrote:
>> 
>>> On Jan 15, 2016, at 8:50 AM, Mark <i at dontgetlotsofspamanymore.net> wrote:
>>>> 
>>>> Does anyone know if the Ingres libraries are built with stlport4 or
>>>> Cstd compiler/linker options?
>>> 
>>> The Ingres libraries are build on a relatively old Solaris, for compatibility.
>>> I think Solaris 8 for 10.1 but I'm not 100% sure.
>>> 
>>> I don't know what either of those options are but they sound like c++,
>>> and are hence inapplicable.
>> 
>> They are c++, but I can see standand c++ library methods being used in
>> the stack trace:
>
>From IIsqInit???   Not a chance, unless it's a callback from abort, or unless
>it's via what libq thinks are ordinary C library calls making it into c++ handlers.
>It might be a function of how the client was linked, but that's not something
>we control.  The only c++ in the entire Ingres system is a very small bit
>used for interfacing with the xerces XML parser for the impxml and genxml
>utilities.  (and some for the GUI tools such as visual DBA, but that's not part
>of the client libraries.)
>
>> 
>>  ---- called from signal handler with signal 11 (SIGSEGV) ------
>>  [4] memcpy%sun4v-hwcap3(0xffffffff77dd83b0, 0x49414e41, 0x0,
>> 0xfffffffee206ddf0, 0xffffffff7fddcff1, 0x49414e42), at
>> 0xffffffff7e01a0fc
>>  [5]
>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>>> ::_M_assign_dispatch<char*>(0x1001af3f0, 0x100137338, 0x100137338,
>> 0xffffffff2e9c356f, 0x1f8cec, 0x9400), at 0xfffffffee206dbec
>>  [6]
>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>>> ::operator=(0x1001af3f0, 0xffffffff7fffbcf0, 0x30,
>> 0xffffffff77c3f8a8, 0xffffffff77b88e50, 0x0), at 0xfffffffee206de0c
>> 
>
>So, what's all this in between?

  ---- called from signal handler with signal 11 (SIGSEGV) ------
  [4] memcpy%sun4v-hwcap3(0xffffffff77dd83b0, 0x49414e41, 0x0,
0xfffffffee206ddf0, 0xffffffff7fddcff1, 0x49414e42), at
0xffffffff7e01a0fc
  [5]
std::basic_string<char,std::char_traits<char>,std::allocator<char>
>::_M_assign_dispatch<char*>(0x1001af3f0, 0x100137338, 0x100137338,
0xffffffff2e9c356f, 0x1f8cec, 0x9400), at 0xfffffffee206dbec
  [6]
std::basic_string<char,std::char_traits<char>,std::allocator<char>
>::operator=(0x1001af3f0, 0xffffffff7fffbd40, 0x30,
0xffffffff77c3f8a8, 0xffffffff77b88e50, 0x0), at 0xfffffffee206de0c
  [7]
__rwstd::locale_vector<std::basic_string<char,std::char_traits<char>,std::allocator<char>
> >::resize(0x1001af308, 0x6, 0xffffffff7fffbd40, 0x6, 0x1001af3c8,
0x1001af3f0), at 0xffffffff77c40660
  [8] __rwstd::locale_imp::locale_imp(0x1001af2e0, 0xa, 0x1,
0x1001af2f0, 0x1001af318, 0xffffffff77dd3880), at 0xffffffff77c3c914
  [9] std::locale::init(0xffffffff77de09b0, 0x150, 0xffffffff77dd3880,
0x0, 0x0, 0x0), at 0xffffffff77c3d108
  [10] std::basic_istream<wchar_t,std::char_traits<wchar_t>
>::basic_istream(0xfffffffee221d018, 0xfffffffee221d030, 0x0,
0xffffffff77dd3880, 0xfffffffee2218a18, 0xfffffffee221d050), at
0xffffffff77c2d584
  [11] __SLIP.INIT_A(0x0, 0x148, 0xffffffff77dd3880, 0x0, 0x2880,
0x2800), at 0xffffffff77c2ce00
  [12] __STATIC_CONSTRUCTOR(0xffffffff77c27e20, 0x288,
0xffffffff77dd3880, 0x0, 0x2880, 0x7d0), at 0xffffffff77c2d394
  [13] 0xffffffff77c4f0cc(0x0, 0x0, 0x0, 0xffffffff7f745230, 0x3,
0xffffffff7d902a40), at 0xffffffff77c4f0cc
  [14] call_init(0xffffffff7f7406c0, 0xffffffff77c4eef8, 0x0,
0xffdfffff, 0x400000, 0xffffffff7c501e78), at 0xffffffff7f61d904
  [15] dlmopen_check(0xffffffff7f740220, 0x10013a730, 0x1,
0xffffffff7ef01380, 0xffffffff7f401440, 0xffffffff7d101650), at
0xffffffff7f623624
  [16] dlopen(0x10013a730, 0x1, 0x2, 0xffffffff7f740220, 0x2, 0x1), at
0xffffffff7f623660
  [17] IIDLosprepare(0x0, 0x22589c, 0x0, 0x1002117c0, 0x0,
0xffffffff7fffc830), at 0xfffffffede7aeae0
  [18] IIDLload(0xffffffff7fffc730, 0x4a38, 0x0, 0xffffffff7fffc928,
0xffffffff7fffc830, 0x4800), at 0xfffffffede7afb30
  [19] adu_init_geo(0xffffffff7fffc9ec, 0x27778, 0x27400,
0xfffffffedee840b0, 0xfffffffedee5c938, 0x400), at 0xfffffffedecad588
  [20] FEadfcb(0xfffffffedee988f0, 0xfffffffede9ea810,
0xfffffffedee5c938, 0xfffffffedee76938, 0x0, 0x0), at
0xfffffffedebf9208
  [21] IILQasAdfcbSetup(0x10013a8c0, 0x0, 0x3bfa8, 0xfffffffedee5c938,
0x10013a8c8, 0xfffffffedee988e0), at 0xfffffffedebf8344
  [22] IILQthThread(0xfffffffedef0c870, 0xfffffffedee98858,
0xfffffffedee5c938, 0x0, 0xfffffffedee98851, 0x10013a8c0), at
0xfffffffedebf0c8c
  [23] IIsqInit(0xfffffffedee98858, 0xffffffff7fffd604,
0xffffffff7fffd714, 0x0, 0xff00000000000000, 0x8080808080808080), at
0xfffffffedebdb29c

dlopen is opening ../ingres/lib/lp64/libgeos.so

% ldd /rpool/ingres/I1/ingres/lib/lp64/libgeos.so 
        libm.so.1 => /lib/sparcv9/libm.so.1 
        libc.so.1 => /lib/sparcv9/libc.so.1 
        libCstd.so.1 => /usr/lib/sparcv9/libCstd.so.1
        libCrun.so.1 => /usr/lib/sparcv9/libCrun.so.1 
        libm.so.2 => /lib/64/libm.so.2 
        /lib/sparcv9/../libm/sparcv9/libm_hwcap1.so.2 



More information about the Info-ingres mailing list