From: Arthur Miller <arthur.miller@live.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: fweimer@redhat.com, 43389@debbugs.gnu.org, bugs@gnu.support,
dj@redhat.com, michael_heerdegen@web.de,
trevor@trevorbentley.com, carlos@redhat.com
Subject: bug#43389: 28.0.50; Emacs memory leaks using hard disk all time
Date: Mon, 23 Nov 2020 19:34:26 +0100 [thread overview]
Message-ID: <AM0PR06MB6577D7B890F347230140276996FC0@AM0PR06MB6577.eurprd06.prod.outlook.com> (raw)
In-Reply-To: <83v9dwufx4.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 23 Nov 2020 19:44:07 +0200")
[-- Attachment #1: Type: text/plain, Size: 3669 bytes --]
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Arthur Miller <arthur.miller@live.com>
>> Cc: Jean Louis <bugs@gnu.support>, fweimer@redhat.com,
>> 43389@debbugs.gnu.org, dj@redhat.com, michael_heerdegen@web.de,
>> trevor@trevorbentley.com, carlos@redhat.com
>> Date: Mon, 23 Nov 2020 18:19:32 +0100
>>
>> > The glibc malloc is the prime suspect anyway. I don't really believe Emacs had
>> > such a glaring memory leak.
>>
>> This has to be something introduced fairly recently, right?
>
> Maybe, I'm not sure. Since we introduced the pdumper, we use malloc
> somewhat differently, and OTOH glibc removed some of the malloc hooks
> we used to use in versions of Emacs before 26. In addition, glibc is
> also being developed, and maybe some change there somehow triggered
> this.
It has past long since v 26, and pdumber as well :-) You know I am
rebuilding all the time and am on relatively latest master so I would
have noticed it earlier, so it must be something since last month or so,
I am not claiming anything exact, but not too far ago.
> As you see, there's more than one factor that could possibly be
> related.
Yeah; I understand that :-).
>> I didn't have any such problems before, but since maybe few weeks ago, I
>> have also experienced heavy lockdowns of my entire OS. To the point
>> where entire X11 got unresposnsive, when it happens I can't even switch
>> to terminal to kill Emacs. What I do is Alt-Shift to another virtual
>> linux console. I don't even need to log into the system in that console,
>> I can then Alt-Shift 1 to go back to one I am logged into, and
>> everything is normal. Emacs is every time restarted by systemd and
>> everything is repsonsive and working as normal.
>>
>> This started sometime ago; and I have noticed that it happens when I was
>> cleaning my disk and reading big directories in Dired (I have some with
>> ~7k-10k files in them). I was using Helm to complete paths when I was
>> shifting fiels and folders around. After maybe hour or so I would
>> experience big slowdown. I don't have swap file on my system enabled at
>> all, so I am not sure what was going, but I didn't have time to
>> participate in this memory leak thing yet. I haven't experienced any
>> problems since I recompiled Emacs last time, which was in 18th (last
>> Wendesday). I have recompiled without Gtk this time, but I have no idea
>> if it has anything to do with the issue, was just a wild shot to see if
>> things are better.
>
> If the problem is memory, I suggest to look at the system log to see
> if there are any signs of that.
Nothing else crashes, and I have 32 gig, so I am not sure what can be a
problem.
It is obvious that Emacs causes the lockdown, but I don't know how.
I am not really sure what to make of the syslog in this case either.
You can take a peek at the last crash I had (17th last week), if it
tells you anything more then what apps I use :-). I was playing music
with Emacs, so you will see start with pulseaudio, and what happened
untill Emacs restarted. As you see everything is happening in 4 seconds
interval, so it must be the point when I switched to another console
with Alt+Shift. I have no idea why systemd kills Emacs when I do that
either, but I discovered it does so. My intention from the beginning
was to just pkill Emacs, and hoped it was just X11 that was locked, not
entire system, but I discovered that I didn't even needed to kill emacs,
it was already killed by the time I logged into another console and
everything seemed to work nice after switch to other console, so I kept
using it as my workaround since it started; 3 - 4 weeks ago? At least
what I am aware of.
[-- Attachment #2: crash-log.txt --]
[-- Type: text/plain, Size: 13674 bytes --]
nov 17 16:32:44 pascal kernel: pulseaudio invoked oom-killer: gfp_mask=0x100cca(GFP_HIGHUSER_MOVABLE), order=0, oom_score_adj=0
nov 17 16:32:44 pascal kernel: CPU: 3 PID: 1520 Comm: pulseaudio Tainted: P OE 5.9.8-arch1-1 #1
nov 17 16:32:44 pascal kernel: Hardware name: Gigabyte Technology Co., Ltd. Z170X-Gaming 7/Z170X-Gaming 7, BIOS F22f 06/28/2017
nov 17 16:32:44 pascal kernel: Call Trace:
nov 17 16:32:44 pascal kernel: dump_stack+0x6b/0x83
nov 17 16:32:44 pascal kernel: dump_header+0x4a/0x1f7
nov 17 16:32:44 pascal kernel: oom_kill_process.cold+0xb/0x10
nov 17 16:32:44 pascal kernel: out_of_memory+0x1a9/0x4d0
nov 17 16:32:44 pascal kernel: __alloc_pages_slowpath.constprop.0+0xc3d/0xd10
nov 17 16:32:44 pascal kernel: __alloc_pages_nodemask+0x2f2/0x320
nov 17 16:32:44 pascal kernel: pagecache_get_page+0x14a/0x360
nov 17 16:32:44 pascal kernel: filemap_fault+0x682/0x8f0
nov 17 16:32:44 pascal kernel: ext4_filemap_fault+0x2d/0x40 [ext4]
nov 17 16:32:44 pascal kernel: __do_fault+0x38/0xd0
nov 17 16:32:44 pascal kernel: handle_mm_fault+0x1542/0x1a40
nov 17 16:32:44 pascal kernel: do_user_addr_fault+0x1e3/0x420
nov 17 16:32:44 pascal kernel: exc_page_fault+0x82/0x1c0
nov 17 16:32:44 pascal kernel: ? asm_exc_page_fault+0x8/0x30
nov 17 16:32:44 pascal kernel: asm_exc_page_fault+0x1e/0x30
nov 17 16:32:44 pascal kernel: RIP: 0033:0x7f9876da1ce0
nov 17 16:32:44 pascal kernel: Code: Unable to access opcode bytes at RIP 0x7f9876da1cb6.
nov 17 16:32:44 pascal kernel: RSP: 002b:00007ffd6eca1538 EFLAGS: 00010202
nov 17 16:32:44 pascal kernel: RAX: 0000000000000000 RBX: 00007ffd6eca15b0 RCX: 0000000000000000
nov 17 16:32:44 pascal kernel: RDX: 0000000000000086 RSI: 0000000000000000 RDI: 00007ffd6eca15b0
nov 17 16:32:44 pascal kernel: RBP: 000055e18314c4a0 R08: 00007ffd6eca15b0 R09: 00007ffd6eca15b0
nov 17 16:32:44 pascal kernel: R10: 00007ffd6edf3080 R11: 0000000000000293 R12: 0000000000000086
nov 17 16:32:44 pascal kernel: R13: 0000000000000000 R14: 0000000000000000 R15: 00007f9871e2c1e0
nov 17 16:32:44 pascal kernel: Mem-Info:
nov 17 16:32:44 pascal kernel: active_anon:728 inactive_anon:8062765 isolated_anon:0
active_file:81 inactive_file:107 isolated_file:0
unevictable:0 dirty:0 writeback:0
slab_reclaimable:18617 slab_unreclaimable:18473
mapped:113012 shmem:110501 pagetables:18977 bounce:0
free:49932 free_pcp:155 free_cma:0
nov 17 16:32:44 pascal kernel: Node 0 active_anon:2912kB inactive_anon:32251060kB active_file:324kB inactive_file:428kB unevictable:0kB isolated(anon):0kB isolated(file):0kB mapped:452048kB >
nov 17 16:32:44 pascal kernel: Node 0 DMA free:11796kB min:32kB low:44kB high:56kB reserved_highatomic:0KB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB>
nov 17 16:32:44 pascal kernel: lowmem_reserve[]: 0 2439 32035 32035 32035
nov 17 16:32:44 pascal kernel: Node 0 DMA32 free:123516kB min:5140kB low:7636kB high:10132kB reserved_highatomic:0KB active_anon:0kB inactive_anon:2378704kB active_file:228kB inactive_file:3>
nov 17 16:32:44 pascal kernel: lowmem_reserve[]: 0 0 29595 29595 29595
nov 17 16:32:44 pascal kernel: Node 0 Normal free:64416kB min:62404kB low:92708kB high:123012kB reserved_highatomic:0KB active_anon:2912kB inactive_anon:29872356kB active_file:500kB inactive>
nov 17 16:32:44 pascal kernel: lowmem_reserve[]: 0 0 0 0 0
nov 17 16:32:44 pascal kernel: Node 0 DMA: 1*4kB (U) 2*8kB (U) 2*16kB (U) 1*32kB (U) 3*64kB (U) 2*128kB (U) 0*256kB 0*512kB 1*1024kB (U) 1*2048kB (M) 2*4096kB (M) = 11796kB
nov 17 16:32:44 pascal kernel: Node 0 DMA32: 87*4kB (UME) 146*8kB (UME) 172*16kB (UME) 161*32kB (UME) 154*64kB (UME) 141*128kB (UME) 94*256kB (UE) 63*512kB (UME) 24*1024kB (UME) 3*2048kB (U)>
nov 17 16:32:44 pascal kernel: Node 0 Normal: 2571*4kB (UME) 1787*8kB (UME) 1175*16kB (UME) 422*32kB (UME) 112*64kB (UME) 0*128kB 0*256kB 0*512kB 1*1024kB (M) 0*2048kB 0*4096kB = 65076kB
nov 17 16:32:44 pascal kernel: Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=1048576kB
nov 17 16:32:44 pascal kernel: Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
nov 17 16:32:44 pascal kernel: 110712 total pagecache pages
nov 17 16:32:44 pascal kernel: 0 pages in swap cache
nov 17 16:32:44 pascal kernel: Swap cache stats: add 0, delete 0, find 0/0
nov 17 16:32:44 pascal kernel: Free swap = 0kB
nov 17 16:32:44 pascal kernel: Total swap = 0kB
nov 17 16:32:44 pascal kernel: 8377495 pages RAM
nov 17 16:32:44 pascal kernel: 0 pages HighMem/MovableOnly
nov 17 16:32:44 pascal kernel: 167705 pages reserved
nov 17 16:32:44 pascal kernel: 0 pages hwpoisoned
nov 17 16:32:44 pascal kernel: Tasks state (memory values in pages):
nov 17 16:32:44 pascal kernel: [ pid ] uid tgid total_vm rss pgtables_bytes swapents oom_score_adj name
nov 17 16:32:44 pascal kernel: [ 264] 0 264 19505 315 167936 0 -250 systemd-journal
nov 17 16:32:44 pascal kernel: [ 285] 0 285 5209 766 81920 0 -1000 systemd-udevd
nov 17 16:32:44 pascal kernel: [ 289] 0 289 19523 35 53248 0 0 lvmetad
nov 17 16:32:44 pascal kernel: [ 400] 0 400 1645 118 53248 0 0 mount.ntfs-3g
nov 17 16:32:44 pascal kernel: [ 541] 0 541 1660 117 49152 0 0 mount.ntfs-3g
nov 17 16:32:44 pascal kernel: [ 542] 0 542 1660 120 40960 0 0 mount.ntfs-3g
nov 17 16:32:44 pascal kernel: [ 543] 0 543 3067 1570 65536 0 0 mount.ntfs-3g
nov 17 16:32:44 pascal kernel: [ 547] 192 547 23218 241 90112 0 0 systemd-timesyn
nov 17 16:32:44 pascal kernel: [ 555] 81 555 1945 244 49152 0 -900 dbus-daemon
nov 17 16:32:44 pascal kernel: [ 560] 985 560 789 70 45056 0 0 dhcpcd
nov 17 16:32:44 pascal kernel: [ 561] 0 561 826 88 45056 0 0 dhcpcd
nov 17 16:32:44 pascal kernel: [ 562] 985 562 706 68 45056 0 0 dhcpcd
nov 17 16:32:44 pascal kernel: [ 563] 985 563 704 68 45056 0 0 dhcpcd
nov 17 16:32:44 pascal kernel: [ 564] 0 564 4752 325 81920 0 0 systemd-logind
nov 17 16:32:44 pascal kernel: [ 569] 0 569 1660 160 49152 0 0 login
nov 17 16:32:44 pascal kernel: [ 598] 1000 598 5137 491 86016 0 0 systemd
nov 17 16:32:44 pascal kernel: [ 599] 1000 599 7883 732 94208 0 0 (sd-pam)
nov 17 16:32:44 pascal kernel: [ 605] 1000 605 7326490 7260247 58515456 0 0 emacs
nov 17 16:32:44 pascal kernel: [ 608] 1000 608 1830 141 57344 0 0 startx
nov 17 16:32:44 pascal kernel: [ 660] 1000 660 969 34 45056 0 0 xinit
nov 17 16:32:44 pascal kernel: [ 661] 1000 661 82359 43891 573440 0 0 Xorg
nov 17 16:32:44 pascal kernel: [ 671] 1000 671 1805 148 49152 0 0 dbus-daemon
nov 17 16:32:44 pascal kernel: [ 678] 985 678 826 87 45056 0 0 dhcpcd
nov 17 16:32:44 pascal kernel: [ 687] 1000 687 1797 85 49152 0 0 loginscript.sh
nov 17 16:32:44 pascal kernel: [ 693] 1000 693 96527 12788 430080 0 0 compiz
nov 17 16:32:44 pascal kernel: [ 694] 1000 694 332429 1374 299008 0 0 conky
nov 17 16:32:44 pascal kernel: [ 695] 1000 695 11330 6942 131072 0 0 st
nov 17 16:32:44 pascal kernel: [ 697] 1000 697 1108967 104024 2732032 0 0 firefox
nov 17 16:32:44 pascal kernel: [ 699] 1000 699 1333 19 49152 0 0 sleep
nov 17 16:32:44 pascal kernel: [ 711] 1000 711 17976 700 94208 0 0 xbindkeys
nov 17 16:32:44 pascal kernel: [ 825] 1000 825 59083 227 90112 0 0 gvfsd
nov 17 16:32:44 pascal kernel: [ 844] 1000 844 94755 203 90112 0 0 gvfsd-fuse
nov 17 16:32:44 pascal kernel: [ 859] 1000 859 2872 1136 61440 0 0 bash
nov 17 16:32:44 pascal kernel: [ 1257] 1000 1257 76110 154 81920 0 0 at-spi-bus-laun
nov 17 16:32:44 pascal kernel: [ 1329] 1000 1329 667494 49108 1318912 0 0 Web Content
nov 17 16:32:44 pascal kernel: [ 1418] 133 1418 38418 63 69632 0 0 rtkit-daemon
nov 17 16:32:44 pascal kernel: [ 1435] 102 1435 744600 1229 253952 0 0 polkitd
nov 17 16:32:44 pascal kernel: [ 1450] 1000 1450 8640623 68340 3117056 0 0 WebExtensions
nov 17 16:32:44 pascal kernel: [ 1520] 1000 1520 292542 1317 143360 0 0 pulseaudio
nov 17 16:32:44 pascal kernel: [ 1545] 1000 1545 59118 219 94208 0 0 gsettings-helpe
nov 17 16:32:44 pascal kernel: [ 1563] 1000 1563 669234 34198 1302528 0 0 Privileged Cont
nov 17 16:32:44 pascal kernel: [ 1731] 1000 1731 74255 19585 544768 0 0 RDD Process
nov 17 16:32:44 pascal kernel: [ 4310] 1000 4310 135024 1465 237568 0 0 kactivitymanage
nov 17 16:32:44 pascal kernel: [ 4317] 1000 4317 56426 654 151552 0 0 kglobalaccel5
nov 17 16:32:44 pascal kernel: [ 10797] 0 10797 62618 410 102400 0 0 upowerd
nov 17 16:32:44 pascal kernel: [ 12950] 1000 12950 712416 57515 1986560 0 0 Web Content
nov 17 16:32:44 pascal kernel: [ 20825] 1000 20825 809356 104599 2670592 0 0 Web Content
nov 17 16:32:44 pascal kernel: [ 21785] 1000 21785 590 19 40960 0 0 emacsclient
nov 17 16:32:44 pascal kernel: [ 22350] 1000 22350 605480 5705 540672 0 0 Web Content
nov 17 16:32:44 pascal kernel: [ 22402] 1000 22402 715592 296243 2822144 0 0 qbittorrent
nov 17 16:32:44 pascal kernel: [ 23526] 1000 23526 359746 20170 1736704 0 0 okular
nov 17 16:32:44 pascal kernel: oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/user.slice/user-1000.slice/user@1000.service,task=emacs,pid=>
nov 17 16:32:44 pascal kernel: Out of memory: Killed process 605 (emacs) total-vm:29305960kB, anon-rss:29035892kB, file-rss:0kB, shmem-rss:5096kB, UID:1000 pgtables:57144kB oom_score_adj:0
nov 17 16:32:45 pascal systemd[1]: Started Getty on tty2.
nov 17 16:32:45 pascal kernel: audit: type=1130 audit(1605627165.019:102): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=getty@tty2 comm="systemd" exe="/usr/lib/systemd/systemd" hostn>
nov 17 16:32:45 pascal audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=getty@tty2 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=>
nov 17 16:32:45 pascal kernel: oom_reaper: reaped process 605 (emacs), now anon-rss:0kB, file-rss:0kB, shmem-rss:5096kB
nov 17 16:32:45 pascal systemd[598]: emacs.service: Main process exited, code=killed, status=9/KILL
nov 17 16:32:45 pascal systemd[598]: emacs.service: Failed with result 'signal'.
nov 17 16:32:46 pascal systemd[598]: emacs.service: Scheduled restart job, restart counter is at 1.
nov 17 16:32:46 pascal systemd[598]: Stopped Emacs text editor.
nov 17 16:32:46 pascal systemd[598]: Starting Emacs text editor...
nov 17 16:32:46 pascal emacs[29603]: Loading /home/arthur/.emacs.d/lisp/init.el (source)...
nov 17 16:32:47 pascal emacs[29603]: Loading /home/arthur/.emacs.d/etc/recentf...
nov 17 16:32:47 pascal emacs[29603]: Loading /home/arthur/.emacs.d/etc/recentf...done
nov 17 16:32:47 pascal emacs[29603]: Loading /home/arthur/.emacs.d/lisp/emacs-custom.el (source)...
nov 17 16:32:47 pascal emacs[29603]: Loading /home/arthur/.emacs.d/lisp/emacs-custom.el (source)...done
nov 17 16:32:47 pascal emacs[29603]: Warning (defvaralias): Overwriting value of ‘save-place’ by aliasing to
nov 17 16:32:47 pascal emacs[29603]: ‘save-place-mode’ Disable showing Disable logging
nov 17 16:32:47 pascal emacs[29603]: Loading /home/arthur/.emacs.d/etc/recentf...
nov 17 16:32:47 pascal emacs[29603]: Loading /home/arthur/.emacs.d/etc/recentf...done
nov 17 16:32:48 pascal emacs[29603]: Loading /home/arthur/.emacs.d/lisp/init.el (source)...done
nov 17 16:32:48 pascal emacs[29603]: Starting Emacs daemon.
nov 17 16:32:48 pascal systemd[598]: Started Emacs text editor.
nov 17 16:32:48 pascal emacs[29603]: Package nnir is deprecated
nov 17 16:32:48 pascal rtkit-daemon[1418]: Supervising 6 threads of 3 processes of 1 users.
nov 17 16:32:48 pascal rtkit-daemon[1418]: Successfully made thread 29609 of process 1520 owned by '1000' RT at priority 5.
nov 17 16:32:48 pascal rtkit-daemon[1418]: Supervising 7 threads of 3 processes of 1 users.
next prev parent reply other threads:[~2020-11-23 18:34 UTC|newest]
Thread overview: 166+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-15 14:55 bug#44666: 28.0.50; malloc-info: Emacs became not responsive, using hard disk all time Jean Louis
2020-11-16 16:11 ` Eli Zaretskii
2020-11-16 16:17 ` Jean Louis
2020-11-17 15:04 ` Eli Zaretskii
2020-11-19 6:59 ` Jean Louis
2020-11-19 14:37 ` bug#43389: 28.0.50; Emacs memory leaks " Eli Zaretskii
2020-11-20 3:16 ` Jean Louis
2020-11-20 8:10 ` Eli Zaretskii
2020-11-22 19:52 ` Jean Louis
2020-11-22 20:16 ` Eli Zaretskii
2020-11-23 3:41 ` Carlos O'Donell
2020-11-23 8:11 ` Jean Louis
2020-11-23 9:59 ` Eli Zaretskii
2020-11-23 17:19 ` Arthur Miller
2020-11-23 17:44 ` Eli Zaretskii
2020-11-23 18:34 ` Arthur Miller [this message]
2020-11-23 19:06 ` Jean Louis
2020-11-23 19:15 ` Eli Zaretskii
2020-11-23 19:49 ` Arthur Miller
2020-11-23 20:04 ` Eli Zaretskii
2020-11-23 21:12 ` Arthur Miller
2020-11-24 2:07 ` Arthur Miller
2020-11-23 20:31 ` Jean Louis
2020-11-23 21:22 ` Arthur Miller
2020-11-24 5:29 ` Jean Louis
2020-11-24 8:15 ` Arthur Miller
2020-11-24 9:06 ` Jean Louis
2020-11-24 9:27 ` Arthur Miller
2020-11-24 17:18 ` Jean Louis
2020-11-25 14:59 ` Arthur Miller
2020-11-25 15:09 ` Jean Louis
2020-11-23 13:27 ` Jean Louis
2020-11-23 15:54 ` Carlos O'Donell
2020-11-23 18:58 ` Jean Louis
2020-11-23 19:34 ` Eli Zaretskii
2020-11-23 19:49 ` Jean Louis
2020-11-23 20:04 ` Carlos O'Donell
2020-11-23 20:16 ` Eli Zaretskii
2020-11-23 19:37 ` Carlos O'Donell
2020-11-23 19:55 ` Jean Louis
2020-11-23 20:06 ` Carlos O'Donell
2020-11-23 20:18 ` Jean Louis
2020-11-23 20:31 ` Eli Zaretskii
2020-11-23 20:41 ` Jean Louis
2020-11-23 20:53 ` Andreas Schwab
2020-11-23 21:09 ` Jean Louis
2020-11-24 3:25 ` Eli Zaretskii
2020-11-23 20:10 ` Eli Zaretskii
2020-11-23 19:50 ` Carlos O'Donell
2020-11-23 19:59 ` Jean Louis
2020-11-23 10:59 ` Jean Louis
2020-11-23 15:46 ` Eli Zaretskii
2020-11-23 17:29 ` Arthur Miller
2020-11-23 17:45 ` Eli Zaretskii
2020-11-23 18:40 ` Arthur Miller
2020-11-23 19:23 ` Eli Zaretskii
2020-11-23 19:38 ` Arthur Miller
2020-11-23 19:52 ` Eli Zaretskii
2020-11-23 20:03 ` Arthur Miller
2020-11-23 19:39 ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2020-11-23 19:59 ` Arthur Miller
2020-11-23 20:15 ` Eli Zaretskii
2020-11-23 21:15 ` Arthur Miller
2020-11-23 20:53 ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2020-11-23 18:33 ` Jean Louis
2020-11-23 21:30 ` Trevor Bentley
2020-11-23 22:11 ` Trevor Bentley
2020-11-24 16:07 ` Eli Zaretskii
2020-11-24 19:05 ` Trevor Bentley
2020-11-24 19:35 ` Eli Zaretskii
2020-11-25 10:22 ` Trevor Bentley
2020-11-25 17:47 ` Eli Zaretskii
2020-11-25 19:06 ` Trevor Bentley
2020-11-25 19:22 ` Eli Zaretskii
2020-11-25 19:38 ` Trevor Bentley
2020-11-25 20:02 ` Eli Zaretskii
2020-11-25 20:43 ` Trevor Bentley
2020-11-25 17:48 ` Carlos O'Donell
2020-11-25 17:45 ` Carlos O'Donell
2020-11-25 18:03 ` Eli Zaretskii
2020-11-25 18:57 ` Carlos O'Donell
2020-11-25 19:13 ` Eli Zaretskii
2020-11-26 9:09 ` Jean Louis
2020-11-26 14:13 ` Eli Zaretskii
2020-11-26 18:37 ` Jean Louis
2020-11-27 5:08 ` Carlos O'Donell
2020-11-25 18:08 ` Jean Louis
2020-11-25 18:51 ` Trevor Bentley
2020-11-25 19:02 ` Carlos O'Donell
2020-11-25 19:17 ` Trevor Bentley
2020-11-25 20:51 ` Carlos O'Donell
2020-11-26 13:58 ` Eli Zaretskii
2020-11-26 20:21 ` Carlos O'Donell
2020-11-26 20:30 ` Eli Zaretskii
2020-11-27 5:04 ` Carlos O'Donell
2020-11-27 7:40 ` Eli Zaretskii
2020-11-27 7:52 ` Eli Zaretskii
2020-11-27 8:20 ` Eli Zaretskii
2020-11-28 9:00 ` Eli Zaretskii
2020-11-28 10:45 ` Jean Louis
2020-11-28 17:49 ` Trevor Bentley
2020-11-30 17:17 ` Trevor Bentley
2020-11-30 18:15 ` Eli Zaretskii
2020-11-30 18:33 ` Trevor Bentley
2020-11-30 19:02 ` Eli Zaretskii
2020-11-30 19:17 ` Jean Louis
2020-12-01 10:14 ` Trevor Bentley
2020-12-01 10:33 ` Jean Louis
2020-12-01 16:00 ` Eli Zaretskii
2020-12-01 16:14 ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2020-12-08 21:50 ` Trevor Bentley
2020-12-08 22:12 ` Carlos O'Donell
2020-12-10 18:45 ` Eli Zaretskii
2020-12-10 19:21 ` Stefan Monnier
2020-12-10 19:33 ` Trevor Bentley
2020-12-10 19:47 ` Stefan Monnier
2020-12-10 20:26 ` Jean Louis
2020-12-10 20:30 ` Jean Louis
2020-12-12 11:20 ` Trevor Bentley
2020-12-12 11:40 ` Eli Zaretskii
2020-12-12 19:14 ` Stefan Monnier
2020-12-12 19:20 ` Eli Zaretskii
2020-12-12 19:46 ` Stefan Monnier
2020-12-12 19:51 ` Eli Zaretskii
2020-12-12 20:14 ` Trevor Bentley
2020-12-12 22:16 ` Michael Heerdegen
2020-12-13 3:34 ` Eli Zaretskii
2020-12-13 10:20 ` Trevor Bentley
2020-12-13 15:30 ` Eli Zaretskii
2020-12-13 19:34 ` Trevor Bentley
2020-12-13 19:38 ` Eli Zaretskii
2020-12-13 19:59 ` Trevor Bentley
2020-12-13 20:21 ` Eli Zaretskii
2020-12-13 20:41 ` Trevor Bentley
2020-12-14 3:24 ` Eli Zaretskii
2020-12-14 21:24 ` Trevor Bentley
2021-01-20 12:02 ` Trevor Bentley
2021-01-20 12:08 ` Trevor Bentley
2021-01-20 14:53 ` Stefan Monnier
2021-01-20 15:32 ` Eli Zaretskii
2021-01-20 15:40 ` Stefan Monnier
2020-09-12 2:12 ` bug#43395: 28.0.50; memory leak Madhu
2020-09-14 15:08 ` Eli Zaretskii
2020-09-15 1:23 ` Madhu
[not found] ` <handler.43395.D43389.161115724232582.notifdone@debbugs.gnu.org>
2021-02-06 16:25 ` bug#43389: bug#43395: closed Madhu
2021-03-21 14:10 ` Madhu
2021-01-20 15:49 ` bug#43389: 28.0.50; Emacs memory leaks using hard disk all time Trevor Bentley
2020-12-10 20:24 ` Jean Louis
2020-12-12 1:28 ` Jean Louis
2020-12-12 8:49 ` Andreas Schwab
2020-12-03 6:30 ` Jean Louis
2020-11-28 17:31 ` Trevor Bentley
2020-11-27 15:33 ` Eli Zaretskii
2020-12-08 22:15 ` Carlos O'Donell
2020-11-25 19:01 ` Carlos O'Donell
2020-11-26 12:37 ` Trevor Bentley
2020-11-26 14:30 ` Eli Zaretskii
2020-11-26 15:19 ` Trevor Bentley
2020-11-26 15:31 ` Eli Zaretskii
2020-11-27 4:54 ` Carlos O'Donell
2020-11-27 8:44 ` Jean Louis
2020-11-26 18:25 ` Jean Louis
2020-11-27 4:55 ` Carlos O'Donell
2020-11-23 3:35 ` Carlos O'Donell
2020-11-23 11:07 ` Jean Louis
2020-11-19 7:43 ` bug#44666: 28.0.50; malloc-info: Emacs became not responsive, " Jean Louis
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=AM0PR06MB6577D7B890F347230140276996FC0@AM0PR06MB6577.eurprd06.prod.outlook.com \
--to=arthur.miller@live.com \
--cc=43389@debbugs.gnu.org \
--cc=bugs@gnu.support \
--cc=carlos@redhat.com \
--cc=dj@redhat.com \
--cc=eliz@gnu.org \
--cc=fweimer@redhat.com \
--cc=michael_heerdegen@web.de \
--cc=trevor@trevorbentley.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).