headers
joonhwan.lee | 1 Nov 2007 03:51
Picon

Re: cannot initialize minibuffer-auto-raise in .emacs

On 10 31 ,   6 53 , Andreas Schwab <sch... <at> suse.de> wrote:
> "joonhwan.lee" <joonhwan.... <at> gmail.com> writes:
> > in .emacs though I  either
>
> > (setq 'minibuffer-auto-raise nil)
>
> > or
>
> > (setq-default 'minibuffer-auto-raise nil)
>
> > , every time emacs is up, that var is still  t not nil.
>
> > What's the problem?
>
> You should be getting an error from either of the forms above:
>
>    Wrong type argument: symbolp, (quote minibuffer-auto-raise)
>
> The first argument (the variable to set) is a literal, it should not be
> quoted.
>
> Andreas.
>
> --
> Andreas Schwab, SuSE Labs, sch... <at> suse.de
> SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
> PGP key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
> "And now for something completely different."

Oh, that was typo. I tried both
(Continue reading)

Permalink | Reply | 1 comment |
headers
DirtY iCE | 1 Nov 2007 23:24
Picon

Bug in emacs version control (svn)


hi,

the svn status -v command can output '-' (hypen) which is not documented
anywhere, but causes emacs to write "Couldn't parse output from 'svn
status -v'", then not allowing to use version control tool nor allowing
to write the changes made to the file. Finally I managed to write the
contents of file by C-x h M-x write-region ..

For info, how to reproduce this, see
http://subversion.tigris.org/issues/show_bug.cgi?id=3002
After running the script, try to open 'it' with emacs; write something,
then try to save it.

~DirtY iCE
Permalink | Reply | 1 comment |
headers
Jim Dishaw | 1 Nov 2007 03:28

Re: <filename> changed on disk; really edit the buffer?

Stephan Lukits <stephan.lukits <at> FernUni-Hagen.de> writes:

> Hello,
> every few minutes I get this annoying question:
> <filename> changed on disk; really edit the buffer?
>

Is the file located on a network share?  If so, the clocks may be off a
little bit.
Permalink | Reply | 0 comments |
headers
Glenn Morris | 1 Nov 2007 08:56
Picon

Re: Bug in emacs version control (svn)

DirtY iCE wrote:

> the svn status -v command can output '-' (hypen) which is not documented
> anywhere, but causes emacs to write "Couldn't parse output from 'svn
> status -v'", then not allowing to use version control tool nor allowing
> to write the changes made to the file.

That message/error does not come from the vc-svn distributed with
Emacs, which seems to handle your case fine.

Probably the message comes from the older vc-svn distributed with
subversion (?).
Permalink | Reply | 0 comments |
headers
William Xu | 1 Nov 2007 14:38
Picon
Gravatar

Re: mac emacs port busted.

Daniel Engeler <engeler <at> gmail.com> writes:

> Is there no automatic build on all platforms after each check-in?

Maybe never... Emacs supports so many platforms..

--

-- 
William
Permalink | Reply | 0 comments |
headers
slewsys | 1 Nov 2007 12:49
Picon

Re: make for emacs fails under OS X 10.5

On Oct 29, 4:17 pm, YAMAMOTO Mitsuharu <mituh... <at> math.s.chiba-u.ac.jp>
wrote:
> This patch seems to work.  I've tested it only on PPC as I don't have
> multiple licenses for Leopard.  Could you report the result if you
> have Leopard on Intel Mac?

Just to clarify, the patch (thank you Yamamoto Mitsuharu!) works great
for Leopard on Intel Macs (mine is a Core 2 Duo iMac) when applied to
GNU Emacs 22.1 release.  The patch does allow GNU Emacs from CVS
(presently 23.0.50) to build (though configure doesn't properly set
HAVE_LIBRESOLV -- just add `-lresolv' to the temacs link rule in src/
Makefile).  However, Emacs 23.0.50 freezes on any sort of input.
Similarly, the patch allows Emacs-app rc2a to build and run, but as
with 23.0.50, it seems unusable.
Permalink | Reply | 1 comment |
headers
DirtY iCE | 1 Nov 2007 20:14
Picon

Re: Bug in emacs version control (svn)


Richard Stallman wrote:
> What Emacs version is this?
> 
oups; I forgot it..

GNU Emacs 22.1.1
(and svn, version 1.4.4 (r25188))
with Gentoo linux

~DirtY iCE
Permalink | Reply | 0 comments |
headers
Topia | 1 Nov 2007 18:45
Picon

23.0.50; utf7-decode failed with non latin-1 charactor

I want to use imap's internationalized (japanese) folder name,
from Wanderlust. but I see error "Unable to convert from Unicode"
from utf7-u16-latin1-char-converter.

You can see with this code:
   ;; "Sent Mail" in Japanese, imap's UTF-7
   (utf7-decode "&kAFP4W4IMH8w4TD8MOs-" 'imap)

tested on lisp/gnus/utf7.el:
   ;;; arch-tag: 96078b55-85c7-4161-aed2-932c24b282c7

so I found problem that utf7-utf-16-coding-system is nil, because:
 * Emacs 23 has utf-16-be, but this coding system has BOM.
 * utf-16-be-nosig is not found.

I found utf-16-be without BOM version, utf-16be. evalute above code
after (setq utf7-utf-16-coding-system 'utf-16be), no error occured.

Could you modify utf7-utf-16-coding-system to add utf-16be?

 (defconst utf7-utf-16-coding-system
   (cond ((mm-coding-system-p 'utf-16-be-no-signature) ; Mule-UCS
 	 'utf-16-be-no-signature)
 	((and (mm-coding-system-p 'utf-16-be) ; Emacs 21.3, Emacs 22 (BOM?)
 	      ;; Avoid versions with BOM.
 	      (= 2 (length (encode-coding-string "a" 'utf-16-be))))
 	 'utf-16-be)
+	((and (mm-coding-system-p 'utf-16be) ; Emacs 22 and later
+	      ;; Avoid versions with BOM.
+	      (= 2 (length (encode-coding-string "a" 'utf-16be))))
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ulrich Mueller | 1 Nov 2007 23:23
Picon
Favicon

Emacs 22.1 --with-x-toolkit=gtk build failure on HPPA

Jeroen Roovers has reported a build failure with Emacs 22.1 (and also
with 22.1.50 as of 2007-10-05) on HPPA under GNU/Linux, with the
following configuration:

./configure --prefix=/usr --host=hppa2.0-unknown-linux-gnu
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
--sysconfdir=/etc --localstatedir=/var/lib --program-suffix=-emacs-22
--infodir=/usr/share/info/emacs-22 --without-carbon --with-sound
--with-x --with-xpm --without-toolkit-scroll-bars --with-jpeg
--with-tiff --with-gif --with-png --with-x-toolkit=gtk --with-hesiod
--build=hppa2.0-unknown-linux-gnu

gcc 4.1.2, glibc 2.5, Linux 2.6.22

"LC_ALL=C ./temacs -batch -l loadup dump" fails with a segmentation
fault. The last messages are:

Loading replace...
Loading abbrev...
Loading buff-menu...
Loading fringe...
Loading image...
Loading international/fontset...
Loading dnd...
Loading mwheel...
Loading tool-bar...
Loading x-dnd...
((56871 . 10049) (11616 . 0) (620 . 66) 79304 166484 (68 . 8) (18 . 12) (5582 . 2041))
Loading emacs-lisp/float-sup...
((56901 . 10019) (11620 . 0) (620 . 66) 79359 166484 (69 . 9) (18 . 12) (5584 . 2039))
(Continue reading)

Permalink | Reply | 1 comment |
headers
Richard Stallman | 2 Nov 2007 03:06
Picon
Picon

Re: Emacs 22.1 --with-x-toolkit=gtk build failure on HPPA

This sort of problem can only be debugged by people
with that sort of machine available.  If someone sends
us a fix, we can install it, but that is all we can do.
Permalink | Reply | 0 comments |

Gmane