On Jan 20, 2011, at 9:07 PM, Keith Seyffarth wrote:
And menus work in Firefox 3.6. I'll have to actually work with it for a
day tomorrow to see how it holds up, but I've tried a variety of things
and it seems to be playing nicely.
Very good.
It looks like the solution was to rebuild the
Doing a bt would have been helpful right about there, but I think I've got
enough info to suggest rebuilding your kernel with the following option:
options P1003_1B_SEMAPHORES
thanks again, Chuck.
I can easily get the bt if needed, but I looked into rebuilding the
kernel. It looks
On Jan 20, 2011, at 4:43 PM, Keith Seyffarth wrote:
Doing a bt would have been helpful right about there, but I think I've got
enough info to suggest rebuilding your kernel with the following option:
options P1003_1B_SEMAPHORES
thanks again, Chuck.
I can easily get the bt if
On Thu, Jan 20, 2011 at 16:43, Keith Seyffarth w...@weif.net wrote:
Doing a bt would have been helpful right about there, but I think I've got
enough info to suggest rebuilding your kernel with the following option:
options P1003_1B_SEMAPHORES
thanks again, Chuck.
I can easily get
So have you tried this?
==
Firefox 3.6 and HTML5
Certain functions used to display HTML5 elements need the sem module.
If your Firefox crashes with the following message while viewing a
HTML5 page:
Bad system call (core
Chuck,
Nope, not if you cvsup or use csup (which comes with the system
already, most likely) to RELENG_7_2 or RELENG_7, the latter of which
would give you 7-STABLE, which is approaching 7.4 nowadays.
I suspect that would not have the desired end result of a running
computer...
Actually,
And menus work in Firefox 3.6. I'll have to actually work with it for a
day tomorrow to see how it holds up, but I've tried a variety of things
and it seems to be playing nicely.
It looks like the solution was to rebuild the kernel with semaphore
support through P1003_1B_SEMAPHORES.
Thanks.
On 18/01/2011 22:56, Keith Seyffarth wrote:
In firefox 3.6, anything that generates a menu will also crash the
browser.
It's not going to help you but I just want to confirm that I'm
experiencing the same problem on 8.1-R amd64. It's not happening all the
time i.e. everything works fine
Chuck Swiger cswi...@mac.com writes:
Enter run, or c for continue. If and when Firefox crashes, you
will be able to gain more useful information
That does provide a bunch more information. Thank you.
Here is the output when Firefox crashed when trying to load a web
page. I can definitely
It's not going to help you but I just want to confirm that I'm
experiencing the same problem on 8.1-R amd64. It's not happening all the
time i.e. everything works fine and then it bites me say only once in a
week.
FreeBSD janet.weif.net 7.2-RELEASE FreeBSD 7.2-RELEASE #1: Sat Oct 31
Hi--
On Jan 19, 2011, at 7:37 AM, Keith Seyffarth wrote:
Enter run, or c for continue. If and when Firefox crashes, you
will be able to gain more useful information
That does provide a bunch more information. Thank you.
[ ... ]
Program received signal SIGSYS, Bad system call.
OK. This is still being a problem. I've removed Firefox 3.6 from my
system and installed Firefox 3.5. Use of menus doesn't cause 3.5 to
crash, but it sill has problems. On some web sites, the browser dumps
core. For example trying to log in, create an account, or retrieve a
password at
2011-01-18 23:56, Keith Seyffarth skrev:
OK. This is still being a problem. I've removed Firefox 3.6 from my
system and installed Firefox 3.5. Use of menus doesn't cause 3.5 to
crash, but it sill has problems. On some web sites, the browser dumps
core. For example trying to log in, create an
Rolf,
Thanks for the info.
Are you by any chance overriding CFLAGS in /etc/make.conf? Or perhaps
No, /etc/make.conf is just three lines:
WITH_CUPS=yes
# added by use.perl 2010-12-22 15:53:20
PERL_VERSION=5.10.1
even compiling using a gcc version not in the base system? I had that
exact
2011-01-19 00:42, Keith Seyffarth skrev:
Rolf,
Thanks for the info.
Are you by any chance overriding CFLAGS in /etc/make.conf? Or perhaps
No, /etc/make.conf is just three lines:
WITH_CUPS=yes
# added by use.perl 2010-12-22 15:53:20
PERL_VERSION=5.10.1
even compiling using a gcc version
On Jan 18, 2011, at 2:56 PM, Keith Seyffarth wrote:
Core was generated by `firefox-bin'.
Program terminated with signal 12, Bad system call.
#0 0x29d7f16b in ?? ()
Now, again, this is in Firefox 3.5. That message isn't very informative
to me, but maybe it is helpful to someone else?
Run
Run it under gdb, look at the backtrace. Bad system call implies a
mismatch between your shared libraries and kernel, or maybe you are
loading some plugin or something which has been compiled for a
different version of the platform.
Chuck,
Thanks for the suggestion.
I can't figure out how
On Jan 18, 2011, at 6:01 PM, Keith Seyffarth wrote:
$ gdb --exec=firefox3
This GDB was configured as
i386-marcel-freebsd./usr/local/bin/firefox3: not in executable
format: File format not recognized
What does file /usr/local/bin/firefox3 say?
If it's a Linux binary, then you might not be
Chuck Swiger cswi...@mac.com writes:
On Jan 18, 2011, at 6:01 PM, Keith Seyffarth wrote:
$ gdb --exec=firefox3
This GDB was configured as
i386-marcel-freebsd./usr/local/bin/firefox3: not in executable
format: File format not recognized
What does file /usr/local/bin/firefox3 say?
$ file
On Tue, Jan 18, 2011 at 18:53, Keith Seyffarth w...@weif.net wrote:
Chuck Swiger cswi...@mac.com writes:
On Jan 18, 2011, at 6:01 PM, Keith Seyffarth wrote:
$ gdb --exec=firefox3
This GDB was configured as
i386-marcel-freebsd./usr/local/bin/firefox3: not in executable
format: File format
Right - firefox3 is a script that sets up a couple environment
variables and runs the real binary. You need to gdb the real binary
(which is in /usr/local/lib/firefox or somesuch - its not in any
remotely normal $PATH). Since the environment stuff the script does is
required for it to start,
On Jan 18, 2011, at 8:29 PM, Keith Seyffarth wrote:
I did this:
$ gdb /usr/local/lib/firefox3/firefox-bin 10388
This results in Firefox being locked and non-responsive to the user interface.
Enter run, or c for continue. If and when Firefox crashes, you will be
able to gain more useful
On Mon, Dec 20, 2010 at 7:51 PM, RW rwmailli...@googlemail.com wrote:
On Mon, 20 Dec 2010 17:26:43 -0700
Keith Seyffarth w...@weif.net wrote:
gdbm the core.dump and see if that helps (you may need to enable
symbols in
Thanks for the information, but I'm not sure what you mean by
On Sun, Dec 19, 2010 at 9:58 PM, Keith Seyffarth w...@weif.net wrote:
I'm not sure what else to try. Any suggestions?
gdbm the core.dump and see if that helps (you may need to enable symbols in
your kernel as well as in the port in question to get a core.dump w/ enough
info to be of use). You
gdbm the core.dump and see if that helps (you may need to enable symbols in
Thanks for the information, but I'm not sure what you mean by gdbm the
core.dump. GDBM appears to be a database management tool of some sort,
but the man page does not make it at all clear how one could or would
gdbm a
On Mon, 20 Dec 2010 17:26:43 -0700
Keith Seyffarth w...@weif.net wrote:
gdbm the core.dump and see if that helps (you may need to enable
symbols in
Thanks for the information, but I'm not sure what you mean by gdbm
the core.dump. GDBM appears to be a database management tool of some
After updating gtk following (and most other ports) following the
instructions in UPDATING, Firefox now crashes if I click on any
menu. This includes the menus such as file, edit, and help in the
main menu bar as well as right-clicking or clicking a menu from an
extension.
So far I have tried
27 matches
Mail list logo