| Summary: | strawberry segmentation fault, core dump (32-bit) | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Ben McMonagle <westel> |
| Component: | RPM Packages | Assignee: | David GEIGER <geiger.david68210> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | andrewsfarm |
| Version: | 9 | ||
| Target Milestone: | --- | ||
| Hardware: | i586 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | strawberry-1.0.17-1.mga9.src.rpm | CVE: | |
| Status comment: | |||
error is also:
Incompatible processor. This Qt build requires the following features:
sse2
that should have been all DE option install from: ISO Name: Mageia-9-rc1-i586.iso DATE.txt: Tue Jul 11 09:43:39 PM CEST 2023 Thanks for all these 32-bit faults. Another for DavidG. Summary:
strawberry segmentation fault, core dump =>
strawberry segmentation fault, core dump (32-bit) Ben, is this bug still valid? My 32-bit hardware only has Xfce installed, and it's a P4, so it has SSE2 capability. I installed strawberry on it, and ran it in the terminal with no issues. I also tried it in a VirtualBox guest, but processor implementation there is imperfect. Host attributes like SSE2 will be available to the guest cpu, even if it's supposed to be emulating an old 32-bit one. Changing this to a Mageia 9 bug, as Cauldron is now Mageia 10. CC:
(none) =>
andrewsfarm (In reply to Thomas Andrews from comment #4) > Ben, is this bug still valid? > will try this weekend. hardware takes a while to get to a working desktop (like 30min), so not a "quick test" RH Mageia 9 i586
LC_ALL=C lscpu
Architecture: i686
CPU op-mode(s): 32-bit, 64-bit
Address sizes: 36 bits physical, 48 bits virtual
Byte Order: Little Endian
CPU(s): 2
On-line CPU(s) list: 0,1
Vendor ID: GenuineIntel
BIOS Vendor ID: Intel(R) Corporation
Model name: Intel(R) Pentium(R) Dual CPU T2370 @ 1.73GHz
BIOS Model name: Intel(R) Pentium(R) Dual CPU T2370 @ 1.73GHz FFFF CPU @ 1.7GHz
BIOS CPU family: 185
CPU family: 6
Model: 15
Thread(s) per core: 1
Core(s) per socket: 2
Socket(s): 1
Stepping: 13
CPU(s) scaling MHz: 61%
CPU max MHz: 1733.0000
CPU min MHz: 800.0000
BogoMIPS: 3458.00
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht
tm pbe nx lm constant_tsc arch_perfmon pebs bts cpuid aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx1
6 xtpr pdcm lahf_lm pti dtherm
Can't reproduce the issue in current strawberry
(In reply to katnatek from comment #6) > Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht > tm pbe nx lm constant_tsc arch_perfmon pebs bts > cpuid aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx1 > 6 xtpr pdcm lahf_lm pti dtherm > your processor has "sse2" capability. (In reply to Ben McMonagle from comment #1) > error is also: > > Incompatible processor. This Qt build requires the following features: > sse2 (In reply to Ben McMonagle from comment #5) > (In reply to Thomas Andrews from comment #4) > > Ben, is this bug still valid? > > > will try this weekend. > hardware takes a while to get to a working desktop (like 30min), so not a > "quick test" (In reply to Ben McMonagle from comment #7) > (In reply to katnatek from comment #6) > > > Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > > mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht > > tm pbe nx lm constant_tsc arch_perfmon pebs bts > > cpuid aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx1 > > 6 xtpr pdcm lahf_lm pti dtherm > > > > your processor has "sse2" capability. Oh yes, thank you, will wait to you test updated system tonight. checked installed strawberry version - strawberry-1.0.17-1.mga9.rpm still reports: Incompatible processor. This Qt build requires the following features: sse2 TBH, running Plasma DE on this hardware is a punishment looking for a bruising. the real likelihood of someone really using a system of this age with Plasma is very low. If they want to stay in the KDE environment, JUK works. or elisa Frankly, I'm rather surprised you can get Plasma DE to run on that hardware at all. But this isn't strictly a Plasma app, it's a QT app. So it's not going to work on your hardware no matter which DE you're using, is it? So, we add it to the growing list of things that will no longer support non-sse2 hardware. Any objections to closing as WON'T FIX? not from me I may have a plasma list of applications that dont work. I tried a test run overnight of all the executables on this plasma only DE. of the 382 executables, 69 failed to invoke on this hardware. it took ~22 seconds (minimum) per test if they invoke, longer if they dont . rerunning the test of just the non-invokables today. QT / sse / sse2 issue. unable to be resolved as hardware issue Resolution:
(none) =>
WONTFIX |
Description of problem: install plasma from Classical installer .iso. into real 32bit hardware. invoke strawberry, segmentation fault occurs. $ lscpu Architecture: i686 CPU op-mode(s): 32-bit Address sizes: 34 bits physical, 32 bits virtual Byte Order: Little Endian CPU(s): 1 On-line CPU(s) list: 0 Vendor ID: AuthenticAMD Model name: AMD Athlon(tm) XP 2400+ ~ BogoMIPS: 3996.98 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dn ow cpuid 3dnowprefetch vmmcall issue does not occur with 64bit capable cpu. install is from; ISO Name: Mageia-9-rc1-i586.iso DATE.txt: Tue Jul 11 09:43:39 PM CEST 2023 see also bug 32102, bug 32104, bug 32105, bug 32106, bug 32107 Version-Release number of selected component (if applicable): How reproducible: always on real 32bit hardware Steps to Reproduce: 1.install plasma from above .iso 2.invoke strawberry, note segmentation 3.