Everything, Everything

And could be mitigated by whitelisting (or filtering out malicious) Content-Type headers until apps are recompiled,… https://t.co/pVY2Gc0Jp4
9 days, 17 hours, 2 minutes ago
Happy 20th Birthday to @nmap, may it live to be 120! Initiating SYN Stealth Scan at 13:42
23 days, 3 hours, 57 minutes ago
It's #transferdeadlineday. Don't get too excited if you're an Arsenal fan! https://t.co/1HHopfC2o8
24 days, 10 hours, 17 minutes ago
Android Oreo installation problem. Are Google's servers overloaded? Or is it just me? https://t.co/0GgHAafAj2
34 days, 2 hours, 33 minutes ago
Legacy Calls
Tuesday 5th September, 2017 23:06
I recently updated a batch file, originally written by someone else, to perform some extra checks and commands. This involved a sanity check to make sure the user hadn't right clicked and run the script as an administrator (otherwise it created files in system32 and failed to run properly). A simple if statement worked perfectly.

But very similar code seemed to fail later on in the script. I could run a batch file, but unlike running an executable the parent would terminate once the child had completed. The trick is to call the second batch file. This "calls one batch program from another without stopping the parent batch program" according to Microsoft's documentation.

I think I was vaguely aware of this from messing around with Zenmap's batch files for compilation many years ago. I used call to fix my updated script and then searched online to make sure that was actually the right workaround (and not a coincidence).

I didn't check this, but I suspect I could use cmd.exe with arguments as another workaround. Either way, legacy things like this do still seem to haunt Windows and its developers.

At some point the batch file will be replaced by a PowerShell script, which should be much easier to write and maintain.
© Robert Nicholls 2002-2017
The views and opinions expressed on this site do not represent the views of my employer.
HTML5 / CSS3