Thanks for your fast reply :)

> > Progress windows - remember & restore last position; all other windows do
> this,
> > why the progress windows should be excluded.
>
> hmm...have to look that up...theoretically it should already do that...but maybe
> it opens just in the middle of the current window.

Yes, it opens right on top of the current window.


> > About window drag'n'drop - add support for calculating hashes of multiple
> files
> > in a single ZIP/7z/RAR archive.
> About window drag'n drop should show all crc32 values of all files in the
> dropped rar/7z/RAR files already.

I've just did some tests:
. ZIP - works :)
. RAR - works :)
. 7z - doesn't work :(
For 7z archives the output is like this:
| Path: C:\folder\archive.7z
| Name:
It probably does the calculation, but the output gets messed up somehow (i've tried also with 7z archive of a CD image and it took a lot more time than with the smaller archives)


> > Scanner - add support for auditing 7z/RAR compressed ROMs. You could disable
> > fixing errors for these until full 7z/RAR support is added.
> It's done already but not enabled. The packer routines are generic now but I
> have to clean up some stuff before I enable that.

Great! In the meantime, is there some commandline option/etc. to enable that? Or it's a compile-time switch?


> > Scanner - support for auditing sets made of archives with multiple files, like
> > GoodMerged sets & similar. Again, fixing errors is not really needed, a simple
> > audit is enough.
> Eh?

ROM folder consisting of multiple archives; Each archive contains multiple files like in MAME; But the DAT file specifies each of these files as a separate set.
A quick solution could be to treat each rom file as if it was sitting uncompressed in the rom folder and ignore the presence of the archives and their names. I.e. the file i/o routine transparently decompresses the file and provides the uncompressed data to the scanning routines, but presents it as a file in the rom folder (and hides the fact that it was actually a compressed file)
Really, haven't you heard about the GoodMerge program?


> > I ofthen check this info while scanning, to confirm the number of selected
> sets.
> > After the change, this is impossible because the main window cannot be focused
> > so the tooltip doesn't show up.
> > Could you add the tooltip to more windows?
> The scan results window, setinfo window is accessible and you can select the
> titlebar.

LOL, didn't know that it's already done :)


> > More detailed error messages for 7z archives (what does "7zip error 5" means?
> > even the filename isn'n shown)
> Great eh? Now you know why the 7z SDK sucks. No more information is provided by
> 7zip.

Aren't these codes` descriptions available anywhere ?


> > Rebuilder (possibly bug) - i wasn't able to rebuild from a 7z archive when the
> > "Remove matched sourcefiles" was unchecked (got "7zip error 5"). After
> enabling
> > this option, the rebuilding completed without errors. I'm not sure if this
> > specific archive got processed or was simply ignored&deleted with the rest. I
> > later tried to reproduce this, but i can't seem to make/find another one with
> > "7zip error 5"
>
> Interesting....will check that. If you got the file + dat, send it.

As i said, the file got deleted by the rebuilder. It was a file i made specifically to test 7z support in ClrMamePro.
I've tried to make another one, but they all come up error-free.
I'll look around to see if i can find another suitable file on my drives.


> > How could i "search crc in folder" ?
>
> In the About window dialog-> right click to see the popupmenu.

Didn't knew that either, thanks. I've somehow forgot that there is a menu, and assumed that a right click is only for changing buttons look.
But i got a problem here. After i type the CRC and press OK, ClrMamePro crashes:

In reply to:

---

CMPRO caused an invalid page fault in
module CMPRO.EXE at 01cf:004d2e0c.
Registers:
EAX=00000000 CS=01cf EIP=004d2e0c EFLGS=00010202
EBX=00000000 SS=01d7 ESP=009ab074 EBP=009ab334
ECX=005521ef DS=01d7 ESI=00000000 FS=86b7
EDX=81af4f84 ES=01d7 EDI=005d7620 GS=0000
Bytes at CS:EIP:
8b 00 83 e8 10 50 e8 29 1b f4 ff 83 c0 10 83 c4
Stack dump:
9ac7b5ef 009aba30 00000000 009ab6e8 00000101 bff7b9ae 81aff4e4 00000000 009aba30 014e0870 00571b24 005d6ee8 009ab334 005d6ee8 004237c5 014e0861

---

Does the fact that i use Win98SE affect this somehow?



[EDIT] I've managed to make another "error 5" files, here's the link:
http://uploaded.to/?id=508ona
7z and DAT files included inside the archive.
I think i understood what happens.
If the source folder contains a file in both compressed and uncompressed form (with same names), the uncompressed file is used for rebuilding and both files get deleted. I'm not sure yet what checks are performed on the archive.