• NeatNit@discuss.tchncs.de
      6·
      4 months ago

      Unicode in filenames? Are you crazy?!

      Okay that was /s to some extent but I gotta rant, I’m totally convinced that there’s still new software today that completely trip over themselves when files or paths have non-ASCII characters, or sometimes even a space. Incompetence didn’t go anywhere.

      • Rubanski@lemm.ee
        2·
        4 months ago

        I still use underscores for filenames, basically muscle memory at this point

        • aulin@lemmy.world
          1·
          4 months ago

          Spaces in file names will always be fiddly though. It’ll work, but it’ll still be wrong, because arguments are space separated, and having spaced file names totally messes with that.

          • Fennek@feddit.org
            2·
            4 months ago

            I try to just always put files names or paths into quotes in CLI or tie it to a variable in programming. This way it also accepts spaces and knows how to separate it from arguments.

      • pmk@lemmy.sdf.org
        1·
        4 months ago

        Unicode in filenames can be a bad idea, since there are more than one way to achieve what looks like the same character. So matching patterns could fail if you think it’s one way, but it’s actually another representation in unicode.

    • Psythik@lemmy.world
      0·
      4 months ago

      Speaking of which, it blew my mind when I discovered that .EXEs are just zip files compressed archives. Same goes for .DLLs, and a lot of other common Windows file extensions as well. (.DOC too, for example IIRC). They all open in your favorite archiver software (I like NanaZip; which is a fork of 7-Zip with a modern UI).

      • areyouevenreal@lemm.ee
        1·
        4 months ago

        Just because they open in 7-Zip or whatever doesn’t mean they are just a zip file. There are several kinds of archives. EXEs are a special case as well. They aren’t archives at all. Rather they can contain archives or extra content along with being an executable. One reason is self extracting archives. Here an archive is packaged with an extraction program as an exe all in one. The other case is exes that have extra resources like images, videos, graphics textures, etc. Either way it’s an executable plus some extra stuff, not a zip archive. DLLs I am not sure about, but I suspect something similar is happening here.

        Next time you should research stuff before posting it on Lemmy. Things are sometimes more complicated than they appear.

        docx you are correct about though. Specifically it’s a zip file that contains XML files and resources.

        Edit: I actually found an article on self extracting archives, it’s quite an interesting technology to be fair even if it causes confusion: https://en.m.wikipedia.org/wiki/Executable_compression

      • NeatNit@discuss.tchncs.de
        1·
        4 months ago

        I don’t think that’s true for .exe or .dll files, but it’s definitely true for .docx files and other Office files ending with x. Some .exe’s are self-extracting archives or have other files embedded in them, so maybe that’s what you’ve been seeing.

        • areyouevenreal@lemm.ee
          1·
          4 months ago

          You are actually correct. They can contain archived files or resources that can be unpacked with an archive program (including on Linux btw), but they aren’t just a zip file. That’s why my Linux archive manager (ark I think) offer to open one, but won’t execute it. They can see the extra content even if they can’t execute the file as intended.

        • Psythik@lemmy.world
          0·
          4 months ago

          Why don’t you just try it and see for yourself?

          Remind me in about 5 hours and I’ll upload a screenshot as proof when I get home.