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

Rolf E. Sonneveld R.E.Sonneveld at sonnection.nl
Sat May 2 22:56:22 EEST 2009


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




More information about the Gross mailing list