Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[jurgen]

When trying to run clrmame or the rebuilder using crossover on mac (M3 Pro MAX), both programs terminate when they are changing files. The scanning is working but not fixing or changing files.

Any idea what I can try or czn you provide a new test version here?

Ps: I can run romvault with success on same Mac, on same roms...

[Roman]

Sounds like an access rights problem.
But it's more interesting to know which files you're touching. zip? 7z? decompressed files/folders?
Since all 3 use different methods:

7z -> 7z.dll  (3rd party component)
zip -> ziparchive class (3rd party component)
decompressed files/folders -> std::filesystem / win api (depending if you're talking about the new rebuilder or cmpro)

So, simply test all cases, take a rompath with just 1 machine set, make it a 7z archive, a zip archive or use it decompressed.
...and check general access rights to that rompath. Are there differences between the new rebuilder and old cmpro?

[jurgen]

I never use compression since I have an expandable ThunderBay Flex which can store up to 172 TB (Currently 18 TB installed only). It's connected using Thunderbolt 3 (5000MB/s) so the speed should not be any problem too.

I logged in as root and no difference. The same for rebuilder.
All files are accessable as far as I know.

So what can I do?

[Roman]

Use RomVault.

[jurgen]

Use RomVault.

No other things I can try? I would like to use both tools because they offer a different experience/features.

Is there a way you can make a Mac version?

[Roman]

>No other things I can try?

Well you can try what I've told you, unfortunately you did not give too much details on your tests, so here again:

Try the 3 cases.
Start with an empty rompath, add one set with 1 wrongly named rom file.

1st test case: keep the set as folder/file
2nd test case: use a zipped set
3rd test case: use a 7z set

The scan should find the wrongly named rom (inside the folder / inside the archives) and if fix options are enabled, it tries to fix it. According to your post, modifying causes the exit. So try all 3 cases. Which one fails?
Instead of having one wrongly named file inside the archive/folder, you can also add a random file to it, which should appear as unneeded and fixing them would also cause a modification step. Let's see if that works.
You can post screenshots of the scanner windows where it lists (when fixing is off) your test case result, so I can have a look if that setup is ok already.


>Is there a way you can make a Mac version?

As the readme states, new scanner/rebuilder will get open source if they are done.
So you can try to get it compiled on a Mac.