From: Ned Ulbricht Newsgroups: comp.os.msdos.djgpp Subject: Re: em1934*.zip - emacs info on emacs Date: Sun, 21 Dec 1997 07:07:37 -0800 Organization: University of Washington Lines: 75 Message-ID: <349D30B9.1A58@ee.washington.edu> References: NNTP-Posting-Host: cs205-43.student.washington.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Precedence: bulk On 21 Dec 97, Eli Zaretskii wrote: > > On Sat, 20 Dec 1997, Ned Ulbricht wrote: > > > Yesterday, I downloaded the Simtel DJGPP archive distribution of GNU > > Emacs MS-DOS binaries (files: em1934b.zip and em1934r?.zip). > > Please tell what are the sizes are date/time stamps of the .zip files > that you downloaded. There was a bug in older binary distribution that > would cause problems like what you describe, but it is corrected in the > latest distribution (dated October 27 or later). Unfortunately my ftp client does not preserve file dates :(. I just checked the simtel mirror where I got the zips (hkstar.com/.2/simtelnet/gnu/djgpp/v2gnu)--the file size sizes reported there are still the same as the sizes I downloaded Friday, so these dates are probably what my downloads should have had: em1934b.zip 1,441,617 19971027 05:22 em1934r1.zip 1,442,255 19971027 07:46 em1934r2.zip 1,445,786 19971027 08:42 em1934r3.zip 1,369,311 19971027 09:24 As an additional check, since pkunzip *does* preserve the file date, what I installed on my system includes: cwsdpmi.exe 20,473 19 Oct 97 9:48p emacs.exe 1,714,176 22 Sep 97 10:07a My guess > > is that the immediate cause of my problem is that (as I've verified > > with other tools) the emacs/info/emacs file and all the > > emacs/info/emacs-?? files contain CR/LF sequences (0x0a 0x0d). In > > contrast, all of the other djgpp/info/* and emacs/info/* files > > contain only LFs. > > This is incorrect. The DJGPP port of Emacs doesn't care about the CR/LF > pair, because the CR characters are stripped when the Info file is read. > It is also untrue that all of the files in the djgpp/info directory are > Unix-style, at least not on my system, and I can read all the Info files > in both Emacs and the stand-alone info.exe. Oops--after I got your mail, I found more info files with CR/LF sequences in the djgpp/info dir. (I can't figure out how to get any of my grep-alikes to find that sequence, so I have to look at each file by hand.) But the additional ones I've found are also problematic with emacs info, either generating No such node: Top or displaying ^M at the end of every line. > If you want to be sure whether this is the problem, run dtou.exe on the > file that has DOS-style lines, and see if that helps. My guess is it > won't. It fixes all problems (war, famine, etc :)--no, really it fixes both the No such node: Top problem and the ^M display for all the info files I've managed to find that need it. Hooray. Unfortunately, I've just discovered another problem that dtou doesn't fix. The space bar is not paging the dir node down--instead it jumps immediately to the first menu just like ]. It was only when I used the down arrow key that I realized there was more than one screenful of dir and that the space bar should be working like C-v until the bottom. I think the space bar is working correctly in all the other nodes I've visited so far, though--at least I haven't seen any text that appears to end in the middle of a sentence. I have run dtou against /djgpp/info/dir so this does appear to be a second problem now. I've read the faqs (or at least skimmed thru them) but are there any really common ways I might have messed up my installation or configuration? -- Ned Ulbricht nedu AT ee DOT washington DOT edu