-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Some filesystem tests have a too long path name #11993
Comments
I hope 6.0 will fix tools to get this paths no issue. cc @ARMmbed/mbed-os-storage FYI |
Internal Jira reference: https://jira.arm.com/browse/MBOTRIAGE-2439 |
@ARMmbed/mbed-os-storage Is there anything to help or rather wait for:
? |
This is not storage related. |
Correct, tools will be fixed in 6.0, this is known issue so if it is just in tools we will close this as duplicate. Based on the answer, I lean towards having this as duplicate. @jeromecoutant 6.0 will bring a tools update. Until then this is known issue, older issue #7129 (contains references to others) |
Hi @0xc0170 Back on this old closed issue :-)
Yes, but maybe, as a short term solution, test could be moved to another directory ?
... |
Description of defect
Got issue with one filesystem test:
features/storage/filesystem/littlefs/TESTS/filesystem_recovery/resilience_functional/main.cpp
Path seems to be too long :-(
WindowsError: [Error 206] The filename or extension is too long: 'BUILD\tests\DISCO_L475VG_IOT01A\ARMC6\features\storage\filesystem\littlefs\TESTS\filesystem_recovery\resilience_functional\features\storage\filesystem\littlefs\TESTS\filesystem_recovery\resilience_functional'
WindowsError: [Error 206] The filename or extension is too long: 'BUILD\tests\DISCO_L475VG_IOT01A\GCC_ARM\features\storage\filesystem\littlefs\TESTS\filesystem_recovery\resilience_functional\features\storage\filesystem\littlefs\TESTS\filesystem_recovery\resilience_functional'
WindowsError: [Error 206] The filename or extension is too long: 'BUILD\tests\DISCO_L475VG_IOT01A\IAR\features\storage\filesystem\littlefs\TESTS\filesystem_recovery\resilience_functional\features\storage\filesystem\littlefs\TESTS\filesystem_recovery\resilience_functional'
Target(s) affected by this defect ?
Toolchain(s) (name and version) displaying this defect ?
All
What version of Mbed-os are you using (tag or sha) ?
5.14.2
What version(s) of tools are you using. List all that apply (E.g. mbed-cli)
How is this defect reproduced ?
The text was updated successfully, but these errors were encountered: