04 August 2024, 12:35 | #1 |
Registered User
Join Date: Mar 2013
Location: Leipzig/Germany
Posts: 471
|
Internal file name representation
I'm working on a program for extracting Amiga lha files on the PeeCee side with correct metadata and file names by using _UAEFSDB.___ and .uaem files. It works fine already for filenotes an protection bits, but I have problems understanding how WinUAE handles file names internally.
I'll try to explain with a test case: Extract the attached zip file to a non-NTFS partition, mount "chartest" as a hard drive and boot from it, close emulator, fsdb file will be created. If I now take a look at the anames in the _UAEFSDB.___ I expect "clean" byte sequences in the file names: 0xf0-0xff, 0xe0-0xef etc. Works as expected for for 0xc0-0xff but here are the head scratching parts: For the 0xb0 sequence: \B0\B1\B2\B3\8E\B5\B6\B7\9E\B9\BA\BB\8C\9C\9F\BF <- got that \B0\B1\B2\B3\B4\B5\B6\B7\B8\B9\BA\BB\BC\BD\BE\BF <- expected For the 0xa0 sequence: \A1\A2\A3\80\A5\8A\A7\9A\A9\AA\AB\AC\AD\AE\AF <- got that \A1\A2\A3\A4\A5\A6\A7\A8\A9\AA\AB\AC\AD\AE\AF <- expected Questions are now: 1. Am I missing something? Is my test case wrong? 2. Is this a WinUAE bug? (It seems so, because it works as expected with Amiberry.) 3. If not, why is it done this way and 4. what is the logic behind it? BTW: Not only the names in the db are wrong, WinUAE also dumps wrong bytes as file names to the host file system (Linux/wine). :-\ So the problem is not actually fsdb related, it's only showing up there. |
04 August 2024, 13:00 | #2 |
Registered User
Join Date: Jan 2002
Location: Germany
Posts: 7,046
|
It's probably the difference between ISO-8859-1 and Windows-1252 code pages.
|
04 August 2024, 13:35 | #3 | |
Registered User
Join Date: Mar 2013
Location: Leipzig/Germany
Posts: 471
|
Quote:
You're on the right track. Looks more like a ISO-8859-15 to cp1252 conversion: https://de.wikipedia.org/wiki/Windows-1252 (bottom of the page). But why do conversion for the INTERNAL file names? Bytes should stay bytes as they are... |
|
04 August 2024, 16:31 | #4 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,602
|
It looks like it is translated name which (as you said) shouldn't be stored. It probably got broken ages ago or something and no one has noticed because it does not normally cause any "visible" side-effects.
|
04 August 2024, 17:14 | #5 |
Registered User
Join Date: Mar 2013
Location: Leipzig/Germany
Posts: 471
|
So basically a design decision from the good old Windows XP days from when cp1252 was a thing, maybe ever earlier. Nice code artifact.
I wonder if it always worked that way or it got broken on the long road from back then. I assume, you will not fix it, because it will break compatibility!? |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
File manager to unzip file from FTP/network on OS3.1? | Photon | support.Apps | 21 | 15 July 2024 23:54 |
Imaging internal harddrive to HDF file using TSGui Help? | ProdigalAmigan | support.Apps | 4 | 07 January 2018 00:23 |
asm code file errors and external file locations | Brick Nash | support.WinUAE | 0 | 06 April 2015 17:14 |
Wanted: 2x internal floppy A500, 1x internal floppy A1000, A500 512kb fastmem | high-5 | MarketPlace | 2 | 08 January 2010 21:48 |
File .NFO & file ID.diz stuff.... How To..!! | DC33 | support.Other | 4 | 11 March 2009 10:21 |
|
|