Please apply.
https://github.com/alonbl/openvpn/compare/master...unicode

On Thu, May 3, 2012 at 8:47 PM, Alon Bar-Lev <alon.bar...@gmail.com> wrote:
> On Thu, May 3, 2012 at 1:53 PM, Samuli Seppänen <sam...@openvpn.net> wrote:
>>
>>> On Thu, May 3, 2012 at 10:26 AM, David Sommerseth
>>> <openvpn.l...@topphemmelig.net> wrote:
>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>> Hash: SHA1
>>>>
>>>> On 27/04/12 14:15, Alon Bar-Lev wrote:
>>>>> 2012/4/27 Samuli Seppänen <sam...@openvpn.net>:
>>>>>> Il 27.04.2012 12:18, Heiko Hund ha scritto:
>>>>>>> On Friday 27 April 2012 09:54:15 Samuli Seppänen wrote:
>>>>>>>> Anyways, I cross-compiled latest "master" with this patch
>>>>>>>> applied and "bin" and "lib" directories on top of an existing
>>>>>>>> openvpn-2.3-alpha1 install. The old "bin" directory was
>>>>>>>> renamed to make sure none of it was used. I then renamed
>>>>>>>> "openvpn.ovpn" to "ääliö.ovpn" and "ta.key" to "ääliö.key"
>>>>>>>> using Windows Explorer. Then I updated the configuration file
>>>>>>>> to point to these files using Notepad (and later Wordpad).
>>>>>>> Notepad saves UTF-8 files with BOM, which is very uncommon.
>>>>>>> Maybe that was the problem. I ran into that when I was testing
>>>>>>> my patch. You might want to try using Notepad++ and save it as
>>>>>>> UTF-8 without BOM.
>>>>>>>
>>>>>>> HTH Heiko
>>>>>> Saved the configuration file to UTF-8 without BOM - after this I
>>>>>> got no complaints from OpenVPN-GUI. Launching OpenVPN from the
>>>>>> command prompt also worked... tls-auth was undefined in the
>>>>>> config, and openvpn called like this:
>>>>> if bom is a problem we should handle it properly in options.c, as
>>>>> we cannot expect users to understand bom issues.
>>>>>
>>>>>>> openvpn --config ääliö.ovpn --tls-auth ääliö.key 1
>>>>>> Only minor issue was that the command prompt displayed funky
>>>>>> characters instead of the proper ones:
>>>>>>
>>>>>> <http://users.utu.fi/sjsepp/cmd2.png>
>>>>> Yes. this is OK.
>>>> Just so that I understand this more properly.  The reason this is
>>>> okay, is that because cmd.exe is not UTF-8 capable when displaying the
>>>> log data?
>>> Yes.
>>> The cmd uses the plain old DOS code page, and needs special fonts.
>>> If you add --log parameter you will see this correctly.
>>>
>>> Alon.
>>>
>> Tested with --log parameter. The logfile[1] seems to use the UTF-8
>> encoding, and with proper viewers/editors the Scandinavian characters
>> (a/o umlauts, ä/ö) look just fine. On Windows most editors/viewers[3]
>> display funky two-byte characters, but that's probably expected.
>>
>> [1] An example log file is available here, search for "tls_auth_file":
>> <http://users.utu.fi/sjsepp/openvpn-log.txt>
>> [2] E.g. less and vi (in Git Bash), Wordpad, etc.
>>
>
> So I guess now we are good.
> Is anything else missing?
>
> Alon.

Reply via email to