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
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
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
>
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 openvpn server running on OpenBSD/sparc
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
> > connects and starts doing tra
Hi,
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
> connects and starts doing traffic. Is anyone else seeing this?
>
> (gdb) run
> Starting program: /usr/local/sbi
12 matches
Mail list logo
