Hello again It seems it was a partial fix. I tested it using an install with all modules on one system, and there were no problems at all. But now I noticed that if I use 2 systems, one with install-offline modules, and another with install-online, using the same system and database configurations, I still get some errors. For example, if I make a request on public interface using diacritics, and I approve it on ra, it looks ok in browser and on mysql shell. But after I make the dataexchange and I select the same request on ca interface for signing, I have � instead of diacritics. The same character appears on mysql shell too.
On Fri, 2010-03-12 at 15:35 -0500, Massimiliano Pala wrote: > Hi all, > > after looking around the code for the possible source of the problem, > it seems that the values retrieved from the DB are not automatically > treated as UTF-8 (the bit is not internally set by the DBD modules). > > A simple fix is posted here: > > http://mm.cs.dartmouth.edu/wiki/index.php/UTF-8_Encoding > > Please let me know if this works on your installations as well. > > Cheers, > Max > > > On 03/12/2010 08:15 AM, Andrei Pîrvan wrote: > > I can confirm the same behavior on a default installation, when > > inserting Romanian characters, with [mysqld] default-character-set=utf8 > > in my.cnf. On mysql shell data looks ok with default latin1 encoding, > > but when changing it to utf8 special characters looks garbled (like > > accessing http://www.google.ro/webhp?hl=ro with ISO-8859-1 encoding). > ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Openca-Users mailing list Openca-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openca-users
