mirror of
https://github.com/capstone-engine/llvm-capstone.git
synced 2025-01-05 07:32:36 +00:00
add a workaround in GetLine to account for ReadFile not reporintg error
Summary: ReadFile on Windows is supposed to set ERROR_OPERATION_ABORTED according to the docs on MSDN. However, this has evidently been a known bug since Windows 8. Therefore, we can't detect if a signal interrupted in the fgets. So pressing ctrl-c causes the repl to end and the process to exit. A temporary workaround is just to attempt to fgets twice until this bug is fixed. A possible alternative would be to set a flag in the `sigint_handler` and simply check that flag in the true part of the if statement. However, signal handlers on Windows are asynchronous and this would require sleeping on the repl loop thread while still not necessarily guarnateeing that you caught the sigint. Reviewers: jfb Differential Revision: https://reviews.llvm.org/D64660 llvm-svn: 366281
This commit is contained in:
parent
1bd9c6547f
commit
e71679082c
@ -374,7 +374,18 @@ bool IOHandlerEditline::GetLine(std::string &line, bool &interrupted) {
|
||||
bool got_line = false;
|
||||
m_editing = true;
|
||||
while (!done) {
|
||||
#ifdef _WIN32
|
||||
// ReadFile on Windows is supposed to set ERROR_OPERATION_ABORTED
|
||||
// according to the docs on MSDN. However, this has evidently been a
|
||||
// known bug since Windows 8. Therefore, we can't detect if a signal
|
||||
// interrupted in the fgets. So pressing ctrl-c causes the repl to end
|
||||
// and the process to exit. A temporary workaround is just to attempt to
|
||||
// fgets twice until this bug is fixed.
|
||||
if (fgets(buffer, sizeof(buffer), in) == nullptr &&
|
||||
fgets(buffer, sizeof(buffer), in) == nullptr) {
|
||||
#else
|
||||
if (fgets(buffer, sizeof(buffer), in) == nullptr) {
|
||||
#endif
|
||||
const int saved_errno = errno;
|
||||
if (feof(in))
|
||||
done = true;
|
||||
|
Loading…
Reference in New Issue
Block a user