Am 16.08.12 10:38, schrieb Heiko Hund:
> cipher_ctx_final() only returns an outlen in CBC mode. If CFB or OFB
> are used the assertion outlen == iv_len is always false.
>
> There's no CBC mode defined for the GOST 28147-89 block cipher. Hence
> this patch is needed for it to work. It's needed for o
Hi,
On Tue, Jan 29, 2013 at 11:55:25AM +0100, Joerg Willmann wrote:
> I was just faced with the problem described in trac issue #172.
> I was trying to use ntlm authentication against a bluecoat proxy server.
> Since the reply string of the bluecoat proxy was too long the same problem
> occurred
The construct_name_value eventually call gc_malloc with NULL as gc which will
trigger an assertion
---
src/openvpn/misc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/openvpn/misc.c b/src/openvpn/misc.c
index fcc8552..1e9a7fc 100644
--- a/src/openvpn/misc.c
+++ b/src
Hi,
On Sat, Feb 02, 2013 at 03:36:37PM +0100, Arne Schwabe wrote:
> The construct_name_value eventually call gc_malloc with NULL as gc which will
> trigger an assertion
[..]
> - char *str = construct_name_value (name_tmp, val_tmp, NULL);
> + char *str = construct_name_value (name_tmp, v
On 02/02/13 16:43, Gert Doering wrote:
> Hi,
>
> On Sat, Feb 02, 2013 at 03:36:37PM +0100, Arne Schwabe wrote:
>> The construct_name_value eventually call gc_malloc with NULL as gc which
>> will trigger an assertion
> [..]
>> - char *str = construct_name_value (name_tmp, val_tmp, NULL);
>> +
On 22/01/13 12:36, Heiko Hund wrote:
> Currently openvpn exits when reading configuration from a file
> that has an UTF-8 byte order mark (EF BB BF) at its start.
>
> While it is useless to put a BOM into UTF-8 encoded files, the
> Unicode standard [1] permits it (on page 36):
>
> "Use of a BOM