Re: firefox 57.0.3,1 crash

2018-01-04 Thread Jan Beich 
nanard  writes:

> Hello,
>
> I'm using firefox on my amd64 FreeBSD 10.3 laptop machine and it stopped
> working since it's last update with "pkg upgrade"
>
> When ever I launch it, the main window open, but firefox then crashes
> after a couple of seconds.
> Below are a few details.

Someone else reported a similar issue with more details:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224917

For now try the following workaround:

  $ pkg install llvm40
  $ env CC=clang40 CXX=clang++40 CPP=clang-cpp40 make clean all deinstall 
install -C/usr/ports/www/firefox

--
Given how fragile i386 I often undertest amd64 runtime except for -CURRENT.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"

[Bug 224917] www/firefox: bus error on stable/10 with 57.0.3,1

2018-01-04 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224917

Jan Beich  changed:

   What|Removed |Added

 Blocks||224591
   Keywords||regression
 CC||bro...@freebsd.org,
   ||d...@freebsd.org

--- Comment #1 from Jan Beich  ---
Probably a regression from bug 224591. Can you confirm building with clang40
works around the issue? I wonder why base clang 5.0 in /stable/11 or /head is
not affected.


Referenced Bugs:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224591
[Bug 224591] USES=compiler:c++14-lang update Clang to 5.0
-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"

[Bug 222641] www/firefox: OPTIMIZED_CFLAGS=off build fails: libgkrust.a: could not read symbols

2018-01-04 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641

--- Comment #30 from Jan Beich  ---
OPTIMIZED_CFLAGS=off is still broken on 11.1 i386 because new ld.bfd cannot
handle DTRACE=on for some reason.

/usr/local/bin/ld: ../../js/src/js-dtrace.o: warning: relocation against
`_ZN2js13ExecuteKernelEP9JSContextN2JS6HandleIP8JSScriptEER8JSObjectRKNS2_5ValueENS_16AbstractFramePtrEPS9_'
in readonly section `.SUNW_dof'
/usr/local/bin/ld: read-only segment has dynamic relocations.

build log: https://ptpb.pw/Erv2

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"

[Bug 224917] www/firefox: bus error on stable/10 with 57.0.3,1

2018-01-04 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224917

Bug ID: 224917
   Summary: www/firefox: bus error on stable/10 with 57.0.3,1
   Product: Ports & Packages
   Version: Latest
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: Individual Port(s)
  Assignee: ge...@freebsd.org
  Reporter: jil...@freebsd.org
 Flags: maintainer-feedback?(ge...@freebsd.org)
  Assignee: ge...@freebsd.org

Created attachment 189422
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=189422=edit
gdb output

After upgrading firefox from 57.0.2_1,1 to 57.0.3,1 it started crashing with
bus error frequently (in particular on the about:sessionrestore page but also
elsewhere). This is stable/10 amd64 with packages from pkg.freebsd.org. The
machine also uses nvidia-driver 384.98.

What happens is that clang has decided to combine two 64-bit stores in
mozilla::ipc::MessageChannel::Clear() in libxul.so into one aligned 128-bit
store (movaps). However, the object is actually not 128-bit aligned and a
general protection fault occurs in the main firefox process. Some gdb output is
in an attachment.

As a result, various child processes crash in
mozilla::ipc::MessageChannel::OnChannelErrorFromLink(). I think these crashes
are a direct result of the original crash, and not interesting by themselves.

The insufficient alignment could be because of a disagreement between various
pieces of code about what the alignment should be or because the pointer is
bogus. Assuming it is the former, I have modified one byte in
/usr/local/lib/firefox/libxul.so to change the movaps instruction to movups so
it will work with any alignment. With this change, firefox runs stably again
for me (note that, on this machine, I have many tabs open but I do not leave
firefox running for more than a day).

More details about the workaround:

--- /tmp/zshXpplPs  2018-01-03 23:47:31.929337000 +0100
+++ /tmp/zshxVT4SU  2018-01-03 23:47:31.929702000 +0100
@@ -1,5 +1,5 @@

-/usr/local/lib/firefox/libxul.so: file format elf64-x86-64-freebsd
+libxul.so.fixed: file format elf64-x86-64-freebsd

 Disassembly of section .init:

@@ -1231701,7 +1231701,7 @@
   cebf90:  e8 8b bf 00 00  callq  cf7f20
<_ZNSt3__16__treeINS_12__value_typeImN7mozilla3ipc14MessageChannel13PromiseHolderEEENS_19__map_value_compareImS6_NS_4lessImEELb1EEENS_9allocatorIS6_EEE7destroyEPNS_11__tree_nodeIS6_PvEE>
   cebf95:  4d 89 be 08 01 00 00mov%r15,0x108(%r14)
   cebf9c:  0f 57 c0xorps  %xmm0,%xmm0
-  cebf9f:  41 0f 29 86 10 01 00movaps %xmm0,0x110(%r14)
+  cebf9f:  41 0f 11 86 10 01 00movups %xmm0,0x110(%r14)
   cebfa6:  00 
   cebfa7:  49 c7 46 38 00 00 00movq   $0x0,0x38(%r14)
   cebfae:  00 

root@lion /home/jilles# cmp -l /root/libxul.so.orig
/usr/local/lib/firefox/libxul.so
13549474  51  21

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"

maintainer-feedback requested: [Bug 224917] www/firefox: bus error on stable/10 with 57.0.3,1

2018-01-04 Thread bugzilla-noreply 
Jilles Tjoelker  has reassigned Bugzilla Automation
's request for maintainer-feedback to ge...@freebsd.org:
Bug 224917: www/firefox: bus error on stable/10 with 57.0.3,1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224917



--- Description ---
Created attachment 189422
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=189422=edit
gdb output

After upgrading firefox from 57.0.2_1,1 to 57.0.3,1 it started crashing with
bus error frequently (in particular on the about:sessionrestore page but also
elsewhere). This is stable/10 amd64 with packages from pkg.freebsd.org. The
machine also uses nvidia-driver 384.98.

What happens is that clang has decided to combine two 64-bit stores in
mozilla::ipc::MessageChannel::Clear() in libxul.so into one aligned 128-bit
store (movaps). However, the object is actually not 128-bit aligned and a
general protection fault occurs in the main firefox process. Some gdb output is
in an attachment.

As a result, various child processes crash in
mozilla::ipc::MessageChannel::OnChannelErrorFromLink(). I think these crashes
are a direct result of the original crash, and not interesting by themselves.

The insufficient alignment could be because of a disagreement between various
pieces of code about what the alignment should be or because the pointer is
bogus. Assuming it is the former, I have modified one byte in
/usr/local/lib/firefox/libxul.so to change the movaps instruction to movups so
it will work with any alignment. With this change, firefox runs stably again
for me (note that, on this machine, I have many tabs open but I do not leave
firefox running for more than a day).

More details about the workaround:

--- /tmp/zshXpplPs  2018-01-03 23:47:31.929337000 +0100
+++ /tmp/zshxVT4SU  2018-01-03 23:47:31.929702000 +0100
@@ -1,5 +1,5 @@

-/usr/local/lib/firefox/libxul.so: file format elf64-x86-64-freebsd
+libxul.so.fixed: file format elf64-x86-64-freebsd

 Disassembly of section .init:

@@ -1231701,7 +1231701,7 @@
   cebf90:  e8 8b bf 00 00  callq  cf7f20
<_ZNSt3__16__treeINS_12__value_typeImN7mozilla3ipc14MessageChannel13PromiseHold
erEEENS_19__map_value_compareImS6_NS_4lessImEELb1EEENS_9allocatorIS6_EEE7destro
yEPNS_11__tree_nodeIS6_PvEE>
   cebf95:  4d 89 be 08 01 00 00mov%r15,0x108(%r14)
   cebf9c:  0f 57 c0xorps  %xmm0,%xmm0
-  cebf9f:  41 0f 29 86 10 01 00movaps %xmm0,0x110(%r14)
+  cebf9f:  41 0f 11 86 10 01 00movups %xmm0,0x110(%r14)
   cebfa6:  00 
   cebfa7:  49 c7 46 38 00 00 00movq   $0x0,0x38(%r14)
   cebfae:  00 

root@lion /home/jilles# cmp -l /root/libxul.so.orig
/usr/local/lib/firefox/libxul.so
13549474  51  21
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"

firefox 57.0.3,1 crash

2018-01-04 Thread nanard 
Hello,

I'm using firefox on my amd64 FreeBSD 10.3 laptop machine and it stopped
working since it's last update with "pkg upgrade"

When ever I launch it, the main window open, but firefox then crashes
after a couple of seconds.
Below are a few details.

Regards,

Thomas Bernard



$ pkg query '%R %o %n %v    %m' firefox
FreeBSD www/firefox firefox 57.0.3,1    ge...@freebsd.org

$ uname -a
FreeBSD t420nnd.cls.to 10.3-RELEASE-p11 FreeBSD 10.3-RELEASE-p11 #0: Mon
Oct 24 18:49:24 UTC 2016
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64

$ firefox
Bus error (core dumped)
$ ll firefox.core
-rw---  1 nanard  staff  198909952  4 jan 18:01 firefox.core
$ gdb $(readlink $(which firefox)) firefox.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging
symbols found)...
Core was generated by `firefox'.
Program terminated with signal 11, Segmentation fault.
#0  0x00080d6f20e9 in ?? ()
(gdb) bt
#0  0x00080d6f20e9 in ?? ()
#1  0x000802a0b7d0 in ?? ()
#2  0x000802a0b7d0 in ?? ()
#3  0x000802a07d00 in ?? ()
#4  0x0003 in ?? ()
#5  0x7fffdfffdc70 in ?? ()
#6  0x00080d6f3450 in ?? ()
#7  0x0002 in ?? ()
#8  0x00081a048000 in ?? ()
#9  0x7fffdfffdd10 in ?? ()
#10 0x000814b82d2e in ?? ()
#11 0x7fffdfffdcb0 in ?? ()
#12 0x00081a017458 in ?? ()
#13 0x in ?? ()
(gdb) info threads
  27 process 100436  0x000802081b5a in ?? ()
  26 process 100659  0x000801d9513c in ?? ()
  25 process 100660  0x000801d9513c in ?? ()
  24 process 100661  0x000801d9513c in ?? ()
  23 process 100662  0x000801d9513c in ?? ()
  22 process 100663  0x000801d9513c in ?? ()
  21 process 100664  0x000801d9513c in ?? ()
  20 process 100665  0x000801d9513c in ?? ()
  19 process 100666  0x000801d9513c in ?? ()
  18 process 100667  0x000801d9513c in ?? ()
  17 process 100668  0x000802081b5a in ?? ()
  16 process 100669  0x000801d9513c in ?? ()
  15 process 100670  0x000801d9513c in ?? ()
  14 process 100672  0x000801d9513c in ?? ()
  13 process 100674  0x000801d9513c in ?? ()
  12 process 100675  0x000801d9513c in ?? ()
  11 process 100676  0x000801d9513c in ?? ()
  10 process 100678  0x000801d9513c in ?? ()
  9 process 100679  0x000801d9513c in ?? ()
  8 process 100680  0x000801d9513c in ?? ()
  7 process 100682  0x000802081b5a in ?? ()
  6 process 100683  0x000802081b5a in ?? ()
  5 process 100685  0x000801d9513c in ?? ()
  4 process 100686  0x000801d9513c in ?? ()
  3 process 100687  0x000801d9513c in ?? ()
  2 process 100688  0x000801d9513c in ?? ()
* 1 process 100658  0x00080d6f20e9 in ?? ()
(gdb)




___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"