From: Steve C. <ste...@mq...> - 2004-09-23 03:41:21
|
Haejoong Lee wrote: > Hi, > > Please use the "Toward-2_0" branch for the latest 2.0.x code. Thanks, that fixed it. I'm looking at the agfio code and have a comment or two. it doesn't work without LD_LIBRARY_PATH being set, presumably some other magic is needed on windows. There seems little need for this since you know where the .so files are installed (or at least where they were) and can look there and load the files via a direct path. dlopen will take an absolute path name and just load the file rather than having to search LD_LIBRARY_PATH. Can I suggest the code be changed to try loading from the known location, then backing off to the current strategy if this fails. I'm willing to try making this change if there is support. I note that the install location of each plugin shared library is written in the Makefile.am in the plugin directory. Is there an automake way of forcing this from above so that we can rely on the value rather than hoping that plugin dirs conform? On a different note, what measures are in place to ensure consistent handling of character encodings through different file formats? Looking at the CAG format I can't see that it would ensure consistent output of unicode strings. I see that internally things use the C++ string type, has there been any thought to using wstring instead? This is clearly an issue if something like CAG is supposed to be an alternative to the XML format. It also looks like plain char * strings are being used in the scripting interface. It seems a shame to close the door on using non-ascii encodings in this day and age. Steve |