From owner-freebsd-chromium@FreeBSD.ORG Mon Jan 28 11:06:22 2013 Return-Path: Delivered-To: chromium@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 94FEC815 for ; Mon, 28 Jan 2013 11:06:22 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 8762BC31 for ; Mon, 28 Jan 2013 11:06:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0SB6M9q034099 for ; Mon, 28 Jan 2013 11:06:22 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0SB6MKF034097 for chromium@FreeBSD.org; Mon, 28 Jan 2013 11:06:22 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Jan 2013 11:06:22 GMT Message-Id: <201301281106.r0SB6MKF034097@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: chromium@FreeBSD.org Subject: Current problem reports assigned to chromium@FreeBSD.org X-BeenThere: freebsd-chromium@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Chromium issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2013 11:06:22 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/175369 chromium www/chromium: Chromimum Desktop Integration doesn't op o ports/173583 chromium www/chromium reproducibly crashes when trying do downl o ports/165637 chromium www/chromium: 17.0.963.56 fails to find some ns plugin o ports/165635 chromium www/chromium: 17.0.963.56: proxy isn't read by chrome f ports/165634 chromium www/chromium : 17.0.963.56 doesn't show physical print 5 problems total. From owner-freebsd-chromium@FreeBSD.ORG Tue Jan 29 03:31:56 2013 Return-Path: Delivered-To: chromium@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 975) id 3D7F43E6; Tue, 29 Jan 2013 03:31:56 +0000 (UTC) Date: Tue, 29 Jan 2013 03:31:56 +0000 From: "Sergey A. Osokin" To: Ren?? Ladan Subject: Re: www/chromium build failed Message-ID: <20130129033156.GF91995@FreeBSD.org> References: <20130126125125.GA91995@FreeBSD.org> <5103D522.8060402@freebsd.org> <20130126143432.GB91995@FreeBSD.org> <20130126152411.GC91995@FreeBSD.org> <20130126153747.GD91995@FreeBSD.org> <51051468.1030400@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <51051468.1030400@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: chromium@FreeBSD.org X-BeenThere: freebsd-chromium@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Chromium issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 03:31:56 -0000 On Sun, Jan 27, 2013 at 12:50:00PM +0100, Ren?? Ladan wrote: > On 26-01-2013 16:37, Sergey A. Osokin wrote: > > On Sat, Jan 26, 2013 at 03:24:11PM +0000, Sergey A. Osokin wrote: > >> On Sat, Jan 26, 2013 at 02:34:32PM +0000, Sergey A. Osokin wrote: > >>> On Sat, Jan 26, 2013 at 02:07:46PM +0100, Ren?? Ladan wrote: > >>>> On 26-01-2013 13:51, Sergey A. Osokin wrote: > >>>>> Hi Rene, > >>>>> > >>>>> I've found www/chromium build failed. > >> ... > >> [build.log removed] > >> > >>>>> Any idea? > >>>>> > >>>> It looks like libprotobuf_full_do_not_use.a is somehow corrupted, ma= ybe > >>>> rebuilding it and/or adding -v to CFLAGS/CXXFLAGS helps. > >>> It looks like I've found an issue, it was additional CFLAGS in /etc/m= ake.conf > >>> > >>> .if ${.CURDIR:M*/www/chromium} > >>> CFLAGS+=3D -march=3Dcorei7 > >>> CPPFLAGS+=3D -march=3Dcorei7 > >>> CXXFLAGS+=3D -march=3Dcorei7 > >>> .endif > >>> > >>> I don't remember why I've added these flags for chromium port but its= present more months. > >>> I'll let you know after build complete. > >> It didn't help, so build.log with "-v" flag here: > >> > >> ignoring duplicate directory "/usr/include/c++/4.2/backward" > >> ignoring duplicate directory "/usr/include/c++/4.2/backward" > >> #include "..." search starts here: > >> #include <...> search starts here: > >> skia/config > >> third_party/khronos > >> . > >> third_party/mesa/MesaLib/include > >> out/Release/obj/gen/ui/gl > >> /usr/local/include/glib-2.0 > >> /usr/local/include > >> /usr/local/include/pango-1.0 > >> /usr/local/include/pixman-1 > >> /usr/local/include/freetype2 > >> /usr/local/include/libdrm > >> /usr/local/include/libpng15 > >> /usr/local/include/cairo > >> /usr/local/include/gio-unix-2.0 > >> /usr/local/include/gdk-pixbuf-2.0 > >> /usr/local/include/gtk-2.0 > >> /usr/local/include/atk-1.0 > >> /usr/include/c++/4.2 > >> /usr/include/c++/4.2/backward > >> /usr/include/clang/3.2 > >> /usr/include > >> End of search list. > >> LINK(host) out/Release/protoc > >> /usr/bin/ld:out/Release/obj.host/third_party/protobuf/libprotobuf_full= _do_not_use.a: file format not recognized; treating as linker script > >> /usr/bin/ld:out/Release/obj.host/third_party/protobuf/libprotobuf_full= _do_not_use.a:1: syntax error > >> clang++: error: linker command failed with exit code 1 (use -v to see = invocation) > >> gmake: *** [out/Release/protoc] =EF=DB=C9=C2=CB=C1 1 > >> gmake: *** =EF=D6=C9=C4=C1=CE=C9=C5 =DA=C1=D7=C5=D2=DB=C5=CE=C9=D1 =DA= =C1=C4=C1=CE=C9=CA... > >> *** [do-build] Error code 1 > >> > >> Stop in /usr/ports/www/chromium. > >> *** [build] Error code 1 > > I've added "LDFLAGS+=3D -v" to the /etc/make.conf > > > > =3D=3D=3D> Building for chromium-24.0.1312.56 > > LINK(host) out/Release/protoc > > FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 > > Target: x86_64-unknown-freebsd9.1 > > Thread model: posix > > "/usr/bin/ld" --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 --ha= sh-style=3Dboth --enable-new-dtags -o out/Release/protoc /usr/lib/crt1.o /u= sr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib -z noexecstack --no-keep-memor= y -O1 --as-needed --start-group out/Release/obj.host/protoc/third_party/pro= tobuf/src/google/protobuf/compiler/code_generator.o out/Release/obj.host/pr= otoc/third_party/protobuf/src/google/protobuf/compiler/command_line_interfa= ce.o out/Release/obj.host/protoc/third_party/protobuf/src/google/protobuf/c= ompiler/plugin.o out/Release/obj.host/protoc/third_party/protobuf/src/googl= e/protobuf/compiler/plugin.pb.o out/Release/obj.host/protoc/third_party/pro= tobuf/src/google/protobuf/compiler/subprocess.o out/Release/obj.host/protoc= /third_party/protobuf/src/google/protobuf/compiler/zip_writer.o out/Release= /obj.host/protoc/third_party/protobuf/src/google/protobuf/compiler/cpp/cpp_= enum.o out/Release/obj.host/protoc/third_party/protobuf/src/google/protobuf= /compiler/cpp/cpp_enum_field.o out/Release/obj.host/protoc/third_party/prot= obuf/src/google/protobuf/compiler/cpp/cpp_extension.o out/Release/obj.host/= protoc/third_party/protobuf/src/google/protobuf/compiler/cpp/cpp_field.o ou= t/Release/obj.host/protoc/third_party/protobuf/src/google/protobuf/compiler= /cpp/cpp_file.o out/Release/obj.host/protoc/third_party/protobuf/src/google= /protobuf/compiler/cpp/cpp_generator.o out/Release/obj.host/protoc/third_pa= rty/protobuf/src/google/protobuf/compiler/cpp/cpp_helpers.o out/Release/obj= =2Ehost/protoc/third_party/protobuf/src/google/protobuf/compiler/cpp/cpp_me= ssage.o out/Release/obj.host/protoc/third_party/protobuf/src/google/protobu= f/compiler/cpp/cpp_message_field.o out/Release/obj.host/protoc/third_party/= protobuf/src/google/protobuf/compiler/cpp/cpp_primitive_field.o out/Release= /obj.host/protoc/third_party/protobuf/src/google/protobuf/compiler/cpp/cpp_= service.o out/Release/obj.host/protoc/third_party/protobuf/src/google/proto= buf/compiler/cpp/cpp_string_field.o out/Release/obj.host/protoc/third_party= /protobuf/src/google/protobuf/compiler/java/java_enum.o out/Release/obj.hos= t/protoc/third_party/protobuf/src/google/protobuf/compiler/java/java_enum_f= ield.o out/Release/obj.host/protoc/third_party/protobuf/src/google/protobuf= /compiler/java/java_extension.o out/Release/obj.host/protoc/third_party/pro= tobuf/src/google/protobuf/compiler/java/java_field.o out/Release/obj.host/p= rotoc/third_party/protobuf/src/google/protobuf/compiler/java/java_file.o ou= t/Release/obj.host/protoc/third_party/protobuf/src/google/protobuf/compiler= /java/java_generator.o out/Release/obj.host/protoc/third_party/protobuf/src= /google/protobuf/compiler/java/java_helpers.o out/Release/obj.host/protoc/t= hird_party/protobuf/src/google/protobuf/compiler/java/java_message.o out/R= elease/obj.host/protoc/third_party/protobuf/src/google/protobuf/compiler/ja= va/java_message_field.o out/Release/obj.host/protoc/third_party/protobuf/sr= c/google/protobuf/compiler/java/java_primitive_field.o out/Release/obj.host= /protoc/third_party/protobuf/src/google/protobuf/compiler/java/java_service= =2Eo out/Release/obj.host/protoc/third_party/protobuf/src/google/protobuf/c= ompiler/java/java_string_field.o out/Release/obj.host/protoc/third_party/pr= otobuf/src/google/protobuf/compiler/python/python_generator.o out/Release/o= bj.host/protoc/third_party/protobuf/src/google/protobuf/compiler/main.o out= /Release/obj.host/third_party/protobuf/libprotobuf_full_do_not_use.a out/Re= lease/obj.host/third_party/protobuf/libprotobuf_lite.a --end-group -lstdc++= -lm -lgcc --as-needed -lgcc_s --no-as-needed -lpthread -lc -lgcc --as-need= ed -lgcc_s --no-as-needed /usr/lib/crtend.o /usr/lib/crtn.o > > /usr/bin/ld:out/Release/obj.host/third_party/protobuf/libprotobuf_full_= do_not_use.a: file format not recognized; treating as linker script > > /usr/bin/ld:out/Release/obj.host/third_party/protobuf/libprotobuf_full_= do_not_use.a:1: syntax error > > clang++: error: linker command failed with exit code 1 (use -v to see i= nvocation) > > gmake: *** [out/Release/protoc] =EF=DB=C9=C2=CB=C1 1 > > *** [do-build] Error code 1 > > > > Stop in /usr/ports/www/chromium. > > *** [build] Error code 1 > > > > > The link command looks OK (but I've never seen it myself). Are you sure > that libprotobuf_full_do_not_use.a is not somehow corrupted, what does > e.g. file(1) say? % find /usr/ports/www/chromium -name libprotobuf_full_do_not_use.a | xargs = file /usr/ports/www/chromium/work/chromium-courgette-redacted-24.0.1312.56/out/R= elease/obj.host/third_party/protobuf/libprotobuf_full_do_not_use.a: data > Does removing the .a file help? No, it doesn't. Same issue again: % sudo rm /usr/ports/www/chromium/work/chromium-courgette-redacted-24.0.131= 2.56/out/Release/obj.host/third_party/protobuf/libprotobuf_full_do_not_use.a =2E.. /usr/bin/ld:out/Release/obj.host/third_party/protobuf/libprotobuf_full_do_n= ot_use.a: file format not recognized; treating as linker script /usr/bin/ld:out/Release/obj.host/third_party/protobuf/libprotobuf_full_do_n= ot_use.a:1: syntax error clang++: error: linker command failed with exit code 1 (use -v to see invoc= ation) gmake: *** [out/Release/protoc] =EF=DB=C9=C2=CB=C1 1 gmake: *** =EF=D6=C9=C4=C1=CE=C9=C5 =DA=C1=D7=C5=D2=DB=C5=CE=C9=D1 =DA=C1= =C4=C1=CE=C9=CA... *** [do-build] Error code 1 > You could forward this to chromium@ for better exposure. OK. -- Sergey A. Osokin osa@FreeBSD.org From owner-freebsd-chromium@FreeBSD.ORG Tue Jan 29 12:15:26 2013 Return-Path: Delivered-To: freebsd-chromium@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D5925919; Tue, 29 Jan 2013 12:15:26 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-lb0-f172.google.com (mail-lb0-f172.google.com [209.85.217.172]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9E77FB; Tue, 29 Jan 2013 12:15:25 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id n8so638177lbj.3 for ; Tue, 29 Jan 2013 04:15:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=RFCxsnZEXOXdZA+Q+H8x2/5v43IKpGdDuuyf21ojopA=; b=rn0WLMxRhU1f0jEG7hyyxPwimLMw81vKWx6ClweZui8lYZh93DZ7RkgD9HZiaL3TPV CrLe9XtE9Q9+/UsIk6zGfii/WCtCiWjDtzgw9rGTo3pSHV+Z/oDpm3nTmZ68RuRe7dzZ xkfZhh8Z+h1BVDKNqjqL++xzr4BqL8thZ1ckpBUmDZ/7CnaP6UBTUj+wzL3szUvbdBOO 21pWBHqkh3MrKPQzcdxKTtf8t8goyPoEnFGA0qQW5HBLeYLSpTh2JR23BcRLqECrUF03 gj8hgiyQ/RNYAlw1RvcvIFfZKqCdHbdAZqfbiYmJGmwA/qxMrbjxilmqTKycl+Rokxgo bK2A== X-Received: by 10.112.50.169 with SMTP id d9mr394069lbo.57.1359461713639; Tue, 29 Jan 2013 04:15:13 -0800 (PST) Received: from [192.168.1.125] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPS id b3sm4974700lbl.0.2013.01.29.04.15.10 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 29 Jan 2013 04:15:12 -0800 (PST) Message-ID: <5107BD4B.6080303@gmail.com> Date: Tue, 29 Jan 2013 14:15:07 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15 MIME-Version: 1.0 To: =?UTF-8?B?UmVuw6kgTGFkYW4=?= Subject: Re: www/chromium fails to build on current stable References: <510029B6.2070106@gmail.com> <5101A710.6060606@freebsd.org> In-Reply-To: <5101A710.6060606@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-chromium@freebsd.org X-BeenThere: freebsd-chromium@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Chromium issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 12:15:26 -0000 24.01.2013 23:26, René Ladan: > We have CFLAGS += -Wo-error in the port Makefile. Sorry, I see my recent post failed. Just to clarify the issue: everything was caused by me trying to undefine CXXFLAGS after some local experiments. Leaving *FLAGS for www/chromium aside fixed the issue and everything works fine now. -- Sphinx of black quartz, judge my vow. From owner-freebsd-chromium@FreeBSD.ORG Thu Jan 31 22:02:50 2013 Return-Path: Delivered-To: freebsd-chromium@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CA96334E for ; Thu, 31 Jan 2013 22:02:50 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-qa0-f42.google.com (mail-qa0-f42.google.com [209.85.216.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7F3CC677 for ; Thu, 31 Jan 2013 22:02:49 +0000 (UTC) Received: by mail-qa0-f42.google.com with SMTP id cr7so2725822qab.1 for ; Thu, 31 Jan 2013 14:02:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:date:message-id:subject :from:to:content-type:x-gm-message-state; bh=6QiPOoMCSZ+ZFUPy99feOzr6iNjoOtk/OElQU8PsEo0=; b=UlGzsN7CeCgOrXfu0nlg/eXsrBIub6oN35vbAjmgLkPPSmHPdqBJ1pBQO3fBjbbhiQ Shhc2xSlljOxtv/tCfWSXnFSEcTo+Q2mqVr8oq3VF0x53Lqz6B6I4rNHzgXYFxnTtkAb hCk5CzII5tumNY3/frmUuU+8dU7ov/pmWXbzR5WGreErQ1Ex8G9R6KZ9+bURtnrdJvED HD7xujFTjBx8dVljHYQEOrm5toffkRwGz0JR/IISlUxR7piVhTPe1GMVC+H6ry0RoIKt TpvLouSFMi3xKt4TSVMGQ4HBplyIlwiFOMzsdJ9Dqjc2R67RWCKQCFGJIoA9N4cb2Cl/ Ef9g== MIME-Version: 1.0 X-Received: by 10.49.133.195 with SMTP id pe3mr11962267qeb.58.1359669381792; Thu, 31 Jan 2013 13:56:21 -0800 (PST) Received: by 10.49.74.10 with HTTP; Thu, 31 Jan 2013 13:56:21 -0800 (PST) X-Originating-IP: [203.99.129.1] Date: Fri, 1 Feb 2013 10:56:21 +1300 Message-ID: Subject: IPC memory leakage on latest chromium-24.0.1312.57 From: Jonathan Chen To: freebsd-chromium@freebsd.org X-Gm-Message-State: ALoCoQlxkTgtHS/1aHTmxxGjZfsxcPG3n8eNeW//nv7s/hQSA68pJgDQnrNLEXrrd6oWafF+KL6g Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-chromium@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Chromium issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2013 22:02:50 -0000 Hi, I've just installed the latest chromium-24.0.1312.57; and it appears to suffer from the same IPC memory leakage as the version just before it. When no more IPC shared memory can be allocated, chromium will only display a blank page. Loading pages full of javascript will hurry this behaviour. The last usable version which doesn't display this bug is chromium-24.0.1312.52. Cheers. -- Jonathan Chen From owner-freebsd-chromium@FreeBSD.ORG Fri Feb 1 20:27:10 2013 Return-Path: Delivered-To: freebsd-chromium@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 098F95A6 for ; Fri, 1 Feb 2013 20:27:10 +0000 (UTC) (envelope-from lkchen@k-state.edu) Received: from ksu-sfpop-proxy01.merit.edu (ksu-sfpop-proxy01.merit.edu [207.75.116.217]) by mx1.freebsd.org (Postfix) with ESMTP id C6E86D93 for ; Fri, 1 Feb 2013 20:27:08 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by ksu-sfpop-proxy01.merit.edu (Postfix) with ESMTP id A33FC12820A for ; Fri, 1 Feb 2013 15:17:45 -0500 (EST) X-Virus-Scanned: amavisd-new at ksu-sfpop-proxy01.merit.edu Received: from ksu-sfpop-proxy01.merit.edu ([127.0.0.1]) by localhost (ksu-sfpop-proxy01.merit.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c91E3TMdsAUr for ; Fri, 1 Feb 2013 15:17:45 -0500 (EST) Received: from ksu-sfpop-mailstore02.merit.edu (unknown [207.75.116.211]) by ksu-sfpop-proxy01.merit.edu (Postfix) with ESMTP id 41A20128151 for ; Fri, 1 Feb 2013 15:17:45 -0500 (EST) Date: Fri, 1 Feb 2013 15:17:45 -0500 (EST) From: "Lawrence K. Chen, P.Eng." To: freebsd-chromium@freebsd.org Message-ID: <1563077977.10385807.1359749865202.JavaMail.root@k-state.edu> In-Reply-To: Subject: Re: IPC memory leakage on latest chromium-24.0.1312.57 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [129.130.0.181] X-Mailer: Zimbra 7.2.2_GA_2852 (ZimbraWebClient - GC24 ([unknown])/7.2.2_GA_2852) X-BeenThere: freebsd-chromium@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Chromium issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2013 20:27:10 -0000 ----- Original Message ----- > Hi, > > I've just installed the latest chromium-24.0.1312.57; and it appears > to > suffer from the same IPC memory leakage as the version just before > it. When > no more IPC shared memory can be allocated, chromium will only > display a > blank page. Loading pages full of javascript will hurry this > behaviour. > > The last usable version which doesn't display this bug > is chromium-24.0.1312.52. > > Cheers. > -- > Jonathan Chen This problem stumped me for a few days....and because I was searching for blank page issues, and most of those point to bad extensions or corrupt profiles, etc. I was looking in the wrong place to find out why I was having this. The content of the page is apparently there, it just isn't rendered visible. Moving mouse around, you can find the links and such on the page... What makes it hard to figure out, is settings/flags/other internal pages also render as blank. Though 'currently' still works when I open a new tab. And, there were one or two other pages that still work for some reason. And, since I had been having trouble with work computer in other areas....I tried creating a new profile...and that seemed to work at first... but I decided I wasn't going to work late on Friday...so I left it. But, then on this week I was working from home sick...when suddenly chromium started doing the same problem. Since something else was acting strange (I was recovering from an early morning power outage where one of my drive enclosures didn't reset...so half the disks in my zpools were missing....not enough to maintain redundancy in either. So, I rebooted my computer....that got chromium working again. And, then it stopped working again....we'll I don't want to keep rebooting to fix this....so after more troubleshooting....and running chrome from the command line with various options.... diagnostics would fail with for "Profile JSON" - File too big. Though starting over with a new profile....worked until it started syncing. This IPC problem also prevents menus for the extensions from working.... But, --disable-extensions and/or --disable-plugins didn't help either.... Eventually, I saw a message about shmget: out of space.... ipcs....ya there's a lot, but what limit is being reached. First time it was because I had set shmall to 262144, while I had shmmax set to 2147483648. Well, I can change shmall using sysctl...and raising it to 524288 got it working again....until it stopped. There's 192 segments....which is what shmmni is set to.... bump that to 1024, and reboot. Things seem much happier....until after a few hours it again stopped working. What, I need more than 2G of shared memory now? I then looked at the output of "ipcs -a"...and wondered if all the old entries are really needed, and remove a bunch by hand...to get things working again. Then I start wondering about writing a command to remove old entries.... Decide that if NATTACH is 0, I'll remove those and see... This resulted in two q&d aliases alias lsshm 'ipcs -mob | awk '\''NR > 3 { if ( $7 == 0 ) { sum += $8; cnt++; } { tcnt++; total += $8; print $0 } } END { if (cnt > 0) print "count = " cnt "/" tcnt " using = " sum " (" sum/1048576 "MB) out of " total " (" total/1048576 "MB)"; else print "total = " tcnt " using = " total " (" total/1048576 "MB)" }'\''' alias rmshm0 'ipcs -mob | awk '\''NR > 3 { if ( $7 == 0 ) system(sprintf( "ipcrm -m %d", $2 ) ) }'\''' At this moment the last line of lsshm on my system is: count = 66/92 using = 273664548 (260.987MB) out of 300326244 (286.413MB) Should be interesting...since I had to restore my /boot/loader.conf from backup (having controller issues, apparently its because the system has Q67 Stepping B1 chipset) , but didn't reenter the shm changes I had made...so I'll hit 192 shmmni again soon. Though doing the rmshm0 keeps it working. Often after its done, the blank pages fill in on their own. -- Who: Lawrence K. Chen, P.Eng. - W0LKC - Senior Unix Systems Administrator For: Enterprise Server Technologies (EST) -- & SafeZone Ally Snail: Computing and Telecommunications Services (CTS) Kansas State University, 109 East Stadium, Manhattan, KS 66506-3102 Phone: (785) 532-4916 - Fax: (785) 532-3515 - Email: lkchen@ksu.edu Web: http://www-personal.ksu.edu/~lkchen - Where: 11 Hale Library From owner-freebsd-chromium@FreeBSD.ORG Sat Feb 2 14:17:13 2013 Return-Path: Delivered-To: freebsd-chromium@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 61C0641C for ; Sat, 2 Feb 2013 14:17:13 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lb0-f176.google.com (mail-lb0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id E3174358 for ; Sat, 2 Feb 2013 14:17:12 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id s4so5329326lbc.7 for ; Sat, 02 Feb 2013 06:17:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=3sMczt6lwkvRBjrXXzuBX0KgyeMApWRY8O2KZCEBWxs=; b=pAVVdJnZgko0ZH0IcB0LECts0ukvNrkm+o4E55L19mm3siRedw+mi9WWwyW2HZv6DL wC4OnjDq0FA6GLc8fk41g9rdatY1k33FOTE3s7o4bkLaufcvKi0kYYk2EsWWcXsm+e3d iXptP3P6hovQwyRmIgzNp+Ur8oklL6L1xPqWA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=3sMczt6lwkvRBjrXXzuBX0KgyeMApWRY8O2KZCEBWxs=; b=ffofvejvCfCQdGaIMwfEWdSl/IFrDETVuOCF/93EWBHRUrsNmycuaaJIe7YPIXvGpS P+C1lzYPlxhkKceiRWsOsKT2JWA7NWjtlxMJN4z0LStSAeFygs/CFKBLjANGdtuuUhP9 AQBA2+dfmR7BW4GJ6htvt5fgCMXkcAC6soNnKm3pHbTpzpwO2XBaOEARNbpCCEmIZ2Vf lMIkRkFEFv+cnpqd8IZaqdy9jeck6RXJ3xF3RQqkor8Z3eInIxsPeGZh57Hb42sfjeRb L5hHjIe+AB7/tR7fXoWG0sDTgQPqeuiteVX+tH3gFBHrKEz50kOU45zIcoIz9aG10N9I k0Dg== X-Received: by 10.112.17.137 with SMTP id o9mr6190994lbd.15.1359814626275; Sat, 02 Feb 2013 06:17:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.91.164 with HTTP; Sat, 2 Feb 2013 06:16:35 -0800 (PST) In-Reply-To: <1563077977.10385807.1359749865202.JavaMail.root@k-state.edu> References: <1563077977.10385807.1359749865202.JavaMail.root@k-state.edu> From: Eitan Adler Date: Sat, 2 Feb 2013 09:16:36 -0500 Message-ID: Subject: Re: IPC memory leakage on latest chromium-24.0.1312.57 To: "Lawrence K. Chen, P.Eng." Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkDWP5Wa21ad9i95pe2NTowcPVRZ2epxOTBSZw780DMZhlbWLcp+2Eu5mkcy5Fm1QFr7Ttx Cc: freebsd-chromium@freebsd.org X-BeenThere: freebsd-chromium@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Chromium issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 14:17:13 -0000 On 1 February 2013 15:17, Lawrence K. Chen, P.Eng. wrote: > > > ----- Original Message ----- >> Hi, >> >> I've just installed the latest chromium-24.0.1312.57; and it appears >> to >> suffer from the same IPC memory leakage as the version just before >> it. When >> no more IPC shared memory can be allocated, chromium will only >> display a >> blank page. Loading pages full of javascript will hurry this >> behaviour. I am seeing the same issue. After some discussion with a chromium dev he pointed me to https://code.google.com/p/chromium/issues/detail?id=143580 I have not looked further, but someone here may be interested in doing so. -- Eitan Adler From owner-freebsd-chromium@FreeBSD.ORG Sat Feb 2 17:31:12 2013 Return-Path: Delivered-To: freebsd-chromium@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 26822E7 for ; Sat, 2 Feb 2013 17:31:12 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by mx1.freebsd.org (Postfix) with ESMTP id F2E72D1F for ; Sat, 2 Feb 2013 17:31:11 +0000 (UTC) Received: from pool-151-203-245-187.bos.east.verizon.net ([151.203.245.187] helo=homobox.opal.com) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1U1gvh-000CcM-1k for freebsd-chromium@freebsd.org; Sat, 02 Feb 2013 17:31:05 +0000 Received: from shibato (shibato.opal.com [IPv6:2001:470:8cb8:4:221:63ff:fe5a:c9a7]) (authenticated bits=0) by homobox.opal.com (8.14.4/8.14.4) with ESMTP id r12HV1ju032487 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sat, 2 Feb 2013 12:31:02 -0500 (EST) (envelope-from fbsd@opal.com) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 151.203.245.187 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+f8u1Yufn8SyfAmobphzjE Date: Sat, 2 Feb 2013 12:31:01 -0500 From: "J.R. Oldroyd" To: freebsd-chromium@freebsd.org Subject: webGL in chrome Message-ID: <20130202123101.59c2ee40@shibato> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (homobox.opal.com [IPv6:2001:470:8cb8:4::1]); Sat, 02 Feb 2013 12:31:02 -0500 (EST) X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, RP_MATCHES_RCVD shortcircuit=no autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on homobox.opal.com X-BeenThere: freebsd-chromium@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Chromium issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 17:31:12 -0000 Hi all, I am trying to enable webGL. Sys here is 9.1-REL, video is radeon. Chrome is chromium-24.0.1312.57. Chrome's chrome://gpu was reporting red "Unavailable. Hardware acceleration disabled" for most of the items. The error log showed my glx was < 1.3. glxinfo showed server was 1.2. Fixed that by adding WITH_NEW_XORG to /etc/make.conf and rebuilding ports graphics/libdrm, graphics/dri, graphics/libGL, x11-servers/xorg-server and x11-drivers/xf86-video-ati and now have glx 1.4 for both client and server. In chrome://gpu all entries now show green "Hardware acceleration enabled" except for Panel fitting. However, webGL pages still report that the browser does not support webGL and there are repeated messages in the log: [81426:255882240:0201/221740:ERROR:context_group.cc(92)] : ContextGroup::Initialize failed because maximum renderbuffer size too small. [81426:255882240:0201/221740:ERROR:gles2_cmd_decoder.cc(2012)] : GpuScheduler::InitializeCommon failed because group failed to initialize. In the chrome://flags settings, I have enabled "Override software rendering list", "GPU compositing on all pages" and "Threaded compositing". Is there something else that I need to recompile? Or some other flag to set to increase this renderbuffer size? FWIW, all the graphics/mesa-demos programs run well. Thanks, -jr