News for hackers. Stuff that matters.
Re:Windows NT for Power Macintosh by hjdiiokjs on Friday July 12, 2024 @11:57PM (#40951665)
While MSDOS had subdirectories, pipes were not supported at the kernel level. It was simply a convenience of COMMAND.COM that simulated pipes by running each command sequentially. The command switch character was the slash (/) until the end, with the exception of a few non-standard third-party softwares insisting on the dash. Device names were always global namespace and \dev never existed in any form.

Did you copy-paste an hallucinating LLM?

Re:Windows NT for Power Macintosh by lproven on Saturday July 13, 2024 @08:21AM (#40953654)
No, it looks fair.

MS-DOS 1.x did not have subdirectories.

That came in with MS-DOS 2.x which is when the very rudimentary level of Xenix compatibility came in: device names such as `LPT1:` or `COM2:` could be prefixed as `/dev/lpt1` or `/dev/com2`. Pipes simulated in COMMAND.COM.

I don't recall DOS ever accepting command switches prefixed with `-` instead of `\` as standard, though.

Re:Windows NT for Power Macintosh by AshamedCaptain on Saturday July 13, 2024 @03:12PM (#40956154)
The features were never turned on by default, so they are not popular knowledge (I used DOS since 2.x and never knew).

https://forum.winworldpc.com/discussion/comment/171783/#Comm... (devices in \dev, "-" as switch char, etc.).

> While MSDOS had subdirectories, pipes were not supported at the kernel level. It was simply a convenience of COMMAND.COM that simulated pipes by running each command sequentially.

You are confusing the lack of concurrency with lack of pipes -- the mere fact that COMMAND can do what you describe requires UNIX-like pipes and channels (e.g. stdin/out/err), and programs avoiding direct console I/O (way common for DOS programs...). Comm software such as Kermit did the same thing to simulate remote login (I used this one in the day, at least).