[Bug 15556] New: Adobe Illustrator CS installer looks for Color directory in wrong place?

wine-bugs at winehq.org wine-bugs at winehq.org
Thu Oct 9 08:25:58 CDT 2008


http://bugs.winehq.org/show_bug.cgi?id=15556

           Summary: Adobe Illustrator CS installer looks for Color directory
                    in wrong place?
           Product: Wine
           Version: CVS/GIT
          Platform: Other
        OS/Version: other
            Status: NEW
          Keywords: download
          Severity: normal
          Priority: P2
         Component: -unknown
        AssignedTo: wine-bugs at winehq.org
        ReportedBy: dank at kegel.com


http://bugs.winehq.org/show_bug.cgi?id=10002#c8
is a report from Anastasius about Illustrator CS's 
installer getting confused about where the Color
directory lives.  Here's what he said, with long traces
removed:

--- snip ---
installer and the app/support tools don't get well with
color profiles in mscms storage (the 'private' locations will work).
With the current implementation of mscms api, the profiles are stored in
"windows/system32/spool/drivers/color".
This works as long as the mscms API is used to retrieve the directory where the
profiles are stored.

Unfortunately the CS installer stores the profiles *NOT* in
"windows/system32/spool/drivers/color" but in the old 9X
"windows/system32/Color/" location (creates the "Color" directory if not
present).
...
Illustrator and other support tools later retrieve the profiles location by
using GetColorDirectoryA().
...

Nothing is found due to installer putting them in "old" directory and C++
exception is thrown.
Not catastrophic for Illustrator because it searches additional 'private'
profile locations but it adds additional noise.
Other tools like the adobe gamma loader (from "C:\Program Files\Common
Files\Adobe\Calibration\Adobe Gamma Loader.exe") won't even work due to that
problem.

To solve the profiles problem - supporting the "old" and "new" profile storage
I suggest to use a symbolic link.

E.g. wine should create a "windows/system32/Color/" symlink to
"windows/system32/spool/drivers/color".
That way older and new apps can access the profiles.

With fresh ~./wine, precreation of "color" profile directory symlink and
installation, the app and tools find the profiles:
--- snip ---

So, why is the installer doing this?  
Should we work around it with the symlink suggested by Anastasius?


-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.



More information about the wine-bugs mailing list