Yet another reason why GM > *

Discussion in 'Server/Website Chat' started by Dark, 16 Sep 2008.

  1. Yet another reason why GM > *

    Code:
    SetTitleMatchMode 2
    Loop
    {
    	WinKill, Application Error	
    	Sleep 5000
    }
    Those 4 wonderful lines of AutoHotkey code (not counting the braces) guarantee that when srcds crashes in the way that has become very common now, my existing server loader will catch the process closing. Before this, an Application Error message appeared which required manual intervention to close before the srcds process closed, but now this will check every 5 seconds and close any that appear.

    Basically, whenever a server crashes, it will almost always be back up before anyone gets automatically disconnected :D
     
  2. Re: Yet another reason why GM > *

    sounds like a nice improvement here :)
     
  3. Re: Yet another reason why GM > *

    Nice work, now I'll have to demote all the leaders as we're not needed anymore :)
     
  4. Re: Yet another reason why GM > *

    good work dark.



    I lol'd at your location :lol:
     
  5. Re: Yet another reason why GM > *

    works, just happend 30 mins ago :)
     
  6. Re: Yet another reason why GM > *

    Awesome :D - I hadn't actually tested it tbh :P
     
  7. Re: Yet another reason why GM > *

    yeah, i thought so, that is why i gave you that feedback :) came online in 10 secs
     
  8. Re: Yet another reason why GM > *

    uh... i was on the serv and had to close a window like this xD
    but dunno.
     
  9. Re: Yet another reason why GM > *

    well the db server came online for everyone, no problem, just ppl saying about huge lag - FastJohn was there, can confirm
     
  10. Re: Yet another reason why GM > *

    Window Spy any error messages that appear, please :D

    (Programs > Autohotkey > AutoIt3 Window Spy and then just focus on the error message and save all the shit that appears in the window spy dialog)
     
  11. Re: Yet another reason why GM > *

    I confirmed! :mrgreen:

    everyone was still there :)

    great work dark.
     
  12. eoN

    Re: Yet another reason why GM > *

    HAHA so true xD But would it work?
     
  13. Re: Yet another reason why GM > *

    It runs globally for the main user's desktop on the dedi, so errors of that type in any program (not just all our srcds processes) will be closed. So yeah, it already runs on our gmod server :P And it seems to work too - I saw it handle errors in gmod several times earlier today :D
     
  14. Re: Yet another reason why GM > *

    It turns out the script only worked when someone was logged into RDP because the screensaver password protect was enabled, which hides all windows, preventing AHK from functioning.

    It should work perfectly now :D
     

Users Viewing Thread (Users: 0, Guests: 0)