#51 core dump when printing

release
closed-invalid
nobody
None
3
2002-01-05
2001-07-23
Anonymous
No

OS: Red Hat Linux 7.0, kernel 2.2.16, XFree86 4.0.1,
mostly in the configuration delivered by Red Hat. Gnome
desktop 1.2.1 with sawfish WM 0.30.3.

nedit 5.1.1-4.70.1, installed via rpm. Never
experienced any nedit problems before.

System: Celeron 300 MHz, 128 MByte RAM, ATI Mach64
graphics card.

Other processes running: Gnome terminal program, remote
xterm from another machine, Netscape Communicator 4.77.
Very low load (< 0.1), CPU 95% idle, modest memory load
(19 MByte swap file, about half of RAM used by buffers
and cache).

3 instances of nedit are running; the first has opened
2 files, the second 1 file, the third is started with 2
files. All files are regular text files, length between
4 and 17 kByte. When trying to print one of the two
files of the 3rd nedit instance (either with Ctrl-P or
via "file" menu), the process crashes repeatedly with a
core dump. When finishing one of the two other nedit
instances before printing, everything works fine

core dump is available when needed (> 2 megs)

Discussion

  • Logged In: NO

    Forget about this bug report: I just realized that I
    recently installed a nedit update from Red Hat
    (5.1.1-4.70.1) which obviously is broken. The original nedit
    5.1.1 from ftp.nedit.org works.

     
  • Alexander Mai
    Alexander Mai
    2001-07-23

    • priority: 5 --> 2
    • status: open --> closed
     
  • Scott Tringali
    Scott Tringali
    2001-07-23

    • priority: 2 --> 5
    • milestone: --> release
    • status: closed --> closed-invalid
     
  • Scott Tringali
    Scott Tringali
    2001-07-23

    Logged In: YES
    user_id=11321

    Thanks. If using our binary fixed it, I suspect the problem
    was version skew in the dynamic libraries (most likely with
    OSFMotif vs. OpenMotif vs. LessTif). The binary on
    nedit.org is statically linked against Motif to avoid such
    issues.

    Consider doing an "ldd nedit" and sending it here to
    confirm.

     
  • Logged In: NO

    tringali wrote:
    [...]
    > Consider doing an "ldd nedit" and sending it here to
    > confirm.

    Here it is:

    working nedit binary from ftp.nedit.org:
    $ ldd `which nedit`
    /home/odi/e2undel/libundel.so =>
    /home/odi/e2undel/libundel.so (0x40018000)
    /lib/libNoVersion.so.1 => /lib/libNoVersion.so.1
    (0x4001a000)
    libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40025000)
    libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x4003b000)
    libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40088000)
    libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40092000)
    libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x400a9000)
    libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x400b7000)
    libm.so.6 => /lib/libm.so.6 (0x40185000)
    libc.so.6 => /lib/libc.so.6 (0x401a5000)
    /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
    libdl.so.2 => /lib/libdl.so.2 (0x402ce000)

    nedit binary from Red Hat (I only have the strace file
    avalailable):
    $ grep open strace.nedit | grep X11R6 | sort | uniq
    open("/usr/X11R6/bin", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 7
    open("/usr/X11R6/lib/libICE.so.6", O_RDONLY) = 5
    open("/usr/X11R6/lib/libSM.so.6", O_RDONLY) = 5
    open("/usr/X11R6/lib/libX11.so.6", O_RDONLY) = 5
    open("/usr/X11R6/lib/libXext.so.6", O_RDONLY) = 5
    open("/usr/X11R6/lib/libXm.so.2", O_RDONLY) = 5
    open("/usr/X11R6/lib/libXpm.so.4", O_RDONLY) = 5
    open("/usr/X11R6/lib/libXp.so.6", O_RDONLY) = 5
    open("/usr/X11R6/lib/libXt.so.6", O_RDONLY) = 5
    open("/usr/X11R6/lib/X11/locale/compose.dir", O_RDONLY) = 7
    open("/usr/X11R6/lib/X11/locale/iso8859-1/Compose",
    O_RDONLY) = 7
    open("/usr/X11R6/lib/X11/locale/iso8859-1/XLC_LOCALE",
    O_RDONLY) = 6
    open("/usr/X11R6/lib/X11/locale/locale.alias", O_RDONLY) = 6
    open("/usr/X11R6/lib/X11/locale/locale.dir", O_RDONLY) = 6
    open("/usr/X11R6/lib/X11/XKeysymDB", O_RDONLY) = 7

    $ rpm -qf /usr/X11R6/lib/libXm.so.2
    openmotif-2.1.30-6
    $ rpm -qf /usr/X11R6/lib/libXpm.so.4
    XFree86-libs-4.0.1-1

    I guess it's either related to openmotif, or the Red Hat
    binary itself is broken.

     
  • Scott Tringali
    Scott Tringali
    2001-07-24

    • priority: 5 --> 3
    • status: closed-invalid --> open-invalid
     
  • Scott Tringali
    Scott Tringali
    2001-07-24

    Logged In: YES
    user_id=11321

    It doesn't look a version skew problem. This may be a legit
    problem with OpenMotif. If you can send a stack trace it
    may help deduce what's going on. I'll leave it open for
    now. Maybe someone who has OpenMotif can try this binary
    and sequence of actions to see if it's repeatable or
    avoidable?

     
  • Alexander Mai
    Alexander Mai
    2002-01-05

    • status: open-invalid --> closed-invalid
     
  • Alexander Mai
    Alexander Mai
    2002-01-05

    Logged In: YES
    user_id=15180

    An old binary and an outdated report ...