Print

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

[Roman]

You definetly need to use the test build posted here....
As soon as a path does not exists and cmpro tries to create a folder, the official binary will fail...the test build should work.
The "\\?\" prefix stuff should already work in the official binary...the only necessary stuff was to increase MAX_PATH constants which are used when creating or changing folders...so the fix and so the support was pretty easy to add...

[Cassiel]

OK, let me swap them out now and continue...

[Cassiel]

Hmmm... not all peaches and cream unfortunately.

It seems to rebuild OK (both Source and Destination I added \\?\) but when I go to scan, it throws up this 'fix' which it (unsurprisingly) cannot complete.





I've added \\?\ to the 1st ROM path.

[Roman]

7z? rar? sorry but I cannot speak for 3rd party libs to support this right. maybe you can zip up roms and dat for me to test

[Cassiel]

Uncompressed... no packer.

[Cassiel]

http://redsplinter.com/tosec/%5bST%5d.rar

Here is the Atari ST DAT I was using + some files that are short and overlong.

I'm rebuilding/scanning everything uncompressed, no packer involved at all.

[Roman]

thanks...a *sigh*...MS Lib call CFileFind does not handle 32k paths...need to use some w32 api calls....

[Roman]

today's test version should include a fix for your issue, too...By the way...it was of course no wrong-case scan error...it failed due to the long name..

Still have to find out which core calls do not handle 32k paths natively...FindFirstFile was one....wonder if all dir tree walks handle it....
so please keep testing...and I will check which things may go wrong, too....

[Cassiel]

Thanks... I will test this morning and feedback.