Jeremie Courreges-Anglas writes:
> Gert Doering writes:
>
>> Hi,
>>
>> On Sat, Jun 10, 2017 at 07:58:13PM +0200, Jeremie Courreges-Anglas wrote:
>>> OpenBSD:
>>>
>>> struct ip {
>>> #if _BYTE_ORDER == _LITTLE_ENDIAN
>>> u_int ip_hl:4, /* header length */
>>> i
Gert Doering writes:
> Hi,
>
> On Sat, Jun 10, 2017 at 07:58:13PM +0200, Jeremie Courreges-Anglas wrote:
>> OpenBSD:
>>
>> struct ip {
>> #if _BYTE_ORDER == _LITTLE_ENDIAN
>> u_int ip_hl:4, /* header length */
>>ip_v:4; /* version */
>> #endif
Hi,
On Sat, Jun 10, 2017 at 08:11:26PM +0200, Gert Doering wrote:
> > I merely copy/pasted the NetBSD code.
>
> Uh? Is this from the NetBSD ports tree? Because our tun.c does not
> have a single memcpy() today... :-)
>
> Actually, my tun.c's TARGET_NETBSD version of write_tun() has something
>
Gert Doering writes:
> Hi,
>
> On Sat, Jun 10, 2017 at 07:58:13PM +0200, Jeremie Courreges-Anglas wrote:
>> OpenBSD:
>>
>> struct ip {
>> #if _BYTE_ORDER == _LITTLE_ENDIAN
>> u_int ip_hl:4, /* header length */
>>ip_v:4; /* version */
>> #endif
Hi,
On Sat, Jun 10, 2017 at 07:58:13PM +0200, Jeremie Courreges-Anglas wrote:
> OpenBSD:
>
> struct ip {
> #if _BYTE_ORDER == _LITTLE_ENDIAN
> u_int ip_hl:4, /* header length */
> ip_v:4; /* version */
> #endif
> #if _BYTE_ORDER == _BIG_ENDIAN
Hi,
On Sat, Jun 10, 2017 at 07:46:46PM +0200, Jeremie Courreges-Anglas wrote:
> --- a/src/openvpn/syshead.h
> +++ b/src/openvpn/syshead.h
> @@ -288,6 +288,10 @@
> #include
> #endif
>
> +#ifdef HAVE_NETINET_TCP_H
> +#include
> +#endif
> +
*grumble* - our syshead.h has *five* such code blocks
Gert Doering writes:
> Hi,
>
> On Sat, Jun 10, 2017 at 06:16:13PM +0200, Jeremie Courreges-Anglas wrote:
>> Loaded symbols for /usr/libexec/ld.so
>> #0 write_tun_header (tt=0x1ddd4e1900, buf=0x1d336921c5 "E", len=84) at
>> tun.c:1661
>> 1661if (iph->ip_v == 6)
>> (gdb)
>>
>> buf po
Hi,
On Sat, Jun 10, 2017 at 06:16:13PM +0200, Jeremie Courreges-Anglas wrote:
> Loaded symbols for /usr/libexec/ld.so
> #0 write_tun_header (tt=0x1ddd4e1900, buf=0x1d336921c5 "E", len=84) at
> tun.c:1661
> 1661if (iph->ip_v == 6)
> (gdb)
>
> buf points to an odd address.
That's a s
Issue reported & patch provided by Kurt Miller:
Using "socket-flags TCP_NODELAY" results in
-->8--
Sat Jun 10 19:43:22 2017 NOTE: setsockopt TCP_NODELAY=1 failed (No kernel
support)
--8<--
instead of the expected
-->8--
Sat Jun 10 19:44:16 2017 Socket flags: TCP_NODELAY=1 succeeded
--8<--
Patc
Anatoly Pugachev writes:
> On Fri, May 26, 2017 at 7:56 PM, Gert Doering wrote:
>> Hi,
>>
>> On Fri, May 26, 2017 at 04:30:53PM +0200, Jeremie Courreges-Anglas wrote:
>>> I am the maintainer of openvpn in the OpenBSD ports tree. Here's
>>> a report from Stefan Sperling (Cc'ed).
>>>
>>> > An ope
Gert Doering writes:
> Hi,
>
> On Fri, May 26, 2017 at 04:30:53PM +0200, Jeremie Courreges-Anglas wrote:
>> I am the maintainer of openvpn in the OpenBSD ports tree. Here's
>> a report from Stefan Sperling (Cc'ed).
>>
>> > An openvpn server running on OpenBSD/sparc64 6.1 crashes when a client
>
11 matches
Mail list logo
