From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.byosoft.com.cn (mail.byosoft.com.cn [58.240.74.242]) by mx.groups.io with SMTP id smtpd.web12.7178.1604021707916396003 for ; Thu, 29 Oct 2020 18:35:09 -0700 Authentication-Results: mx.groups.io; dkim=missing; spf=none, err=permanent DNS error (domain: byosoft.com.cn, ip: 58.240.74.242, mailfrom: gaoliming@byosoft.com.cn) Received: from DESKTOPS6D0PVI ([58.246.60.130]) (envelope-sender ) by 192.168.6.13 with ESMTP for ; Fri, 30 Oct 2020 09:34:51 +0800 X-WM-Sender: gaoliming@byosoft.com.cn X-WM-AuthFlag: YES X-WM-AuthUser: gaoliming@byosoft.com.cn From: "gaoliming" To: , References: <86A23533-E614-4B71-BA87-6BFF8338E0FA@apple.com> In-Reply-To: <86A23533-E614-4B71-BA87-6BFF8338E0FA@apple.com> Subject: =?UTF-8?B?5Zue5aSNOiBbZWRrMi1kZXZlbF0gV2h5IGlzIE1BWF9MT05HX0ZJTEVfUEFUSCA1MDAgdnMuIFBBVEhfTUFYPw==?= Date: Fri, 30 Oct 2020 09:34:58 +0800 Message-ID: <004d01d6ae5c$e1228b10$a367a130$@byosoft.com.cn> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQKbLGJT/XOD68BDxkec3COeiUFNOagmYIvw Content-Type: multipart/alternative; boundary="----=_NextPart_000_004E_01D6AE9F.EF468E60" Content-Language: zh-cn ------=_NextPart_000_004E_01D6AE9F.EF468E60 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable This macro is added to resolve the limitation on WINDOWS OS for the length of entire file path can=A1=AFt be larger than 255. It use the hard code 50= 0, because 500 is enough for most case. Do you meet with the problem that the file path length exceeds 500? =20 Thanks Liming =B7=A2=BC=FE=C8=CB: bounce+27952+66762+4905953+8761045@groups.io =B4=FA=B1=ED Andrew Fish vi= a groups.io =B7=A2=CB=CD=CA=B1=BC=E4: 2020=C4=EA10=D4=C230=C8=D5 1:24 =CA=D5=BC=FE=C8=CB: edk2-devel-groups-io =D6=F7=CC=E2: [edk2-devel] Why is MAX_LONG_FILE_PATH 500 vs. PATH_MAX? =20 Does anyone know why MAX_LONG_FILE_PATH [1] is hard coded to 500 vs. using the systems PATH_MAX? =20 On Linux I think PATH_MAX is 4KiB and on macOS it is 1KiB. =20 =20 [1] https://github.com/tianocore/edk2/blob/master/BaseTools/Source/C/Common/Co= mm onLib.h#L17 =20 Thanks, =20 Andrew Fish ------=_NextPart_000_004E_01D6AE9F.EF468E60 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

This macro is added to resolve the limitation on WINDOWS OS for the= length of entire file path can=A1=AFt be larger than 255. It use the hard = code 500, because 500 is enough for most case. Do you meet with the problem= that the file path length exceeds 500?

<= o:p> 

Thanks

Liming

=B7=A2=BC=FE=C8=CB: bounce+27= 952+66762+4905953+8761045@groups.io <bounce+27952+66762+4905953+8761045@= groups.io> =B4=FA=B1=ED <= /span>Andrew Fish via= groups.io
=B7=A2=CB=CD= =CA=B1=BC=E4: 2020=C4=EA10=D4=C230=C8=D5= 1:24
=CA=D5=BC=FE=C8=CB= : edk2-devel-groups-io <devel@edk2.groups.= io>
=D6=F7=CC=E2: [edk2-devel] Why is MAX_LONG_FILE_PATH 500 vs. PATH_MAX?

 

Does= anyone know why MAX_LONG_FILE_PATH [1] is hard coded to 500 vs. using= the systems PATH_MAX?

 

On Linux I think PATH_MAX is 4KiB and on macOS= it is 1KiB.

 

 

&nbs= p;

Thank= s,

=  

Andrew Fish

=

------=_NextPart_000_004E_01D6AE9F.EF468E60--