这似乎只是 Windows 上的错误。
查看来自 SQLite download page 的 C source code as an amalgamation, version 3.8.8.3. 中的代码,我看到在 shell.c 中,如果 SIGINT 是,则注册了 SIGINT 的处理程序(对应于 Windows 上的 Control-C)定义:
#ifdef SIGINT
signal(SIGINT, interrupt_handler);
#endif
SIGINT 是在signal.h 中定义的,但在 Windows 上被故意排除在外:
#if !defined(_WIN32) && !defined(WIN32)
# include <signal.h>
# if !defined(__RTP__) && !defined(_WRS_KERNEL)
# include <pwd.h>
# endif
# include <unistd.h>
# include <sys/types.h>
#endif
包含signal.h 会导致信号处理程序被注册,并且我确实得到了中断(没有进程终止!)到使用 Control-C 的长时间运行的 SQL 命令。
但这对于后续的 Control-C 事件并不可靠(例如,如果您想在会话中中断第二个长时间运行的命令),对于 MSDN 上的 Win32 应用程序,signal(SIGINT,...) 是 documented as unsupported。
使用特定于 Windows 的 SetConsoleCtrlHandler 而不是 signal(SIGINT,...) 来注册中断处理程序可以可靠地处理后续的 Control-C 事件。
这里是 shell.c 与使用 SetConsoleCtrlHandler 提到的源版本的差异:
757c757
< #ifdef SIGINT
---
> #if defined(SIGINT) || defined(_WIN32) || defined(WIN32)
766a767,782
>
> #if defined(_WIN32) || defined(WIN32)
> /*
> ** Windows event handler
> */
> BOOL WINAPI CtrlHandler(DWORD dwType){
> switch( dwType ){
> case CTRL_C_EVENT:
> interrupt_handler(0);
> return TRUE;
>
> default:
> return FALSE;
> }
> }
> #endif
4207a4224,4225
> #elif defined(WIN32) || defined(_WIN32)
> SetConsoleCtrlHandler(CtrlHandler, TRUE);
可以通过将合并中的所有源文件添加到 Visual Studio C++ 控制台项目来轻松构建 shell(除了构建所需的标准/系统头文件之外,没有外部依赖项)。
我已经向 SQLite 用户邮件列表发送了一条消息,通知他们该错误。