Timeline for Could not find ld-linux-x86-64.so.2 in strace output
Current License: CC BY-SA 3.0
6 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jul 5, 2017 at 17:56 | comment | added | ultimate cause | thanks for your effort. I was under assumption that ldd does not executes or loads the binaries. However regarding NetBSD, I did an strace on version 7.1 and I see that ld.so was mmap'ed as first step. Let me know if I could send you my strace proof as personal message. | |
| Jul 5, 2017 at 14:05 | comment | added | julian♦ | @RIPUNJAYTRIPATHI A response to your comment has been added | |
| Jul 5, 2017 at 14:04 | history | edited | julian♦ | CC BY-SA 3.0 |
responded to comment
|
| Jul 5, 2017 at 6:22 | comment | added | ultimate cause | This makes sense. Thanks. A followup question is - I tried the same stuff on NetBSD machine and there I see the mapping of ld.so as the first step. So this should essentially means that this is implementation dependent whether we will see the dynamic linker in strace or not. Right? A second part of my question is - how does ldd mentions the base address of a library even without loading it? Please read last part of my question. | |
| Jul 4, 2017 at 19:40 | history | edited | julian♦ | CC BY-SA 3.0 |
deleted 128 characters in body
|
| Jul 4, 2017 at 19:08 | history | answered | julian♦ | CC BY-SA 3.0 |