RE: Inconsistent mfsymlinks behavior

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



To not reveal any internal company system information, I reproduced the issue on a laptop running a fairly old version of Linux Mint, kernel version 4.10.0-38-generic.

-----Original Message-----
From: Steve French <smfrench@xxxxxxxxx> 
Sent: Monday, April 3, 2023 9:38 PM
To: Skyler Dawson <sdawson@xxxxxxxxxx>
Cc: linux-cifs@xxxxxxxxxxxxxxx
Subject: Re: Inconsistent mfsymlinks behavior

External email: Use caution opening links or attachments


could you confirm the kernel version

On Mon, Apr 3, 2023 at 7:55 PM Skyler Dawson <sdawson@xxxxxxxxxx> wrote:
>
> Hi there,
>
> I recently came across some inconsistent behavior when using python to traverse directories that had mfsymlinks, where os.scandir and os.path would return different values for whether a filesystem entry is a directory and is  a link. I filed a bug report to the cpython repository here: https://github.com/python/cpython/issues/102503, and @eryksun traced the issue to readdir() returning DT_REG instead of DT_LINK. More details are in the github issue. Can you please confirm that this is an issue in cifs that needs to be addressed, or if there is another reason readdir can't return DT_LINK for an emulated symlink with mfsymlinks?
>
> Thanks,
> Skyler Dawson.



--
Thanks,

Steve




[Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux