Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

The rationale talks about easy portability to Windows, but I'm skeptical - the underlying API and filesystem is different enough that this is likely to cause problems. '\' vs '/' to start with.


Windows supports forward-slash fine. Has for at least 25 years. No need to change / to \ or visa versa.

Now obviously any Windows port would have to call Win32 APIs instead of POSIX APIs (unless you're writing for a Cygwin-like layer).


Supported, just but it's a second class citizen, for example, no tab completion of directories on the cmd prompt when using forward slash. Some commands will not except it;

e.g. type c:\home\foo.txt -> cats it out type c:/home/foo.txt -> 'The syntax of this command is incorrect.'

whereas cd will except either forward or backslash

cd c:\home/foo cd c:/home/foo

work as expected.


Firstly I was talking about API support. Since that is the topic at hand.

Secondly, Cmd is deprecated. Powershell supports both slashes and "type c:/home/foo.txt" works perfectly.


But Powershell redirects < and > either don't work or can corrupt your files



A) That's only one direction, the other way doesn't work

B) Even going that direction, at times it corrupts the data


Just use Powershell, it will work as expected.


You might want to review the Xamarin bug reports as the slash alone nearly put them out of business at least three times.


I write a lot of single source Windows/OSX/Linux utilities and the nice thing about Windows is that back and forward slashes are interchangeable so you can just write for POSIX.


Most languages (including Rust), already support path libraries that abstract this away from you. As long as you use these libraries properly, you should never have these issues.




Consider applying for YC's Fall 2026 batch! Applications are open till July 27.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: