Hi. Is there a tool like this one for Morphos?:
http://aminet.net/disk/misc/DupFinder10.lha
It works well under Morphos, but a native one would scan big partitions faster.
I can't find anything on Aminet.


[ Edited by AmigaMancer on 2008/10/21 20:24 ]

CloneCollect by naTmeg. I can't find it on Aminet too. http://natmeg.stamey.at

@ AmigaMancer

Some years ago I wrote this shell utility available on Aminet: EqFiles V2.3.

Although EqFiles is only an ARexx program that manages external CLI commands, it was as fast as DupFinder on classic Amigas (without the bugs of DupFinder, and with more options).

There is also an improved MorphOS version that has new options and needs an 8-color ANSI MUICON window for its output. Download EqFiles V2.4 from my homepage.

You will see that EqFiles.rexx is very fast, due to its very small, very cryptic, and extremely efficient selection core that implements a mathematical property ignored by the authors of similar programs . Try to believe...

Put EqFiles.rexx in SYS:S.
Download AMINET:util/cli/ALeXcompare.lha, extract Cmp and put it in C:.
If you have MorphOS 1.4.x, you also need AmigaOS 3.1 Sort command in C:, because the native Sort is buggy.

EqFiles.rexx 2.4 has no manual. So you should type:
rx S:EqFiles.rexx ?
for a brief summary of the commands (new options included), as well as download the Aminet version and refer to the manual therein.


[ Edited by DoctorMorbius_FP on 2008/10/22 14:47 ]

I tried CloneCollect and unless i'm doing something wrong it's like a thousand times slower than DupFinder.
I will try EdFiles later. Thanks.

Quote:

I can compile native version for you but it wont run faster than 68k version. 68k code runs at full speed.

I don't know - maybe this one helps: http://aminet.net/package/util/misc/2b_Czyscidlo
I wrote this, because samoane asks me to do it.

@itix
Ok then. Since the 68k executable runs at full speed, nevermind.


@Kaczus
Nice one! Perhaps you could add an argument that will make the DELETE one interactive and let the user to decide which of the duplicate file(s) will be deleted.


[ Edited by AmigaMancer on 2008/10/23 9:42 ]

Maybe in future, but I'm not sure if it is necessary. Now You can generate report to file without deleting anything, or using automat and deleting duplificates.

If someone is interested, these are the options provided by EqFiles.rexx (TRUNC, NOPI, and NOSORT are not yet active):

11 Ram Disk: >> rx EqFiles ?

EqFiles V2.4 [MorphOS version] by Fulvio Peruggi - December, 09, 2005

Usage: [rx] EqFiles[.rexx] <dir1> [<dir2>] [ALL] [DELETE] [LINK] [FNAMES]
[DNAMES] [TRUNC] [FILE[S]] [NODL] [NOPI] [NOSORT] [NORES] [SIZE>x]
[ICONS] [INPAT=y] [EXPAT=z]
EqFiles scans all files in directories <dir1> and <dir2>, compares each file
in <dir1> with every file in <dir2> having the same size, and lists all
pairs of equal files detected.
<dir1> and/or <dir2> can be explicit directory names or legal AmigaDOS
patterns. If <dir2> is not specified, <dir2>=<dir1> by default.
Command operations act on the files in all subdirectories of the given
directories if the optional parameter ALL is specified.
Equal files found in <dir2> are deleted and notified if the optional parameter
DELETE is specified.
Equal files found in <dir2> are substituted by hardlinks and notified if the
optional parameter LINK is specified.
File equality is checked by content; the optional parameters FNAMES or DNAMES
force filename or dirname checking (actual file or dir content is ignored).
The program always types a list of all directories recovered by the patterns,
unless the optional parameter NODL is specified.
The program always types a list of all pairs of equal files detected, unless
the optional parameter NORES is specified.
The optional parameter FILE (or FILES) prevents the deletion of the
EF_<id>_Result file (respectively all the files) created in T: by EqFiles.
The optional parameter SIZE>x, where x is a non-negative integer, prevents
comparisons between files with size lower than, or equal to, x.
The optional parameters INPAT=y and/or EXPAT=z, where y and z must be legal
AmigaDOS patterns, can be used to select and/or reject all files whose
filenames match the patterns.
Icons are never compared unless the optional parameter ICONS is specified.

11 Ram Disk: >>


The link to EQFiles archive is in my previous post.

@AmigaMance

Quote:

I decided to compile it for PPC anyway with optimized file comparison :P

@itix

Neat! Thank you.

And here it is already.

http://aminet.net/package/disk/misc/DupFinderMUI

@itix
Hmm.. It doesn't work at all. Both the MorphOS and AmigaOS versions gives me an immediate **break when i try to execute them. With or without the new GUI argument.

That is strange. What is your setup? And what filesystem you are using? And which shell?

You can try 68k test build which tries to workaround possible filesystem bug. If it does not help there must be something wrong with your shell...


[ Edited by itix on 2008/10/31 9:22 ]

Quote:
I have an Amiga 1200, but this doesn't look like a hardware related problem, right?
I run AmigaOS 3.9 and MorphOS 1.4.5. It fails on both OSes with exactly the manner. Snoopdos doesn't report anything bad. I would think that it is caused by some old MUI class(es), but these are accessed only if the GUI argument is defined.

Quote:
I have tested it with SFS and PFS.

I see. Very interesting. MUI classes are accessed only if GUI option is given. It cant be a filesystem issue either. You probably have found a bug in MorphOS ?-) But then it should have been found already... strange :)

I created 2nd 68k test build you can try out. Either first or 2nd 68k test build should work...

The problem persists in both new builds, tested under both OSes.
I don't mind to test any new builds at all, but i say let's wait for other users to see if they can confirm it or not. Perhaps it is just me.

Rival (http://aminet.net/package/util/dir/Rival-V1.1-MOS) can do this job quite nice.

Despite over 150 downloads I havent got any other reports so far. Something really strange must be going on because there is something that triggers CTRL-C.

It could be GUI doing that (if something fails there) but since it happens even when GUI option is not used it can not be.

I suppose I have done something wrong in my port but I can not see anything wrong there... This is mystery to me.

@Daff
I don't think so... I just gave it a try. It has several disadvantages over DupFinder:
It's not possible to define more than 2 Volumes/Directories.
You can't make it scan a single source for duplicate files. Well, you can by selecting the same path in both entries. This is what i did for testing and i found it to be much slower than the 68k version of DupFinder.


@itix
Quote:
Ok. That's a good omen for your port.

Quote:
I guess so, as i never had such problem with older versions.