| 23 Nov 2025 |
 Tristan Ross | I thought you just said it's not a PIE problem | 20:32:06 |
 dramforever | it's a problem because it's a PDE | 20:32:24 |
| Tristan Ross | Yes, so it's the problem I was explaining. The executable should be a PIE but the kernel thinks its not. | 20:32:49 |
| dramforever | the executable has no signs of being a PIE | 20:33:04 |
| dramforever | it has type ET_EXEC, first segment doesn't start at address 0 | 20:33:41 |
| Tristan Ross | Yeah | 20:33:56 |
| Tristan Ross | And the good binaries have a different address for the PHDR | 20:34:08 |
| dramforever | so why "should" it be a PIE? | 20:34:10 |
| Tristan Ross | So mmap wouldn't EPERM? | 20:34:31 |
| dramforever | that can't be the general solution though | 20:37:05 |
| dramforever | because random stuff just doesn't work built as PIE | 20:37:14 |
| dramforever | last time i checked this list includes gcc itself i think | 20:37:37 |
| Tristan Ross | Oh, so how would GCC get fixed so it doesn't EPERM? | 20:38:05 |
| dramforever | i have no idea why ubuntu doesn't have this problem | 20:53:02 |
| dramforever | is their gcc a pie? | 20:53:07 |
| Tristan Ross | Idk | 20:54:12 |
| dramforever | why is ubuntu not just a big monorepo that i can search anything i want in 🫠| 21:06:45 |
| Tristan Ross | lol | 21:09:44 |
