Summary: | Search path "c:/gs" reported by GhostScript (on Windows) | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | Govert J. Knopper <govert> |
Component: | General | Assignee: | Ray Johnston <ray.johnston> |
Status: | RESOLVED WORKSFORME | ||
Severity: | minor | ||
Priority: | P4 | ||
Version: | 8.64 | ||
Hardware: | PC | ||
OS: | Windows 2000 | ||
Customer: | Word Size: | --- | |
Attachments: | gs_console_scrn |
Description
Govert J. Knopper
2009-06-29 01:17:35 UTC
*** This bug has been marked as a duplicate of 690146 *** Created attachment 5173 [details]
gs_console_scrn
I have the impression that it is misunderstood what I meant
I am referring to the search paths that GS help displays. "C:/gs/..." make no
sense. See text near bottom of attched screendump
Govert
See additional comment #2 below; forgot "Reopen bug" I think this should be cleaned up now that compile_inits is the default. It's not a serious issue though. Slows startup and clutters the help message, basically. What I get is: . ; Resource/Init ; %rom%Resource/Init/ ; %rom%lib/ ; c:/gs/gs8.71/Resource/Init ; c:/gs/gs8.71/lib ; c:/gs/gs8.71/Resource/Font ; c:/gs/fonts Even if there are directories that don't exist, this doesn't cause a problem, particularly since we only search there if we don't find them on an earlier path and with COMPILE_INITS=1 the %rom% paths always succeed. |