From jbe...@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
_______________________________________________
freebsd-gecko@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"

Reply via email to