| Summary: | Gimp fail to start on real hw - segment violation - 32 bit mga8 alpha | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Jose Manuel López <joselp> |
| Component: | RPM Packages | Assignee: | All Packagers <pkg-bugs> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | major | ||
| Priority: | High | CC: | boulshet, fri, mageia, olav, shybluenight, westel |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | i586 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | pango-1.45.2-2 | CVE: | |
| Status comment: | |||
| Attachments: |
install from 32 bit real h/w
gdb backtrace from segfault after clicking on "About" in gimp gdb backtrace from segfault after clicking on "About" in gimp |
||
|
Description
Jose Manuel López
2020-06-11 21:16:15 CEST
Created attachment 11690 [details]
install from 32 bit real h/w
confirm that gimp fails to run with:
illegal instruction (core dumped)
$ lscpu
Architecture: i686
CPU op-mode(s): 32-bit
Byte Order: Little Endian
Address sizes: 34 bits physical, 32 bits virtual
CPU(s): 1
On-line CPU(s) list: 0
Thread(s) per core: 1
Core(s) per socket: 1
Socket(s): 1
Vendor ID: AuthenticAMD
CPU family: 6
Model: 8
Model name: AMD Athlon(tm) XP 2400+
Stepping: 1
CPU MHz: 1998.250
BogoMIPS: 3996.50
L1d cache: 64 KiB
L1i cache: 64 KiB
L2 cache: 256 KiB
Vulnerability Itlb multihit: Not affected
Vulnerability L1tf: Not affected
Vulnerability Mds: Not affected
Vulnerability Meltdown: Not affected
Vulnerability Spec store bypass: Vulnerable
Vulnerabi[home@localhost ~]$ lity Spectre v1: Mitigation; usercopy/swapgs barriers and __user
pointer sanitization
Vulnerability Spectre v2: Mitigation; Full generic retpoline, STIBP disab
led, RSB filling
Vulnerability Tsx async abort: Not affected
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtr
r pge mca cmov pat pse36 mmx fxsr sse syscall m
mxext 3dnowext 3dnow cpuid 3dnowprefetch vmmcal
lCC:
(none) =>
westel On the xfce M8 32b alpha iso in vbox: gimp starts, from the menu, no issues. First screen is a big info window. Starting from terminal, I get the warnings, but it starts no problem. On an installed (initially without Gimp) 32b system in vbox, urpmi gimp, installs 32 packages. Starting from the menu, I get a small (non-gimp) error screen. gimp crashes. From a terminal: gimp crashes. CC:
(none) =>
shybluenight
Morgan Leijström
2020-06-12 10:49:01 CEST
Summary:
There apps that not works =>
Gimp fail to start on real hw - segment violation - 32 bit lxde mga8 alpha Thanks for the confirmatory tests. Chris's comment 2 is weird: Gimp installed with the system works; added afterwards, does not. @Jose: can you raise a separate bug for 'lxappearance' (and others try that). Assigning this globally, Gimp is maintained by different people. This is a rare 32-bit bug (I suppose; others would have complained by now about Gimp not working on 64-bit). Summary:
Gimp fail to start on real hw - segment violation - 32 bit lxde mga8 alpha =>
Gimp fail to start on real hw - segment violation - 32 bit mga8 alpha is it just that Gimp has not been compiled for 32bit? meant to add, or rather, it requires a "sse2" processor the working gimp was on the older alpha LIVE 32b xfce iso in live mode, the broken gimp on an updated install in virtualbox 32b xfce, with all the new packages from gnome 3 beta, gtk, pango and what more. I lost the VM, at the end it was a complete mess, so can´t test if the dev´ers and packagers have fixed it meanwhile. lxappearances - crashed almost all graphical text editors - crashed gimp, filezilla - crashed I have tried to reproduce the bug Jose and Chris are seeing in a VM without success (before and after updates). I can reproduce the bug Ben is seeing using qemu. dmesg tells me the invalid instruction is in /usr/lib/libbabl-0.1.so.0. Checking that library, it does indeed contain SSE2 (and CMOV) instructions. So does /usr/bin/gimp. CC:
(none) =>
mageia A quick look suggests both gimp and libbabl should detect and adapt to the CPU capabilities, but if so, that's not working. Well, I have installed again Mageia 8 Alpha Lxde 32 Bits. After update, I have opened Gimp and works fine, I supose that the bug is fixed. If nobody can't reproduce it, the bug can close. Greetings!! Wow, I correct myself. Gimp now starts, but closes when you open an image or just hit "about". This appears in konsole: [jose@localhost]$ gimp Warning: Unknown input_id: -1 for input: surfacemap_x Warning: Unknown input_id: -1 for input: surfacemap_x Warning: Unknown input_id: -1 for input: surfacemap_x Warning: Unknown input_id: -1 for input: surfacemap_x Warning: Unknown input_id: -1 for input: surfacemap_x Warning: Unknown input_id: -1 for input: surfacemap_x Warning: Unknown input_id: -1 for input: surfacemap_x Warning: Unknown input_id: -1 for input: surfacemap_x Warning: Unknown input_id: -1 for input: surfacemap_x Warning: Unknown input_id: -1 for input: surfacemap_x Warning: Unknown input_id: -1 for input: surfacemap_x Warning: Unknown input_id: -1 for input: surfacemap_x gimp: fatal error: Segment violation (script-fu:12761): LibGimpBase-WARNING **: 23:49:01.329: script-fu: gimp_wire_read(): error [jose@localhost]$ Created attachment 11702 [details]
gdb backtrace from segfault after clicking on "About" in gimp
I can confirm the fault when clicking on "About". With a fresh install from the round1 Mageia-8-alpha1-Live-Xfce-i586 ISO in VirtualBox and applying all updates except for pango and its dependent libraries, there was no fault. Updating pango to 1.45.2-2 caused the fault to appear.
Martin Whitaker
2020-06-14 22:27:52 CEST
CC:
(none) =>
olav Could anyone test with: pango-1.45.2-1 (before the dropped patch). Also the installation of debug packages would be highly appreciated (gtk+, gimp, pango, glib). I cannot get to my Mageia desktop machine for a while Created attachment 11704 [details]
gdb backtrace from segfault after clicking on "About" in gimp
Backtrace after installing debug info.
Attachment 11702 is obsolete:
0 =>
1 I rebuilt pango-1.45.2-1 locally and installed it, but got the same fault. Crash really seems to be in gtk+3.0. I checked for any missing crash fixes, found the following: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/1746 I've added that patch to gtk+3.0. Not sure if above patch would fix these crashes, the function names are different. So please try out, though probably this wouldn't fix it. I'm going afk for 2.5 weeks, so seems best to raise this upstream https://gitlab.gnome.org/GNOME/gtk and I'll check it once I'm back.
Olav Vitters
2020-06-16 11:29:09 CEST
Priority:
Normal =>
High I installed all updates, but as you suspected, the crash persists. It could still be pango to blame, if it passes a bad pointer or handle into the GTK library. Also, I only see this fault on a 32-bit system, so it's just possible it's a compiler bug. Using git bisect, I've identified the commit in pango that causes the fault. It is: From de0ab09cdbf5bdfa0caa365a22ac864e41838e48 Mon Sep 17 00:00:00 2001 From: Matthias Clasen <mclasen@redhat.com> Date: Thu, 22 Aug 2019 11:46:07 +0200 Subject: [PATCH] renderer: Implement overlines Reversing that one commit prevents the fault. That doesn't necessarily mean that commit is at fault - it could be exposing a bug elsewhere. Reported upstream: https://gitlab.gnome.org/GNOME/pango/-/issues/486 Good work Well, turns out this was really due to our gtk+2.0 package not being rebuilt against the new version of pango. I've rectified that. Now gimp works fine, as do the other applications (leafpad, lxappearance, tint2) that Chris B. reported failing on qa-discuss. Status:
NEW =>
RESOLVED Even better work :) Now have a nice midsummer party ! Hi, I have tested in lxde vbox 32bits after updates, and works fine, now, I can save image, edit, export. Greetings. |