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

Armand Delcros armand.delcros at gmail.com
Sun May 3 01:02:14 EEST 2009


so, i compile with sun studio 12 with -m64 flag and the result is the
same a big wonderfull cordedump

I don't know how to debug this ...

i tried to run dbx but the result is sad :


---------------
comm:/opt/sun/comms/messaging64 # dbx lib/tcp_smtp_server ./donnees/log/core
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc
Reading tcp_smtp_server
dbx: warning: The corefile was truncated.
It should have been 36808564 bytes long (is only 6125428)
Because of this, some functionality will be missing from dbx.
(See `help core')
core file header read successfully
Reading ld.so.1
dbx: core file read error: address 0xfffffd7fff3fb000 not available
dbx: core file read error: address 0xfffffd7fff3fbac0 not available
dbx: core file read error: address 0xfffffd7fff3fbac0 not available
dbx: warning: Dbx could not initialize rtld_db
Make sure this is the same version of Solaris where the core dump originated.
Use `help core mismatch' for more info.
(l at 5) terminated by signal SEGV (no mapping at the fault address)
0xffffffffffffffff:     <bad address 0xffffffffffffffff>
(dbx)
----------------------

I don't know why the core is truncated, everything is core_dumpsize
unlimited ...

Somebody try gross in 64 bits mode ?

Thanks.

Armand

On Sat, May 2, 2009 at 10:34 PM, Armand Delcros
<armand.delcros at gmail.com> wrote:
> 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
>>
>>
>



More information about the Gross mailing list