<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.emacs.bugs">
    <title>gmane.emacs.bugs</title>
    <link>http://blog.gmane.org/gmane.emacs.bugs</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74557"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74556"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74555"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74541"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74530"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74528"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74525"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74523"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74519"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74514"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74508"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74505"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74504"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74503"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74500"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74497"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74481"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74478"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74477"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.bugs/74474"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74557">
    <title>bug#14468: 24.3.50; Improve display of semantic-symref</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74557</link>
    <description>&lt;pre&gt;
This bug supersedes bug##13549

Improve display of semantic-symref.

1. The symbol being searched goes in to the BUFFER NAME.  I think it
   will be much useful to *also* display all the search params
   (specifically the tag) RIGHT WITHIN the buffer.

2. I find the display offered by cscope (and a mock-up that I created)
   involve lesser overheads. See 

   http://debbugs.gnu.org/cgi/bugreport.cgi?msg=5;filename=grep-proof-of-concept-cf-cscope.png;att=3;bug=13549

   Let me explain:

   1. semantic-symref munges each grep output in to two lines.  One
      displaying the signature of the function that contains the hit.
      Another displaying the actual hit.

   2. cscope (and my mock up) on the other hand, displays JUST the
      function context (and NO signature).  Everything goes in to a
      single line.

  There is too much text in semantic-symref and hence it takes some
  effort to actually see the function context and the text hit with a
  quick glance.

I wish if someone could write a results m&lt;/pre&gt;</description>
    <dc:creator>Jambunathan K</dc:creator>
    <dc:date>2013-05-25T09:04:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74556">
    <title>bug#14467: 24.3.50;semantic-symref fails to fall back to grep when cscope.out is removed</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74556</link>
    <description>&lt;pre&gt;
1. Setup cscope as symref tool for ~/src/emacs/trunk/src.  

2. C-c , g  intervals_equal

   Make sure that cedet-cscope.el is the symref tool used for producing
   above results.

   For basic help with (1) and (2) steps see
   http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14455

3. M-x delete-file RET ~/src/emacs/trunk/src/cscope.files RET
   M-x delete-file RET ~/src/emacs/trunk/src/cscope.out RET

4. C-c , g  intervals_equal

   Note that the search fails with output

      ,----
      | semantic-symref-produce-list-on-results: No references found
      `----

5. Restart Emacs

6. While browsing Emacs C files, do

   C-c , g intervals_equal

   See that the results are produced with grep as the backend.


Expected behaviour: Do away with step (5).  

For example, cscope.out may have been accidentally removed because of
(say) a version control clean operation (like git clean -d -f).  Symref
should do it's try hard to give results and not continue to expect that
the eariler backend is still functional.


I&lt;/pre&gt;</description>
    <dc:creator>Jambunathan K</dc:creator>
    <dc:date>2013-05-25T08:41:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74555">
    <title>bug#14466: 24.3.50;semantic-symref-find-tags-by-regexp + cscope is problematic</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74555</link>
    <description>&lt;pre&gt;
Bug-1: Provide a key-binding for semantic-symref-find-tags-by-regexp

Bug-2: See below


1. emacs -Q
2. (semantic-mode 1)

3. Make sure that ~/src/emacs/trunk/src/ has cscope.out, so that
   semantic-symref will be provided be cedet-cscope.el.

   For setting up cscope see
   http://lists.gnu.org/archive/html/bug-gnu-emacs/2013-05/msg00644.html

4. In the context of Emacs C files do, 

       M-x semantic-symref-find-tags-by-regexp RET

   You will be presented with the following buffer

      ,---- "*Symbol Reference ADEBUG*"
      |  ] Name: "intervals_equal"
      |  ] Class: #'semantic-symref-result
      |  ] :created-by #&amp;lt;semantic-symref-tool-cscope semantic-symref-tool-cscope&amp;gt;
      |  ] :hit-files #unbound
      |  ] :hit-text #unbound
      |  ] :hit-lines #&amp;lt;list o' stuff: 10 entries&amp;gt;
      |  ] :hit-tags #unbound
      `----

5. In the context of Emacs C files do,

   M-: (cedet-cscope-search "intervals_equal" 'tagregexp 'line 'project)

   C-x b *CEDET CScope*

   You will see that there are some&lt;/pre&gt;</description>
    <dc:creator>Jambunathan K</dc:creator>
    <dc:date>2013-05-25T08:14:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74541">
    <title>bug#14465: 24.3.50; No completion for M-:</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74541</link>
    <description>&lt;pre&gt;
I have a four days old build (i.e. Debian emacs-snapshot).

emacs -Q: completion (TAB or M-tab) for M-: does not work (in
the minibuffer) - nothing happens.  Worked in 24.2.

I see that in `read-expression-map', TAB is now bound to
`completion-at-point', while completion-at-point-functions has a
value of (tags-completion-at-point-function).  Is this intended?


Thanks,

Michael.



In GNU Emacs 24.3.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2)
 of 2013-05-21 on dex, modified by Debian
 (emacs-snapshot package, version 2:20130520-1)
Windowing system distributor `The X.Org Foundation', version 11.0.11204000
System Description:Debian GNU/Linux testing (jessie)

Configured using:
 `configure --build x86_64-linux-gnu --host x86_64-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/24.3.50/site-lisp:/usr/local/share/emacs/sit&lt;/pre&gt;</description>
    <dc:creator>Michael Heerdegen</dc:creator>
    <dc:date>2013-05-24T23:09:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74530">
    <title>bug#14464: 24.3;require sets deactivate-mark causing problems with some plugins</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74530</link>
    <description>&lt;pre&gt;This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org.  Please check that
the From: line contains a valid email address.  After a delay of up
to one day, you should receive an acknowledgment at that address.

Please write in English if possible, as the Emacs maintainers
usually do not have translators for other languages.

Please describe exactly what actions triggered the bug, and
the precise symptoms of the bug.  If you can, give a recipe
starting from `emacs -Q':

I am using the `multiple-cursors` package through `package.el` which
sets up some autoloads that rely on the currently selected region. When
I call the function---through a keybinding---the current region
deactivates. The problem is that subsequent calls to the function
require that the region stay active.

It appears that somewhere during the call to `require`,
`deactivate-mark` is being set to `t` and thus the mark gets deactivated.

The only solution that I have been able to come up with is &lt;/pre&gt;</description>
    <dc:creator>Donald Curtis</dc:creator>
    <dc:date>2013-05-24T18:07:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74528">
    <title>bug#14461: 24.3.50;bad display for 'space' + (U+0336) unicode combination</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74528</link>
    <description>&lt;pre&gt;


start emacs -Q
use scratch buffer for example
type 'l' then M-x insert-char RET 336 RET
'l' letter will be stroken
type ' ' (space) then M-x insert-char RET 336 RET
space char is not stroken but strikeout is visible after the space character.
If you paste the entire line to someone using emacs 23 (with erc for example)
his display is ok.
As far as I know, space char is the only one with this behaviour.





In GNU Emacs 24.3.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2)
 of 2013-05-10 on dex, modified by Debian
 (emacs-snapshot package, version 2:20130510-1)
Windowing system distributor `The X.Org Foundation', version 11.0.11204000
System Description:Debian GNU/Linux testing (jessie)

Configured using:
 `configure --build x86_64-linux-gnu --host x86_64-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/24.3.50/site-lisp&lt;/pre&gt;</description>
    <dc:creator>Cédric Chépied</dc:creator>
    <dc:date>2013-05-24T14:30:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74525">
    <title>bug#14460: 24.3.50;built fails on PPC Mac OS X 10.5.8, Leopard, due to too many regions</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74525</link>
    <description>&lt;pre&gt;Hello!

At revno: 112645 on PPC Mac OS X 10.5.8, Leopard, GNU Emacs cannot be  
built. The configuration was done with:

./configure --without-pop --without-sound --without-xim --without-gpm  
--without-dbus --without-gconf --without-gsettings --without-selinux -- 
with-wide-int --without-imagemagick --with-x-toolkit=athena --disable- 
ns-self-contained --x-libraries=/opt/local/lib --x-includes=/opt/local/ 
include --enable-locallisppath=/Library/Application\ Support/Emacs/ 
calendar24:/Library/Application\ Support/Emacs CFLAGS="-O0"  
PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/opt/local/share/pkgconfig:/ 
usr/X11/lib/pkgconfig:/usr/X11/share/pkgconfig:/usr/lib/pkgconfig

The compiler used is: powerpc-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1  
(Apple Inc. build 5493)


Loading .../emacs-24.3.50/lisp/tooltip.el (source)...
Finding pointers to doc strings...
Finding pointers to doc strings...done
Dumping under the name emacs
--- List of All Regions ---
    address     size prot maxp
          0   0x1000 none none
 &lt;/pre&gt;</description>
    <dc:creator>Peter Dyballa</dc:creator>
    <dc:date>2013-05-24T14:46:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74523">
    <title>bug#14459: git vc-annotate fails in detached HEAD state</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74523</link>
    <description>&lt;pre&gt;Hi.

1. I open a git versioned file with vc-git enabled in a directory
   currently in detached HEAD state (e.g. after checking out a tag)
2. notice the mode line says "Git:!"

Now, when I do

C-x v g (vc-annotate)

The annotation buffer will be displayed, only saying

,----
| fatal: bad revision ''
`----

Apparently, vc-git-working-revision calls "git symbolic-ref HEAD",
which - in this case - gives:

$ git symbolic-ref HEAD
fatal: ref HEAD is not a symbolic ref

So, vc-git-working-revision returns an empty string as the current
"revision" vc-mode refers to.

M-: (vc-git-working-revision (buffer-file-name))

-&amp;gt; ""

When calling vc-annotate, the vc-git-annotate-command gets called with
the empty string for the rev parameter leading to the error.

This patch fixes it for me:

----------------- 8&amp;lt; --------------------- 8&amp;lt; -------------
diff --git a/lisp/vc/vc-git.el b/lisp/vc/vc-git.el
index 06474cb..63a7115 100644
--- a/lisp/vc/vc-git.el
+++ b/lisp/vc/vc-git.el
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -885,7 +885,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; or BRANCH^ (where \"^\" can &lt;/pre&gt;</description>
    <dc:creator>Claudio Bley</dc:creator>
    <dc:date>2013-05-24T13:07:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74519">
    <title>bug#14458: 24.3; specman-mode_v1.22.el not compatible with emacs 24.x</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74519</link>
    <description>&lt;pre&gt;Hello Emacs support team.

I am working for an EDA company called Cadence that license a software called specman. Its associated language is called "e".
Until emacs 24.x, we were able to have syntax highlighting thanks to  specman-mode.el (latest version is v1.22 see below) available on website http://specman-mode.com which is no longer maintained.

Although it does not crash or give an error, the specman-mode.el does not work functionally: it does not perform
highlighting syntax any longer. This was working on emacs versions prior  to 24.x.

Please advise,

I attach specman-mode.el version 1.22
Best regards,
Fred




[cid:image002.jpg&amp;lt; at &amp;gt;01CE5861.C60EE520]



Frederic Pouyet   |   Principal Application engineer. System Design and Verification

P: 46.856612318   M: 46.730605655   www.cadence.com&amp;lt;http://www.cadence.com&amp;gt;







&lt;/pre&gt;</description>
    <dc:creator>Frederic Pouyet</dc:creator>
    <dc:date>2013-05-24T07:33:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74514">
    <title>bug#14457: 24.3; buggy forward-sexp in octave mode?</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74514</link>
    <description>&lt;pre&gt;1. Open the attached file
2. Move point to end of the word 'otherwise'
3. M-: (forward-sexp -1)

Is this correct behaviour? I noticed this via
smie-highlight-matching-block-mode.

Leo

## -*- mode: octave; -*-

function txt = unimplemented (fcn)

  is_matlab_function = true;

  ## Some smarter cases, add more as needed.
  switch (fcn)

  case "importdata"
    txt = ["importdata is not implemented.  Similar functionality is ",...
    "available through &amp;lt; at &amp;gt;code{load}, &amp;lt; at &amp;gt;code{dlmread}, &amp;lt; at &amp;gt;code{csvread}, ",...
    "or &amp;lt; at &amp;gt;code{textscan}."];  

  case "quad2d"
    txt = ["quad2d is not implemented.  Consider using dblquad."];

  case "gsvd"
    txt = ["gsvd is not currently part of core Octave.  See the ",...
    "linear-algebra package at ",...
    "&amp;lt; at &amp;gt;url{http://octave.sourceforge.net/linear-algebra/}."];

  case "linprog"
    txt = ["Octave does not currently provide linprog.  ",...
    "Linear programming problems may be solved using &amp;lt; at &amp;gt;code{glpk}.  ",...
    "Try &amp;lt; at &amp;gt;code{help glpk} for more info."];

  case {"ode113", "od&lt;/pre&gt;</description>
    <dc:creator>Leo Liu</dc:creator>
    <dc:date>2013-05-24T03:07:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74508">
    <title>bug#14455: 24.3.50; semantic-symref + cscope is problematic</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74508</link>
    <description>&lt;pre&gt;

STEP 1: Create cscope xref
======

$ cd ~/src/emacs/trunk/src (This is a Bzr checkout)
$ find . -name '*.[ch]' &amp;gt; cscope.files
$ cscope -b

$ ls -al cscope.*
-rw-r--r-- 1 kjambunathan kjambunathan    2159 May 24 00:20 cscope.files
-rw-r--r-- 1 kjambunathan kjambunathan 8346136 May 24 00:20 cscope.out

STEP 2: Enable semantic
======

emacs -Q

Tools-&amp;gt;Source code parsers(Semantic)-&amp;gt;ON

STEP 3: Visit some C file in Emacs src.  Make sure cscope is used as symref tool
======

C-x C-f ~/src/emacs/trunk/src/buffer.c

STEP 4: Lookup definition of `set_interval_object'
======

C-c , J 

The above command would have loaded symref tool.  Make sure cscope
(and not grep) is the one that is used.

M-: (semantic-symref-calculate-rootdir)
    =&amp;gt; "/home/kjambunathan/src/emacs/trunk/src/"

M-: (semantic-symref-detect-symref-tool)
    =&amp;gt; cscope

STEP 5: Position the cursor over `INTERVAL' in it's signature
======

static void
set_interval_object (INTERVAL i, Lisp_Object obj)
                         ^
                        &lt;/pre&gt;</description>
    <dc:creator>Jambunathan K</dc:creator>
    <dc:date>2013-05-23T19:12:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74505">
    <title>bug#14454: 24.3.50; Creating "ede-emacs" project</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74505</link>
    <description>&lt;pre&gt;
See (info "(ede) Simple projects")

I was trying to create a Simple project `ede-emacs' as below.  This is
what I get.

emacs -Q

Tools-&amp;gt;Project Support(EDE)-&amp;gt; ON
Tools-&amp;gt;Source Code Parsers(Semantic)-&amp;gt; ON

M-x toggle-debug-on-error

C-x C-f ~/src/emacs/trunk/  (This is Bzr checkout)

M-x ede-new RET RET  (i.e., Press Enter when prompted for Project Type)

I get

,----
| Debugger entered--Lisp error: (wrong-type-argument (or eieio-object-p class-p) nil)
|   signal(wrong-type-argument ((or eieio-object-p class-p) nil))
|   eieio-oref(nil file)
|   ede-new("")
|   call-interactively(ede-new record nil)
|   command-execute(ede-new record)
|   execute-extended-command(nil "ede-new")
|   call-interactively(execute-extended-command nil nil)
|   command-execute(execute-extended-command)
`----

The above error message is not informative and I am at a loss how to set
up a `ede-emacs' project.  I feel some amount of further elaboration is
required beyond what is there in the manual.



In GNU Emacs 24.3.50.1 (i686-pc-&lt;/pre&gt;</description>
    <dc:creator>Jambunathan K</dc:creator>
    <dc:date>2013-05-23T18:30:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74504">
    <title>bug#14453: 24.3.50;stale doc? =&gt; No such command `semantic-adebug-searchdb'</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74504</link>
    <description>&lt;pre&gt;
stale doc? =&amp;gt; No such command `semantic-adebug-searchdb'


Visit semantic.info
i semantic-adebug-searchdb

You will be told that it is a command.

Now try M-x semantic-adebug TAB.  There is no such command as
`semantic-adebug-searchdb'.

Btw, `semantic-adebug-analyze' is not documented.  Please document it if
it is any useful.

In GNU Emacs 24.3.50.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1)
 of 2013-05-20 on debian-6.05
Bzr revision: 112643 mituharu&amp;lt; at &amp;gt;math.s.chiba-u.ac.jp-20130520031520-pq1c1qjertan94kq
Windowing system distributor `The X.Org Foundation', version 11.0.10707000
Important settings:
  value of $LANG: en_IN
  locale-coding-system: iso-latin-1-unix
  default enable-multibyte-characters: t





&lt;/pre&gt;</description>
    <dc:creator>Jambunathan K</dc:creator>
    <dc:date>2013-05-23T18:00:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74503">
    <title>bug#14452: 24.3.50; Modeline for semantic modes/submodes</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74503</link>
    <description>&lt;pre&gt;
I was at a loss to find out what symref tool - [C-c , g] etc - semantic
has detected.  Atlast I ended up with

    M-: (semantic-symref-calculate-rootdir)
    M-: (semantic-symref-detect-symref-tool)

When a buffer has semantic-mode or any of the submodes active, the
modeline or the header line should provide some sort of feedback on some
crucial internal variables.

For example, in my case I would have liked to see what symref engine
that semantic has detected.

Please also review modeline options when EDE mode is on.

In GNU Emacs 24.3.50.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1)
 of 2013-05-20 on debian-6.05
Bzr revision: 112643 mituharu&amp;lt; at &amp;gt;math.s.chiba-u.ac.jp-20130520031520-pq1c1qjertan94kq
Windowing system distributor `The X.Org Foundation', version 11.0.10707000
Important settings:
  value of $LANG: en_IN
  locale-coding-system: iso-latin-1-unix
  default enable-multibyte-characters: t





&lt;/pre&gt;</description>
    <dc:creator>Jambunathan K</dc:creator>
    <dc:date>2013-05-23T17:46:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74500">
    <title>bug#14451: 24.3.50; ede.info, bovine.info has no index entries</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74500</link>
    <description>&lt;pre&gt;
Typing `i' while in ede manual ends with 

        Info-goto-index: No index

Atleast the commands and variables needs be indexed.

Same problem exists for bovine.info.

In GNU Emacs 24.3.50.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1)
 of 2013-05-20 on debian-6.05
Bzr revision: 112643 mituharu&amp;lt; at &amp;gt;math.s.chiba-u.ac.jp-20130520031520-pq1c1qjertan94kq
Windowing system distributor `The X.Org Foundation', version 11.0.10707000
Important settings:
  value of $LANG: en_IN
  locale-coding-system: iso-latin-1-unix
  default enable-multibyte-characters: t




&lt;/pre&gt;</description>
    <dc:creator>Jambunathan K</dc:creator>
    <dc:date>2013-05-23T17:33:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74497">
    <title>bug#14450: 24.3; grammar issue in 26.10 of the manual</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74497</link>
    <description>&lt;pre&gt;In section 26.10[1], in the text 'attempts to parses each file',
'parses' should be 'parse'.

[1]: http://www.gnu.org/software/emacs/manual/html_node/emacs/Semantic.html




&lt;/pre&gt;</description>
    <dc:creator>Tshepang Lekhonkhobe</dc:creator>
    <dc:date>2013-05-23T17:14:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74481">
    <title>bug#14448: Wrong indentation in comment lines for F90 mode?</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74481</link>
    <description>&lt;pre&gt;Start Emacs with

$ emacs -Q &amp;amp;

then "C-x C-f foo.f90". Now type "!" to start a comment line and then 
type M-j to produce other comment lines. The result is as follow:


!
   !
   !
   !
   !

from the second line, the comment is indented. Repeating the same steps 
for a C++ mode file, "C-x C-f foo.cpp", the result is

//
//
//
//
//

without indentation. I would expect the same for F90 mode...

So, is the behavior in F90 mode to be expected (on purpose) or is it wrong?


Ciao,
  Angelo.




&lt;/pre&gt;</description>
    <dc:creator>Angelo Graziosi</dc:creator>
    <dc:date>2013-05-23T10:51:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74478">
    <title>bug#14447: tramp-gvfs.el and xesam.el sometime fail to load</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74478</link>
    <description>&lt;pre&gt;Package: emacs
Version: 24.3

I ssh'd into a remote machine where I had a graphical session running.
Now:

emacs -Q -nw -l xesam
emacs -Q -nw -l tramp-gvfs

both fail to load the associated library with error message:
  D-Bus error: "No connection to bus", :session

Debugger entered--Lisp error: (dbus-error "No connection to bus" :session)
  dbus-get-unique-name(:session)

It ought to always be possible to load lisp libraries.




&lt;/pre&gt;</description>
    <dc:creator>Glenn Morris</dc:creator>
    <dc:date>2013-05-23T07:16:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74477">
    <title>bug#14446: 24.3.50;completion is no more working in condition-case forms</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74477</link>
    <description>&lt;pre&gt;
Hi,

when trying to complete inside a condition-case form like:

(condition-case nil
    (with-!)

Cursor is at "!"

I have no completion and an error:

Debugger entered--Lisp error: (wrong-type-argument characterp nil)
  lisp-completion-at-point()
  completion--capf-wrapper(lisp-completion-at-point all)
  run-hook-wrapped(completion--capf-wrapper lisp-completion-at-point all)
  completion-at-point()
  call-interactively(completion-at-point nil nil)
  command-execute(completion-at-point)

If I try to complete (with-!
outside of the condition-case form I get completion starting by "with-"
as expected.

Also this is working as expected in Emacs-24.3.




In GNU Emacs 24.3.50.1 (x86_64-unknown-linux-gnu, X toolkit)
 of 2013-05-22 on dell-14z
Windowing system distributor `The X.Org Foundation', version 11.0.11103000
System Description:Ubuntu 12.04.2 LTS

Configured using:
 `configure --with-x-toolkit=lucid --without-toolkit-scroll-bars
 --without-gconf --without-gsettings'

Important settings:
  value of $LC_M&lt;/pre&gt;</description>
    <dc:creator>Thierry Volpiatto</dc:creator>
    <dc:date>2013-05-23T06:45:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74474">
    <title>bug#14445: 24.2;emacs hangs when doing svn commands over tramp connection</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74474</link>
    <description>&lt;pre&gt;This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org.  Please check that
the From: line contains a valid email address.  After a delay of up
to one day, you should receive an acknowledgement at that address.

Please write in English if possible, as the Emacs maintainers
usually do not have translators for other languages.

Please describe exactly what actions triggered the bug, and
the precise symptoms of the bug.  If you can, give a recipe
starting from `emacs -Q':

Emacs hangs when trying to check files in or out when the file has been
accessed on a remote server.  Same bug on both Ubuntu Linux and Windows
installations of emacs.

* from "emacs -Q":

  - C-x C-f /ssh:devserver&amp;lt; at &amp;gt;localdomain
:/var/www/svn-trunk/svn-controlled-file
  - Edit the file
  - C-x v v
  - Enter a change comment
  - C-c C-c

"Checking in /ssh:devserver&amp;lt; at &amp;gt;localdomain:/var/www/svn-trunk/svn-controlled-file..."
to the
status bar and hangs, cursor is showing busy process until C-g is used&lt;/pre&gt;</description>
    <dc:creator>Matt Cascardi</dc:creator>
    <dc:date>2013-05-23T01:35:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.bugs/74470">
    <title>bug#14444: segfault in emacs 24.3 in set_buffer_internal_1(b=0xc3b1ad) at buffer.c:2133</title>
    <link>http://comments.gmane.org/gmane.emacs.bugs/74470</link>
    <description>&lt;pre&gt;emacs 24.3 segfaults when doing the following:

After starting emas as "emacs -Q"

  * type:  M-: (add-hook 'buffer-list-update-hook (lambda () (message "foo")))

  * then type:  C-h ? i

This bug was originally seen on an amd64 Gentoo Linux (from which the
backtrace below was taken), and has also been reproduced on OpenBSD 5.3.
A couple of attempts were made to reproduce it on Ubuntu and Debian,
but failed.

The Gentoo Linux system was running kernel 3.7.10-gentoo-r1 #4 PREEMPT

============================================================================

Backtrace:

GNU gdb (Gentoo 7.3.1 p2) 7.3.1
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later &amp;lt;http://gnu.org/licenses/gpl.html&amp;gt;
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 "x86_64-pc-linux-gnu".
For bug reporting instructions, please see:
&amp;lt;http://bugs.gentoo&lt;/pre&gt;</description>
    <dc:creator>emacs-bugs.20.edCynonfev&lt; at &gt;spamgourmet.com</dc:creator>
    <dc:date>2013-05-22T22:09:28</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.emacs.bugs">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.emacs.bugs</link>
  </textinput>
</rdf:RDF>
