[tranglos]

Webern,

I will not entertain your flippant remarks, you’re wasting time. I will just say that the fact that something works on your system does not negate the fact that it doesn’t on mine.

I am however somewhat surprised that the author of EmEditor seems to follow the “works for me” approach to debugging, too.

[tranglos]

Hi Yutaka,

I am sorry but I cannot debug your product for you. If you googled “stackhash”, you would find out that there is never a module by that name: the identifier means that the module is unknown, so the OS provides a hash of the stack instead, which only serves to identify the particular crash (distinguish it from other crashes). Here’s a brief description from a Microsoft technician (first answer below the OP):

http://social.msdn.microsoft.com/Forums/en/isv/thread/cc5ff3a6-c6d6-4965-a776-8e72875f162f

I have found out that if I run EmEditor as administrator (with the UAC prompt), then the crashes do not happen. What this suggests to me is that there is indeed a permissions problem somewhere. When EmEitor runs as administrator, the permissions problem does not occur, hence no crash. Again, exception 5 is “access denied”, and I would think this is a better indication of why EmEditor crashes than the meaningless “stackhash”.

If I can provide you with any more information to debug this issue, please let me know. These crashes have been happening consistently since the beginning of 2011, so at least since version 10 was released.

(Yes, I have all the latest drivers and updates installed. No other app on my system exhibits any similar problems; that includes Office 2007, versions of Delphi from 6 to XE, a couple of recent games and several other text editors.)

[tranglos]

Well, if EmEditor crashes, it is an EmEditor problem :)

(I guess it could be a plugin problem, too, but I am only using the plugins installed by default with EmEditor.)

APPCRASH is just Microsoft’s code word, it doesn’t mean anything very specific. There is a very specific code: 005, which in Windows is “access denied”. It could be that an unhandled exception caused by this error is crashing EmEditor. Whatever the reason, it does look like an uncaught exception in EmEditor code.

Meanwhile, I have discovered yet another reliable method to crash EmEditor:

Right-click empty space in the menu bar -> click “Customize menus”. When the dialog box shows up, click OK. Crash!

This is the latest version of EmEditor on Win7 32-bit, the system is running smoothly otherwise.

[tranglos]

Hi Yutaka,

Yes, the path is correct.

Also, when I add a new macro file and the program crashes, the macro does get added to the list and it is displayed after a restart. (This may tell you a little about when the crash occurs).

No problems occur when actually executing a macro; only the various management functions seem affected.

[tranglos]

This works great, thank you kindly!

(Now, about that “replace in all open documents” request od mine… :)

[tranglos]

I knew it had to be somewhere :) Thanks a lot!

[tranglos]

I think the OP meant expressions like “cat AND NOT mouse”, or just “cat NOT mouse”. Those would be useful for Find in Files, and you cannot express this easily with a regular expression.

[Author]

Posts