This may be related to some weirdness I always hit when I launch
emacs under X with emacspeak loaded, I often get a message saying
Face temp-face- is not defined.
If I do
M-x list-faces-display (on a console --- not under X)---
I see many instances of face temp-face- is this normal?
--
Best Reg
Loading org.el fails with a "key sequence C-c C-x c" uses invalid
prefix ...
--
Best Regards,
--raman
Email: [EMAIL PROTECTED]
WWW:http://emacspeak.sf.net/raman/
AIM:emacspeak GTalk: [EMAIL PROTECTED]
PGP:http://emacspeak.sf.net/raman/raman-almaden.asc
Google: tv+raman
This was not too easy to track down.
In file skk-tut.el:
functions like other-frame and kill-buffer are being
automatically adviced to launch a tutorial prompt with no means
for the user to customize this behavior.
EVIL!
(defconst skktut-adviced-alist
'((skk-abbrev-mode . before)
(skk-inser
Stephane,
My apologies.
This was indeed emacs, but the skk package had gotten installed
in my site-lisp area without my being aware of it.
Blowing it away now
> "Stefan" == Stefan Monnier <[EMAIL PROTECTED]> writes:
>> This was not too easy to track down. In file skk-tut.el:
Stefan
Recent cvs updates have ended up leaving
send-mail-function set to nil while running on the linux console.
Evaluating the form that is in the defcustom does yield the right
result, so I suspect some kind of bizarre autoloading bug.
(defcustom send-mail-function
(if (and window-system (memq sys
1) For some reason the files in lisp/erc are not getting
byte-compiled.
1) Loading library erc bombs because it depends on defalias
definitions in erc-compat.el (suggest getting rid of these
defalias kluges since they are a nightmare to debug)
--
Best Regards,
--raman
Email: [E
Well, I'm happy to try a complete clean rebuild --- but I believe
I did a make distclean before I built/verified before complaining.
>>>>> "Luc" == Luc Teirlinck <[EMAIL PROTECTED]> writes:
Luc> T. V. Raman wrote: 1) For some reason the files in
Yes,a hook would do just as well for my purposes
> "Richard" == Richard Stallman <[EMAIL PROTECTED]> writes:
Richard> A nice feature of Emacs -- namely that of
Richard> showing in the message area the keystroke one could
Richard> have used instead of doing it the long way aro
This is an interesting one.
Given the number of modes in Emacs that now use timers to do
things during the idel-delay, it might be useful to create a
single-point of customization --- perhaps initially as an
interactive command, that one can invoke to "enter laptop power
saving mode" --- somewha
I believe that in vanilla emacs, jit-lock is the only thing that
keeps waking up. But if you use cedet then the semantic package
that is part of cedet starts parsing the buffer at random times.
Given that emacs now has a nice timer mechanism, I believe it is
inevitable that over time there will b
Suspect display-time is on?
> "Dan" == Dan Nicolaescu <[EMAIL PROTECTED]> writes:
Dan> Richard Stallman <[EMAIL PROTECTED]> writes:
>> Given the number of modes in Emacs that now use timers to
>> do things during the idel-delay, it might be useful to
>> create a single-point o
See the other thread on emacs-devel that I started with subject
"did something change in the Emacs idle loop" I started observing
those problems around Sep 17.
> "martin" == martin rudalics <[EMAIL PROTECTED]> writes:
>>> Can you use the Lisp debugger to see what is calling the
>>> f
Actually I'm not so sure any more that both problems went away.
With Stefane's patch to jit-lock.el my idle loop problems where
emacs appeared to lock up went away but it's still pegging the
cpu at 100% when idle.
> "Andreas" == Andreas Seltenreich <[EMAIL PROTECTED]> writes:
Andreas> Tas
It still appears to happen with global-font-lock-mode turned off
---
I've done a make distclean and built from scratch to be sure.
Also, a freshly started emacs doesn't appear to exhibit the
problem, am still trying to figure out at what point the problem
starts showing up.
> "Richard" ==
Here are all the things I've tried with *no success* yet.
0) Killed almost all buffers leaving the bare minimum -- couple
of hsells,
1) turned off global-font-lock verified that
global-font-lock-mode is nil
2)turned off stealth jit locking with
jit-lock-stealth-time set to
Stefane, emptying my .emacs file is a hard and painful thing to
do.
For now I reverted to CVS Emacs from Aug 22 and the bug appears
not to be present. I'll be travelling next weke, so wont be able
to debug this much, I reverted this far back in time because I
didn't want to leave my home machine
good point, I'll disable cedet and all of semantic and try again,
I was definitely loading cedet.
> "Stefan" == Stefan Monnier <[EMAIL PROTECTED]> writes:
>> | (load "/usr/share/emacs/site-lisp/cedet/common/cedet")
Stefan> Doesn't CEDET include Semantic which was known to
Stefan>
happy to report that with cedet not loaded, I dont observe the
100% cpu load problem -- emacs has been running for approx 10
minutes, left idle with load average on the machine remaining at
0.
Hope this has finally fixed it -- I still have
jit-lock-stealth-time set to nil. I'll give it a few hour
did you update semantic out of CVS? the last release on the
sourceforge site appears to be from 2005
> "Tassilo" == Tassilo Horn <[EMAIL PROTECTED]> writes:
Tassilo> Eugene Vlasov <[EMAIL PROTECTED]> writes: Hi Eugene,
Tassilo>
>>> | (load "/usr/share/emacs/site-lisp/cedet/common
I've now verified that the problem is fixed once I dont load
semantic. Incidentally I no longer need to turn off jit-lock
either, have jit-lock-stealth-time at its default.
> "Tassilo" == Tassilo Horn <[EMAIL PROTECTED]> writes:
Tassilo> Stefan Monnier <[EMAIL PROTECTED]> writes:
Tassi
Good catch!
while fixing this bug, it might be appropriate to update calendar
for next march -- when the US switches back to daylight saving
time in mid-March (was legistlated earlier this year)
> "Eric" == Eric Hanchrow <[EMAIL PROTECTED]> writes:
Eric> Please write in English if possib
Thanks for the fix.
> "Stefan" == Stefan Monnier <[EMAIL PROTECTED]> writes:
>> 2) Worse, tpu-extras is evil -- it redefines things like
>> newline
Stefan> Should be "fixed" now (it uses advice and only
Stefan> activates it when needed).
Stefan>
Stefan>
Stefan>
Just did a CVS update, and I still see the old version of
tpu-extras in the sources i.e. it defines newline.
Thanks for the fix.
> "Stefan" == Stefan Monnier <[EMAIL PROTECTED]> writes:
>> 2) Worse, tpu-extras is evil -- it redefines things like
>> newline
Stefan> Should be "fix
There is perhaps something I dont quite understand about the
Emacs CVS repos.
I'm using:
:pserver:[EMAIL PROTECTED]:/sources/emacs
and building this results in a version that calls itself
22.1.50.x -- is that a "branch" or a "trunk"?
Also, is there something newer called Emacs 23 in the CVS
rep
Thanks for the tip!
> "Kevin" == Kevin Rodgers <[EMAIL PROTECTED]> writes:
Kevin> Stefan Monnier wrote:
>>> 1) In using reflection, it ends up loading tpu-extras.el
>>> (even though I have no intention of using tpu)
>>
>> This is a problem in Emacspeak: it should not its
But here is the problem though:
How do I find out after having called (functionp sym)
and getting back T if the function is already loaded? I was using
symbol-function as a guard to make sure I only called
(interactive-form on true functions
> "Kevin" == Kevin Rodgers <[EMAIL PROTECTED]> writ
problem with
cal-bahai.el (not a module I need to load anymore given that I
dont load anything unecessarily)--
but the problem if users of cal-bahai care is that functions like
insert-yearly-diary-entry for that module have some bizarre
naming problem.
>>>>> "tvr" == T
27 matches
Mail list logo