فصل ۲۲ - Signals: Advanced Features📎

در این فصل مبحث سیگنال را، که در فصل ۲۰ و فصل ۲۱ آغاز کرده‌ایم، به پایان می‌رسانیم. در این فصل با موارد زیر آشنا می‌شویم:

• فایل‌های core dump
• حالت‌های خاص در تحویل سیگنال، disposition، و هندل کردن
• تولید synchronous و asynchronous سیگنال‌ها
• سیگنال‌ها در چه زمانی و به چه ترتیبی به پراسس تحویل داده می‌شوند.
• اینتراپت خوردن سیستم کال‌ها توسط سیگنال هندلرها و این که چگونه یک سیستم کالِ اینتراپت خورده را دوباره اجرا کنیم.
• سیگنال‌های realtime
• استفاده از سیستم کال sigsuspend(2) برای ست کردن سیگنال mask پراسس و انتظار کشیدن برای رسیدن یک سیگنال
• استفاده از سیستم کال sigwaitinfo(2) و sigtimedwait(2) برای اینکه به صورت synchronous منتظر رسیدن یک سیگنال شویم.
• استفاده از سیستم کال signalfd(2) برای اینکه سیگنال را از طریق file descriptor دریافت کنیم.
• API قدیمی BSD و System V برای کار با سیگنال‌ها

بعضی سیگنال‌ها باعث می‌شوند تا پراسس یک فایل core dump ایجاد کند و سپس terminate شود. برای یادآوری این تصویر از فصل ۲۰ را ببینید. core dump یک فایل، حاوی تصویر حافظه‌ی پراسس در زمانی است که terminate شده است. لغت core از یک فناوری قدیمی حافظه (memory) می‌آید. این تصویر حافظه یا memory image را می‌توان در یک دیباگر لود کرد تا وضعیت کد و دیتای برنامه در زمانی که سیگنال از راه رسیده است را بررسی کرد.

📝 یکی از راه‌هایی که می‌توان پراسس را مجبور به ایجاد فایل core dump کرد تایپ کاراکتر quit (معمولا Control-\) است که باعث تولید سیگنال SIGQUIT می‌شود.

$ ulimit -c unlimited
$ sleep 30
Type Control-\
Quit (core dumped)

در مثال بالا پیام Quit (core dumped) به وسیله‌ی shell نوشته می‌شود. shell متوجه شده است که فرزندش، یعنی پراسسی که sleep را اجرا می‌کرده، توسط سیگنال SIGQUIT کشته شده و یک فایل core dump ایجاد شده است.

مطالعه‌ی بیشتر📎

1. sigsuspend(2)
2. sigwaitinfo(2)
3. sigtimedwait(2)
4. signalfd(2)