GNU bug report logs - #8417
hexlify-buffer

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 8417 in the body.
You can then email your comments to 8417 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Don Harter <donharter <at> comcast.net>
To: bug-gnu-emacs <at> gnu.org
Subject: hexlify-buffer
Date: Sun, 03 Apr 2011 10:22:43 -0500

From: Don Harter <drh@>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.1; hexlify-buffer
--text follows this line--

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs <at> gnu.org mailing list,
and to the gnu.emacs.bug news group.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

I had loaded a file reverse_geocode.sql
I type esc then x and issued the command hexlify-buffer after using tab to
find the proper completion for it.
The result tha I got was that the file disappeared and I could not undo
anything. Here is the result:
"-hex: No such file or directory"

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
/usr/share/emacs/23.1/etc/DEBUG for instructions.


In GNU Emacs 23.1.1 (x86_64-suse-linux-gnu, GTK+ Version 2.20.1)
of 2010-07-05 on build35
Windowing system distributor `The X.Org Foundation', version 11.0.10800000
configured using `configure '--with-pop' '--without-hesiod' 
'--with-kerberos' '--with-kerberos5' '--with-xim' '--prefix=/usr' 
'--mandir=/usr/share/man' '--infodir=/usr/share/info' 
'--datadir=/usr/share' '--localstatedir=/var' 
'--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--with-x' 
'--with-sound' '--with-sync-input' '--with-xpm' '--with-jpeg' 
'--with-tiff' '--with-gif' '--with-png' '--with-rsvg' '--with-dbus' 
'--without-gpm' '--with-x-toolkit=gtk' '--x-includes=/usr/include' 
'--x-libraries=/usr/lib64:/usr/share/X11' '--with-xft' '--with-libotf' 
'--with-m17n-flt' '--build=x86_64-suse-linux' 
'build_alias=x86_64-suse-linux' 'CC=gcc-4.3' 'CFLAGS=-fmessage-length=0 
-O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables 
-fasynchronous-unwind-tables -g -D_GNU_SOURCE -std=gnu89 -pipe 
-Wno-pointer-sign -Wno-unused-variable -Wno-unused-label 
-Wno-unprototyped-calls -fno-optimize-sibling-calls 
-DSYSTEM_PURESIZE_EXTRA=55000 -DSITELOAD_PURESIZE_EXTRA=10000 ' 
'LDFLAGS=-Wl,-O2 -Wl,--hash-size=65521''

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: en_US.UTF-8
value of $XMODIFIERS: @im=local
locale-coding-system: utf-8-unix
default-enable-multibyte-characters: t

Major mode: Fundamental

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

Recent input:
C-x 1 <escape> x h e x <tab> <tab> i f y - b u f f
e r <return> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<menu-bar> <help-menu> <send-emacs-bug-report> h e
x l i f y - b u f f e r <return> <help-echo> <help-echo>
<help-echo> <menu-bar> <buffer> C-@ <help-echo> <help-echo>
<down-mouse-1> <mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <mouse-movement> <mouse-movement>
<mouse-movement> <drag-mouse-1> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <menu-bar>
<edit> <copy> <help-echo> <help-echo> <help-echo> <menu-bar>
<buffer> C-c <help-echo> <help-echo> <menu-bar> <buffer>
C-b <help-echo> <menu-bar> <buffer> C-c <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <menu-bar> <buffer> C-@ <help-echo> <menu-bar>
<buffer> C-a <help-echo> <menu-bar> <buffer> C-b <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<menu-bar> <help-menu> <send-emacs-bug-report>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
reverse_geocode.sql has auto save data; consider M-x recover-this-file
uim.el: starting uim-el-helper-agent... done
uim.el: starting uim-el-agent... done
Invalid image size (see `max-image-size') [6 times]
Making completion list...
Invalid image size (see `max-image-size')
Buffer reverse_geocode.sql has shrunk a lot; auto save disabled in that 
buffer until next real save
Auto-saving...
Invalid image size (see `max-image-size') [7 times]

Message #8 received at 8417 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Don Harter <donharter <at> comcast.net>
Cc: 8417 <at> debbugs.gnu.org
Subject: Re: bug#8417: hexlify-buffer
Date: Sun, 03 Apr 2011 21:09:57 +0300

> Date: Sun, 03 Apr 2011 10:22:43 -0500
> From: Don Harter <donharter <at> comcast.net>
> Cc: 
> 
> I had loaded a file reverse_geocode.sql
> I type esc then x and issued the command hexlify-buffer after using tab to
> find the proper completion for it.
> The result tha I got was that the file disappeared and I could not undo
> anything. Here is the result:
> "-hex: No such file or directory"

I cannot reproduce this.  Do you have a program named hexl in some
directory that is mentioned in the exec-path variable?

Message #11 received at 8417 <at> debbugs.gnu.org (full text, mbox):

From: Don Harter <donharter <at> comcast.net>
To: 8417 <at> debbugs.gnu.org
Subject: attached file
Date: Sun, 03 Apr 2011 14:13:26 -0500

[Message part 1 (text/html, inline)]

[reverse_geocode.sql (text/x-sql, attachment)]

Message #14 received at 8417 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Don Harter <donharter <at> comcast.net>
Cc: 8417 <at> debbugs.gnu.org
Subject: Re: bug#8417: hexlify-buffer
Date: Sun, 03 Apr 2011 23:55:54 +0300

> Date: Sun, 03 Apr 2011 14:26:52 -0500
> From: Don Harter <donharter <at> comcast.net>
> 
> root:~>locate hexl
> /usr/lib/emacs/23.1/x86_64-suse-linux/hexl
> /usr/lib/xemacs/21.5.29.b604d235f028/x86_64-suse-linux/hexl

You should be using the first one, but from the error message, viz.

> >> "-hex: No such file or directory"

it seems like you are using the second, or anyway some `hexl' program
that does not understand the -hex switch that Emacs passes to it.
Please show the value of your Emacs's exec-path, with "M-: exec-path RET".

Message #17 received at 8417 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Don Harter <donharter <at> comcast.net>
Cc: 8417 <at> debbugs.gnu.org
Subject: Re: bug#8417: hexlify-buffer
Date: Mon, 04 Apr 2011 00:06:11 +0300

> Date: Sun, 03 Apr 2011 14:33:32 -0500
> From: Don Harter <donharter <at> comcast.net>
> 
>     I am attaching some strace files.  Perhaps it is a permission
>     problem.

No, it looks like an encoding problem:

  stat("/usr/lib/emacs/23.1/x86_64-suse-linux/hexl", {st_mode=S_IFREG|0755, st_size=10680, ...}) = 0
  access("/usr/lib/emacs/23.1/x86_64-suse-linux/hexl", X_OK) = 0
  pipe([11, 12])                          = 0
  vfork()                                 = 2327
  close(12)                               = 0
  close(10)                               = 0
  read(11, "\357\273\277-hex: No such file or directo"..., 16384) = 35
            ^^^^^^^^^^^^^^^^

Does this happen in "emacs -Q"?

Message #20 received at 8417 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Don Harter <donharter <at> comcast.net>
Cc: 8417 <at> debbugs.gnu.org
Subject: Re: bug#8417: hexlify-buffer
Date: Mon, 04 Apr 2011 05:59:45 +0300

> Date: Sun, 03 Apr 2011 19:23:19 -0500
> From: Don Harter <donharter <at> comcast.net>
> 
> The same thing happens when I do "emacs -Q ".

How about "LC_ALL=C emacs -Q", does it happen even then?

Message #23 received at 8417 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Don Harter <donharter <at> comcast.net>
Cc: 8417 <at> debbugs.gnu.org
Subject: Re: bug#8417: hexlify-buffer
Date: Mon, 04 Apr 2011 07:50:19 -0400

[Please don't remove the bug tracker address from the CC list.]

> Date: Mon, 04 Apr 2011 02:16:31 -0500
> From: Don Harter <donharter <at> comcast.net>
> 
> Yes the same thing happens.
> 
> 
> On 04/03/2011 09:59 PM, Eli Zaretskii wrote:
> >> Date: Sun, 03 Apr 2011 19:23:19 -0500
> >> From: Don Harter<donharter <at> comcast.net>
> >>
> >> The same thing happens when I do "emacs -Q ".
> > How about "LC_ALL=C emacs -Q", does it happen even then?

Does this happen with other files as well, or just with this one?

Message #26 received at 8417 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: donharter <at> comcast.net, 8417 <at> debbugs.gnu.org
Subject: Re: bug#8417: hexlify-buffer
Date: Mon, 04 Apr 2011 21:43:03 +0300

> Date: Mon, 04 Apr 2011 07:50:19 -0400
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 8417 <at> debbugs.gnu.org
> 
> 
> [Please don't remove the bug tracker address from the CC list.]
> 
> > Date: Mon, 04 Apr 2011 02:16:31 -0500
> > From: Don Harter <donharter <at> comcast.net>
> > 
> > Yes the same thing happens.
> > 
> > 
> > On 04/03/2011 09:59 PM, Eli Zaretskii wrote:
> > >> Date: Sun, 03 Apr 2011 19:23:19 -0500
> > >> From: Don Harter<donharter <at> comcast.net>
> > >>
> > >> The same thing happens when I do "emacs -Q ".
> > > How about "LC_ALL=C emacs -Q", does it happen even then?
> 
> Does this happen with other files as well, or just with this one?

Forget it.  I can see the problem myself, and will debug it here.

Message #31 received at 8417-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: donharter <at> comcast.net, 8417-done <at> debbugs.gnu.org
Subject: Re: bug#8417: hexlify-buffer
Date: Mon, 04 Apr 2011 21:50:50 +0300

> Date: Mon, 04 Apr 2011 07:50:19 -0400
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 8417 <at> debbugs.gnu.org
> 
> [Please don't remove the bug tracker address from the CC list.]
> 
> > Date: Mon, 04 Apr 2011 02:16:31 -0500
> > From: Don Harter <donharter <at> comcast.net>
> > 
> > Yes the same thing happens.
> > 
> > 
> > On 04/03/2011 09:59 PM, Eli Zaretskii wrote:
> > >> Date: Sun, 03 Apr 2011 19:23:19 -0500
> > >> From: Don Harter<donharter <at> comcast.net>
> > >>
> > >> The same thing happens when I do "emacs -Q ".
> > > How about "LC_ALL=C emacs -Q", does it happen even then?
> 
> Does this happen with other files as well, or just with this one?

Okay, I see the problem now.  It is triggered because this particular
file is encoded in UTF-8 with signature (BOM).  This triggers a bug in
Emacs 23.1, which is fixed in Emacs 23.2 and later (the latest release
is version 23.3).

So the solution for you would be to upgrade to a newer Emacs.  Failing
that, you can work around the problem by typing this in Emacs, before
you invoke hexlify-buffer:

  C-x RET f utf-8 RET C-x C-s

This will recode the file in UTF-8, but without the BOM, and then the
bug in hexl will not be triggered.

I'm closing this bug.  Thanks for all your patience in following up.

Message #32 received at 8417-done <at> debbugs.gnu.org (full text, mbox):

From: Don Harter <donharter <at> comcast.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 8417-done <at> debbugs.gnu.org
Subject: Re: bug#8417: hexlify-buffer
Date: Tue, 05 Apr 2011 02:03:23 -0500

Thanks.  This works.  I can hexlify-buffer when I reload the file.
It also fixed a problem that I was having with bash and postgresql.  
That extra coding was causing statements to error when they should not have.

On 04/04/2011 01:50 PM, Eli Zaretskii wrote:
>> Date: Mon, 04 Apr 2011 07:50:19 -0400
>> From: Eli Zaretskii<eliz <at> gnu.org>
>> Cc: 8417 <at> debbugs.gnu.org
>>
>> [Please don't remove the bug tracker address from the CC list.]
>>
>>> Date: Mon, 04 Apr 2011 02:16:31 -0500
>>> From: Don Harter<donharter <at> comcast.net>
>>>
>>> Yes the same thing happens.
>>>
>>>
>>> On 04/03/2011 09:59 PM, Eli Zaretskii wrote:
>>>>> Date: Sun, 03 Apr 2011 19:23:19 -0500
>>>>> From: Don Harter<donharter <at> comcast.net>
>>>>>
>>>>> The same thing happens when I do "emacs -Q ".
>>>> How about "LC_ALL=C emacs -Q", does it happen even then?
>> Does this happen with other files as well, or just with this one?
> Okay, I see the problem now.  It is triggered because this particular
> file is encoded in UTF-8 with signature (BOM).  This triggers a bug in
> Emacs 23.1, which is fixed in Emacs 23.2 and later (the latest release
> is version 23.3).
>
> So the solution for you would be to upgrade to a newer Emacs.  Failing
> that, you can work around the problem by typing this in Emacs, before
> you invoke hexlify-buffer:
>
>    C-x RET f utf-8 RET C-x C-s
>
> This will recode the file in UTF-8, but without the BOM, and then the
> bug in hexl will not be triggered.
>
> I'm closing this bug.  Thanks for all your patience in following up.
>

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.