Ethereal-users: Re: [Ethereal-users] Ethereal 0.9.16 SSL & HPUX IPF runtime problem

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

Date: Thu, 13 Nov 2003 09:24:48 +0530
Hello Guy Harris,

  Thanks for your information. But I have the run time problem in while executing the etherel & tehereal in HPUX IPF platform.
 
Ethereal 0.9.14 works fine in HPUX IPF. But 0.9.16 has problem while loading plugins.
 
Ethereal 0.9.16 RUNTIME Problem:
 
# tethereal
 
** WARNING **: The plugin acn.so has no version symbol
 
** WARNING **: The plugin artnet.so has no version symbol
 
** WARNING **: The plugin docsis.so has no version symbol
 
** WARNING **: The plugin cosnaming.so has no version symbol
 
** WARNING **: The plugin coseventcomm.so has no version symbol
 
** WARNING **: The plugin gryphon.so has no version symbol
 
** WARNING **: The plugin lwres.so has no version symbol
 
** WARNING **: The plugin megaco.so has no version symbol
 
** WARNING **: The plugin mgcp.so has no version symbol
 
** WARNING **: The plugin pcli.so has no version symbol
 
** WARNING **: The plugin rtnet.so has no version symbol
Capturing on lan0
  0.000000 172.16.1.176 -> 172.16.1.26  SSH Encrypted response packet len=36
  0.001306  172.16.1.26 -> 172.16.1.176 TCP 3846 > 22 [ACK] Seq=1775667800 Ack=605218283 Win=16248 Len=0
  0.019997 172.16.1.176 -> 172.16.1.26  SSH Encrypted response packet len=204
 
# export DISPLAY=172.16.1.26:0
#  ethereal
 
** WARNING **: The plugin acn.so has no version symbol
 
** WARNING **: The plugin artnet.so has no version symbol
 
** WARNING **: The plugin docsis.so has no version symbol
 
** WARNING **: The plugin cosnaming.so has no version symbol
 
** WARNING **: The plugin coseventcomm.so has no version symbol
 
** WARNING **: The plugin gryphon.so has no version symbol
 
** WARNING **: The plugin lwres.so has no version symbol
 
** WARNING **: The plugin megaco.so has no version symbol
 
** WARNING **: The plugin mgcp.so has no version symbol
 
** WARNING **: The plugin pcli.so has no version symbol
 
** WARNING **: The plugin rtnet.so has no version symbol
Memory fault(coredump)
 
I got the output in Windows machine. After I start and close the popup window in Windows, I got this core dumped in IPF.
 
The gdb output:
 
(gdb)
238             init_plugins(plugin_dir);
(gdb)
 
Breakpoint 5, init_plugins (
    plugin_dir=0x43137a0 "/opt/iexpress/ethereal/lib/ethereal/plugins/0.9.16")
    at plugins.c:319
319         if (plugin_list == NULL)      /* ensure init_plugins is only run once */
(gdb)
313     {
(gdb)
319         if (plugin_list == NULL)      /* ensure init_plugins is only run once */
(gdb)
 
** WARNING **: The plugin acn.so has no version symbol
.....
 

Finally, I got core dumped.
 
Program terminated with signal 11, Segmentation fault.
#0  0x4afdcd0:0 in except_rethrow (except=0x7fffabf8) at except.c:252
252         struct except_stacknode *top = get_top();
(gdb)
 
 
Regs,
Durai.
 
 
----- Original Message -----
From: "Guy Harris" <guy@xxxxxxxxxxxx>
Sent: Thursday, November 13, 2003 4:06 AM
Subject: Re: [Ethereal-users] Ethereal 0.9.16 SSL & HPUX IPF


On Nov 12, 2003, at 2:21 AM, Durai wrote:

> I built ethereal 0.9.16 with SSL ( --with-ssl=<DIR> )
> static library. Also I built without SSL library (static). But the
> binaries tethereal, .. has same size in both build.
>
> My question is :
>
> 1) How to ensure whether SSL is enabled perfectly with ethereal?
>
> 2) Is there any testing method to test the SSL functionality in
> ethereal?

The only thing that "--with-ssl" does is link with a crypto library
that comes with SSL libraries; it does not affect Ethereal's ability to
dissect SSL (i.e., it doesn't make the SSL dissector more capable).

It's a somewhat poorly named option.  It exists only to cause Ethereal
to be linked with "-lcrypto" in order to make it work with some
versions of the UCD SNMP or Net-SNMP libraries; Ethereal uses those
libraries only as helpers for reading MIB files and using them to
improve the dissection of SNMP, but, as those libraries are full SNMP
libraries, they include a lot of functionality that Ethereal doesn't
use, and some of that functionality requires encryption support, so, to
link with those versions of the SNMP library, you have to link with
-lcrypto *even though Ethereal itself uses none of the functions in
-lcrypto*.

I think it'd be great if we could make that option not be necessary. 
The configure script should see whether you can link with the SNMP
library without "-lcrypto" and, if not, it should automatically find
the crypto library (or let you specify where it is, with a
"--with-lcrypto=" option) and arrange to link Ethereal with it, just as
it does for some *other* libraries that the SNMP library requires
("-lkstat" on Solaris, "-ldes425" on some versions of Red Hat Linux).

 
 

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.532 / Virus Database: 326 - Release Date: 10/29/2003