bug#14432: character display bug Emacs23 or 24 on Ubuntu 12.04

bug#14431: emacs 24.3 gud-gdb does not response with break command

--text follows this line--
Using M-x gud-gdb <CR> to debug an application then if I issue a command
like "b main", then gud buffer gets no response back. The gdb prompt
will only appear if I type C-c C-c. 
M-x gdb works for simple applications but have other issues when
debugging more complicated applications, thus I can not use M-x gdb too.

my gdb version is 7.6. and application is compiled with the following
gcc version:
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /build/src/gcc-4.8-20130502/configure --prefix=/usr --libdir=/usr/lib
--libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info
--with-bugurl=https://bugs.archlinux.org/
--enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared
--enable-threads=posix --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch
--enable-gnu-unique-object --enable-linker-build-id --enable-cloog-backend=isl
--disable-cloog-version-check --enable-lto --enable-gold --enable-ld=default --enable-plugin
--with-plugin-ld=ld.gold --with-linker-hash-style=gnu --disable-install-libiberty
--disable-multilib --disable-libssp --disable-werror --enable-checking=release
Thread model: posix
gcc version 4.8.0 20130502 (prerelease) (GCC) 

In GNU Emacs 24.3.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.8.1)
 of 2013-04-29 on eric
Windowing system distributor `The X.Org Foundation', version 11.0.11401000
Configured using:
 `configure '--prefix=/usr' '--sysconfdir=/etc' '--libexecdir=/usr/lib'
 '--localstatedir=/var' '--with-x-toolkit=gtk3' '--with-xft'
 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector
 --param=ssp-buffer-size=4'
 'LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro'
 'CPPFLAGS=-D_FORTIFY_SOURCE=2''

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Debugger

Minor modes in effect:
  xterm-mouse-mode: t
  show-paren-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
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  global-visual-line-mode: t
  visual-line-mode: t
  transient-mark-mode: t

Recent input:
<escape> x g u d - g d b <return> <return> b SPC m 
a i n <return> <escape> x <help-echo> <down-mouse-2> 
<mouse-2> <return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Loading cc-langs...done

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message idna cl-macs gv
format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils gud easy-mmode comint
ansi-color ring cc-langs cl cl-lib cc-mode cc-fonts easymenu cc-guess
cc-menus cc-cmds xt-mouse paren cc-styles cc-align cc-engine cc-vars
cc-defs time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel
x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list
newcomment lisp-mode register page menu-bar rfn-eshadow timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese hebrew greek romanian slovak czech european ethiopic
indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple
abbrev minibuffer loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
dbusbind dynamic-setting system-font-setting font-render-setting
move-toolbar gtk x-toolkit x multi-tty emacs)

bug#14430: [PATCH] Desktop restore runs mark activation hooks when it shouldn't

Delete your .emacs.desktop, and put in init.el:

(desktop-save-mode 1)
(add-hook 'deactivate-mark-hook (lambda () (setq cursor-type t)))
(add-hook 'activate-mark-hook (lambda () (setq cursor-type 'bar)))

Start Emacs 24.3, open a file, press C-SPC C-g, then exit Emacs and save the desktop, then restart Emacs.
Notice that the cursor type is now a bar, not a block. It should be a block.

The attached patch fixes it. It could be fixed without patching set-mark, by conditionally calling
deactivate-mark in desktop-create-buffer after calling set-mark, but that's a hack; the mark
shouldn't be activated in the first place. Besides that, I need a dont-activate option for set-mark in
some of my other code, so this bug gives me an excuse to add it.

The attached patch relies on the fix for bug 13027, which was reportedly applied last November, but didn't
make it into 24.3, so either apply that to 24.3, or use the current development version, but I haven't tried
the latter.

bug#14428: 24.3; Emacs crashes in c-mode if I yank certain text then undo with M-/.

Starting from emacs -Q:

M-x c-mode <RET>
C-x h <BACKSPACE>
Type the text "#include <stdio.h>"
C-Space
C-a
C-w
C-y
C-y
M-/

This causes a segmentation fault, I can't even imagine why. I've found
that any last line of text beginning with the '#' character, cannot be
yanked, and then have that yank undone, without emacs crashing. It's
very specific, but also very detrimental.

$ gdb 'emacs'
GNU gdb (GDB) 7.6
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/emacs-24.3...(no debugging symbols 
found)...done.
(gdb) run -Q
Starting program: /usr/bin/emacs-24.3 -Q
warning: Could not load shared library symbols for linux-gate.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".

** (emacs-24-3:11678): WARNING **: Couldn't register with accessibility 
bus: Did not receive a reply. Possible causes include: the remote 
application did not send a reply, the message bus security policy 
blocked the reply, the reply timeout expired, or the network connection 
was broken.

(emacs-24-3:11678): GConf-WARNING **: Client failed to connect to the 
D-BUS daemon:
Failed to connect to socket /tmp/dbus-Atw3nvy7Lw: Connection refused

(emacs-24-3:11678): GConf-WARNING **: Client failed to connect to the 
D-BUS daemon:
Failed to connect to socket /tmp/dbus-Atw3nvy7Lw: Connection refused

(emacs-24-3:11678): GConf-WARNING **: Client failed to connect to the 
D-BUS daemon:
Failed to connect to socket /tmp/dbus-Atw3nvy7Lw: Connection refused

(emacs-24-3:11678): GConf-WARNING **: Client failed to connect to the 
D-BUS daemon:
Failed to connect to socket /tmp/dbus-Atw3nvy7Lw: Connection refused

(emacs-24-3:11678): GConf-WARNING **: Client failed to connect to the 
D-BUS daemon:
Failed to connect to socket /tmp/dbus-Atw3nvy7Lw: Connection refused

(emacs-24-3:11678): GConf-WARNING **: Client failed to connect to the 
D-BUS daemon:
Failed to connect to socket /tmp/dbus-Atw3nvy7Lw: Connection refused
[New Thread 0xb42dfb40 (LWP 11682)]

Program received signal SIGSEGV, Segmentation fault.
0x081d2433 in ?? ()
(gdb) bt full
#0 0x081d2433 in ?? ()
No symbol table info available.
#1 0x081d3bfd in ?? ()
No symbol table info available.
#2 0x081d3ec8 in ?? ()
No symbol table info available.
#3 0x0816b09d in ?? ()
No symbol table info available.
#4 0x081870c3 in ?? ()
No symbol table info available.
#5 0x081ba72b in ?? ()
No symbol table info available.
#6 0x08186c4d in ?? ()
No symbol table info available.
#7 0x08186f0a in ?? ()
No symbol table info available.
#8 0x081ba72b in ?? ()
No symbol table info available.
#9 0x08186c4d in ?? ()
No symbol table info available.
#10 0x08186f0a in ?? ()
No symbol table info available.
#11 0x08183901 in ?? ()
No symbol table info available.
#12 0x081870af in ?? ()
No symbol table info available.
#13 0x08188a17 in ?? ()
No symbol table info available.
#14 0x08125c41 in ?? ()
No symbol table info available.
#15 0x081857ae in ?? ()
No symbol table info available.
#16 0x08117ff5 in ?? ()
No symbol table info available.
#17 0x081856c3 in ?? ()
No symbol table info available.
#18 0x0811c492 in ?? ()
No symbol table info available.
#19 0x0811c76d in ?? ()
No symbol table info available.
#20 0x08058b98 in ?? ()
No symbol table info available.
#21 0xb67ae7c3 in __libc_start_main () from /usr/lib/libc.so.6
No symbol table info available.
#22 0x08059845 in ?? ()
No symbol table info available.
(gdb) xbacktrace
Undefined command: "xbacktrace". Try "help".
(gdb) quit
A debugging session is active.

Inferior 1 [process 11678] will be killed.

Quit anyway? (y or n) y

In GNU Emacs 24.3.1 (i686-pc-linux-gnu, GTK+ Version 3.8.1)
of 2013-04-29 on eric
Windowing system distributor `The X.Org Foundation', version 11.0.11401000
System Description: Arch Linux

Configured using:
`configure '--prefix=/usr' '--sysconfdir=/etc' '--libexecdir=/usr/lib'
'--localstatedir=/var' '--with-x-toolkit=gtk3' '--with-xft'
'CFLAGS=-march=i686 -mtune=generic -O2 -pipe -fstack-protector
--param=ssp-buffer-size=4'
'LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro'
'CPPFLAGS=-D_FORTIFY_SOURCE=2''

Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t

Major mode: Lisp Interaction

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

Recent input:
M-x r e p o r t SPC b u g <return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks
lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt
fringe tabulated-list newcomment lisp-mode register page menu-bar
rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax
facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak
czech european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
make-network-process dbusbind dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)

bug#14427: 24.3.50; Highlight symbol at point

This feature request mostly doesn't depend on the outcome of bug#14405.
I don't know why Jambunathan didn't propose this feature earlier, but it
logically follows from his other improvements in hi-lock.el, i.e. the
feature that doesn't ask for a face and automatically uses the next face
from the list of available faces suggests also a command that doesn't ask
for a symbol and automatically uses the symbol at point:

=== modified file 'lisp/hi-lock.el'
--- lisp/hi-lock.el	2013-03-31 13:34:35 +0000
+++ lisp/hi-lock.el	2013-05-20 22:52:54 +0000
 <at>  <at>  -483,6 +461,27  <at>  <at>  (defun hi-lock-face-phrase-buffer (regex
   (unless hi-lock-mode (hi-lock-mode 1))
   (hi-lock-set-pattern regexp face))

+;;;###autoload
+(defalias 'highlight-symbol-at-point 'hi-lock-face-symbol-at-point)
+;;;###autoload
+(defun hi-lock-face-symbol-at-point ()
+  "Set face of each match of the symbol at point.
+Use `find-tag-default-as-symbol-regexp' to retrieve the symbol at point.
+Use non-nil `hi-lock-auto-select-face' to retrieve the next face
+from `hi-lock-face-defaults' automatically.
+
+Use Font lock mode, if enabled, to highlight symbol at point.
+Otherwise, use overlays for highlighting.  If overlays are used,
+the highlighting will not update as you type."
+  (interactive)
+  (let* ((regexp (hi-lock-regexp-okay
+		  (find-tag-default-as-symbol-regexp)))
+	 (hi-lock-auto-select-face t)
+	 (face (hi-lock-read-face-name)))
+    (or (facep face) (setq face 'hi-yellow))
+    (unless hi-lock-mode (hi-lock-mode 1))
+    (hi-lock-set-pattern regexp face)))
+
 (defun hi-lock-keyword-≥face (keyword)
   (cadr (cadr (cadr keyword))))    ; Keyword looks like (REGEXP (0 'FACE) ...).

bug#14426: 24.3; inaccurate statement in 7.10 of the manual

We see this in the opening paragraph, "no argument is equivalent to an
argument of one". It's not always the case, as in the example for C-u
1
C-k, which removes both the text and the newline. Maybe there's other
examples I don't know about.

bug#14425: New option python-indent-parens-as-block

The Python style guide, http://www.python.org/dev/peps/pep-0008/, says:

> The closing brace/bracket/parenthesis on multi-line constructs may
> either line up under the last item of the list, as in:
> 
> my_list = [
>     1, 2, 3,
>     4, 5, 6,
>     ]
> result = some_function_that_takes_arguments(
>     'a', 'b', 'c',
>     'd', 'e', 'f',
>     )
> 
> or it may be lined up under the first character of the line that
> starts the multi-line construct, as in:
> 
> my_list = [
>     1, 2, 3,
>     4, 5, 6,
> ]
> result = some_function_that_takes_arguments(
>     'a', 'b', 'c',
>     'd', 'e', 'f',
> )

At present, Emacs uses the former style.  I'd prefer there to be an option to enable use of the latter style.

I am preparing a patch.

--

-- 
Peter Oliver

bug#14424: 24.3.50; Regression: Failure to find acronym with case-fold-search t

bug#14423: 24.3; Gnus gratuitously loads image libraries in w32 text-mode Emacs

Many Gnus features use the function gnus-image-type-available-p, which
does this:

   (defun gnus-image-type-available-p (type)
     (and (fboundp 'image-type-available-p)
	  (image-type-available-p type)
	  (if (fboundp 'display-images-p)
	      (display-images-p)
	    t)))

Because this calls image-type-available-p before testing the display
for image support (by calling display-images-p), a text-mode session
on MS-Windows will load image libraries that cannot be possibly useful
in a non-GUI session.  (The MS-Windows build of Emacs loads image DLL
shared libraries on demand, and that happens inside the call to
image-type-available-p.)  This useless library load both slows down
loading certain Gnus packages, and unnecessarily bloats the memory
footprint of the Emacs process.

To avoid this adverse effect, gnus-image-type-available-p should test
the result of calling display-images-p _before_ it checks whether the
specific image type can be supported.

Thanks.

In GNU Emacs 24.3.1 (i386-mingw-nt5.1.2600)
 of 2013-03-11 on HOME-C4E4A596F7
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --with-gcc (3.4) --cflags -Id:/usr/include/libxml2'

Important settings:
  value of $LANG: ENU
  locale-coding-system: cp1255
  default enable-multibyte-characters: t

Major mode: Mail

Minor modes in effect:
  shell-dirtrack-mode: t
  diff-auto-refine-mode: t
  flyspell-mode: t
  desktop-save-mode: t
  show-paren-mode: t
  display-time-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  temp-buffer-resize-mode: t
  line-number-mode: t
  auto-fill-function: mail-mode-auto-fill
  abbrev-mode: t

Recent input:
SPC <backspace> <backspace> y SPC u s e r s SPC o f 
SPC i t SPC h e r e . M-q <up> <C-right> <C-right> 
<C-right> <C-right> <C-right> SPC o n SPC W i n d o 
w s M-q <down> SPC SPC W h y SPC h a v e SPC a SPC 
p a r t i a l SPC s o l u t i o n SPC w h e n SPC y 
o u SPC c a n SPC h a v e SPC a SPC c o m p l e t e 
SPC o n e ? <down> <return> <C-home> <down> <down> 
<C-right> <C-right> <C-right> <C-right> <M-left> <C-end> 
C-c C-s <switch-frame> d p p <M-home> <C-end> <M-end> 
<switch-frame> <help-echo> <help-echo> <help-echo> 
<switch-frame> M-1 g <up> <up> <return> SPC o <return> 
C-x C-s <switch-frame> <help-echo> <help-echo> <help-echo> 
<switch-frame> <help-echo> <switch-frame> <switch-frame> 
M-1 g <up> <up> <return> d d r <up> <up> <up> <up> 
<up> <up> <up> <up> <up> <up> <up> <up> <up> <down> 
<C-right> <C-right> <C-right> <C-right> <C-right> <C-left> 
<M-backspace> <M-backspace> <M-backspace> <C-end> C-c 
C-y C-x C-x C-SPC <down> <down> C-w <down> <down> <down> 
<down> C-SPC <next> <down> C-w <down> <down> <down> 
<down> <down> <C-right> <C-right> <C-right> <C-right> 
<C-right> <down> <C-left> <C-left> <left> <left> <left> 
<left> <left> <left> <C-end> C-w <return> <return> 
I t SPC s h o u l d SPC b e SPC p o s s i b l e , SPC 
b u t SPC I S-SPC s h o u l d SPC t r y . <return> 
<C-home> C-c C-s <switch-frame> <help-echo> <switch-frame> 
<help-echo> <help-echo> <help-echo> <switch-frame> 
C-x C-s <help-echo> <help-echo> <switch-frame> <help-echo> 
<switch-frame> M-1 g <up> <return> d d C-x C-s <switch-frame> 
<switch-frame> <switch-frame> M-x r e p o r t - e m 
<tab> <return>

Recent messages:
Wrote d:/usr/eli/rmail/INBOX [2 times]
Getting mail from d:/usr/eli/data/mail.new...
Counting new messages...done (2)
Saving file d:/usr/eli/rmail/INBOX...
Wrote d:/usr/eli/rmail/INBOX [2 times]
Computing summary lines...done
2 new messages read
No following nondeleted message
Saving file d:/usr/eli/rmail/INBOX...
Wrote d:/usr/eli/rmail/INBOX [2 times]

Load-path shadows:
None found.

Features:
(shadow emacsbug shell pp descr-text mule-util ebuff-menu electric
bug-reference misearch multi-isearch add-log network-stream starttls
tls mail-extr smtpmail auth-source eieio password-cache dabbrev
mailalias sendmail rmailout help-mode autoconf autoconf-mode perl-mode
vc-git tcl conf-mode generic arc-mode archive-mode diff-mode dired-x
cl-macs gv dired vc-cvs sh-script smie executable face-remap org-wl
org-w3m org-vm org-rmail org-mhe org-mew org-irc org-jsinfo org-infojs
org-html org-exp ob-exp org-exp-blocks org-agenda org-info org-gnus
gnus-util org-docview org-bibtex bibtex org-bbdb org byte-opt warnings
bytecomp byte-compile cconv advice help-fns advice-preload ob-tangle
ob-ref ob-lob ob-table org-footnote org-src ob-comint ob-keys
org-pcomplete pcomplete comint ansi-color ring org-list org-faces
org-entities org-version ob-emacs-lisp ob org-compat org-macs ob-eval
org-loaddefs find-func cal-menu calendar cal-loaddefs noutline outline
easy-mmode jka-compr cc-awk make-mode autorevert flyspell info vc-bzr
cc-langs cl cl-lib cc-mode cc-fonts cc-guess cc-menus cc-cmds
cc-styles cc-align cc-engine cc-vars cc-defs qp rmailsum rmailmm
message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode
mailabbrev gmm-utils mailheader mail-parse rfc2231 rmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils desktop server
filecache mairix cus-edit easymenu cus-start cus-load wid-edit
saveplace midnight ispell generic-x paren battery time time-date
tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp
w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment lisp-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process w32 multi-tty
emacs)

bug#14422: 24.3; Eager Macro Expansion

In GNU Emacs 24.3.1 (i686-suse-linux-gnu, GTK+ Version 3.8.1) of 2013-04-27
Windowing system distributor `The X.Org Foundation', version 11.0.11302000
System Description:	openSUSE 12.3/Tumbleweed (i586)

The following test case demonstrates a problem that has been distilled
from Org's test suite.  Org has since switched to use defun instead of
defmacro to work around this issue, but it seems that this might be a
corner case that eager macro expansion produces or not yet warn about
(whatever the intended behaviour might be).

This passes on all Emacs versions until 24.2, but fails on trunk:

eme> emacs-24.2 -batch -Q -l eme.el
Running 1 tests (2013-05-19 16:16:06+0200)
   passed  1/1  surprise

Ran 1 tests, 1 results as expected (2013-05-19 16:16:06+0200)

eme> emacs-24.3.50 -batch -Q -l eme.el
Running 1 tests (2013-05-19 16:16:16+0200)
Test surprise backtrace:
  (if (unwind-protect (setq value-2 (apply fn-0 args-1)) (setq form-de
  (let (form-description-4) (if (unwind-protect (setq value-2 (apply f
  (let ((value-2 (quote ert-form-evaluation-aborted-3))) (let (form-de
  (let ((fn-0 (function equal)) (args-1 (list (quote ((one . two) one)
  (lambda nil (let ((fn-0 (function equal)) (args-1 (list (quote ((one
  #[0 "\306\307!r\211q\210\310\311\312\313\314\315!\316\"\317\320%DC
  funcall(#[0 "\306\307!r\211q\210\310\311\312\313\314\315!\316\"\31
  ert--run-test-internal([cl-struct-ert--test-execution-info [cl-struc
  #[0 "r\304\305!q\210\306 )\307\310\311\312\313\314!\315\"\316\317%
  funcall(#[0 "r\304\305!q\210\306 )\307\310\311\312\313\314!\315\"\
  ert-run-test([cl-struct-ert-test surprise nil (lambda nil (let ((fn-
  ert-run-or-rerun-test([cl-struct-ert--stats surprise [[cl-struct-ert
  ert-run-tests(surprise #[385 "\306\307\"\203D\211\211G\310U\203\
  ert-run-tests-batch(surprise)
  ert-run-tests-batch-and-exit(surprise)
  eval-buffer(#<buffer  *load*≥ nil "/eme/eme.el"
  load-with-code-conversion("/eme/eme.el" "/eme/
  load("/eme/eme.el" nil t)
  command-line-1(("-l" "eme.el"))
  command-line()
  normal-top-level()
Test surprise condition:
    (ert-test-failed
     ((should
       (equal '...
        (progn ... ... ll)))
      :form
      (equal
       ((one . two)
        one)
       (two one))
      :value nil :explanation
      (list-elt 0
                (different-types
                 (one . two)
                 two))))
   FAILED  1/1  surprise

Ran 1 tests, 0 results as expected, 1 unexpected (2013-05-19 16:16:16+0200)

1 unexpected results:
   FAILED  surprise

Regards,
Achim.
--

-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables

bug#14380: [gmane.emacs.bugs] bug#14380: 24.3; `network-stream-open-tls' fails in some imap servers on w32

On Sat, May 18, 2013 at 1:33 PM, Ted Zlatanov <tzz <at> lifelogs.com> wrote:
> Sorry, I forgot to CC the two of you and the post just went to the bug
> list.  I didn't know if you'd see it so this is just a courtesy CC.
>
> Ted
>
>
>
> ---------- Forwarded message ----------
> From: Ted Zlatanov <tzz <at> lifelogs.com>
> To: 14380 <at> debbugs.gnu.org
> Cc:
> Date: Fri, 17 May 2013 09:12:05 -0400
> Subject: bug#14380: 24.3; `network-stream-open-tls' fails in some imap servers on w32
> On Fri, 10 May 2013 21:44:12 +0100 João Távora <joaotavora <at> gmail.com> wrote:
>
> JT> Honestly I thought builtin tls was some kind of tls library in elisp.
> JT> Needing external libraries doesn't make it very builtin , but
> JT> that's just my opinion.
>
> Implementing TLS in ELisp is possible, sure, but it would be extremely
> slow and there's considerable risk in reimplementing that protocol.  We
> chose to use GnuTLS instead, which is a fast reliable C implementation
> and is available for W32 and all our other platforms.

lol, I wasn't suggesting implementing it in elisp at all, I just read
built-in and assumed in was either statically linked in C or elisp. The
point it that needing external libraries which are not always bundled
doesn't make it very "builtin". But naming things, along with cache
invalidation,
is a a hard problem in programming 

> I've seen dozens of bugs related to "almost working" external TLS
> binaries on all platforms.

Yes, but have you looked closely at this particular one? The point is rather
to increase robustness. That is, `open-tls-stream` could/should promise
to cleanup the process buffer of its handshake garbage, so that future
functions that use that resource don't see it and don't get confused by it.

I'm assuming they don't need to see it, I might be wrong.

But if I'm right and that fix is performed then you've effectively extended
"imap just works" the set of W32 emacs users who type "M-x gnus" on a
vanilla emacs in a system with some cygwin installation in PATH. Maybe it's
a small set but I'm in it (when I'm at work).

> GnuTLS integration with Emacs.  My vote is to require GnuTLS with Emacs
> and to only support it, but there are some questions there, mainly for
> W32 and Mac OS X: do we auto-update GnuTLS?  What happens when the
> GnuTLS we install conflicts with another system install?  And so on...

That's all fine, I guess. I vote for that too 

Thanks,
João