GNU bug report logs -
#3283
Bug in Emacs' batch mode
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 3283 in the body.
You can then email your comments to 3283 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3283
; Package
emacs
.
(Thu, 14 May 2009 05:15:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Kevin Rodgers <kevin.d.rodgers <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Thu, 14 May 2009 05:15:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Davin Pearson wrote:
> When I run a file in Emacs' batch mode like so:
>
> emacs --batch --load foo.el
>
> It prints out the following information:
>
> -*- mode: compilation; default-directory: "~/dlisp/" -*-
> Compilation started at Tue May 12 11:06:41
>
> make foo
> emacs --batch --load foo.el
> Loading cl...
> Loading cl-macs...
>
> Compilation finished at Tue May 12 11:06:43
> Compilation took 2 seconds
>
> This is a bug because I have redefined the function message to do
> nothing. Therefore it shouldn't print out "Loading cl..." and
> "Loading cl-macs". What follows is the contents of the file foo.el:
>
> (defun message (format-string &rest args) (interactive))
>
> (load-library "cl")
> (load-library "cl-macs")
> (require 'cl-19 "cl")
> (require 'cl)
>
> ;; batch code goes here
message is a built-in function in `C source code'.
(message format-string &rest args)
There are calls to Fmessage() in Emacs' C source code which do not go
through the `message' Lisp symbol.
--
Kevin Rodgers
Denver, Colorado, USA
bug closed, send any further explanations to Kevin Rodgers <kevin.d.rodgers <at> gmail.com>
Request was from
Chong Yidong <cyd <at> stupidchicken.com>
to
control <at> emacsbugs.donarmstrong.com
.
(Thu, 14 May 2009 19:50:10 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3283
; Package
emacs
.
(Fri, 22 May 2009 04:55:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Kevin Rodgers <kevin.d.rodgers <at> gmail.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Fri, 22 May 2009 04:55:04 GMT)
Full text and
rfc822 format available.
Message #12 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Davin Pearson wrote:
> On May 14, 5:06 pm, Kevin Rodgers <kevin.d.rodg...@gmail.com> wrote:
>> There are calls to Fmessage() in Emacs' C source code which do not go
>> through the `message' Lisp symbol.
>
> Isn't that a bug, since it seems reasonable to redefine message to a
> do-nothing function?
There are many calls to Ffoo() functions in Emacs' C source code which
do not go through the `foo' Lisp symbols. Are they all bugs?
--
Kevin Rodgers
Denver, Colorado, USA
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Fri, 19 Jun 2009 14:24:14 GMT)
Full text and
rfc822 format available.
This bug report was last modified 15 years and 364 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.