[Home] [Downloads] [Search] [Help/forum]


Register forum user name Search FAQ

Gammon Forum

[Folder]  Entire forum
-> [Folder]  MUSHclient
. -> [Folder]  Bug reports
. . -> [Subject]  MUSHclient hangs when rebooting on Windows 7

MUSHclient hangs when rebooting on Windows 7

It is now over 60 days since the last post. This thread is closed.     [Refresh] Refresh page


Posted by Kerish   (6 posts)  [Biography] bio
Date Mon 01 Feb 2010 05:35 PM (UTC)
Message
Hi guys, scoured the forum but I either didn't see or must've missed the solution to this particular problem. I'm using MUSHclient 4.43. It installs fine, and works great, until I reboot my computer. Then I get "MUSHClient has stopped working", along with the standard 'end program' and 'pretend to do something useful without providing any further information and end the program anyways' options that Windows 7 gives when a program crashes. Here's the only information that it gives me, hopefully it'll tell you guys something:

Problem signature:
Problem Event Name: APPCRASH
Application Name: MUSHclient.exe
Application Version: 4.0.43.0
Application Timestamp: 4a7f3ac4
Fault Module Name: MUSHclient.exe
Fault Module Version: 4.0.43.0
Fault Module Timestamp: 4a7f3ac4
Exception Code: c0000005
Exception Offset: 001c1bcc
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1033
Additional Information 1: f2e0
Additional Information 2: f2e0538414a1a64cd792a0c0c11b374a
Additional Information 3: a9f4
Additional Information 4: a9f447d9122ab619c152b05438606ff4

So, anyone have any ideas? I'd like to not have to reinstall the program every time I reboot my computer.

Side-note: Running it as admin with no compatibility(compatibility doesn't change anything, I tried 'em all).
[Go to top] top

Posted by Nick Gammon   Australia  (22,973 posts)  [Biography] bio   Forum Administrator
Date Reply #1 on Mon 01 Feb 2010 07:02 PM (UTC)
Message
Do you reboot the computer with MUSHclient running? If not, it sounds like some remnant has been left over (can't imagine what). If so, then maybe it doesn't notice the "reboot" message, and just sits there.

- Nick Gammon

www.gammon.com.au, www.mushclient.com
[Go to top] top

Posted by Worstje   Netherlands  (899 posts)  [Biography] bio
Date Reply #2 on Mon 01 Feb 2010 08:51 PM (UTC)

Amended on Mon 01 Feb 2010 08:53 PM (UTC) by Worstje

Message
I had similar issues with Win7 in my first install of it, but never had the second one of them. Never with MUSHclient in specific, though, but many applications would crash at shutdown time.

The reason I spotted is that all of these programs pop up a 'have you saved', 'do you really want to close the program' kind of popup. Windows 7 might not actually show those windows due to the black fade covering most things, or they might be otherwise obscured. If there's no input after X amount of seconds, Windows has to conclude the process crashed since it isn't abiding by the mandated close message.

Try deselecting all checkmarks on the Global Configuration screen, Closing tab.

PS: This is all guesswork, be it with a good foundation.
[Go to top] top

Posted by Kerish   (6 posts)  [Biography] bio
Date Reply #3 on Tue 02 Feb 2010 06:02 PM (UTC)
Message
Hey guys, I think I figured out what the issue was. In order to save in the default directories in the Program Files folder, I had it set to run with admin privileges(because, for some reason, Win7 defaults to not allowing the user access to change files in the program folders). I changed the security settings to allow me access to change the files, turned off admin privileges, and it works again. Haven't rebooted yet, but I'm going to do that now and I'll post again in a minute.
[Go to top] top

Posted by Kerish   (6 posts)  [Biography] bio
Date Reply #4 on Tue 02 Feb 2010 06:03 PM (UTC)
Message
Also, no, I close all programs before rebooting/shutting down the PC. Helps avoid unnecessary junk hanging around.
[Go to top] top

Posted by Kerish   (6 posts)  [Biography] bio
Date Reply #5 on Tue 02 Feb 2010 06:10 PM (UTC)
Message
Yeah, that was the problem. Security for the MUSHClient install folder was set to read-only on the user level, and it was running with admin privilege so it could write to the Program Files folder. So, changing the security for the install folder and all subfolders to allow read/write on the user level, and turning off admin solved the problem.
[Go to top] top

Posted by Larkin   (278 posts)  [Biography] bio
Date Reply #6 on Fri 05 Feb 2010 01:21 AM (UTC)
Message
For Vista and 7, I highly recommend you either install MUSHclient somewhere other than Program Files or make your own custom shortcut that sets the target directory to something you are allowed to write permissions.

Using the elevated admin permissions and/or changing security for folders are not optimal solutions, since you're circumventing the measures Microsoft put into place for you.
[Go to top] top

Posted by Twisol   USA  (2,257 posts)  [Biography] bio
Date Reply #7 on Fri 05 Feb 2010 01:23 AM (UTC)
Message
I'd love to know why World of Warcraft doesn't seem to have this issue. Its addons are also kept in its Program Files folder, if I recall correctly.

'Soludra' on Achaea

Blog: http://jonathan.com/
GitHub: http://github.com/Twisol
[Go to top] top

Posted by Nick Gammon   Australia  (22,973 posts)  [Biography] bio   Forum Administrator
Date Reply #8 on Fri 05 Feb 2010 03:57 AM (UTC)
Message
I am guessing the Blizzard installer changes folder permissions. The MUSHclient installer doesn't muck around with permissions.

- Nick Gammon

www.gammon.com.au, www.mushclient.com
[Go to top] top

Posted by Kerish   (6 posts)  [Biography] bio
Date Reply #9 on Wed 10 Feb 2010 04:06 AM (UTC)
Message
Nick Gammon said:

I am guessing the Blizzard installer changes folder permissions. The MUSHclient installer doesn't muck around with permissions.


It does, if I recall. Either way, changing the permissions or installing the client to another folder resolved the issue entirely. Hopefully this will help other people having similar issues. :)
[Go to top] top

Posted by Twisol   USA  (2,257 posts)  [Biography] bio
Date Reply #10 on Wed 10 Feb 2010 04:20 AM (UTC)
Message
Nick Gammon said:

I am guessing the Blizzard installer changes folder permissions. The MUSHclient installer doesn't muck around with permissions.


Out of curiosity, could I ask why not? It seems like it would quite easily solve the issues with MUSHclient in Program Files, but I don't know the cons of it.

'Soludra' on Achaea

Blog: http://jonathan.com/
GitHub: http://github.com/Twisol
[Go to top] top

Posted by Worstje   Netherlands  (899 posts)  [Biography] bio
Date Reply #11 on Wed 10 Feb 2010 04:27 AM (UTC)
Message
Twisol:

An installer isn't supposed to muck around with the permissions of the program files folder. All that needs doing is that Nick properly seperates the binary and static data from the settings and other user generated data so it isn't an issue.

I think WoW simply does it because rewriting and restructuring the entire client is far too much work and relatively 'dangerous' with such a big program that earns so much money. In comparison, on a business perspective, changing some permissions is far safer.

That is assuming WoW doesn't correctly save the user data stuff in the place it is supposed to - Application Data. Not Program Files.
[Go to top] top

Posted by Nick Gammon   Australia  (22,973 posts)  [Biography] bio   Forum Administrator
Date Reply #12 on Wed 10 Feb 2010 04:28 AM (UTC)

Amended on Wed 10 Feb 2010 04:29 AM (UTC) by Nick Gammon

Message
Twisol said:

Out of curiosity, could I ask why not?


Laziness?

Somehow, delving into the documentation for the installer, and then for each successive version of Windows, and then making, and testing, an installer that works for Windows 98 upwards, and somehow (if possible) still works for people that use thumb drives, and maybe plug them into Windows XP and home and Windows 7 at work (or some other combination) just makes me feel very tired.

And then this improved installer has to preferably not fiddle with the Registry (for people who want to keep their playing of MUD games at work a secret), but also cope with how they currently have it installed, without lots of errors about missing world files, or missing plugins, or log directories not found. It sounds like a big task to me.

- Nick Gammon

www.gammon.com.au, www.mushclient.com
[Go to top] top

Posted by Twisol   USA  (2,257 posts)  [Biography] bio
Date Reply #13 on Wed 10 Feb 2010 04:36 AM (UTC)
Message
Duly noted.

'Soludra' on Achaea

Blog: http://jonathan.com/
GitHub: http://github.com/Twisol
[Go to top] top

Posted by Twisol   USA  (2,257 posts)  [Biography] bio
Date Reply #14 on Wed 10 Feb 2010 05:15 AM (UTC)
Message
Worstje said:
An installer isn't supposed to muck around with the permissions of the program files folder.


It would be changing the permissions of its own folder, not Program Files itself. I see no inherent problem with the former, though clearly the latter is undesirable.

'Soludra' on Achaea

Blog: http://jonathan.com/
GitHub: http://github.com/Twisol
[Go to top] top

The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).

To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.


34,513 views.

It is now over 60 days since the last post. This thread is closed.     [Refresh] Refresh page

Go to topic:           Search the forum


[Go to top] top

Quick links: MUSHclient. MUSHclient help. Forum shortcuts. Posting templates. Lua modules. Lua documentation.

Information and images on this site are licensed under the Creative Commons Attribution 3.0 Australia License unless stated otherwise.

[Home]


Written by Nick Gammon - 5K   profile for Nick Gammon on Stack Exchange, a network of free, community-driven Q&A sites   Marriage equality

Comments to: Gammon Software support
[RH click to get RSS URL] Forum RSS feed ( https://gammon.com.au/rss/forum.xml )

[Best viewed with any browser - 2K]    [Hosted at HostDash]