Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 5 Sep 2012 12:46:47 +0100 (BST)
From:      Anton Shterenlikht <mexas@bristol.ac.uk>
To:        jbeich@tormail.org, mexas@bristol.ac.uk
Cc:        freebsd-gecko@freebsd.org
Subject:   Re: ia64 www/firefox - segfault on startup
Message-ID:  <201209051146.q85Bkl4U088026@mech-cluster241.men.bris.ac.uk>
In-Reply-To: <1T92Wo-000PkH-RN@internal.tormail.org>

next in thread | previous in thread | raw e-mail | index | archive | help
	From jbeich@tormail.org Wed Sep  5 02:23:08 2012

	>>	  $ cd /usr/src/lib/libthr; make all install DEBUG_FLAGS='-g'

	Or use DEBUG_FLAGS='-g -O0' to avoid some variables being optimized away.

done

	> Ok, about devel/nspr - it fails tests.
	[...]
	>      libfilename			FAILED
	> 	libfilename:	PR_GetLibraryFilePathname failed
	> 	libfilename:	FAIL
	>
	>             peek			FAILED
	> 	peek:	Running the test with local threads
	> 	peek:	PR_Connect failed

	Did they fail without the patch?

Just to confirm, I'm using freebsd-gecko/devel/nspr, right?

I'm now on r987.

The patch applies correctly, i.e. after "make patch" I get
in work/nspr-4.9.2/mozilla/nsprpub/pr/src/pthreads/ptthread.c:

     27
     28 #if defined(SYMBIAN) || (defined(FREEBSD) && defined(__ia64))
     29 /* In Open C sched_get_priority_min/max do not work properly, so we undefine
     30  * _POSIX_THREAD_PRIORITY_SCHEDULING here.
     31  */
     32 #undef _POSIX_THREAD_PRIORITY_SCHEDULING
     33 #endif
     34


	> I build WITH_DEBUG=, the log is:
	>
	> http://seis.bris.ac.uk/~mexas/nspr-build.log
	>
	> By the way, can I check just from the build log
	> that I indeed used WITH_DEBUG= ? Is it the
	> "-UDEBUG  -DNDEBUG=1" tokens?

	Oops, it should be something like -DDEBUG -g. Try again after update.

I now get something like this:
http://seis.bris.ac.uk/~mexas/nspr-build.log

cc -o plgetopt.o -c -fvisibility=hidden    -pipe -g  -ansi -Wall -g -fPIC  -UNDEBUG -DDEBUG_root  -DDEBUG=1 -DHAVE_VISIBILITY_HIDDEN_ATTRIBUTE=1 -DHAVE_VISIBILITY_PRAGMA=1 -DXP_UNIX=1 -DFREEBSD=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DHAVE_DLADDR=1 -D_REENTRANT=1 -D_THREAD_SAFE=1  -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -I../../../dist/include/nspr  /usr/ports/freebsd-gecko/devel/nspr/work/nspr-4.9.2/mozilla/nsprpub/lib/libc/src/plgetopt.c

Does this look correct?

Three tests fail now:

http://seis.bris.ac.uk/~mexas/nspr-test.log

     libfilename                        FAILED
        libfilename:    PR_GetLibraryFilePathname failed
        libfilename:    FAIL

          nbconn                        FAILED
        nbconn: Assertion failure: (rv == 1) && (pd.out_flags == PR_POLL_READ), at /usr/ports/freebsd-gecko/devel/nspr/work/nspr-4.9.2/mozilla/nsprpub/pr/tests/nbconn.c:368

            peek                        FAILED
        peek:   Running the test with local threads
        peek:   PR_Connect failed

and socket test hangs again, with no clear reason.
>From top(1):

89361 root          2  20    0   107M 40608K select  1   0:01  0.00% socket

>From ps(1):

72392  -  I        0:21.46 |-- xterm
72394  3  Is       0:00.09 | `-- tcsh
72397  3  I        0:00.04 |   `-- /usr/bin/su -
72398  3  I        0:00.66 |     `-- -su (sh)
85484  3  S+       0:00.07 |       `-- script nspr-test.log make test
85485  5  Is+      0:00.20 |         `-- make test
87091  5  I+       0:00.24 |           `-- /bin/sh ../../../pr/tests/runtests.sh
87220  5  S+       0:00.31 |             `-- ./socket

How can I debug this further?

	> I reinstalled devel/nspr anyway, and will now
	> try to rebuild freebsd-gecko/www/firefox.
	> I'll report back.

	It's not needed. WITH_DEBUG affects neither nspr cflags nor headers
	while firefox links dynamically with system nspr.

ok, so I run firefox again, it segfaulted again.
Here's the gdb bt:

http://eis.bris.ac.uk/~mexas/ff-gdb

All I get is:

#0  0x00000001204bc3e0 in _umtx_op_err () at /usr/src/lib/libthr/arch/ia64/ia64/_umtx_op_err.S:33

which is

     28 __FBSDID("$FreeBSD: head/lib/libthr/arch/ia64/ia64/_umtx_op_err.S 198450 2009-10-24 20
:07:17Z marcel $");
     29
     30 #include <sys/syscall.h>
     31
     32 ENTRY(_umtx_op_err, 5)
     33         CALLSYS_NOERROR(_umtx_op)
     34         br.ret.sptk.few rp
     35 END(_umtx_op_err)

Shall I ask marcel@ about this one?

Finally, I saw you made some changes to
freebsd-gecko/security/nss.
Shall I build this port too,
instead of the standard ports/security/nss?
Or is this not relevant?

Thanks

Anton



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201209051146.q85Bkl4U088026>