3:35 p.m.
================================================================
Dear Bug Team!
I just tried to hexl-find-file a zip archive to figure out why
archive-mode wasn't able to parse it correctly, and I was rather
surprised to this tiny amount of text in my buffer:
,----
| 00000000: 4d20 4669 6c65 6d6f 6465 2020 2020 2020 M Filemode
| 00000010: 4c65 6e67 7468 2020 4461 7465 2020 2020 Length Date
| 00000020: 2020 2020 2054 696d 6520 2020 2020 2046 Time F
| 00000030: 696c 650a 2d20 2d2d 2d2d 2d2d 2d2d 2d2d ile.- ----------
| 00000040: 2020 2d2d 2d2d 2d2d 2d2d 2020 2d2d 2d2d -------- ----
| 00000050: 2d2d 2d2d 2d2d 2d20 202d 2d2d 2d2d 2d2d ------- -------
| 00000060: 2d20 202d 2d2d 2d2d 2d2d 2d2d 2d2d 2d2d - -------------
| 00000070: 2d2d 2d2d 2d0a 2020 6472 7778 7277 7872 -----. drwxrwxr
| 00000080: 7778 2020 2020 2020 2020 2030 2020 2034 wx 0 4
| 00000090: 2d41 7567 2d32 3031 3020 2032 313a 3337 -Aug-2010 21:37
| 000000a0: 3a30 3420 206c 796e 782f 0a20 202d 7277 :04 lynx/. -rw
| 000000b0: 2d72 772d 7277 2d20 2020 2020 2020 3139 -rw-rw- 19
| 000000c0: 3620 2032 332d 4a75 6c2d 3230 3039 2020 6 23-Jul-2009
| 000000d0: 3232 3a32 303a 3034 2020 6c79 6e78 2f6c 22:20:04 lynx/l
| 000000e0: 796e 782e 6261 740a 2020 2d72 772d 7277 ynx.bat. -rw-rw
| 000000f0: 2d72 772d 2020 2020 2020 2037 3537 2020 -rw- 757
| 00000100: 3233 2d4a 756c 2d32 3030 3920 2032 323a 23-Jul-2009 22:
| 00000110: 3231 3a31 3620 206c 796e 782f 6c79 6e78 21:16 lynx/lynx
| 00000120: 2e63 6667 0a20 202d 7277 2d72 772d 7277 .cfg. -rw-rw-rw
| 00000130: 2d20 2020 2031 3439 3335 3320 2020 342d - 149353 4-
| 00000140: 4175 672d 3230 3130 2020 3231 3a33 373a Aug-2010 21:37:
| 00000150: 3334 2020 6c79 6e78 2f6c 796e 782e 6366 34 lynx/lynx.cf
| 00000160: 672e 6469 7374 0a20 202d 7277 2d72 772d g.dist. -rw-rw-
| 00000170: 7277 2d20 2020 3235 3638 3139 3220 2020 rw- 2568192
| 00000180: 342d 4175 672d 3230 3130 2020 3231 3a33 4-Aug-2010 21:3
| 00000190: 373a 3332 2020 6c79 6e78 2f6c 796e 782e 7:32 lynx/lynx.
| 000001a0: 6578 650a 2020 2d72 772d 7277 2d72 772d exe. -rw-rw-rw-
| 000001b0: 2020 2020 2020 3335 3831 2020 2034 2d41 3581 4-A
| 000001c0: 7567 2d32 3031 3020 2032 313a 3337 3a33 ug-2010 21:37:3
| 000001d0: 3220 206c 796e 782f 6c79 6e78 2e6c 7373 2 lynx/lynx.lss
| 000001e0: 0a20 202d 7277 2d72 772d 7277 2d20 2020 . -rw-rw-rw-
| 000001f0: 2020 2020 3733 3620 2032 362d 4a61 6e2d 736 26-Jan-
| 00000200: 3230 3038 2020 3230 3a33 323a 3332 2020 2008 20:32:32
| 00000210: 6c79 6e78 2f72 6561 646d 650a 2d20 2d2d lynx/readme.- --
| 00000220: 2d2d 2d2d 2d2d 2d2d 2020 2d2d 2d2d 2d2d -------- ------
| 00000230: 2d2d 2020 2d2d 2d2d 2d2d 2d2d 2d2d 2d20 -- -----------
| 00000240: 202d 2d2d 2d2d 2d2d 2d20 202d 2d2d 2d2d -------- -----
| 00000250: 2d2d 2d2d 2d2d 2d2d 2d2d 2d2d 2d0a 2020 -------------.
| 00000260: 2020 2020 2020 2020 2020 2020 2032 3732 272
| 00000270: 3238 3135 2020 2020 2020 2020 2020 2020 2815
| 00000280: 2020 2020 2020 2020 2020 2020 2037 2066 7 f
| 00000290: 696c 6573 0a iles.
`----
If you look closely, you'll notice that this is a hexdump of an
`archive-mode' buffer -- not exactly very useful...
Though, strangely, it *does* show all of the files I was expecting to
see, as compared to when I just visit the file:
,----
| M Filemode Length Date Time File
| - ---------- -------- ----------- -------- ----------
| drwxrwxrwx 0 4-Aug-2010 21:37:04 lynx/
| -rw-rw-rw- 196 23-Jul-2009 22:20:04 lynx/lynx.
| - ---------- -------- ----------- -------- ----------
| 196 2 files
`----
I was expecting to see something more like what zipinfo shows:
,----
| E:\BinDists\other>zipinfo lynx.zip
| Archive: lynx.zip 1103844 bytes 7 files
| drwxa-- 2.0 fat 0 b- stor 4-Aug-10 21:47 Lynx/
| -rwxa-- 2.0 fat 196 b- defX 23-Jul-09 22:22 Lynx/lynx.bat
| -rw-a-- 2.0 fat 757 b- defX 23-Jul-09 22:23 Lynx/lynx.cfg
| -rw-a-- 2.0 fat 149353 b- defX 4-Aug-10 21:37 Lynx/lynx.cfg.dist
| -rwxa-- 2.0 fat 2568192 b- defX 4-Aug-10 21:37 Lynx/lynx.exe
| -rw-a-- 2.0 fat 3581 b- defX 4-Aug-10 21:37 Lynx/lynx.lss
| -rw-a-- 2.0 fat 736 b- defX 26-Jan-08 20:34 Lynx/README
| 7 files, 2722815 bytes uncompressed, 1103118 bytes compressed: 59.5%
`----
If you want to look at the file, I got it from the page
<http://fredlwm.iblogger.org/lynx/>;, through the link marked "here"
leading to <http://www.pervalidus.net/lynx/download/lynx.zip>;, which
has this sha1sum:
,----
| E:\BinDists\other>sha1sum lynx.zip
| 370cf1633eb0b8a312166eddfa978338edbf93de *lynx.zip
`----
P.S.
Sorry about the slightly mixed-up order; I meant to report the
discrepancy between archive-mode and zipinfo separately, but then I
noticed that that the hexdump had the right files listed, so...
Thanks,
-- SamB
================================================================
System Info to help track down your bug:
---------------------------------------
OS version:
Microsoft Windows XP [Version 5.1.2600]
OS: Windows_NT
XEmacs 21.5-b29 "garbanzo" configured for `i586-pc-win32'.
Building XEmacs using "nmake".
Building XEmacs using make flags " ".
Building XEmacs in source tree "C:\\XEmacsBuild\\xemacs-21.5.29".
For src, using compiler "cl -nologo -W3 -DSTRICT -Zi -Od -MD -c -TP
-IC:\XEmacsBuild\xemacs-21.5.29\nt\inc
-IC:\XEmacsBuild\xemacs-21.5.29\src
-I"C:/cygwin/usr/local/src\xpm-3.4k"
-I"C:/cygwin/usr/local/src\xpm-3.4k\lib"
-I"C:/cygwin/usr/local/src\libpng-1.2.8"
-I"C:/cygwin/usr/local/src/zlib"
-I"C:/cygwin/usr/local/src/tiff-3.7.3\libtiff"
-I"C:/cygwin/usr/local/src\jpeg-6b" -I"C:/cygwin/usr/local/src/zlib"
-DHAVE_MS_WINDOWS -DHAVE_MENUBARS -DHAVE_SCROLLBARS -DHAVE_TOOLBARS
-DHAVE_WIDGETS -DHAVE_DIALOGS -DHAVE_XPM -DFOR_MSW -DHAVE_GIF
-DHAVE_PNG -DHAVE_TIFF -DHAVE_JPEG -DHAVE_ZLIB -DHAVE_NATIVE_SOUND
-DMULE -DERROR_CHECK_ALL -DPDUMP -DSYSTEM_MALLOC -DDEBUG_XEMACS
-D_DEBUG -DWIN32_LEAN_AND_MEAN -DWIN32_NATIVE -Demacs
-DHAVE_CONFIG_H -DPATH_VERSION=\"21.5-b29\"
-DPATH_PROGNAME=\"xemacs\" -DEMACS_VERSION=\"21.5-b29\"
-DEMACS_PROGNAME=\"xemacs\" -DSHEBANG_PROGNAME=\"xemacs-script\"
-DSTACK_TRACE_EYE_CATCHER=xemacs_21_5_b29_i586_pc_win32
-DPATH_PREFIX=\""C:/XEmacsBuild/installed/XEmacs-21.5.29"\"
-DEMACS_MAJOR_VERSION=21 -DEMACS_MINOR_VERSION=5
-DEMACS_BETA_VERSION=29 -DXEMACS_CODENAME=\""garbanzo"\"
-DXEMACS_EXTRA_NAME=\"""\"
-DEMACS_CONFIGURATION=\"i586-pc-win32\"".
For lib-src, using compiler "cl -nologo -W3 -DSTRICT -Zi -Od -MD
-IC:\XEmacsBuild\xemacs-21.5.29\lib-src
-IC:\XEmacsBuild\xemacs-21.5.29\src -DHAVE_CONFIG_H -DWIN32_NATIVE".
Compiling as C++.
Installing XEmacs in "C:/XEmacsBuild/installed/XEmacs-21.5.29".
Compiling in support for Microsoft Windows native GUI.
Compiling in international (MULE) support.
Compiling in support for XPM images.
Compiling in support for GIF images.
Compiling in support for PNG images.
Compiling in support for TIFF images.
Compiling in support for JPEG images.
Compiling in support for GZIP compression/decompression.
Compiling in support for toolbars.
Compiling in support for dialogs.
Compiling in support for widgets.
Compiling in support for native sounds.
Using portable dumper.
Using system malloc.
Using DLL version of C runtime library.
Compiling in extra internal error-checking.
NOTE: ---------------------------------------------------------
NOTE: Compiling in support for runtime error-checking.
NOTE: XEmacs will run noticeably more slowly as a result.
NOTE: Error-checking is on by default for XEmacs beta releases.
NOTE: ---------------------------------------------------------
Compiling in debugging support (no slowdown).
Load-Path Lisp Shadows:
----------------------
(e:\XEmacs\xemacs-packages\lisp\xemacs-base\regexp-opt
e:\XEmacs\XEmacs-21.5.29\lisp\regexp-opt
e:\XEmacs\xemacs-packages\lisp\xemacs-base\easy-mmode
e:\XEmacs\XEmacs-21.5.29\lisp\easy-mmode
e:\XEmacs\xemacs-packages\lisp\build\build-report
e:\XEmacs\XEmacs-21.5.29\lisp\build-report
e:\XEmacs\xemacs-packages\lisp\apel\alist
e:\XEmacs\XEmacs-21.5.29\lisp\alist)
Internationalization Settings:
-------------------------
Environment:
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 : nil
Lisp locale settings:
current-language-environment => "English"
default-buffer-file-coding-system => mswindows-multibyte-dos
default-process-coding-system => (undecided .
mswindows-multibyte-system-default)
(current-locale) => "English_United States.1252"
keyboard-coding-system => mswindows-multibyte-system-default
terminal-coding-system => mswindows-multibyte-system-default
(coding-priority-list) =>
(iso-8-1 utf-16-little-endian-bom utf-16-bom utf-8-bom iso-7
no-conversion utf-8 iso-8-2 iso-8-designate iso-lock-shift
shift-jis big5 utf-16-little-endian utf-16 ucs-4)
Coding system aliases:
'native is aliased to
mswindows-multibyte-system-default-dos
'file-name is aliased to
mswindows-multibyte-system-default
'mswindows-multibyte-system-default is not a coding system alias
Installed XEmacs Packages:
-------------------------
(xslide ver: 1.09 upstream: 0.2.2)
(xemacs-devel ver: 1.8 upstream: No-Upstream-Ver)
(xemacs-base ver: 2.27 upstream: No-Upstream-Ver)
(w3 ver: 1.35 upstream: 4.0pre47)
(vm ver: 8.08 upstream: 8.0.12-devo)
(vc ver: 1.48 upstream: No-Upstream-Ver)
(tramp ver: 1.4 upstream: 2.0.56)
(tm ver: 1.39 upstream: No-Upstream-Ver)
(time ver: 1.14 upstream: 1.17)
(textools ver: 1.15 upstream: No-Upstream-Ver)
(text-modes ver: 1.98 upstream: No-Upstream-Ver)
(texinfo ver: 1.3 upstream: No-Upstream-Ver)
(supercite ver: 1.21 upstream: 3.55x3)
(speedbar ver: 1.29 upstream: 1.0pre4)
(sounds-wav ver: 1.12 upstream: No-Upstream-Ver)
(sieve ver: 1.18 upstream: No-Upstream-Ver)
(sh-script ver: 1.24 upstream: 2.0f)
(sgml ver: 1.11 upstream: No-Upstream-Ver)
(sasl ver: 1.16 upstream: 1.14.4)
(rmail ver: 1.14 upstream: No-Upstream-Ver)
(reftex ver: 1.34 upstream: 4.21)
(psgml ver: 1.45 upstream: 1.3.2)
(ps-print ver: 1.12 upstream: 6.5.6)
(prog-modes ver: 2.2 upstream: No-Upstream-Ver)
(pgg ver: 1.07 upstream: 0.1)
(perl-modes ver: 1.14 upstream: No-Upstream-Ver)
(pcomplete ver: 1.06 upstream: 1.1.6)
(pcl-cvs ver: 1.7 upstream: R-2_9_9)
(pc ver: 1.28 upstream: No-Upstream-Ver)
(os-utils ver: 1.41 upstream: No-Upstream-Ver)
(net-utils ver: 1.56 upstream: N/A)
(mmm-mode ver: 1.05 upstream: 0.4.8)
(misc-games ver: 1.22 upstream: No-Upstream-Ver)
(mine ver: 1.16 upstream: 1.9)
(mailcrypt ver: 2.14 upstream: 3.5.8)
(mail-lib ver: 1.8 upstream: No-Upstream-Ver)
(ispell ver: 1.32 upstream: 3.6)
(ilisp ver: 1.36 upstream: 5.12.0)
(igrep ver: 1.16 upstream: 2.111)
(gnus ver: 1.94 upstream: 5.10.8)
(gnats ver: 1.17 upstream: 3.101)
(general-docs ver: 1.06 upstream: No-Upstream-Ver)
(games ver: 1.2 upstream: 2.00)
(fsf-compat ver: 1.19 upstream: No-Upstream-Ver)
(eterm ver: 1.18 upstream: No-Upstream-Ver)
(eshell ver: 1.18 upstream: 0fc80a3f6bb3bb59f42e9ff83cc8b89bf90fe658)
(emerge ver: 1.11 upstream: No-Upstream-Ver)
(elib ver: 1.13 upstream: 1.0)
(eieio ver: 1.07 upstream: 1.0pre4)
(efs ver: 1.34 upstream: 1.24)
(edit-utils ver: 2.43 upstream: No-Upstream-Ver)
(ediff ver: 1.81 upstream: 2.75)
(edebug ver: 1.22 upstream: No-Upstream-Ver)
(ede ver: 1.03 upstream: 1.0pre4)
(ecrypto ver: 0.21 upstream: 2.0)
(ecb ver: 1.22 upstream: 2.31)
(easypg ver: 1.03 upstream: 0.0.16)
(dired ver: 1.2 upstream: 7.17)
(dictionary ver: 1.16 upstream: 1.8)
(debug ver: 1.18 upstream: No-Upstream-Ver)
(crisp ver: 1.15 upstream: 1.34)
(cookie ver: 1.15 upstream: No-Upstream-Ver)
(cedet-common ver: 1.01 upstream: 1.0pre4)
(cc-mode ver: 1.45 upstream: 5.30.10)
(c-support ver: 1.22 upstream: No-Upstream-Ver)
(build ver: 1.15 upstream: 2.02)
(bbdb ver: 1.32 upstream: 2.35)
(auctex ver: 1.51 upstream: 11.84)
(apel ver: 1.34 upstream: 10.7)
Features:
--------
(mail-abbrevs xemacsbug shadow sendmail rfc822 hexl archive-mode
find-func edmacro info pp yow cookie1 mail-extr ffap mwheel disp-table
sokoban gamegrid hyper-apropos efs-cu cus-edit cus-load wid-edit
view-less view annotations xmine dired-faces dired-xemacs dired
timer-funcs lazy-lock font-lock cus-face paren blink-paren tex-mik
advice advice-preload jka-compr xslide-autoloads
xemacs-devel-autoloads xemacs-base-autoloads w3-autoloads vm-autoloads
vc-autoloads tramp-autoloads tm-autoloads time-autoloads
textools-autoloads text-modes-autoloads texinfo-autoloads
supercite-autoloads speedbar-autoloads sounds-wav-autoloads
sieve-autoloads sh-script-autoloads sgml-autoloads sasl-autoloads
rmail-autoloads reftex-autoloads psgml-autoloads ps-print-autoloads
prog-modes-autoloads pgg-autoloads perl-modes-autoloads
pcomplete-autoloads pcl-cvs-autoloads pc-autoloads os-utils-autoloads
net-utils-autoloads mmm-mode-autoloads misc-games-autoloads
mine-autoloads mailcrypt-autoloads mail-lib-autoloads ispell-autoloads
ilisp-autoloads igrep-autoloads gnus-autoloads gnats-autoloads
general-docs-autoloads games-autoloads fsf-compat-autoloads
eterm-autoloads eshell-autoloads emerge-autoloads elib-autoloads
eieio-autoloads efs-autoloads edit-utils-autoloads ediff-autoloads
edebug-autoloads ede-autoloads ecrypto-autoloads ecb-autoloads
easypg-autoloads dired-autoloads dictionary-autoloads debug-autoloads
crisp-autoloads cookie-autoloads cedet-common-autoloads
cc-mode-autoloads c-support-autoloads build-autoloads bbdb-autoloads
tex-site auctex-autoloads apel-autoloads mule-autoloads auto-autoloads
auto-show fontl-hooks canna-leim tibetan slovenian czech romanian lao
devanagari indian cyrillic code-cmds gutter-items menubar-items
x-menubar dragdrop mode-motion mouse behavior itimer auto-save
lisp-mode easymenu easy-mmode iso8859-1 page buff-menu lib-complete
loadhist cus-file derived newcomment rsz-minibuf env text-props frame
obsolete cus-start custom widget cl-extra cl cl-19 packages backquote
unicode mswindows-scrollbars mswindows toolbar native-sound scrollbar
network-streams subprocesses menu-accelerator-support menubar md5
xemacs mule gutter tiff png gif jpeg xpm xbm lisp-float-type
file-coding dde windows-nt dragdrop-api dialog devices window-system
base64)
Recent keystrokes:
-----------------
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user misc-user misc-user misc-user misc-user misc-user
misc-user button1 button1up button1 button1up M-x x
e m TAB b TAB BS r TAB BS TAB home r e p o r t - end
TAB RET
Recent messages (most recent first):
-----------------------------------
Loading xemacsbug...done
Loading xemacsbug...
Making completion list...
Parsing archive file...done.
Parsing archive file...
Quit
Making completion list...
Making completion list...
Making completion list...
Quit
Out of hexl region.
Out of hexl region.
Out of hexl region.
Out of hexl region.
Out of hexl region.
Out of hexl region.
Out of hexl region.
Out of hexl region.
Out of hexl region.
Out of hexl region.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/mailman/listinfo/xemacs-beta
4:21 p.m.
Thanks for the report. I'm pretty sure I know what the problem is
(yup, same basic problem, two symptoms), and I'll try to get to a
quick fix later this week.
Samuel Bronson writes:
I just tried to hexl-find-file a zip archive to figure out why
archive-mode wasn't able to parse it correctly, and I was rather
surprised to this tiny amount of text in my buffer:
[elided]
If you look closely, you'll notice that this is a hexdump of an
`archive-mode' buffer -- not exactly very useful...
Yeah, this is typically broken DWIM (Don't Worry, It's Magic ... not!)
behavior. hexl-find-file needs to disable the various auto-mode magic
stuff, and just snarf the file contents.
Though, strangely, it *does* show all of the files I was expecting
to
see, as compared to when I just visit the file:
,----
| M Filemode Length Date Time File
| - ---------- -------- ----------- -------- ----------
| drwxrwxrwx 0 4-Aug-2010 21:37:04 lynx/
| -rw-rw-rw- 196 23-Jul-2009 22:20:04 lynx/lynx.
| - ---------- -------- ----------- -------- ----------
| 196 2 files
`----
This is more Durn Whacked Idjit Magic, autodetection of the coding
system this time. Try C-u C-x C-f lynx.zip RET binary RET, and be
amazed. (That's not to say this isn't a bug, it is. Just that the
workaround for interactive use is not terribly hard.)
hexl-find-file gets the right directory listing because it forces a
binary read of the archive file. I guess archive-mode isn't as smart.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/mailman/listinfo/xemacs-beta
5:22 p.m.
New subject: [21.5] make hexl-find-file use find-file-literally
21.5
Followups to XEmacs Patches, please. Reply-To set.
Stephen J. Turnbull writes:
Thanks for the report. I'm pretty sure I know what the problem
is
(yup, same basic problem, two symptoms), and I'll try to get to a
quick fix later this week.
This is a fix for the easier hexl-mode problem. Maybe it's actually
good enough. ;-) I haven't looked at the archive-mode issue yet.
That's probably harder (since often you'll want to decompress the
tar.gz and similar, I think, so it's harder to fix than just appending
"-literally" and updating a docstring :-).
Samuel Bronson writes:
> I just tried to hexl-find-file a zip archive to figure out why
> archive-mode wasn't able to parse it correctly, and I was rather
> surprised to this tiny amount of text in my buffer:
[elided]
> If you look closely, you'll notice that this is a hexdump of an
> `archive-mode' buffer -- not exactly very useful...
Untested patch. I'll get to testing later, but this is
straightforward enough to be "obviously correct" (famous last words).
If you could try this, I'd appreciate it.
Index: ChangeLog
===================================================================
RCS file: /cvsroot/xemacs/XEmacs/packages/xemacs-packages/text-modes/ChangeLog,v
retrieving revision 1.179
diff -u -r1.179 ChangeLog
--- ChangeLog 19 Oct 2010 15:29:13 -0000 1.179
+++ ChangeLog 19 Oct 2010 16:10:33 -0000
＠＠ -0,0 +1,4 ＠＠
+2010-10-20 Stephen J. Turnbull <stephen(a)xemacs.org>
+
+ * hexl.el (hexl-find-file): Defeat auto-mode and auto-coding magic.
+
Index: hexl.el
===================================================================
RCS file: /cvsroot/xemacs/XEmacs/packages/xemacs-packages/text-modes/hexl.el,v
retrieving revision 1.7
diff -u -r1.7 hexl.el
--- hexl.el 10 May 2005 18:20:06 -0000 1.7
+++ hexl.el 19 Oct 2010 16:10:33 -0000
＠＠ -296,11 +296,10 ＠＠
;;;###autoload
(defun hexl-find-file (filename)
"Edit file FILENAME in hexl-mode.
-Switch to a buffer visiting file FILENAME, creating one if none exists."
+Switch to a buffer visiting file FILENAME, creating one if none exists.
+See `find-file-literally' for limitations regarding existing buffers."
(interactive "fFilename: ")
- (if (featurep 'file-coding)
- (find-file filename 'binary)
- (find-file filename))
+ (find-file-literally filename)
(if (not (eq major-mode 'hexl-mode))
(hexl-mode)))
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
8:58 p.m.
New subject: [21.5] make hexl-find-file use find-file-literally
On Tue, Oct 19, 2010 at 12:22 PM, Stephen J. Turnbull
<stephen(a)xemacs.org> wrote:
21.5
Followups to XEmacs Patches, please. Reply-To set.
Stephen J. Turnbull writes:
> Thanks for the report. I'm pretty sure I know what the problem is
> (yup, same basic problem, two symptoms), and I'll try to get to a
> quick fix later this week.
This is a fix for the easier hexl-mode problem. Maybe it's actually
good enough. ;-) I haven't looked at the archive-mode issue yet.
That's probably harder (since often you'll want to decompress the
tar.gz and similar, I think, so it's harder to fix than just appending
"-literally" and updating a docstring :-).
I'm not sure I follow. `archive-mode' is in "arc-mode.el" and supports
the "arc", "lzh", "zip", and "zoo" formats;
`tar-mode' is in
"tar-mode.el" and supports "tar" files.
However, I'm not certain that there is something to append
"-literally" *to*; maybe you would add something to
`file-coding-system-alist', and whatever the corresponding place is
for content (magic number) based coding-system detection (Does XEmacs
have that yet?).
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
3:23 a.m.
New subject: [21.5] make hexl-find-file use find-file-literally
Samuel Bronson writes:
However, I'm not certain that there is something to append
"-literally" *to*; maybe you would add something to
`file-coding-system-alist',
Since .tar, .gz, and .tgz are all there already, I don't have much
hope that it will help. ;-)
and whatever the corresponding place is for content (magic number)
based coding-system detection (Does XEmacs have that yet?).
IMO that's a broken idea. Coding-system detection applies only to
text/* media. Files where magic number can be used to determine the
coding are by definition binary. Eg, consider XML. I don't think it
is useful to try to match "\000u\000t\000f\000-\0001\0006" and its
swabbed version, when reading it as text will win nearly 100% of the
time. Consider an RFC 822 message, where the header is in ASCII and
the body can be in an arbitrary encoding (including non-ASCII
compatible encoding) via Content-Transfer-Encoding and Content-Type.
This is a binary format, no matter how much the mail you see in Kansas
looks like text/*. For sure, it would be a bad idea to apply the MIME
charset detected by matching "^Content-Type:\(.\|\n\s-+)*charset" in
an mbox file containing multiple messages! And the same thing is true
of tar files.
There is a facility called `format-alist' which matches regexps
against a prefix of the file, but I'm not sure at what stage this
happens. It might be useful here, but it depends on what decides to
do autodetection of coding systems. It might be jka-compr; it might
be the process code; it might be a find-file format handler. In the
first two cases, it won't work, format-alist is only used for files, I
think. In the latter, you have to be very careful or you'll end up
giving somebody else the same problem you are experiencing. That's
why I say this is hard.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
1:21 p.m.
New subject: [21.5] make hexl-find-file use find-file-literally
On Wed, Oct 20, 2010 at 10:23 PM, Stephen J. Turnbull
<stephen(a)xemacs.org> wrote:
Samuel Bronson writes:
> However, I'm not certain that there is something to append
> "-literally" *to*; maybe you would add something to
> `file-coding-system-alist',
Since .tar, .gz, and .tgz are all there already, I don't have much
hope that it will help. ;-)
> and whatever the corresponding place is for content (magic number)
> based coding-system detection (Does XEmacs have that yet?).
IMO that's a broken idea. Coding-system detection applies only to
text/* media. Files where magic number can be used to determine the
coding are by definition binary.
Er, that's basically what the facility I'm thinking of is used for.
(It could perhaps also be used to prevent Emacs from getting confused
by local variable specs in formats that, like email, can embed other
files more-or-less textually.)
Sorry I wasn't more clear!
Eg, consider XML. I don't think it
is useful to try to match "\000u\000t\000f\000-\0001\0006" and its
swabbed version, when reading it as text will win nearly 100% of the
time. Consider an RFC 822 message, where the header is in ASCII and
the body can be in an arbitrary encoding (including non-ASCII
compatible encoding) via Content-Transfer-Encoding and Content-Type.
This is a binary format, no matter how much the mail you see in Kansas
looks like text/*. For sure, it would be a bad idea to apply the MIME
charset detected by matching "^Content-Type:\(.\|\n\s-+)*charset" in
an mbox file containing multiple messages! And the same thing is true
of tar files.
There is a facility called `format-alist' which matches regexps
against a prefix of the file, but I'm not sure at what stage this
happens. It might be useful here, but it depends on what decides to
do autodetection of coding systems. It might be jka-compr; it might
be the process code; it might be a find-file format handler. In the
first two cases, it won't work, format-alist is only used for files, I
think. In the latter, you have to be very careful or you'll end up
giving somebody else the same problem you are experiencing. That's
why I say this is hard.
Yeah, care is definitely needed, and that sounds like the facility I
was thinking of. I remember it being used to detect (some) zip files
by content when they didn't have names ending in .zip; I also remember
having to hack it in my init file to get it to catch certain
(Squeak-related?) zip archives.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
2:39 p.m.
New subject: [21.5] make hexl-find-file use find-file-literally
Samuel Bronson writes:
On Wed, Oct 20, 2010 at 10:23 PM, Stephen J. Turnbull
<stephen(a)xemacs.org> wrote:
> text/* media. Files where magic number can be used to determine
the
> coding are by definition binary.
Er, that's basically what the facility I'm thinking of is used for.
Ah, OK. File-coding, strictly defined as handling text encodings, is
a hot button with me; it's the main reason I started using (GNU) Emacs
again in the early 90s, after missing the whole post-TECO/MockLisp/
Why-I-Must-Start-GNU interlude. Unfortunately, it was originally
implemented with only one goal: keeping the multiple Japanese feet
(ISO-2022-JP, Shift JIS, EUC-JP, and various Unicode TFs) from
stepping on each other. This worked fine in the world (the
Universities of Tokyo and Osaka) it was designed for, but .... gah.
XEmacs actually implements a more somewhat general facility that could
be used for, say, gzip decoding (any zero-lookahead stream processing,
actually), but it's not used that way in practice. :-(
Yeah, care is definitely needed, and that sounds like the facility I
was thinking of. I remember it being used to detect (some) zip files
by content when they didn't have names ending in .zip;
Well, currently XEmacs doesn't use it for that. The only thing it's
used for is detecting rich-text-format mail (and even that presumably
isn't used by real MUAs like Gnus and VM).
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
4935
days inactive
4952
days old
6 comments
2 participants
participants (2)
-
Samuel Bronson -
Stephen J. Turnbull