You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello,
We have a .Net Framework API (which is a collection of dlls) that is used by our customers through Python using pythonnet. Our .Net application is files based, and file paths are passed from Python to .Net, and .Net then opens and manipulates the files.
When using a .Net Framework exe client (no python involved), we are able to open files with long file paths (> 260 characters), either by making our exe longPathAware, or by using the \\?\ prefix.
However we cannot get this to work when calling our dlls from python using pythonnet. I understand that python.exe is itself longPathAware (since python 3.6), but using long paths does not seem to work, with or without the \\?\ prefix. Once in the .Net world, functions such as File.Exists would return false.
Would there be any difference in the .net runtime as loaded by pythonnet vs a .net framework exe that might explain this difference?
Many thanks for your help
Pierre Henry
The text was updated successfully, but these errors were encountered:
Environment
Details
Hello,
We have a .Net Framework API (which is a collection of dlls) that is used by our customers through Python using pythonnet. Our .Net application is files based, and file paths are passed from Python to .Net, and .Net then opens and manipulates the files.
When using a .Net Framework exe client (no python involved), we are able to open files with long file paths (> 260 characters), either by making our exe longPathAware, or by using the \\?\ prefix.
However we cannot get this to work when calling our dlls from python using pythonnet. I understand that python.exe is itself longPathAware (since python 3.6), but using long paths does not seem to work, with or without the \\?\ prefix. Once in the .Net world, functions such as File.Exists would return false.
Would there be any difference in the .net runtime as loaded by pythonnet vs a .net framework exe that might explain this difference?
Many thanks for your help
Pierre Henry
The text was updated successfully, but these errors were encountered: