Context I have a Linux/Windows dualboot setup on my desktop which basically hosts same applications through docker, like: pihole Some applications under development (MySQL, PostgreSQL, expressJS api, angularJS frontend, VueJS frontend) I wish I could switch between OS in a transparent way so containers running on both of them would be exactly the same (sharing ..
I’m using the Microsoft Cloud Filter API to manage placeholders in my local directory, and when I rename a folder its state icon isn’t visually updated after I apply the CfSetInSyncState function to this folder. This folder contains a file that was previously copied from another placeholder from this cloned directory. I’ve applied several functions ..
I created an image file(.tif) with GIMP2 and that file can not be deleted, renamed, moved. Basically, every operation fails. The .tif file is located in the D drive of my Windows 10 system. After the creation of the file, Windows started to deny every operation to that file except opening the file which can ..
We have SMB shares that are used by Windows and Mac clients. We want to move some data to Sharepoint, but need to validate the filenames against characters that are not allowed in Windows. Although Windows users wouldn’t be able to create files with illegal characters anyway, Mac users are still able to create files ..
This is a really quick question: what is the character encoding used in symbolic ref files like .git/HEAD, especially on Windows? Is it the same as the filesystem’s encoding? It sounds improbable, though, since I’ve heard before that Windows’ filesystem encoding is UTF-16 and ASCII control bytes 0x00..0x1F and 0x7F is prohibited in Git ref ..
Why std::filesystem::relative returns empty path for certain paths on Windows while boost::filesystem::relative behaves correctly ? [Note : I am bound to use std::filesystem::relative] Consider the following example, where path "V:configlib" exits and the base path "V:xyz" exists partially. auto stdres = std::filesystem::relative("V:configlib", "V:xyz"); –> o/p is "" auto boostres = boost::filesystem::relative("V:configlib", "V"xyz"); –>o/p is "..configlib" ..
Why does std::filesystem::relative() return an empty path for certain paths on Windows, while boost::filesystem::relative() behaves correctly? [Note : I am bound to use std::filesystem::relative()] Consider the following example, where path "V:configlib" exists and the base path "V:xyz" partially exists. auto stdres = std::filesystem::relative("V:configlib", "V:xyz"); // –> o/p is "" auto boostres = boost::filesystem::relative("V:configlib", "V:xyz"); // ..
I currently have two main music folders, one is FLAC, ripped from CD, another is MP3, converted from FLAC. Over the years, my primary MP3 collection (in its own folder) has come from various sources, and has become a mess. I apparently messed up some of the FLAC to MP3 conversions too, and appear to ..
I want to try to list the files by going through the file structure and to not follow symbolic links. Since find -H $MOUNTPOINT does this functionality in Linux what is the alternative for this in windows? Source: Windows..
According to the documentation, performing a rename on Linux performs an atomic replace: If newpath already exists, it will be atomically replaced, so that there is no point at which another process attempting to access newpath will find it missing. However, if I run a simple parallel test, with each thread running the following operations: ..