View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001363 | Double Commander | Plugins | public | 2016-04-26 16:04 | 2020-06-19 21:52 |
Reporter | phs | Assigned To | Alexx2000 | ||
Priority | normal | Severity | block | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Projection | none | ETA | none | ||
Platform | PC | OS | Windows | OS Version | XP, Vista, 7 |
Product Version | 0.6.6 | Product Build | 6327M | ||
Target Version | 0.7.2 | Fixed in Version | 0.7.2 | ||
Summary | 0001363: DC get freezing on openig multipart RAR archives | ||||
Description | DC will be not responsible, after trying open part of multipart rar archive, whichs last part isnt in directory. It must be killed by task manager. | ||||
Steps To Reproduce | Try open multipart rar archives, if there are not all parts (volumes) particulary the last in directory. | ||||
Additional Information | Similar problem I've just solved in my application. Solution lies in register callback operation by oppenig rar archive. This callback will return -1, if next volume haven't be found. (By unrar documentation its only way to work with multivolume archives.) Siplyfied example (only UCM_CHANGEVOLUME(=0) and UCM_CHANGEVOLUMEW(=3) was processed) only for listing in archive - modification for extracting (or other operation) might be needed function nextvolume(msg : UInt; UserData : LPARAM; P1 : LPARAM; P2 : LPARAM): Integer;stdcall; begin // P1 pointed to zero ended string (msg=0) or wide string (msg=3) with expected next volume name // P2 if P2=1, next volume is possible (information only), if P2=0 next volume absents (error) // this callback are called twice for a volume, firstly with message=0, secondly with msg=3 if (msg = 0) or (msg=3) then if P2<>0 //its possible next volume? then result := 1 //next volume pressent, you can continue else result := -1 //next volume absent, dont continue else result := 0 //other messages arent processed end; You can register callback function by rar archive opening (the stucture/record have an apropiate member). I cant found the part of source code responsible for rar archives manipulation in DC, therefore I cant verify this cause. But symptoms are the same as in my application. | ||||
Tags | No tags attached. | ||||
Fixed in Revision | 6814-6816,6821 | ||||
Operating system | Windows | ||||
Widgetset | |||||
Architecture | 32-bit, 64-bit | ||||
duplicate of | 0000069 | closed | freeze in multiple rars |
Date Modified | Username | Field | Change |
---|---|---|---|
2016-04-26 16:04 | phs | New Issue | |
2016-04-26 23:25 | Alexx2000 | Assigned To | => Alexx2000 |
2016-04-26 23:25 | Alexx2000 | Status | new => assigned |
2016-04-26 23:25 | Alexx2000 | Target Version | => 0.7.2 |
2016-04-27 09:06 | Alexx2000 | Fixed in Revision | => 6814 |
2016-04-27 13:35 | Alexx2000 | Fixed in Revision | 6814 => 6814-6816 |
2016-04-27 13:35 | Alexx2000 | Status | assigned => resolved |
2016-04-27 13:35 | Alexx2000 | Resolution | open => fixed |
2016-04-30 13:52 | Alexx2000 | Fixed in Revision | 6814-6816 => 6814-6816,6821 |
2016-04-30 13:52 | Alexx2000 | Fixed in Version | => 0.7.2 |
2016-06-23 08:11 | Alexx2000 | Relationship added | duplicate of 0000069 |
2020-06-19 21:52 | Alexx2000 | Status | resolved => closed |