From owner-freebsd-ports@FreeBSD.ORG Thu Feb 16 21:26:14 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 409F6106564A; Thu, 16 Feb 2012 21:26:14 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id A8CA98FC08; Thu, 16 Feb 2012 21:26:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id q1GLQCkD020212; Fri, 17 Feb 2012 01:26:12 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id q1GLQBFS020211; Fri, 17 Feb 2012 01:26:11 +0400 (MSK) (envelope-from ache) Date: Fri, 17 Feb 2012 01:26:11 +0400 From: Andrey Chernov To: jkim@FreeBSD.org, Volodymyr Kostyrko , ports@FreeBSD.org, emulation@FreeBSD.org Message-ID: <20120216212611.GA20146@vniz.net> Mail-Followup-To: Andrey Chernov , jkim@FreeBSD.org, Volodymyr Kostyrko , ports@FreeBSD.ORG, emulation@FreeBSD.ORG References: <20120215164722.GA1693@vniz.net> <4F3CD099.5030008@gmail.com> <20120216203108.GA19525@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120216203108.GA19525@vniz.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: nspluginwrapper (was Re: linux-f10-flashplugin11 not works for 9-stable (Linuxulator?)) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2012 21:26:14 -0000 It seems part of the bug is already noticed by maintainer (Jung-uk Kim) but nothing is done to fix it: http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/064067.html BTW, the bug is in native FreeBSD code (rpc.c), not in linux code. Jung-uk, could you fix/hack it somehow, please? On Fri, Feb 17, 2012 at 12:31:08AM +0400, Andrey Chernov wrote: > On Thu, Feb 16, 2012 at 11:47:05AM +0200, Volodymyr Kostyrko wrote: > > Andrey Chernov wrote: > > > Having 9-stable and ports from Feb 14, all builded from sources, I get > > > this commonly looking error attempting to view flash in FF 10.0.1: > > > > > > *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC > > > client connection > > > NOTE: child process received `Goodbye', closing down > > > > > > Looking into ktrace I found error reason: > > > > > > 82037 plugin-container CALL connect(0x16,0x2c04f9d4,0x42) > > > 82037 plugin-container STRU struct sockaddr { AF_LOCAL, invalid } > > > 82037 plugin-container NAMI > > > "/tmp/_org_wrapper_NSPlugins_libflashplayer.so_82037-2_1804289383" > > > 82037 plugin-container RET connect -1 errno 2 No such file or directory > > > > > > (repeated several times). > > > > > > This "invalid" in sockaddr looks familiar as for some time ago added > > > sockaddr length checks our kernel, but as bz@ says this should be > > > already fixed. > > > > > > Does anybody runs flash successfly on 9-stable? If yes, where else the > > > problem can be? > > > > Am running flash successfully on 9-stable (daily rebuild). Works for me > > under chromium/seamonkey. > > > > Just filed a patch for the latest flash version... Works for me also. > > Do you have recently-builded nspluginwrapper from sources? It seems the > bug is there, since even that does not work: > > # nspluginplayer --verbose type=application/x-shockwave-flash > src=some.swf > *** NSPlugin Player *** swf application/x-shockwave-flash Shockwave Flash > *** NSPlugin Player *** spl application/futuresplash FutureSplash Player > *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection > *** NSPlugin Player *** ERROR: could not execute: NPERR_MODULE_LOAD_FAILED_ERROR > > And I see very suspicious socket_addr_len size related code (which recent > SA-fixes address) in rpc.c there: > > connection->socket_addr_len = _rpc_socket_path(&connection->socket_path, > ident); > memcpy(&connection->socket_addr.sun_path[0], connection->socket_path, > connection->socket_addr_len); > connection->socket_addr_len += offsetof(struct sockaddr_un, sun_path); > /* though POSIX says size of the actual sockaddr structure */ > #ifdef HAVE_SOCKADDR_UN_SUN_LEN > connection->socket_addr.sun_len = connection->socket_addr_len; > #endif > > > -- > http://ache.vniz.net/ > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -- http://ache.vniz.net/