This showed up on linux after doing a build with a --prefix= given to the autogen.sh script. The default LIBPATH then does not include the ./Resource directory, so running the bin/gs without doing the 'make install' showed this up. Basically, only those Resource categories found on one of the LIBPATH paths were being enumerated. I already have a patch that I will post shortly The test is: bin/gs -sGenericResourceDir=Resource/ -c "/X 1 def (*) { =print ( ) print } 100 string /CMap resourceforall quit" which doesn't print anything unless the Resource/ path is one of the LIBPATH paths.
Patch against 8.1x (similar to HEAD) is: diff -u -r1.33.2.1 gs_res.ps --- lib/gs_res.ps 12 Dec 2003 22:07:58 -0000 1.33.2.1 +++ lib/gs_res.ps 31 Aug 2004 20:18:53 -0000 @@ -457,9 +457,17 @@ 2 index 0 get % args [ (c/) (t) dup length 3 1 roll % args [ l (c/) (t) concatstrings % args [ l (c/t) - [ exch - /LIBPATH .systemvar exch - .generate_dir_list_templates ] % args [ l [(pt)] + [ + /LIBPATH .systemvar 2 index + .generate_dir_list_templates % args (t) [ l [(pt)] + % also add on the Resources as specified by the GenericResourceDir + [ currentsystemparams /GenericResourceDir get] + counttomark 1 add index .generate_dir_list_templates + % Resource files on OpenVMS requires a separate template (gs:[dir.*]*) + [ currentsystemparams /GenericResourceDir get] + counttomark 1 add index .file_name_separator (*) + concatstrings concatstrings .generate_dir_list_templates + ] exch pop { % args [ l (pt) dup length 2 index sub exch % args [ l Lp (pt)