Hi all,

I’ve been breaking my head on this for the past while and I figured I’d ask the hive mind here.

I’m using Double Commander as my file browser of choice, and I’m copying some files to an SD card that goes into an mp3 player running Rockbox, which only accepts FAT32 file systems.

I’ve tried to get all the filenames as compatible with FAT32 as possible, but here and there there’s still some file names that contain symbols incompatible with FAT32 ( , \ , / , : , * , ? , " , < , > , | .)

Now, Double Commander allows to use file templates for copying files, which includes the option for a file mask using regex. I figured I ought to be able to use this to skip files using these characters. Looking at regex syntax and googling for something similar to have already been done (I found this Stackexchange question) I came up with this regular expression:

[^\\/:*?\"<>|]

Double commander then spits out the following error, though:

Unhandled exception: ERegExpr: TRegExpr compile: quantifier ?+*{ follows nothing (pos 1)

Any ideas on what I’m doing wrong? Regex is kind of foreign to me, so I’m guessing I’m doing something fundamentally wrong that should be easy to solve for someone who knows what they’re doing.

  • MummifiedClient5000@feddit.dk
    link
    fedilink
    English
    arrow-up
    2
    ·
    11 months ago

    I’m not familiar with the TRegExpr engine and its quirks, so I could be wrong about some or all of this, but let’s try anyway:

    The characters in the brackets describe a set of characters, but without any quantifier after the brackets, they will only match a single character. If you want to match an entire string, you should begin the regex with a ^ character (which means “start of string” when outside brackets), have a quantifier such as * or + after the list and then end it with $ (“end of string”).

    The ^ character reverses the list, so it will match any characters not in the list. This may be what you want (i.e. to copy all the files that matches because they do not contain the characters in the list), but I feel that it should be mentioned.

    I suspect that you may need to escape the / character with a . And since the error message mentions * and ? I’d also try escaping those.

    So to match only the filenames that are FAT32 safe, I’d try something like this:

    ^[^\\\/:\*\?\"<>|]+$

    https://regex101.com/ is a great site for learning regex so I’d recommend that you try it out there (and keep in mind that different regex engines can have subtle differences, but sadly the site doesn’t do TRegExpr).

  • nyan@lemmy.cafe
    link
    fedilink
    English
    arrow-up
    2
    ·
    edit-2
    11 months ago

    Nearly all of the characters you’re trying to skim out are regex metacharacters. Most of them shouldn’t have any effect inside a character class, but it’s possible that the implementation you’re dealing with is substandard. The “escape everything possibly meaningful” version looks like ^[^\\\/\:\*\?\"<>\|]+$ (MummifiedClient5000 missed the |, which is a regex “or” operator).

    If you’re not given to labelling your files in non-ASCII character sets, you can always go in the reverse direction and list the characters that are permitted, something like ^[a-zA-Z0-9\. -_~&%]+$ (add a few more punctuation marks at the end if you need 'em).

    The other possibility, which I’m hoping is not the case, is that your regex filter is expecting POSIX regular expressions rather than the normal Perl-compatible, in which case you’ve got some more reading to do. (I doubt it, though.)

    • toothpaste_sandwichOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      11 months ago

      Thanks so much!

      I tried out your regex suggestions and they resulted in the same error. I was just about to file a bug report when I realised that I had not only filled in the regex in the field for a File mask, but also some filetypes in another field called Exclude files… Doublecmd with both fields filled in

      As soon as I removed the contents of “Exclude files”, the error went away. Makes sense, I suppose. Now I’m off to figure out how to exclude files with regex as well.