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