From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#34094: 27.0.50; (wrong-type-argument stringp (require . elec-pair)) with describe-function (and other commands) Date: Thu, 17 Jan 2019 15:40:22 +0200 Message-ID: <83imyncshl.fsf@gnu.org> References: <013c256592b481d95b789885b666b02d3b73f338.camel@gnu.org> <87muo0evle.fsf@gnu.org> <87sgxsub00.fsf@gnu.org> <87d0ow30ln.fsf@gnu.org> <83muo0csux.fsf@gnu.org> <8736pr4yqj.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1547732845 11681 195.159.176.226 (17 Jan 2019 13:47:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 17 Jan 2019 13:47:25 +0000 (UTC) Cc: 34094@debbugs.gnu.org To: Tassilo Horn Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jan 17 14:47:20 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk80t-0002tw-BF for geb-bug-gnu-emacs@m.gmane.org; Thu, 17 Jan 2019 14:47:19 +0100 Original-Received: from localhost ([127.0.0.1]:44804 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gk830-00078S-Fo for geb-bug-gnu-emacs@m.gmane.org; Thu, 17 Jan 2019 08:49:30 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:35219) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gk7up-0000D2-BP for bug-gnu-emacs@gnu.org; Thu, 17 Jan 2019 08:41:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gk7uo-0000LC-7S for bug-gnu-emacs@gnu.org; Thu, 17 Jan 2019 08:41:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34985) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gk7uo-0000Ji-3b for bug-gnu-emacs@gnu.org; Thu, 17 Jan 2019 08:41:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gk7un-0000EK-S6 for bug-gnu-emacs@gnu.org; Thu, 17 Jan 2019 08:41:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 17 Jan 2019 13:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34094 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 34094-submit@debbugs.gnu.org id=B34094.1547732448851 (code B ref 34094); Thu, 17 Jan 2019 13:41:01 +0000 Original-Received: (at 34094) by debbugs.gnu.org; 17 Jan 2019 13:40:48 +0000 Original-Received: from localhost ([127.0.0.1]:34266 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk7uZ-0000Dd-T2 for submit@debbugs.gnu.org; Thu, 17 Jan 2019 08:40:48 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:52948) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk7uX-0000DP-GE for 34094@debbugs.gnu.org; Thu, 17 Jan 2019 08:40:46 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58678) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gk7uJ-00089e-9l for 34094@debbugs.gnu.org; Thu, 17 Jan 2019 08:40:34 -0500 Original-Received: from [176.228.60.248] (port=1348 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gk7uF-0005sE-Vg; Thu, 17 Jan 2019 08:40:29 -0500 In-reply-to: <8736pr4yqj.fsf@gnu.org> (message from Tassilo Horn on Thu, 17 Jan 2019 06:52:36 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:154506 Archived-At: > From: Tassilo Horn > Cc: 34094@debbugs.gnu.org > Date: Thu, 17 Jan 2019 06:52:36 +0100 > > >> Using load-path (/usr/local/share/emacs/27.0.50/site-lisp > >> /usr/local/share/emacs/site-lisp /home/horn/Repos/el/emacs/lisp > >> /home/horn/Repos/el/emacs/lisp/emacs-lisp > >> /home/horn/Repos/el/emacs/lisp/progmodes > >> /home/horn/Repos/el/emacs/lisp/language > >> /home/horn/Repos/el/emacs/lisp/international > >> /home/horn/Repos/el/emacs/lisp/textmodes /home/horn/Repos/el/emacs/lisp/vc) > >> Loading emacs-lisp/byte-run... > >> Loading emacs-lisp/byte-run...done > >> Loading emacs-lisp/backquote... > >> Loading emacs-lisp/backquote...done > >> ... > > > > This part is expected, and is not a bug. > > So with pdumper, I should always invoke ~/Repos/el/emacs/src/emacs > instead of the symlink in my PATH pointing to it? Currently, yes. This is how the code was written. Whether we want to support the symlink case is an open question, worth discussing. > When I start emacs using my symlink pointing to > ~/Repos/el/emacs/src/emacs, I get the above output and the original > wrong-type-argument error according to my recipe. To be absolutely clear: the wrong-type-argument error is also a bug, and should be investigated. I hope Daniel will be able to look into that. > >> (gdb) run > >> Starting program: /home/horn/Repos/el/emacs/src/emacs > >> [Thread debugging using libthread_db enabled] > >> Using host libthread_db library "/usr/lib/libthread_db.so.1". > >> [New Thread 0x7fffeea70700 (LWP 25211)] > >> [Detaching after vfork from child process 25212] > >> [New Thread 0x7fffee22d700 (LWP 25213)] > >> [New Thread 0x7fffed2b2700 (LWP 25214)] > >> [Detaching after vfork from child process 25215] > >> [Detaching after vfork from child process 25216] > >> [Detaching after vfork from child process 25217] > >> [Detaching after vfork from child process 25218] > >> [Detaching after vfork from child process 25219] > > > > Any idea what are all those vforks about? Is this something caused by > > your init files? > > I don't get them with run -Q, so I guess it's something in my init file. > When I try again, now I only get 21 vforks instead of the 132 I've had > before. > > If I were keen to know what's the cause, how would I find out? If your customizations cause a lot of processes to be launched at startup, then the above is expected. Otherwise, I'd suggest to look for some code which might launch such processes which you didn't intend. Thanks.