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 k
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.
Kei
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...
>
> A
> 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
On Thu, Jan 20, 2011 at 16:43, 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
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
> 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 lo
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.
> 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
16
Chuck Swiger 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 get anoth
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 and
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 use
> 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 sta
On Tue, Jan 18, 2011 at 18:53, Keith Seyffarth wrote:
>
> Chuck Swiger 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 recog
Chuck Swiger 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 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 n
> 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
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?
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
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
> exa
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 ac
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 forum.para
On Mon, Dec 20, 2010 at 7:51 PM, RW wrote:
> On Mon, 20 Dec 2010 17:26:43 -0700
> Keith Seyffarth 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." G
On Mon, 20 Dec 2010 17:26:43 -0700
Keith Seyffarth 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
> sort,
> 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
On Sun, Dec 19, 2010 at 9:58 PM, Keith Seyffarth 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 may also try
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 tri
27 matches
Mail list logo