| Author |
Message |
Index > Bug Reports ~ Lots of freezing when working on mounted remote location |
| blank |
 Posted: Thu Feb 04, 2010 5:17 pm |
 |
|
|
Registered User
Joined: 22 Jul 2008
Posts: 19
|
These bugs have existed for a long time, and from what I can tell, it's due to the fact that I'm working on a remote location mounted as a drive letter (Y:\).
I can't reproduce these bugs, but they happen daily, after I've been working for at least 30 minutes. I will list them...
1. Switching project folders, either by using "Open Dir as Project" or using "Open Recent Project..." causes E to freeze. When using "Open Dir as Project", I'm able to select a directory, hit "OK", then it freezes without switching.
2. Closing E causes E to freeze. It's as simple as that. The main window closes, but the "Projects" window, which ISN'T inside the main window, stays open and stops responding. Clicking the "x" on the Projects window does not close it, and I have to force-close.
The first one is the worst, as the state of the editor reverts and I lose all the documents I had open.
Again, this is all while working on files in a remote. I have experienced this on Windows XP SP2/3 x32 and Windows 7 x64.
It occurs every single day and it drives me insane. |
|
|
| Back to top |
 
|
| haxd |
| Posted: Tue May 25, 2010 8:13 am |
|
|
|
Registered User
Joined: 25 May 2010
Posts: 7
|
| Have opened a bug on the bug tracker, issue #427 with a way to reproduce this freeze/crash. |
|
|
| Back to top |
|
| freefallr |
| Posted: Sun May 30, 2010 3:10 pm |
|
|
|
Registered User
Joined: 30 May 2010
Posts: 1
|
hi there,
I'll second that bug! It's been a very long standing bug.
Steps to reproduce:
Map a network share in windows to say the Z: drive.
Start e
Select option open dir as project
choose a folder on the Z: drive.
E may / may not hang at this point.
Now choose open dir as project again
Now choose another folder on the Z: drive
always hangs at this point. This is a common error by coders in windows. Here's a description ofthe problem - and it supposes that the windows API is used to code the program. I've never looked at the source code for e (I believe it's just been open sourced (after I've paid for it too!)...
The SHBrowseForFolder() call is used to browse for a folder
The problem is that the windows OS may need to perform network queries to ensure that the share specified is available. This can take ages (depending on network configuration). This delay makes windows think that your program has hanged and otften shows the "end task" dialog...
This problem can be easily solved by using a waitable timer. When the timer times out, it can be assumed that the system is having trouble addressing the drive/folder specified and can cancel the operation in progress - hence avoiding the e-text editor hang!
It'll be interesting to see if this is solved any time soon... |
|
|
| Back to top |
|
|
|
