This is pretty huge. For as long as I can remember the response to command line applications talking to command line applications was "Why would you want to do that? Use (RPC | shared memory | some other IPC mechanism)." And nobody at Microsoft seemed to understand how much simpler it was to use ptys. They seem to have completely capitulated to the notion ptys and are dropping them into the next release of W10. I wis…
Introducing the Windows Pseudo Console (ConPty)
91–100 of 196 posts
Re: Introducing the Windows Pseudo Console (ConPty)
#92Will there be a terminfo database entry for ConPty? What TERM string should we expect to see? To elaborate: although an ordinary POSIX pty doesn't inherently have a terminal type - that's entirely down to whatever emulator is connected to the master side - the way the ConPty system translates Console API calls into terminal control codes means that it necessarily needs to pick a terminal emulation, which all actors i…
Re: Introducing the Windows Pseudo Console (ConPty)
#93Earlier quoted context omitted.
You also have to sanitise untrusted data that you want to output.
And remember to use less -R or else pipe to col(1) or whatever.
Re: Introducing the Windows Pseudo Console (ConPty)
#94Re: Introducing the Windows Pseudo Console (ConPty)
#95Earlier quoted context omitted.
Hear hear! wchar_t is a disaster. UTF-16 is terrible. I'm not at all convinced that 2^21 codepoints will be enough, so someday it'd be nice to be able to get past UTF-16 and move to UTF-8, and Windows and ECMAScript are the biggest impediments to that. Your choice of UTF-8 will tend to place UTF-8 on a level playing field in Win32. I guess, too, that this is the end of codepages -- I doubt they'd go away, but there s…
Confused, where does 2^21 code points come from and how is that related to the UTF-16 vs. UTF-8 distinction? Can't both of them encode all Unicode code points? Or are you thinking of code units perhaps, and UCS-2? Although even there I'm confused where the 2^21 came from.
This does make coding for utf-8 harder, but when it works is really wonderful stuff.
Re: Introducing the Windows Pseudo Console (ConPty)
#96Earlier quoted context omitted.
It sounds like you're asking for two different things here: cmd.exe is a shell , and that's the guy that's parked. conhost.exe is a terminal , and that's under active development, though it's slower than something like VsCode, because we can't just go adding features as we see fit, we have a LOT of back compat we still need to support. Fortunately, conpty will allow for the creation of new terminal applications on Wi…
I think u/paulie_a is just asking for a better shell. If cmd can't be made better, then make a new one.
Re: Introducing the Windows Pseudo Console (ConPty)
#97Will there be a terminfo database entry for ConPty? What TERM string should we expect to see? To elaborate: although an ordinary POSIX pty doesn't inherently have a terminal type - that's entirely down to whatever emulator is connected to the master side - the way the ConPty system translates Console API calls into terminal control codes means that it necessarily needs to pick a terminal emulation, which all actors i…
Re: Introducing the Windows Pseudo Console (ConPty)
#98Earlier quoted context omitted.
And remember to use less -R or else pipe to col(1) or whatever.
I want a pipe2(2) flag or an fcntl or something that lets me signal "the other end of this pipe understands ANSI escapes"
Re: Introducing the Windows Pseudo Console (ConPty)
#99Earlier quoted context omitted.
It sounds like you're asking for two different things here: cmd.exe is a shell , and that's the guy that's parked. conhost.exe is a terminal , and that's under active development, though it's slower than something like VsCode, because we can't just go adding features as we see fit, we have a LOT of back compat we still need to support. Fortunately, conpty will allow for the creation of new terminal applications on Wi…
I think u/paulie_a is just asking for a better shell. If cmd can't be made better, then make a new one.
Re: Introducing the Windows Pseudo Console (ConPty)
#100Earlier quoted context omitted.
UTF-16 is garbage. Windows is stuck with it because it was too early an adopter of Unicode. Oh the irony. This may set Windows on a path to deprecating UTF-16 -- godspeed!
Could you elaborate? I've been under the guise for most of my career that doubling a digit leads to huge benefits that I'm too comp-sci ignorant to understand.
I was confused about this for years, too. But it turns out it's just a problem of bad naming. Happens more in this industry than we'd like to admit.
As other explained, it boils down to UTF-16 being 16-bit, and UTF-8 being anything from 8- to 32-bit. It should have been named UTF-V (from "variable") or something, but here we are.