blob: 0b754095be73ba318da6cb4000301e54bc933f04 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
<think>
Alright, I need to classify this bug report under one of the given categories: instruction, syscall, or runtime.
The problem described is that when running a command inside QEMU, such as `/bin/true $(yes | head -n 100000)`, it fails with "Argument list too long," even though modern kernels don't have a fixed argv/environ limit anymore. The issue is specifically with the user-space emulation in QEMU still using a fixed limit.
Looking at the possible categories:
- **Instruction**: This would involve an incorrect CPU instruction or something related to executing code, which doesn't seem to be the case here.
- **Syscall**: This relates to errors when making system calls. The issue arises during `execve`, which is a syscall. The emulation in QEMU isn't handling large argument lists correctly when making this call, causing it to fail.
- **Runtime**: Errors that occur during runtime but aren't directly tied to syscalls or instructions.
The problem occurs during the execution of a system call (`execve`) due to limitations in how QEMU emulates the environment. Therefore, the issue falls under the syscall category.
</think>
syscall
|