View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001223 | Double Commander | File operations | public | 2015-11-30 10:40 | 2021-03-27 12:45 |
| Reporter | arpod | Assigned To | Alexx2000 | ||
| Priority | normal | Severity | minor | Reproducibility | sometimes |
| Status | resolved | Resolution | fixed | ||
| Projection | none | ETA | none | ||
| Product Version | 0.6.6 | ||||
| Target Version | 1.0.0 | Fixed in Version | 1.0.0 | ||
| Summary | 0001223: Access Violation when typing path manually in a large remote directory | ||||
| Description | I have a directory mounted via sshfs, which contains over 950 subdirectories. Since it's remote, it can take few seconds to reload the entire directory. Hence, when navigating from one subdirectory to another, I find it faster to type the path manually. However, while I type the path, doublecmd sometimes throws non-critical errors about access violation, allowing me to continue working, but troubling nonetheless. | ||||
| Steps To Reproduce | It doesn't seem to happen once the large directory content is cached by OS (the content is listed in about the second, as opposed to few seconds when accessing it the first time or after a time delay). I can reproduce it only by unmounting the remote disk and mounting back. I have no other directories that large to test it. Here's the steps, though: 1) Be inside remote subdirectory (i.e. /mnt/remote/largedir/subdir_a/) without loading /mnt/remote/largedir/ first - via bookmark, manual path copy/paste, whatever. 2) Right-click the path, making it editable 3) Start deleting the characters from the back of the path using backspace 4) Around the third deleted character, an exception occurs. | ||||
| Additional Information | Here's a stacktrace from doublecmd.err --------------- 30-11-2015, 12:12:57 --------------- | DC v0.6.6 beta Rev. 6327 -- x86_64-Linux-gtk2 | Debian 7.9 -- GTK 2.24.10 Unhandled exception: EAccessViolation: Access violation Stack trace: $0000000000000000 in $0000000000BEBA34 line 121, column 5 of kaspathedit.pas in /usr/lib/doublecmd/doublecmd $0000000000BEC965 line 290, column 24 of kaspathedit.pas in /usr/lib/doublecmd/doublecmd $000000000070EF7F line 5844, column 5 of include/wincontrol.inc in /usr/lib/doublecmd/doublecmd $0000000000711FDD line 7224, column 30 of include/wincontrol.inc in /usr/lib/doublecmd/doublecmd $00000000005D5961 in /usr/lib/doublecmd/doublecmd $000000000070DF39 line 5326, column 28 of include/wincontrol.inc in /usr/lib/doublecmd/doublecmd $00000000008DE055 line 112, column 36 of lclmessageglue.pas in /usr/lib/doublecmd/doublecmd $00000000007F02F9 line 3614, column 68 of gtk2proc.inc in /usr/lib/doublecmd/doublecmd $00000000007ED811 line 1955, column 43 of gtk2proc.inc in /usr/lib/doublecmd/doublecmd $00000000007EC7D7 line 2382, column 10 of gtk2proc.inc in /usr/lib/doublecmd/doublecmd $00000000007FF9A7 line 917, column 81 of gtk2callback.inc in /usr/lib/doublecmd/doublecmd $00007FEFC4E77099 in /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 It's exactly the same for every exception. | ||||
| Tags | No tags attached. | ||||
| Fixed in Revision | 9746 | ||||
| Operating system | Linux | ||||
| Widgetset | GTK2 | ||||
| Architecture | 64-bit | ||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2015-11-30 10:40 | arpod | New Issue | |
| 2021-03-27 12:45 | Alexx2000 | Fixed in Revision | => 9746 |
| 2021-03-27 12:45 | Alexx2000 | Assigned To | => Alexx2000 |
| 2021-03-27 12:45 | Alexx2000 | Status | new => resolved |
| 2021-03-27 12:45 | Alexx2000 | Resolution | open => fixed |
| 2021-03-27 12:45 | Alexx2000 | Fixed in Version | => 1.0.0 |
| 2021-03-27 12:45 | Alexx2000 | Target Version | => 1.0.0 |
