GNU bug report logs -
#71655
Eshell external commands do not work under GNU Emacs for Windows
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
On 6/20/2024 12:45 AM, Eli Zaretskii wrote:
>> Date: Wed, 19 Jun 2024 22:34:02 -0700
>> Cc: 71655 <at> debbugs.gnu.org, james <at> literate-devops.io
>> From: Jim Porter <jporterbugs <at> gmail.com>
>>
>> My version of ls reports it as a symlink, interestingly enough.
>
> It isn't a symlink. It is a reparse point of type APPEXECLINK, which
> has different attributes and different data structure describing the
> target. We could represent it as a symlink (since Posix has no direct
> equivalent), but the implementation under the hood will need to be
> different.
Right. This was just (what I thought was) an interesting observation
about how other POSIX-based tools treat these reparse points.
> I agree that all those other conditions (including the .exe test) seem
> to be reasonable, in addition to zero-size.
Do you have a preference between either of these patches? They either
check for zero-size or ignore file errors when trying to insert.
I don't have a strong preference myself, but the latter seems
ever-so-slightly safer to me. This bug happened because we can't read
the file when trying to insert it, so ignoring file errors would cover
any other situations we haven't predicted. On the other hand, maybe
there's a case where we *want* the 'insert-file-contents-literally'
error to signal so that we don't try to execute the file normally (I
can't think of any such cases, though).
[0001-Use-file-attribute-size.patch (text/plain, attachment)]
[0001-Use-ignore-error.patch (text/plain, attachment)]
This bug report was last modified 203 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.