fangxlmr
fangxlmr
Well, a single `teeWriter`-like option for handling both stdin and stdout does has its advantange, whereas an option to handle them separately may also have its own position.
As posted [here](https://stackoverflow.com/questions/44348083/how-to-send-sigint-ctrl-c-to-current-remote-process-over-ssh-without-t-optio), I don't think it's possible and portable to send a 'Ctrl-C' signal to remote SHELL in SSH session. Sending a simple '\x03' surely wouldn't work since most...
I noticed [comments](https://grpc.github.io/grpc-java/javadoc/io/grpc/NameResolver.html) saying that implementations of `NameResovler` don't need to be thread-safe, but [no doc here](https://grpc.github.io/grpc-java/javadoc/io/grpc/NameResolver.Listener.html) clarifying the `listener/listerner2` interface is (should or should not) be thread-safe. I'm glad...
> IIRC the listener should be updated using the sync context. Which might indicate that it is not thread safe. As stated in [Javadoc](https://grpc.github.io/grpc-java/javadoc/io/grpc/NameResolver.html), > Implementations don't need to be...
@tyeyeah This issue is asigned to you as RSoC micro-task, so you could work on this from now on. Feel free to ask questions and send Pull Requests. In case...
I also encountered the same issue when add `-dtb versatile-pb.dtb` option.
Indeed, this what I use: ``` sudo qemu-system-arm \ -kernel kernel-qemu-4.4.34-stretch \ -cpu arm1176 \ -m 256 \ -M versatilepb \ -no-reboot \ -serial stdio \ -append "root=/dev/sda2 rootfstype=ext4 rw"...
@Basstorm This issue is asigned to you as RSoC micro-task, so you could work on this from now on. Feel free to ask questions and send Pull Requests. In case...
> @dgsb Would really appreicate if this could get merged! +1