[Tor-BSD] Building Tor 0.2.7.x on OpenBSD

[Carlin Bingham]

On Wed, 29 Jul 2015, at 03:03 AM, attila wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA384
> 
> 
> teor <teor2345 at gmail.com> writes:
> 
> >> On 24 Jul 2015, at 07:17 , attila <attila at stalphonsos.com> wrote:
> >> 
> >> Signed PGP part
> >> 
> >> teor <teor2345 at gmail.com> writes:
> >> 
> >> >> On 16 Jul 2015, at 05:23 , Michael McConville <mmcconville at mykolab.com> wrote:
> >> >>
> >> >> The Libevent 2 port splits it into a bunch of different sub-archives,
> >> >> and the Tor configure options for manual library dependencies seem
> >> >> pretty brittle. I tweaked it some and got it to compile, but it crashed
> >> >> at runtime.
> >> 
> >> I seem to have done slightly better just now, albeit on i386.  The
> >> patch embedded in this email allowed me to build head of line tor
> >> w/libevent2 installed on OpeBSD-current from packages:
> >
> > I've logged this in the Tor trac so we don't lose it:
> > https://trac.torproject.org/projects/tor/ticket/16651
> >
> 
> Okay, after going around with teor one more time I think we finally
> have a winner, which I have attached to the above ticket.  This also
> deals with nickm's original criticism of the patch, which was correct
> (and which I didn't see until just now)...
> 
> ... now back to the test suite failures...
> 

Seeing segfaults running tor with this patch on 5.7. Happens fairly
consistently, within about an hour of starting up.
Possibly just a known issue with bufferevents? It won't build without
--enable-bufferevents.

Tor version 0.2.7.2-alpha (git-36c0ae6f7834af16).

Program received signal SIGSEGV, Segmentation fault.
0x00001b7f246aa8b4 in buf_datalen (buf=0x0) at src/or/buffers.c:341
341       return buf->datalen;


I could provide a complete backtrace if needed but I'd have to anonymise
it.

--
Carlin