[KScreen] [Bug 484233] New: Arrangement specific display settings. (for only this specific display arrangment)

2024-03-22 Thread Briggs
https://bugs.kde.org/show_bug.cgi?id=484233 Bug ID: 484233 Summary: Arrangement specific display settings. (for only this specific display arrangment) Classification: Plasma Product: KScreen Version: 6.0.2 Platform: o

[Discover] [Bug 406654] Pointless "Make sure that AppStream is properly set up on your system" message

2020-01-13 Thread Briggs
https://bugs.kde.org/show_bug.cgi?id=406654 --- Comment #13 from Briggs --- (In reply to Aleix Pol from comment #12) > @Briggs, can you confirm it's properly set up? i.e. can you run > "appstreamcli refresh" on your system and tell us if it succeeds and removes > the er

[frameworks-solid] [Bug 415474] Crash while closing the "Energy Information" window

2020-01-25 Thread Briggs
https://bugs.kde.org/show_bug.cgi?id=415474 Briggs changed: What|Removed |Added CC||jba1...@gmail.com -- You are receiving this mail

[frameworks-solid] [Bug 415474] Crash while closing the "Energy Information" window

2020-01-25 Thread Briggs
https://bugs.kde.org/show_bug.cgi?id=415474 --- Comment #5 from Briggs --- Kubuntu 20.04 Sorry if this is redundant Application: System Settings Module (kcmshell5), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current t

[Discover] [Bug 406654] Pointless "Make sure that AppStream is properly set up on your system" message

2019-12-24 Thread Briggs
https://bugs.kde.org/show_bug.cgi?id=406654 --- Comment #10 from Briggs --- Created attachment 124687 --> https://bugs.kde.org/attachment.cgi?id=124687&action=edit Discover "Appstream" error -- You are receiving this mail because: You are watching all bug changes.

[Discover] [Bug 406654] Pointless "Make sure that AppStream is properly set up on your system" message

2019-12-24 Thread Briggs
https://bugs.kde.org/show_bug.cgi?id=406654 Briggs changed: What|Removed |Added CC||jba1...@gmail.com --- Comment #11 from Briggs

[Discover] [Bug 377645] rfe: support for installing packages with no or unknown keys

2019-12-24 Thread Briggs
https://bugs.kde.org/show_bug.cgi?id=377645 Briggs changed: What|Removed |Added CC||jba1...@gmail.com --- Comment #5 from Briggs --- I

[Discover] [Bug 413872] RPMs that are downloaded manually from untrusted sources can't be installed due to "bad PGP signature"

2019-12-24 Thread Briggs
https://bugs.kde.org/show_bug.cgi?id=413872 Briggs changed: What|Removed |Added CC||jba1...@gmail.com -- You are receiving this mail

[valgrind] [Bug 445743] "The impossible happened: mutex is locked simultaneously by two threads" while using mutexes with priority inheritance and signals

2022-06-14 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=445743 Nick Briggs changed: What|Removed |Added CC||afraid-splicer...@icloud.co

[valgrind] [Bug 452274] New: memcheck crashes with Assertion 'sci->status.what == SsIdle' failed

2022-04-04 Thread Nick Briggs
==56733== Command: /home/briggs/maiko/freebsd.386/ldex -timer 100 -g 1440x900 -sc 1440x900 -m 256 -t Medley_Interlisp /usr/home/briggs/medley/tmp/full.sysout ==56733== Parent PID: 56731 ==56733== valgrind: m_syswrap/syswrap-main.c:2130 (void vgPlain_client_syscall(ThreadId, UInt)): Assertion

[valgrind] [Bug 452274] memcheck crashes with Assertion 'sci->status.what == SsIdle' failed

2022-04-06 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=452274 --- Comment #4 from Nick Briggs --- It's different from valgrind-3.18.1-42b08ed5bd-20211015, where it typically dies with ==73265== Memcheck, a memory error detector ==73265== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et a

[valgrind] [Bug 452274] memcheck crashes with Assertion 'sci->status.what == SsIdle' failed

2022-04-06 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=452274 --- Comment #7 from Nick Briggs --- It generates plenty of pid 79880 (memcheck-x86-freebs): sigreturn eflags = 0x24 pid 79880 (memcheck-x86-freebs): sigreturn eflags = 0x200094 pid 79880 (memcheck-x86-freebs): sigreturn eflags = 0x200094 pid 79880

[valgrind] [Bug 452274] memcheck crashes with Assertion 'sci->status.what == SsIdle' failed

2022-04-07 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=452274 --- Comment #10 from Nick Briggs --- It's 2 (SsHandToKernel) when it crashes. -- You are receiving this mail because: You are watching all bug changes.

[valgrind] [Bug 452274] memcheck crashes with Assertion 'sci->status.what == SsIdle' failed

2022-04-07 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=452274 --- Comment #12 from Nick Briggs --- It's easier for you to build maiko now than it used to be. See https://github.com/Interlisp/maiko but you also need a medley Interlisp release, https://github.com/interlisp/medley -- and it gets a bit tricky t

[valgrind] [Bug 452274] memcheck crashes with Assertion 'sci->status.what == SsIdle' failed

2022-04-07 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=452274 --- Comment #13 from Nick Briggs --- DEBUG: vgPlain_client_syscall sysno 121 DEBUG: vgPlain_client_syscall sysno 27 DEBUG: vgPlain_client_syscall sysno 116 DEBUG: vgPlain_client_syscall sysno 116 DEBUG: vgPlain_client_syscall sysno 116 DEBUG

[valgrind] [Bug 452274] memcheck crashes with Assertion 'sci->status.what == SsIdle' failed

2022-04-07 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=452274 --- Comment #14 from Nick Briggs --- I turned back on the trace syscalls and ran it again (also fixed up the msg about the state) -- DEBUG: vgPlain_client_syscall sysno 209 SYSCALL[94860,1](209) sys_poll ( 0xfbbfe5c0, 1, -1 ) --> [async] ... SYSC

[valgrind] [Bug 452274] memcheck crashes with Assertion 'sci->status.what == SsIdle' failed

2022-04-07 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=452274 --- Comment #15 from Nick Briggs --- In case it matters... I just looked at the maiko code that sets up the VTALRM signal, notice the SA_RESTART in the flags. struct itimerval timert; struct sigaction timer_action; timer_action.sa_handler

[valgrind] [Bug 452274] memcheck crashes with Assertion 'sci->status.what == SsIdle' failed

2022-04-07 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=452274 --- Comment #16 from Nick Briggs --- Red herring. Removing the SA_RESTART doesn't change anything. -- You are receiving this mail because: You are watching all bug changes.

[valgrind] [Bug 452274] memcheck crashes with Assertion 'sci->status.what == SsIdle' failed

2022-04-07 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=452274 --- Comment #17 from Nick Briggs --- Created attachment 148033 --> https://bugs.kde.org/attachment.cgi?id=148033&action=edit C source test case This test case provokes the problem. cc -O2 -pipe vgtest2.c -o vgtest2 Running under v

[valgrind] [Bug 452274] memcheck crashes with Assertion 'sci->status.what == SsIdle' failed

2022-04-08 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=452274 --- Comment #20 from Nick Briggs --- I'm not sure why the write() would be flagged non-blocking. You can replace the write(...) in the test with read(0, NULL, 0) and get the same result. I also tried int fd = open("/tmp/dummy", O_

[valgrind] [Bug 452274] memcheck crashes with Assertion 'sci->status.what == SsIdle' failed

2022-04-08 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=452274 --- Comment #21 from Nick Briggs --- Here's what happens with --trace-signals=yes and using the write(...) as the thing to be interrupted: DEBUG: vgPlain_client_syscall sysno 4 DEBUG: vgPlain_client_syscall sysno 4 DEBUG: vgPlain_client_syscall

[valgrind] [Bug 452274] memcheck crashes with Assertion 'sci->status.what == SsIdle' failed

2022-04-08 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=452274 --- Comment #22 from Nick Briggs --- I threw in a VG_(printf): @@ -3117,6 +3119,7 @@ VG_(fixup_guest_state_after_syscall_interrupted)( ThreadId tid, if (VG_(clo_trace_signals)) VG_(message)( Vg_DebugMsg, "

[valgrind] [Bug 452274] memcheck crashes with Assertion 'sci->status.what == SsIdle' failed

2022-04-08 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=452274 --- Comment #26 from Nick Briggs --- > Now how to determine if we are in either of those functions? I think it's actually any of 4 functions: 3805cd30 R vgModuleLocal_blksys_setup 3805cd34 R vgModuleLocal_blksys_restart 38

[valgrind] [Bug 452274] memcheck crashes with Assertion 'sci->status.what == SsIdle' failed

2022-04-12 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=452274 --- Comment #28 from Nick Briggs --- Looks good. Thanks! I'd suggest, though, using something other than " " in the test (write(2, " ", 1);) so that it's more obvious if the output doesn't match, rather than trying

[valgrind] [Bug 445032] New: valgrind/memcheck crash with SIGSEGV when SIGVTALRM timer used and libthr.so associated

2021-11-05 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=445032 Bug ID: 445032 Summary: valgrind/memcheck crash with SIGSEGV when SIGVTALRM timer used and libthr.so associated Product: valgrind Version: unspecified Platform: FreeBSD Ports

[valgrind] [Bug 445032] valgrind/memcheck crash with SIGSEGV when SIGVTALRM timer used and libthr.so associated

2021-11-07 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=445032 --- Comment #2 from Nick Briggs --- I was running this on CPU: Intel(R) Pentium(R) M processor 1.70GHz (966.40-MHz 686-class CPU) Origin="GenuineIntel" Id=0x6d6 Family=0x6 Model=0xd Stepping=6 Features=0xafe9f9bf Features2=0x180

[valgrind] [Bug 445032] valgrind/memcheck crash with SIGSEGV when SIGVTALRM timer used and libthr.so associated

2021-11-07 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=445032 --- Comment #3 from Nick Briggs --- It doesn't fail in a VirtualBox running FreeBSD 13.0 on hardware that reports out as: CPU: Intel(R) Core(TM)2 Duo CPU T9800 @ 2.93GHz (2918.76-MHz 686-class CPU) Origin="GenuineIntel" Id=0x10

[valgrind] [Bug 445032] valgrind/memcheck crash with SIGSEGV when SIGVTALRM timer used and libthr.so associated

2021-11-08 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=445032 --- Comment #7 from Nick Briggs --- No ASLR in use here -- I've got the default settings: ``` $ sysctl -a | grep aslr kern.elf32.aslr.stack_gap: 3 kern.elf32.aslr.honor_sbrk: 1 kern.elf32.aslr.pie_enable: 0 kern.elf32.aslr.enable: 0 vm.aslr_restar

[valgrind] [Bug 445032] valgrind/memcheck crash with SIGSEGV when SIGVTALRM timer used and libthr.so associated

2021-11-08 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=445032 --- Comment #8 from Nick Briggs --- I compiled a debug version of libthr.so.3 which produces this stack trace on failure: ``` $ valgrind ./vgtest-thr ==56575== Memcheck, a memory error detector ==56575== Copyright (C) 2002-2017, and GNU GPL'

[valgrind] [Bug 445032] valgrind/memcheck crash with SIGSEGV when SIGVTALRM timer used and libthr.so associated

2021-11-09 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=445032 --- Comment #12 from Nick Briggs --- I've rebuilt based on the latest git version, and concur that the SIGSEGV is fixed. Now it just offers up a continuous stream of "sigreturn eflags..." % grep memcheck-x86 /tmp/out | sort | uniq -c

[valgrind] [Bug 445032] valgrind/memcheck crash with SIGSEGV when SIGVTALRM timer used and libthr.so associated

2021-11-10 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=445032 --- Comment #14 from Nick Briggs --- (In reply to Paul Floyd from comment #13) > The kernel messages are because now it 'works as unintended'. > > It's a bit annoying as this is the kernel writing to the console so you > can

[valgrind] [Bug 445743] "The impossible happened: mutex is locked simultaneously by two threads" while using mutexes with priority inheritance and signals

2022-12-25 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=445743 --- Comment #19 from Nick Briggs --- c.f. restart_syscall(2) in the Linux kernel -- https://man7.org/linux/man-pages/man2/restart_syscall.2.html -- You are receiving this mail because: You are watching all bug changes.

[valgrind] [Bug 459392] warning: The macro `AC_PROG_CC_C99' is obsolete

2022-11-02 Thread Nick Briggs
https://bugs.kde.org/show_bug.cgi?id=459392 Nick Briggs changed: What|Removed |Added CC||afraid-splicer...@icloud.co

[yakuake] [Bug 396834] New: Folding animation glitchy - 90% shows visual corruption, 100% shows missing tabs

2018-07-25 Thread Jacob Briggs
https://bugs.kde.org/show_bug.cgi?id=396834 Bug ID: 396834 Summary: Folding animation glitchy - 90% shows visual corruption, 100% shows missing tabs Product: yakuake Version: 3.0.5 Platform: Ubuntu Packages

[yakuake] [Bug 396834] Folding animation glitchy - 90% shows visual corruption, 100% shows missing tabs

2018-07-25 Thread Jacob Briggs
https://bugs.kde.org/show_bug.cgi?id=396834 --- Comment #1 from Jacob Briggs --- Created attachment 114106 --> https://bugs.kde.org/attachment.cgi?id=114106&action=edit 90%, visual glitch -- You are receiving this mail because: You are watching all bug changes.

[krita] [Bug 404190] New: Bad Visibility of checkboxes in brush settings menu

2019-02-10 Thread Derek Briggs
https://bugs.kde.org/show_bug.cgi?id=404190 Bug ID: 404190 Summary: Bad Visibility of checkboxes in brush settings menu Product: krita Version: 4.1.7 Platform: Archlinux Packages OS: Linux Status: REPORTED

[krita] [Bug 404190] Bad Visibility of checkboxes in brush settings menu

2019-02-10 Thread Derek Briggs
https://bugs.kde.org/show_bug.cgi?id=404190 Derek Briggs changed: What|Removed |Added CC||channelnumbe...@gmail.com -- You are receiving

[krita] [Bug 404190] Bad Visibility of checkboxes in brush settings menu

2019-02-11 Thread Derek Briggs
https://bugs.kde.org/show_bug.cgi?id=404190 --- Comment #2 from Derek Briggs --- (In reply to Nate Graham from comment #1) > What theme are you using? The default theme. It is visible in the screenshot I attached. -- You are receiving this mail because: You are watching all bug changes.