dummzeuch 1505 Posted April 20, 2023 (edited) I'm currently trying to reverse engineer a tool that consists of a frontend with a really dreadful GUI and a command line program as backend, which is called by that frontend and does the actual work. The idea is to write my own frontend that does some additional preparatory work, then calls the backend and … Read on in the blog post. Edited April 20, 2023 by dummzeuch 2 Share this post Link to post
DJof SD 13 Posted April 20, 2023 Thank you for posting the note here and the BLOG entry. It just might be a tool that can help me solve a little problem. Share this post Link to post
Fr0sT.Brutal 900 Posted April 21, 2023 You're lucky the backend is not controlled via STDIN 🙂 Share this post Link to post
Der schöne Günther 316 Posted April 21, 2023 Why? I think that is actually a pretty decent way. Share this post Link to post
dummzeuch 1505 Posted April 21, 2023 (edited) 3 hours ago, Der schöne Günther said: Why? I think that is actually a pretty decent way. But quite difficult to reverse engineer. At least compared to the backend just being started with command line parameters. Actually I'm thinking about also tunneling stdin/out/err with the tool. Stdout is actually used by the backend to pads status information back to the frontend. Edited April 21, 2023 by dummzeuch Share this post Link to post
Fr0sT.Brutal 900 Posted April 21, 2023 2 hours ago, Der schöne Günther said: Why? I think that is actually a pretty decent way. It's quite simple for backend - if it just a simplest "read input-process-write output-exit or repeat" tool but it's messy for frontend and if you have to be async. Nothing serious of course but lots of non-funny stuff Share this post Link to post