Re: [E-devel] Enlightenment 0.26.0 / efl 1.27.0 multiple crashes on Debian Bookworm AMD64
[email protected] Sun, 03 Nov 2024 05:08:43 -0800
| Newsgroups | gmane.comp.window-managers.enlightenment.devel |
|---|---|
| Message-ID | <[email protected]> |
On 2024-09-27 02:34, Carsten Haitzler wrote: > On Thu, 26 Sep 2024 12:55:02 -0700 [email protected] said: > > Here below is the gdb bt.. I want the VALGRIND output - that comes from > valgrind's stdout. that has the useful info I need. It should have > complained > like "invalid access of memory here. allocated here. freed here" with > backtraces where the memory was allocated and where it was freed. > that's why we > use valgrind. it can tell me more - like the above. where allocated, > where > freed as well as WHY the access was bad. Fact is, from my experience(s), valgrind is literal sh!t as it does not produce the output you are requesting. I doubt I am the only one experiencing these frequent awful crashes, especially during multimedia, i.e., video playback. There is something inherently irrationally coded either in latest EFL and/or Enlightenment (included in Debian Trixie, aka, 'testing'. > >> Thread 1 (Thread 0x7f45cdd38980 (LWP 25220) "enlightenment"): >> #0 0x00007f45cf2a8d32 in __libc_pause () at >> ../sysdeps/unix/sysv/linux/pause.c:29 >> sc_ret = -514 >> sc_cancel_oldtype = 0 >> #1 0x000055f6f6bdd94c in e_alert_show () at ../src/bin/e_alert.c:43 >> #2 0x000055f6f6b5d271 in _e_crash () at ../src/bin/e_signals.c:81 >> #3 0x000055f6f6b5d292 in e_sigseg_act (x=11, info=0x7ffebe860bb0, >> data=0x7ffebe860a80) at ../src/bin/e_signals.c:91 >> #4 0x00007f45cf211050 in <signal handler called> () at >> /lib/x86_64-linux-gnu/libc.so.6 >> #5 eet_write_cipher (ef=0x55f6f89fb660, name=0x55f6f6be72d4 "config", >> data=0x55f6f9a34d70, size=58736, comp=11, cipher_key=0x0) at >> ../src/lib/eet/eet_lib.c:2479 >> in = 0x55f6f87cb200 >> efn = 0x178c07ed64647500 >> exists_already = 0 >> hash = 46 >> #6 0x00007f45d02c7c01 in eet_data_write_cipher (ef=0x55f6f89fb660, >> edd=0x55f6f82c7160, name=0x55f6f6be72d4 "config", cipher_key=0x0, >> data=0x55f6f82dc9a0, comp=11) at ../src/lib/eet/eet_data.c:2410 >> ed = 0x55f6f89d56d0 >> data_enc = 0x55f6f9a34d70 >> size = 58736 >> val = 32766 >> __func__ = "eet_data_write_cipher" >> #7 0x00007f45d02c7c6f in eet_data_write (ef=0x55f6f89fb660, >> edd=0x55f6f82c7160, name=0x55f6f6be72d4 "config", data=0x55f6f82dc9a0, >> comp=11) at ../src/lib/eet/eet_data.c:2422 >> #8 0x000055f6f6a6a9bf in e_config_domain_save (domain=0x55f6f6be98c8 >> "e", edd=0x55f6f82c7160, data=0x55f6f82dc9a0) at >> ../src/bin/e_config.c:2328 >> ef = 0x55f6f89fb660 >> buf = "/home/jose/.e/e/config/standard/e.cfg", '\000' >> <repeats >> 379 times>... >> buf2 = >> "/home/jose/.e/e/config/standard/e.cfg.tmp\0002\320E\177\000\000firefox", >> '\000' <repeats 745 times>... >> ok = 0 >> len = 37 >> len2 = 1 ... >> if you are willing to compile efl and by hand you could try asan >> instead of >> valgrind. it's much much faster at runtime (it's usable actually). During compiling of some larger programs, I have read the logs where they utilize 'asan' as some sort of built-in testing framework prior to producing their binaries. EFL/Enlightenment might benefit from such 'asan' integration prior to spitting out their binaries. Of course, that may be too much for a single developer working on such a complex project. Yet, producing beta quality releases which will compete with other more established, with a larger pool of developers, window managers leaves much to be desired. As a matter of fact, in Debian, MPV is tied to Pipewire which has dependencies on GNOME; notwithstanding, I had to rebuild MPV, but in order to do that I had to build FFMPEG, removing its dependencies Pipewire/GNOME in order not to bring in the GNOME bloat into Enlightenment. Yet playing video, either streams and/or local, produces frequent unexpected crashes. And this happens also, as I mentioned before, while using latest Firefox/Chrome and going to YouTube site and playing videos. -- Best Professional Regards. -- Jose R R http://metztli.it --------------------------------------------------------------------------------------------- Download Metztli Reiser4: Debian Bookworm w/ Linux 5.17.13-1 AMD64 --------------------------------------------------------------------------------------------- feats ZSTD compression https://sf.net/projects/metztli-reiser4/ ------------------------------------------------------------------------------------------- Official current Reiser4 resources: https://reiser4.wiki.kernel.org/