如何解决在Python中覆盖基本信号SIGINT,SIGQUIT,SIGKILL ??
| 我正在编写一个根据公司政策添加普通UNIX帐户(即修改/ etc / passwd,/ etc / group和/ etc / shadow)的程序。它还做一些花哨的事情,例如向用户发送电子邮件。 我已经完成所有代码的工作,但是有三段非常关键的代码,它们会更新上面的三个文件。该代码已经相当健壮,因为它锁定了这些文件(例如/etc/passwd.lock),写入了一个临时文件(例如/etc/passwd.tmp),然后用该临时文件覆盖了原始文件。我很高兴它不会与我程序的其他运行版本或系统useradd,usermod,passwd等程序兼容。 我最担心的是这些部分中间的Ctrl + C,Ctrl + D或kill命令。这导致我进入信号模块,它似乎恰好满足了我的要求:在“关键”区域中忽略某些信号。 我使用的是Python的旧版本,它没有signal.SIG_IGN,所以我有一个很棒的“传递”功能:def passer(*a):
pass
我看到的问题是信号处理程序无法按我期望的方式工作。
给出以下测试代码:
def passer(a=None,b=None):
pass
def signalhander(enable):
signallist = (signal.SIGINT,signal.SIGQUIT,signal.SIGABRT,signal.SIGPIPE,signal.SIGALRM,signal.SIGTERM,signal.SIGKILL)
if enable:
for i in signallist:
signal.signal(i,passer)
else:
for i in signallist:
signal.signal(i,abort)
return
def abort(a=None,b=None):
sys.exit(\'\\nAccount was not created.\\n\')
return
signalhander(True)
print(\'Enabled\')
time.sleep(10) # ^C during this sleep
这段代码的问题在于,在time.sleep(10)调用过程中,^ C(SIGINT)导致该函数停止,然后,我的信号处理程序按需接管。但是,这不能解决我上面的“关键”区域问题,因为我不能容忍任何遇到失败信号的语句。
我需要某种信号处理程序,它将完全忽略SIGINT和SIGQUIT。
Fedora / RH命令\“ yum \”是用Python编写的,基本上可以实现我想要的功能。如果在安装任何东西时执行^ C,它将打印一条消息,例如“在两秒钟内按^ C以强行杀死。”,否则,将忽略^ C。我真的不在乎两秒钟的警告,因为我的程序在不到一秒钟的时间内完成了。
有人可以帮助我为CPython 2.3实现一个信号处理程序,该信号处理程序不会导致当前语句/函数在忽略信号之前被取消吗?
一如既往,在此先感谢。
编辑:在S.Lott的回答之后,我决定放弃信号模块。
我将回到2个积木。查看我的代码,每个不可中断的关键区域都会发生两件事:用file.tmp覆盖文件,并在完成后删除锁(否则其他工具将无法修改该文件,除非将其手动删除)。我已经将每个函数放在try:
块中的自己的函数中,而except:
只是再次调用了该函数。这样,在出现KeyBoardInterrupt
或EOFError
的情况下,该函数将重新调用自身,直到完成关键代码为止。
我不认为我会遇到太多麻烦,因为我只捕获了用户提供的退出命令,即使那样,只捕获了两到三行代码。从理论上讲,如果可以足够快地提出这些例外情况,我想我可能会得到“最大回缩深度超出”错误,但这似乎还很遥远。
还有其他问题吗?
伪代码:
def criticalRemoveLock(file):
try:
if os.path.isFile(file):
os.remove(file)
else:
return True
except (KeyboardInterrupt,EOFError):
return criticalRemoveLock(file)
def criticalOverwrite(tmp,file):
try:
if os.path.isFile(tmp):
shutil.copy2(tmp,file)
os.remove(tmp)
else:
return True
except (KeyboardInterrupt,EOFError):
return criticalOverwrite(tmp,file)
解决方法
没有真正的方法可以真正保存您的脚本。当然,您可以忽略信号并使用ѭ2signals捕获键盘中断,但这取决于您的应用程序对此类中断的影响,并且它必须能够在某种保存点处理完中断后才能恢复操作。
您真正唯一能做的就是处理临时文件(而不是原始文件),并在完成工作后将其移动到最终目标位置。我认为从文件系统的角度来看,此类文件操作应该是“原子的”。否则,如果发生中断:从干净的数据开始重新开始处理。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。