GNU bug report logs -
#10007
24.0.50; wrong-type-argument stringp nil in *Occur*
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Thu, 10 Nov 2011 00:32:01 UTC
Severity: minor
Tags: notabug
Found in version 24.0.50
Done: "Drew Adams" <drew.adams <at> oracle.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 10007 in the body.
You can then email your comments to 10007 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10007
; Package
emacs
.
(Thu, 10 Nov 2011 00:32:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Drew Adams" <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 10 Nov 2011 00:32:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
emacs -Q
C-x d some-directory
M-x occur
In the occur buffer:
C-x C-q
Move cursor to a date field and hit `w'.
You get an error saying that the Dired buffer is read-only.
That's true, but it's not clear that this is the most helpful message at
this point.
Now kill the Dired buffer. Then move the cursor to a date field in the
occur buffer and hit `w'. You get this error, which is definitely not
the right error message here:
self-insert-command: Wrong type argument: stringp, nil
In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
of 2011-09-05 on 3249CTO
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.5) --no-opt'
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10007
; Package
emacs
.
(Thu, 10 Nov 2011 00:50:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 10007 <at> debbugs.gnu.org (full text, mbox):
On Thu, Nov 10, 2011 at 01:30, Drew Adams <drew.adams <at> oracle.com> wrote:
> self-insert-command: Wrong type argument: stringp, nil
I cannot reproduce it as described.
Juanma
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10007
; Package
emacs
.
(Thu, 10 Nov 2011 02:44:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 10007 <at> debbugs.gnu.org (full text, mbox):
> > self-insert-command: Wrong type argument: stringp, nil
>
> I cannot reproduce it as described.
Really? Are you using the same build?
It's 100% reproducible here, with the build I cited, following the recipe I
described.
I forgot to mention that you must provide a pattern to `occur' that some file
names match, so the occur buffer is not empty. Doing that, following the recipe
should give you the same behavior I reported.
What do _you_ see, when you insert a char in Occur after killing the Dired
buffer it was built from? Try again, with the same build - I'm sure you'll see
what I described.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10007
; Package
emacs
.
(Thu, 10 Nov 2011 10:40:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 10007 <at> debbugs.gnu.org (full text, mbox):
On Thu, Nov 10, 2011 at 03:42, Drew Adams <drew.adams <at> oracle.com> wrote:
> Really?
Yes.
> Are you using the same build?
24.0.50? I've tried with the trunk, and with the 24.0.91 pretest.
> It's 100% reproducible here, with the build I cited, following the recipe I
> described.
Following your recipe, I don't see any error.
> I forgot to mention that you must provide a pattern to `occur' that some file
> names match, so the occur buffer is not empty.
Yes. I supposed as much. I'm trying in the trunk workspace, and the
pattern is "a", so there's plenty of files.
> What do _you_ see, when you insert a char in Occur after killing the Dired
> buffer it was built from?
C-h k says that "w is undefined", so typing w (or most characters) does nothing.
> Try again, with the same build - I'm sure you'll see
> what I described.
Where can I get that build?
Juanma
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10007
; Package
emacs
.
(Thu, 10 Nov 2011 14:07:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 10007 <at> debbugs.gnu.org (full text, mbox):
> C-h k says that "w is undefined", so typing w (or most
> characters) does nothing.
Hm. Did you toggle read-only, using C-x C-q?
Not sure what you did, but it should not be undefined. After toggling
read-only, all such chars should be bound to `self-insert-command'. (Whether
they call all actually insert is a different matter.) Be sure you move to, say,
a date field of Dired - out of the read-only areas (e.g. linenos), in any case.
> Where can I get that build?
Here:
> From: Christoph Scholtes Sent: Monday, November 07, 2011 8:46 PM
> To: Emacs-Devel devel Subject: emacs-20111107-r106319 Windows Binaries
>
> The Emacs Trunk Windows Binaries (bzr revno 106319) have been
> published in http://alpha.gnu.org/gnu/emacs/windows/
>
> The binaries were built using the following libraries:
> giflib-4.1.4-1
> gnutls-2.10.1
> jpeg-6b-4
> libXpm-3.5.8
> libpng-1.4.3-1
> tiff-3.8.2-1
> zlib-1.2.5-2
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10007
; Package
emacs
.
(Thu, 10 Nov 2011 15:09:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 10007 <at> debbugs.gnu.org (full text, mbox):
On Thu, Nov 10, 2011 at 15:06, Drew Adams <drew.adams <at> oracle.com> wrote:
> Hm. Did you toggle read-only, using C-x C-q?
This is exactly what I did:
emacs -Q
C-x d <RET> ; Default dir is C:\emacs\trunk
M-x occur <RET> a <RET>
C-x o ; to go to the Occur buffer
C-x C-q
C-6 C-n ; to go to the line containing .bzrignore
M-9 M-f ; to go to the date
w ; no effect
C-x k trunk <RET>
w ; no effect
Am I doing it wrong?
> The Emacs Trunk Windows Binaries (bzr revno 106319) have been
> published in http://alpha.gnu.org/gnu/emacs/windows/
Assuming you're talking about
http://alpha.gnu.org/gnu/emacs/windows/emacs-20111107-r106319-bin-i386.zip,
AFAICS, that's 24.0.91, not 24.0.50. In any case, I don't see any
problem with that binary either.
Juanma
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10007
; Package
emacs
.
(Thu, 10 Nov 2011 19:36:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 10007 <at> debbugs.gnu.org (full text, mbox):
> Am I doing it wrong?
>
> > The Emacs Trunk Windows Binaries (bzr revno 106319) have been
> > published in http://alpha.gnu.org/gnu/emacs/windows/
>
> Assuming you're talking about
> http://alpha.gnu.org/gnu/emacs/windows/emacs-20111107-r106319-
> bin-i386.zip,
> AFAICS, that's 24.0.91, not 24.0.50. In any case, I don't see any
> problem with that binary either.
Sorry for the noise. No, you were not doing it wrong, and there is no such bug
- I will close this. Thanks for testing, in any case.
I apparently was using an old Emacs 24 binary (from September 05, I think). Not
sure how that happened.
bug closed, send any further explanations to
10007 <at> debbugs.gnu.org and "Drew Adams" <drew.adams <at> oracle.com>
Request was from
"Drew Adams" <drew.adams <at> oracle.com>
to
control <at> debbugs.gnu.org
.
(Thu, 10 Nov 2011 19:38:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 09 Dec 2011 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 13 years and 254 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.