Andrei Pîrvan wrote:
>
> 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
>
>
Yes, it seems some kind of problem with codepages still exists. I have two
independent servers (cloned xen domU domains): one runs offline ca, the
other does offline ra and pub. After dataexchange process via scp between
nodes page showing archived requests(
http://old.nabble.com/file/p27950915/ra1.png ra1.png , then click at the
request serial) at offline ca looks OK(
http://old.nabble.com/file/p27950915/ca.png ca.png ), the one at another
node running online ra shows garbage(
http://old.nabble.com/file/p27950915/ra.png ra.png ). You see, the
descriptions of the fields are corrupted, not the data themselves (though
had they been in russian they could have been corrupted too...)
--
View this message in context:
http://old.nabble.com/cyrillic-symbols-tp27848713p27950915.html
Sent from the openca-users mailing list archive at Nabble.com.
------------------------------------------------------------------------------
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
