http://bugs.winehq.org/show_bug.cgi?id=13838
--- Comment #27 from max@veneto.com 2008-07-02 17:57:47 --- (In reply to comment #26)
(In reply to comment #25)
Another finding... The problem arises from the case-sensitivity of properties. In dlls/msi/package.c, the properties 'LocalAppDataFolder' and 'AppDataFolder' are initialized to corresponding register values WITH the trailing backslash.
There are tons of tests to prove that property names are case sensitive.
That one I know for sure, it's stated everywhere.....
What needs to be tested is if LOCALAPPDATAFOLDER and APPDATAFOLDER are also set as well as their counterparts.
They're NOT tested as their counterparts. The capitalized ones (i.e. the LOCAL ones) are set with NO trailing backslash. The global (uncapitalized) ones are set WITH the trailing backslash. BTW, I still don't know WHERE the capitalized ones are set.... I don't know installer so in depth. Maybe do you ?
AutoCAD installer OTOH looks for the properties CAPITALIZED, so 'LOCALAPPDATAFOLDER' and 'APPDATAFOLDER' which are initialized (don't know where yet) as corresponding registry values WITHOUT trailing backslash.
Shouldn't be too hard to find...
Well, for me it is... (to find WHERE capitalized props are set and WHY they're different from global ones)
I guess it's a bug in Acad installer, but I guess M% returns the capitalized properties with backslash too, as uncapitalized ones, so the installer just appends 'Autodesk' to returned path. In wine, the resulting path misses the backslash between the returned property and the word 'Autodesk'.
I think it's a little too early to say it's a bug in the acad installer.
Yep, it was too early. Now I understand the difference from capitalized props and uncapitalized ones.
Max