http://permalink.gmane.org/gmane.emacs.bugs hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.emacs.bugs/75389 <pre> The error message comes from 'g_thread_abort', which calls 'abort'. The reason there was no backtrace is exactly what I said. I know that's the case because I removed the "&lt; at &gt;" at the beginning of the Makefile rule so that the command would get echoed, but it didn't get echoed in the compilation above (and others like it). On the other hand, it did get echoed in the SIGSEGV examples that I mentioned in my previous mail. Ken </pre> Ken Brown 2013-06-20T03:00:36 http://permalink.gmane.org/gmane.emacs.bugs/75388 <pre> form.rcArea.bottom = (WINDOW_BOTTOM_EDGE_Y (w) - WINDOW_MODE_LINE_HEIGHT (w)); 3194 is the second of these lines. </pre> Juanma Barranquero 2013-06-20T03:00:32 http://permalink.gmane.org/gmane.emacs.bugs/75387 <pre> ^^^^ The line number here is different. What does that line say in the sources used to build this binary? </pre> Eli Zaretskii 2013-06-20T02:54:44 http://permalink.gmane.org/gmane.emacs.bugs/75386 <pre> No, I think these failures didn't go through 'abort', that's why you didn't get the backtrace. You need to look at the pthread sources in the file mentioned, and find out where to put the breakpoint to catch that error. </pre> Eli Zaretskii 2013-06-20T02:45:42 http://permalink.gmane.org/gmane.emacs.bugs/75385 <pre> Yes, the problem is fixed. Thx. </pre> Drew Adams 2013-06-20T02:24:35 http://permalink.gmane.org/gmane.emacs.bugs/75384 <pre> OK, then, go ahead, thank you, Stefan </pre> Stefan Monnier 2013-06-20T02:02:38 http://permalink.gmane.org/gmane.emacs.bugs/75383 <pre>Sigh... $ yum-builddep emacs Loaded plugins: fastestmirror, refresh-packagekit Loading mirror speeds from cached hostfile * base: mirrors.syringanetworks.net * centosplus: mirrors.easynews.com * contrib: mirror.spro.net * epel: ftp.osuosl.org * epel-source: ftp.osuosl.org * epel-testing-source: ftp.osuosl.org * extras: centos.tcpdiag.net * kde: apt.kde-redhat.org * updates: mirror.web-ster.com Checking for new repos for mirrors Enabling epel-source repository Enabling epel-testing-source repository No source RPM found for 1:emacs-23.1-21.el6_2.3.x86_64 No uninstalled build requires $ Doing: $ yum-builddep --nogpgcheck emacs-24.3-1.fu2013.src.rpm I learned that there is no python3-devel package for Centos (yet). The snowball is getting bigger... :) I ran "./configure --without-x", however the build ran into problems, so I removed the whole build tree. Un-tarred the source file: emacs-24.3.tar.gz and then did the configure and build with script turned on, which is attached. Search for "Savi</pre> Elrod, David 2013-06-20T00:40:00 http://permalink.gmane.org/gmane.emacs.bugs/75382 <pre> There is with-eval-after-load now. Christopher </pre> Christopher Schmidt 2013-06-19T23:55:27 http://permalink.gmane.org/gmane.emacs.bugs/75381 <pre>merge 14666 14669 quit It's the same crash that #14666. 0x00000bac: ?? ??:0 0x011ecbac: w32_backtrace at w32fns.c:7741 0x011ecc1e: emacs_abort at w32fns.c:7773 0x010d9fe0: terminate_due_to_signal at emacs.c:350 0x01151719: die at alloc.c:6520 0x01147b6b: XBUFFER at lisp.h:820 0x011e4123: w32_wnd_proc at w32fns.c:3194 0x76a662f6: ?? ??:0 0x76a66d36: ?? ??:0 0x76a677c0: ?? ??:0 0x76a67886: ?? ??:0 0x011e251e: w32_msg_pump at w32fns.c:2517 0x011e27bd: w32_msg_worker&lt; at &gt;4 at w32fns.c:2643 0x755133a6: ?? ??:0 0x77579eee: ?? ??:0 0x77579ec1: ?? ??:0 </pre> Juanma Barranquero 2013-06-19T23:47:41 http://permalink.gmane.org/gmane.emacs.bugs/75380 <pre> M-: (file-locked-p (buffer-file-name)) returns "elrodd&lt; at &gt;elroddDesk" M-: (system-name) returns "elroddDesk&lt; at &gt;enet.sharplabs.com" % ls -ld /tmp/.* the interesting bit is: lrwxrwxrwx. 1 elrodd elrodd 53 Jun 19 16:23 /tmp/.#FOO -&gt; elrodd&lt; at &gt;elroddDesk&lt; at &gt;enet.sharplabs.com.24745:1370987766 % ps -p 24745 PID TTY TIME CMD 24745 pts/1 00:00:01 emacs % ps aux | head -1 ; ps aux | grep emacs USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND elrodd 24745 0.0 0.3 313904 29432 pts/1 S 15:59 0:01 emacs /tmp/FOO I really appreciate your help! David ________________________________________ From: Glenn Morris [rgm&lt; at &gt;gnu.org] Sent: Wednesday, June 19, 2013 15:53 To: Elrod, David Cc: 14250&lt; at &gt;debbugs.gnu.org Subject: Re: bug#14250: 23.1; Files locked by myself "Elrod, David" wrote: You said: So oviously you know about M-:. Use: M-: (file-locked-p (buffer-file-name)) RET (Though I have no idea what this is supposed to tell us.) Also, what does: M-: (syste</pre> Elrod, David 2013-06-19T23:31:00 http://permalink.gmane.org/gmane.emacs.bugs/75379 <pre>I was going to propose a similar change to use `add-face-text-property' in hi-lock, but it turned out to be much simpler because hi-lock is based on font-lock that already has `font-lock-prepend-text-property' that does the same: === modified file 'lisp/hi-lock.el' --- lisp/hi-lock.el2013-06-03 08:51:50 +0000 +++ lisp/hi-lock.el2013-06-19 23:12:05 +0000 &lt; at &gt;&lt; at &gt; -715,7 +690,7 &lt; at &gt;&lt; at &gt; (defun hi-lock-set-pattern (regexp face) "Highlight REGEXP with face FACE." ;; Hashcons the regexp, so it can be passed to remove-overlays later. (setq regexp (hi-lock--hashcons regexp)) - (let ((pattern (list regexp (list 0 (list 'quote face) t)))) + (let ((pattern (list regexp (list 0 (list 'quote face) 'prepend)))) ;; Refuse to highlight a text that is already highlighted. (unless (assoc regexp hi-lock-interactive-patterns) (push pattern hi-lock-interactive-patterns) </pre> Juri Linkov 2013-06-19T23:14:18 http://permalink.gmane.org/gmane.emacs.bugs/75378 <pre> yum-builddep emacs will take care of (most of) that. </pre> Glenn Morris 2013-06-19T22:55:41 http://permalink.gmane.org/gmane.emacs.bugs/75377 <pre> You said: So oviously you know about M-:. Use: M-: (file-locked-p (buffer-file-name)) RET (Though I have no idea what this is supposed to tell us.) Also, what does: M-: (system-name) RET return? At this point, what do the following show: ls -ld /tmp/.* ps -p 21418 # replace with number from above ps -u elrodd | grep emacs But again, simply compiling your own Emacs 24.3 may be easier. </pre> Glenn Morris 2013-06-19T22:53:58 http://permalink.gmane.org/gmane.emacs.bugs/75376 <pre>23.1 is the latest that comes with Centos... Building emacs is non-trivial - I'm missing all kinds of libraries... However, if I'm running an old version, and especially if I'm the only person having this problem, then by all means close the bug. I'm considering moving off of Centos for development work anyway. I don't have this problem with Emacs on other Linuxes. Thanks! David ________________________________________ From: Glenn Morris [rgm&lt; at &gt;gnu.org] Sent: Wednesday, June 19, 2013 15:36 To: Elrod, David Cc: 14250&lt; at &gt;debbugs.gnu.org Subject: Re: bug#14250: 23.1; Files locked by myself Frankly, I suggest compiling your own Emacs 24.3 from source. If that works fine then we don't need to spend any more time on this. 23.1 is quite old. </pre> Elrod, David 2013-06-19T22:49:31 http://permalink.gmane.org/gmane.emacs.bugs/75375 <pre>My fault for not doing "reply all"... Typing: ^Mx(file-locked-p when I type the space (' ') after the p, Emacs immediately inserts: [No match] so I see: (file-locked-p [No match] Leaving out the space and typing: (file-locked-p(buffer-file-name)) is OK, until I press the Enter key and then Emacs appends: (file-locked-p(buffer-file-name)) [No match] If I put: (file-locked-p (buffer-file-name)) by itself in a file, save it, then do ^Mxeval-current-buffer not seems to happen. David ________________________________________ From: Glenn Morris [rgm&lt; at &gt;gnu.org] Sent: Wednesday, June 19, 2013 15:29 To: Elrod, David Cc: 14250&lt; at &gt;debbugs.gnu.org; schwab&lt; at &gt;linux-m68k.org Subject: Re: FW: bug#14250: 23.1; Files locked by myself "Elrod, David" wrote: From experience, it's a great way to get people to reply. Reopened. Please use reply-to-all on bug reports. He said to do: (file-locked-p (buffer-file-name)) Literally type that. Nothing about this makes any sense so far I am afraid. </pre> Elrod, David 2013-06-19T22:39:17 http://permalink.gmane.org/gmane.emacs.bugs/75374 <pre>Severity: wishlist Tags: patch Visiting a URL link from Info doesn't highlight it as visited. I'm afraid that adding a visited URL to the existing variable `Info-history' might break other functions that expect it containing only visited Info nodes in the format `(FILENAME NODENAME BUFFERPOS)'. So I created a new variable `Info-url-history': === modified file 'lisp/info.el' --- lisp/info.el2013-06-17 23:57:07 +0000 +++ lisp/info.el2013-06-19 22:28:22 +0000 &lt; at &gt;&lt; at &gt; -50,6 +50,9 &lt; at &gt;&lt; at &gt; (defvar Info-history-list nil "List of all Info nodes user has visited. Each element of the list is a list (FILENAME NODENAME).") +(defvar Info-url-history nil + "List of all URLs user has visited.") + (defcustom Info-history-skip-intermediate-nodes t "Non-nil means don't record intermediate Info nodes to the history. Intermediate Info nodes are nodes visited by Info internally in the process of &lt; at &gt;&lt; at &gt; -3882,6 +3885,9 &lt; at &gt;&lt; at &gt; (defun Info-try-follow-nearest-node (&amp;op (cond ((setq node (Info-get-token (point) "[hf]t?tps?:</pre> Juri Linkov 2013-06-19T22:28:48 http://permalink.gmane.org/gmane.emacs.bugs/75373 <pre> Frankly, I suggest compiling your own Emacs 24.3 from source. If that works fine then we don't need to spend any more time on this. 23.1 is quite old. </pre> Glenn Morris 2013-06-19T22:36:54 http://permalink.gmane.org/gmane.emacs.bugs/75372 <pre> "Elrod, David" wrote: From experience, it's a great way to get people to reply. Reopened. Please use reply-to-all on bug reports. He said to do: (file-locked-p (buffer-file-name)) Literally type that. Nothing about this makes any sense so far I am afraid. </pre> Glenn Morris 2013-06-19T22:29:00 http://permalink.gmane.org/gmane.emacs.bugs/75371 <pre> Backtrace: 0x011ecbac 0x011ecc1e 0x010d9fe0 0x01151719 0x01147b6b 0x011e4123 0x76a662f6 0x76a66d36 0x76a677c0 0x76a67886 0x011e251e 0x011e27bd 0x755133a6 0x77579eee 0x77579ec1 In GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2013-06-17 on ODIEONE Bzr revision: 113024 eliz&lt; at &gt;gnu.org-20130617163040-8hmzci370q4argze Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --prefix=/c/Devel/emacs/binary --enable-checking=yes,glyphs CFLAGS=-O0 -g3 LDFLAGS=-Lc:/Devel/emacs/lib CPPFLAGS=-Ic:/Devel/emacs/include' </pre> Drew Adams 2013-06-19T22:01:56 http://permalink.gmane.org/gmane.emacs.bugs/75370 <pre>Sorry to see this closed with no resolution.... I responded to email from Andreas (see copy below) three hours after it arrived at our mail server. I never saw the followup email from Glen. To answer Glen's questions, I'm using ext3 as a file system. It works wherever I've tried to create a file. I get the same error if I do: rm -f /tmp/FOO touch /tmp/FOO emacs -Q /tmp/FOO Each time I try to save It shows: /tmp/FOO locked by elrodd&lt; at &gt;elrodd... (pid 21418): (s, q, p, ?)? or similar in the status bar. Both before and after editing the file, "ls -l /tmp/FOO" shows: -rw-rw-r--. 1 elrodd elrodd 5 Jun 19 14:55 /tmp/FOO I noted that emacs was protected: -rwxr-xr-t. 1 0 0 11143104 Mar 1 2012 /usr/bin/emacs-23.1 If I remove the sticky bit (t), it behaves the same. ________________________________________ From: Elrod, David Sent: Tuesday, April 23, 2013 16:22 To: Andreas Schwab Subject: RE: bug#14250: 23.1; Files locked by myself Thanks for the quick reply: When I do: M-: the mini-bu</pre> Elrod, David 2013-06-19T21:57:32 http://permalink.gmane.org/gmane.emacs.bugs/75369 <pre> I fixed all the callers that missed the required REPLACE arg: 5 were in vi mode, and 1 in mh-e. They are just a minority out of total 25 occurrences of `shell-command-on-region'. </pre> Juri Linkov 2013-06-19T20:53:07 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.emacs.bugs