blob: 1e51c445b68b6e964cf1a55077bb3a4d4f2e52b3 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
The issue describes a problem related to signal handling, which occurs during runtime, particularly in user-mode emulation for Nios2 in QEMU.
The appropriate classification is:
**runtime**
This categorization fits because it involves an error occurring during the execution or operation of the system, specifically within the emulation environment, rather than being directly tied to a specific instruction fault or a syscall error.
Step-by-step explanation:
1. **Identify Key Terms**: The bug report mentions "broken signal handling" and "nios2 user-mode emulation."
2. **Understand Context**: Signal handling is a system-level process that occurs during runtime, not at the instruction level.
3. **Match Categories**:
- **Instruction**: Refers to issues with specific CPU instructions, which doesn't apply here.
- **Syscall**: Involves errors in system calls, but signal handling isn't a syscall issue per se.
- **Runtime**: Pertains to errors that occur while the program is executing, which fits this scenario.
4. **Conclusion**: The bug falls under "runtime" issues as it relates to how signals are managed during emulation.
Answer: runtime
|