file-remote-p called a lot?

[T. V. Raman-2]

I noticed this while using debug-on-entry and stepping through
while debugging my woes with tpu-extras.el inadvertantly
redefining newline.

I observe that  file-remote-p gets called *lots* of times while
doing things like expand-file-name --- though it doesn't appear
to have a performance hit on today's machines, it still feels
excessive --- at least when watching things in the debugger to
see Emacs performing the same set of contortions over and over again.


In GNU Emacs 22.1.50.11 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
 of 2007-08-04 on labrador
configured using `configure  '--prefix=/usr/local' '--with-toolkit=gtk''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8
  default-enable-multibyte-characters: nil

Major mode: VM

Minor modes in effect:
  jabber-activity-mode: t
  dired-omit-mode: t
  dynamic-completion-mode: t
  shell-dirtrack-mode: t
  display-time-mode: t
  desktop-save-mode: t
  auto-insert-mode: t
  encoded-kbd-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  auto-compression-mode: t

Recent input:
R o o RET ESC > RET ESC m C-p C-p C-x C-x C-p ESC m
C-n C-e e RET RET a n d SPC b u i l d i n g SPC t h
i s SPC r e s u l t s SPC i n SPC a SPC v e r s i o
n SPC t h a t SPC c a l l s SPC i t s e l f SPC C-h
v e m a c s - v e r s i o n RET 2 2 . 1 . 5 0 . x SPC
- - SPC i s SPC t h a t SPC a SPC " b r a n c h " SPC
o r SPC a SPC " t r u n k " ? RET RET A l s o l ESC
m C-k A l s o , SPC i s SPC t h e r SPC s DEL ESC \
e SPC s o m e t h i n g SPC n e w e r SPC c a l l SPC
ESC \ e d SPC E m a c s SPC 2 3 SPC i n SPC t h e SPC
C V S SPC r e p o s i t o r y SPC t h a t SPC I SPC
c o u l d SPC b e SPC u s i n g ? C-c C-g C-c C-c C-e
m d n j ' d n d n k j ' k k ' k k P j ' P j ' k k k
k k ESC x r e p o r t SPC e m a c s SPC b u TAB RE
T

Recent messages:
Decoding MIME message... done
Hid 2  citation lines
Not on a block
Hid 2  citation lines
End of message 15 from Richard Stallman
End of message 16 from Richard Stallman
End of message 17 from Richard Stallman
Hid 2  citation lines
End of message 16 from Richard Stallman
Loading emacsbug...done

--
Best Regards,
--raman

     
Email:  raman@...
WWW:    http://emacspeak.sf.net/raman/
AIM:    emacspeak       GTalk: tv.raman.tv@...
PGP:    http://emacspeak.sf.net/raman/raman-almaden.asc
Google: tv+raman
IRC:    irc://irc.freenode.net/#emacs


_______________________________________________
emacs-pretest-bug mailing list
emacs-pretest-bug@...
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

[Michael Albinus]

raman <raman@...> writes:

> I observe that  file-remote-p gets called *lots* of times while
> doing things like expand-file-name --- though it doesn't appear
> to have a performance hit on today's machines, it still feels
> excessive --- at least when watching things in the debugger to
> see Emacs performing the same set of contortions over and over
> again.

`mode-line-format' contains per default `mode-line-remote', introduced
a couple of weeks ago. Evaluating this variable calls `file-remote-p'.
I guess this is the reason of the observed behaviour.

As you said, it shouldn't be a performance bottleneck, because
`file-remote-p' doesn't connect a remote machine ever.

As far as I see in the code, `expand-file-name' doesn't call
`file-remote-p'.

Best regards, Michael.



_______________________________________________
emacs-pretest-bug mailing list
emacs-pretest-bug@...
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug