summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
...
* Move io.h include to top of the fileJari Vetoniemi2018-10-19
|
* Refactor project, offer uio variant of region-rwJari Vetoniemi2018-10-19
|
* Add comment about setcap at top of the programJari Vetoniemi2018-10-19
|
* proc-region-rw: minor consistency editJari Vetoniemi2018-10-19
| | | | MODE_MAP is first everywhere else so..
* brute-map.bash: drop regions that aren't foundJari Vetoniemi2018-10-18
|
* proc-region-rw: use errxJari Vetoniemi2018-10-18
|
* Add some toolsJari Vetoniemi2018-10-18
|
* fix read modeJari Vetoniemi2018-10-18
|
* Nicer cli interfaceJari Vetoniemi2018-10-18
| | | | | | | | | | | | | | | | | | | | | | | | | | Remove some behaviour that isn't clear to user, such as if no offset argument is given, write uses the map offsets from regions to write data from file starting from the region's map offset! now write is explicit and does exactly what you would expect. map is provided for remapping regions, that is providing file (such as shared library usually), and it will write contents of it starting from the region map offset for each given region. Assuming maps has this line: `7f392b87e000-7f392b8b9000 r-xp 00017000 08:01 133842 /usr/lib/libncursesw.so.6.1` And we do this: `proc-region-rw <pid> write /usr/lib/libncursesw.so << maps` The contents of /usr/lib/libncursesw.so would be written to 7f392b87e000-7f392b8b9000 (This will most likely cause htop to crash) Now if we do this instead: `proc-region-rw <pid> map /usr/lib/libncursesw.so << maps` The contents of /usr/lib/libncursesw.so _starting from offset 000170000_ would be written to 7f392b87e000-7f392b8b9000. Notice the difference, map function uses the offset information from region, to write contents from the input file, starting from the offset in the region. (This should not crash htop.)
* Remove cruft from makefileJari Vetoniemi2018-10-18
|
* Initial commitJari Vetoniemi2018-10-18