[Gross] gross with SJMS : "imsimta test mapping" return no such file or directory

[Armand Delcros]

Hi,

i'm considering this scenario since one hour :)

then that's clearly better I compiled gross without c-ares (i'm on the
client side) with gcc adding -m64 in the configure script.
now, sjsms can find the library !

comm:/ # file /opt/sfw/lib/grosscheck.so
/opt/sfw/lib/grosscheck.so:	ELF 64-bit LSB dynamic lib AMD64 Version
1, dynamically linked, not stripped
comm:/ # ldd /opt/sfw/lib/grosscheck.so
	libnsl.so.1 =>	 /lib/64/libnsl.so.1
	libm.so.2 =>	 /lib/64/libm.so.2
	libsocket.so.1 =>	 /lib/64/libsocket.so.1
	librt.so.1 =>	 /lib/64/librt.so.1
	libpthread.so.1 =>	 /lib/64/libpthread.so.1
	libc.so.1 =>	 /lib/64/libc.so.1
	libmp.so.2 =>	 /lib/64/libmp.so.2
	libmd.so.1 =>	 /lib/64/libmd.so.1
	libscf.so.1 =>	 /lib/64/libscf.so.1
	libaio.so.1 =>	 /lib/64/libaio.so.1
	libdoor.so.1 =>	 /lib/64/libdoor.so.1
	libuutil.so.1 =>	 /lib/64/libuutil.so.1
	libgen.so.1 =>	 /lib/64/libgen.so.1

but now i have crash core dump ...

comm:/opt/sun/comms/messaging64 # sbin/imsimta test -mapping -debug
-table ORIG_MAIL_ACCESS
couldn't set locale correctly
couldn't set locale correctly
couldn't set locale correctly
couldn't set locale correctly
Input string: TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar
22:33:32.92: Mapping 7 applied to
TCP|127.0.0.2|25|127.0.0.2||||tcp_local|foo||bar
22:33:32.92:   Entry #1 did not match, pattern "TCP|*|*|*|*|*|*|tcp_local||*|*".
22:33:32.92:   Entry #2 did not match, pattern
"TCP|*|*|*|*|*|*|tcp_local|*|*|postmaster@*".
22:33:32.92:   Entry #3 did not match, pattern
"TCP|*|*|*|*|*|*|tcp_local|*|*|abuse@*".
22:33:32.92:   Entry #4 matched, pattern
"TCP|*|*|*|*|*|*|tcp_local|*|*|*", template
"$[/opt/sun/comms/messaging64/lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_]",
match #0.
22:33:32.92:   User routine call:
/opt/sun/comms/messaging64/lib/grosscheck.so\grosscheck(192.168.10.27,,5525,127.0.0.2,bar,foo,)
->
Segmentation Fault - core dumped

maybe i must compile with sun studio ...

Armand


On Sat, May 2, 2009 at 9:56 PM, Rolf E. Sonneveld
<R.E.Sonneveld at sonnection.nl> wrote:
> Hi, Armand,
>
> Armand Delcros wrote:
>>
>> Hello,
>>
>> I added the path and now crle return that :
>>
>>
>> ----------
>> comm:/opt/sun/comms/messaging64 # crle
>>
>> Configuration file [version 4]: /var/ld/ld.config
>>  Default Library Path (ELF):   /lib:/usr/lib:/opt/sfw/lib
>>  Trusted Directories
>> (ELF):  /usr/lib/secure:/opt/sun/comms/calendar/SUNWics5/cal/lib
>>
>> Command line:
>>  crle -c /var/ld/ld.config -l /lib:/usr/lib:/opt/sfw/lib -s
>> /usr/lib/secure:/opt/sun/comms/calendar/SUNWics5/cal/lib
>> ----------
>>
>> but i have the same problem (i have restarted SJSMS), then i decide to
>> copy the libraries grosscheck.* into /usr/lib.
>> And the result is exactly the same :
>>
>> ------------
>> 20:55:42.50:   Entry #4 matched, pattern
>> "TCP|*|*|*|*|*|*|tcp_local|*|*|*", template
>>
>> "$[/usr/lib/grosscheck.so,grosscheck,192.168.10.27,,5525,$2,$=$8$_,$=$6$_,$=$4$_]",
>> match #0.
>> 20:55:42.50:   User routine call:
>> /usr/lib/grosscheck.so\grosscheck(192.168.10.27,,5525,127.0.0.2,bar,foo,)
>> ->
>> 20:55:42.50:     Failed; routine not found: No such file or directory
>> 20:55:42.50:   Exiting...
>> -------
>>
>> then, here are the dependances :
>> ---
>> comm:/opt/sun/comms/messaging64 # ldd /usr/lib/grosscheck.so
>>        libnsl.so.1 =>   /lib/libnsl.so.1
>>        libm.so.2 =>     /lib/libm.so.2
>>        libsocket.so.1 =>        /lib/libsocket.so.1
>>        librt.so.1 =>    /lib/librt.so.1
>>        libpthread.so.1 =>       /lib/libpthread.so.1
>>        libc.so.1 =>     /lib/libc.so.1
>>        libmp.so.2 =>    /lib/libmp.so.2
>>        libmd.so.1 =>    /lib/libmd.so.1
>>        libscf.so.1 =>   /lib/libscf.so.1
>>        libaio.so.1 =>   /lib/libaio.so.1
>>        libdoor.so.1 =>  /lib/libdoor.so.1
>>        libuutil.so.1 =>         /lib/libuutil.so.1
>>        libgen.so.1 =>   /lib/libgen.so.1
>>  -----
>>
>> Everything seems nice.
>>
>>
>>
>> Well ... must i tried to install Sun Studio 12 sparc x86 and compile with
>> it ?
>>
>> Thanks for your help.
>>
>
> I dug into my gross archive and it seems I have had the exact same problem
> in the past. I reported it, and after a lot of investigation it seemed that
> the Sun JS MS version I was running was 32bits, while the GNUcc compiled .so
> file was 64bit.
>
> After copying over a 32bit .so file from another system, it worked OK. Do
> you happen to have a difference in architecture (32bit/64bit) between your
> Sun JS MS version and the gross compiled version?
>
> /rolf
>
>