|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
From: patrick keshishian (pkeshish
gmail.com)
Date: Thu Aug 05 2010 - 14:56:48 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Wed, Aug 4, 2010 at 9:00 PM, patrick keshishian <sidster
boxsoft.com>
wrote:
> On Wed, Aug 04, 2010 at 11:11:24PM +0200, Mark Kettenis wrote:
>> > Date: Tue, 3 Aug 2010 21:16:46 -0700
>> > From: patrick keshishian <sidster
boxsoft.com>
>> >
>> > On Tue, Aug 03, 2010 at 09:39:19PM -0400, Brad wrote:
>> > > On Tuesday 03 August 2010 21:34:53 patrick keshishian wrote:
>> > > > On Tue, Aug 03, 2010 at 11:05:16AM +0200, Mark Kettenis wrote:
>> > > > > > X-Authentication-Warning: roppongi.boxsoft.com: sidster set
sender to
>> > > > > > sidster
boxsoft.com using -f Date: Tue, 3 Aug 2010 01:48:21
-0700
>> > > > > > From: patrick keshishian <sidster
boxsoft.com>
>> > > > > >
>> > > > > > Greetings,
>> > > > > >
>> > > > > > I'm moving this discussion [1] from misc
over here as
>> > > > > > suggested by a openbsd developer.
>> > > > > >
>> > > > > > Summary: Noticed with a few snapshots that Xorg kept
>> > > > > > crashing. Per Matthieu Herrb I built xenocara with
>> > > > > > debug to get better info, but that made Xorg not crash.
>> > > > > > Next building firefox-3.6.8 from ports kept crashing.
>> > > > > >
>> > > > > > I wrote a small program that called dlopen(3)/dlsym(3)
>> > > > > > and it would exit with status code 20. Same sources
>> > > > > > compiled on a 4.7 i386 ran as expected. Matthieu pointed
>> > > > > > out that the problem was identified and fixed in a recent
>> > > > > > commit [2].
>> > > > > >
>> > > > > > I rebuild kernel and userland after an update (picking
>> > > > > > aforementioned commit). This solved neither ffox's nor
>> > > > > > my test app's issue.
>> > > > >
>> > > > > The fix is in the compiler. Since ld.so gets built before the
>> > > > > compiler, you'll actually have to rebuild userland twice for it to
>> > > > > pick up the fix.
>> > > >
>> > > > Rebuild of userland for the second time results in the same
>> > > > behavior: Random successes amongst many failures (=status 20
>> > > > exits).
>> > > >
>> > > > Anything else I should try?
>> > > > --patrick
>> > >
>> > > Try upgrading via a snapshot and go from there.
>> >
>> > Same result.
>>
>> Well, all regression tests in the tree succeed. Can you show us your
>> test application that reveals the problem?
>
> Sorry for not getting back to this earlier; was out
> of reach of a computer.
>
> This last one is my fuckup. My test app works with the
> snapshot from the 3rd. I'm rebuilding firefox ATM and
> should know for sure in 8 or so hours.
Took slightly longer than 8hrs to build (and its deps), but
firefox3.6.8 is running now too. It shows some cosmetic
artifacts/glitches (but that's for misc
or ports
).
Thanks for your attention,
--patrick
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]