From nobody Fri Sep 08 00:04:10 2023 X-Original-To: gecko@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rhbv22p9Jz4sxCg for ; Fri, 8 Sep 2023 00:04:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rhbv058V1z4fxy for ; Fri, 8 Sep 2023 00:04:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694131452; a=rsa-sha256; cv=none; b=l0ExMfEH0z7iKC1O31yixUb8w10wbAqhVirlG30LlA+7E9I5yNvsMXz+mJHL2uW+irMI1t t7g40jC5hpmqjJk15NyeG/z5dO665YMVnCVsB/IfLcADcRsDp2oL49K8BqmWplAPRVTdgh yOhCmrEiPKqD2vctPBZ0YzqdTRPPdsIbZDOxsoBywZVuIP8NnxWuMihIBi6PpQI53ZlhO0 o3vRA8TWwygqvNlfrX0pB7+jSlowKTpALa5H4HHYB8AdsFyNda+tUr0OQ61j1mO8NeOgzL c6LEMT9OQ7shJuTYLM2j/uZIgBLIsh9myZdDitxo3HUBDREaureOJP9NYUcmmA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694131452; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=UtJ58nhWQEBuXIQ8JfRwXXbMYOWvhZlUy2RL3GPiXFk=; b=iQiAWYR6c7DOPeNTE6hME5DypPiVDLTerfAaWuao+iUH6uDfceUo1yO9pXR5aDgMEfdi5J wB8MHtoaY2ZOCHzOueIPww27DPmt0TLU7NfFH4LXv0CRwGY8EX7+mO0o/30fuCfwZWcQhu nCiJwIT3QMTW4DpSWAJ6/cmtoNz5pA6XgtGZLzfgldoMIW2Adp2zdF6Kz3f+pki29KqM6Z gtSQZCRyqbTPE8pWYhqu67M6ynHCuvlJM/keKw+sNepVdVBbR/bgddWWK0WGp++t9KGvJu 7RjCoAiejCW49/BBq4Vck9wWEJMyyIl2H79mxmNov9q8825bu5DwGTRd/XMaog== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4Rhbty6b9vz4kg for ; Fri, 8 Sep 2023 00:04:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 38804A4c015403 for ; Fri, 8 Sep 2023 00:04:10 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 38804AuB015402 for gecko@FreeBSD.org; Fri, 8 Sep 2023 00:04:10 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: gecko@FreeBSD.org Subject: [Bug 273291] www/firefox: Crashes on start after upgrading from 116.0.3_1,2 to 117.0,2 Date: Fri, 08 Sep 2023 00:04:10 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: crash X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: tatsuki_makino@hotmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: gecko@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Gecko Rendering Engine issues List-Archive: https://lists.freebsd.org/archives/freebsd-gecko List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-gecko@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D273291 --- Comment #18 from Tatsuki Makino --- (In reply to Tomoaki AOKI from comment #13) Those are just suggestions to see if there are any problems when using GPUs. I don't know how to use --headless either :) However, it seems to us that the problem is the part about the GUI. Then, my explanation about lldb in ML was not enough. Type c into lldb only if the program stops at an irrelevant place, if the program stops with a crash, it should be typed bt all immediately. For example, the following > lldb -o r -- /tmp/a.out=20 (lldb) target create "/tmp/a.out" Current executable set to '/tmp/a.out' (x86_64). (lldb) r Process 6041 stopped * thread #1, name =3D 'a.out', stop reason =3D signal SIGSEGV: invalid addr= ess (fault address: 0x0) frame #0: 0x00000000002018dd a.out`main at test.c:4:11 1 int 2 main() 3 { -> 4 int ga =3D *((int *)0); 5 return 0; 6 } Process 6041 launched: '/tmp/a.out' (x86_64) (lldb) bt all * thread #1, name =3D 'a.out', stop reason =3D signal SIGSEGV: invalid addr= ess (fault address: 0x0) * frame #0: 0x00000000002018dd a.out`main at test.c:4:11 frame #1: 0x00000000002016d0 a.out`_start + 256 When c is typed here, the program runs to the point of dumping core and exi= ts. (lldb) c Process 6041 resuming Process 6041 exited with status =3D 11 (0x0000000b)=20 (lldb) q If q is typed instead of c, the program is in the middle of execution and w= ill be forced to terminate. (lldb) q Quitting LLDB will kill one or more processes. Do you really want to procee= d: [Y/n] I think the backtrace we get after reloading the core is still a little out= of place. So, sorry, but would you please collect some more backtraces? --=20 You are receiving this mail because: You are the assignee for the bug.=