| Summary: | ddd segfaults | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | William Murphy <warrendiogenese> |
| Component: | RPM Packages | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | bittwister2 |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | CVE: | ||
| Status comment: | |||
Latest updates solved the problem on my Cauldron 64 bit install. CC:
(none) =>
junknospam Very nice. It's working here too as of ddd version 3.3.12-9. Status:
NEW =>
RESOLVED |
Description of problem: DDD segfaults when you try run it, even when only when requesting the version using --version A backtrace on a coredump seems to indicate it segfaults before running the application code: [New LWP 24332] Core was generated by `ddd'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00000034dbe10728 in _dl_check_map_versions (map=map@entry=0x34dc0211c8, verbose=verbose@entry=1, trace_mode=trace_mode@entry=0) at dl-version.c:237 237 result |= match_symbol (DSO_FILENAME (map->l_name), (gdb) bt #0 0x00000034dbe10728 in _dl_check_map_versions (map=map@entry=0x34dc0211c8, verbose=verbose@entry=1, trace_mode=trace_mode@entry=0) at dl-version.c:237 #1 0x00000034dbe10b04 in _dl_check_all_versions (map=<optimized out>, verbose=verbose@entry=1, trace_mode=0) at dl-version.c:386 #2 0x00000034dbe01808 in version_check_doit (a=a@entry=0x7fff125c7a40) at rtld.c:526 #3 0x00000034dbe0f1ae in _dl_receive_error (fct=fct@entry=0x34dbe00e40 <print_missing_version>, operate=operate@entry=0x34dbe017f0 <version_check_doit>, args=args@entry=0x7fff125c7a40) at dl-error.c:217 #4 0x00000034dbe034b7 in dl_main (phdr=<optimized out>, phdr@entry=0x400040, phnum=<optimized out>, phnum@entry=9, user_entry=user_entry@entry=0x7fff125c7ab8, auxv=<optimized out>) at rtld.c:1685 #5 0x00000034dbe16015 in _dl_sysdep_start (start_argptr=<optimized out>, dl_main=0x34dbe01830 <dl_main>) at ../elf/dl-sysdep.c:249 #6 0x00000034dbe04b21 in _dl_start (arg=0x7fff125c7b70) at rtld.c:318 #7 0x00000034dbe00cc8 in _start () from /lib64/ld-linux-x86-64.so.2 #8 0x0000000000000001 in ?? () #9 0x00007fff125c8e07 in ?? () #10 0x0000000000000000 in ?? () Those functions are all part of glibc and I don't think it's getting as far as running main. I ran file on the executable and got: [diogenese@master ~]$ file /usr/bin/ddd /usr/bin/ddd: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=af2152faf1b65e8915b467e72f3c96c372ec606f, stripped To be sure the package itself wasn't damaged, rebuilt it locally, tried that and also fired up 32 and 64 bit cauldron VMs and tried running the official ddd packages with the same results. This machine is running glibc 2.20.10 and the 2 VMs are using 2.20.5. Steps to reproduce: 1) Start a terminal. 2) In the terminal, type: ddd<enter> Reproducible: Steps to Reproduce: