summary refs log tree commit diff stats
path: root/results/classifier/no-thinking-deepseek-r1:70b/reasoning/syscall/1805913
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/no-thinking-deepseek-r1:70b/reasoning/syscall/1805913')
-rw-r--r--results/classifier/no-thinking-deepseek-r1:70b/reasoning/syscall/18059133
1 files changed, 3 insertions, 0 deletions
diff --git a/results/classifier/no-thinking-deepseek-r1:70b/reasoning/syscall/1805913 b/results/classifier/no-thinking-deepseek-r1:70b/reasoning/syscall/1805913
new file mode 100644
index 00000000..2227f171
--- /dev/null
+++ b/results/classifier/no-thinking-deepseek-r1:70b/reasoning/syscall/1805913
@@ -0,0 +1,3 @@
+The bug report discusses an issue where readdir() returns NULL with errno=EOVERFLOW when running a 32-bit user-static qemu on a 64-bit host. The root cause is related to how glibc handles inode numbers and offsets, which don't fit into 32-bit ranges when using getdents64() from the 64-bit kernel. This leads to EOVERFLOW as per the C standard's requirements for readdir(). The problem arises in the interaction between the 32-bit environment (qemu) and the underlying 64-bit system calls.
+
+The issue is classified under "syscall" because it pertains to errors occurring during system calls, specifically how getdents64() handles inode numbers and offsets across different bitness environments.
\ No newline at end of file