Eric,
In the three cases (mine and your two suggestions) if DOSLFN is loaded
and enabled, there is no sign of a problem.
If DOSLFN is not loaded, I get the error.
If DOSLFN has been loaded, but I disable it (DOSLFN /D), the error returns.
So, DOSLFN seems to "fix" the problem, at least from a u
Hi Rugxulo and Troi,
>> It could be a rare kernel bug, but my guess is some buffer overflow in the
>> IO95 lib. I think this problem is hidden by enabling DOSLFN.
>
> Yes indeed that did either mask or "fix" the problem. Thanks.
In that case please tell in which situations the bug does
happen a
> It could be a rare kernel bug, but my guess is some buffer overflow in the
> IO95 lib. I think this problem is hidden by enabling DOSLFN.
Yes indeed that did either mask or "fix" the problem. Thanks.
> But I personally just avoid Find and use Xgrep instead.
I probably will too as I learn what
Eric,
>> C:\ELVIS\DOC>find /i "env" e*.htm
>> file list ...
>> Error reading from drive A: DOS area: general failure
>
> Does the same bug happen with find /i "env" C:e*.htm
> and with find /i "env" C:\elvis\doc\e*.htm by the way?
Yes it does. I've seen a few posts and such that sound somewh
Hi,
On Jan 16, 2017 11:24 AM, "Eric Auer" wrote:
>
> > C:\ELVIS\DOC>find /i "env" e*.htm
> > file list ...
> > Error reading from drive A: DOS area: general failure
>
> You mean it FIRST checks all files in the current
> directory on C: but THEN tries to jump to the A:
> drive? That sounds l
Hi Troi,
> C:\ELVIS\DOC>find /i "env" e*.htm
> file list ...
> Error reading from drive A: DOS area: general failure
You mean it FIRST checks all files in the current
directory on C: but THEN tries to jump to the A:
drive? That sounds like a bug in the kernel, either
in the drive status ini
I'm curious as to why FreeDOS is trying to read a:. I've built a VM in
VirtualBox and most things work well, but while digging around looking
for information, I got this after a FIND command.
C:\ELVIS\DOC>find /i "env" e*.htm
file list ...
Error reading from drive A: DOS area: general failure
Thanks. A new technical term. It would have taken a
long time to get that one.
thanks DS
On Sun, 15 Jan 2017 11:47:17 -0500 perditi...@gmail.com writes:
> On Jan 15, 2017 11:23 AM, "Dale E Sterner"
> wrote:
> ...
>
> what does MITM'd mean.
>
> ...
>
> man in the middle
**
