http://bugs.winehq.org/show_bug.cgi?id=18292
Summary: Make 8.3 names for LFNs more "Windows-like" Product: Wine Version: 1.1.20 Platform: PC URL: http://source.winehq.org/source/dlls/kernel32/path.c OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: kernel32 AssignedTo: wine-bugs@winehq.org ReportedBy: kennybobs@o2.co.uk
When Windows creates 8.3 names for long file names, it does so in the form Progra~1 and increments the number by one with each new creation of a similar filename.
So, Program Files --> Progra~1 Programmers --> Progra~2 Program Blah blah --> Progra~3 and so on.
Under Wine, the 8.3 filenames seem somewhat random (PROG~HAE for example).
Is it possible to implement this behaviour?
It would make it easier to guess short path names, which makes it easier to add paths to the registry (when needed for workarounds, for example).
http://bugs.winehq.org/show_bug.cgi?id=18292
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source
http://bugs.winehq.org/show_bug.cgi?id=18292
Alexander Scott-Johns alexander.scott.johns+winebug@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexander.scott.johns+winebu | |g@googlemail.com
--- Comment #1 from Alexander Scott-Johns alexander.scott.johns+winebug@googlemail.com 2009-04-29 19:16:04 --- (In reply to comment #0)
When Windows creates 8.3 names for long file names, it does so in the form Progra~1 and increments the number by one with each new creation of a similar filename.
[...]
Microsoft has four patents related to long filenames on FAT, and recently tried to sue TomTom over them. Maybe this is why it isn't implemented properly - the Wine developers don't want to risk it.
The patents may not apply to ext partitions though.
* http://en.wikipedia.org/wiki/Short_file_names * http://en.wikipedia.org/wiki/File_Allocation_Table#FAT_licensing * http://en.wikipedia.org/wiki/TomTom#Patent_infringement_lawsuit * http://practical-tech.com/operating-system/deep-in-microsofts-tomtom-linux-p... * http://blogs.zdnet.com/perlow/?p=9594
http://bugs.winehq.org/show_bug.cgi?id=18292
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WONTFIX
--- Comment #2 from Vitaliy Margolen vitaliy@kievinfo.com 2009-04-29 22:15:28 --- There are no reason to duplicate that. And as mentioned might own some patents on that stuff.
http://bugs.winehq.org/show_bug.cgi?id=18292
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #3 from Vitaliy Margolen vitaliy@kievinfo.com 2009-04-29 22:17:13 --- Closing
http://bugs.winehq.org/show_bug.cgi?id=18292
--- Comment #4 from Ken Sharp kennybobs@o2.co.uk 2009-04-30 06:13:57 --- I have already said there is a reason for duplicating it. But it looks like Microshaft wins again. God knows how that patent was granted!
"TomTom paid Microsoft an undisclosed sum and will reduce functionality in its products" How nice for the end user.
It looks like the ~blah on Wine remains consistent anyway, so, in theory, any workarounds using the short paths should work every time, unless something is changed later.
I'm sure I'll find out soon enough.
http://bugs.winehq.org/show_bug.cgi?id=18292
--- Comment #5 from Alexandre Julliard julliard@winehq.org 2009-04-30 16:32:13 --- The reason is not the patents, the reason is that we can't store the short name so we can't handle collisions. So we have to use a hash that makes collisions unlikely.
http://bugs.winehq.org/show_bug.cgi?id=18292
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spammis@spam.la
--- Comment #6 from Dmitry Timoshkov dmitry@codeweavers.com 2011-03-14 23:57:18 CDT --- *** Bug 26422 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18292
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |26423