From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 4 07:32:29 2006 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FDB416A47C for ; Mon, 4 Dec 2006 07:32:29 +0000 (UTC) (envelope-from beabundant@airswap.com) Received: from mail29.atl.registeredsite.com (mail29.atl.registeredsite.com [216.247.37.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id D435643CAF for ; Mon, 4 Dec 2006 07:31:51 +0000 (GMT) (envelope-from beabundant@airswap.com) Received: from imta01a2.registeredsite.com (imta01a2.registeredsite.com [64.225.255.10]) by mail29.atl.registeredsite.com (8.12.11.20060308/8.12.11) with ESMTP id kB47WMuY016974 for ; Mon, 4 Dec 2006 02:32:22 -0500 Received: from Buzz ([24.176.182.10]) by imta01a2.registeredsite.com with SMTP id <20061204073214.XJBB9790.imta01a2.registeredsite.com@Buzz> for ; Mon, 4 Dec 2006 02:32:14 -0500 To: gnome@FreeBSD.org From: "David W. Wieburg" Date: Sun, 3 Dec 2006 00:00:00 -0800 Message-Id: <20061204073214.XJBB9790.imta01a2.registeredsite.com@Buzz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: As seen on Oprah and 20/20 $15,000.00 before Xmas X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Dec 2006 07:32:29 -0000 HELLO, THIS IS NOT SPAM. YOU ARE RECEIVING THIS MESSAGE BECAUSE YOU ARE A MEMBER OR SIGNUP OF MY FFA TRWV. ===========================================Make at least $15,000 before CHRISTMASAS SEEN ON OPRAH & 20/20 $40,000 IN YOUR PAYPAL ACCOUNT IN TWO WEEKS--------------------------------------------------------------------------------------------------------------------------------------------AS SEEN ON OPRAH! $40K IN YOUR PAYPAL ACCOUNT! (this really does work)That's Right $40,000 dollars in your PayPal account and that's NO BULL! AND IT WAS PROVEN ON OPRAH, NATIONAL TV & IT'S COMPLETELY LEGAL! $10 Dollars!...That's all it cost!To get started copy this whole page and paste it in an e-mail to edit it. Simply follow the instructions below and in 2 to 3 weeks, you will have at least $40,000 dollars in your PayPal account. Most people respond to this program because of the low investment and high profit potential. There is no limit to the income you can generate from this becau! se you can do it over and over.If you follow the instructions, you will reach thousands of people!Honesty, Faith, and Integrity make this system work. I think everyone has heard of "PayPal". Anyone with an e-mail address can join for FREE! So if you're not already a PayPal user, the first thing you need to do is sign up. Click the paypal linkwww.Paypal.comTEAM WORK MAKES THIS DREAM WORK!Send a $5.00 dollar donation from your PayPal account to THE FIRST email address on the list along with a note saying "Please add me to your list". Now send the SECOND $5.00 donation and email to the 5th person on the list saying "Thanks I've joined. Please add me to your list". This rewards the person who notified you about this opportunity and keeps them up to date on the letters progress.Remove the 1st email address from the list and move each address up to the next position. Then, add your email address in the 5th position.Next, put the word out because...you got it, you will be receivin! g lots of $5 payments for being in the 5th position.This is a key fact or to the success of this program, IMMEDIATE RETURN ON YOUR INVESTMENT! When just two people join you get back your $10 investment! Everything after that is PURE PROFIT!This two payment method rewards the first person for putting their time into marketing this opportunity and it ensures that the newest addition to the list will work just as hard! Teamwork at its Finest!Here is the list:1. info@be-abundant.com2. ras_freedom@yahoo.com3. dr.ecks@hotmail.com4. gabbyads2@yahoo.com5. tomtaylor@airswap.comNext send out this letter until you get at least 20 "Thanks I'vejoined" emails. The fifth person is the monitor of this list! When your name is in the 1st slot, 8,000 to 15,000 people will send you 5 dollars! You get out of life what you put into it...and what goes around comes around. That describes this opportunity in a nutshell!DO NOT TRY TO PUT YOURSELF IN FIFTH PLACE WITHOUT PAYING, AS PAYPALWILL AUTOMATICALLY NOTICE THIS AND DELETE YOUR ACCOUNT AND POSSIBLYPURSUE LEGAL ACTI! ON , SINCE THIS IS A LEGITIMATE PROGRAM, AND THEY ARE PART OF IT!TESTIMONIALS:Mary Gatters, Columbus, SC:I only have one thing to say to you... OH MY GOD! I sent out 142 copies total before 20 replied, like theinstructions said. Then I went on a short vacation. When I got back my account had over $32,000 dollars in it already and the money was still coming!I'm still floating on air (especially with my new car). I thought the 'guardian' system sounded cheesy, but now I realize it is the formula that makes this letter really work! THANKS!I know that you have seen this on Oprah, 20/20 or read about it in the Wall Street Journal. You have probably received junk mail and currently receive emails about this simple program, but just delete them. I know I have! But this time I decided to give it a try. With the internet you can speed this message around the world and it's only a $10.00 investment!Please give it an honest effort, you will not be disappointed and will be very glad yo! u did when it starts to work. Remember, all you're going to be out of pocket is about the cost of a couple of coffees with the opportunity of banking thousands of dollars into your PayPal account!Wishing you Success & Prosperity!Regina WallaceQuick Overview:STEP 1. Set up your PayPal account www.paypal.com, if you don't already have one, and send the top name (1st person) $5.00dollars.DON'T FORGET to include "Please add me to your list".STEP 2. Send the other $5.00 dollars and an e-mail stating "Thank you I've Joined" to the 5th name on the list.STEP 3. Remove the top name, bump the other 4 names up 1 placeand place your name in the bottom slot - you will receive a minimum of $100.00 or more from your efforts.STEP 4. Keep sending the letter until you get 20, "Thank you I've joined" replies in your inbox. In addition, take advantage of the internet by posting your message on message boards found by searching via your favorite search engine. Post this to 200 (yes, 200) or more, and watch your account dollars soar!Go to any search engine (Yahoo, ! Google, etc.) and search phrases like "millionaire message board" or "money making message board" or "opportunity message board", etc. You will get thousands of sites to choose from. Another great site is www.craigslist.org You can list your info in lots of different areas of that site. Lots of great response from there!HEY! YOU COULD HAVE ALL THAT MONEY BEFORE CHRISTMAS.GOOD LUCK SINCERLYBuzzPS. From Dr. EcksIf you need to make some big money before Christmastake this and run with it. It really works!Set up your PayPal account here:www.paypal.com From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 4 11:09:50 2006 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7095416A4A7 for ; Mon, 4 Dec 2006 11:09:50 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEF5B43CD5 for ; Mon, 4 Dec 2006 11:08:34 +0000 (GMT) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB4B95XR045686 for ; Mon, 4 Dec 2006 11:09:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB4B94sZ045682 for gnome@FreeBSD.org; Mon, 4 Dec 2006 11:09:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 4 Dec 2006 11:09:04 GMT Message-Id: <200612041109.kB4B94sZ045682@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: gnome@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Dec 2006 11:09:50 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/103804 gnome gnome-netstatus-applet causes GL slowdowns f ports/104561 gnome nautilus CPU usage jumps to 100% o ports/105315 gnome firefox 2.0_2,1 fails to compile f ports/105589 gnome Firefox 2.0 segfaults when saving more than one file p 4 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/100785 gnome devel/nspr does not pass `make test` on 6-stable p ports/103529 gnome www/seamonkey: enable SVG and Pango font rendering sup o ports/103588 gnome gnome-system-monitor reads cpu activity wrong f ports/104564 gnome compile failure at ports/graphic/py-cairo on FreeBSD4 p ports/104958 gnome security/ssh_askpass_gtk2 does not work on 7-CURRENT 5 problems total. From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 4 15:44:46 2006 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12D1516A415 for ; Mon, 4 Dec 2006 15:44:46 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E10A43EEB for ; Mon, 4 Dec 2006 15:42:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 983B21A4D94 for ; Mon, 4 Dec 2006 07:43:05 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id ED74D51361; Mon, 4 Dec 2006 10:42:45 -0500 (EST) Date: Mon, 4 Dec 2006 10:42:45 -0500 From: Kris Kennaway To: gnome@FreeBSD.org Message-ID: <20061204154245.GC79177@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6zdv2QT/q3FMhpsV" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: [ports-i386@FreeBSD.org: libnotify-0.4.3 failed on i386 6] X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Dec 2006 15:44:46 -0000 --6zdv2QT/q3FMhpsV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable FYI; can you please investigate and/or report to the developers? If you are already aware of this problem but do not yet have a fix, please mark the port BROKEN in the appropriate case, so that users do not unexpectedly encounter it. See http://pointyhat.freebsd.org for the full log. Thanks, Kris ----- Forwarded message from User Ports-i386 ----- X-Original-To: kkenn@localhost Delivered-To: kkenn@localhost.obsecurity.org X-Original-To: kris@FreeBSD.org Delivered-To: kris@FreeBSD.org Date: Mon, 4 Dec 2006 09:31:20 GMT From: User Ports-i386 To: kris@FreeBSD.org Subject: libnotify-0.4.3 failed on i386 6 X-UIDL: 7=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D> libnotify-0.4.3.tar.gz doesn't seem to exist in /tmp/distfiles/. =3D> Attempting to fetch from ftp://ftp-master.freebsd.org/pub/FreeBSD/port= s/distfiles/. fetch: ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles/libnotify-0= .4.3.tar.gz: File unavailable (e.g., file not found, no access) =3D> Attempting to fetch from ftp://pointyhat.freebsd.org/pub/FreeBSD/distf= iles/. fetch: ftp://pointyhat.freebsd.org/pub/FreeBSD/distfiles/libnotify-0.4.3.ta= r.gz: File unavailable (e.g., file not found, no access) =3D> Attempting to fetch from http://www.galago-project.org/files/releases/= source/libnotify/. fetch: transfer timed out =3D> Attempting to fetch from ftp://ftp-master.freebsd.org/pub/FreeBSD/port= s/distfiles/. fetch: ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles/libnotify-0= .4.3.tar.gz: File unavailable (e.g., file not found, no access) =3D> Attempting to fetch from ftp://pointyhat.freebsd.org/pub/FreeBSD/distf= iles/. fetch: ftp://pointyhat.freebsd.org/pub/FreeBSD/distfiles/libnotify-0.4.3.ta= r.gz: File unavailable (e.g., file not found, no access) =3D> Couldn't fetch it - please try to retrieve this =3D> port manually into /tmp/distfiles/ and try again. *** Error code 1 Stop in /a/ports/devel/libnotify. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D build of /usr/ports/devel/libnotify ended at Mon Dec 4 09:31:24 UTC 2006 ----- End forwarded message ----- --6zdv2QT/q3FMhpsV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFdEH0Wry0BWjoQKURAtE5AJ43HqyDT7zuXsEvJUEKk8f+V4okpwCgwkKz hzT2id1Dn7/sxQur/WG3oCM= =bawD -----END PGP SIGNATURE----- --6zdv2QT/q3FMhpsV-- From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 4 19:19:23 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0D3D16A47C for ; Mon, 4 Dec 2006 19:19:23 +0000 (UTC) (envelope-from jwb@homer.att.com) Received: from mail146.messagelabs.com (mail146.messagelabs.com [216.82.245.131]) by mx1.FreeBSD.org (Postfix) with SMTP id F125343CB0 for ; Mon, 4 Dec 2006 19:18:32 +0000 (GMT) (envelope-from jwb@homer.att.com) X-VirusChecked: Checked X-Env-Sender: jwb@homer.att.com X-Msg-Ref: server-13.tower-146.messagelabs.com!1165259927!6322015!1 X-StarScan-Version: 5.5.10.7; banners=-,-,- X-Originating-IP: [134.24.146.4] Received: (qmail 26492 invoked from network); 4 Dec 2006 19:18:47 -0000 Received: from unknown (HELO attrh0i.attrh.att.com) (134.24.146.4) by server-13.tower-146.messagelabs.com with SMTP; 4 Dec 2006 19:18:47 -0000 Received: from attrh.att.com (localhost [127.0.0.1]) by attrh0i.attrh.att.com (8.13.7/8.13.7) with ESMTP id kB4JIlHW008372 for ; Mon, 4 Dec 2006 14:18:47 -0500 (EST) Received: from ulysses.homer.att.com (ulysses.homer.att.com [135.205.193.8]) by attrh0i.attrh.att.com (8.13.7/8.13.7) with ESMTP id kB4JIdwb008305 for ; Mon, 4 Dec 2006 14:18:39 -0500 (EST) Received: from akiva.homer.att.com (akiva.homer.att.com [135.205.212.39]) by ulysses.homer.att.com (8.9.3/8.9.3) with ESMTP id OAA09601 for ; Mon, 4 Dec 2006 14:18:29 -0500 (EST) Received: from akiva.homer.att.com (localhost [127.0.0.1]) by akiva.homer.att.com (8.11.7+Sun/8.9.3) with ESMTP id kB4JISt01472 for ; Mon, 4 Dec 2006 14:18:28 -0500 (EST) Message-Id: <200612041918.kB4JISt01472@akiva.homer.att.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: gnome@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Dec 2006 14:18:28 -0500 From: "J. W. Ballantine" Cc: Subject: Bad C++ code in dasher X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Dec 2006 19:19:23 -0000 While doing a portupgrade based on a cvsup, ports and MC.com, from this am, the dasher build failed with: if c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/local/include -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/gtk-2.0 -I/usr/local /lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include/gli b-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/include -DORBIT2=1 -D_REE NTRANT -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -DORBIT2=1 -D_REENTRANT -I/usr/local/include/gnome-speech-1.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/glib-2.0 -I/u sr/local/lib/glib-2.0/include -I/usr/local/include/orbit-2.0 -I/usr/local/include/bonobo-activation-2.0 -DORBIT2=1 -D_REENTRANT -D XTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/includ e -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libgnom e-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gcon f/2 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/incl ude/gnome-keyring-1 -I/usr/local/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/l ocal/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/libxml2 -I/usr/local/include/a t-spi-1.0 -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/libglade-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/ pango-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/X11R6/include -I/usr/local/include/freetype2 -DOR BIT2=1 -D_REENTRANT -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/libgnome- 2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/gl ib-2.0/include -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2. 0 -I/usr/local/include/gconf/2 -I/usr/local/include/g nome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 - I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/libbonoboui -2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/ local/include -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/libxml2 -DWNCK_I_KNOW_THIS_IS_UNSTABLE -I./../DasherCore -DPROGDATA=\"/usr/local/share/gnome/dasher\" -I../../intl -I../../intl -O2 -fno -strict-aliasing -pipe -Wall -Wno-non-virtual-dtor -MT BasicLog.o -MD -MP -MF ".deps/BasicLog.Tpo" -c -o BasicLog.o BasicLog.cpp; \ then mv -f ".deps/BasicLog.Tpo" ".deps/BasicLog.Po"; else rm -f ".deps/BasicLog.Tpo"; exit 1; fi BasicLog.cpp: In member function `std::string CBasicLog::GetDateStamp()': BasicLog.cpp:90: error: invalid conversion from `long int*' to `const time_t*' BasicLog.cpp:90: error: initializing argument 1 of `char* ctime(const time_t*)' gmake[4]: *** [BasicLog.o] Error 1 gmake[4]: Leaving directory `/usr/ports/accessibility/dasher/work/dasher-4.3.2/ Src/DasherCore' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/accessibility/dasher/work/dasher-4.3.2/ Src/DasherCore' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/accessibility/dasher/work/dasher-4.3.2/ Src' Jim From owner-freebsd-gnome@FreeBSD.ORG Mon Dec 4 22:55:55 2006 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 402B216A4FB for ; Mon, 4 Dec 2006 22:55:55 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D4A143FAF for ; Mon, 4 Dec 2006 22:50:08 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.8/8.13.8) with ESMTP id kB4MpAEk009118 for ; Mon, 4 Dec 2006 17:51:11 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: FreeBSD GNOME Users Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-La0uu6KyejZ3Ngl8Vkpx" Organization: FreeBSD, Inc. Date: Mon, 04 Dec 2006 17:50:22 -0500 Message-Id: <1165272622.45954.16.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Cc: Subject: Problems with GNOME on amd64? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Dec 2006 22:55:55 -0000 --=-La0uu6KyejZ3Ngl8Vkpx Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I have been donated an amd64 system for GNOME development work, and am wanting to hear about problems with GNOME on amd64 (crashes, differences between amd64 and i386, etc.). So far, I have found and fixed one crasher in gnome-mount, but I'm sure there are other problems. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-La0uu6KyejZ3Ngl8Vkpx Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFdKYub2iPiv4Uz4cRAgZfAJ45EkD74UmznrocUJr0XktjNmfOawCglw/F TcSQ1tULcq42s7N9fwy1kik= =h3aa -----END PGP SIGNATURE----- --=-La0uu6KyejZ3Ngl8Vkpx-- From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 5 15:06:29 2006 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D412016A403 for ; Tue, 5 Dec 2006 15:06:29 +0000 (UTC) (envelope-from leo_midolo@yahoo.it) Received: from smtp001.mail.ukl.yahoo.com (smtp001.mail.ukl.yahoo.com [217.12.11.32]) by mx1.FreeBSD.org (Postfix) with SMTP id 8586543CA3 for ; Tue, 5 Dec 2006 15:05:49 +0000 (GMT) (envelope-from leo_midolo@yahoo.it) Received: (qmail 53180 invoked from network); 5 Dec 2006 15:06:27 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=Received:X-YMail-OSG:Subject:From:To:Content-Type:Date:Message-Id:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=fI5w5DMca2cVRE2cFg9h6GJANrMbmPEisF6HVYI3PBTcADky3WdwtQP/m2P41+qr30fqXXxHXM7uIP7uQ6ydGTESWbEp+VxwleLCxbm6cwvrjW2bTAiGoy8iV0yDvcAsKIn9x+mipY/ZjxfwtwTesNf1ex9zvkeLfcyK3ct1EPY= ; Received: from unknown (HELO ?192.168.10.8?) (leo_midolo@87.8.231.94 with plain) by smtp001.mail.ukl.yahoo.com with SMTP; 5 Dec 2006 15:06:27 -0000 X-YMail-OSG: y.fEN30VM1mSHGQAfVqo0_yLOKRcn_3uLi0p17YccT_G9bTbs2ZA22Mla3HcMwCAWokIbB.KVu.zrNb0FhjRESj_B3Gi8wywgILzeBnpLYOIwPnL5RY- From: Leonardo Midolo To: freebsd-gnome@freebsd.org Content-Type: text/plain Date: Tue, 05 Dec 2006 16:06:28 +0100 Message-Id: <1165331188.1153.28.camel@wyld.homeunix.net> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Gnome became slow X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Dec 2006 15:06:29 -0000 Hi, yesterday I've noticed that many gnome applications became suddenly really slow to start up (15-20 seconds, before they took 2-3 s). Also the entire gnome startup became slow (around 2/3 minutes). I'm running gnome 2.16 (compiled from ports and up to date) on FreeBSD 6.2 RC1. I think this happened after a power outage, but I'm not sure. All non-gnome applications still run fine (apache, postgres, firefox, mplayer...). Gnome-terminal works fine but takes a long long time to open new tabs. I recompiled gconf and gnome-session but nothing changed. I've also read the faq "why gnome is so slow...", but my configuration seems ok. I can't understand what happened and what to do to restore gnome's original speed. Any help or suggestion is really appreciated! Thanks Leonardo Midolo Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 5 18:46:42 2006 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04F0916A415 for ; Tue, 5 Dec 2006 18:46:42 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (pukruppa.net [213.146.114.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEFE043CB3 for ; Tue, 5 Dec 2006 18:46:00 +0000 (GMT) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (pukruppa.net [213.146.114.24]) by pukruppa.net (8.13.8/8.13.8) with ESMTP id kB5Im9p7001404; Tue, 5 Dec 2006 19:48:09 +0100 (CET) (envelope-from ulrich@pukruppa.net) Date: Tue, 5 Dec 2006 19:48:09 +0100 (CET) From: "P.U.Kruppa" To: Leonardo Midolo In-Reply-To: <1165331188.1153.28.camel@wyld.homeunix.net> Message-ID: <20061205194508.C1344@pukruppa.net> References: <1165331188.1153.28.camel@wyld.homeunix.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-gnome@freebsd.org Subject: Re: Gnome became slow X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Dec 2006 18:46:42 -0000 On Tue, 5 Dec 2006, Leonardo Midolo wrote: > Hi, > yesterday I've noticed that many gnome applications became suddenly > really slow to start up (15-20 seconds, before they took 2-3 s). > Also the entire gnome startup became slow (around 2/3 minutes). > I'm running gnome 2.16 (compiled from ports and up to date) on FreeBSD > 6.2 RC1. > I think this happened after a power outage, but I'm not sure. > All non-gnome applications still run fine (apache, postgres, firefox, > mplayer...). > Gnome-terminal works fine but takes a long long time to open new tabs. > I recompiled gconf and gnome-session but nothing changed. I've also read > the faq "why gnome is so slow...", but my configuration seems ok. I > can't understand what happened and what to do to restore gnome's > original speed. > Any help or suggestion is really appreciated! Did you set gnome_enable="YES" in your /etc/rc.conf ? (See http://www.freebsd.org/gnome/docs/faq2.html#q1 ) This seemed to repair some strange things on my system. Just a guess, Uli. > > Thanks > Leonardo Midolo > > Chiacchiera con i tuoi amici in tempo reale! > http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" > Peter Ulrich Kruppa Wuppertal Germany From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 5 18:59:25 2006 Return-Path: X-Original-To: freebsd-gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D80616A415 for ; Tue, 5 Dec 2006 18:59:25 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F6DF43CB6 for ; Tue, 5 Dec 2006 18:58:39 +0000 (GMT) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id kB5IxJN28164; Tue, 5 Dec 2006 13:59:19 -0500 (EST) Received: from [64.102.193.31] (dhcp-64-102-193-31.cisco.com [64.102.193.31]) by rooster.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id kB5IxIS28052; Tue, 5 Dec 2006 13:59:18 -0500 (EST) Message-ID: <4575C1CF.5070709@FreeBSD.org> Date: Tue, 05 Dec 2006 14:00:31 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Leonardo Midolo References: <1165331188.1153.28.camel@wyld.homeunix.net> In-Reply-To: <1165331188.1153.28.camel@wyld.homeunix.net> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-gnome@FreeBSD.org Subject: Re: Gnome became slow X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Dec 2006 18:59:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Leonardo Midolo wrote: > Hi, > yesterday I've noticed that many gnome applications became suddenly > really slow to start up (15-20 seconds, before they took 2-3 s). > Also the entire gnome startup became slow (around 2/3 minutes). > I'm running gnome 2.16 (compiled from ports and up to date) on FreeBSD > 6.2 RC1. > I think this happened after a power outage, but I'm not sure. > All non-gnome applications still run fine (apache, postgres, firefox, > mplayer...). > Gnome-terminal works fine but takes a long long time to open new tabs. > I recompiled gconf and gnome-session but nothing changed. I've also read > the faq "why gnome is so slow...", but my configuration seems ok. I > can't understand what happened and what to do to restore gnome's > original speed. Try running "fc-cache -f -v" as root. If that doesn't work, try "gtk-update-icon-cache -q -f /usr/local/share/icons/gnome". Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFdcHPb2iPiv4Uz4cRAimQAJwIK3XYpOSAQwBoEkR3OwZQrl807gCgrz8v rL0/BcKN0Q/ltkPbCDhwkWs= =FHwe -----END PGP SIGNATURE----- From owner-freebsd-gnome@FreeBSD.ORG Tue Dec 5 20:57:03 2006 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEE0216A40F; Tue, 5 Dec 2006 20:57:03 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DDAA43CA5; Tue, 5 Dec 2006 20:56:22 +0000 (GMT) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB5Kv332093755; Tue, 5 Dec 2006 20:57:03 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB5Kv3QO093751; Tue, 5 Dec 2006 20:57:03 GMT (envelope-from edwin) Date: Tue, 5 Dec 2006 20:57:03 GMT From: Edwin Groothuis Message-Id: <200612052057.kB5Kv3QO093751@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, gnome@FreeBSD.org Cc: Subject: Re: ports/106387: Description of bombermaze too short and unclear X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Dec 2006 20:57:03 -0000 Synopsis: Description of bombermaze too short and unclear Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Tue Dec 5 20:57:02 UTC 2006 Responsible-Changed-Why: Over to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=106387 From owner-freebsd-gnome@FreeBSD.ORG Wed Dec 6 17:40:23 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E807F16A412 for ; Wed, 6 Dec 2006 17:40:23 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (c-24-63-86-11.hsd1.ma.comcast.net [24.63.86.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8ECC43CC0 for ; Wed, 6 Dec 2006 17:39:30 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: from [192.168.2.68] (bofh.straycat.dhs.org [192.168.2.68]) by straycat.dhs.org (8.13.4/8.13.4) with ESMTP id kB6He4Xq013132 for ; Wed, 6 Dec 2006 12:40:06 -0500 (EST) From: Tom McLaughlin To: FreeBSD Gnome Content-Type: text/plain Date: Wed, 06 Dec 2006 12:40:04 -0500 Message-Id: <1165426804.2231.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: For HAL users: [Fwd: FreeBSD Security Advisory FreeBSD-SA-06:25.kmem] X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Dec 2006 17:40:24 -0000 This affects anyone with HAL setup properly according to our port's defaults and uses firewire. I like changing the default group to wheel since most Gnome users on Free will probably already be a part of wheel. I'll stop beating the dead horse now. ;) tom -------- Forwarded Message -------- > From: FreeBSD Security Advisories > Reply-To: security-advisories@freebsd.org > To: FreeBSD Security Advisories > Subject: FreeBSD Security Advisory FreeBSD-SA-06:25.kmem > Date: Wed, 6 Dec 2006 09:33:14 GMT > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > ============================================================================= > FreeBSD-SA-06:25.kmem Security Advisory > The FreeBSD Project > > Topic: Kernel memory disclosure in firewire(4) > > Category: core > Module: sys_dev > Announced: 2006-12-06 > Credits: Rodrigo Rubira Branco > Affects: All FreeBSD releases. > Corrected: 2006-12-06 09:13:51 UTC (RELENG_6, 6.2-STABLE) > 2006-12-06 09:14:23 UTC (RELENG_6_2, 6.2-RC2) > 2006-12-06 09:14:59 UTC (RELENG_6_1, 6.1-RELEASE-p11) > 2006-12-06 09:15:40 UTC (RELENG_6_0, 6.0-RELEASE-p16) > 2006-12-06 09:16:17 UTC (RELENG_5, 5.5-STABLE) > 2006-12-06 09:16:41 UTC (RELENG_5_5, 5.5-RELEASE-p9) > 2006-12-06 09:17:09 UTC (RELENG_4, 4.11-STABLE) > 2006-12-06 09:18:02 UTC (RELENG_4_11, 4.11-RELEASE-p26) > CVE Name: CVE-2006-6013 > > For general information regarding FreeBSD Security Advisories, > including descriptions of the fields above, security branches, and the > following sections, please visit . > > I. Background > > The firewire(4) driver provides support for IEEE 1394 ("FireWire") > interfaces. This driver provides some of its functionality via the > ioctl(2) system call. > > II. Problem Description > > In the FW_GCROM ioctl, a signed integer comparison is used instead of > an unsigned integer comparison when computing the length of a buffer > to be copied from the kernel into the calling application. > > III. Impact > > A user in the "operator" group can read the contents of kernel memory. > Such memory might contain sensitive information, such as portions of > the file cache or terminal buffers. This information might be directly > useful, or it might be leveraged to obtain elevated privileges in some > way; for example, a terminal buffer might include a user-entered > password. > > IV. Workaround > > No workaround is available, but systems without IEEE 1394 ("FireWire") > interfaces are not vulnerable. (Note that systems with IEEE 1394 > interfaces are affected regardless of whether any devices are attached.) > > Note also that FreeBSD does not have any non-root users in the "operator" > group by default; systems on which no users have been added to this group > are therefore also not vulnerable. > > V. Solution > > Perform one of the following: > > 1) Upgrade your vulnerable system to 4-STABLE, 5-STABLE, or 6-STABLE, > or to the RELENG_6_1, RELENG_6_0, RELENG_5_5, or RELENG_4_11 security > branch dated after the correction date. > > 2) To patch your present system: > > The following patches have been verified to apply to FreeBSD 4.11, 5.5, > 6.0, and 6.1 systems. > > a) Download the relevant patch from the location below, and verify the > detached PGP signature using your PGP utility. > > # fetch http://security.FreeBSD.org/patches/SA-06:25/kmem.patch > # fetch http://security.FreeBSD.org/patches/SA-06:25/kmem.patch.asc > > b) Apply the patch. > > # cd /usr/src > # patch < /path/to/patch > > c) Recompile your kernel as described in > and reboot the > system. > > VI. Correction details > > The following list contains the revision numbers of each file that was > corrected in FreeBSD. > > Branch Revision > Path > - ------------------------------------------------------------------------- > RELENG_4 > src/sys/dev/firewire/fwdev.c 1.2.4.17 > RELENG_4_11 > src/UPDATING 1.73.2.91.2.27 > src/sys/conf/newvers.sh 1.44.2.39.2.30 > src/sys/dev/firewire/fwdev.c 1.2.4.16.4.1 > RELENG_5 > src/sys/dev/firewire/fwdev.c 1.44.2.2 > RELENG_5_5 > src/UPDATING 1.342.2.35.2.9 > src/sys/conf/newvers.sh 1.62.2.21.2.11 > src/sys/dev/firewire/fwdev.c 1.44.2.1.4.1 > RELENG_6 > src/sys/dev/firewire/fwdev.c 1.46.2.2 > RELENG_6_2 > src/UPDATING 1.416.2.29.2.1 > src/sys/dev/firewire/fwdev.c 1.46.2.1.6.1 > RELENG_6_1 > src/UPDATING 1.416.2.22.2.13 > src/sys/conf/newvers.sh 1.69.2.11.2.13 > src/sys/dev/firewire/fwdev.c 1.46.2.1.4.1 > RELENG_6_0 > src/UPDATING 1.416.2.3.2.21 > src/sys/conf/newvers.sh 1.69.2.8.2.17 > src/sys/dev/firewire/fwdev.c 1.46.2.1.2.1 > - ------------------------------------------------------------------------- > > VII. References > > http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-6013 > > The latest revision of this advisory is available at > http://security.FreeBSD.org/advisories/FreeBSD-SA-06:25.kmem.asc > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.3 (FreeBSD) > > iD8DBQFFdo1QFdaIBMps37IRAj4vAJ4vzhNk4MBkhAxsmeIAA0UgnXXOwACfY+Oe > WhWIJLjTgqq+T3ZpySyRCNo= > =FbZj > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-security-notifications@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-security-notifications > To unsubscribe, send any mail to "freebsd-security-notifications-unsubscribe@freebsd.org" -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | | BSD# http://www.mono-project.com/Mono:FreeBSD | From owner-freebsd-gnome@FreeBSD.ORG Wed Dec 6 17:45:49 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6049016A503 for ; Wed, 6 Dec 2006 17:45:49 +0000 (UTC) (envelope-from pav@oook.cz) Received: from hood.oook.cz (hood.oook.cz [195.250.137.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id A538343CBA for ; Wed, 6 Dec 2006 17:44:52 +0000 (GMT) (envelope-from pav@oook.cz) Received: from ikaros.oook.cz (localhost [127.0.0.1]) by hood.oook.cz (8.13.8/8.13.8) with ESMTP id kB6Hjawp047731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Dec 2006 18:45:36 +0100 (CET) (envelope-from pav@oook.cz) Received: (from pav@localhost) by ikaros.oook.cz (8.13.8/8.13.8/Submit) id kB6HjAM1047669; Wed, 6 Dec 2006 18:45:10 +0100 (CET) (envelope-from pav@oook.cz) X-Authentication-Warning: ikaros.oook.cz: pav set sender to pav@oook.cz using -f From: Pav Lucistnik To: Tom McLaughlin In-Reply-To: <1165426804.2231.4.camel@localhost> References: <1165426804.2231.4.camel@localhost> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Date: Wed, 06 Dec 2006 18:45:10 +0100 Message-Id: <1165427110.26350.33.camel@ikaros.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Cc: FreeBSD Gnome Subject: Re: For HAL users: [Fwd: FreeBSD Security Advisory FreeBSD-SA-06:25.kmem] X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Dec 2006 17:45:49 -0000 Tom McLaughlin p=ED=B9e v st 06. 12. 2006 v 12:40 -0500: > This affects anyone with HAL setup properly according to our port's > defaults and uses firewire. >=20 > I like changing the default group to wheel since most Gnome users on > Free will probably already be a part of wheel. I'll stop beating the > dead horse now. ;) Wasn't this talked to death with the result, that wheel group must be reserved for users capable of running 'su' *only* ? --=20 Pav Lucistnik I cannot be responsible for future messages as apparently my cats have learned to type. From owner-freebsd-gnome@FreeBSD.ORG Wed Dec 6 18:08:53 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECD4916A412 for ; Wed, 6 Dec 2006 18:08:53 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (c-24-63-86-11.hsd1.ma.comcast.net [24.63.86.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9D6C43CAE for ; Wed, 6 Dec 2006 18:07:29 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: from [192.168.2.68] (bofh.straycat.dhs.org [192.168.2.68]) by straycat.dhs.org (8.13.4/8.13.4) with ESMTP id kB6I88Bk022605; Wed, 6 Dec 2006 13:08:11 -0500 (EST) From: Tom McLaughlin To: Pav Lucistnik In-Reply-To: <1165427110.26350.33.camel@ikaros.oook.cz> References: <1165426804.2231.4.camel@localhost> <1165427110.26350.33.camel@ikaros.oook.cz> Content-Type: text/plain; charset=iso-8859-2 Date: Wed, 06 Dec 2006 13:08:08 -0500 Message-Id: <1165428488.2231.22.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: FreeBSD Gnome Subject: Re: For HAL users: [Fwd: FreeBSD Security Advisory FreeBSD-SA-06:25.kmem] X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Dec 2006 18:08:54 -0000 On Wed, 2006-12-06 at 18:45 +0100, Pav Lucistnik wrote: > Tom McLaughlin pí¹e v st 06. 12. 2006 v 12:40 -0500: > > > This affects anyone with HAL setup properly according to our port's > > defaults and uses firewire. > > > > I like changing the default group to wheel since most Gnome users on > > Free will probably already be a part of wheel. I'll stop beating the > > dead horse now. ;) > > Wasn't this talked to death with the result, that wheel group must be > reserved for users capable of running 'su' *only* ? > I know, I know. Just felt like bring it up again. ;) tom -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | | BSD# http://www.mono-project.com/Mono:FreeBSD | From owner-freebsd-gnome@FreeBSD.ORG Wed Dec 6 18:11:50 2006 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24DBC16A403 for ; Wed, 6 Dec 2006 18:11:50 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8247243DD3 for ; Wed, 6 Dec 2006 18:09:22 +0000 (GMT) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id kB6IA1D06101; Wed, 6 Dec 2006 13:10:01 -0500 (EST) Received: from [64.102.192.55] (dhcp-64-102-192-55.cisco.com [64.102.192.55]) by rooster.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id kB6IA1S07065; Wed, 6 Dec 2006 13:10:01 -0500 (EST) Message-ID: <457707C4.1020003@FreeBSD.org> Date: Wed, 06 Dec 2006 13:11:16 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Pav Lucistnik References: <1165426804.2231.4.camel@localhost> <1165427110.26350.33.camel@ikaros.oook.cz> In-Reply-To: <1165427110.26350.33.camel@ikaros.oook.cz> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Cc: FreeBSD Gnome , Tom McLaughlin Subject: Re: For HAL users: [Fwd: FreeBSD Security Advisory FreeBSD-SA-06:25.kmem] X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Dec 2006 18:11:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pav Lucistnik wrote: > Tom McLaughlin pí¹e v st 06. 12. 2006 v 12:40 -0500: > >> This affects anyone with HAL setup properly according to our port's >> defaults and uses firewire. >> >> I like changing the default group to wheel since most Gnome users on >> Free will probably already be a part of wheel. I'll stop beating the >> dead horse now. ;) > > Wasn't this talked to death with the result, that wheel group must be > reserved for users capable of running 'su' *only* ? > > wheel _and_ operator are not going to work, but one or the other should be fine. However, hal is not the only GNOME component to use operator. While we do suggest that users that need to mount remote volumes be in the operator group, HAL itself is not vulnerable to this problem, and I don't think we need to change our operating procedure for something that will not be an issue moving forward. For administrators of shared systems, they can decide how best to proceed. They can either choose to patch the system, temporarily change the HAL group, or disable HAL altogether. For users of personal workstations, they will most likely not care. I do think that airing this on the mailing list is a good thing, though, as it will make users aware of the issue. Perhaps this also warrants an addition to the known issues list. Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFdwfDb2iPiv4Uz4cRAks5AKCQxlCgaxWO7JetoQ4M3cSZ11lCrwCfa1EY dpe7vR7AEWOQctJwU0y+Ans= =Wd3l -----END PGP SIGNATURE----- From owner-freebsd-gnome@FreeBSD.ORG Wed Dec 6 19:13:11 2006 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F01716A407; Wed, 6 Dec 2006 19:13:11 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (c-24-63-86-11.hsd1.ma.comcast.net [24.63.86.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3B3844891; Wed, 6 Dec 2006 18:43:56 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: from [192.168.2.68] (bofh.straycat.dhs.org [192.168.2.68]) by straycat.dhs.org (8.13.4/8.13.4) with ESMTP id kB6IiZvl020803; Wed, 6 Dec 2006 13:44:35 -0500 (EST) From: Tom McLaughlin To: Joe Marcus Clarke In-Reply-To: <457707C4.1020003@FreeBSD.org> References: <1165426804.2231.4.camel@localhost> <1165427110.26350.33.camel@ikaros.oook.cz> <457707C4.1020003@FreeBSD.org> Content-Type: text/plain; charset=iso-8859-2 Date: Wed, 06 Dec 2006 13:44:34 -0500 Message-Id: <1165430674.1464.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: FreeBSD Gnome Subject: Re: For HAL users: [Fwd: FreeBSD Security Advisory FreeBSD-SA-06:25.kmem] X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Dec 2006 19:13:11 -0000 On Wed, 2006-12-06 at 13:11 -0500, Joe Marcus Clarke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Pav Lucistnik wrote: > > Tom McLaughlin pí¹e v st 06. 12. 2006 v 12:40 -0500: > > > >> This affects anyone with HAL setup properly according to our port's > >> defaults and uses firewire. > >> > >> I like changing the default group to wheel since most Gnome users on > >> Free will probably already be a part of wheel. I'll stop beating the > >> dead horse now. ;) > > > > Wasn't this talked to death with the result, that wheel group must be > > reserved for users capable of running 'su' *only* ? > > > > > > wheel _and_ operator are not going to work, but one or the other should > be fine. However, hal is not the only GNOME component to use operator. > While we do suggest that users that need to mount remote volumes be > in the operator group, HAL itself is not vulnerable to this problem, and > I don't think we need to change our operating procedure for something > that will not be an issue moving forward. I just want to point out the idea of changing the default group was a friendly jab after I lost the argument the first time. Hence the ';)' at the end. Humor doesn't always carry over the tubes well. :-/ I know hal isn't vulnerable. Only forwarded the message because of this portion of the advisory. --- Note also that FreeBSD does not have any non-root users in the "operator" group by default; systems on which no users have been added to this group are therefore also not vulnerable. --- It wasn't until a few minutes later that I realized that Gnome users would probably have non-root users in the group. I figured it was worth a heads up. > > For administrators of shared systems, they can decide how best to > proceed. They can either choose to patch the system, temporarily change > the HAL group, or disable HAL altogether. For users of personal > workstations, they will most likely not care. > > I do think that airing this on the mailing list is a good thing, though, > as it will make users aware of the issue. Perhaps this also warrants an > addition to the known issues list. > > Joe > > - -- > Joe Marcus Clarke > FreeBSD GNOME Team :: gnome@FreeBSD.org > FreeNode / #freebsd-gnome > http://www.FreeBSD.org/gnome > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (Darwin) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFFdwfDb2iPiv4Uz4cRAks5AKCQxlCgaxWO7JetoQ4M3cSZ11lCrwCfa1EY > dpe7vR7AEWOQctJwU0y+Ans= > =Wd3l > -----END PGP SIGNATURE----- -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | | BSD# http://www.mono-project.com/Mono:FreeBSD | From owner-freebsd-gnome@FreeBSD.ORG Wed Dec 6 19:41:06 2006 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CECDB16A509 for ; Wed, 6 Dec 2006 19:41:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8492A440D7 for ; Wed, 6 Dec 2006 19:29:58 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB6JUJGi038981 for ; Wed, 6 Dec 2006 19:30:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB6JUJVA038980; Wed, 6 Dec 2006 19:30:19 GMT (envelope-from gnats) Date: Wed, 6 Dec 2006 19:30:19 GMT Message-Id: <200612061930.kB6JUJVA038980@freefall.freebsd.org> To: gnome@FreeBSD.org From: Micah Cc: Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Micah List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Dec 2006 19:41:06 -0000 The following reply was made to PR ports/105589; it has been noted by GNATS. From: Micah To: Jeremy Messenger Cc: bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session Date: Wed, 06 Dec 2006 11:04:22 -0800 Jeremy Messenger wrote: > I still can't reproduce it. I think, it might be something in the > between of KDE vs libgnome or something else. Perhaps, you can try to > run "/usr/local/libexec/gnome-settings-daemon &" before you run firefox > in KDE to see if it will help. It doesn't make any sense to me, because > there is no problem in Fluxbox. > > Cheers, > Mezz Any hope of getting this bug reopened? There are now more people reporting it and more backtraces to examine. I've followed the execution through kdbg and Firefox segfaults when executing line 583 of mozilla/widget/src/gtk2/nsFilePicker.cpp: gint response = gtk_dialog_run (GTK_DIALOG (file_chooser)); Indicating it's either a GTK bug or Firefox isn't prepping the file_chooser properly. I haven't been able to follow the execution past that point (not sure how to setup my environment for that). Since the problems cropped up in thunderbird and firefox after the gnome upgrade, it's probably a mozilla/gtk incompatibility. BTW, before the segfault the debugger shows my stacktrace as being the same (up-to that point) as the ones Indigo posted, but after the segfault the trace is shorter - probably means the stack is getting trashed by the bug. I tried to test the uninstall libgnome fix to see how it's affecting firefox. Running firefox without libgnome causes libimgicon.so and libmozgnome.so to fail to load. I removed first alternately then both libimgicon and libmozgnome while libgnome was still installed, but firefox still crashed, so the problem is not in either of those libraries. Debian /may/ be seeing a similar bug, but I couldn't find any followup info on it: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399406 Lastly, I'm almost done doing a portupgrade -af just in case there's something wrong with the /usr/ports/UPDATING instructions for the gnome upgrade. The majority of software has been rebuilt - but firefox still shows the bug. There's not much else I can do without help from someone more knowledgeable in firefox/gtk. - Micah From owner-freebsd-gnome@FreeBSD.ORG Thu Dec 7 07:24:43 2006 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6772016A412 for ; Thu, 7 Dec 2006 07:24:43 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB65643CA3 for ; Thu, 7 Dec 2006 07:23:52 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.8/8.13.8) with ESMTP id kB77PakU043223 for ; Thu, 7 Dec 2006 02:25:36 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: FreeBSD GNOME Users Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-1mmJEUBpmkryQoBr/1XP" Organization: FreeBSD, Inc. Date: Thu, 07 Dec 2006 02:24:39 -0500 Message-Id: <1165476279.74826.9.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Cc: Subject: HEADS UP: ekiga update (especially for 64-bit users) X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Dec 2006 07:24:43 -0000 --=-1mmJEUBpmkryQoBr/1XP Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I have updated ekiga to 2.0.3 (and pwlib and opal with it). This update brings with it added stability, some new translations, and most importantly, I have fixed 64-bit support (at least for amd64) on FreeBSD. I'll be bugging the various maintainers for permission to commit, but in the meantime, patches are available at: http://www.marcuscom.com/downloads/ekiga/ I'd appreciate any 64-bit feedback. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-1mmJEUBpmkryQoBr/1XP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFd8G3b2iPiv4Uz4cRAtJbAJ90HJCaZOqktJG3CnKEKe8Keo8onQCfTVlP r9b4ctioJ/CQnCuB6MCEQXA= =LZQA -----END PGP SIGNATURE----- --=-1mmJEUBpmkryQoBr/1XP-- From owner-freebsd-gnome@FreeBSD.ORG Thu Dec 7 07:28:33 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39E5D16A415 for ; Thu, 7 Dec 2006 07:28:33 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD90343CA2 for ; Thu, 7 Dec 2006 07:27:42 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.8/8.13.8) with ESMTP id kB77TQ2V043268; Thu, 7 Dec 2006 02:29:26 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Micah In-Reply-To: <200612061930.kB6JUJVA038980@freefall.freebsd.org> References: <200612061930.kB6JUJVA038980@freefall.freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-y4yV1ZiN5baoGC3ikevU" Organization: MarcusCom, Inc. Date: Thu, 07 Dec 2006 02:28:29 -0500 Message-Id: <1165476509.74826.14.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Cc: gnome@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Dec 2006 07:28:33 -0000 --=-y4yV1ZiN5baoGC3ikevU Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-12-06 at 19:30 +0000, Micah wrote: > The following reply was made to PR ports/105589; it has been noted by GNA= TS. >=20 > From: Micah > To: Jeremy Messenger > Cc: bug-followup@freebsd.org > Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than on= e > file per session > Date: Wed, 06 Dec 2006 11:04:22 -0800 >=20 > Jeremy Messenger wrote: > > I still can't reproduce it. I think, it might be something in the=20 > > between of KDE vs libgnome or something else. Perhaps, you can try to=20 > > run "/usr/local/libexec/gnome-settings-daemon &" before you run firefo= x=20 > > in KDE to see if it will help. It doesn't make any sense to me, becaus= e=20 > > there is no problem in Fluxbox. > >=20 > > Cheers, > > Mezz > =20 > Any hope of getting this bug reopened? There are now more people > reporting it and more backtraces to examine. > =20 > I've followed the execution through kdbg and Firefox segfaults when > executing line 583 of mozilla/widget/src/gtk2/nsFilePicker.cpp: > =20 > gint response =3D gtk_dialog_run (GTK_DIALOG (file_chooser)); > =20 > Indicating it's either a GTK bug or Firefox isn't prepping the > file_chooser properly. I haven't been able to follow the execution past > that point (not sure how to setup my environment for that). Since the > problems cropped up in thunderbird and firefox after the gnome upgrade, > it's probably a mozilla/gtk incompatibility. BTW, before the segfault=20 > the debugger shows my stacktrace as being the same (up-to that point) as= =20 > the ones Indigo posted, but after the segfault the trace is shorter -=20 > probably means the stack is getting trashed by the bug. > =20 > I tried to test the uninstall libgnome fix to see how it's affecting=20 > firefox. Running firefox without libgnome causes libimgicon.so and=20 > libmozgnome.so to fail to load. I removed first alternately then both=20 > libimgicon and libmozgnome while libgnome was still installed, but=20 > firefox still crashed, so the problem is not in either of those librarie= s. > =20 > Debian /may/ be seeing a similar bug, but I couldn't find any followup > info on it: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D399406 > =20 > Lastly, I'm almost done doing a portupgrade -af just in case there's=20 > something wrong with the /usr/ports/UPDATING instructions for the gnome=20 > upgrade. The majority of software has been rebuilt - but firefox still=20 > shows the bug. There's not much else I can do without help from someone=20 > more knowledgeable in firefox/gtk. Before anything can be done to fix this, someone needs to provide a backtrace with full debugging symbols. For more on doing this, see http://www.freebsd.org/gnome/docs/bugging.html . Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-y4yV1ZiN5baoGC3ikevU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFd8Kdb2iPiv4Uz4cRAgFfAJ9BrBz8KtrbMyckNUG3debpdE7djACgjK0i ijmRKQt114IRJtEDvkmbJ30= =lwVX -----END PGP SIGNATURE----- --=-y4yV1ZiN5baoGC3ikevU-- From owner-freebsd-gnome@FreeBSD.ORG Thu Dec 7 10:03:47 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A0A716A407 for ; Thu, 7 Dec 2006 10:03:47 +0000 (UTC) (envelope-from fenner+portsurvey@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id B977043CEE for ; Thu, 7 Dec 2006 10:02:38 +0000 (GMT) (envelope-from fenner+portsurvey@FreeBSD.org) Received: from freefall.freebsd.org (fenner@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB7A3Ta6027096 for ; Thu, 7 Dec 2006 10:03:29 GMT (envelope-from fenner+portsurvey@freefall.freebsd.org) Received: (from fenner@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB7A3TnF027095; Thu, 7 Dec 2006 10:03:29 GMT (envelope-from fenner+portsurvey) Date: Thu, 7 Dec 2006 10:03:29 GMT Message-Id: <200612071003.kB7A3TnF027095@freefall.freebsd.org> From: fenner@freebsd.org (Bill "distfiles" Fenner) To: gnome@freebsd.org Cc: Subject: FreeBSD ports: 1 unfetchable distfile: deskutils/gnome-menu-editor X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ports@freebsd.org List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Dec 2006 10:03:47 -0000 Dear gnome@freebsd.org, You are listed as the FreeBSD port maintainer for 1 port whose distfiles are not fetchable from their MASTER_SITES. Could you please visit http://people.freebsd.org/~fenner/portsurvey/gnome@freebsd.org.html and correct the problems listed there? The individual port with a problem is deskutils/gnome-menu-editor. If you have already corrected the problems and submitted a PR, please accept my thanks and apologies for the delay in getting the fixes into the tree. This reminder is created automatically and does not (yet) have a way to know if a PR fixing the problem has been submitted. Please do *NOT* send your response to me directly; I do not necessarily have time to commit your fix; please instead submit a PR via 'send-pr' so it doesn't get lost. Problems are usually of two types: 1. The software package has been upgraded and the version in the port has been removed. The best solution to this problem is to upgrade the port to the most current version of the software package. If you are a FreeBSD committer, then you can just upgrade the port directly. If not, you should create the updated port on your own machine, test it (and maybe even run "portlint" on it), and then use "send-pr" to submit a "diff -uNr old-port updated-port". If you added or deleted any files, please make an explicit note of it. 2. The mirror site being used no longer contains the software package in question, or no longer exists. Solutions include: a) If there are other mirror sites, just remove the bad site from the list. (Make sure that what appears to be a bad site isn't actually a problem of type 1, upgrade) b) If the README or other support files in the software documentation mention where to get the software package, use one of those sites. c) Use a search engine to find another place to get the original DISTFILES. Make sure that you don't pick a FreeBSD distfiles mirror -- if you can't find any other places where the file exists, it can be a LOCAL_PORT or you can simply comment out the MASTER_SITES= line, with a comment explaining why. Once you have a solution, use "send-pr" to submit a "diff -u" of the Makefile. Note that this isn't an urgent issue, as people who try to build the port now will just fall back to the FreeBSD distfiles mirror. Please just put it on your list to do and get to it when you have time. These messages will continue to arrive twice a month until the fix is committed, as a reminder. Thanks, Bill "distfiles" Fenner. From owner-freebsd-gnome@FreeBSD.ORG Thu Dec 7 17:10:16 2006 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEB6416A4A0 for ; Thu, 7 Dec 2006 17:10:16 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C0EF43C9D for ; Thu, 7 Dec 2006 17:09:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB7HAFft069481 for ; Thu, 7 Dec 2006 17:10:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB7HAF0H069476; Thu, 7 Dec 2006 17:10:15 GMT (envelope-from gnats) Date: Thu, 7 Dec 2006 17:10:15 GMT Message-Id: <200612071710.kB7HAF0H069476@freefall.freebsd.org> To: gnome@FreeBSD.org From: "Jeremy Messenger" Cc: Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jeremy Messenger List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Dec 2006 17:10:17 -0000 The following reply was made to PR ports/105589; it has been noted by GNATS. From: "Jeremy Messenger" To: Micah Cc: bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session Date: Thu, 07 Dec 2006 11:02:19 -0600 On Wed, 06 Dec 2006 13:04:22 -0600, Micah wrote: > Jeremy Messenger wrote: >> I still can't reproduce it. I think, it might be something in the = >> between of KDE vs libgnome or something else. Perhaps, you can try to= = >> run "/usr/local/libexec/gnome-settings-daemon &" before you run firef= ox = >> in KDE to see if it will help. It doesn't make any sense to me, becau= se = >> there is no problem in Fluxbox. >> Cheers, >> Mezz > > Any hope of getting this bug reopened? This PR has never been closed. It is still open and feedback. Cheers, MEzz > There are now more people > reporting it and more backtraces to examine. > > I've followed the execution through kdbg and Firefox segfaults when > executing line 583 of mozilla/widget/src/gtk2/nsFilePicker.cpp: > > gint response =3D gtk_dialog_run (GTK_DIALOG (file_chooser)); > > Indicating it's either a GTK bug or Firefox isn't prepping the > file_chooser properly. I haven't been able to follow the execution pas= t > that point (not sure how to setup my environment for that). Since the > problems cropped up in thunderbird and firefox after the gnome upgrade= , > it's probably a mozilla/gtk incompatibility. BTW, before the segfault = = > the debugger shows my stacktrace as being the same (up-to that point) = as = > the ones Indigo posted, but after the segfault the trace is shorter - = = > probably means the stack is getting trashed by the bug. > > I tried to test the uninstall libgnome fix to see how it's affecting = > firefox. Running firefox without libgnome causes libimgicon.so and = > libmozgnome.so to fail to load. I removed first alternately then both = = > libimgicon and libmozgnome while libgnome was still installed, but = > firefox still crashed, so the problem is not in either of those = > libraries. > > Debian /may/ be seeing a similar bug, but I couldn't find any followup= > info on it: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D399406 > > Lastly, I'm almost done doing a portupgrade -af just in case there's = > something wrong with the /usr/ports/UPDATING instructions for the gnom= e = > upgrade. The majority of software has been rebuilt - but firefox still= = > shows the bug. There's not much else I can do without help from someon= e = > more knowledgeable in firefox/gtk. > > - Micah -- = mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Thu Dec 7 19:10:02 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 301D916A47B for ; Thu, 7 Dec 2006 19:10:02 +0000 (UTC) (envelope-from gerard@seibercom.net) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id F18DF43CB2 for ; Thu, 7 Dec 2006 19:09:07 +0000 (GMT) (envelope-from gerard@seibercom.net) Received: by wx-out-0506.google.com with SMTP id s18so556483wxc for ; Thu, 07 Dec 2006 11:10:00 -0800 (PST) Received: by 10.90.92.7 with SMTP id p7mr2954321agb.1165518599973; Thu, 07 Dec 2006 11:09:59 -0800 (PST) Received: from scorpio.seibercom.net ( [67.189.184.224]) by mx.google.com with ESMTP id 21sm1115377agd.2006.12.07.11.09.59; Thu, 07 Dec 2006 11:09:59 -0800 (PST) Received: from scorpio.seibercom.net (localhost [127.0.0.1]) by scorpio.seibercom.net (Postfix) with ESMTP id 9CB0FB958 for ; Thu, 7 Dec 2006 14:09:58 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) (Authenticated sender: gerard@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTP id E9059B866 for ; Thu, 7 Dec 2006 14:09:57 -0500 (EST) Date: Thu, 7 Dec 2006 14:09:53 -0500 (EST) From: Gerard Seibert To: gnome@FreeBSD.org Message-ID: <20061207140102.V74917@scorpio.seibercom.net> Organization: Seibercom.net MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Building Scrollkeeper X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gerard Seibert List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Dec 2006 19:10:02 -0000 I have Bison-2.3 installed. Apparently, scrollkeeper wants Bison version 1.75 to build. Attempting to run portmanager, produces this error: skipping scrollkeeper-0.3.14_5,1 /textproc/scrollkeeper until dependency bison-1.75_2,1 updated I checked it using the following: /usr/ports/textproc/scrollkeeper # make pretty-print-build-depends-list This port requires package(s) "bison-1.75_2,1 docbook-sk-4.1.2_3 docbook-xml-4.2_1 docbook-xsl-1.71.1_2 expat-2.0.0_1 gettext-0.14.5_2 gmake-3.81_1 intltool-0.35.1 libiconv-1.9.2_2 libxml2-2.6.26 libxslt-1.1.17 m4-1.4.8_1 p5-XML-Parser-2.34_2 perl-5.8.8 pkg-config-0.21 sdocbook-xml-1.1,1 xmlcatmgr-2.2" to build. Is there any easy way to allow scrollkeeper to accept either version of Bison that happens to be installed. I really do not like having to downgrade every time I update scrollkeeper and then remove the old version of Bison and then replace it with the newer version. It just does not make any sense. The two versions cannot coexist happily on the same machine evidently. -- Gerard Seibert gerard@seibercom.net Such a foolish notion, that war is called devotion, when the greatest warriors are the ones who stand for peace. From owner-freebsd-gnome@FreeBSD.ORG Thu Dec 7 20:25:54 2006 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EC8E16A415; Thu, 7 Dec 2006 20:25:54 +0000 (UTC) (envelope-from mezz@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id F375643CB1; Thu, 7 Dec 2006 20:24:59 +0000 (GMT) (envelope-from mezz@FreeBSD.org) Received: from freefall.freebsd.org (mezz@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB7KPruC087360; Thu, 7 Dec 2006 20:25:53 GMT (envelope-from mezz@freefall.freebsd.org) Received: (from mezz@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB7KPq4N087356; Thu, 7 Dec 2006 20:25:52 GMT (envelope-from mezz) Date: Thu, 7 Dec 2006 20:25:52 GMT From: Jeremy Messenger Message-Id: <200612072025.kB7KPq4N087356@freefall.freebsd.org> To: g.v.tjongahung@student.tudelft.nl, mezz@FreeBSD.org, gnome@FreeBSD.org Cc: Subject: Re: ports/106387: Description of bombermaze too short and unclear X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Dec 2006 20:25:54 -0000 Synopsis: Description of bombermaze too short and unclear State-Changed-From-To: open->feedback State-Changed-By: mezz State-Changed-When: Thu Dec 7 20:23:50 UTC 2006 State-Changed-Why: I agree, but your description is too long for COMMENT. It is limited up to 70 characters. Do you have any better suggest? http://www.freebsd.org/cgi/query-pr.cgi?pr=106387 From owner-freebsd-gnome@FreeBSD.ORG Thu Dec 7 21:22:23 2006 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B91C116A40F for ; Thu, 7 Dec 2006 21:22:23 +0000 (UTC) (envelope-from thurners@nicsys.de) Received: from hal-9000.nicsys.de (hal-9000.nicsys.de [213.187.80.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62ADB43E1A for ; Thu, 7 Dec 2006 21:17:33 +0000 (GMT) (envelope-from thurners@nicsys.de) Received: from xris.fu41.vpn (p54B4877C.dip0.t-ipconnect.de [84.180.135.124]) by hal-9000.nicsys.de (8.13.6/8.13.6/NICsys) with ESMTP id kB7LHuWR001309 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 7 Dec 2006 22:17:57 +0100 (CET) Received: from [127.0.0.1] (localhost [127.0.0.1]) by xris.fu41.vpn (8.13.8/8.13.8) with ESMTP id kB7LHtwx008876 for ; Thu, 7 Dec 2006 22:17:56 +0100 (CET) (envelope-from stthu@xris.fu41.vpn) Message-ID: <457884FE.1090203@xris.fu41.vpn> Date: Thu, 07 Dec 2006 22:17:50 +0100 From: Stefan Thurner User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: gnome@FreeBSD.org X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Spam-Status: No, score=5.0 required=7.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL, SPF_FAIL autolearn=no version=3.1.7 X-Spam-Level: ***** X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on beholder.nicsys.de Cc: Subject: FreeBSD Port: graphics/evince X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Dec 2006 21:22:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I've upgraded gnome to the latest from ports and noticed that printing in evince via lpr doesn't work anymore. Printing to file works as it should. By the way the new printing gui feels like old motif applications. Why is there no selection of installed printers available? I've to type in print command manually like in xpdf. I think this is a step backward for usability. best regards - -Stefan - -- GPG-encrypted mail welcome! --> ID:E970FCBE -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFeIT+xNmQVulw/L4RAv35AKDZAtDePQwaK/sjUkMmYjd3+VyVfQCgzBmW VptaFP+4GxC4JLZ+lm59d0s= =EHno -----END PGP SIGNATURE----- From owner-freebsd-gnome@FreeBSD.ORG Thu Dec 7 22:15:38 2006 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C07916A417; Thu, 7 Dec 2006 22:15:38 +0000 (UTC) (envelope-from ahze@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id C399443CAD; Thu, 7 Dec 2006 22:14:43 +0000 (GMT) (envelope-from ahze@FreeBSD.org) Received: from freefall.freebsd.org (ahze@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB7MFbCh098530; Thu, 7 Dec 2006 22:15:37 GMT (envelope-from ahze@freefall.freebsd.org) Received: (from ahze@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB7MFWpn098525; Thu, 7 Dec 2006 22:15:32 GMT (envelope-from ahze) Date: Thu, 7 Dec 2006 22:15:32 GMT From: Michael Johnson Message-Id: <200612072215.kB7MFWpn098525@freefall.freebsd.org> To: reed@scit.us, ahze@FreeBSD.org, gnome@FreeBSD.org Cc: Subject: Re: ports/105315: firefox 2.0_2,1 fails to compile X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Dec 2006 22:15:38 -0000 Synopsis: firefox 2.0_2,1 fails to compile State-Changed-From-To: open->closed State-Changed-By: ahze State-Changed-When: Thu Dec 7 22:15:02 UTC 2006 State-Changed-Why: Fixed in www/mozilla/Makefile.common, thanks for reporting! http://www.freebsd.org/cgi/query-pr.cgi?pr=105315 From owner-freebsd-gnome@FreeBSD.ORG Thu Dec 7 22:20:11 2006 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8982216A47E for ; Thu, 7 Dec 2006 22:20:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B52343CA3 for ; Thu, 7 Dec 2006 22:19:17 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB7MKACc098670 for ; Thu, 7 Dec 2006 22:20:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB7MKARv098669; Thu, 7 Dec 2006 22:20:10 GMT (envelope-from gnats) Date: Thu, 7 Dec 2006 22:20:10 GMT Message-Id: <200612072220.kB7MKARv098669@freefall.freebsd.org> To: gnome@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/105315: commit references a PR X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Dec 2006 22:20:11 -0000 The following reply was made to PR ports/105315; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/105315: commit references a PR Date: Thu, 7 Dec 2006 22:14:51 +0000 (UTC) ahze 2006-12-07 22:14:36 UTC FreeBSD ports repository Modified files: www/mozilla Makefile.common Log: Fix a bug to only allow some geckos to build java xpcom when WITH_JAVA is defined. PR: ports/105315 Reported by: Reed A. Cartwright Revision Changes Path 1.19 +3 -2 ports/www/mozilla/Makefile.common _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 00:04:11 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61A1716A494 for ; Fri, 8 Dec 2006 00:04:11 +0000 (UTC) (envelope-from micahjon@ywave.com) Received: from relay2.av-mx.com (relay2.av-mx.com [137.118.16.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1593B43E14 for ; Thu, 7 Dec 2006 23:59:46 +0000 (GMT) (envelope-from micahjon@ywave.com) X-Virus-Scan-Time: 0 Received: from [137.118.16.60] (HELO mx2.av-mx.com) by relay2.av-mx.com (CommuniGate Pro SMTP 4.2.10) with SMTP id 509405840 for gnome@freebsd.org; Thu, 07 Dec 2006 19:00:39 -0500 Received: (qmail 2686 invoked from network); 8 Dec 2006 00:00:38 -0000 Received: from dsl13043.ywave.com (HELO ?192.168.1.66?) (micahjon@ywave.com@66.243.212.43) by 0 with SMTP; 8 Dec 2006 00:00:38 -0000 X-CLIENT-IP: 66.243.212.43 X-CLIENT-HOST: dsl13043.ywave.com Message-ID: <4578AB25.2020504@ywave.com> Date: Thu, 07 Dec 2006 16:00:37 -0800 From: Micah User-Agent: Thunderbird 1.5.0.8 (X11/20061205) MIME-Version: 1.0 To: Joe Marcus Clarke References: <200612061930.kB6JUJVA038980@freefall.freebsd.org> <1165476509.74826.14.camel@shumai.marcuscom.com> In-Reply-To: <1165476509.74826.14.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 00:04:11 -0000 Joe Marcus Clarke wrote: > Before anything can be done to fix this, someone needs to provide a > backtrace with full debugging symbols. For more on doing this, see > http://www.freebsd.org/gnome/docs/bugging.html . > > Joe Anything else I can provide? Note: it took more than two saves to cause the crash this time (I didn't count, but from the messages it looks like it took 7 tries before it crashed). trisha% firefox -g -d gdb /usr/local/lib/firefox/run-mozilla.sh -g -d gdb /usr/local/lib/firefox/firefox-bin MOZILLA_FIVE_HOME=/usr/local/lib/firefox LD_LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox/plugins:/usr/local/lib/browser_plugins:/usr/local/lib/browser_linux_plugins:/usr/local/lib/firefox DISPLAY=:0.0 DYLD_LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox/components:/usr/local/lib/firefox SHLIB_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox LIBPATH=/usr/local/lib/firefox:/usr/local/lib/firefox ADDON_PATH=/usr/local/lib/firefox MOZ_PROGRAM=/usr/local/lib/firefox/firefox-bin MOZ_TOOLKIT= moz_debug=1 moz_debugger=gdb /usr/bin/gdb /usr/local/lib/firefox/firefox-bin -x /tmp/mozargs.a6uUjQ 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 "i386-marcel-freebsd"... (gdb) handle SIG33 nostop noprint Signal Stop Print Pass to program Description SIG33 No No Yes Real-time event 33 (gdb) run Starting program: /usr/local/lib/firefox/firefox-bin warning: Unable to get location for thread creation breakpoint: generic error [New LWP 100125] [New Thread 0x8079000 (LWP 100125)] Type Manifest File: /home/bsdmjl/.mozilla/firefox/3m4v9uom.default/xpti.dat *** Registering Apprunner components (all right -- a generic module!) nsNativeComponentLoader: autoregistering begins. nsNativeComponentLoader: autoregistering succeeded nsNativeComponentLoader: registering deferred (0) pldhash: for the table at address 0x80bba20, the given entrySize of 44 probably favors chaining over double hashing. WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsChromeRegistry.cpp, line 1252 GFX: dpi=96 t2p=0.0666667 p2t=15 depth=24 ++WEBSHELL == 1 ++DOMWINDOW == 1 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 ++DOMWINDOW == 2 ++WEBSHELL == 2 ++DOMWINDOW == 3 ++DOMWINDOW == 4 Note: styleverifytree is disabled Note: frameverifytree is disabled Note: verifyreflow is disabled JavaScript error: chrome://global/content/contentAreaUtils.js, line 118: redeclaration of const kSaveAsType_Complete ++WEBSHELL == 3 ++DOMWINDOW == 5 ++DOMWINDOW == 6 ++WEBSHELL == 4 ++DOMWINDOW == 7 ++DOMWINDOW == 8 ++DOMWINDOW == 9 ++DOMWINDOW == 10 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 --DOMWINDOW == 9 --DOMWINDOW == 8 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x8079000 (LWP 100195)] 0x48613d0e in cache_glob_lookup_literal ( file_name=0x94bddd8 "bsd-devilettes.jpg", mime_types=0x7273752f, n_mime_types=2) at endian.h:144 144 { Current language: auto; currently c (gdb) bt #0 0x48613d0e in cache_glob_lookup_literal ( file_name=0x94bddd8 "bsd-devilettes.jpg", mime_types=0x7273752f, n_mime_types=2) at endian.h:144 #1 0x486142b6 in cache_glob_lookup_file_name ( file_name=0x94bddd8 "bsd-devilettes.jpg", mime_types=0xbfbfbeb0, n_mime_types=2) at xdgmimecache.c:578 #2 0x48614564 in _gtk_xdg_cache_get_mime_type_for_file ( file_name=0x94bddc0 "/home/bsdmjl/visual/bsd/bsd-devilettes.jpg", statbuf=0x9480800) at xdgmimecache.c:689 #3 0x486129f1 in _gtk_xdg_get_mime_type_for_file ( file_name=0x94bddc0 "/home/bsdmjl/visual/bsd/bsd-devilettes.jpg", statbuf=0x9480800) at xdgmime.c:485 #4 0x485f97b7 in cb_fill_in_mime_type (key=0x7273752f, value=0x9480800, user_data=0x939fe18) at gtkfilesystemunix.c:2591 #5 0x48a74166 in g_hash_table_foreach_remove_or_steal (hash_table=0x942cf20, func=0x485f9760 , user_data=0x939fe18, notify=1) at ghash.c:605 #6 0x48a7405d in IA__g_hash_table_foreach_remove (hash_table=0x7273752f, func=0, user_data=0x7273752f) at ghash.c:561 #7 0x485f985f in fill_in_mime_type (folder_unix=0x939fe18) at gtkfilesystemunix.c:2611 #8 0x485f6923 in load_folder (data=0x939fe18) at gtkfilesystemunix.c:874 #9 0x48a84cb8 in g_idle_dispatch (source=0x8bf9580, callback=0, user_data=0x7273752f) at gmain.c:3926 #10 0x48a81dad in g_main_dispatch (context=0x80a1c80) at gmain.c:2045 #11 0x48a82c50 in IA__g_main_context_dispatch (context=0x80a1c80) at gmain.c:2596 #12 0x48a8302c in g_main_context_iterate (context=0x80a1c80, block=1, dispatch=1, self=0x81a0800) at gmain.c:2677 #13 0x48a836a1 in IA__g_main_loop_run (loop=0x94c2560) at gmain.c:2881 #14 0x483f7b4b in IA__gtk_dialog_run (dialog=0x935e1c8) at gtkdialog.c:996 #15 0x49286727 in nsFilePicker::Show (this=0x9223300, aReturn=0xbfbfc590) at nsFilePicker.cpp:583 #16 0x4827dbdd in XPTC_InvokeByIndex (that=0x9223300, methodIndex=17, paramCount=1920169263, params=0xbfbfc590) at xptcinvoke_unixish_x86.cpp:179 #17 0x48eed622 in XPCWrappedNative::CallMethod (ccx=@0xbfbfc670, mode=XPCWrappedNative::CALL_METHOD) at xpcwrappednative.cpp:2168 #18 0x48ef867a in XPC_WN_CallMethod (cx=0x84de400, obj=0x7273752f, argc=1920169263, argv=0xbfbfc670, vp=0x7273752f) at xpcwrappednativejsops.cpp:1455 #19 0x480f579a in js_Invoke (cx=0x84de400, argc=0, flags=0) at jsinterp.c:1377 ---Type to continue, or q to quit--- #20 0x4810348e in js_Interpret (cx=0x84de400, pc=0x85d8274 ":", result=0xbfbfcacc) at jsinterp.c:4119 #21 0x480f5824 in js_Invoke (cx=0x84de400, argc=1, flags=2) at jsinterp.c:1396 #22 0x480f5b04 in js_InternalInvoke (cx=0x84de400, obj=0x7273752f, fval=1920169263, flags=0, argc=1, argv=0xbfbfcd2c, rval=0xbfbfcd14) at jsinterp.c:1471 #23 0x480c1e10 in JS_CallFunctionValue (cx=0x84de400, obj=0x7273752f, fval=1920169263, argc=1920169263, argv=0x7273752f, rval=0x7273752f) at jsapi.c:4419 #24 0x49e7f22f in nsJSContext::CallEventHandler (this=0x84dd200, aTarget=0x8cc3b68, aHandler=0x9233ec8, argc=1920169263, argv=0x7273752f, rval=0xbfbfcd14) at nsJSEnvironment.cpp:1493 #25 0x49ee3c37 in nsJSEventListener::HandleEvent (this=0x8763300, aEvent=0x9216e8c) at nsJSEventListener.cpp:185 #26 0x49d0aa7f in nsEventListenerManager::HandleEventSubType (this=0x7273752f, aListenerStruct=0x873bd10, aListener=0x8763300, aDOMEvent=0x9216e8c, aCurrentTarget=0x94b29a0, aSubType=8, aPhaseFlags=1920169263) at nsEventListenerManager.cpp:1655 #27 0x49d0af2e in nsEventListenerManager::HandleEvent (this=0x87632c0, aPresContext=0x8653400, aEvent=0xbfbfd390, aDOMEvent=0xbfbfd0dc, aCurrentTarget=0x94b29a0, aFlags=7, aEventStatus=0xbfbfd37c) at nsEventListenerManager.cpp:1757 #28 0x49e3025e in nsXULElement::HandleDOMEvent (this=0x8763280, aPresContext=0x8653400, aEvent=0xbfbfd390, aDOMEvent=0xbfbfd0dc, aFlags=7, aEventStatus=0xbfbfd37c) at nsXULElement.cpp:2228 #29 0x49a282e1 in PresShell::HandleDOMEventWithTarget (this=0x8736000, aTargetContent=0x8763280, aEvent=0x7273752f, aStatus=0x7273752f) at nsPresShell.cpp:6520 #30 0x49c3697f in nsMenuFrame::Execute (this=0x8e94430, aEvent=0xbfbfd9a0) at nsMenuFrame.cpp:1663 #31 0x49c32e60 in nsMenuFrame::HandleEvent (this=0x8e94430, aPresContext=0x8653400, aEvent=0xbfbfd9a0, aEventStatus=0xbfbfd750) at nsMenuFrame.cpp:469 #32 0x49a2803b in PresShell::HandleEventInternal (this=0x8736000, aEvent=0xbfbfd9a0, aView=0x9425180, aFlags=1, aStatus=0xbfbfd750) at nsPresShell.cpp:6465 #33 0x49a276cb in PresShell::HandleEvent (this=0x8736000, aView=0x9425180, aEvent=0xbfbfd9a0, aEventStatus=0xbfbfd750, aForceHandle=0, aHandled=@0xbfbfd754) at nsPresShell.cpp:6260 #34 0x49e70f51 in nsViewManager::HandleEvent (this=0x8745200, aView=0x941cd80, aEvent=0xbfbfd9a0, aCaptured=1920169263) at nsVoidArray.h:61 ---Type to continue, or q to quit--- #35 0x49e70189 in nsViewManager::DispatchEvent (this=0x8745200, aEvent=0xbfbfd9a0, aStatus=0xbfbfd94c) at nsViewManager.cpp:2246 #36 0x49e648e6 in HandleEvent (aEvent=0xbfbfd9a0) at nsView.h:251 #37 0x4927b621 in nsCommonWidget::DispatchEvent (this=0x8bf5100, aEvent=0xbfbfd9a0, aStatus=@0xbfbfd99c) at nsCommonWidget.cpp:219 #38 0x4926d295 in nsWindow::OnButtonReleaseEvent (this=0x8bf5100, aWidget=0x8c76698, aEvent=0x94062a8) at nsWindow.cpp:1692 #39 0x49272413 in button_release_event_cb (widget=0x7273752f, event=0x94062a8) at nsWindow.cpp:3840 #40 0x4848cd5e in _gtk_marshal_BOOLEAN__BOXED (closure=0x492723d0, return_value=0xbfbfdba0, n_param_values=2, param_values=0xbfbfdd20, invocation_hint=0xbfbfdbc8, marshal_data=0x0) at gtkmarshalers.c:84 #41 0x48a1d0dc in IA__g_closure_invoke (closure=0x94b9b00, return_value=0x7273752f, n_param_values=1920169263, param_values=0x7273752f, invocation_hint=0x7273752f) at gclosure.c:490 #42 0x48a34119 in signal_emit_unlocked_R (node=0x8191a00, detail=0, instance=0x8c76698, emission_return=0xbfbfdcd0, instance_and_params=0xbfbfdd20) at gsignal.c:2440 #43 0x48a3342d in IA__g_signal_emit_valist (instance=0x8c76698, signal_id=3217022160, detail=0, var_args=0xbfbfdeb0 "¸Þ¿¿\001") at gsignal.c:2209 #44 0x48a33636 in IA__g_signal_emit (instance=0x7273752f, signal_id=1920169263, detail=1920169263) at gsignal.c:2243 #45 0x485d765e in gtk_widget_event_internal (widget=0x8c76698, event=0x94062a8) at gtkwidget.c:3911 #46 0x485d723f in IA__gtk_widget_event (widget=0x8c76698, event=0x94062a8) at gtkwidget.c:3717 #47 0x4848b1f0 in IA__gtk_propagate_event (widget=0x8c76698, event=0x94062a8) at gtkmain.c:2188 #48 0x48489dba in IA__gtk_main_do_event (event=0x94062a8) at gtkmain.c:1422 #49 0x48721208 in gdk_event_dispatch (source=0x7273752f, callback=0, user_data=0x0) at gdkevents-x11.c:2320 #50 0x48a81dad in g_main_dispatch (context=0x80a1c80) at gmain.c:2045 #51 0x48a82c50 in IA__g_main_context_dispatch (context=0x80a1c80) at gmain.c:2596 #52 0x48a8302c in g_main_context_iterate (context=0x80a1c80, block=1, dispatch=1, self=0x81a0800) at gmain.c:2677 #53 0x48a836a1 in IA__g_main_loop_run (loop=0x8313360) at gmain.c:2881 #54 0x484895a2 in IA__gtk_main () at gtkmain.c:1001 #55 0x49278b69 in nsAppShell::Run (this=0x81d8230) at nsAppShell.cpp:139 #56 0x493a9ca7 in nsAppStartup::Run (this=0x81d7240) at nsAppStartup.cpp:151 ---Type to continue, or q to quit--- #57 0x08056fa0 in XRE_main (argc=0, argv=0xbfbfe45c, aAppData=0x806e6e0) at nsAppRunner.cpp:2438 #58 0x0804e9c4 in main (argc=1920169263, argv=0x7273752f) at nsBrowserApp.cpp:61 From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 00:10:18 2006 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FA4A16A4C9 for ; Fri, 8 Dec 2006 00:10:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD21743CD1 for ; Fri, 8 Dec 2006 00:09:17 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB80ABC3008010 for ; Fri, 8 Dec 2006 00:10:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB80ABCW008009; Fri, 8 Dec 2006 00:10:11 GMT (envelope-from gnats) Date: Fri, 8 Dec 2006 00:10:11 GMT Message-Id: <200612080010.kB80ABCW008009@freefall.freebsd.org> To: gnome@FreeBSD.org From: Micah Cc: Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Micah List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 00:10:18 -0000 The following reply was made to PR ports/105589; it has been noted by GNATS. From: Micah To: Joe Marcus Clarke Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session Date: Thu, 07 Dec 2006 16:00:37 -0800 Joe Marcus Clarke wrote: > Before anything can be done to fix this, someone needs to provide a > backtrace with full debugging symbols. For more on doing this, see > http://www.freebsd.org/gnome/docs/bugging.html . > > Joe Anything else I can provide? Note: it took more than two saves to cause the crash this time (I didn't count, but from the messages it looks like it took 7 tries before it crashed). trisha% firefox -g -d gdb /usr/local/lib/firefox/run-mozilla.sh -g -d gdb /usr/local/lib/firefox/firefox-bin MOZILLA_FIVE_HOME=/usr/local/lib/firefox LD_LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox/plugins:/usr/local/lib/browser_plugins:/usr/local/lib/browser_linux_plugins:/usr/local/lib/firefox DISPLAY=:0.0 DYLD_LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox/components:/usr/local/lib/firefox SHLIB_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox LIBPATH=/usr/local/lib/firefox:/usr/local/lib/firefox ADDON_PATH=/usr/local/lib/firefox MOZ_PROGRAM=/usr/local/lib/firefox/firefox-bin MOZ_TOOLKIT= moz_debug=1 moz_debugger=gdb /usr/bin/gdb /usr/local/lib/firefox/firefox-bin -x /tmp/mozargs.a6uUjQ 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 "i386-marcel-freebsd"... (gdb) handle SIG33 nostop noprint Signal Stop Print Pass to program Description SIG33 No No Yes Real-time event 33 (gdb) run Starting program: /usr/local/lib/firefox/firefox-bin warning: Unable to get location for thread creation breakpoint: generic error [New LWP 100125] [New Thread 0x8079000 (LWP 100125)] Type Manifest File: /home/bsdmjl/.mozilla/firefox/3m4v9uom.default/xpti.dat *** Registering Apprunner components (all right -- a generic module!) nsNativeComponentLoader: autoregistering begins. nsNativeComponentLoader: autoregistering succeeded nsNativeComponentLoader: registering deferred (0) pldhash: for the table at address 0x80bba20, the given entrySize of 44 probably favors chaining over double hashing. WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsChromeRegistry.cpp, line 1252 GFX: dpi=96 t2p=0.0666667 p2t=15 depth=24 ++WEBSHELL == 1 ++DOMWINDOW == 1 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 ++DOMWINDOW == 2 ++WEBSHELL == 2 ++DOMWINDOW == 3 ++DOMWINDOW == 4 Note: styleverifytree is disabled Note: frameverifytree is disabled Note: verifyreflow is disabled JavaScript error: chrome://global/content/contentAreaUtils.js, line 118: redeclaration of const kSaveAsType_Complete ++WEBSHELL == 3 ++DOMWINDOW == 5 ++DOMWINDOW == 6 ++WEBSHELL == 4 ++DOMWINDOW == 7 ++DOMWINDOW == 8 ++DOMWINDOW == 9 ++DOMWINDOW == 10 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 --DOMWINDOW == 9 --DOMWINDOW == 8 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x8079000 (LWP 100195)] 0x48613d0e in cache_glob_lookup_literal ( file_name=0x94bddd8 "bsd-devilettes.jpg", mime_types=0x7273752f, n_mime_types=2) at endian.h:144 144 { Current language: auto; currently c (gdb) bt #0 0x48613d0e in cache_glob_lookup_literal ( file_name=0x94bddd8 "bsd-devilettes.jpg", mime_types=0x7273752f, n_mime_types=2) at endian.h:144 #1 0x486142b6 in cache_glob_lookup_file_name ( file_name=0x94bddd8 "bsd-devilettes.jpg", mime_types=0xbfbfbeb0, n_mime_types=2) at xdgmimecache.c:578 #2 0x48614564 in _gtk_xdg_cache_get_mime_type_for_file ( file_name=0x94bddc0 "/home/bsdmjl/visual/bsd/bsd-devilettes.jpg", statbuf=0x9480800) at xdgmimecache.c:689 #3 0x486129f1 in _gtk_xdg_get_mime_type_for_file ( file_name=0x94bddc0 "/home/bsdmjl/visual/bsd/bsd-devilettes.jpg", statbuf=0x9480800) at xdgmime.c:485 #4 0x485f97b7 in cb_fill_in_mime_type (key=0x7273752f, value=0x9480800, user_data=0x939fe18) at gtkfilesystemunix.c:2591 #5 0x48a74166 in g_hash_table_foreach_remove_or_steal (hash_table=0x942cf20, func=0x485f9760 , user_data=0x939fe18, notify=1) at ghash.c:605 #6 0x48a7405d in IA__g_hash_table_foreach_remove (hash_table=0x7273752f, func=0, user_data=0x7273752f) at ghash.c:561 #7 0x485f985f in fill_in_mime_type (folder_unix=0x939fe18) at gtkfilesystemunix.c:2611 #8 0x485f6923 in load_folder (data=0x939fe18) at gtkfilesystemunix.c:874 #9 0x48a84cb8 in g_idle_dispatch (source=0x8bf9580, callback=0, user_data=0x7273752f) at gmain.c:3926 #10 0x48a81dad in g_main_dispatch (context=0x80a1c80) at gmain.c:2045 #11 0x48a82c50 in IA__g_main_context_dispatch (context=0x80a1c80) at gmain.c:2596 #12 0x48a8302c in g_main_context_iterate (context=0x80a1c80, block=1, dispatch=1, self=0x81a0800) at gmain.c:2677 #13 0x48a836a1 in IA__g_main_loop_run (loop=0x94c2560) at gmain.c:2881 #14 0x483f7b4b in IA__gtk_dialog_run (dialog=0x935e1c8) at gtkdialog.c:996 #15 0x49286727 in nsFilePicker::Show (this=0x9223300, aReturn=0xbfbfc590) at nsFilePicker.cpp:583 #16 0x4827dbdd in XPTC_InvokeByIndex (that=0x9223300, methodIndex=17, paramCount=1920169263, params=0xbfbfc590) at xptcinvoke_unixish_x86.cpp:179 #17 0x48eed622 in XPCWrappedNative::CallMethod (ccx=@0xbfbfc670, mode=XPCWrappedNative::CALL_METHOD) at xpcwrappednative.cpp:2168 #18 0x48ef867a in XPC_WN_CallMethod (cx=0x84de400, obj=0x7273752f, argc=1920169263, argv=0xbfbfc670, vp=0x7273752f) at xpcwrappednativejsops.cpp:1455 #19 0x480f579a in js_Invoke (cx=0x84de400, argc=0, flags=0) at jsinterp.c:1377 ---Type to continue, or q to quit--- #20 0x4810348e in js_Interpret (cx=0x84de400, pc=0x85d8274 ":", result=0xbfbfcacc) at jsinterp.c:4119 #21 0x480f5824 in js_Invoke (cx=0x84de400, argc=1, flags=2) at jsinterp.c:1396 #22 0x480f5b04 in js_InternalInvoke (cx=0x84de400, obj=0x7273752f, fval=1920169263, flags=0, argc=1, argv=0xbfbfcd2c, rval=0xbfbfcd14) at jsinterp.c:1471 #23 0x480c1e10 in JS_CallFunctionValue (cx=0x84de400, obj=0x7273752f, fval=1920169263, argc=1920169263, argv=0x7273752f, rval=0x7273752f) at jsapi.c:4419 #24 0x49e7f22f in nsJSContext::CallEventHandler (this=0x84dd200, aTarget=0x8cc3b68, aHandler=0x9233ec8, argc=1920169263, argv=0x7273752f, rval=0xbfbfcd14) at nsJSEnvironment.cpp:1493 #25 0x49ee3c37 in nsJSEventListener::HandleEvent (this=0x8763300, aEvent=0x9216e8c) at nsJSEventListener.cpp:185 #26 0x49d0aa7f in nsEventListenerManager::HandleEventSubType (this=0x7273752f, aListenerStruct=0x873bd10, aListener=0x8763300, aDOMEvent=0x9216e8c, aCurrentTarget=0x94b29a0, aSubType=8, aPhaseFlags=1920169263) at nsEventListenerManager.cpp:1655 #27 0x49d0af2e in nsEventListenerManager::HandleEvent (this=0x87632c0, aPresContext=0x8653400, aEvent=0xbfbfd390, aDOMEvent=0xbfbfd0dc, aCurrentTarget=0x94b29a0, aFlags=7, aEventStatus=0xbfbfd37c) at nsEventListenerManager.cpp:1757 #28 0x49e3025e in nsXULElement::HandleDOMEvent (this=0x8763280, aPresContext=0x8653400, aEvent=0xbfbfd390, aDOMEvent=0xbfbfd0dc, aFlags=7, aEventStatus=0xbfbfd37c) at nsXULElement.cpp:2228 #29 0x49a282e1 in PresShell::HandleDOMEventWithTarget (this=0x8736000, aTargetContent=0x8763280, aEvent=0x7273752f, aStatus=0x7273752f) at nsPresShell.cpp:6520 #30 0x49c3697f in nsMenuFrame::Execute (this=0x8e94430, aEvent=0xbfbfd9a0) at nsMenuFrame.cpp:1663 #31 0x49c32e60 in nsMenuFrame::HandleEvent (this=0x8e94430, aPresContext=0x8653400, aEvent=0xbfbfd9a0, aEventStatus=0xbfbfd750) at nsMenuFrame.cpp:469 #32 0x49a2803b in PresShell::HandleEventInternal (this=0x8736000, aEvent=0xbfbfd9a0, aView=0x9425180, aFlags=1, aStatus=0xbfbfd750) at nsPresShell.cpp:6465 #33 0x49a276cb in PresShell::HandleEvent (this=0x8736000, aView=0x9425180, aEvent=0xbfbfd9a0, aEventStatus=0xbfbfd750, aForceHandle=0, aHandled=@0xbfbfd754) at nsPresShell.cpp:6260 #34 0x49e70f51 in nsViewManager::HandleEvent (this=0x8745200, aView=0x941cd80, aEvent=0xbfbfd9a0, aCaptured=1920169263) at nsVoidArray.h:61 ---Type to continue, or q to quit--- #35 0x49e70189 in nsViewManager::DispatchEvent (this=0x8745200, aEvent=0xbfbfd9a0, aStatus=0xbfbfd94c) at nsViewManager.cpp:2246 #36 0x49e648e6 in HandleEvent (aEvent=0xbfbfd9a0) at nsView.h:251 #37 0x4927b621 in nsCommonWidget::DispatchEvent (this=0x8bf5100, aEvent=0xbfbfd9a0, aStatus=@0xbfbfd99c) at nsCommonWidget.cpp:219 #38 0x4926d295 in nsWindow::OnButtonReleaseEvent (this=0x8bf5100, aWidget=0x8c76698, aEvent=0x94062a8) at nsWindow.cpp:1692 #39 0x49272413 in button_release_event_cb (widget=0x7273752f, event=0x94062a8) at nsWindow.cpp:3840 #40 0x4848cd5e in _gtk_marshal_BOOLEAN__BOXED (closure=0x492723d0, return_value=0xbfbfdba0, n_param_values=2, param_values=0xbfbfdd20, invocation_hint=0xbfbfdbc8, marshal_data=0x0) at gtkmarshalers.c:84 #41 0x48a1d0dc in IA__g_closure_invoke (closure=0x94b9b00, return_value=0x7273752f, n_param_values=1920169263, param_values=0x7273752f, invocation_hint=0x7273752f) at gclosure.c:490 #42 0x48a34119 in signal_emit_unlocked_R (node=0x8191a00, detail=0, instance=0x8c76698, emission_return=0xbfbfdcd0, instance_and_params=0xbfbfdd20) at gsignal.c:2440 #43 0x48a3342d in IA__g_signal_emit_valist (instance=0x8c76698, signal_id=3217022160, detail=0, var_args=0xbfbfdeb0 "¸Þ¿¿\001") at gsignal.c:2209 #44 0x48a33636 in IA__g_signal_emit (instance=0x7273752f, signal_id=1920169263, detail=1920169263) at gsignal.c:2243 #45 0x485d765e in gtk_widget_event_internal (widget=0x8c76698, event=0x94062a8) at gtkwidget.c:3911 #46 0x485d723f in IA__gtk_widget_event (widget=0x8c76698, event=0x94062a8) at gtkwidget.c:3717 #47 0x4848b1f0 in IA__gtk_propagate_event (widget=0x8c76698, event=0x94062a8) at gtkmain.c:2188 #48 0x48489dba in IA__gtk_main_do_event (event=0x94062a8) at gtkmain.c:1422 #49 0x48721208 in gdk_event_dispatch (source=0x7273752f, callback=0, user_data=0x0) at gdkevents-x11.c:2320 #50 0x48a81dad in g_main_dispatch (context=0x80a1c80) at gmain.c:2045 #51 0x48a82c50 in IA__g_main_context_dispatch (context=0x80a1c80) at gmain.c:2596 #52 0x48a8302c in g_main_context_iterate (context=0x80a1c80, block=1, dispatch=1, self=0x81a0800) at gmain.c:2677 #53 0x48a836a1 in IA__g_main_loop_run (loop=0x8313360) at gmain.c:2881 #54 0x484895a2 in IA__gtk_main () at gtkmain.c:1001 #55 0x49278b69 in nsAppShell::Run (this=0x81d8230) at nsAppShell.cpp:139 #56 0x493a9ca7 in nsAppStartup::Run (this=0x81d7240) at nsAppStartup.cpp:151 ---Type to continue, or q to quit--- #57 0x08056fa0 in XRE_main (argc=0, argv=0xbfbfe45c, aAppData=0x806e6e0) at nsAppRunner.cpp:2438 #58 0x0804e9c4 in main (argc=1920169263, argv=0x7273752f) at nsBrowserApp.cpp:61 From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 01:23:42 2006 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A85316A407 for ; Fri, 8 Dec 2006 01:23:42 +0000 (UTC) (envelope-from nunoauboulot@aim.com) Received: from imo-d06.mx.aol.com (imo-d06.mx.aol.com [205.188.157.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id D142243CA7 for ; Fri, 8 Dec 2006 01:22:46 +0000 (GMT) (envelope-from nunoauboulot@aim.com) Received: from nunoauboulot@aim.com by imo-d06.mx.aol.com (mail_out_v38_r7.6.) id n.cf9.400c845 (57872) for ; Thu, 7 Dec 2006 20:23:36 -0500 (EST) Received: from MBLK-M06 (mblk-m06.mblk.aol.com [64.12.136.39]) by air-ia02.mail.aol.com (v114.2) with ESMTP id MAILINIA22-e2104578be9311c; Thu, 07 Dec 2006 20:23:31 -0500 To: freebsd-gnome@freebsd.org Content-Transfer-Encoding: 7bit Date: Thu, 07 Dec 2006 20:23:31 -0500 X-MB-Message-Source: WebUI MIME-Version: 1.0 From: nunoauboulot@aim.com X-MB-Message-Type: User Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailer: AIM WebMail 22250 Received: from 20.137.2.51 by MBLK-M06.sysops.aol.com (64.12.136.39) with HTTP (WebMailUI); Thu, 07 Dec 2006 20:23:31 -0500 Message-Id: <8C8E87E9B2D6DE2-AC4-592E@MBLK-M06.sysops.aol.com> X-AOL-IP: 64.12.136.39 X-Spam-Flag: NO Subject: Did any one manage to install Glipper in FreeBSD 6.1? X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 01:23:42 -0000 Hi, I have FreeBSD 6.1 and Gnome 2.16.2 and I had no success in installing Glipper. I tried both 0.89 and 0.95.1 Glipper versions, and for each one, I pasted below the respective output. With regards the attempt to install version 0.95.1, I found very curious that the output suggested me to install the packages: "Automake", "Autoconf", "GNU m4", "libiconv", and "Perl packages". I don't know exactly which "Perl packages" the output refers to, however, my system has a few Perl packages installed. As for the first four packages, I do have them, and in the following versions: "automake-1.4.6_2", and "automake-1.9.6" "autoconf-2.13.000227_5", and "autoconf-2.59_2" "m4-1.4.4" ("GNU m4") "libiconv-1.9.2_2" I'd appreciate any help. Thanks ------------------------------------glipper-0.89------------------------- ----------- localhost# tar xvf glipper-0.89.tar.gz x glipper-0.89/ x glipper-0.89/m4/ x glipper-0.89/m4/ChangeLog x glipper-0.89/po/ x glipper-0.89/po/ChangeLog x glipper-0.89/po/Makefile.in.in x glipper-0.89/po/POTFILES.in x glipper-0.89/po/de.po x glipper-0.89/po/fr.po x glipper-0.89/po/sv.po x glipper-0.89/README x glipper-0.89/configure.in x glipper-0.89/aclocal.m4 x glipper-0.89/Makefile.am x glipper-0.89/Makefile.in x glipper-0.89/config.h.in x glipper-0.89/configure x glipper-0.89/ABOUT-NLS x glipper-0.89/AUTHORS x glipper-0.89/COPYING x glipper-0.89/ChangeLog x glipper-0.89/INSTALL x glipper-0.89/NEWS x glipper-0.89/config.rpath x glipper-0.89/depcomp x glipper-0.89/install-sh x glipper-0.89/missing x glipper-0.89/mkinstalldirs x glipper-0.89/intltool-extract.in x glipper-0.89/intltool-merge.in x glipper-0.89/intltool-update.in x glipper-0.89/preferences.glade x glipper-0.89/preferences.gladep x glipper-0.89/src/ x glipper-0.89/src/Makefile.am x glipper-0.89/src/Makefile.in x glipper-0.89/src/eggtrayicon.c x glipper-0.89/src/main.c x glipper-0.89/src/prefcallbacks.c x glipper-0.89/src/preferences.c x glipper-0.89/src/prefsupport.c x glipper-0.89/src/eggtrayicon.h x glipper-0.89/src/glipper-i18n.h x glipper-0.89/src/prefcallbacks.h x glipper-0.89/src/preferences.h x glipper-0.89/src/prefsupport.h x glipper-0.89/data/ x glipper-0.89/data/Makefile.am x glipper-0.89/data/Makefile.in x glipper-0.89/data/glipper.desktop.in x glipper-0.89/data/glipper.png localhost# cd glipper-0.89/ localhost# ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... no checking libintl.h presence... no checking for libintl.h... no checking for intltool >= 0.23... 0.34.1 found checking for perl... /usr/bin/perl checking for XML::Parser... ok checking for iconv... /usr/local/bin/iconv checking for msgfmt... /usr/local/bin/msgfmt checking for msgmerge... /usr/local/bin/msgmerge checking for xgettext... /usr/local/bin/xgettext checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for FR... yes checking for ANSI C header files... (cached) yes checking for libintl.h... (cached) no checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes checking for stdbool.h that conforms to C99... yes checking for _Bool... yes checking return type of signal handlers... void checking for mkdir... yes configure: creating ./config.status config.status: creating Makefile config.status: creating src/Makefile config.status: creating data/Makefile config.status: creating po/Makefile.in config.status: creating config.h config.status: executing depfiles commands config.status: executing default-1 commands config.status: executing intltool commands localhost# make make all-recursive Making all in src if gcc -DHAVE_CONFIG_H -I. -I. -I.. -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/include -I.. -DGLIPPERLOCALEDIR=\""/usr/local//locale"\" -DPIXMAPDIR=\""/usr/local/share/pixmaps"\" -g -O2 -MT eggtrayicon.o -MD -MP -MF ".deps/eggtrayicon.Tpo" -c -o eggtrayicon.o eggtrayicon.c; then mv -f ".deps/eggtrayicon.Tpo" ".deps/eggtrayicon.Po"; else rm -f ".deps/eggtrayicon.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I.. -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/include -I.. -DGLIPPERLOCALEDIR=\""/usr/local//locale"\" -DPIXMAPDIR=\""/usr/local/share/pixmaps"\" -g -O2 -MT main.o -MD -MP -MF ".deps/main.Tpo" -c -o main.o main.c; then mv -f ".deps/main.Tpo" ".deps/main.Po"; else rm -f ".deps/main.Tpo"; exit 1; fi main.c: In function `main': main.c:450: error: `LC_ALL' undeclared (first use in this function) main.c:450: error: (Each undeclared identifier is reported only once main.c:450: error: for each function it appears in.) *** Error code 1 Stop in /usr/home/mypath/glipper/glipper-0.89/src. *** Error code 1 Stop in /usr/home/mypath/glipper/glipper-0.89. *** Error code 1 Stop in /usr/home/mypath/glipper/glipper-0.89. localhost# ------------------------------------glipper-0.95.1----------------------- ------------- localhost# tar xvf glipper-0.95.1.tar.gz x glipper-0.95.1/m4/iconv.m4 x glipper-0.95.1/m4/glibc21.m4 x glipper-0.95.1/m4/lib-link.m4 x glipper-0.95.1/m4/uintmax_t.m4 x glipper-0.95.1/m4/codeset.m4 x glipper-0.95.1/m4/wchar_t.m4 x glipper-0.95.1/m4/longdouble.m4 x glipper-0.95.1/m4/size_max.m4 x glipper-0.95.1/m4/ulonglong.m4 x glipper-0.95.1/m4/inttypes-h.m4 x glipper-0.95.1/m4/longlong.m4 x glipper-0.95.1/m4/gnome-doc-utils.m4 x glipper-0.95.1/m4/printf-posix.m4 x glipper-0.95.1/m4/intltool.m4 x glipper-0.95.1/m4/intmax.m4 x glipper-0.95.1/m4/signed.m4 x glipper-0.95.1/m4/lib-prefix.m4 x glipper-0.95.1/m4/intdiv0.m4 x glipper-0.95.1/m4/stdint_h.m4 x glipper-0.95.1/m4/inttypes_h.m4 x glipper-0.95.1/m4/xsize.m4 x glipper-0.95.1/m4/lcmessage.m4 x glipper-0.95.1/m4/glibc2.m4 x glipper-0.95.1/m4/visibility.m4 x glipper-0.95.1/m4/gettext.m4 x glipper-0.95.1/m4/wint_t.m4 x glipper-0.95.1/m4/lock.m4 x glipper-0.95.1/m4/ChangeLog x glipper-0.95.1/m4/po.m4 x glipper-0.95.1/m4/progtest.m4 x glipper-0.95.1/m4/nls.m4 x glipper-0.95.1/m4/inttypes-pri.m4 x glipper-0.95.1/m4/lib-ld.m4 x glipper-0.95.1/help/C/glipper.xml x glipper-0.95.1/help/de/de.po x glipper-0.95.1/help/fr/fr.po x glipper-0.95.1/help/Makefile.am x glipper-0.95.1/help/Makefile.in x glipper-0.95.1/autom4te.cache/traces.0 x glipper-0.95.1/autom4te.cache/output.1 x glipper-0.95.1/autom4te.cache/requests x glipper-0.95.1/autom4te.cache/traces.1 x glipper-0.95.1/autom4te.cache/output.0 x glipper-0.95.1/data/Makefile.am x glipper-0.95.1/data/glipper-properties.glade x glipper-0.95.1/data/glipper.desktop.in x glipper-0.95.1/data/Makefile.in x glipper-0.95.1/data/glipper.png x glipper-0.95.1/src/utils/eggtrayicon.h x glipper-0.95.1/src/utils/keybinder.h x glipper-0.95.1/src/utils/eggtrayicon.c x glipper-0.95.1/src/utils/glipper-i18n.h x glipper-0.95.1/src/utils/keybinder.c x glipper-0.95.1/src/utils/eggaccelerators.c x glipper-0.95.1/src/utils/eggaccelerators.h x glipper-0.95.1/src/Makefile.am x glipper-0.95.1/src/main.c x glipper-0.95.1/src/preferences.c x glipper-0.95.1/src/preferences.h x glipper-0.95.1/src/main.h x glipper-0.95.1/src/Makefile.in x glipper-0.95.1/po/en@boldquot.header x glipper-0.95.1/po/insert-header.sin x glipper-0.95.1/po/Makevars x glipper-0.95.1/po/quot.sed x glipper-0.95.1/po/Rules-quot x glipper-0.95.1/po/POTFILES.in x glipper-0.95.1/po/Makefile.in.in x glipper-0.95.1/po/fr.po x glipper-0.95.1/po/remove-potcdate.sin x glipper-0.95.1/po/de.po x glipper-0.95.1/po/en@quot.header x glipper-0.95.1/po/boldquot.sed x glipper-0.95.1/po/ChangeLog x glipper-0.95.1/po/ru.po x glipper-0.95.1/install-sh x glipper-0.95.1/Makefile.am x glipper-0.95.1/intltool-update.in x glipper-0.95.1/config.sub x glipper-0.95.1/configure.in~ x glipper-0.95.1/configure.in x glipper-0.95.1/COPYING x glipper-0.95.1/NEWS x glipper-0.95.1/config.guess x glipper-0.95.1/NEWS~ x glipper-0.95.1/missing x glipper-0.95.1/intltool-merge.in x glipper-0.95.1/autogen.sh x glipper-0.95.1/config.h.in x glipper-0.95.1/config.status.lineno x glipper-0.95.1/INSTALL x glipper-0.95.1/depcomp x glipper-0.95.1/gnome-doc-utils.make x glipper-0.95.1/intltool-merge x glipper-0.95.1/intltool-extract x glipper-0.95.1/config.rpath x glipper-0.95.1/README x glipper-0.95.1/AUTHORS x glipper-0.95.1/Makefile.in x glipper-0.95.1/ChangeLog x glipper-0.95.1/intltool-update x glipper-0.95.1/ABOUT-NLS x glipper-0.95.1/aclocal.m4 x glipper-0.95.1/configure x glipper-0.95.1/intltool-extract.in localhost# cd glipper-0.95.1/ localhost# ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... no checking libintl.h presence... no checking for libintl.h... no checking for intltool >= 0.23... 0.35.0 found checking for perl... /usr/bin/perl checking for XML::Parser... ok checking for iconv... /usr/local/bin/iconv checking for msgfmt... /usr/local/bin/msgfmt checking for msgmerge... /usr/local/bin/msgmerge checking for xgettext... /usr/local/bin/xgettext checking whether NLS is requested... yes checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for msgmerge... /usr/local/bin/msgmerge checking build system type... i386-unknown-freebsd6.1 checking host system type... i386-unknown-freebsd6.1 checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for shared library run path origin... done checking for CFPreferencesCopyAppValue... no checking for CFLocaleCopyCurrent... no checking for GNU gettext in libc... no checking for iconv... no, consider installing GNU libiconv checking for GNU gettext in libintl... no checking whether to use NLS... no checking whether GNOME support must be compiled in... yes checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for GDU_MODULE_VERSION_CHECK... yes checking for FR... yes checking for ANSI C header files... (cached) yes checking for libintl.h... (cached) no checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes checking for stdbool.h that conforms to C99... yes checking for _Bool... yes checking return type of signal handlers... void checking for mkdir... yes configure: creating ./config.status config.status: creating Makefile config.status: creating src/Makefile config.status: creating data/Makefile config.status: creating help/Makefile config.status: creating po/Makefile.in config.status: creating config.h config.status: executing depfiles commands config.status: executing default-1 commands config.status: executing intltool commands config.status: executing po-directories commands config.status: creating po/POTFILES config.status: creating po/Makefile config.status: executing po/stamp-it commands localhost# make cd . && /bin/sh /usr/home/mypath/glipper/glipper-0.95.1/missing --run aclocal-1.9 -I m4 aclocal-1.9: not found WARNING: `aclocal-1.9' is missing on your system. You should only need it if you modified `acinclude.m4' or `configure.in'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . && /bin/sh /usr/home/mypath/glipper/glipper-0.95.1/missing --run autoheader autoheader: not found WARNING: `autoheader' is missing on your system. You should only need it if you modified `acconfig.h' or `configure.in'. You might want to install the `Autoconf' and `GNU m4' packages. Grab them from any GNU archive site. rm -f stamp-h1 touch ./config.h.in cd . && /bin/sh /usr/home/mypath/glipper/glipper-0.95.1/missing --run autoconf autoconf: not found WARNING: `autoconf' is missing on your system. You should only need it if you modified `configure.in'. You might want to install the `Autoconf' and `GNU m4' packages. Grab them from any GNU archive site. /bin/sh ./config.status --recheck running CONFIG_SHELL=/bin/sh /bin/sh ./configure --no-create --no-recursion checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... no checking libintl.h presence... no checking for libintl.h... no checking for intltool >= 0.23... 0.35.0 found checking for perl... /usr/bin/perl checking for XML::Parser... ok checking for iconv... /usr/local/bin/iconv checking for msgfmt... /usr/local/bin/msgfmt checking for msgmerge... /usr/local/bin/msgmerge checking for xgettext... /usr/local/bin/xgettext checking whether NLS is requested... yes checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for msgmerge... /usr/local/bin/msgmerge checking build system type... i386-unknown-freebsd6.1 checking host system type... i386-unknown-freebsd6.1 checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for shared library run path origin... done checking for CFPreferencesCopyAppValue... no checking for CFLocaleCopyCurrent... no checking for GNU gettext in libc... no checking for iconv... no, consider installing GNU libiconv checking for GNU gettext in libintl... no checking whether to use NLS... no checking whether GNOME support must be compiled in... yes checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for GDU_MODULE_VERSION_CHECK... yes checking for FR... yes checking for ANSI C header files... (cached) yes checking for libintl.h... (cached) no checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes checking for stdbool.h that conforms to C99... yes checking for _Bool... yes checking return type of signal handlers... void checking for mkdir... yes configure: creating ./config.status cd . && /bin/sh ./config.status config.h config.status: creating config.h config.status: config.h is unchanged make all-recursive Making all in src if gcc -DHAVE_CONFIG_H -I. -I. -I.. -DORBIT2=1 -D_REENTRANT -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/gconf/2 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/bonobo-activation-2.0 -I.. -DGLIPPERLOCALEDIR=\""/usr//locale"\" -DPIXMAPDIR=\""/usr/share/pixmaps"\" -DGLADEDIR=\""/usr/share/glipper"\" -g -O2 -MT main.o -MD -MP -MF ".deps/main.Tpo" -c -o main.o main.c; then mv -f ".deps/main.Tpo" ".deps/main.Po"; else rm -f ".deps/main.Tpo"; exit 1; fi main.c: In function `main': main.c:595: error: `LC_ALL' undeclared (first use in this function) main.c:595: error: (Each undeclared identifier is reported only once main.c:595: error: for each function it appears in.) *** Error code 1 Stop in /usr/home/mypath/glipper/glipper-0.95.1/src. *** Error code 1 Stop in /usr/home/mypath/glipper/glipper-0.95.1. *** Error code 1 Stop in /usr/home/mypath/glipper/glipper-0.95.1. localhost# ________________________________________________________________________ Check Out the new free AIM(R) Mail -- 2 GB of storage and industry-leading spam and email virus protection. From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 02:00:02 2006 Return-Path: X-Original-To: gnome@FreeBSD.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F25A16A407 for ; Fri, 8 Dec 2006 02:00:01 +0000 (UTC) (envelope-from nobody@storage.technoix.com) Received: from storage.technoix.com (storage.technoix.com [212.175.205.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4926143C9D for ; Fri, 8 Dec 2006 01:59:06 +0000 (GMT) (envelope-from nobody@storage.technoix.com) Received: from storage.technoix.com (localhost [127.0.0.1]) by storage.technoix.com (8.13.8/8.13.8) with ESMTP id kB84w4HC027326 for ; Fri, 8 Dec 2006 04:58:04 GMT (envelope-from nobody@storage.technoix.com) Received: (from root@localhost) by storage.technoix.com (8.13.8/8.13.8/Submit) id kB84w4Z8027325; Fri, 8 Dec 2006 04:58:04 GMT (envelope-from nobody@storage.technoix.com) Date: Fri, 8 Dec 2006 04:58:04 GMT Message-Id: <200612080458.kB84w4Z8027325@storage.technoix.com> To: gnome@FreeBSD.org From: Turkey Dreams MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1254" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Turkey Dreams X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: turkey-@gmail.com List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 02:00:02 -0000 [1]www.alanyadreams.com References 1. http://www.alanyadreams.com/ From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 08:03:25 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1F0116A407; Fri, 8 Dec 2006 08:03:25 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFFE543CA2; Fri, 8 Dec 2006 08:02:28 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.8/8.13.8) with ESMTP id kB884L6U055377; Fri, 8 Dec 2006 03:04:21 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Micah In-Reply-To: <4578AB25.2020504@ywave.com> References: <200612061930.kB6JUJVA038980@freefall.freebsd.org> <1165476509.74826.14.camel@shumai.marcuscom.com> <4578AB25.2020504@ywave.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Qtnd/LwK3loAv5hFPo28" Organization: MarcusCom, Inc. Date: Fri, 08 Dec 2006 03:03:23 -0500 Message-Id: <1165565003.15396.7.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 08:03:25 -0000 --=-Qtnd/LwK3loAv5hFPo28 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2006-12-07 at 16:00 -0800, Micah wrote: > Joe Marcus Clarke wrote: > > Before anything can be done to fix this, someone needs to provide a > > backtrace with full debugging symbols. For more on doing this, see > > http://www.freebsd.org/gnome/docs/bugging.html . > >=20 > > Joe >=20 > Anything else I can provide? This backtrace appears corrupt. I do not see how it dies in endian.h. Rebuild libc and libpthread with debugging symbols, and get a new trace. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-Qtnd/LwK3loAv5hFPo28 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFeRxLb2iPiv4Uz4cRAgXwAJ9buB7hA/pDDtL3Ic/MwhFBCjfnJQCgpgGQ ZtwAXJwfBj11wBKmvbGX+hg= =YexA -----END PGP SIGNATURE----- --=-Qtnd/LwK3loAv5hFPo28-- From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 08:10:19 2006 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49EE816A500 for ; Fri, 8 Dec 2006 08:10:19 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02BBE43CA2 for ; Fri, 8 Dec 2006 08:09:21 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB88AHPg056025 for ; Fri, 8 Dec 2006 08:10:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB88AHxR056024; Fri, 8 Dec 2006 08:10:17 GMT (envelope-from gnats) Date: Fri, 8 Dec 2006 08:10:17 GMT Message-Id: <200612080810.kB88AHxR056024@freefall.freebsd.org> To: gnome@FreeBSD.org From: Joe Marcus Clarke Cc: Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joe Marcus Clarke List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 08:10:19 -0000 The following reply was made to PR ports/105589; it has been noted by GNATS. From: Joe Marcus Clarke To: Micah Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session Date: Fri, 08 Dec 2006 03:03:23 -0500 --=-Qtnd/LwK3loAv5hFPo28 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2006-12-07 at 16:00 -0800, Micah wrote: > Joe Marcus Clarke wrote: > > Before anything can be done to fix this, someone needs to provide a > > backtrace with full debugging symbols. For more on doing this, see > > http://www.freebsd.org/gnome/docs/bugging.html . > >=20 > > Joe >=20 > Anything else I can provide? This backtrace appears corrupt. I do not see how it dies in endian.h. Rebuild libc and libpthread with debugging symbols, and get a new trace. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-Qtnd/LwK3loAv5hFPo28 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFeRxLb2iPiv4Uz4cRAgXwAJ9buB7hA/pDDtL3Ic/MwhFBCjfnJQCgpgGQ ZtwAXJwfBj11wBKmvbGX+hg= =YexA -----END PGP SIGNATURE----- --=-Qtnd/LwK3loAv5hFPo28-- From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 19:42:17 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1B8516A416 for ; Fri, 8 Dec 2006 19:42:17 +0000 (UTC) (envelope-from micahjon@ywave.com) Received: from relay2.av-mx.com (relay2.av-mx.com [137.118.16.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5C6A43CC5 for ; Fri, 8 Dec 2006 19:41:02 +0000 (GMT) (envelope-from micahjon@ywave.com) X-Virus-Scan-Time: 0 Received: from [137.118.16.54] (HELO mx4.av-mx.com) by relay2.av-mx.com (CommuniGate Pro SMTP 4.2.10) with SMTP id 510671140 for gnome@freebsd.org; Fri, 08 Dec 2006 14:42:01 -0500 Received: (qmail 2069 invoked by uid 504); 8 Dec 2006 19:42:00 -0000 Received: from dsl13043.ywave.com (HELO ?192.168.1.66?) (micahjon@ywave.com@66.243.212.43) by 0 with SMTP; 8 Dec 2006 19:42:00 -0000 X-CLIENT-IP: 66.243.212.43 X-CLIENT-HOST: dsl13043.ywave.com Message-ID: <4579C00E.2040905@ywave.com> Date: Fri, 08 Dec 2006 11:42:06 -0800 From: Micah User-Agent: Thunderbird 1.5.0.8 (X11/20061205) MIME-Version: 1.0 To: Joe Marcus Clarke References: <200612061930.kB6JUJVA038980@freefall.freebsd.org> <1165476509.74826.14.camel@shumai.marcuscom.com> <4578AB25.2020504@ywave.com> <1165565003.15396.7.camel@shumai.marcuscom.com> In-Reply-To: <1165565003.15396.7.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 19:42:17 -0000 Joe Marcus Clarke wrote: > On Thu, 2006-12-07 at 16:00 -0800, Micah wrote: >> Joe Marcus Clarke wrote: >>> Before anything can be done to fix this, someone needs to provide a >>> backtrace with full debugging symbols. For more on doing this, see >>> http://www.freebsd.org/gnome/docs/bugging.html . >>> >>> Joe >> Anything else I can provide? > > This backtrace appears corrupt. I do not see how it dies in endian.h. > Rebuild libc and libpthread with debugging symbols, and get a new trace. > > Joe > Okay, but it still died in endian.h. I then rebuilt world with debugging symbols in hope that there's some other library somewhere that needed them, but the stack trace still ends in endian.h I followed it through the debugger in hopes of getting you something more useful. It segfaults while executing line 357 of xdgmimecache.c, (which is: XdgMimeCache *cache = _caches[i]; inside cache_glob_lookup_literal). Stepping into that line of code sends the debugger to endian.h. Is there another non-system library that I need to add debugging symbols to? Just to make sure, file reports libpthread and libc as being not stripped. trisha# file libpthread.so.2 libpthread.so.2: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped trisha# file libc.so.6 libc.so.6: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped trisha% firefox -g -d gdb /usr/local/lib/firefox/run-mozilla.sh -g -d gdb /usr/local/lib/firefox/firefox-bin MOZILLA_FIVE_HOME=/usr/local/lib/firefox LD_LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox/plugins:/usr/local/lib/browser_plugins:/usr/local/lib/browser_linux_plugins:/usr/local/lib/firefox DISPLAY=:0.0 DYLD_LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox/components:/usr/local/lib/firefox SHLIB_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox LIBPATH=/usr/local/lib/firefox:/usr/local/lib/firefox ADDON_PATH=/usr/local/lib/firefox MOZ_PROGRAM=/usr/local/lib/firefox/firefox-bin MOZ_TOOLKIT= moz_debug=1 moz_debugger=gdb /usr/bin/gdb /usr/local/lib/firefox/firefox-bin -x /tmp/mozargs.S2EXFD 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 "i386-marcel-freebsd"... (gdb) handle SGI33 Unrecognized or ambiguous flag word: "SGI33". (gdb) handle SIG33 nostop noprint Signal Stop Print Pass to program Description SIG33 No No Yes Real-time event 33 (gdb) run Starting program: /usr/local/lib/firefox/firefox-bin warning: Unable to get location for thread creation breakpoint: generic error [New LWP 100118] [New Thread 0x8079000 (LWP 100118)] Type Manifest File: /home/bsdmjl/.mozilla/firefox/3m4v9uom.default/xpti.dat *** Registering Apprunner components (all right -- a generic module!) nsNativeComponentLoader: autoregistering begins. nsNativeComponentLoader: autoregistering succeeded nsNativeComponentLoader: registering deferred (0) pldhash: for the table at address 0x80bba20, the given entrySize of 44 probably favors chaining over double hashing. WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsChromeRegistry.cpp, line 1252 GFX: dpi=96 t2p=0.0666667 p2t=15 depth=24 ++WEBSHELL == 1 ++DOMWINDOW == 1 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 ++DOMWINDOW == 2 ++WEBSHELL == 2 ++DOMWINDOW == 3 ++DOMWINDOW == 4 Note: styleverifytree is disabled Note: frameverifytree is disabled Note: verifyreflow is disabled JavaScript error: chrome://global/content/contentAreaUtils.js, line 118: redeclaration of const kSaveAsType_Complete ++WEBSHELL == 3 ++DOMWINDOW == 5 ++DOMWINDOW == 6 ++WEBSHELL == 4 ++DOMWINDOW == 7 ++DOMWINDOW == 8 ++DOMWINDOW == 9 ++DOMWINDOW == 10 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 --DOMWINDOW == 9 --DOMWINDOW == 8 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x8079000 (LWP 100147)] 0x48613d0e in cache_glob_lookup_literal (file_name=0x94c2f51 "tarit.txt", mime_types=0x6d, n_mime_types=2) at endian.h:144 144 { Current language: auto; currently c (gdb) bt #0 0x48613d0e in cache_glob_lookup_literal (file_name=0x94c2f51 "tarit.txt", mime_types=0x6d, n_mime_types=2) at endian.h:144 #1 0x486142b6 in cache_glob_lookup_file_name ( file_name=0x94c2f51 "tarit.txt", mime_types=0xbfbfa350, n_mime_types=2) at xdgmimecache.c:578 #2 0x48614564 in _gtk_xdg_cache_get_mime_type_for_file ( file_name=0x94c2f40 "/home/bsdmjl/tmp/tarit.txt", statbuf=0x8ef2680) at xdgmimecache.c:689 #3 0x486129f1 in _gtk_xdg_get_mime_type_for_file ( file_name=0x94c2f40 "/home/bsdmjl/tmp/tarit.txt", statbuf=0x8ef2680) at xdgmime.c:485 #4 0x485f97b7 in cb_fill_in_mime_type (key=0x6d, value=0x8ef2680, user_data=0x93a9da0) at gtkfilesystemunix.c:2591 #5 0x48a74166 in g_hash_table_foreach_remove_or_steal (hash_table=0x9410c00, func=0x485f9760 , user_data=0x93a9da0, notify=1) at ghash.c:605 #6 0x48a7405d in IA__g_hash_table_foreach_remove (hash_table=0x6d, func=0, user_data=0x6d) at ghash.c:561 #7 0x485f985f in fill_in_mime_type (folder_unix=0x93a9da0) at gtkfilesystemunix.c:2611 #8 0x485f6923 in load_folder (data=0x93a9da0) at gtkfilesystemunix.c:874 #9 0x48a84cb8 in g_idle_dispatch (source=0x935d5c0, callback=0, user_data=0x6d) at gmain.c:3926 #10 0x48a81dad in g_main_dispatch (context=0x80a1c80) at gmain.c:2045 #11 0x48a82c50 in IA__g_main_context_dispatch (context=0x80a1c80) at gmain.c:2596 #12 0x48a8302c in g_main_context_iterate (context=0x80a1c80, block=1, dispatch=1, self=0x81a0800) at gmain.c:2677 #13 0x48a836a1 in IA__g_main_loop_run (loop=0x9376b70) at gmain.c:2881 #14 0x483f7b4b in IA__gtk_dialog_run (dialog=0x938e1c8) at gtkdialog.c:996 #15 0x49289727 in nsFilePicker::Show (this=0x8ee6700, aReturn=0xbfbfaa30) at nsFilePicker.cpp:583 #16 0x4827dbdd in XPTC_InvokeByIndex (that=0x8ee6700, methodIndex=17, paramCount=109, params=0xbfbfaa30) at xptcinvoke_unixish_x86.cpp:179 #17 0x48ef0622 in XPCWrappedNative::CallMethod (ccx=@0xbfbfab10, mode=XPCWrappedNative::CALL_METHOD) at xpcwrappednative.cpp:2168 #18 0x48efb67a in XPC_WN_CallMethod (cx=0x84d8c00, obj=0x6d, argc=109, argv=0xbfbfab10, vp=0x6d) at xpcwrappednativejsops.cpp:1455 #19 0x480f579a in js_Invoke (cx=0x84d8c00, argc=0, flags=0) at jsinterp.c:1377 #20 0x4810348e in js_Interpret (cx=0x84d8c00, pc=0x85d0a74 ":", result=0xbfbfaf6c) at jsinterp.c:4119 ---Type to continue, or q to quit--- #21 0x480f5824 in js_Invoke (cx=0x84d8c00, argc=1, flags=2) at jsinterp.c:1396 #22 0x480f5b04 in js_InternalInvoke (cx=0x84d8c00, obj=0x6d, fval=109, flags=0, argc=1, argv=0xbfbfb1cc, rval=0xbfbfb1b4) at jsinterp.c:1471 #23 0x480c1e10 in JS_CallFunctionValue (cx=0x84d8c00, obj=0x6d, fval=109, argc=109, argv=0x6d, rval=0x6d) at jsapi.c:4419 #24 0x49e8222f in nsJSContext::CallEventHandler (this=0x84d9180, aTarget=0x8cc4b70, aHandler=0x9254bd8, argc=109, argv=0x6d, rval=0xbfbfb1b4) at nsJSEnvironment.cpp:1493 #25 0x49ee6c37 in nsJSEventListener::HandleEvent (this=0x87645c0, aEvent=0x8ca5c0c) at nsJSEventListener.cpp:185 #26 0x49d0da7f in nsEventListenerManager::HandleEventSubType (this=0x6d, aListenerStruct=0x873ed20, aListener=0x87645c0, aDOMEvent=0x8ca5c0c, aCurrentTarget=0x90affc0, aSubType=8, aPhaseFlags=109) at nsEventListenerManager.cpp:1655 #27 0x49d0df2e in nsEventListenerManager::HandleEvent (this=0x8764580, aPresContext=0x8653600, aEvent=0xbfbfb830, aDOMEvent=0xbfbfb57c, aCurrentTarget=0x90affc0, aFlags=7, aEventStatus=0xbfbfb81c) at nsEventListenerManager.cpp:1757 #28 0x49e3325e in nsXULElement::HandleDOMEvent (this=0x8764540, aPresContext=0x8653600, aEvent=0xbfbfb830, aDOMEvent=0xbfbfb57c, aFlags=7, aEventStatus=0xbfbfb81c) at nsXULElement.cpp:2228 #29 0x49a2b2e1 in PresShell::HandleDOMEventWithTarget (this=0x8654c00, aTargetContent=0x8764540, aEvent=0x6d, aStatus=0x6d) at nsPresShell.cpp:6520 #30 0x49c3997f in nsMenuFrame::Execute (this=0x8e90408, aEvent=0x0) at nsMenuFrame.cpp:1663 #31 0x49c38339 in nsMenuFrame::Enter (this=0x8e90408) at nsMenuFrame.cpp:1269 #32 0x49c3214f in nsMenuPopupFrame::ShortcutNavigation (this=0x9156010, aKeyEvent=0x8e90474, aHandledFlag=@0xbfbfb964) at nsMenuPopupFrame.cpp:1664 #33 0x49c3f7d6 in nsMenuListener::KeyPress (this=0x90aff20, aKeyEvent=0x8a5b090) at nsMenuListener.cpp:212 #34 0x49d09b19 in DispatchToInterface (aEvent=0x6d, aListener=0x0, aMethod=Unhandled dwarf expression opcode 0x93 ) at nsEventListenerManager.cpp:144 #35 0x49d0dec3 in nsEventListenerManager::HandleEvent (this=0x87495c0, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aCurrentTarget=0x8454cb4, aFlags=4, aEventStatus=0xbfbfd6e8) at nsEventListenerManager.cpp:1750 #36 0x49e4c479 in nsXULDocument::HandleDOMEvent (this=0x8454c00, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULDocument.cpp:1233 #37 0x49e33168 in nsXULElement::HandleDOMEvent (this=0x8749840, ---Type to continue, or q to quit--- aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2209 #38 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775a40, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #39 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775a80, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #40 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775dc0, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #41 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775e00, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #42 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8979680, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #43 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x895f2c0, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #44 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8e5bcc0, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #45 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8e5ba40, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #46 0x49e36212 in nsXULElement::HandleChromeEvent (this=0x8e5ba40, aPresContext=0x6d, aEvent=0x6d, aDOMEvent=0x6d, aFlags=109, aEventStatus=0x6d) at nsXULElement.cpp:2890 #47 0x49e8de5d in nsGlobalWindow::HandleDOMEvent (this=0x8d8e800, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsGlobalWindow.cpp:1638 #48 0x49c94c69 in nsDocument::HandleDOMEvent (this=0x8bbe000, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsDocument.cpp:4030 #49 0x49cb9a9d in nsGenericElement::HandleDOMEvent (this=0x8e605a0, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=7, aEventStatus=0xbfbfd6e8) at nsGenericElement.cpp:2183 #50 0x49a2adf1 in PresShell::HandleEventInternal (this=0x8bbe800, aEvent=0xbfbfd990, aView=0x8bbf280, aFlags=1, aStatus=0xbfbfd6e8) at nsPresShell.cpp:6424 ---Type to continue, or q to quit--- #51 0x49a2a6cb in PresShell::HandleEvent (this=0x8bbe800, aView=0x8bbf280, aEvent=0xbfbfd990, aEventStatus=0xbfbfd6e8, aForceHandle=1, aHandled=@0xbfbfd6ec) at nsPresShell.cpp:6260 #52 0x49e73c10 in nsViewManager::HandleEvent (this=0x8bbf200, aView=0x8bbf280, aEvent=0xbfbfd990, aCaptured=109) at nsViewManager.cpp:2512 #53 0x49e73189 in nsViewManager::DispatchEvent (this=0x8bbf200, aEvent=0xbfbfd990, aStatus=0xbfbfd8dc) at nsViewManager.cpp:2246 #54 0x49e678e6 in HandleEvent (aEvent=0xbfbfd990) at nsView.h:251 #55 0x4927e621 in nsCommonWidget::DispatchEvent (this=0x8bbc800, aEvent=0xbfbfd990, aStatus=@0xbfbfd93c) at nsCommonWidget.cpp:219 #56 0x492708eb in nsWindow::OnKeyPressEvent (this=0x8bbc800, aWidget=0x8c78380, aEvent=0x80a4a30) at nsWindow.cpp:1877 #57 0x49275776 in key_press_event_cb (widget=0x8c78380, event=0x6d) at nsWindow.cpp:3982 #58 0x4848cd5e in _gtk_marshal_BOOLEAN__BOXED (closure=0x49275710, return_value=0xbfbfdba0, n_param_values=2, param_values=0xbfbfdd20, invocation_hint=0xbfbfdbc8, marshal_data=0x0) at gtkmarshalers.c:84 #59 0x48a1d0dc in IA__g_closure_invoke (closure=0x8ca6b60, return_value=0x6d, n_param_values=109, param_values=0x6d, invocation_hint=0x6d) at gclosure.c:490 #60 0x48a34119 in signal_emit_unlocked_R (node=0x8191bc0, detail=0, instance=0x8c78380, emission_return=0xbfbfdcd0, instance_and_params=0xbfbfdd20) at gsignal.c:2440 #61 0x48a3342d in IA__g_signal_emit_valist (instance=0x8c78380, signal_id=3217022160, detail=0, var_args=0xbfbfdeb0 "¸Þ¿¿\001") at gsignal.c:2209 #62 0x48a33636 in IA__g_signal_emit (instance=0x6d, signal_id=109, detail=109) at gsignal.c:2243 #63 0x485d765e in gtk_widget_event_internal (widget=0x8c78380, event=0x80a4a30) at gtkwidget.c:3911 #64 0x485d723f in IA__gtk_widget_event (widget=0x8c78380, event=0x80a4a30) at gtkwidget.c:3717 #65 0x4848b100 in IA__gtk_propagate_event (widget=0x8c78380, event=0x80a4a30) at gtkmain.c:2154 #66 0x48489dba in IA__gtk_main_do_event (event=0x80a4a30) at gtkmain.c:1422 #67 0x48721208 in gdk_event_dispatch (source=0x6d, callback=0, user_data=0x0) at gdkevents-x11.c:2320 #68 0x48a81dad in g_main_dispatch (context=0x80a1c80) at gmain.c:2045 #69 0x48a82c50 in IA__g_main_context_dispatch (context=0x80a1c80) at gmain.c:2596 #70 0x48a8302c in g_main_context_iterate (context=0x80a1c80, block=1, ---Type to continue, or q to quit--- dispatch=1, self=0x81a0800) at gmain.c:2677 #71 0x48a836a1 in IA__g_main_loop_run (loop=0x8314360) at gmain.c:2881 #72 0x484895a2 in IA__gtk_main () at gtkmain.c:1001 #73 0x4927bb69 in nsAppShell::Run (this=0x81d8230) at nsAppShell.cpp:139 #74 0x493acca7 in nsAppStartup::Run (this=0x81d7240) at nsAppStartup.cpp:151 #75 0x08056fa0 in XRE_main (argc=0, argv=0xbfbfe45c, aAppData=0x806e6e0) at nsAppRunner.cpp:2438 #76 0x0804e9c4 in main (argc=109, argv=0x6d) at nsBrowserApp.cpp:61 From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 19:45:36 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65CEC16A403; Fri, 8 Dec 2006 19:45:36 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFF3143CA8; Fri, 8 Dec 2006 19:44:28 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.166] (vpn-client-166.marcuscom.com [10.2.1.166]) by creme-brulee.marcuscom.com (8.13.8/8.13.8) with ESMTP id kB8JkP8V060735; Fri, 8 Dec 2006 14:46:25 -0500 (EST) (envelope-from marcus@marcuscom.com) Message-ID: <4579C125.3040106@marcuscom.com> Date: Fri, 08 Dec 2006 14:46:45 -0500 From: Joe Marcus Clarke Organization: MarcusCom, Inc. User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Micah References: <200612061930.kB6JUJVA038980@freefall.freebsd.org> <1165476509.74826.14.camel@shumai.marcuscom.com> <4578AB25.2020504@ywave.com> <1165565003.15396.7.camel@shumai.marcuscom.com> <4579C00E.2040905@ywave.com> In-Reply-To: <4579C00E.2040905@ywave.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on creme-brulee.marcuscom.com Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 19:45:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Micah wrote: > Joe Marcus Clarke wrote: >> On Thu, 2006-12-07 at 16:00 -0800, Micah wrote: >>> Joe Marcus Clarke wrote: >>>> Before anything can be done to fix this, someone needs to provide a >>>> backtrace with full debugging symbols. For more on doing this, see >>>> http://www.freebsd.org/gnome/docs/bugging.html . >>>> >>>> Joe >>> Anything else I can provide? >> >> This backtrace appears corrupt. I do not see how it dies in endian.h. >> Rebuild libc and libpthread with debugging symbols, and get a new trace. >> >> Joe >> > > Okay, but it still died in endian.h. I then rebuilt world with debugging > symbols in hope that there's some other library somewhere that needed > them, but the stack trace still ends in endian.h > > I followed it through the debugger in hopes of getting you something > more useful. It segfaults while executing line 357 of xdgmimecache.c, > (which is: XdgMimeCache *cache = _caches[i]; inside > cache_glob_lookup_literal). Stepping into that line of code sends the > debugger to endian.h. Is there another non-system library that I need to > add debugging symbols to? What endian.h files do you have on your system? What does: (gdb) frame 0 (gdb) l Report? Joe > > Just to make sure, file reports libpthread and libc as being not stripped. > > trisha# file libpthread.so.2 > libpthread.so.2: ELF 32-bit LSB shared object, Intel 80386, version 1 > (FreeBSD), not stripped > trisha# file libc.so.6 > libc.so.6: ELF 32-bit LSB shared object, Intel 80386, version 1 > (FreeBSD), not stripped > > trisha% firefox -g -d gdb > /usr/local/lib/firefox/run-mozilla.sh -g -d gdb > /usr/local/lib/firefox/firefox-bin > MOZILLA_FIVE_HOME=/usr/local/lib/firefox > > LD_LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox/plugins:/usr/local/lib/browser_plugins:/usr/local/lib/browser_linux_plugins:/usr/local/lib/firefox > > DISPLAY=:0.0 > DYLD_LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox > > LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox/components:/usr/local/lib/firefox > > SHLIB_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox > LIBPATH=/usr/local/lib/firefox:/usr/local/lib/firefox > ADDON_PATH=/usr/local/lib/firefox > MOZ_PROGRAM=/usr/local/lib/firefox/firefox-bin > MOZ_TOOLKIT= > moz_debug=1 > moz_debugger=gdb > /usr/bin/gdb /usr/local/lib/firefox/firefox-bin -x /tmp/mozargs.S2EXFD > 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 "i386-marcel-freebsd"... > (gdb) handle SGI33 > Unrecognized or ambiguous flag word: "SGI33". > (gdb) handle SIG33 nostop noprint > Signal Stop Print Pass to program Description > SIG33 No No Yes Real-time event 33 > (gdb) run > Starting program: /usr/local/lib/firefox/firefox-bin > warning: Unable to get location for thread creation breakpoint: generic > error > [New LWP 100118] > [New Thread 0x8079000 (LWP 100118)] > Type Manifest File: /home/bsdmjl/.mozilla/firefox/3m4v9uom.default/xpti.dat > *** Registering Apprunner components (all right -- a generic module!) > nsNativeComponentLoader: autoregistering begins. > nsNativeComponentLoader: autoregistering succeeded > nsNativeComponentLoader: registering deferred (0) > pldhash: for the table at address 0x80bba20, the given entrySize of 44 > probably favors chaining over double hashing. > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsChromeRegistry.cpp, line 1252 > GFX: dpi=96 t2p=0.0666667 p2t=15 depth=24 > ++WEBSHELL == 1 > ++DOMWINDOW == 1 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > ++DOMWINDOW == 2 > ++WEBSHELL == 2 > ++DOMWINDOW == 3 > ++DOMWINDOW == 4 > Note: styleverifytree is disabled > Note: frameverifytree is disabled > Note: verifyreflow is disabled > JavaScript error: chrome://global/content/contentAreaUtils.js, line 118: > redeclaration of const kSaveAsType_Complete > ++WEBSHELL == 3 > ++DOMWINDOW == 5 > ++DOMWINDOW == 6 > ++WEBSHELL == 4 > ++DOMWINDOW == 7 > ++DOMWINDOW == 8 > ++DOMWINDOW == 9 > ++DOMWINDOW == 10 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > --DOMWINDOW == 9 > --DOMWINDOW == 8 > spec=/logo-reverse.png > WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 > spec=/logo-reverse.png > WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 > spec=/logo-reverse.png > WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x8079000 (LWP 100147)] > 0x48613d0e in cache_glob_lookup_literal (file_name=0x94c2f51 "tarit.txt", > mime_types=0x6d, n_mime_types=2) at endian.h:144 > 144 { > Current language: auto; currently c > (gdb) bt > #0 0x48613d0e in cache_glob_lookup_literal (file_name=0x94c2f51 > "tarit.txt", > mime_types=0x6d, n_mime_types=2) at endian.h:144 > #1 0x486142b6 in cache_glob_lookup_file_name ( > file_name=0x94c2f51 "tarit.txt", mime_types=0xbfbfa350, n_mime_types=2) > at xdgmimecache.c:578 > #2 0x48614564 in _gtk_xdg_cache_get_mime_type_for_file ( > file_name=0x94c2f40 "/home/bsdmjl/tmp/tarit.txt", statbuf=0x8ef2680) > at xdgmimecache.c:689 > #3 0x486129f1 in _gtk_xdg_get_mime_type_for_file ( > file_name=0x94c2f40 "/home/bsdmjl/tmp/tarit.txt", statbuf=0x8ef2680) > at xdgmime.c:485 > #4 0x485f97b7 in cb_fill_in_mime_type (key=0x6d, value=0x8ef2680, > user_data=0x93a9da0) at gtkfilesystemunix.c:2591 > #5 0x48a74166 in g_hash_table_foreach_remove_or_steal > (hash_table=0x9410c00, > func=0x485f9760 , user_data=0x93a9da0, notify=1) > at ghash.c:605 > #6 0x48a7405d in IA__g_hash_table_foreach_remove (hash_table=0x6d, func=0, > user_data=0x6d) at ghash.c:561 > #7 0x485f985f in fill_in_mime_type (folder_unix=0x93a9da0) > at gtkfilesystemunix.c:2611 > #8 0x485f6923 in load_folder (data=0x93a9da0) at gtkfilesystemunix.c:874 > #9 0x48a84cb8 in g_idle_dispatch (source=0x935d5c0, callback=0, > user_data=0x6d) at gmain.c:3926 > #10 0x48a81dad in g_main_dispatch (context=0x80a1c80) at gmain.c:2045 > #11 0x48a82c50 in IA__g_main_context_dispatch (context=0x80a1c80) > at gmain.c:2596 > #12 0x48a8302c in g_main_context_iterate (context=0x80a1c80, block=1, > dispatch=1, self=0x81a0800) at gmain.c:2677 > #13 0x48a836a1 in IA__g_main_loop_run (loop=0x9376b70) at gmain.c:2881 > #14 0x483f7b4b in IA__gtk_dialog_run (dialog=0x938e1c8) at gtkdialog.c:996 > #15 0x49289727 in nsFilePicker::Show (this=0x8ee6700, aReturn=0xbfbfaa30) > at nsFilePicker.cpp:583 > #16 0x4827dbdd in XPTC_InvokeByIndex (that=0x8ee6700, methodIndex=17, > paramCount=109, params=0xbfbfaa30) at xptcinvoke_unixish_x86.cpp:179 > #17 0x48ef0622 in XPCWrappedNative::CallMethod (ccx=@0xbfbfab10, > mode=XPCWrappedNative::CALL_METHOD) at xpcwrappednative.cpp:2168 > #18 0x48efb67a in XPC_WN_CallMethod (cx=0x84d8c00, obj=0x6d, argc=109, > argv=0xbfbfab10, vp=0x6d) at xpcwrappednativejsops.cpp:1455 > #19 0x480f579a in js_Invoke (cx=0x84d8c00, argc=0, flags=0) at > jsinterp.c:1377 > #20 0x4810348e in js_Interpret (cx=0x84d8c00, pc=0x85d0a74 ":", > result=0xbfbfaf6c) at jsinterp.c:4119 > ---Type to continue, or q to quit--- > #21 0x480f5824 in js_Invoke (cx=0x84d8c00, argc=1, flags=2) at > jsinterp.c:1396 > #22 0x480f5b04 in js_InternalInvoke (cx=0x84d8c00, obj=0x6d, fval=109, > flags=0, argc=1, argv=0xbfbfb1cc, rval=0xbfbfb1b4) at jsinterp.c:1471 > #23 0x480c1e10 in JS_CallFunctionValue (cx=0x84d8c00, obj=0x6d, fval=109, > argc=109, argv=0x6d, rval=0x6d) at jsapi.c:4419 > #24 0x49e8222f in nsJSContext::CallEventHandler (this=0x84d9180, > aTarget=0x8cc4b70, aHandler=0x9254bd8, argc=109, argv=0x6d, > rval=0xbfbfb1b4) at nsJSEnvironment.cpp:1493 > #25 0x49ee6c37 in nsJSEventListener::HandleEvent (this=0x87645c0, > aEvent=0x8ca5c0c) at nsJSEventListener.cpp:185 > #26 0x49d0da7f in nsEventListenerManager::HandleEventSubType (this=0x6d, > aListenerStruct=0x873ed20, aListener=0x87645c0, aDOMEvent=0x8ca5c0c, > aCurrentTarget=0x90affc0, aSubType=8, aPhaseFlags=109) > at nsEventListenerManager.cpp:1655 > #27 0x49d0df2e in nsEventListenerManager::HandleEvent (this=0x8764580, > aPresContext=0x8653600, aEvent=0xbfbfb830, aDOMEvent=0xbfbfb57c, > aCurrentTarget=0x90affc0, aFlags=7, aEventStatus=0xbfbfb81c) > at nsEventListenerManager.cpp:1757 > #28 0x49e3325e in nsXULElement::HandleDOMEvent (this=0x8764540, > aPresContext=0x8653600, aEvent=0xbfbfb830, aDOMEvent=0xbfbfb57c, > aFlags=7, > aEventStatus=0xbfbfb81c) at nsXULElement.cpp:2228 > #29 0x49a2b2e1 in PresShell::HandleDOMEventWithTarget (this=0x8654c00, > aTargetContent=0x8764540, aEvent=0x6d, aStatus=0x6d) > at nsPresShell.cpp:6520 > #30 0x49c3997f in nsMenuFrame::Execute (this=0x8e90408, aEvent=0x0) > at nsMenuFrame.cpp:1663 > #31 0x49c38339 in nsMenuFrame::Enter (this=0x8e90408) at > nsMenuFrame.cpp:1269 > #32 0x49c3214f in nsMenuPopupFrame::ShortcutNavigation (this=0x9156010, > aKeyEvent=0x8e90474, aHandledFlag=@0xbfbfb964) at > nsMenuPopupFrame.cpp:1664 > #33 0x49c3f7d6 in nsMenuListener::KeyPress (this=0x90aff20, > aKeyEvent=0x8a5b090) at nsMenuListener.cpp:212 > #34 0x49d09b19 in DispatchToInterface (aEvent=0x6d, aListener=0x0, > aMethod=Unhandled dwarf expression opcode 0x93 > ) > at nsEventListenerManager.cpp:144 > #35 0x49d0dec3 in nsEventListenerManager::HandleEvent (this=0x87495c0, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aCurrentTarget=0x8454cb4, aFlags=4, aEventStatus=0xbfbfd6e8) > at nsEventListenerManager.cpp:1750 > #36 0x49e4c479 in nsXULDocument::HandleDOMEvent (this=0x8454c00, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULDocument.cpp:1233 > #37 0x49e33168 in nsXULElement::HandleDOMEvent (this=0x8749840, > ---Type to continue, or q to quit--- > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2209 > #38 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775a40, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #39 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775a80, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #40 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775dc0, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #41 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775e00, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #42 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8979680, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #43 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x895f2c0, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #44 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8e5bcc0, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #45 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8e5ba40, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #46 0x49e36212 in nsXULElement::HandleChromeEvent (this=0x8e5ba40, > aPresContext=0x6d, aEvent=0x6d, aDOMEvent=0x6d, aFlags=109, > aEventStatus=0x6d) at nsXULElement.cpp:2890 > #47 0x49e8de5d in nsGlobalWindow::HandleDOMEvent (this=0x8d8e800, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsGlobalWindow.cpp:1638 > #48 0x49c94c69 in nsDocument::HandleDOMEvent (this=0x8bbe000, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsDocument.cpp:4030 > #49 0x49cb9a9d in nsGenericElement::HandleDOMEvent (this=0x8e605a0, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=7, > aEventStatus=0xbfbfd6e8) at nsGenericElement.cpp:2183 > #50 0x49a2adf1 in PresShell::HandleEventInternal (this=0x8bbe800, > aEvent=0xbfbfd990, aView=0x8bbf280, aFlags=1, aStatus=0xbfbfd6e8) > at nsPresShell.cpp:6424 > ---Type to continue, or q to quit--- > #51 0x49a2a6cb in PresShell::HandleEvent (this=0x8bbe800, aView=0x8bbf280, > aEvent=0xbfbfd990, aEventStatus=0xbfbfd6e8, aForceHandle=1, > aHandled=@0xbfbfd6ec) at nsPresShell.cpp:6260 > #52 0x49e73c10 in nsViewManager::HandleEvent (this=0x8bbf200, > aView=0x8bbf280, > aEvent=0xbfbfd990, aCaptured=109) at nsViewManager.cpp:2512 > #53 0x49e73189 in nsViewManager::DispatchEvent (this=0x8bbf200, > aEvent=0xbfbfd990, aStatus=0xbfbfd8dc) at nsViewManager.cpp:2246 > #54 0x49e678e6 in HandleEvent (aEvent=0xbfbfd990) at nsView.h:251 > #55 0x4927e621 in nsCommonWidget::DispatchEvent (this=0x8bbc800, > aEvent=0xbfbfd990, aStatus=@0xbfbfd93c) at nsCommonWidget.cpp:219 > #56 0x492708eb in nsWindow::OnKeyPressEvent (this=0x8bbc800, > aWidget=0x8c78380, aEvent=0x80a4a30) at nsWindow.cpp:1877 > #57 0x49275776 in key_press_event_cb (widget=0x8c78380, event=0x6d) > at nsWindow.cpp:3982 > #58 0x4848cd5e in _gtk_marshal_BOOLEAN__BOXED (closure=0x49275710, > return_value=0xbfbfdba0, n_param_values=2, param_values=0xbfbfdd20, > invocation_hint=0xbfbfdbc8, marshal_data=0x0) at gtkmarshalers.c:84 > #59 0x48a1d0dc in IA__g_closure_invoke (closure=0x8ca6b60, > return_value=0x6d, > n_param_values=109, param_values=0x6d, invocation_hint=0x6d) > at gclosure.c:490 > #60 0x48a34119 in signal_emit_unlocked_R (node=0x8191bc0, detail=0, > instance=0x8c78380, emission_return=0xbfbfdcd0, > instance_and_params=0xbfbfdd20) at gsignal.c:2440 > #61 0x48a3342d in IA__g_signal_emit_valist (instance=0x8c78380, > signal_id=3217022160, detail=0, var_args=0xbfbfdeb0 "¸Þ¿¿\001") > at gsignal.c:2209 > #62 0x48a33636 in IA__g_signal_emit (instance=0x6d, signal_id=109, > detail=109) > at gsignal.c:2243 > #63 0x485d765e in gtk_widget_event_internal (widget=0x8c78380, > event=0x80a4a30) > at gtkwidget.c:3911 > #64 0x485d723f in IA__gtk_widget_event (widget=0x8c78380, event=0x80a4a30) > at gtkwidget.c:3717 > #65 0x4848b100 in IA__gtk_propagate_event (widget=0x8c78380, > event=0x80a4a30) > at gtkmain.c:2154 > #66 0x48489dba in IA__gtk_main_do_event (event=0x80a4a30) at gtkmain.c:1422 > #67 0x48721208 in gdk_event_dispatch (source=0x6d, callback=0, > user_data=0x0) > at gdkevents-x11.c:2320 > #68 0x48a81dad in g_main_dispatch (context=0x80a1c80) at gmain.c:2045 > #69 0x48a82c50 in IA__g_main_context_dispatch (context=0x80a1c80) > at gmain.c:2596 > #70 0x48a8302c in g_main_context_iterate (context=0x80a1c80, block=1, > ---Type to continue, or q to quit--- > dispatch=1, self=0x81a0800) at gmain.c:2677 > #71 0x48a836a1 in IA__g_main_loop_run (loop=0x8314360) at gmain.c:2881 > #72 0x484895a2 in IA__gtk_main () at gtkmain.c:1001 > #73 0x4927bb69 in nsAppShell::Run (this=0x81d8230) at nsAppShell.cpp:139 > #74 0x493acca7 in nsAppStartup::Run (this=0x81d7240) at > nsAppStartup.cpp:151 > #75 0x08056fa0 in XRE_main (argc=0, argv=0xbfbfe45c, aAppData=0x806e6e0) > at nsAppRunner.cpp:2438 > #76 0x0804e9c4 in main (argc=109, argv=0x6d) at nsBrowserApp.cpp:61 > > - -- PGP Key : http://www.marcuscom.com/pgp.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFecEkb2iPiv4Uz4cRArPaAJ9f5a5CUcD2po66cGixzQIlfPlEdQCgp8WJ NPnz79+e1yymEtgZlOaiRWk= =/zuP -----END PGP SIGNATURE----- From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 19:49:57 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0E9316A40F for ; Fri, 8 Dec 2006 19:49:57 +0000 (UTC) (envelope-from micahjon@ywave.com) Received: from relay1.av-mx.com (relay1.av-mx.com [137.118.16.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1564643CB2 for ; Fri, 8 Dec 2006 19:48:47 +0000 (GMT) (envelope-from micahjon@ywave.com) X-Virus-Scan-Time: 0 Received: from [137.118.16.60] (HELO mx2.av-mx.com) by relay1.av-mx.com (CommuniGate Pro SMTP 4.2.10) with SMTP id 501065479 for gnome@freebsd.org; Fri, 08 Dec 2006 14:49:46 -0500 Received: (qmail 2530 invoked from network); 8 Dec 2006 19:49:45 -0000 Received: from dsl13043.ywave.com (HELO ?192.168.1.66?) (micahjon@ywave.com@66.243.212.43) by 0 with SMTP; 8 Dec 2006 19:49:45 -0000 X-CLIENT-IP: 66.243.212.43 X-CLIENT-HOST: dsl13043.ywave.com Message-ID: <4579C1E0.6000703@ywave.com> Date: Fri, 08 Dec 2006 11:49:52 -0800 From: Micah User-Agent: Thunderbird 1.5.0.8 (X11/20061205) MIME-Version: 1.0 To: Joe Marcus Clarke References: <200612061930.kB6JUJVA038980@freefall.freebsd.org> <1165476509.74826.14.camel@shumai.marcuscom.com> <4578AB25.2020504@ywave.com> <1165565003.15396.7.camel@shumai.marcuscom.com> <4579C00E.2040905@ywave.com> <4579C125.3040106@marcuscom.com> In-Reply-To: <4579C125.3040106@marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 19:49:58 -0000 Joe Marcus Clarke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Micah wrote: >> Joe Marcus Clarke wrote: >>> On Thu, 2006-12-07 at 16:00 -0800, Micah wrote: >>>> Joe Marcus Clarke wrote: >>>>> Before anything can be done to fix this, someone needs to provide a >>>>> backtrace with full debugging symbols. For more on doing this, see >>>>> http://www.freebsd.org/gnome/docs/bugging.html . >>>>> >>>>> Joe >>>> Anything else I can provide? >>> This backtrace appears corrupt. I do not see how it dies in endian.h. >>> Rebuild libc and libpthread with debugging symbols, and get a new trace. >>> >>> Joe >>> >> Okay, but it still died in endian.h. I then rebuilt world with debugging >> symbols in hope that there's some other library somewhere that needed >> them, but the stack trace still ends in endian.h >> >> I followed it through the debugger in hopes of getting you something >> more useful. It segfaults while executing line 357 of xdgmimecache.c, >> (which is: XdgMimeCache *cache = _caches[i]; inside >> cache_glob_lookup_literal). Stepping into that line of code sends the >> debugger to endian.h. Is there another non-system library that I need to >> add debugging symbols to? > > What endian.h files do you have on your system? What does: > > (gdb) frame 0 > (gdb) l > > Report? > > Joe (gdb) frame 0 #0 0x48614d0e in cache_glob_lookup_literal ( file_name=0x8e8b317 "logo-reverse.png", mime_types=0x101, n_mime_types=2) at endian.h:144 144 { (gdb) list 139 ((_x << 40) & ((__uint64_t)0xff << 48)) | ((_x << 56))); 140 } 141 142 static __inline __uint32_t 143 __bswap32(__uint32_t _x) 144 { 145 146 return (__byte_swap_int(_x)); 147 } 148 kdbg reports that endian.h resides in /usr/include/machine. - Micah From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 19:50:21 2006 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 998C216A47B for ; Fri, 8 Dec 2006 19:50:21 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6D5743CA3 for ; Fri, 8 Dec 2006 19:49:21 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB8JoF7o019216 for ; Fri, 8 Dec 2006 19:50:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB8JoFX9019215; Fri, 8 Dec 2006 19:50:15 GMT (envelope-from gnats) Date: Fri, 8 Dec 2006 19:50:15 GMT Message-Id: <200612081950.kB8JoFX9019215@freefall.freebsd.org> To: gnome@FreeBSD.org From: Micah Cc: Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Micah List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 19:50:21 -0000 The following reply was made to PR ports/105589; it has been noted by GNATS. From: Micah To: Joe Marcus Clarke Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session Date: Fri, 08 Dec 2006 11:42:06 -0800 Joe Marcus Clarke wrote: > On Thu, 2006-12-07 at 16:00 -0800, Micah wrote: >> Joe Marcus Clarke wrote: >>> Before anything can be done to fix this, someone needs to provide a >>> backtrace with full debugging symbols. For more on doing this, see >>> http://www.freebsd.org/gnome/docs/bugging.html . >>> >>> Joe >> Anything else I can provide? > > This backtrace appears corrupt. I do not see how it dies in endian.h. > Rebuild libc and libpthread with debugging symbols, and get a new trace. > > Joe > Okay, but it still died in endian.h. I then rebuilt world with debugging symbols in hope that there's some other library somewhere that needed them, but the stack trace still ends in endian.h I followed it through the debugger in hopes of getting you something more useful. It segfaults while executing line 357 of xdgmimecache.c, (which is: XdgMimeCache *cache = _caches[i]; inside cache_glob_lookup_literal). Stepping into that line of code sends the debugger to endian.h. Is there another non-system library that I need to add debugging symbols to? Just to make sure, file reports libpthread and libc as being not stripped. trisha# file libpthread.so.2 libpthread.so.2: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped trisha# file libc.so.6 libc.so.6: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped trisha% firefox -g -d gdb /usr/local/lib/firefox/run-mozilla.sh -g -d gdb /usr/local/lib/firefox/firefox-bin MOZILLA_FIVE_HOME=/usr/local/lib/firefox LD_LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox/plugins:/usr/local/lib/browser_plugins:/usr/local/lib/browser_linux_plugins:/usr/local/lib/firefox DISPLAY=:0.0 DYLD_LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox/components:/usr/local/lib/firefox SHLIB_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox LIBPATH=/usr/local/lib/firefox:/usr/local/lib/firefox ADDON_PATH=/usr/local/lib/firefox MOZ_PROGRAM=/usr/local/lib/firefox/firefox-bin MOZ_TOOLKIT= moz_debug=1 moz_debugger=gdb /usr/bin/gdb /usr/local/lib/firefox/firefox-bin -x /tmp/mozargs.S2EXFD 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 "i386-marcel-freebsd"... (gdb) handle SGI33 Unrecognized or ambiguous flag word: "SGI33". (gdb) handle SIG33 nostop noprint Signal Stop Print Pass to program Description SIG33 No No Yes Real-time event 33 (gdb) run Starting program: /usr/local/lib/firefox/firefox-bin warning: Unable to get location for thread creation breakpoint: generic error [New LWP 100118] [New Thread 0x8079000 (LWP 100118)] Type Manifest File: /home/bsdmjl/.mozilla/firefox/3m4v9uom.default/xpti.dat *** Registering Apprunner components (all right -- a generic module!) nsNativeComponentLoader: autoregistering begins. nsNativeComponentLoader: autoregistering succeeded nsNativeComponentLoader: registering deferred (0) pldhash: for the table at address 0x80bba20, the given entrySize of 44 probably favors chaining over double hashing. WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsChromeRegistry.cpp, line 1252 GFX: dpi=96 t2p=0.0666667 p2t=15 depth=24 ++WEBSHELL == 1 ++DOMWINDOW == 1 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 ++DOMWINDOW == 2 ++WEBSHELL == 2 ++DOMWINDOW == 3 ++DOMWINDOW == 4 Note: styleverifytree is disabled Note: frameverifytree is disabled Note: verifyreflow is disabled JavaScript error: chrome://global/content/contentAreaUtils.js, line 118: redeclaration of const kSaveAsType_Complete ++WEBSHELL == 3 ++DOMWINDOW == 5 ++DOMWINDOW == 6 ++WEBSHELL == 4 ++DOMWINDOW == 7 ++DOMWINDOW == 8 ++DOMWINDOW == 9 ++DOMWINDOW == 10 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 --DOMWINDOW == 9 --DOMWINDOW == 8 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 spec=/logo-reverse.png WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x8079000 (LWP 100147)] 0x48613d0e in cache_glob_lookup_literal (file_name=0x94c2f51 "tarit.txt", mime_types=0x6d, n_mime_types=2) at endian.h:144 144 { Current language: auto; currently c (gdb) bt #0 0x48613d0e in cache_glob_lookup_literal (file_name=0x94c2f51 "tarit.txt", mime_types=0x6d, n_mime_types=2) at endian.h:144 #1 0x486142b6 in cache_glob_lookup_file_name ( file_name=0x94c2f51 "tarit.txt", mime_types=0xbfbfa350, n_mime_types=2) at xdgmimecache.c:578 #2 0x48614564 in _gtk_xdg_cache_get_mime_type_for_file ( file_name=0x94c2f40 "/home/bsdmjl/tmp/tarit.txt", statbuf=0x8ef2680) at xdgmimecache.c:689 #3 0x486129f1 in _gtk_xdg_get_mime_type_for_file ( file_name=0x94c2f40 "/home/bsdmjl/tmp/tarit.txt", statbuf=0x8ef2680) at xdgmime.c:485 #4 0x485f97b7 in cb_fill_in_mime_type (key=0x6d, value=0x8ef2680, user_data=0x93a9da0) at gtkfilesystemunix.c:2591 #5 0x48a74166 in g_hash_table_foreach_remove_or_steal (hash_table=0x9410c00, func=0x485f9760 , user_data=0x93a9da0, notify=1) at ghash.c:605 #6 0x48a7405d in IA__g_hash_table_foreach_remove (hash_table=0x6d, func=0, user_data=0x6d) at ghash.c:561 #7 0x485f985f in fill_in_mime_type (folder_unix=0x93a9da0) at gtkfilesystemunix.c:2611 #8 0x485f6923 in load_folder (data=0x93a9da0) at gtkfilesystemunix.c:874 #9 0x48a84cb8 in g_idle_dispatch (source=0x935d5c0, callback=0, user_data=0x6d) at gmain.c:3926 #10 0x48a81dad in g_main_dispatch (context=0x80a1c80) at gmain.c:2045 #11 0x48a82c50 in IA__g_main_context_dispatch (context=0x80a1c80) at gmain.c:2596 #12 0x48a8302c in g_main_context_iterate (context=0x80a1c80, block=1, dispatch=1, self=0x81a0800) at gmain.c:2677 #13 0x48a836a1 in IA__g_main_loop_run (loop=0x9376b70) at gmain.c:2881 #14 0x483f7b4b in IA__gtk_dialog_run (dialog=0x938e1c8) at gtkdialog.c:996 #15 0x49289727 in nsFilePicker::Show (this=0x8ee6700, aReturn=0xbfbfaa30) at nsFilePicker.cpp:583 #16 0x4827dbdd in XPTC_InvokeByIndex (that=0x8ee6700, methodIndex=17, paramCount=109, params=0xbfbfaa30) at xptcinvoke_unixish_x86.cpp:179 #17 0x48ef0622 in XPCWrappedNative::CallMethod (ccx=@0xbfbfab10, mode=XPCWrappedNative::CALL_METHOD) at xpcwrappednative.cpp:2168 #18 0x48efb67a in XPC_WN_CallMethod (cx=0x84d8c00, obj=0x6d, argc=109, argv=0xbfbfab10, vp=0x6d) at xpcwrappednativejsops.cpp:1455 #19 0x480f579a in js_Invoke (cx=0x84d8c00, argc=0, flags=0) at jsinterp.c:1377 #20 0x4810348e in js_Interpret (cx=0x84d8c00, pc=0x85d0a74 ":", result=0xbfbfaf6c) at jsinterp.c:4119 ---Type to continue, or q to quit--- #21 0x480f5824 in js_Invoke (cx=0x84d8c00, argc=1, flags=2) at jsinterp.c:1396 #22 0x480f5b04 in js_InternalInvoke (cx=0x84d8c00, obj=0x6d, fval=109, flags=0, argc=1, argv=0xbfbfb1cc, rval=0xbfbfb1b4) at jsinterp.c:1471 #23 0x480c1e10 in JS_CallFunctionValue (cx=0x84d8c00, obj=0x6d, fval=109, argc=109, argv=0x6d, rval=0x6d) at jsapi.c:4419 #24 0x49e8222f in nsJSContext::CallEventHandler (this=0x84d9180, aTarget=0x8cc4b70, aHandler=0x9254bd8, argc=109, argv=0x6d, rval=0xbfbfb1b4) at nsJSEnvironment.cpp:1493 #25 0x49ee6c37 in nsJSEventListener::HandleEvent (this=0x87645c0, aEvent=0x8ca5c0c) at nsJSEventListener.cpp:185 #26 0x49d0da7f in nsEventListenerManager::HandleEventSubType (this=0x6d, aListenerStruct=0x873ed20, aListener=0x87645c0, aDOMEvent=0x8ca5c0c, aCurrentTarget=0x90affc0, aSubType=8, aPhaseFlags=109) at nsEventListenerManager.cpp:1655 #27 0x49d0df2e in nsEventListenerManager::HandleEvent (this=0x8764580, aPresContext=0x8653600, aEvent=0xbfbfb830, aDOMEvent=0xbfbfb57c, aCurrentTarget=0x90affc0, aFlags=7, aEventStatus=0xbfbfb81c) at nsEventListenerManager.cpp:1757 #28 0x49e3325e in nsXULElement::HandleDOMEvent (this=0x8764540, aPresContext=0x8653600, aEvent=0xbfbfb830, aDOMEvent=0xbfbfb57c, aFlags=7, aEventStatus=0xbfbfb81c) at nsXULElement.cpp:2228 #29 0x49a2b2e1 in PresShell::HandleDOMEventWithTarget (this=0x8654c00, aTargetContent=0x8764540, aEvent=0x6d, aStatus=0x6d) at nsPresShell.cpp:6520 #30 0x49c3997f in nsMenuFrame::Execute (this=0x8e90408, aEvent=0x0) at nsMenuFrame.cpp:1663 #31 0x49c38339 in nsMenuFrame::Enter (this=0x8e90408) at nsMenuFrame.cpp:1269 #32 0x49c3214f in nsMenuPopupFrame::ShortcutNavigation (this=0x9156010, aKeyEvent=0x8e90474, aHandledFlag=@0xbfbfb964) at nsMenuPopupFrame.cpp:1664 #33 0x49c3f7d6 in nsMenuListener::KeyPress (this=0x90aff20, aKeyEvent=0x8a5b090) at nsMenuListener.cpp:212 #34 0x49d09b19 in DispatchToInterface (aEvent=0x6d, aListener=0x0, aMethod=Unhandled dwarf expression opcode 0x93 ) at nsEventListenerManager.cpp:144 #35 0x49d0dec3 in nsEventListenerManager::HandleEvent (this=0x87495c0, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aCurrentTarget=0x8454cb4, aFlags=4, aEventStatus=0xbfbfd6e8) at nsEventListenerManager.cpp:1750 #36 0x49e4c479 in nsXULDocument::HandleDOMEvent (this=0x8454c00, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULDocument.cpp:1233 #37 0x49e33168 in nsXULElement::HandleDOMEvent (this=0x8749840, ---Type to continue, or q to quit--- aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2209 #38 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775a40, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #39 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775a80, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #40 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775dc0, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #41 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775e00, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #42 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8979680, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #43 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x895f2c0, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #44 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8e5bcc0, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #45 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8e5ba40, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 #46 0x49e36212 in nsXULElement::HandleChromeEvent (this=0x8e5ba40, aPresContext=0x6d, aEvent=0x6d, aDOMEvent=0x6d, aFlags=109, aEventStatus=0x6d) at nsXULElement.cpp:2890 #47 0x49e8de5d in nsGlobalWindow::HandleDOMEvent (this=0x8d8e800, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsGlobalWindow.cpp:1638 #48 0x49c94c69 in nsDocument::HandleDOMEvent (this=0x8bbe000, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=4, aEventStatus=0xbfbfd6e8) at nsDocument.cpp:4030 #49 0x49cb9a9d in nsGenericElement::HandleDOMEvent (this=0x8e605a0, aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, aFlags=7, aEventStatus=0xbfbfd6e8) at nsGenericElement.cpp:2183 #50 0x49a2adf1 in PresShell::HandleEventInternal (this=0x8bbe800, aEvent=0xbfbfd990, aView=0x8bbf280, aFlags=1, aStatus=0xbfbfd6e8) at nsPresShell.cpp:6424 ---Type to continue, or q to quit--- #51 0x49a2a6cb in PresShell::HandleEvent (this=0x8bbe800, aView=0x8bbf280, aEvent=0xbfbfd990, aEventStatus=0xbfbfd6e8, aForceHandle=1, aHandled=@0xbfbfd6ec) at nsPresShell.cpp:6260 #52 0x49e73c10 in nsViewManager::HandleEvent (this=0x8bbf200, aView=0x8bbf280, aEvent=0xbfbfd990, aCaptured=109) at nsViewManager.cpp:2512 #53 0x49e73189 in nsViewManager::DispatchEvent (this=0x8bbf200, aEvent=0xbfbfd990, aStatus=0xbfbfd8dc) at nsViewManager.cpp:2246 #54 0x49e678e6 in HandleEvent (aEvent=0xbfbfd990) at nsView.h:251 #55 0x4927e621 in nsCommonWidget::DispatchEvent (this=0x8bbc800, aEvent=0xbfbfd990, aStatus=@0xbfbfd93c) at nsCommonWidget.cpp:219 #56 0x492708eb in nsWindow::OnKeyPressEvent (this=0x8bbc800, aWidget=0x8c78380, aEvent=0x80a4a30) at nsWindow.cpp:1877 #57 0x49275776 in key_press_event_cb (widget=0x8c78380, event=0x6d) at nsWindow.cpp:3982 #58 0x4848cd5e in _gtk_marshal_BOOLEAN__BOXED (closure=0x49275710, return_value=0xbfbfdba0, n_param_values=2, param_values=0xbfbfdd20, invocation_hint=0xbfbfdbc8, marshal_data=0x0) at gtkmarshalers.c:84 #59 0x48a1d0dc in IA__g_closure_invoke (closure=0x8ca6b60, return_value=0x6d, n_param_values=109, param_values=0x6d, invocation_hint=0x6d) at gclosure.c:490 #60 0x48a34119 in signal_emit_unlocked_R (node=0x8191bc0, detail=0, instance=0x8c78380, emission_return=0xbfbfdcd0, instance_and_params=0xbfbfdd20) at gsignal.c:2440 #61 0x48a3342d in IA__g_signal_emit_valist (instance=0x8c78380, signal_id=3217022160, detail=0, var_args=0xbfbfdeb0 "¸Þ¿¿\001") at gsignal.c:2209 #62 0x48a33636 in IA__g_signal_emit (instance=0x6d, signal_id=109, detail=109) at gsignal.c:2243 #63 0x485d765e in gtk_widget_event_internal (widget=0x8c78380, event=0x80a4a30) at gtkwidget.c:3911 #64 0x485d723f in IA__gtk_widget_event (widget=0x8c78380, event=0x80a4a30) at gtkwidget.c:3717 #65 0x4848b100 in IA__gtk_propagate_event (widget=0x8c78380, event=0x80a4a30) at gtkmain.c:2154 #66 0x48489dba in IA__gtk_main_do_event (event=0x80a4a30) at gtkmain.c:1422 #67 0x48721208 in gdk_event_dispatch (source=0x6d, callback=0, user_data=0x0) at gdkevents-x11.c:2320 #68 0x48a81dad in g_main_dispatch (context=0x80a1c80) at gmain.c:2045 #69 0x48a82c50 in IA__g_main_context_dispatch (context=0x80a1c80) at gmain.c:2596 #70 0x48a8302c in g_main_context_iterate (context=0x80a1c80, block=1, ---Type to continue, or q to quit--- dispatch=1, self=0x81a0800) at gmain.c:2677 #71 0x48a836a1 in IA__g_main_loop_run (loop=0x8314360) at gmain.c:2881 #72 0x484895a2 in IA__gtk_main () at gtkmain.c:1001 #73 0x4927bb69 in nsAppShell::Run (this=0x81d8230) at nsAppShell.cpp:139 #74 0x493acca7 in nsAppStartup::Run (this=0x81d7240) at nsAppStartup.cpp:151 #75 0x08056fa0 in XRE_main (argc=0, argv=0xbfbfe45c, aAppData=0x806e6e0) at nsAppRunner.cpp:2438 #76 0x0804e9c4 in main (argc=109, argv=0x6d) at nsBrowserApp.cpp:61 From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 19:50:25 2006 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CBEA16A416 for ; Fri, 8 Dec 2006 19:50:25 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2446343CA6 for ; Fri, 8 Dec 2006 19:49:25 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB8JoOiM019292 for ; Fri, 8 Dec 2006 19:50:24 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB8JoOBc019291; Fri, 8 Dec 2006 19:50:24 GMT (envelope-from gnats) Date: Fri, 8 Dec 2006 19:50:24 GMT Message-Id: <200612081950.kB8JoOBc019291@freefall.freebsd.org> To: gnome@FreeBSD.org From: Joe Marcus Clarke Cc: Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joe Marcus Clarke List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 19:50:25 -0000 The following reply was made to PR ports/105589; it has been noted by GNATS. From: Joe Marcus Clarke To: Micah Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session Date: Fri, 08 Dec 2006 14:46:45 -0500 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Micah wrote: > Joe Marcus Clarke wrote: >> On Thu, 2006-12-07 at 16:00 -0800, Micah wrote: >>> Joe Marcus Clarke wrote: >>>> Before anything can be done to fix this, someone needs to provide a >>>> backtrace with full debugging symbols. For more on doing this, see >>>> http://www.freebsd.org/gnome/docs/bugging.html . >>>> >>>> Joe >>> Anything else I can provide? >> >> This backtrace appears corrupt. I do not see how it dies in endian.h. >> Rebuild libc and libpthread with debugging symbols, and get a new trace. >> >> Joe >> > > Okay, but it still died in endian.h. I then rebuilt world with debugging > symbols in hope that there's some other library somewhere that needed > them, but the stack trace still ends in endian.h > > I followed it through the debugger in hopes of getting you something > more useful. It segfaults while executing line 357 of xdgmimecache.c, > (which is: XdgMimeCache *cache = _caches[i]; inside > cache_glob_lookup_literal). Stepping into that line of code sends the > debugger to endian.h. Is there another non-system library that I need to > add debugging symbols to? What endian.h files do you have on your system? What does: (gdb) frame 0 (gdb) l Report? Joe > > Just to make sure, file reports libpthread and libc as being not stripped. > > trisha# file libpthread.so.2 > libpthread.so.2: ELF 32-bit LSB shared object, Intel 80386, version 1 > (FreeBSD), not stripped > trisha# file libc.so.6 > libc.so.6: ELF 32-bit LSB shared object, Intel 80386, version 1 > (FreeBSD), not stripped > > trisha% firefox -g -d gdb > /usr/local/lib/firefox/run-mozilla.sh -g -d gdb > /usr/local/lib/firefox/firefox-bin > MOZILLA_FIVE_HOME=/usr/local/lib/firefox > > LD_LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox/plugins:/usr/local/lib/browser_plugins:/usr/local/lib/browser_linux_plugins:/usr/local/lib/firefox > > DISPLAY=:0.0 > DYLD_LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox > > LIBRARY_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox/components:/usr/local/lib/firefox > > SHLIB_PATH=/usr/local/lib/firefox:/usr/local/lib/firefox > LIBPATH=/usr/local/lib/firefox:/usr/local/lib/firefox > ADDON_PATH=/usr/local/lib/firefox > MOZ_PROGRAM=/usr/local/lib/firefox/firefox-bin > MOZ_TOOLKIT= > moz_debug=1 > moz_debugger=gdb > /usr/bin/gdb /usr/local/lib/firefox/firefox-bin -x /tmp/mozargs.S2EXFD > 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 "i386-marcel-freebsd"... > (gdb) handle SGI33 > Unrecognized or ambiguous flag word: "SGI33". > (gdb) handle SIG33 nostop noprint > Signal Stop Print Pass to program Description > SIG33 No No Yes Real-time event 33 > (gdb) run > Starting program: /usr/local/lib/firefox/firefox-bin > warning: Unable to get location for thread creation breakpoint: generic > error > [New LWP 100118] > [New Thread 0x8079000 (LWP 100118)] > Type Manifest File: /home/bsdmjl/.mozilla/firefox/3m4v9uom.default/xpti.dat > *** Registering Apprunner components (all right -- a generic module!) > nsNativeComponentLoader: autoregistering begins. > nsNativeComponentLoader: autoregistering succeeded > nsNativeComponentLoader: registering deferred (0) > pldhash: for the table at address 0x80bba20, the given entrySize of 44 > probably favors chaining over double hashing. > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsChromeRegistry.cpp, line 1252 > GFX: dpi=96 t2p=0.0666667 p2t=15 depth=24 > ++WEBSHELL == 1 > ++DOMWINDOW == 1 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > ++DOMWINDOW == 2 > ++WEBSHELL == 2 > ++DOMWINDOW == 3 > ++DOMWINDOW == 4 > Note: styleverifytree is disabled > Note: frameverifytree is disabled > Note: verifyreflow is disabled > JavaScript error: chrome://global/content/contentAreaUtils.js, line 118: > redeclaration of const kSaveAsType_Complete > ++WEBSHELL == 3 > ++DOMWINDOW == 5 > ++DOMWINDOW == 6 > ++WEBSHELL == 4 > ++DOMWINDOW == 7 > ++DOMWINDOW == 8 > ++DOMWINDOW == 9 > ++DOMWINDOW == 10 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsStringBundle.cpp, line 273 > --DOMWINDOW == 9 > --DOMWINDOW == 8 > spec=/logo-reverse.png > WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 > spec=/logo-reverse.png > WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 > spec=/logo-reverse.png > WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 714 > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x8079000 (LWP 100147)] > 0x48613d0e in cache_glob_lookup_literal (file_name=0x94c2f51 "tarit.txt", > mime_types=0x6d, n_mime_types=2) at endian.h:144 > 144 { > Current language: auto; currently c > (gdb) bt > #0 0x48613d0e in cache_glob_lookup_literal (file_name=0x94c2f51 > "tarit.txt", > mime_types=0x6d, n_mime_types=2) at endian.h:144 > #1 0x486142b6 in cache_glob_lookup_file_name ( > file_name=0x94c2f51 "tarit.txt", mime_types=0xbfbfa350, n_mime_types=2) > at xdgmimecache.c:578 > #2 0x48614564 in _gtk_xdg_cache_get_mime_type_for_file ( > file_name=0x94c2f40 "/home/bsdmjl/tmp/tarit.txt", statbuf=0x8ef2680) > at xdgmimecache.c:689 > #3 0x486129f1 in _gtk_xdg_get_mime_type_for_file ( > file_name=0x94c2f40 "/home/bsdmjl/tmp/tarit.txt", statbuf=0x8ef2680) > at xdgmime.c:485 > #4 0x485f97b7 in cb_fill_in_mime_type (key=0x6d, value=0x8ef2680, > user_data=0x93a9da0) at gtkfilesystemunix.c:2591 > #5 0x48a74166 in g_hash_table_foreach_remove_or_steal > (hash_table=0x9410c00, > func=0x485f9760 , user_data=0x93a9da0, notify=1) > at ghash.c:605 > #6 0x48a7405d in IA__g_hash_table_foreach_remove (hash_table=0x6d, func=0, > user_data=0x6d) at ghash.c:561 > #7 0x485f985f in fill_in_mime_type (folder_unix=0x93a9da0) > at gtkfilesystemunix.c:2611 > #8 0x485f6923 in load_folder (data=0x93a9da0) at gtkfilesystemunix.c:874 > #9 0x48a84cb8 in g_idle_dispatch (source=0x935d5c0, callback=0, > user_data=0x6d) at gmain.c:3926 > #10 0x48a81dad in g_main_dispatch (context=0x80a1c80) at gmain.c:2045 > #11 0x48a82c50 in IA__g_main_context_dispatch (context=0x80a1c80) > at gmain.c:2596 > #12 0x48a8302c in g_main_context_iterate (context=0x80a1c80, block=1, > dispatch=1, self=0x81a0800) at gmain.c:2677 > #13 0x48a836a1 in IA__g_main_loop_run (loop=0x9376b70) at gmain.c:2881 > #14 0x483f7b4b in IA__gtk_dialog_run (dialog=0x938e1c8) at gtkdialog.c:996 > #15 0x49289727 in nsFilePicker::Show (this=0x8ee6700, aReturn=0xbfbfaa30) > at nsFilePicker.cpp:583 > #16 0x4827dbdd in XPTC_InvokeByIndex (that=0x8ee6700, methodIndex=17, > paramCount=109, params=0xbfbfaa30) at xptcinvoke_unixish_x86.cpp:179 > #17 0x48ef0622 in XPCWrappedNative::CallMethod (ccx=@0xbfbfab10, > mode=XPCWrappedNative::CALL_METHOD) at xpcwrappednative.cpp:2168 > #18 0x48efb67a in XPC_WN_CallMethod (cx=0x84d8c00, obj=0x6d, argc=109, > argv=0xbfbfab10, vp=0x6d) at xpcwrappednativejsops.cpp:1455 > #19 0x480f579a in js_Invoke (cx=0x84d8c00, argc=0, flags=0) at > jsinterp.c:1377 > #20 0x4810348e in js_Interpret (cx=0x84d8c00, pc=0x85d0a74 ":", > result=0xbfbfaf6c) at jsinterp.c:4119 > ---Type to continue, or q to quit--- > #21 0x480f5824 in js_Invoke (cx=0x84d8c00, argc=1, flags=2) at > jsinterp.c:1396 > #22 0x480f5b04 in js_InternalInvoke (cx=0x84d8c00, obj=0x6d, fval=109, > flags=0, argc=1, argv=0xbfbfb1cc, rval=0xbfbfb1b4) at jsinterp.c:1471 > #23 0x480c1e10 in JS_CallFunctionValue (cx=0x84d8c00, obj=0x6d, fval=109, > argc=109, argv=0x6d, rval=0x6d) at jsapi.c:4419 > #24 0x49e8222f in nsJSContext::CallEventHandler (this=0x84d9180, > aTarget=0x8cc4b70, aHandler=0x9254bd8, argc=109, argv=0x6d, > rval=0xbfbfb1b4) at nsJSEnvironment.cpp:1493 > #25 0x49ee6c37 in nsJSEventListener::HandleEvent (this=0x87645c0, > aEvent=0x8ca5c0c) at nsJSEventListener.cpp:185 > #26 0x49d0da7f in nsEventListenerManager::HandleEventSubType (this=0x6d, > aListenerStruct=0x873ed20, aListener=0x87645c0, aDOMEvent=0x8ca5c0c, > aCurrentTarget=0x90affc0, aSubType=8, aPhaseFlags=109) > at nsEventListenerManager.cpp:1655 > #27 0x49d0df2e in nsEventListenerManager::HandleEvent (this=0x8764580, > aPresContext=0x8653600, aEvent=0xbfbfb830, aDOMEvent=0xbfbfb57c, > aCurrentTarget=0x90affc0, aFlags=7, aEventStatus=0xbfbfb81c) > at nsEventListenerManager.cpp:1757 > #28 0x49e3325e in nsXULElement::HandleDOMEvent (this=0x8764540, > aPresContext=0x8653600, aEvent=0xbfbfb830, aDOMEvent=0xbfbfb57c, > aFlags=7, > aEventStatus=0xbfbfb81c) at nsXULElement.cpp:2228 > #29 0x49a2b2e1 in PresShell::HandleDOMEventWithTarget (this=0x8654c00, > aTargetContent=0x8764540, aEvent=0x6d, aStatus=0x6d) > at nsPresShell.cpp:6520 > #30 0x49c3997f in nsMenuFrame::Execute (this=0x8e90408, aEvent=0x0) > at nsMenuFrame.cpp:1663 > #31 0x49c38339 in nsMenuFrame::Enter (this=0x8e90408) at > nsMenuFrame.cpp:1269 > #32 0x49c3214f in nsMenuPopupFrame::ShortcutNavigation (this=0x9156010, > aKeyEvent=0x8e90474, aHandledFlag=@0xbfbfb964) at > nsMenuPopupFrame.cpp:1664 > #33 0x49c3f7d6 in nsMenuListener::KeyPress (this=0x90aff20, > aKeyEvent=0x8a5b090) at nsMenuListener.cpp:212 > #34 0x49d09b19 in DispatchToInterface (aEvent=0x6d, aListener=0x0, > aMethod=Unhandled dwarf expression opcode 0x93 > ) > at nsEventListenerManager.cpp:144 > #35 0x49d0dec3 in nsEventListenerManager::HandleEvent (this=0x87495c0, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aCurrentTarget=0x8454cb4, aFlags=4, aEventStatus=0xbfbfd6e8) > at nsEventListenerManager.cpp:1750 > #36 0x49e4c479 in nsXULDocument::HandleDOMEvent (this=0x8454c00, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULDocument.cpp:1233 > #37 0x49e33168 in nsXULElement::HandleDOMEvent (this=0x8749840, > ---Type to continue, or q to quit--- > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2209 > #38 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775a40, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #39 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775a80, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #40 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775dc0, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #41 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8775e00, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #42 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8979680, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #43 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x895f2c0, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #44 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8e5bcc0, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #45 0x49e33119 in nsXULElement::HandleDOMEvent (this=0x8e5ba40, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsXULElement.cpp:2206 > #46 0x49e36212 in nsXULElement::HandleChromeEvent (this=0x8e5ba40, > aPresContext=0x6d, aEvent=0x6d, aDOMEvent=0x6d, aFlags=109, > aEventStatus=0x6d) at nsXULElement.cpp:2890 > #47 0x49e8de5d in nsGlobalWindow::HandleDOMEvent (this=0x8d8e800, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsGlobalWindow.cpp:1638 > #48 0x49c94c69 in nsDocument::HandleDOMEvent (this=0x8bbe000, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=4, > aEventStatus=0xbfbfd6e8) at nsDocument.cpp:4030 > #49 0x49cb9a9d in nsGenericElement::HandleDOMEvent (this=0x8e605a0, > aPresContext=0x8d8e400, aEvent=0xbfbfd990, aDOMEvent=0xbfbfd31c, > aFlags=7, > aEventStatus=0xbfbfd6e8) at nsGenericElement.cpp:2183 > #50 0x49a2adf1 in PresShell::HandleEventInternal (this=0x8bbe800, > aEvent=0xbfbfd990, aView=0x8bbf280, aFlags=1, aStatus=0xbfbfd6e8) > at nsPresShell.cpp:6424 > ---Type to continue, or q to quit--- > #51 0x49a2a6cb in PresShell::HandleEvent (this=0x8bbe800, aView=0x8bbf280, > aEvent=0xbfbfd990, aEventStatus=0xbfbfd6e8, aForceHandle=1, > aHandled=@0xbfbfd6ec) at nsPresShell.cpp:6260 > #52 0x49e73c10 in nsViewManager::HandleEvent (this=0x8bbf200, > aView=0x8bbf280, > aEvent=0xbfbfd990, aCaptured=109) at nsViewManager.cpp:2512 > #53 0x49e73189 in nsViewManager::DispatchEvent (this=0x8bbf200, > aEvent=0xbfbfd990, aStatus=0xbfbfd8dc) at nsViewManager.cpp:2246 > #54 0x49e678e6 in HandleEvent (aEvent=0xbfbfd990) at nsView.h:251 > #55 0x4927e621 in nsCommonWidget::DispatchEvent (this=0x8bbc800, > aEvent=0xbfbfd990, aStatus=@0xbfbfd93c) at nsCommonWidget.cpp:219 > #56 0x492708eb in nsWindow::OnKeyPressEvent (this=0x8bbc800, > aWidget=0x8c78380, aEvent=0x80a4a30) at nsWindow.cpp:1877 > #57 0x49275776 in key_press_event_cb (widget=0x8c78380, event=0x6d) > at nsWindow.cpp:3982 > #58 0x4848cd5e in _gtk_marshal_BOOLEAN__BOXED (closure=0x49275710, > return_value=0xbfbfdba0, n_param_values=2, param_values=0xbfbfdd20, > invocation_hint=0xbfbfdbc8, marshal_data=0x0) at gtkmarshalers.c:84 > #59 0x48a1d0dc in IA__g_closure_invoke (closure=0x8ca6b60, > return_value=0x6d, > n_param_values=109, param_values=0x6d, invocation_hint=0x6d) > at gclosure.c:490 > #60 0x48a34119 in signal_emit_unlocked_R (node=0x8191bc0, detail=0, > instance=0x8c78380, emission_return=0xbfbfdcd0, > instance_and_params=0xbfbfdd20) at gsignal.c:2440 > #61 0x48a3342d in IA__g_signal_emit_valist (instance=0x8c78380, > signal_id=3217022160, detail=0, var_args=0xbfbfdeb0 "¸Þ¿¿\001") > at gsignal.c:2209 > #62 0x48a33636 in IA__g_signal_emit (instance=0x6d, signal_id=109, > detail=109) > at gsignal.c:2243 > #63 0x485d765e in gtk_widget_event_internal (widget=0x8c78380, > event=0x80a4a30) > at gtkwidget.c:3911 > #64 0x485d723f in IA__gtk_widget_event (widget=0x8c78380, event=0x80a4a30) > at gtkwidget.c:3717 > #65 0x4848b100 in IA__gtk_propagate_event (widget=0x8c78380, > event=0x80a4a30) > at gtkmain.c:2154 > #66 0x48489dba in IA__gtk_main_do_event (event=0x80a4a30) at gtkmain.c:1422 > #67 0x48721208 in gdk_event_dispatch (source=0x6d, callback=0, > user_data=0x0) > at gdkevents-x11.c:2320 > #68 0x48a81dad in g_main_dispatch (context=0x80a1c80) at gmain.c:2045 > #69 0x48a82c50 in IA__g_main_context_dispatch (context=0x80a1c80) > at gmain.c:2596 > #70 0x48a8302c in g_main_context_iterate (context=0x80a1c80, block=1, > ---Type to continue, or q to quit--- > dispatch=1, self=0x81a0800) at gmain.c:2677 > #71 0x48a836a1 in IA__g_main_loop_run (loop=0x8314360) at gmain.c:2881 > #72 0x484895a2 in IA__gtk_main () at gtkmain.c:1001 > #73 0x4927bb69 in nsAppShell::Run (this=0x81d8230) at nsAppShell.cpp:139 > #74 0x493acca7 in nsAppStartup::Run (this=0x81d7240) at > nsAppStartup.cpp:151 > #75 0x08056fa0 in XRE_main (argc=0, argv=0xbfbfe45c, aAppData=0x806e6e0) > at nsAppRunner.cpp:2438 > #76 0x0804e9c4 in main (argc=109, argv=0x6d) at nsBrowserApp.cpp:61 > > - -- PGP Key : http://www.marcuscom.com/pgp.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFecEkb2iPiv4Uz4cRArPaAJ9f5a5CUcD2po66cGixzQIlfPlEdQCgp8WJ NPnz79+e1yymEtgZlOaiRWk= =/zuP -----END PGP SIGNATURE----- From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 19:50:32 2006 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8685E16A492 for ; Fri, 8 Dec 2006 19:50:32 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFE5D43C9D for ; Fri, 8 Dec 2006 19:49:32 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB8JoWst019319 for ; Fri, 8 Dec 2006 19:50:32 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB8JoWdl019318; Fri, 8 Dec 2006 19:50:32 GMT (envelope-from gnats) Date: Fri, 8 Dec 2006 19:50:32 GMT Message-Id: <200612081950.kB8JoWdl019318@freefall.freebsd.org> To: gnome@FreeBSD.org From: Micah Cc: Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Micah List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 19:50:32 -0000 The following reply was made to PR ports/105589; it has been noted by GNATS. From: Micah To: Joe Marcus Clarke Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session Date: Fri, 08 Dec 2006 11:49:52 -0800 Joe Marcus Clarke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Micah wrote: >> Joe Marcus Clarke wrote: >>> On Thu, 2006-12-07 at 16:00 -0800, Micah wrote: >>>> Joe Marcus Clarke wrote: >>>>> Before anything can be done to fix this, someone needs to provide a >>>>> backtrace with full debugging symbols. For more on doing this, see >>>>> http://www.freebsd.org/gnome/docs/bugging.html . >>>>> >>>>> Joe >>>> Anything else I can provide? >>> This backtrace appears corrupt. I do not see how it dies in endian.h. >>> Rebuild libc and libpthread with debugging symbols, and get a new trace. >>> >>> Joe >>> >> Okay, but it still died in endian.h. I then rebuilt world with debugging >> symbols in hope that there's some other library somewhere that needed >> them, but the stack trace still ends in endian.h >> >> I followed it through the debugger in hopes of getting you something >> more useful. It segfaults while executing line 357 of xdgmimecache.c, >> (which is: XdgMimeCache *cache = _caches[i]; inside >> cache_glob_lookup_literal). Stepping into that line of code sends the >> debugger to endian.h. Is there another non-system library that I need to >> add debugging symbols to? > > What endian.h files do you have on your system? What does: > > (gdb) frame 0 > (gdb) l > > Report? > > Joe (gdb) frame 0 #0 0x48614d0e in cache_glob_lookup_literal ( file_name=0x8e8b317 "logo-reverse.png", mime_types=0x101, n_mime_types=2) at endian.h:144 144 { (gdb) list 139 ((_x << 40) & ((__uint64_t)0xff << 48)) | ((_x << 56))); 140 } 141 142 static __inline __uint32_t 143 __bswap32(__uint32_t _x) 144 { 145 146 return (__byte_swap_int(_x)); 147 } 148 kdbg reports that endian.h resides in /usr/include/machine. - Micah From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 20:46:29 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58A6816A416; Fri, 8 Dec 2006 20:46:29 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04A1443CA7; Fri, 8 Dec 2006 20:45:28 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.166] (vpn-client-166.marcuscom.com [10.2.1.166]) by creme-brulee.marcuscom.com (8.13.8/8.13.8) with ESMTP id kB8KlOLq061192; Fri, 8 Dec 2006 15:47:24 -0500 (EST) (envelope-from marcus@marcuscom.com) Message-ID: <4579CF70.3070703@marcuscom.com> Date: Fri, 08 Dec 2006 15:47:44 -0500 From: Joe Marcus Clarke Organization: MarcusCom, Inc. User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Micah References: <200612061930.kB6JUJVA038980@freefall.freebsd.org> <1165476509.74826.14.camel@shumai.marcuscom.com> <4578AB25.2020504@ywave.com> <1165565003.15396.7.camel@shumai.marcuscom.com> <4579C00E.2040905@ywave.com> <4579C125.3040106@marcuscom.com> <4579C1E0.6000703@ywave.com> In-Reply-To: <4579C1E0.6000703@ywave.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on creme-brulee.marcuscom.com Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 20:46:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Micah wrote: > Joe Marcus Clarke wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Micah wrote: >>> Joe Marcus Clarke wrote: >>>> On Thu, 2006-12-07 at 16:00 -0800, Micah wrote: >>>>> Joe Marcus Clarke wrote: >>>>>> Before anything can be done to fix this, someone needs to provide a >>>>>> backtrace with full debugging symbols. For more on doing this, see >>>>>> http://www.freebsd.org/gnome/docs/bugging.html . >>>>>> >>>>>> Joe >>>>> Anything else I can provide? >>>> This backtrace appears corrupt. I do not see how it dies in endian.h. >>>> Rebuild libc and libpthread with debugging symbols, and get a new >>>> trace. >>>> >>>> Joe >>>> >>> Okay, but it still died in endian.h. I then rebuilt world with debugging >>> symbols in hope that there's some other library somewhere that needed >>> them, but the stack trace still ends in endian.h >>> >>> I followed it through the debugger in hopes of getting you something >>> more useful. It segfaults while executing line 357 of xdgmimecache.c, >>> (which is: XdgMimeCache *cache = _caches[i]; inside >>> cache_glob_lookup_literal). Stepping into that line of code sends the >>> debugger to endian.h. Is there another non-system library that I need to >>> add debugging symbols to? >> >> What endian.h files do you have on your system? What does: >> >> (gdb) frame 0 >> (gdb) l >> >> Report? >> >> Joe > > (gdb) frame 0 > #0 0x48614d0e in cache_glob_lookup_literal ( > file_name=0x8e8b317 "logo-reverse.png", mime_types=0x101, > n_mime_types=2) > at endian.h:144 > 144 { > (gdb) list > 139 ((_x << 40) & ((__uint64_t)0xff << 48)) | ((_x << > 56))); > 140 } > 141 > 142 static __inline __uint32_t > 143 __bswap32(__uint32_t _x) > 144 { > 145 > 146 return (__byte_swap_int(_x)); > 147 } > 148 > > > kdbg reports that endian.h resides in /usr/include/machine. This looks like a stack overflow. Does increasing THR_STACK32_DEFAULT in /usr/src/lib/libpthread/thread/thr_private.h (maybe to (2 * 1024 * 1024)) then rebuilding libpthread help? What GTK+ theme are you using? Joe - -- PGP Key : http://www.marcuscom.com/pgp.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFec9vb2iPiv4Uz4cRAqG9AJ9aerGaeJeIbuwl1xfdz4HnSFPU6ACfS+g3 b8g/1qU+tMQpdZthqPT44t8= =8YNe -----END PGP SIGNATURE----- From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 20:50:08 2006 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE9B416A416 for ; Fri, 8 Dec 2006 20:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA08B43CC1 for ; Fri, 8 Dec 2006 20:49:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB8Ko8Oo024805 for ; Fri, 8 Dec 2006 20:50:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB8Ko8c3024802; Fri, 8 Dec 2006 20:50:08 GMT (envelope-from gnats) Date: Fri, 8 Dec 2006 20:50:08 GMT Message-Id: <200612082050.kB8Ko8c3024802@freefall.freebsd.org> To: gnome@FreeBSD.org From: Joe Marcus Clarke Cc: Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joe Marcus Clarke List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 20:50:09 -0000 The following reply was made to PR ports/105589; it has been noted by GNATS. From: Joe Marcus Clarke To: Micah Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session Date: Fri, 08 Dec 2006 15:47:44 -0500 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Micah wrote: > Joe Marcus Clarke wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Micah wrote: >>> Joe Marcus Clarke wrote: >>>> On Thu, 2006-12-07 at 16:00 -0800, Micah wrote: >>>>> Joe Marcus Clarke wrote: >>>>>> Before anything can be done to fix this, someone needs to provide a >>>>>> backtrace with full debugging symbols. For more on doing this, see >>>>>> http://www.freebsd.org/gnome/docs/bugging.html . >>>>>> >>>>>> Joe >>>>> Anything else I can provide? >>>> This backtrace appears corrupt. I do not see how it dies in endian.h. >>>> Rebuild libc and libpthread with debugging symbols, and get a new >>>> trace. >>>> >>>> Joe >>>> >>> Okay, but it still died in endian.h. I then rebuilt world with debugging >>> symbols in hope that there's some other library somewhere that needed >>> them, but the stack trace still ends in endian.h >>> >>> I followed it through the debugger in hopes of getting you something >>> more useful. It segfaults while executing line 357 of xdgmimecache.c, >>> (which is: XdgMimeCache *cache = _caches[i]; inside >>> cache_glob_lookup_literal). Stepping into that line of code sends the >>> debugger to endian.h. Is there another non-system library that I need to >>> add debugging symbols to? >> >> What endian.h files do you have on your system? What does: >> >> (gdb) frame 0 >> (gdb) l >> >> Report? >> >> Joe > > (gdb) frame 0 > #0 0x48614d0e in cache_glob_lookup_literal ( > file_name=0x8e8b317 "logo-reverse.png", mime_types=0x101, > n_mime_types=2) > at endian.h:144 > 144 { > (gdb) list > 139 ((_x << 40) & ((__uint64_t)0xff << 48)) | ((_x << > 56))); > 140 } > 141 > 142 static __inline __uint32_t > 143 __bswap32(__uint32_t _x) > 144 { > 145 > 146 return (__byte_swap_int(_x)); > 147 } > 148 > > > kdbg reports that endian.h resides in /usr/include/machine. This looks like a stack overflow. Does increasing THR_STACK32_DEFAULT in /usr/src/lib/libpthread/thread/thr_private.h (maybe to (2 * 1024 * 1024)) then rebuilding libpthread help? What GTK+ theme are you using? Joe - -- PGP Key : http://www.marcuscom.com/pgp.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFec9vb2iPiv4Uz4cRAqG9AJ9aerGaeJeIbuwl1xfdz4HnSFPU6ACfS+g3 b8g/1qU+tMQpdZthqPT44t8= =8YNe -----END PGP SIGNATURE----- From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 21:05:55 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4757416A407 for ; Fri, 8 Dec 2006 21:05:55 +0000 (UTC) (envelope-from micahjon@ywave.com) Received: from relay1.av-mx.com (relay1.av-mx.com [137.118.16.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id D19F343CC0 for ; Fri, 8 Dec 2006 21:04:48 +0000 (GMT) (envelope-from micahjon@ywave.com) X-Virus-Scan-Time: 0 Received: from [137.118.16.54] (HELO mx4.av-mx.com) by relay1.av-mx.com (CommuniGate Pro SMTP 4.2.10) with SMTP id 501159138 for gnome@freebsd.org; Fri, 08 Dec 2006 16:05:36 -0500 Received: (qmail 31810 invoked by uid 504); 8 Dec 2006 21:05:36 -0000 Received: from dsl13043.ywave.com (HELO ?192.168.1.66?) (micahjon@ywave.com@66.243.212.43) by 0 with SMTP; 8 Dec 2006 21:05:36 -0000 X-CLIENT-IP: 66.243.212.43 X-CLIENT-HOST: dsl13043.ywave.com Message-ID: <4579D39E.1020904@ywave.com> Date: Fri, 08 Dec 2006 13:05:34 -0800 From: Micah User-Agent: Thunderbird 1.5.0.8 (X11/20061205) MIME-Version: 1.0 To: Joe Marcus Clarke References: <200612061930.kB6JUJVA038980@freefall.freebsd.org> <1165476509.74826.14.camel@shumai.marcuscom.com> <4578AB25.2020504@ywave.com> <1165565003.15396.7.camel@shumai.marcuscom.com> <4579C00E.2040905@ywave.com> <4579C125.3040106@marcuscom.com> <4579C1E0.6000703@ywave.com> <4579CF70.3070703@marcuscom.com> In-Reply-To: <4579CF70.3070703@marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 21:05:55 -0000 Joe Marcus Clarke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Micah wrote: >> Joe Marcus Clarke wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Micah wrote: >>>> Joe Marcus Clarke wrote: >>>>> On Thu, 2006-12-07 at 16:00 -0800, Micah wrote: >>>>>> Joe Marcus Clarke wrote: >>>>>>> Before anything can be done to fix this, someone needs to provide a >>>>>>> backtrace with full debugging symbols. For more on doing this, see >>>>>>> http://www.freebsd.org/gnome/docs/bugging.html . >>>>>>> >>>>>>> Joe >>>>>> Anything else I can provide? >>>>> This backtrace appears corrupt. I do not see how it dies in endian.h. >>>>> Rebuild libc and libpthread with debugging symbols, and get a new >>>>> trace. >>>>> >>>>> Joe >>>>> >>>> Okay, but it still died in endian.h. I then rebuilt world with debugging >>>> symbols in hope that there's some other library somewhere that needed >>>> them, but the stack trace still ends in endian.h >>>> >>>> I followed it through the debugger in hopes of getting you something >>>> more useful. It segfaults while executing line 357 of xdgmimecache.c, >>>> (which is: XdgMimeCache *cache = _caches[i]; inside >>>> cache_glob_lookup_literal). Stepping into that line of code sends the >>>> debugger to endian.h. Is there another non-system library that I need to >>>> add debugging symbols to? >>> What endian.h files do you have on your system? What does: >>> >>> (gdb) frame 0 >>> (gdb) l >>> >>> Report? >>> >>> Joe >> (gdb) frame 0 >> #0 0x48614d0e in cache_glob_lookup_literal ( >> file_name=0x8e8b317 "logo-reverse.png", mime_types=0x101, >> n_mime_types=2) >> at endian.h:144 >> 144 { >> (gdb) list >> 139 ((_x << 40) & ((__uint64_t)0xff << 48)) | ((_x << >> 56))); >> 140 } >> 141 >> 142 static __inline __uint32_t >> 143 __bswap32(__uint32_t _x) >> 144 { >> 145 >> 146 return (__byte_swap_int(_x)); >> 147 } >> 148 >> >> >> kdbg reports that endian.h resides in /usr/include/machine. > > This looks like a stack overflow. Does increasing THR_STACK32_DEFAULT > in /usr/src/lib/libpthread/thread/thr_private.h (maybe to (2 * 1024 * > 1024)) then rebuilding libpthread help? What GTK+ theme are you using? > > Joe Upping THR_STACK32_DEFAULT to 2* doesn't seem to help. I'm using rpanther2 as my GTK theme, but it happens even if my .gtkrc-2.0 doesn't specify any theme. I've noticed a slight timing aspect to the crash. If I go slow, it crashes on the second save. If I go fast, it crashes on the third save. Here's the cycle I follow: right click on image, press v, enter, enter, right click on same image and repeat. Pressing enter enter before the dialog shows results in a different, probably unrelated, crash. If you think this is related I can include the stack trace of that too. Gtk-ERROR **: file gtkfilechooserdefault.c: line 7772 (gtk_file_chooser_default_should_respond): assertion failed: (path != NULL) aborting... Abort trap (core dumped) - Micah From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 21:10:15 2006 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26B6216A4C9 for ; Fri, 8 Dec 2006 21:10:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0814343C9D for ; Fri, 8 Dec 2006 21:09:15 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB8LAEf3026796 for ; Fri, 8 Dec 2006 21:10:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB8LAEjh026795; Fri, 8 Dec 2006 21:10:14 GMT (envelope-from gnats) Date: Fri, 8 Dec 2006 21:10:14 GMT Message-Id: <200612082110.kB8LAEjh026795@freefall.freebsd.org> To: gnome@FreeBSD.org From: Micah Cc: Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Micah List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 21:10:15 -0000 The following reply was made to PR ports/105589; it has been noted by GNATS. From: Micah To: Joe Marcus Clarke Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session Date: Fri, 08 Dec 2006 13:05:34 -0800 Joe Marcus Clarke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Micah wrote: >> Joe Marcus Clarke wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Micah wrote: >>>> Joe Marcus Clarke wrote: >>>>> On Thu, 2006-12-07 at 16:00 -0800, Micah wrote: >>>>>> Joe Marcus Clarke wrote: >>>>>>> Before anything can be done to fix this, someone needs to provide a >>>>>>> backtrace with full debugging symbols. For more on doing this, see >>>>>>> http://www.freebsd.org/gnome/docs/bugging.html . >>>>>>> >>>>>>> Joe >>>>>> Anything else I can provide? >>>>> This backtrace appears corrupt. I do not see how it dies in endian.h. >>>>> Rebuild libc and libpthread with debugging symbols, and get a new >>>>> trace. >>>>> >>>>> Joe >>>>> >>>> Okay, but it still died in endian.h. I then rebuilt world with debugging >>>> symbols in hope that there's some other library somewhere that needed >>>> them, but the stack trace still ends in endian.h >>>> >>>> I followed it through the debugger in hopes of getting you something >>>> more useful. It segfaults while executing line 357 of xdgmimecache.c, >>>> (which is: XdgMimeCache *cache = _caches[i]; inside >>>> cache_glob_lookup_literal). Stepping into that line of code sends the >>>> debugger to endian.h. Is there another non-system library that I need to >>>> add debugging symbols to? >>> What endian.h files do you have on your system? What does: >>> >>> (gdb) frame 0 >>> (gdb) l >>> >>> Report? >>> >>> Joe >> (gdb) frame 0 >> #0 0x48614d0e in cache_glob_lookup_literal ( >> file_name=0x8e8b317 "logo-reverse.png", mime_types=0x101, >> n_mime_types=2) >> at endian.h:144 >> 144 { >> (gdb) list >> 139 ((_x << 40) & ((__uint64_t)0xff << 48)) | ((_x << >> 56))); >> 140 } >> 141 >> 142 static __inline __uint32_t >> 143 __bswap32(__uint32_t _x) >> 144 { >> 145 >> 146 return (__byte_swap_int(_x)); >> 147 } >> 148 >> >> >> kdbg reports that endian.h resides in /usr/include/machine. > > This looks like a stack overflow. Does increasing THR_STACK32_DEFAULT > in /usr/src/lib/libpthread/thread/thr_private.h (maybe to (2 * 1024 * > 1024)) then rebuilding libpthread help? What GTK+ theme are you using? > > Joe Upping THR_STACK32_DEFAULT to 2* doesn't seem to help. I'm using rpanther2 as my GTK theme, but it happens even if my .gtkrc-2.0 doesn't specify any theme. I've noticed a slight timing aspect to the crash. If I go slow, it crashes on the second save. If I go fast, it crashes on the third save. Here's the cycle I follow: right click on image, press v, enter, enter, right click on same image and repeat. Pressing enter enter before the dialog shows results in a different, probably unrelated, crash. If you think this is related I can include the stack trace of that too. Gtk-ERROR **: file gtkfilechooserdefault.c: line 7772 (gtk_file_chooser_default_should_respond): assertion failed: (path != NULL) aborting... Abort trap (core dumped) - Micah From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 21:20:20 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4575816A412; Fri, 8 Dec 2006 21:20:20 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 537F843CBA; Fri, 8 Dec 2006 21:19:12 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.166] (vpn-client-166.marcuscom.com [10.2.1.166]) by creme-brulee.marcuscom.com (8.13.8/8.13.8) with ESMTP id kB8LLAo2063009; Fri, 8 Dec 2006 16:21:11 -0500 (EST) (envelope-from marcus@marcuscom.com) Message-ID: <4579D75A.1010009@marcuscom.com> Date: Fri, 08 Dec 2006 16:21:30 -0500 From: Joe Marcus Clarke Organization: MarcusCom, Inc. User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Micah References: <200612061930.kB6JUJVA038980@freefall.freebsd.org> <1165476509.74826.14.camel@shumai.marcuscom.com> <4578AB25.2020504@ywave.com> <1165565003.15396.7.camel@shumai.marcuscom.com> <4579C00E.2040905@ywave.com> <4579C125.3040106@marcuscom.com> <4579C1E0.6000703@ywave.com> <4579CF70.3070703@marcuscom.com> <4579D39E.1020904@ywave.com> In-Reply-To: <4579D39E.1020904@ywave.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on creme-brulee.marcuscom.com Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 21:20:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Micah wrote: > Joe Marcus Clarke wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Micah wrote: >>> Joe Marcus Clarke wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> Micah wrote: >>>>> Joe Marcus Clarke wrote: >>>>>> On Thu, 2006-12-07 at 16:00 -0800, Micah wrote: >>>>>>> Joe Marcus Clarke wrote: >>>>>>>> Before anything can be done to fix this, someone needs to provide a >>>>>>>> backtrace with full debugging symbols. For more on doing this, see >>>>>>>> http://www.freebsd.org/gnome/docs/bugging.html . >>>>>>>> >>>>>>>> Joe >>>>>>> Anything else I can provide? >>>>>> This backtrace appears corrupt. I do not see how it dies in >>>>>> endian.h. >>>>>> Rebuild libc and libpthread with debugging symbols, and get a new >>>>>> trace. >>>>>> >>>>>> Joe >>>>>> >>>>> Okay, but it still died in endian.h. I then rebuilt world with >>>>> debugging >>>>> symbols in hope that there's some other library somewhere that needed >>>>> them, but the stack trace still ends in endian.h >>>>> >>>>> I followed it through the debugger in hopes of getting you something >>>>> more useful. It segfaults while executing line 357 of xdgmimecache.c, >>>>> (which is: XdgMimeCache *cache = _caches[i]; inside >>>>> cache_glob_lookup_literal). Stepping into that line of code sends the >>>>> debugger to endian.h. Is there another non-system library that I >>>>> need to >>>>> add debugging symbols to? >>>> What endian.h files do you have on your system? What does: >>>> >>>> (gdb) frame 0 >>>> (gdb) l >>>> >>>> Report? >>>> >>>> Joe >>> (gdb) frame 0 >>> #0 0x48614d0e in cache_glob_lookup_literal ( >>> file_name=0x8e8b317 "logo-reverse.png", mime_types=0x101, >>> n_mime_types=2) >>> at endian.h:144 >>> 144 { >>> (gdb) list >>> 139 ((_x << 40) & ((__uint64_t)0xff << 48)) | ((_x << >>> 56))); >>> 140 } >>> 141 >>> 142 static __inline __uint32_t >>> 143 __bswap32(__uint32_t _x) >>> 144 { >>> 145 >>> 146 return (__byte_swap_int(_x)); >>> 147 } >>> 148 >>> >>> >>> kdbg reports that endian.h resides in /usr/include/machine. >> >> This looks like a stack overflow. Does increasing THR_STACK32_DEFAULT >> in /usr/src/lib/libpthread/thread/thr_private.h (maybe to (2 * 1024 * >> 1024)) then rebuilding libpthread help? What GTK+ theme are you using? >> >> Joe > > Upping THR_STACK32_DEFAULT to 2* doesn't seem to help. > > I'm using rpanther2 as my GTK theme, but it happens even if my > .gtkrc-2.0 doesn't specify any theme. > > I've noticed a slight timing aspect to the crash. If I go slow, it > crashes on the second save. If I go fast, it crashes on the third save. > Here's the cycle I follow: right click on image, press v, enter, enter, > right click on same image and repeat. Why do you hit enter twice? One should be enough. I've tried doing exactly what you're doing, but I cannot reproduce. And the backtraces don't help all that much. One thing you might try is to run update-mime-database on /usr/X11R6/share/gnome/mime, /usr/local/share/gnome/mime, /usr/local/share/mime, /usr/X11R6/share/mime, and see if it helps. > > Pressing enter enter before the dialog shows results in a different, > probably unrelated, crash. If you think this is related I can include > the stack trace of that too. > > Gtk-ERROR **: file gtkfilechooserdefault.c: line 7772 > (gtk_file_chooser_default_should_respond): assertion failed: (path != NULL) > aborting... > Abort trap (core dumped) I can reproduce this crash, but it doesn't seem interesting. Joe - -- PGP Key : http://www.marcuscom.com/pgp.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFeddab2iPiv4Uz4cRAmovAJ4hu0Me0PIKubWd/CsdY7p5fzcyZQCgh+uq AE/KSezouX2pKh8Oz5/oxHs= =SE0I -----END PGP SIGNATURE----- From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 21:30:21 2006 Return-Path: X-Original-To: gnome@hub.freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B62CE16A47B for ; Fri, 8 Dec 2006 21:30:21 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 776AB43CAE for ; Fri, 8 Dec 2006 21:29:17 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kB8LUHZZ028156 for ; Fri, 8 Dec 2006 21:30:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kB8LUHKi028155; Fri, 8 Dec 2006 21:30:17 GMT (envelope-from gnats) Date: Fri, 8 Dec 2006 21:30:17 GMT Message-Id: <200612082130.kB8LUHKi028155@freefall.freebsd.org> To: gnome@FreeBSD.org From: Joe Marcus Clarke Cc: Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joe Marcus Clarke List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2006 21:30:21 -0000 The following reply was made to PR ports/105589; it has been noted by GNATS. From: Joe Marcus Clarke To: Micah Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session Date: Fri, 08 Dec 2006 16:21:30 -0500 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Micah wrote: > Joe Marcus Clarke wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Micah wrote: >>> Joe Marcus Clarke wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> Micah wrote: >>>>> Joe Marcus Clarke wrote: >>>>>> On Thu, 2006-12-07 at 16:00 -0800, Micah wrote: >>>>>>> Joe Marcus Clarke wrote: >>>>>>>> Before anything can be done to fix this, someone needs to provide a >>>>>>>> backtrace with full debugging symbols. For more on doing this, see >>>>>>>> http://www.freebsd.org/gnome/docs/bugging.html . >>>>>>>> >>>>>>>> Joe >>>>>>> Anything else I can provide? >>>>>> This backtrace appears corrupt. I do not see how it dies in >>>>>> endian.h. >>>>>> Rebuild libc and libpthread with debugging symbols, and get a new >>>>>> trace. >>>>>> >>>>>> Joe >>>>>> >>>>> Okay, but it still died in endian.h. I then rebuilt world with >>>>> debugging >>>>> symbols in hope that there's some other library somewhere that needed >>>>> them, but the stack trace still ends in endian.h >>>>> >>>>> I followed it through the debugger in hopes of getting you something >>>>> more useful. It segfaults while executing line 357 of xdgmimecache.c, >>>>> (which is: XdgMimeCache *cache = _caches[i]; inside >>>>> cache_glob_lookup_literal). Stepping into that line of code sends the >>>>> debugger to endian.h. Is there another non-system library that I >>>>> need to >>>>> add debugging symbols to? >>>> What endian.h files do you have on your system? What does: >>>> >>>> (gdb) frame 0 >>>> (gdb) l >>>> >>>> Report? >>>> >>>> Joe >>> (gdb) frame 0 >>> #0 0x48614d0e in cache_glob_lookup_literal ( >>> file_name=0x8e8b317 "logo-reverse.png", mime_types=0x101, >>> n_mime_types=2) >>> at endian.h:144 >>> 144 { >>> (gdb) list >>> 139 ((_x << 40) & ((__uint64_t)0xff << 48)) | ((_x << >>> 56))); >>> 140 } >>> 141 >>> 142 static __inline __uint32_t >>> 143 __bswap32(__uint32_t _x) >>> 144 { >>> 145 >>> 146 return (__byte_swap_int(_x)); >>> 147 } >>> 148 >>> >>> >>> kdbg reports that endian.h resides in /usr/include/machine. >> >> This looks like a stack overflow. Does increasing THR_STACK32_DEFAULT >> in /usr/src/lib/libpthread/thread/thr_private.h (maybe to (2 * 1024 * >> 1024)) then rebuilding libpthread help? What GTK+ theme are you using? >> >> Joe > > Upping THR_STACK32_DEFAULT to 2* doesn't seem to help. > > I'm using rpanther2 as my GTK theme, but it happens even if my > .gtkrc-2.0 doesn't specify any theme. > > I've noticed a slight timing aspect to the crash. If I go slow, it > crashes on the second save. If I go fast, it crashes on the third save. > Here's the cycle I follow: right click on image, press v, enter, enter, > right click on same image and repeat. Why do you hit enter twice? One should be enough. I've tried doing exactly what you're doing, but I cannot reproduce. And the backtraces don't help all that much. One thing you might try is to run update-mime-database on /usr/X11R6/share/gnome/mime, /usr/local/share/gnome/mime, /usr/local/share/mime, /usr/X11R6/share/mime, and see if it helps. > > Pressing enter enter before the dialog shows results in a different, > probably unrelated, crash. If you think this is related I can include > the stack trace of that too. > > Gtk-ERROR **: file gtkfilechooserdefault.c: line 7772 > (gtk_file_chooser_default_should_respond): assertion failed: (path != NULL) > aborting... > Abort trap (core dumped) I can reproduce this crash, but it doesn't seem interesting. Joe - -- PGP Key : http://www.marcuscom.com/pgp.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFeddab2iPiv4Uz4cRAmovAJ4hu0Me0PIKubWd/CsdY7p5fzcyZQCgh+uq AE/KSezouX2pKh8Oz5/oxHs= =SE0I -----END PGP SIGNATURE-----