Lars Hansen [EMAIL PROTECTED] wrote:
Bill Wohler wrote:
By the way, here is what ./configure --with-gtk shows. Note all the none
and no items that were previous all yes or something good.
I am no expert on this, but here are my experiences of compiling CVS
Emacs on Etch:
I
] Error 2
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
By the way, here is what ./configure --with-gtk shows. Note all the none
and no items that were previous all yes or something good.
Configured for `i686-pc-linux-gnu'.
Where should the build process find the source code?
/usr/local/src/mh-e/src/emacs
What operating system and machine
Fixed. I found that configure looks for X11/Intrinsic.h. This file was
no longer present on my system, so the upgrade must have relocated it
into a separate package, which I found is libxt-dev. After installing
the libxt-dev package (on Debian etch), the output of configure looks
reasonable and
Bill Wohler [EMAIL PROTECTED] writes:
Lars Hansen [EMAIL PROTECTED] wrote:
Stefan Monnier wrote:
! `(let ((,temp-buffer (generate-new-buffer *temp*))
!(buffer-undo-list t))
Buffer whose name start with a space have their undo disabled by default.
I.e. someone
,
Then my previous patch can be simplified.
Any objections?
None from me. I've applied it and will let you know how it goes. Thanks.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed
please provide the precise text of the message?
The message includes a buffer name; what is the buffer name?
OK, it's back. Here's the message:
Buffer `*desktop*' undo info is 3159101 bytes long; discard it? (yes or no)
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID
regularly--maybe someone can volunteer
a trick there--but still, why would the buffer go from 68 kB to 3 MB
overnight? I think this is the only cron job *I've* set up.
Still, I think Stefan might be correct. What does it mean to have undo
in the *desktop* buffer in the first place?
--
Bill Wohler
Luc Teirlinck [EMAIL PROTECTED] wrote:
Bill Wohler wrote:
By the way, the only two desktop-related items in my .emacs are turning
on desktop-save-mode (which is probably obvious ;-) and this:
(run-at-time 60 300 'desktop-save ~) ;it would be better to catch HUP
memory and being user visible?
Thanks, Luc. This exact thought coursed through my mind. Would Mr.
Desktop please chime in?
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right
please provide the precise text of the message?
The message includes a buffer name; what is the buffer name?
I haven't seen the prompt in a couple of days. Could a recent update
have suppressed it?
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer
Emacs complained about these local variables after a fresh update (it's
been a couple of weeks):
;; no-byte-compile: t
;; indent-tabs-mode: nil
I thought these had been made safe.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ
please provide the precise text of the message?
The message includes a buffer name; what is the buffer name?
Weird, a copy of the message was *not* saved in the *Messages* buffer.
I'll write it down on a piece of paper tomorrow.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler
Luc Teirlinck [EMAIL PROTECTED] wrote:
Bill Wohler wrote:
Weird, a copy of the message was *not* saved in the *Messages* buffer.
It is not a message, but a yes-or-no-p prompt.
Oh, right. Duh.
Not the first time I've said something stupid before coffee. Definitely
not a morning person
-bar-help-menu))
+ 'help
+ (default-value 'tool-bar-map)
+ :help Pop up the Help menu)
)
(provide 'tool-bar)
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH
Bill Wohler [EMAIL PROTECTED] writes:
Every morning for the past weeks, I've had a message in my minibuffer
that roughly goes, Desktop undo buffer is 3+ MB, discard? (yes or no).
I've been saying yes. This morning, feeling snarky, I said no and
Emacs crashed.
I said no to that question twice
to be working well for me. Is anyone else
observing this problem that can verify the patch? If not, does anyone
object if I try checking it in so we can see if it causes problems for
others? (Does anyone on this list use tool bars? ;-)
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG
think so.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.
___
emacs-pretest-bug mailing list
emacs
-compiled are no longer byte-compiled.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.
___
emacs
and I found the bug. I was actually being
asked for another variable in the same Local Variables stanza. If you
add the following to a file, make recompile will compile it:
;; Local Variables:
;; no-byte-compile: t
;; url-unreserved-chars: nil
;; End
--
Bill Wohler [EMAIL PROTECTED] http
the MH-E package should be doing differently now?
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane
-source/emacs-unicode-2/lisp'
make[1]: *** [bootstrap-build] Error 2
make[1]: Leaving directory `/home/brep/emacs-source/emacs-unicode-2'
make: *** [bootstrap] Error 2
Fixed. Apologies.
If an update doesn't resolve the problem, please remove
lisp/mh-e/*.elc and try again.
--
Bill Wohler [EMAIL
Luc Teirlinck [EMAIL PROTECTED] wrote:
Bill Wohler wrote:
If an update doesn't resolve the problem, please remove
lisp/mh-e/*.elc and try again.
All of that is apparently not sufficient to solve the problem. Still
same error message:
Compiling /home/teirllm/emacscvsdir/emacs
widgets for menus
and comboboxes until after the release.
It is a bad idea for the closed state of a menu to
represent one of the possible menu choices.
True, but you'd use a combobox widget in this case and it doesn't
apply to the State menu anyway.
--
Bill Wohler [EMAIL PROTECTED] http
Bill Wohler [EMAIL PROTECTED] writes:
Bill Wohler [EMAIL PROTECTED] writes:
signal(error (Font-lock trying to use keywords before setting them up))
error(Font-lock trying to use keywords before setting them up)
font-lock-compile-keywords(nil t)
font-lock-fontify-keywords-region(1 81
, but was too timid to go up a function
call.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.
___
emacs
Richard M. Stallman [EMAIL PROTECTED] wrote:
Is this the usual way of injecting one's keywords?
You don't want to start injecting keywords.
What if you got addicted to them?
I'd probably get to know font-lock a lot more than I do now.
--
Bill Wohler [EMAIL PROTECTED] http
/index.php?func=detailaid=1393879group_id=13357atid=113357
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane
Bill Wohler [EMAIL PROTECTED] writes:
Can you guys take a quick peek and see if you see anything obvious? If
not, I'll debug this.
I didn't see anything obvious, but I'm not intimately familiar with
the font-lock stuff. mh-visit-folder contains this:
(make-local-variable 'font-lock-defaults
this:
(make-local-variable 'font-lock-defaults)
(setq font-lock-defaults '(mh-folder-font-lock-keywords t))
Is this the usual way of injecting one's keywords?
Will also RTFM.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH
Bill Wohler [EMAIL PROTECTED] writes:
signal(error (Font-lock trying to use keywords before setting them up))
error(Font-lock trying to use keywords before setting them up)
font-lock-compile-keywords(nil t)
font-lock-fontify-keywords-region(1 81 nil)
font-lock-default-fontify
fixing the problem.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.
___
emacs-pretest-bug mailing
Richard M. Stallman [EMAIL PROTECTED] wrote:
I think I fixed this. Does it work now?
Yes, thanks!
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong
Completion List
* *desktop* 4791 Fundamental
*MH-E Log* 0 Fundamental
% *Occur*537 Occur
% show-+inbox 1011 MH-Show ~/var/mail/inbox/14
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
] Error 255
I see this change. Related?
2005-12-25 Richard M. Stallman [EMAIL PROTECTED]
* eval.c (un_autoload): Expect (0 . OFEATURES) in Vautoload_queue
to undo a `provide'.
* fns.c (Fprovide): Store (0 . OFEATURES) in Vautoload_queue.
--
Bill Wohler [EMAIL
I tried to debug the problem by adding an --eval
'(toggle-debug-on-error)' and loaddefs.el were created!
Weird.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're
Romain Francoise [EMAIL PROTECTED] writes:
Bill Wohler [EMAIL PROTECTED] writes:
Was this patch expected to fix the broken Gnus highlighting me and
others have reported?
No, we fixed this one on November 24th.
This bug (Gnus losing its highlighting) reared its ugly head again a
couple
-setup-save-timer in :set function.
:type allows three alternatives.
(url-history-setup-save-timer): Test url-history-track.
* url.el (url-retrieve): Test url-history-track.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer
Romain Francoise [EMAIL PROTECTED] wrote:
Bill Wohler [EMAIL PROTECTED] writes:
Was this patch expected to fix the broken Gnus highlighting me and
others have reported?
No, we fixed this one on November 24th.
That explains why I haven't seen the problem in a week ;-). Thanks.
--
Bill
haven't noticed the broken highlighting in the last
week. Maybe something got fixed. Maybe I've gotten lucky. I don't know.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right
a patch for it, thanks.
Thank you.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.
___
emacs-pretest-bug
for it, thanks.
Thank you.
Does the patch below solve the problem?
Yes, thanks.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane
explains it. Please review.
2005-12-12 Bill Wohler [EMAIL PROTECTED]
* vc-svn.el (vc-svn-registered): Fix problem of visiting
non-writable Subversion-controlled files by saving window
configuration before calling vc-do-command. vc-do-command calls
pop-to-buffer
/interfaces is owned by `root' and is
checked into Subversion and I'm trying to edit it as `wohler').
3. If that doesn't bomb out, revert-buffer will.
I hope that provides enough info for someone else to debug this readily.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG
properly (at least we know in that case it's a
buffer that uses hilite (?)).
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane
, then the
highlighting is one character to the right of where it should be.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane
Stefan Monnier [EMAIL PROTECTED] wrote:
In your opinion, should we be setting minibuffer-completing-file-name to
t when calling completing-read to complete mail folders?
Yes. It's also obeyed by partial-completion-mode.
Thank you.
I'll update the MH-E manual accordingly.
--
Bill
is also three lines and is accompanied by the same light
show as I mentioned above.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane
-regexp ^[+/])
(minibuffer-local-completion-map mh-folder-completion-map)
(mh-allow-root-folder-flag allow-root-folder-flag))
(completing-read prompt 'mh-folder-completion-function nil nil nil
'mh-folder-hist default))
t))
--
Bill Wohler [EMAIL
-folder-flag allow-root-folder-flag))
(completing-read prompt 'mh-folder-completion-function nil nil nil
'mh-folder-hist default))
t))
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote
Satyaki Das [EMAIL PROTECTED] wrote:
On 12/7/05, Bill Wohler [EMAIL PROTECTED] wrote:
In the code below, if I comment out the setting of
minibuffer-completing-file-name, the space again performs completion and
I can't discern any difference in the completion. What is the effect
;-).
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug
better checked this in.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.
___
Emacs-pretest-bug mailing
apropos...done
Loading help-mode...done
apropos-score-symbol: Symbol's value as variable is void: apropos-regexp
Mark set [2 times]
Loading emacsbug...done
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian
+inbox...done
Fontifying show-+inbox... (regexps..)
Quit
Loading emacsbug...done
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane
Bill Wohler [EMAIL PROTECTED] writes:
I've found a problem where my mh-letter-mode-hook (in MH-E) isn't
getting called. It is listed properly in the custom-set-variables
stanza, but when I start Emacs, load MH-E, and run customize-option on
mh-letter-mode-hook, the hook is empty! When I enter
Romain Francoise [EMAIL PROTECTED] writes:
Bill Wohler [EMAIL PROTECTED] writes:
apropos-score-symbol: Symbol's value as variable is void: apropos-regexp
This use had escaped the renaming to `apropos-pattern', I fixed it.
Thanks.
Confirmed fixed, thanks!
p.s. Saw the following when
the defcustom of
mh-show-mode-hook. Shouldn't that defcustom have won against the
defvar in the mh-show-mode?
I'd still be curious to hear the opinions on whether one should use
the ;;;###autoload cookie on the defcustoms or not.
Also, why does the same code work in Emacs 21 and not in Emacs 22?
--
Bill
Luc Teirlinck [EMAIL PROTECTED] wrote:
Bill Wohler wrote:
Also, why does the same code work in Emacs 21 and not in Emacs 22?
I believe that I answered this in an earlier reply, but maybe you had
not yet read that reply when you asked this.
Yes, that is correct. I liked your proposal
stands out like a sore thumb rather than being hidden in a
forest. I'd encourage this convention for the Emacs project as a whole.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right
Luc Teirlinck [EMAIL PROTECTED] wrote:
Bill Wohler wrote:
With today's CVS, the font in the menu bar got really small and the
background went white. Is anyone else seeing this?
Not me.
Thanks, Luc. I just discovered my error: I forgot to add --with-gtk last
time I ran ./configure
With today's CVS, the font in the menu bar got really small and the
background went white. Is anyone else seeing this?
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're
found a match) but with no begin/end of match 0.
Thanks for pointing this out. That should make it easy for us to fix.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're
Bill Wohler [EMAIL PROTECTED] writes:
Stefan Monnier [EMAIL PROTECTED] writes:
Make a buffer with this content:
In-reply-to: foo bar of Fri, 15 Jul 2005 20:31:33 EDT
(2 lines only)
Then
M-x mh-letter-mode
M-x font-lock-fontify-buffer
You get:
font-lock-default-fontify
Richard Stallman [EMAIL PROTECTED] wrote:
I'll fix the warnings in the MH-E package unless you've already done
so.
Thanks.
I just checked MH-E version 7.84 into CVS Emacs. All of the files in the
package compile without warning.
--
Bill Wohler [EMAIL PROTECTED] http
Richard Stallman [EMAIL PROTECTED] writes:
I will fix most of the rest now.
I'll fix the warnings in the MH-E package unless you've already done
so.
--
Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian
66 matches
Mail list logo
