Re: Affiche.app crashes WM
On 6 April 2015 at 20:17, Christophe christophe.cu...@free.fr wrote:
Do you think it would be possible to extract a backtrace and share it on the
list? That would be very convenient to hunt down that bug...
On my RHELish distro I get crash reports via email. See the attachment
for what I get after WM crashes.
Cheers,
m.
--
-- mdie...@gmail.com --/-- mar...@the-little-red-haired-girl.org
- / http://herbert.the-little-red-haired-girl.org / -
time: Mi 25 Mär 2015 16:12:59 CET
cmdline:wmaker --for-real=
uid:500 (md)
abrt_version: 2.1.11
event_log:
executable: /usr/bin/wmaker
hostname: Paulina
kernel: 3.8.13-55.1.8.el7uek.x86_64
last_occurrence: 1427296379
pid:15171
pkg_arch: x86_64
pkg_epoch: 0
pkg_name: WindowMaker
pkg_release:2.el7.nux
pkg_version:0.95.6
pwd:/home/md
runlevel: N 5
username: md
sosreport.tar.xz: Binary file, 10161576 bytes
cgroup:
:10:hugetlb:/
:9:perf_event:/
:8:blkio:/
:7:net_cls:/
:6:freezer:/
:5:devices:/
:4:memory:/
:3:cpuacct,cpu:/
:2:cpuset:/
:1:name=systemd:/user.slice/user-500.slice/session-2.scope
core_backtrace:
:{ signal: 6
:, executable: /usr/bin/wmaker
:, stacktrace:
: [ { crash_thread: true
:, frames:
: [ { address: 140133078767063
:, build_id: e4b49143a2f2ac61885f45c7e73af0d4d9040d8d
:, build_id_offset: 218583
:, function_name: raise
:, file_name: /lib64/libc.so.6
:}
: , { address: 140133078772936
:, build_id: e4b49143a2f2ac61885f45c7e73af0d4d9040d8d
:, build_id_offset: 224456
:, function_name: abort
:, file_name: /lib64/libc.so.6
:}
: , { address: 140133079031303
:, build_id: e4b49143a2f2ac61885f45c7e73af0d4d9040d8d
:, build_id_offset: 482823
:, function_name: __libc_message
:, file_name: /lib64/libc.so.6
:}
: , { address: 140133079067580
:, build_id: e4b49143a2f2ac61885f45c7e73af0d4d9040d8d
:, build_id_offset: 519100
:, function_name: _int_malloc
:, file_name: /lib64/libc.so.6
:}
: , { address: 140133079073164
:, build_id: e4b49143a2f2ac61885f45c7e73af0d4d9040d8d
:, build_id_offset: 524684
:, function_name: malloc
:, file_name: /lib64/libc.so.6
:}
: , { address: 140133131281966
:, build_id: a191a35e4dca41a7a6c5680b162cc77c02c638d3
:, build_id_offset: 42542
:, function_name: wmalloc
:, file_name: /lib64/libWUtil.so.5
:}
: , { address: 4588899
:, build_id: 340b140c001dc1912204438a888dcec73ec5425a
:, build_id_offset: 394595
:, function_name: wNETWMUpdateDesktop
:, file_name: /usr/bin/wmaker
:}
: , { address: 4600164
:, build_id: 340b140c001dc1912204438a888dcec73ec5425a
:, build_id_offset: 405860
:, function_name: wWorkspaceForceChange
:, file_name: /usr/bin/wmaker
:}
: , { address: 4504619
:, build_id: 340b140c001dc1912204438a888dcec73ec5425a
:, build_id_offset: 310315
:, function_name: StartUp
:, file_name: /usr/bin/wmaker
:}
: , { address: 4240451
:, build_id: 340b140c001dc1912204438a888dcec73ec5425a
:, build_id_offset: 46147
:, function_name: main
:, file_name: /usr/bin/wmaker
:} ]
:} ]
:}
dso_list:
:/usr/lib64/libgcc_s-4.8.3-20140911.so.1 libgcc-4.8.3-9.el7.x86_64 (Oracle
America) 1426254782
:/usr/lib64/libz.so.1.2.7 zlib-1.2.7-13.el7.x86_64 (Oracle America) 1426253780
:/usr/lib64/libXpm.so.4.11.0 libXpm-3.5.10-5.1.el7.x86_64 (Oracle America)
1426253968
:/usr/lib64/libwraster.so.5.0.0 WINGs-libs-0.95.6-2.el7.nux.x86_64 (Nux!)
1426258002
:/usr/share/fonts/webcore/verdanab.ttf webcore-fonts-3.0-1.noarch (Nux!)
1426691230
:/usr/lib64/libbz2.so.1.0.6 bzip2-libs-1.0.6-12.el7.x86_64 (Oracle America)
1426253781
:/usr/share/fonts/dejavu/DejaVuSans-Bold.ttf
dejavu-sans-fonts-2.33-6.el7.noarch (Oracle America) 1426254062
:/usr/lib64/libfontconfig.so.1.7.0 fontconfig-2.10.95-7.el7.x86_64 (Oracle
America) 1426253832
:/usr/lib64/libXext.so.6.4.0 libXext-1.3.2-2.1.el7.x86_64 (Oracle America)
1426253915
:/usr/lib64/libpthread-2.17.so glibc-2.17-78.0.1.el7.x86_64 (Oracle
Re: Affiche.app crashes WM
Christophe schreef: - alwin a...@deds.nl a écrit : alwin schreef: Martin Dietze schreef: I am running WindowMaker-0.95.6-2.el7.nux.x86_64 on an OracleLinux 7 system. My GNUstep installation is self-compiled from the latest startup package, and I am running the latest version of Affiche.app . When I have Affiche.app open, and the input focus is on a sticking note, switching to a particular workspace (not next or prev) immediately crashes WM. This happens when I switch using a keyboard shortcat (I used Alt-1, Alt-2, ... for my workspaces) as well as when using the workspace submenu. Cheers, m. Hi, I also see this bug happening on Gentoo, with Affiche and other GNUstep packages. Hi, Do you think it would be possible to extract a backtrace and share it on the list? That would be very convenient to hunt down that bug... I attached the `wmaker --for-real' process, which hangs after workspace switch when Affiche is focused. Not sure it provides the right info. Please let me know if there's a better way. Also terminal output showed this: *** Error in `wmaker': free(): invalid next size (fast): 0x089aa628 *** *** Error in `wmaker': malloc(): memory corruption: 0x089aa640 *** CFLAGS=-march=i686 -O2 -g -ggdb -fno-omit-frame-pointer -pipe extra configure: --enable-debug # gdb GNU gdb (Gentoo 7.7.1 p1) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i686-pc-linux-gnu. Type show configuration for configuration details. For bug reporting instructions, please see: http://bugs.gentoo.org/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word. (gdb) attach 21401 Attaching to process 21401 Reading symbols from /usr/bin/wmaker...(no debugging symbols found)...done. warning: Could not load shared library symbols for linux-gate.so.1. Do you need set solib-search-path or set sysroot? Reading symbols from /usr/lib/libWINGs.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libWINGs.so.3 Reading symbols from /usr/lib/libWUtil.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libWUtil.so.5 Reading symbols from /usr/lib/libwraster.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libwraster.so.5 Reading symbols from /usr/lib/libXrandr.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXrandr.so.2 Reading symbols from /usr/lib/libX11.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libX11.so.6 Reading symbols from /usr/lib/libXext.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXext.so.6 Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/lib/libbsd.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libbsd.so.0 Reading symbols from /usr/lib/libXpm.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXpm.so.4 Reading symbols from /usr/lib/libpng16.so.16...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpng16.so.16 Reading symbols from /usr/lib/libjpeg.so.62...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /usr/lib/libgif.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgif.so.4 Reading symbols from /usr/lib/libtiff.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libtiff.so.5 Reading symbols from /usr/lib/libXmu.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXmu.so.6 Reading symbols from /usr/lib/libXft.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXft.so.2 Reading symbols from /usr/lib/libfontconfig.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libfontconfig.so.1 Reading symbols from /usr/lib/libfreetype.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/lib/libXrender.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXrender.so.1 Reading symbols from /usr/lib/libxcb.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libxcb.so.1 Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from
Re: Affiche.app crashes WM
- alwin a...@deds.nl a écrit : alwin schreef: Martin Dietze schreef: I am running WindowMaker-0.95.6-2.el7.nux.x86_64 on an OracleLinux 7 system. My GNUstep installation is self-compiled from the latest startup package, and I am running the latest version of Affiche.app . When I have Affiche.app open, and the input focus is on a sticking note, switching to a particular workspace (not next or prev) immediately crashes WM. This happens when I switch using a keyboard shortcat (I used Alt-1, Alt-2, ... for my workspaces) as well as when using the workspace submenu. Cheers, m. Hi, I also see this bug happening on Gentoo, with Affiche and other GNUstep packages. Hi, Do you think it would be possible to extract a backtrace and share it on the list? That would be very convenient to hunt down that bug... Regards, Christophe. -- To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.
Re: Affiche.app crashes WM
alwin schreef: Martin Dietze schreef: I am running WindowMaker-0.95.6-2.el7.nux.x86_64 on an OracleLinux 7 system. My GNUstep installation is self-compiled from the latest startup package, and I am running the latest version of Affiche.app . When I have Affiche.app open, and the input focus is on a sticking note, switching to a particular workspace (not next or prev) immediately crashes WM. This happens when I switch using a keyboard shortcat (I used Alt-1, Alt-2, ... for my workspaces) as well as when using the workspace submenu. Cheers, m. Hi, I also see this bug happening on Gentoo, with Affiche and other GNUstep packages. I did a git bisect. Somewhere between wmaker-0.95.5 and wmaker-0.95.6, focused GNUstep application menus start to show up in every workspace. This seems not correct to me. I'm not a GNUstep expert though. This is the git bisect output: 288943c813ff68081ae0817db25cc131a75503a0 is the first bad commit commit 288943c813ff68081ae0817db25cc131a75503a0 Author: Brad Jorsch ano...@users.sourceforge.net Date: Tue Feb 11 18:22:01 2014 -0500 Add _NET_WM_WINDOW_TYPEs added in EWMH 1.3 EWMH 1.3 added various window types: dropdown_menu, popup_menu, tooltip, notification, combo, and dnd. We may as well set appropriate defaults if these types get set on a window that isn't override-redirect. I'm not terribly attached to these defaults, except that the ones for 'notification' are what I set manually for xfce4-notifyd before deciding to patch wmaker. :04 04 b0fb90fb5d6aec4b0a6f7e22882ca6b7d7942fd1 5d50212ecf543ac9ec13fafdd641d07521dd8d90 M src Somewhere after wmaker-0.95.6 (in git `next'), it starts to crash WindowMaker. I didn't bisect that yet. In the terminal output, I saw this error after the crash: *** Error in `wmaker': malloc(): memory corruption: 0x08677848 *** Maybe the GNUsteppers on the list could confirms this. Kind regards, Also, in wmaker-0.95.5 (and probably earlier), sometimes 2 GNUstep application menus are visible at the same time. Both can be moved etc. I can't give a reproducible example. It seems to happen just sometimes. Double clicking the appicons returns to the normal behaviour of 1 application menu at a time. No crashes when 2 menus appeared. -- [alwin] -- To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.
Re: Affiche.app crashes WM
Martin Dietze schreef: I am running WindowMaker-0.95.6-2.el7.nux.x86_64 on an OracleLinux 7 system. My GNUstep installation is self-compiled from the latest startup package, and I am running the latest version of Affiche.app . When I have Affiche.app open, and the input focus is on a sticking note, switching to a particular workspace (not next or prev) immediately crashes WM. This happens when I switch using a keyboard shortcat (I used Alt-1, Alt-2, ... for my workspaces) as well as when using the workspace submenu. Cheers, m. Hi, I also see this bug happening on Gentoo, with Affiche and other GNUstep packages. I did a git bisect. Somewhere between wmaker-0.95.5 and wmaker-0.95.6, focused GNUstep application menus start to show up in every workspace. This seems not correct to me. I'm not a GNUstep expert though. This is the git bisect output: 288943c813ff68081ae0817db25cc131a75503a0 is the first bad commit commit 288943c813ff68081ae0817db25cc131a75503a0 Author: Brad Jorsch ano...@users.sourceforge.net Date: Tue Feb 11 18:22:01 2014 -0500 Add _NET_WM_WINDOW_TYPEs added in EWMH 1.3 EWMH 1.3 added various window types: dropdown_menu, popup_menu, tooltip, notification, combo, and dnd. We may as well set appropriate defaults if these types get set on a window that isn't override-redirect. I'm not terribly attached to these defaults, except that the ones for 'notification' are what I set manually for xfce4-notifyd before deciding to patch wmaker. :04 04 b0fb90fb5d6aec4b0a6f7e22882ca6b7d7942fd1 5d50212ecf543ac9ec13fafdd641d07521dd8d90 M src Somewhere after wmaker-0.95.6 (in git `next'), it starts to crash WindowMaker. I didn't bisect that yet. In the terminal output, I saw this error after the crash: *** Error in `wmaker': malloc(): memory corruption: 0x08677848 *** Maybe the GNUsteppers on the list could confirms this. Kind regards, -- [alwin] -- [alwin] -- To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.
