| ||
When I try to copy a (large) file and the target file already exists, I can try to compare both files with JFC. Ztree then checks for binary identity first. This process can be aborted with escape (if it takes long enough) but then Ztree assumes that both files are different (shows text "files are different" which is not correct, at least Ztree does not know this) and starts the external compare program (TFC or whatever is configured). I think it should simply stop the compare at all because the compare process was aborted. | ||
|
Thread locked
Messages in this Thread
- [BETA] v2.1.124 Now Available! (1,200) - Kim Henkel - Jan 26,2011 at 23:06 [BETA]
- Option for EBCDIC! NICE! (nomsg) (1,163) - David Bullock - Jan 27,2011 at 03:36
- EBCDIC (1,323) - Andrew Watson - Jan 27,2011 at 06:38
- The Minister (1,098) - Andrew Watson - Jan 27,2011 at 07:04
- EBCDIC (1,323) - Andrew Watson - Jan 27,2011 at 06:38
- [Bug] View/Dump: access violation when switching charset, and mask glitches (984) - Martijn Coppoolse - Jan 27,2011 at 21:58
- Fixed next build (nomsg) (980) - Kim Henkel - Jan 27,2011 at 22:07
- Fix confirmed, thx (nomsg) (956) - Martijn Coppoolse - Jan 31,2011 at 18:41
- Fixed next build (nomsg) (980) - Kim Henkel - Jan 27,2011 at 22:07
- [Bug] Canceling JFC comare leads to false result (983) - Juergen Hestermann - Jan 28,2011 at 00:20
- [Bug] Canceling JFC comare leads to false result (1,005) - Kim Henkel - Jan 28,2011 at 01:23
- [Bug] Canceling JFC comare leads to false result (996) - Juergen Hestermann - Jan 28,2011 at 12:07
- [Bug] Canceling JFC comare leads to false result (1,005) - Kim Henkel - Jan 28,2011 at 01:23
- Option for EBCDIC! NICE! (nomsg) (1,163) - David Bullock - Jan 27,2011 at 03:36