Nabble - Emacs - Pretest - Bug

bug#2585: 23.0.90; read-file-name with dialog

2009-03-06T10:41:10Z

When read-file-name is called and uses windows dialog to read a file
name, the 'dir' parameter has to be ended with '/'. It it does not,
the last part of the path name is used as the filename while the
default directory is the stripped 'dir' without last part. This does
not happen in Emacs 22.

In minibuffer, there is comment that says:

;; If DIR contains a file name, split it.

I'm not sure if that is the right thing to do. At least, it breaks the
compatibility with previous Emacs version.

Is this an intended change?

Thanks.

--
In GNU Emacs 23.0.90.1 (i386-mingw-nt5.1.2600)
of 2009-02-22 on T42
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -I../../GnuWin32/include'

bug#2416: 23.0.60; decode-coding-region

2009-02-20T13:13:01Z

I have been having this problem since I switched to Emacs 23 several
weeks ago. I'm using VM to read my mails. There seems to be a problem
in decode-coding-region when VM tries to decode a string. When VM
tries to decode a region or a string, it uses a temporary buffer and
basically runs the following lisp code:

(apply 'decode-coding-region (point-min) (point-max) 'us-ascii nil)

The original buffer content would be something like this:

B7040400-12
some text here

after decode-coding-region is executed, the buffer content became:

^@7040450-12
some text here

Where ^@ is actually binary code \0 (not ascii ^ and @). There is another instance
that a string was decoded and the result is ^@ prefixed.

I could not reproduce this with "Emacs -Q". But it always happens when
thsoe particular messages were processed by VM.

Strangely enough, if I inserted a few spaces at the beginning of
buffer: (one space in the following buffer)

B7040400-12
some text here

And, the decoding was done correctly. In another instance mentioned
above, one space is not enough. I had to put several spaces to get the
decoding working.

I saw another bug report just yesterday regarding decode-coding-region
crashing. I applied the patch, but it did not help in the
decoding.

Please let me know if you need other information to help understand
the problem. Thanks.

-----
Emacs version: "GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600) of 2009-01-29 on T42"

Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -I../../GnuWin32/include'

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: ENU
value of $XMODIFIERS: nil
locale-coding-system: chinese-big5
default-enable-multibyte-characters: t

Major mode: Shell

Minor modes in effect:
auto-image-file-mode: t
shell-dirtrack-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t

bug#2317: emacs silently ignores buffer file encoding?

2009-02-11T21:25:33Z

(1) Start emacs -Q
(2) Visit "/tmp/fff"
(3) Insert the following chars: "θϑΘ"
(4) Set the buffer file encoding to latin1 with: C-x C-m f latin-1 RET
(5) Save the buffer: C-x C-s

For me, "/tmp/fff" is saved sucessfully, with no error or prompt, using
an encoding of utf-8 -- despite my having explicitly requested latin-1.

This doesn't seem right...

-Miles

--
Patience, n. A minor form of despair, disguised as a virtue.

bug#2087: 23.0.60; problem with display-buffer and pop-to-buffer

2009-01-27T08:14:51Z

I recently switched to CVS Emacs (of 1/15/2009 version). In
this version compilation-goto-locus (in compile.el) and
Man-notify-when-ready (in man.el), which are two that I've seen
problem so far, called either display-buffer or pop-to-buffer with a
non-nil and non-t value of 'other-window' parameter.

It appears display-buffer is having a problem with such value. And, as
a result, the buffer intended to be popped up does not show.

To reproduce this problem, start "runemacs -q" and then M-x man RET
procmail RET. The man page will not be displayed (even it has been
prepared in a buffer).

Please take a look, thanks.

---------------------------------------------------------------
In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
of 2009-01-15 on LENNART-69DE564
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include -fno-crossjumping'

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: ENU
value of $XMODIFIERS: nil
locale-coding-system: chinese-big5
default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
auto-image-file-mode: t
shell-dirtrack-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t

bug#1551: 23.0.60; declare-function: redundant `nil' arg

2008-12-12T06:23:15Z

In GNU Emacs 23.0.60.23 (i686-pc-linux-gnu, GTK+ Version 2.12.9) of
2008-12-12 on escher

According to the argument-list of declare-function, only its first two
arguments are obligatory. But by rgrepping emacs/lisp for
"(declare-function" I found four invocations with `nil' as the third
argument (there are many more invocations with only two arguments):

./calendar/todo-mode.el:914:(declare-function calendar-current-date "calendar" nil)
./progmodes/fortran.el:917:(declare-function gud-find-c-expr "gud.el" nil)
./smerge-mode.el:1079:(declare-function ediff-cleanup-mess "ediff-util" nil)
./subr.el:2251:(declare-function w32-shell-dos-semantics "w32-fns" nil)

Patches attached.

*** /home/steve/cvsroot/emacs/lisp/smerge-mode.el.~1.74.~ 2008-11-04 21:09:18.000000000 +0100
--- /home/steve/cvsroot/emacs/lisp/smerge-mode.el 2008-12-12 15:03:30.000000000 +0100
***************
*** 1076,1082 ****
(defvar ediff-buffer-C)
(defvar ediff-ancestor-buffer)
(defvar ediff-quit-hook)
! (declare-function ediff-cleanup-mess "ediff-util" nil)

;;;###autoload
(defun smerge-ediff (&optional name-mine name-other name-base)
--- 1076,1082 ----
(defvar ediff-buffer-C)
(defvar ediff-ancestor-buffer)
(defvar ediff-quit-hook)
! (declare-function ediff-cleanup-mess "ediff-util")

;;;###autoload
(defun smerge-ediff (&optional name-mine name-other name-base)

*** /home/steve/cvsroot/emacs/lisp/subr.el.~1.623.~ 2008-11-20 13:49:52.000000000 +0100
--- /home/steve/cvsroot/emacs/lisp/subr.el 2008-12-12 15:04:49.000000000 +0100
***************
*** 2248,2254 ****
(play-sound-internal sound)
(error "This Emacs binary lacks sound support")))

! (declare-function w32-shell-dos-semantics "w32-fns" nil)

(defun shell-quote-argument (argument)
"Quote an argument for passing as argument to an inferior shell."
--- 2248,2254 ----
(play-sound-internal sound)
(error "This Emacs binary lacks sound support")))

! (declare-function w32-shell-dos-semantics "w32-fns")

(defun shell-quote-argument (argument)
"Quote an argument for passing as argument to an inferior shell."

*** /home/steve/cvsroot/emacs/lisp/calendar/todo-mode.el.~1.71.~ 2008-10-25 20:48:16.000000000 +0200
--- /home/steve/cvsroot/emacs/lisp/calendar/todo-mode.el 2008-12-12 14:57:25.000000000 +0100
***************
*** 911,917 ****
(defvar entry)

;; t-c should be used from diary code, which requires calendar.
! (declare-function calendar-current-date "calendar" nil)

;; Read about this function in the setup instructions above!
;;;###autoload
--- 911,917 ----
(defvar entry)

;; t-c should be used from diary code, which requires calendar.
! (declare-function calendar-current-date "calendar")

;; Read about this function in the setup instructions above!
;;;###autoload

*** /home/steve/cvsroot/emacs/lisp/progmodes/fortran.el.~1.151.~ 2008-11-20 13:49:53.000000000 +0100
--- /home/steve/cvsroot/emacs/lisp/progmodes/fortran.el 2008-12-12 14:59:26.000000000 +0100
***************
*** 914,920 ****
"Fortran mode adds this to `hack-local-variables-hook'."
(fortran-line-length fortran-line-length))

! (declare-function gud-find-c-expr "gud.el" nil)

(defun fortran-gud-find-expr ()
;; Consider \n as punctuation (end of expression).
--- 914,920 ----
"Fortran mode adds this to `hack-local-variables-hook'."
(fortran-line-length fortran-line-length))

! (declare-function gud-find-c-expr "gud.el")

(defun fortran-gud-find-expr ()
;; Consider \n as punctuation (end of expression).

Re: [ax-tech:11845]Re: rftask english doc

2007-12-04T21:52:14Z

>>>>> "hwanii" == hwanii Jung <shjung@...> writes:

hwanii> Diancheng, Do you mean you want to do it at once with all
hwanii> language help docs? if so, could you prepare Chinese one
hwanii> please?

I have assigned a developer to translate it to Chinese.

hwanii> and ML guys, Could some one help us to prepare Japanese one
hwanii> ?

hwanii> Regareds, Hwanii

hwanii> ------- Original Message ------- From: Wang Diancheng
hwanii> <dcwang@...> To: hwanii Jung
hwanii> <shjung@...> Sent: Tue, 04 Dec 2007 10:59:17 +0800
hwanii> Subject: Re: [ax-tech:11845]Re: rftask english doc

>>
>> >>>>> "hwanii" == hwanii Jung <shjung@...> writes:
>>
hwanii> Would you like to do it yourself? or like me to assign a
hwanii> developer in HS?
>>
>> You can commit IP first, when all translations (include Chinese
>> Japanese and Korean) are available, I will commit it to our
>> source code CVS.
>>

_______________________________________________
Emacs-devel mailing list
Emacs-devel@...
http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: [ax-tech:11845]Re: rftask english doc

2007-12-03T18:59:17Z

>>>>> "hwanii" == hwanii Jung <shjung@...> writes:

hwanii> Would you like to do it yourself? or like me to assign a
hwanii> developer in HS?

You can commit IP first, when all translations (include Chinese Japanese
and Korean) are available, I will commit it to our source code CVS.

_______________________________________________
Emacs-devel mailing list
Emacs-devel@...
http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: 关于浮动IP问题

2007-12-03T00:46:37Z

>>>>> "Pengcheng" == Pengcheng Zou <pczou@...> writes:

Pengcheng> HI, 陈勋ifconfig -a 的结果如何？是否还可以看到eth1:2接口？

Pengcheng> down了eth1:2 之后，请再执行： # sbin/ip addr del
Pengcheng> 10.194.2.186 dev eth1:2

Pengcheng> 然后看是否还可以访问这个IP地址。

Pengcheng> Linux的IP地址是绑定在主机上而不是某个interface上的，详见这
Pengcheng> 里的回答： http://www.linux-foundation.org/en/Net:IPv4

echo 1 > /proc/sys/net/ipv4/conf/default/arp_filter
应该可以改变它这种默认的方式，注意利用 arp -d 把原来的arp记录删除,可以在
/etc/sysctl.conf中设置这个参数。

Pengcheng> best regards, -- 邹鹏程

Pengcheng> On Monday 03 December 2007 10:05, parcochen wrote:
>> 系统
>>
>> 2007-12-03
>>
>>
>>
>> parcochen

_______________________________________________
Emacs-devel mailing list
Emacs-devel@...
http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: none

2007-12-02T23:56:36Z

啥玩意空的

_______________________________________________
Emacs-devel mailing list
Emacs-devel@...
http://lists.gnu.org/mailman/listinfo/emacs-devel

多网卡IP问题

2007-12-02T22:39:44Z

http://www.mail-archive.com/linux-net@.../msg01235.html

_______________________________________________
Emacs-devel mailing list
Emacs-devel@...
http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Fw: (Reminder)CJK meeting

2007-12-02T18:06:08Z

>>>>> "Zhongyuan" == Zhongyuan Zheng <zyzheng@...> writes:

Zhongyuan> 写一个OpenDrim中方的情况报告，周一中午之前给我，我得发给
Zhongyuan> CSIP的王绪刚。

写了一个看有什么问题没有

_______________________________________________
Emacs-devel mailing list
Emacs-devel@...
http://lists.gnu.org/mailman/listinfo/emacs-devel

=?utf-8?Q?=E7=BA=A2=E6=97=97OpenDRIM=2Edoc?= (33K) Download Attachment

Re: suspend/fg excitement in shell

2007-08-13T07:24:41Z

Glenn Morris <rgm@...> writes:

> Sven Joachim wrote:
>
>> Yes, I can reproduce this with Emacs 21.4.
>
> How about outside Emacs?

Outside Emacs suspending a su'ed bash works fine.

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

Re: suspend/fg excitement in shell

2007-08-13T01:51:48Z

Sven Joachim wrote:

> Yes, I can reproduce this with Emacs 21.4.

How about outside Emacs?

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

Re: suspend/fg excitement in shell

2007-08-13T01:50:48Z

jidanni@... wrote:

> GM> I cannot reproduce this.
>
> At least you perhaps can reproduce in an emacs *shell* buffer:

No, I can't. Surprisingly, you just repeating most of what you said
the first time word for word has not helped me to do so.

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

Re: suspend/fg excitement in shell

2007-08-13T00:05:55Z

Richard Stallman <rms@...> writes:

> Also exiting an emacs that contains such shells still alive (merely
> sitting at their prompts), sends the signal to them to get wacko.
>
> That sounds like a shell bug to me.
>
> Does it happen with Emacs 21.4 too?

Yes, I can reproduce this with Emacs 21.4.

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

Re: suspend/fg excitement in shell

2007-08-12T22:57:34Z

Also exiting an emacs that contains such shells still alive (merely
sitting at their prompts), sends the signal to them to get wacko.

That sounds like a shell bug to me.

Does it happen with Emacs 21.4 too?

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

Re: suspend/fg excitement in shell

2007-08-12T14:13:41Z

Also exiting an emacs that contains such shells still alive (merely
sitting at their prompts), sends the signal to them to get wacko.

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

Re: suspend/fg excitement in shell

2007-08-12T13:12:17Z

SJ> I have IGNOREEOF=2 in /root/.bashrc.

It turns out with greater IGNOREEOF's, and more "fg"'s, the sucker
heads straight for the HISTFILE where it proceeds to execute all the
commands there faster than you can kill(1) them. "A monster has taken
over my '*shell*' buffer and is sending root ^P^O&'s or whatever it
takes to replay my HISTORY file faster than I can swat all it is
spawning!" Here I fool it with HISTFILE=/dev/null:

02:58 1 tmp$ su
Password:
root@jidanni2:/tmp# IGNOREEOF=11 HISTFILE=/dev/null
root@jidanni2:/tmp# suspend

[1]+ Stopped su
02:59 147 tmp$ fg
su
root@jidanni2:/tmp# Use "exit" to leave the shell.
root@jidanni2:/tmp#
[1]+ Stopped su
02:59 147 tmp$ fg
su
root@jidanni2:/tmp# bash: =/dev/null: No such file or directory
root@jidanni2:/tmp# bash: syntax error near unexpected token `('
root@jidanni2:/tmp# [1] 15423
root@jidanni2:/tmp# bash:\350\2600\322: command not found
root@jidanni2:/tmp#

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

Re: GNU Emacsen 22.1.50 and 23.0.0 can't stop compilation

2007-08-12T11:54:27Z

The fix will be installed soon.

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

Re: suspend/fg excitement in shell

2007-08-12T11:51:48Z

jidanni@... writes:

> At least you perhaps can reproduce in an emacs *shell* buffer:
> ---------------
> jidanni@jidanni2:~$ su
> Password:
> root@jidanni2:/tmp# suspend
>
> [1]+ Stopped su
> jidanni@jidanni2:~$ fg
> su
> root@jidanni2:/tmp# exit <---I did not type "exit"!

I can reproduce this. Actually, the shell gets an EOF from somewhere,
since on my system I get the message "Use 'exit' to leave the shell."
I have IGNOREEOF=2 in /root/.bashrc.

Regards,
Sven

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

Re: suspend/fg excitement in shell

2007-08-12T09:13:46Z

GM> I cannot reproduce this.

At least you perhaps can reproduce in an emacs *shell* buffer:
---------------
jidanni@jidanni2:~$ su
Password:
root@jidanni2:/tmp# suspend

[1]+ Stopped su
jidanni@jidanni2:~$ fg
su
root@jidanni2:/tmp# exit <---I did not type "exit"!
jidanni@jidanni2:~$ jobs
jidanni@jidanni2:~$
----------------
Whereas in xterm one gets
...$ fg
su
root@jidanni2:/tmp#
----------------
i.e., without having the "exit" magically typed in for us ending the su session.

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

Re: suspend/fg excitement in shell

2007-08-11T21:13:34Z

Dan Jacobson wrote:

> I notice in the *shell* buffer, suspend/fg acts funny.

I cannot reproduce this. If you want this investigating, please
provide a clear recipe showing the minimum emacs and shell
configurations needed to produce the problem.

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

Re: calendar.el byte-compile failed

2007-08-11T20:32:42Z

Zhang Wei wrote:

> Checking d:/emacs-gbk/lisp/calendar...
> Compiling d:/emacs-gbk/lisp/calendar/calendar.el...
>
> In toplevel form:
> calendar/calendar.el:2215:1:Error: Symbol's function definition is void: i

There have been no changes in lisp/calendar/ in the past two weeks. It
works for me. Perhaps there is a problem on your end?

> In GNU Emacs 22.1.50.1 (i386-mingw-nt5.1.2600)
> of 2007-08-04 on BREPHOME
> modified by Zhangwei <id.brep@...>.

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

calendar.el byte-compile failed

2007-08-11T19:31:32Z

Checking d:/emacs-gbk/lisp/calendar...
Compiling d:/emacs-gbk/lisp/calendar/calendar.el...

In toplevel form:
calendar/calendar.el:2215:1:Error: Symbol's function definition is void: i

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
c:/Emacs/etc/DEBUG for instructions.

In GNU Emacs 22.1.50.1 (i386-mingw-nt5.1.2600)
of 2007-08-04 on BREPHOME
modified by Zhangwei <id.brep@...>.
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'

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: CHS
locale-coding-system: cp936
default-enable-multibyte-characters: t

Major mode: Emacs-Lisp

Minor modes in effect:
shell-dirtrack-mode: t
auto-image-file-mode: t
display-time-mode: t
show-paren-mode: t
delete-selection-mode: t
pc-selection-mode: t
encoded-kbd-mode: t
tooltip-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t

Recent input:
C-v <prior> M-x b y t e - c o m <tab> <return> <return>
C-x o C-v M-< <down> <down> <return> C-x o C-x C-f
C-g C-x o C-x 1 <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> M-x b y t e
- c o m - <backspace> <tab> <return> <return> M-x r
e p r o t <backspace> <backspace> <backspace> o r t
e <backspace> - e m <tab> <return>

Recent messages:
Compiling d:/emacs-gbk/lisp/calendar/calendar.el... (redraw-calendar)
Loading warnings...done
Mark set
Undo!
Compiling d:/emacs-gbk/lisp/calendar/cal-menu.el...done
Wrote d:/emacs-gbk/lisp/calendar/cal-menu.elc
Mark set [2 times]
Quit
Compiling d:/emacs-gbk/lisp/calendar/calendar.el... (redraw-calendar)
Loading emacsbug...done

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

GNU Emacsen 22.1.50 and 23.0.0 can't stop compilation

2007-08-11T11:58:53Z

Hello!

The compilation in *compilation* can't neither be stopped by C-c C-k
nor by the Compile menu entry to stop compilation. *Backtrace* buffer
shows:

Debugger entered--Lisp error: (wrong-number-of-arguments (lambda nil
(byte-code "\300\301!\207" [local-variable-p compilation-locs] 2)) 1)
(lambda nil (byte-code "300\301!\207" [local-variable-p
compilation-locs] 2))(#<buffer *compilation*>)
compilation-find-buffer()
kill-compilation()
call-interactively(kill-compilation)

I first saw it a few days ago. CVS code is from from today, around
16:00 UTC. All Emacsen launched with -Q.

In GNU Emacs 22.1.50.2 (powerpc-apple-darwin8.10.0, X toolkit, Xaw3d
scroll bars)
of 2007-08-11 on localhost
Windowing system distributor `The XFree86 Project, Inc', version
11.0.40400000
configured using `configure '--without-carbon' '--with-x' '--without-
sound' '--without-pop' '--with-xpm' '--with-jpeg' '--with-tiff' '--
with-gif' '--with-png' '--with-x-toolkit=athena' '--enable-
locallisppath=/Library/Application Support/Emacs/calendar22:/Library/
Application Support/Emacs/caml:/Library/Application Support/Emacs:/sw/
share/emacs21/site-lisp/elib' 'CFLAGS=-pipe -dead_strip -bind_at_load
-fPIC -mcpu=7450 -mtune=7450 -fast -mpim-altivec -ftree-vectorize -
foptimize-register-move -freorder-blocks -freorder-blocks-and-
partition -fthread-jumps -fpeephole -fno-crossjumping' 'CPPFLAGS=-no-
cpp-precomp -I/usr/include/openssl -I/sw/include/pango-1.0 -I/sw/lib/
freetype219/include -I/sw/lib/freetype219/include/freetype2 -I/sw/lib/
fontconfig2/include -I/sw/include/libpng12 -I/usr/local/include -I/sw/
include -idirafter /usr/X11R6/include' 'LDFLAGS=-dead_strip -
bind_at_load -multiply_defined suppress -L/sw/lib/freetype219/lib -L/
sw/lib/fontconfig2/lib -L/sw/lib/ncurses -L/usr/local/lib -L/sw/lib -
L/usr/local/lib''

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

Major mode: Debugger

Minor modes in effect:
show-paren-mode: t
display-time-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t

--
Mit friedvollen Grüßen

Pete

(This space left blank for technical reasons.)

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

Problem with cvs-update on lisp/emacs-lisp/cl-loaddefs.el

2007-08-11T09:52:39Z

Hello!

Since some weeks I can see in *cvs* buffer:

In directory lisp/emacs-lisp:
Message: cvs update: nonmergeable file needs merge
Message: cvs update: revision 1.6 from repository is now in lisp/
emacs-lisp/cl-loaddefs.el
Message: cvs update: file from working directory is now in .#cl-
loaddefs.el.1.5
Conflict lisp/emacs-lisp/cl-loaddefs.el

When I check with diff or ls I get no difference:

pete 116 /\ diff lisp/emacs-lisp/cl-loaddefs.el lisp/emacs-lisp/.#cl-
loaddefs.el.1.5
pete 117 /\ ls -l lisp/emacs-lisp/cl-loaddefs.el lisp/emacs-
lisp/.#cl-loaddefs.el.1.5
-rw-r--r-- 1 pete admin 41962 4 Aug 13:41 lisp/emacs-lisp/.#cl-
loaddefs.el.1.5
-rw-r--r-- 1 pete admin 41962 11 Aug 17:26 lisp/emacs-lisp/cl-
loaddefs.el

In GNU Emacs 22.1.50.2 (powerpc-apple-darwin8.10.0, X toolkit, Xaw3d
scroll bars)
of 2007-08-04 on localhost
Windowing system distributor `The XFree86 Project, Inc', version
11.0.40400000
configured using `configure '--without-carbon' '--with-x' '--without-
sound' '--without-pop' '--with-xpm' '--with-jpeg' '--with-tiff' '--
with-gif' '--with-png' '--with-x-toolkit=athena' '--enable-
locallisppath=/Library/Application Support/Emacs/calendar22:/Library/
Application Support/Emacs/caml:/Library/Application Support/Emacs:/sw/
share/emacs21/site-lisp/elib' 'CFLAGS=-pipe -dead_strip -bind_at_load
-fPIC -mcpu=7450 -mtune=7450 -fast -mpim-altivec -ftree-vectorize -
foptimize-register-move -freorder-blocks -freorder-blocks-and-
partition -fthread-jumps -fpeephole -fno-crossjumping' 'CPPFLAGS=-no-
cpp-precomp -I/usr/include/openssl -I/sw/include/pango-1.0 -I/sw/lib/
freetype219/include -I/sw/lib/freetype219/include/freetype2 -I/sw/lib/
fontconfig2/include -I/sw/include/libpng12 -I/usr/local/include -I/sw/
include -idirafter /usr/X11R6/include' 'LDFLAGS=-dead_strip -
bind_at_load -multiply_defined suppress -L/sw/lib/freetype219/lib -L/
sw/lib/fontconfig2/lib -L/sw/lib/ncurses -L/usr/local/lib -L/sw/lib -
L/usr/local/lib''

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

Major mode: Debugger

Minor modes in effect:
show-paren-mode: t
display-time-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t

--
Greetings

Pete

The box said "Use Windows 95 or better," so I got a Macintosh.

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

Re: tool-bar doesn't work on the trunk with (default) GTK build

2007-08-09T23:48:05Z

Richard Stallman skrev:
> Well, at least I now can see it too. Focus is definitly shifted away, but
> where and why?
>
> I'll have to come back to this.
>
> Could you please put a note in FOR-RELEASE so we will know this
> is still pending?

Done.

Jan D.

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

suspend/fg excitement in shell

2007-08-09T17:46:57Z

I notice in the *shell* buffer, suspend/fg acts funny.

sh-3.1$ su
Password:
root@jidanni1:/tmp# suspend

[1]+ Stopped(SIGSTOP) su
sh-3.1$ fg
su
root@jidanni1:/tmp# exit <--I did not type "exit". God did for me
apparently.

I also notice that if I do the above experiment without doing
# mv .bash* /somewhere/other/than/root's/home/dir
first, apparently the .bash_history file starts getting munched, with
all kinds of wacko commands getting executed or something with
multiple kill(1)'s needed to stamp out the frenzy.

In GNU Emacs 22.1.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2007-07-07 on raven, modified by Debian

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

Re: WoMan chokes on some manpages: Invalid search bound (wrong side of point)

2007-08-08T14:09:51Z

Stefan Monnier <monnier@...> writes:

> Can you confirm that the patch below fixes the problem for you?
> I've installed it in the 22 branch,

Tested with three manpages that used to trigger the error, all work
fine now.

Thank you. :-)

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

Re: WoMan chokes on some manpages: Invalid search bound (wrong side of point)

2007-08-08T13:52:14Z

> On several manpages (one of them is attached) WoMan complains:
> Invalid search bound (wrong side of point) and leaves point at the end
> of the buffer and the buffer status modified and writable. The
> backtrace looks as following:

> Debugger entered--Lisp error: (error "Invalid search bound (wrong side of point)")
> re-search-forward("\$[-a-zA-Z0-9_\x8ad+][-a-zA-Z0-9_.:\x8ad+]*\$[ ]*(\$[0-9][a-zA-Z0-9+]*\\|[LNln]\$)"
> 8881 t)

Can you confirm that the patch below fixes the problem for you?
I've installed it in the 22 branch,

Stefan

--- man.el 26 jui 2007 14:47:54 -0400 1.169
+++ man.el 08 aoÃ» 2007 15:24:45 -0400
@@ -975,7 +975,7 @@
(Man-next-section 1)
(point)))
(goto-char (point-min))
- (point-max))))
+ nil)))
(while (re-search-forward regexp end t)
(make-text-button
(match-beginning button-pos)
@@ -1291,14 +1291,17 @@
(defun Man-next-section (n)
"Move point to Nth next section (default 1)."
(interactive "p")
- (let ((case-fold-search nil))
+ (let ((case-fold-search nil)
+ (start (point)))
(if (looking-at Man-heading-regexp)
(forward-line 1))
(if (re-search-forward Man-heading-regexp (point-max) t n)
(beginning-of-line)
(goto-char (point-max))
;; The last line doesn't belong to any section.
- (forward-line -1))))
+ (forward-line -1))
+ ;; But don't move back from the starting point.
+ (if (< (point) start) (goto-char start))))

(defun Man-previous-section (n)
"Move point to Nth previous section (default 1)."

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

WoMan chokes on some manpages: Invalid search bound (wrong side of point)

2007-08-08T07:05:44Z

On several manpages (one of them is attached) WoMan complains:
Invalid search bound (wrong side of point) and leaves point at the end
of the buffer and the buffer status modified and writable. The
backtrace looks as following:

Debugger entered--Lisp error: (error "Invalid search bound (wrong side of point)")
re-search-forward("\$[-a-zA-Z0-9_\x8ad+][-a-zA-Z0-9_.:\x8ad+]*\$[ ]*(\$[0-9][a-zA-Z0-9+]*\\|[LNln]\$)" 8881 t)
Man-highlight-references0("SEE ALSO" "\$[-a-zA-Z0-9_\x8ad+][-a-zA-Z0-9_.:\x8ad+]*\$[ ]*(\$[0-9][a-zA-Z0-9+]*\\|[LNln]\$)" 1 Man-default-man-entry WoMan-xref-man-page)
Man-highlight-references(WoMan-xref-man-page)
woman-mode()
woman-process-buffer()
woman-really-find-file("/usr/share/man/man2/mount.2.gz" t "*WoMan 2 mount*")
woman-find-file("/usr/share/man/man2/mount.2.gz")
woman(nil nil)
call-interactively(woman)

In GNU Emacs 22.1.50.1 (i486-pc-linux-gnu, GTK+ Version 2.10.13)
of 2007-08-06 on debian, modified by Debian
(Debian emacs-snapshot package, version 1:20070805-1)
Windowing system distributor `The X.Org Foundation', version 11.0.10300000
configured using `configure '--build' 'i486-linux-gnu' '--host' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/22.1.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.1.50/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.1.50/leim' '--with-x=yes' '--with-x-toolkit=gtk' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2''

Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: C
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: de_DE.UTF-8
locale-coding-system: utf-8
default-enable-multibyte-characters: t

Major mode: WoMan

Minor modes in effect:
display-time-mode: t
auto-image-file-mode: t
show-paren-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-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
temp-buffer-resize-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t

Recent input:
v q <up> <up> <return> <down> <return> <down> v q <up>
<up> <return> <down> <down> <return> <up> <return>
<down> <return> <down> <down> <up> v q <up> <up> <return>
<down> <return> <down> <down> <down> <down> <down>
v q <up> <up> <up> <up> <up> <up> <down> <down> <down>
v q <up> <up> <up> <return> <down> <down> <down> <return>
<down> <down> v q <up> <up> <up> <up> <down> <return>
<down> <down> <down> <down> <return> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<up> <up> <up> <up> <up> v <next> <prior> q <up> <up>
<up> <up> <up> <up> <up> <down> <return> <down> <down>
<down> <return> <down> <down> <down> v q <up> <up>
<up> <up> <return> <down> <down> <return> v q <up>
<return> <down> <down> <down> <down> <down> <up> <up>
<return> <down> <down> <down> <down> <down> v q <up>
<up> <up> <up> <up> <up> <return> <down> <return> v
q <up> <up> <down> <return> <down> <return> <down>
<down> <down> v q <down> <down> v q <up> <up> <up>
<up> <up> v q <down> v q <down> <down> <down> v <next>
<prior> <next> <prior> q <up> <up> <up> <up> <up> <return>
C-u <C-f1> <return> <prior> <prior> <prior> <prior>
<C-end> C-x C-j C-s t r a c e <down> <down> v <next>
<next> <next> <next> <next> q <C-f1> m o u n t <tab>
<tab> <return> 8 <return> <return> g <return> <backspace>
8 <return> <return> <C-end> q <C-f1> m o u n t <tab>
<return> 2 <tab> <return> M-x t o g g l e - d e b <tab>
e r r <tab> <return> M-x r e p o <tab> r <tab> e C-g
<C-f1> C-g C-x k <return> <C-f1> <up> <return> 2 <return>
<return> C-x h M-w C-x o M-x r e p o r t - e m <tab>
b u g <return>

Recent messages:
Man-highlight-references0: Invalid search bound (wrong side of point)
Debug on Error enabled globally
Making completion list...
Quit [2 times]
Making completion list...
uncompressing mount.2.gz...done
WoMan formatting buffer...done in 0 seconds
Entering debugger...
Mark set [2 times]
Loading emacsbug...done

.\" Hey Emacs! This file is -*- nroff -*- source.
.\"
.\" Copyright (C) 1993 Rickard E. Faith <faith@...>
.\" and Copyright (C) 1994 Andries E. Brouwer <aeb@...>
.\" and Copyright (C) 2002, 2005 Michael Kerrisk <mtk-manpages@...>
.\"
.\" Permission is granted to make and distribute verbatim copies of this
.\" manual provided the copyright notice and this permission notice are
.\" preserved on all copies.
.\"
.\" Permission is granted to copy and distribute modified versions of this
.\" manual under the conditions for verbatim copying, provided that the
.\" entire resulting derived work is distributed under the terms of a
.\" permission notice identical to this one.
.\"
.\" Since the Linux kernel and libraries are constantly changing, this
.\" manual page may be incorrect or out-of-date. The author(s) assume no
.\" responsibility for errors or omissions, or for damages resulting from
.\" the use of the information contained herein. The author(s) may not
.\" have taken the same level of care in the production of this manual,
.\" which is licensed free of charge, as they might when working
.\" professionally.
.\"
.\" Formatted or processed versions of this manual, if unaccompanied by
.\" the source, must acknowledge the copyright and authors of this work.
.\"
.\" Modified 1996-11-04 by Eric S. Raymond <esr@...>
.\" Modified 2001-10-13 by Michael Kerrisk <mtk-manpages@...>
.\" Added note on historical behavior of MS_NOSUID
.\" Modified 2002-05-16 by Michael Kerrisk <mtk-manpages@...>
.\" Extensive changes and additions
.\" Modified 2002-05-27 by aeb
.\" Modified 2002-06-11 by Michael Kerrisk <mtk-manpages@...>
.\" Enhanced descriptions of MS_MOVE, MS_BIND, and MS_REMOUNT
.\" Modified 2004-06-17 by Michael Kerrisk <mtk-manpages@...>
.\" 2005-05-18, mtk, Added MNT_EXPIRE, plus a few other tidy-ups.
.\"
.TH MOUNT 2 2004-05-18 "Linux" "Linux Programmer's Manual"
.SH NAME
mount, umount, umount2 \- mount and unmount filesystems
.SH SYNOPSIS
.nf
.B "#include <sys/mount.h>"
.sp
.BI "int mount(const char *" source ", const char *" target ,
.BI " const char *" filesystemtype ", unsigned long " mountflags ,
.BI " const void *" data );
.sp
.BI "int umount(const char *" target );
.sp
.BI "int umount2(const char *" target ", int " flags );
.fi
.SH DESCRIPTION
.BR mount ()
attaches the filesystem specified by
.I source
(which is often a device name, but can also be a directory name
or a dummy) to the directory specified by
.IR target .

.BR umount ()
and
.BR umount2 ()
remove the attachment of the (topmost) filesystem mounted on
.IR target .

Appropriate privilege (Linux: the
.B CAP_SYS_ADMIN
capability) is required to mount and unmount filesystems.

Since Linux 2.4 a single filesystem can be visible at
multiple mount points, and multiple mounts can be stacked
on the same mount point.
.\" Multiple mounts on same mount point: since 2.3.99pre7.

Values for the
.IR filesystemtype
argument supported by the kernel are listed in
.I /proc/filesystems
(like "minix", "ext2", "msdos", "proc", "nfs", "iso9660" etc.).
Further types may become available when the appropriate modules
are loaded.

The
.IR mountflags
argument may have the magic number 0xC0ED (\fBMS_MGC_VAL\fP)
in the top 16 bits (this was required in kernel versions prior to 2.4, but
is no longer required and ignored if specified),
and various mount flags (as defined in \fI<linux/fs.h>\fP for libc4 and libc5
and in \fI<sys/mount.h>\fP for glibc2) in the low order 16 bits:
.\" FIXME 2.6.15 added flags for "shared sub-tree" functionality:
.\" MS_UNBINDABLE, MS_PRIVATE, MS_SHARED, MS_SLAVE
.\" These need to be documented on this page.
.\" See Documentation/sharedsubtree.txt
.TP
.B MS_BIND
(Linux 2.4 onwards)
.\" since 2.4.0-test9
Perform a bind mount, making a file or a directory subtree visible at
another point within a file system.
Bind mounts may cross file system boundaries and span
.BR chroot (2)
jails.
The
.IR filesystemtype ", " mountflags ", and " data
arguments are ignored.
.\" with the exception of the "hidden" MS_REC mountflags bit
.TP
.BR MS_DIRSYNC " (since Linux 2.5.19)"
Make directory changes on this file system synchronous.
(This property can be obtained for individual directories
or subtrees using
.BR chattr (8).)
.TP
.B MS_MANDLOCK
Permit mandatory locking on files in this file system.
(Mandatory locking must still be enabled on a per-file basis,
as described in
.BR fcntl (2).)
.\" FIXME Say more about MS_MOVE
.TP
.B MS_MOVE
Move a subtree.
.I source
specifies an existing mount point and
.I target
specifies the new location.
The move is atomic: at no point is the subtree unmounted.
The
.IR filesystemtype ", " mountflags ", and " data
arguments are ignored.
.TP
.B MS_NOATIME
Do not update access times for (all types of) files on this file system.
.TP
.B MS_NODEV
Do not allow access to devices (special files) on this file system.
.TP
.B MS_NODIRATIME
Do not update access times for directories on this file system.
.TP
.B MS_NOEXEC
Do not allow programs to be executed from this file system.
.\" (Possibly useful for a file system that contains non-Linux executables.
.\" Often used as a security feature, e.g., to make sure that restricted
.\" users cannot execute files uploaded using ftp or so.)
.TP
.B MS_NOSUID
Do not honor set-user-ID and set-group-ID bits when executing
programs from this file system.
.\" (This is a security feature to prevent users executing set-user-ID and
.\" set-group-ID programs from removable disk devices.)
.TP
.B MS_RDONLY
Mount file system read-only.
.\"
.\" FIXME Document MS_REC, available since 2.4.11.
.\" This flag has meaning in conjunction with MS_BIND and
.\" also with the shared sub-tree flags.
.TP
.BR MS_RELATIME "(Since Linux 2.6.20)"
When a file on this file system is accessed,
only update the file's last accessed time (atime) if the current value
of atime is less than or equal to the file's last modified (mtime)
or last status change time (ctime).
This option is useful for programs, such as
.BR mutt (1),
that need to know when a file has been read since it was last modified.
.TP
.B MS_REMOUNT
Remount an existing mount.
This is allows you to change the
.I mountflags
and
.I data
of an existing mount without having to unmount and remount the file system.
.I source
and
.I target
should be the same values specified in the initial
.BR mount ()
call;
.I filesystemtype
is ignored.

The following
.I mountflags
can be changed:
.BR MS_RDONLY ,
.BR MS_SYNCHRONOUS ,
.BR MS_MANDLOCK ;
before kernel 2.6.16, the following could also be changed:
.BR MS_NOATIME
and
.BR MS_NODIRATIME ;
and, additionally, before kernel 2.4, the following could also be changed:
.BR MS_NOSUID ,
.BR MS_NODEV ,
.BR MS_NOEXEC .
.TP
.B MS_SYNCHRONOUS
Make writes on this file system synchronous (as though
the
.B O_SYNC
flag to
.BR open (2)
was specified for all file opens to this file system).
.PP
>From Linux 2.4 onwards, the
.BR MS_NODEV ", " MS_NOEXEC ", and " MS_NOSUID
flags are settable on a per-mount-point basis.
>From kernel 2.6.16 onwards,
.B MS_NOATIME
and
.B MS_NODIRATIME
are also settable on a per-mount-point basis.
The
.B MS_RELATIME
flag is also settable on a per-mount-point basis.
.PP
The
.IR data
argument is interpreted by the different file systems.
Typically it is a string of comma-separated options
understood by this file system.
See
.BR mount (8)
for details of the options available for each filesystem type.
.PP
.\" Note: the kernel naming differs from the glibc naming
.\" umount2 is the glibc name for what the kernel now calls umount
.\" and umount is the glibc name for oldumount
Linux 2.1.116 added the
.BR umount2 ()
system call, which, like
.BR umount (),
unmounts a target, but allows additional
.I flags
controlling the behavior of the operation:
.TP
.BR MNT_FORCE " (since Linux 2.1.116)"
Force unmount even if busy.
This can cause data loss.
(Only for NFS mounts.)
.\" FIXME Can MNT_FORCE result in data loss? According to
.\" the Solaris manual page it can cause data loss on Solaris.
.\" If the same holds on Linux, then this should be documented.
.TP
.BR MNT_DETACH " (since Linux 2.4.11)"
Perform a lazy unmount: make the mount point unavailable for
new accesses, and actually perform the unmount when the mount point
ceases to be busy.
.TP
.BR MNT_EXPIRE " (since Linux 2.6.8)"
Mark the mount point as expired.
If a mount point is not currently in use, then an initial call to
.BR umount2 ()
with this flag fails with the error
.BR EAGAIN ,
but marks the mount point as expired.
The mount point remains expired as long as it isn't accessed
by any process.
A second
.BR umount2 ()
call specifying
.B MNT_EXPIRE
unmounts an expired mount point.
This flag cannot be specified with either
.B MNT_FORCE
or
.BR MNT_DETACH .
.SH "RETURN VALUE"
On success, zero is returned.
On error, \-1 is returned, and
.I errno
is set appropriately.
.SH ERRORS
The error values given below result from filesystem type independent
errors.
Each filesystem type may have its own special errors and its
own special behavior.
See the kernel source code for details.
.TP
.B EACCES
A component of a path was not searchable.
(See also
.BR path_resolution (7).)
Or, mounting a read-only filesystem was attempted without giving the
.B MS_RDONLY
flag.
Or, the block device
.I source
is located on a filesystem mounted with the
.B MS_NODEV
option.
.\" mtk: Probably: write permission is required for MS_BIND, with
.\" the error EPERM if not present; CAP_DAC_OVERRIDE is required.
.TP
.B EAGAIN
A call to
.BR umount2 ()
specifying
.B MNT_EXPIRE
successfully marked an unbusy file system as expired.
.TP
.B EBUSY
.I source
is already mounted.
Or, it cannot be remounted read-only,
because it still holds files open for writing.
Or, it cannot be mounted on
.I target
because
.I target
is still busy (it is the working directory of some task,
the mount point of another device, has open files, etc.).
Or, it could not be unmounted because it is busy.
.TP
.B EFAULT
One of the pointer arguments points outside the user address space.
.TP
.B EINVAL
.I source
had an invalid superblock.
Or, a remount
.RB ( MS_REMOUNT )
was attempted, but
.I source
was not already mounted on
.IR target .
Or, a move
.RB ( MS_MOVE )
was attempted, but
.I source
was not a mount point, or was '/'.
Or, an unmount was attempted, but
.I target
was not a mount point.
Or,
.BR umount2 ()
was called with
.B MNT_EXPIRE
and either
.B MNT_DETACH
or
.BR MNT_FORCE .
.TP
.B ELOOP
Too many link encountered during pathname resolution.
Or, a move was attempted, while
.I target
is a descendant of
.IR source .
.TP
.B EMFILE
(In case no block device is required:)
Table of dummy devices is full.
.TP
.B ENAMETOOLONG
A pathname was longer than
.BR MAXPATHLEN .
.TP
.B ENODEV
.I filesystemtype
not configured in the kernel.
.TP
.B ENOENT
A pathname was empty or had a nonexistent component.
.TP
.B ENOMEM
The kernel could not allocate a free page to copy filenames or data into.
.TP
.B ENOTBLK
.I source
is not a block device (and a device was required).
.TP
.B ENOTDIR
The second argument, or a prefix of the first argument, is not
a directory.
.TP
.B ENXIO
The major number of the block device
.I source
is out of range.
.TP
.B EPERM
The caller does not have the required privileges.
.SH "CONFORMING TO"
These functions are Linux specific and should not be used in
programs intended to be portable.
.SH NOTES
.SS Linux Notes
The original
.BR umount ()
function was called as \fIumount(device)\fP and would return
.B ENOTBLK
when called with something other than a block device.
In Linux 0.98p4 a call \fIumount(dir)\fP was added, in order to
support anonymous devices.
In Linux 2.3.99-pre7 the call \fIumount(device)\fP was removed,
leaving only \fIumount(dir)\fP (since now devices can be mounted
in more than one place, so specifying the device does not suffice).
.LP
The original
.BR MS_SYNC
flag was renamed
.BR MS_SYNCHRONOUS
in 1.1.69
when a different
.BR MS_SYNC
was added to \fI<mman.h>\fP.
.LP
Before Linux 2.4 an attempt to execute a set-user-ID or set-group-ID program
on a filesystem mounted with
.B MS_NOSUID
would fail with
.BR EPERM .
Since Linux 2.4 the set-user-ID and set-group-ID bits are
just silently ignored in this case.
.\" The change is in patch-2.4.0-prerelease.
.SH "SEE ALSO"
.BR path_resolution (7),
.BR mount (8),
.BR umount (8)

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

Re: HowTo: Avoid packages like TPU

2007-08-08T03:50:09Z

I think I finally got this right (I hope) someone please confirm
--
(I check (functionp (indirect-function sym))
before I do anything like calling interactive-form --
incidentally calling interactive-form was also automatically
loading files.

While debugging this, I also noticed that there is a 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 V Raman <raman@...> writes:
tvr> But here is the problem though: How do I find out after
tvr> having called (functionp sym) and getting back T if the
tvr> function is already loaded? I was using symbol-function
tvr> as a guard to make sure I only called (interactive-form
tvr> on true functions
tvr>
>>>>>> "Kevin" == Kevin Rodgers <kevin.d.rodgers@...>
>>>>>> 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 itself load
>>> packages.
Kevin>
Kevin> Indeed. Raman, compare the results of
Kevin>
Kevin> (functionp 'tpu-edt) (functionp (symbol-function
Kevin> 'tpu-edt)) (functionp (indirect-function 'tpu-edt))
Kevin>
Kevin> -- Kevin Rodgers Denver, Colorado, USA
Kevin>
Kevin>
Kevin>
Kevin> _______________________________________________
Kevin> emacs-pretest-bug mailing list
Kevin> emacs-pretest-bug@...
Kevin> http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
tvr>
tvr> -- Best Regards, --raman
tvr>
tvr>
tvr> Email: raman@... WWW:
tvr> http://emacspeak.sf.net/raman/ AIM: emacspeak GTalk:
tvr> tv.raman.tv@... PGP:
tvr> http://emacspeak.sf.net/raman/raman-almaden.asc Google:
tvr> tv+raman IRC: irc://irc.freenode.net/#emacs
tvr>
tvr>
tvr> _______________________________________________
tvr> emacs-pretest-bug mailing list emacs-pretest-bug@...
tvr> http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

--
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

Re: missing links in Help

2007-08-08T02:06:21Z

Tom Tromey wrote:

> 2. Visit a patch file; make sure it is in diff-mode
> 3. C-h b
> 4. Move your mouse around the *Help* buffer.
> Note that diff-unified->context and diff-context->unified
> do not highlight -- you cannot click on these to go to the
> appropriate help text.

Thanks; I think I fixed this.

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

Re: HowTo: Avoid packages like TPU

2007-08-08T01:37:09Z

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 <kevin.d.rodgers@...> 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 itself load
>> packages.
Kevin>
Kevin> Indeed. Raman, compare the results of
Kevin>
Kevin> (functionp 'tpu-edt) (functionp (symbol-function
Kevin> 'tpu-edt)) (functionp (indirect-function 'tpu-edt))
Kevin>
Kevin> -- Kevin Rodgers Denver, Colorado, USA
Kevin>
Kevin>
Kevin>
Kevin> _______________________________________________
Kevin> emacs-pretest-bug mailing list
Kevin> emacs-pretest-bug@...
Kevin> http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

--
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

Re: file-remote-p called a lot?

2007-08-08T01:24:03Z

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

Nabble - Emacs - Pretest - Bug

bug#2585: 23.0.90; read-file-name with dialog

bug#2416: 23.0.60; decode-coding-region

bug#2317: emacs silently ignores buffer file encoding?

bug#2087: 23.0.60; problem with display-buffer and pop-to-buffer

bug#1551: 23.0.60; declare-function: redundant `nil' arg

Re: [ax-tech:11845]Re: rftask english doc

Re: [ax-tech:11845]Re: rftask english doc

Re: 关于浮动IP问题

Re: none

多网卡IP问题

Re: Fw: (Reminder)CJK meeting

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: GNU Emacsen 22.1.50 and 23.0.0 can't stop compilation

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: calendar.el byte-compile failed

calendar.el byte-compile failed

GNU Emacsen 22.1.50 and 23.0.0 can't stop compilation

Problem with cvs-update on lisp/emacs-lisp/cl-loaddefs.el

Re: tool-bar doesn't work on the trunk with (default) GTK build

suspend/fg excitement in *shell*

Re: WoMan chokes on some manpages: Invalid search bound (wrong side of point)

Re: WoMan chokes on some manpages: Invalid search bound (wrong side of point)

WoMan chokes on some manpages: Invalid search bound (wrong side of point)

Re: HowTo: Avoid packages like TPU

Re: missing links in *Help*

Re: HowTo: Avoid packages like TPU

Re: file-remote-p called a lot?

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

suspend/fg excitement in shell

Re: missing links in Help