Maximum Path Length Limitation

 
http://msdn.microsoft.com/en-us/library/aa365247.aspx#maxpath
Maximum Path Length Limitation

In the Windows API (with some exceptions discussed in the following paragraphs), the maximum length for a path isMAX_PATH, which is defined as 260 characters. A local path is structured in the following order: drive letter, colon, backslash, name components separated by backslashes, and a terminating null character. For example, the maximum path on drive D is "D:\some 256-character path string<NUL>" where "<NUL>" represents the invisible terminating null character for the current system codepage. (The characters < > are used here for visual clarity and cannot be part of a valid path string.)

Note  File I/O functions in the Windows API convert "/" to "\" as part of converting the name to an NT-style name, except when using the "\\?\" prefix as detailed in the following sections.

The Windows API has many functions that also have Unicode versions to permit an extended-length path for a maximum total path length of 32,767 characters. This type of path is composed of components separated by backslashes, each up to the value returned in the lpMaximumComponentLength parameter of the GetVolumeInformation function (this value is commonly 255 characters). To specify an extended-length path, use the "\\?\" prefix. For example, "\\?\D:\very long path".

Note  The maximum path of 32,767 characters is approximate, because the "\\?\" prefix may be expanded to a longer string by the system at run time, and this expansion applies to the total length.

The "\\?\" prefix can also be used with paths constructed according to the universal naming convention (UNC). To specify such a path using UNC, use the "\\?\UNC\" prefix. For example, "\\?\UNC\server\share", where "server" is the name of the computer and "share" is the name of the shared folder. These prefixes are not used as part of the path itself. They indicate that the path should be passed to the system with minimal modification, which means that you cannot use forward slashes to represent path separators, or a period to represent the current directory, or double dots to represent the parent directory. Because you cannot use the "\\?\" prefix with a relative path, relative paths are always limited to a total ofMAX_PATH characters.

There is no need to perform any Unicode normalization on path and file name strings for use by the Windows file I/O API functions because the file system treats path and file names as an opaque sequence ofWCHARs. Any normalization that your application requires should be performed with this in mind, external of any calls to related Windows file I/O API functions.

When using an API to create a directory, the specified path cannot be so long that you cannot append an 8.3 file name (that is, the directory name cannot exceedMAX_PATH minus 12).

The shell and the file system have different requirements. It is possible to create a path with the Windows API that the shell user interface is not be able to interpret properly.

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
永磁同步电机的圆形限制主要是指在运行过程中存在的一些限制和问题。在永磁同步电机中,由于磁铁的特性会导致其产生磁场不均匀性,这会在电机运行过程中产生一些不利影响。 首先,永磁同步电机的磁铁会在转子上形成一定的不平衡磁场。这个不平衡磁场会导致电机出现振动和噪音,并且可能会对电机产生一定的机械载荷。因此,为了减少这些不良影响,需要在设计和制造过程中采取一些措施,例如在转子上进行均磁处理,通过调整磁铁位置和形状,使电机的磁场分布更加均匀。 其次,永磁同步电机在高速运行时,由于转子的离心力和离心力矩的作用,会导致转子的变形和失去平衡。这种不平衡会引起电机的振动和噪音,并且可能会影响电机的性能和寿命。为了解决这个问题,可以采用动平衡技术对电机进行平衡处理,提高电机的稳定性和可靠性。 另外,永磁同步电机的圆形限制还包括电机的热问题。在电机运行过程中,会产生一定的损耗和热量,如果不能及时散热,则会导致电机温度过高,影响电机的性能和寿命。因此,在设计和应用永磁同步电机时,需要考虑散热系统并采取相应的散热措施,以保证电机的可靠运行。 总而言之,永磁同步电机的圆形限制主要涉及磁场不均匀性、转子失衡和热问题。为了克服这些限制,在设计和制造电机时需要采取相应的措施,以提高电机的性能、稳定性和可靠性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值