Mail Archives: djgpp/2020/02/14/09:30:57
On Fri, 14 Feb 2020 09:55:54 +0100, Eli Zaretskii (eliz AT gnu DOT org) [via djgpp AT delorie DOT com] wrote:
> I don't know anything about FreeDOS, especially not when run on a
> dual-boot system where files were unzipped from Linux, sorry.
Okay, maybe I shouldn't have said that, then. I think it is completely
irrelevant to the issue at hand.
The disk is just FAT32, all three OS's (Ubuntu, Win XP, Freedos)
handle it.
(I ran a disk test on it from WinXP and it said no errors. The FreeDOS
"chkdsk" says FAT32 not yet supported)
> Why not unzip the files from FreeDOS instead? That would at least
> ensure that the OS on which you run Emacs can access the files and
> directories.
There was some silly error. The zip file was broken or something (it
wasn't/isn't).
But, as I tried to point out, everything worked fine, except for the
single problem that they had to be deleted from Linux.
> > They are there. That was the point of the cd in the bit i quoted.
>
> That trick could help you start Emacs, but I envision problems down
> the road, so it's best to solve the original problem so that you don't
> have to cd.
That makes sense, but I did run it a little bit when starting it from
the Emacs/bin directory.
> Given this problem, I'm not sure trying older releases will help, but
> then I don't really understand the problem, so my opinion doesn't mean
> much in this case.
So there is no chance there is any difference in the LFN handling?
It seems a bit odd that I have never seen any errors or corrupted
output anywhere that seems related to LFN. Everything seems to work
perfectly, except for these seemingly distantly related problems.
> > So what does that mean? mem says total memory 2,096,000K
>
> I think this means you are OK as far as memory is concerned.
But where does 12M come from if I have 2GB?
A default setting somewhere?
/Tomas
- Raw text -