[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Problems with commercial program.



Note:  it appears you're replying to a mirror or peer of this list
hosted at Virginia Tech.  Just FYI it makes replies slightly painful --
my usual list response doesn't recognize your address.  You might
consider subscribing directly to debian-user.

on Thu, Dec 21, 2000 at 08:38:40AM +1100, Stewart James -Stootles- (stootles@linuxfreak.com) wrote:
> On Tue, 19 Dec 2000, Nate Amsden wrote:
> 
> > Stewart James -Stootles- wrote:
> > >
> > > I was wondering if anyone could help me with a problem I have having. I am
> > > new to Debian but have been using redhat/mandrake for a few years.
> > >
> > > I recently switched to Debian. (great distro by the way)
> > >
> > > At work we use iplanet(netscape) messaging server and their directory
> > > server. This means using netscape console for some of the administration
> > > of the products.
> > >
> > > The netscape console is available at
> > > http://www.iplanet.com/downloads/patches/0115.html
> > >
> > > I have run this before on Mandrake 7.0 to 7.2 with out issue.
> > >
> > > The problems is easy - get the download uncompress and run ./setup and it
> > > seg faults, does not even start to run.
> > >
> > > IPlanet suggests Kernel 2.2.5 and glibc 2.1.1 I have run it on other
> > > kernels, am unsure of the glibc version I have run it on before as I have
> > > never had a problem like this before.

> As per a suggestion I run an strace on the setup program. The last portion
> of the strace is at the bottom of this email. I didnt bother attaching the
> whole thing. Is there any thing I can do about this?
> 
> I love debian, the distro rocks! I am a little concerned about
> compatibility though. Linux is supposed to be one OS with many distro's.
> The core OS(kernel and libs) should be the same through out distro's. This
> is the first time I have ever had a compatibility issue, but it is a
> concern for me, and it should be a concern for all distro's.
> 
> Redhat has made a large headway into the corporate sector, it has also
> managed to hook up with a number of corporate partners. I mention this as
> it generally means when a company with "redhat ties" releases something
> for linux they will really mean "redhat". Wouldn't it be in debians
> interests to find out what redhat is doing different, and if acceptable do
> that, if not, try and open discussions with redhat about the problem.
> 
> Before anyone flames me in regards to "well you fix it then". I really
> wish I could. I don't have the skill. I love linux and want to see it make
> even more headway. This problem I have had is only small, but it is
> something that could grow out of control and cause a rift in linux
> distro's...something no one wants.
> 
> Regards,
> 
> Stewart James
> 
> _____START STRACE OUTPUT_____
> munmap(0x40018000, 18760)               = 0
> getpid()                                = 25149
> getpid()                                = 25149
> uname({sys="Linux", node="cerberus", ...}) = 0
> rt_sigaction(SIGRT_0, {0x40025f8c, [], 0x4000000}, NULL, 8) = 0
> rt_sigaction(SIGRT_1, {0x40026018, [], 0x4000000}, NULL, 8) = 0
> rt_sigaction(SIGRT_2, {0x40026118, [], 0x4000000}, NULL, 8) = 0
> rt_sigprocmask(SIG_BLOCK, [RT_0], NULL, 8) = 0
> _sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbffff7f4, 35, (nil), 0}) = 0
> brk(0)                                  = 0x814d598
> brk(0x814d640)                          = 0x814d640
> brk(0)                                  = 0x814d640
> old_mmap(NULL, 2097152, PROT_NONE,
> MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1,
> 0) = 0x402b3000
> munmap(0x402b3000, 315392)              = 0
> munmap(0x40400000, 733184)              = 0
> mprotect(0x40300000, 0, PROT_READ|PROT_WRITE) = 0
> --- SIGSEGV (Segmentation fault) ---
> +++ killed by SIGSEGV +++
> ____END STRACE OUTPUT_____

I'm not an expert at reading strace, but my read is that you're either
running into a memory allocation error (which would explain the
segmentation fault), or you clipped your strace output after the error
occured.

You might also look at your library linkages and see what this app wants
to link to.  'ldd' will do this.  The 'ltrace' command is an equivalent
to strace for tracking library calls.  I'm suspecting a minor library
variation between RH and Debian is tripping you up. 

You might also try contacting the developer directly -- they may know of
other users who've attempted to run under Debian.

WRT Debian and RH, the general trend seems to be to approach the Debian
way, but that's a long argument.  We're aware of RH, and to a large
extent, it's nice for them to make mistakes that we can avoid.

-- 
Karsten M. Self <kmself@ix.netcom.com>    http://kmself.home.netcom.com/
 Evangelist, Zelerate, Inc.                      http://www.zelerate.org
  What part of "Gestalt" don't you understand?      There is no K5 cabal
   http://gestalt-system.sourceforge.net/        http://www.kuro5hin.org

Attachment: pgpZid4u5sh3B.pgp
Description: PGP signature


Reply to: