[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

clearcase.el starting up problem

From: reinhard . hahn
Subject: clearcase.el starting up problem
Date: Mon, 24 Nov 2003 08:53:07 -0500

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the address@hidden mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.2.1 (i386-msvc-nt5.0.2195)
 of 2002-03-19 on buffy
configured using `configure --with-msvc (12.00)'
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: DEU
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Concerns clearcase.el version "ClearCase-version: </main/laptop/116>"
Running under NT.

When including a line like 

     (require 'clearcase)

in my .emacs file, startup process hangs with the message

   "Buffer *clearcase-lsregion* has subprocess(es) running; kill anyway?
(yes or no)"

I analized the reason as follows.

In the initialising section (the last top-level call
of (progn ...), there is a line

        (setq clearcase-servers-online (clearcase-registry-server-online-p))

which refers to

      (defun clearcase-registry-server-online-p ()
        "Heuristic to determine if the local host is network-connected to
        its ClearCase server(s)."
          (if clearcase-lt

The code of the function clearcase-non-lt-registry-server-online-p
ends with

    (if result
        (kill-buffer buf))

This (kill-buffer buf) causes the a.m. message. Normally the 

     (kill-process process) 

a few lines before should garuantee, that there is no process 
running in that buffer. In fact, the process is finished at 
any time I test it interactively. So there is obviously some
timing problem that the process isn't finished at that time and
so the reported question ist displayed in the mini-buffer.

For my installation I just commented out the two lines:

;    (if result
;        (kill-buffer buf))

with the drawback, that the buffer isn't killed but with the 
advantage that the startup process isn't interrupted.

Recent input:
<menu-bar> <help-menu> <report-emacs-bug>

Recent messages:
Loading sw-iso...done
Loading swinfo...done
Loading swkeys...done
Loading utils-sw...done
Loading leim-list (source)...done
Loading image...done
Loading completion...done
Loading regexp-opt...done
Loading executable...done
Loading emacsbug...done

GE Power Systems
Reinhard Hahn
Network Reliability Services
Engelbergerstr. 21
D-79106 Freiburg

Tel.: ++49-761/36821-65
Fax : ++49-761/36821-30
Mail: <mailto:address@hidden>
Web: http://www.gepower.com/networksolutions
All opinions expressed in this message are purely personal and do not
reflect the opinions or policies of GE or GE Power Systems

reply via email to

[Prev in Thread] Current Thread [Next in Thread]