View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005321 | JEDI VCL | 00 JVCL Components | public | 2010-09-02 10:46 | 2010-10-08 16:29 |
| Reporter | marcelverbeek | Assigned To | obones | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | no change required | ||
| Product Version | 3.39 | ||||
| Target Version | Fixed in Version | ||||
| Summary | 0005321: jvSearchFiles doesn't always find files in recursive directories | ||||
| Description | I search on a network drive with Rootdirectory: \\pzdc03.zoetermeer.peutz.local\vol4\projecten\C\C 833 Beoordeling uitvoering woonunits\ found files: 2 I search again, this time a directory higher: \\pzdc03.zoetermeer.peutz.local\vol4\projecten\C\ Now 40 files were found, should be 266. For example the 2 files in the directory \\pzdc03.zoetermeer.peutz.local\vol4\projecten\C\C 833 Beoordeling uitvoering woonunits\ can't be found.A lot more directories were not found but not all. Same settings. I've uploaded a small project. | ||||
| Additional Information | - os: windows XP professional - delphi version: 2009 professional - The networkdrive is located on a fileserver connected through a 10 mbit VPN-connection. - the rootdirectory \\pzdc03.zoetermeer.peutz.local\vol4\projecten\C\ has 6908 directories including subdirectories. | ||||
| Tags | No tags attached. | ||||
|
2010-09-02 10:46
|
ReadODT.7z (4,270 bytes) |
|
|
the VPN-connection isn't a problem. I tested it local with the same (wrong) results. The rootdiretory became p:\projecten\C\ so the UNCpaths are no problem either. |
|
|
Nothing seems to be wrong in the onprogress-event-implementation: With or without the onprogress-event gave the same (wrong) results. |
|
|
I probably found the bug: If the searchpath exceeded a max length of (probably) 255 chars, in my case 320 chars, jvSearchFiles stops reading due an Windows-error. Because the errorResponse property was set default to erAbort, i never noticed this. I still think it's a bug although a lot of Windows API calls have a 255 chars limitation. |
|
|
Windows-path-limitations can be bypassed by prefixing the search-rootdirectory with \\?\ or as in my (UNCpath) case with \\?\UNC\ source: http://msdn.microsoft.com/en-us/library/aa365247(VS.85).aspx#maxpath Suggestion: Perhaps this workaround can be build into TjvSearchFiles. This issue can be closed. |
|
|
Thanks for letting us know |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-09-02 10:46 | marcelverbeek | New Issue | |
| 2010-09-02 10:46 | marcelverbeek | File Added: ReadODT.7z | |
| 2010-09-02 11:53 | marcelverbeek | Note Added: 0017634 | |
| 2010-09-02 14:12 | marcelverbeek | Note Added: 0017635 | |
| 2010-09-03 09:50 | marcelverbeek | Note Added: 0017639 | |
| 2010-09-03 12:07 | marcelverbeek | Note Added: 0017640 | |
| 2010-10-08 16:29 | obones | Note Added: 0017827 | |
| 2010-10-08 16:29 | obones | Status | new => resolved |
| 2010-10-08 16:29 | obones | Resolution | open => no change required |
| 2010-10-08 16:29 | obones | Assigned To | => obones |
