RC 4.1.0: very long filenames bug

Issue #217 duplicate
Former user created an issue

Using RC 4.1.0 The latest GB no-intro DAT contains:

Mani 4 in 1 - Genki Bakuhatsu Gambaruger + Zettai Muteki Raijin-Oh + Zoids Densetsu + Miracle Adventure of Esparks - Ushinawareta Seiseki Perivron (China) (Ja).gb

RC sees it as yellow although the filename is ok..

Comments (17)

  1. Former user Account Deleted

    prog is in:
    D:\Emulation\romcenter32_4.1.0

    rom is in:
    D:\Unzipped\NoIntro\GB

    Tried to put rom as:
    D:\new\ but didn"t solve the bug.

    On Win 7 32bit.

  2. TheShadowRunner

    Now I’m confused because the path I have the rom stored at:

    D:\Unzipped\NoIntro\GB\Mani 4 in 1 - Genki Bakuhatsu Gambaruger + Zettai Muteki Raijin-Oh + Zoids Densetsu + Miracle Adventure of Esparks - Ushinawareta Seiseki Perivron (China) (Ja).gb

    is 185 characters, so far less than the problematic 260..

    Also the 2 solutions apply only to Win10 and newer, so it can’t be the same issue, I don’t think..

    Thanks for your help.

  3. TheShadowRunner

    Eric,, did you test with the rom uncompressed ?

    The bug seems to only occur when the rom is NOT zipped.. !?

    please see

  4. kik

    I’m having a similar issue when trying to scan a redump sega-saturn folder containing plain cue+bin files.
    Some japanese game names are pretty long and when you combine the folder and the name of the cue, it’s easy to bust the limit.
    When it occurs, romcenter doesn’t tell you exactly the folder that caused the issue.
    My use-case might bit a little bit different though because I’m accessing the files using a UNC (everything is stored on a NAS)

  5. kik

    if it’s zipped, yes, it does work fine. Although if the zip file full path is too deep, I get the same path too long error.

  6. kik

    I’ve tried the 4.2 RC3, but it looks like the long path support is still not functioning properly.
    Any chance to get it fixed in the official 4.2 ?

  7. Log in to comment