From owner-freebsd-emulation@FreeBSD.ORG Tue Jun 30 18:42:56 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71DE71065678; Tue, 30 Jun 2009 18:42:56 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id EF9AB8FC08; Tue, 30 Jun 2009 18:42:55 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 215331E001F6; Tue, 30 Jun 2009 20:42:55 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n5UIfkoZ039366; Tue, 30 Jun 2009 20:41:46 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n5UIfk7D039365; Tue, 30 Jun 2009 20:41:46 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Tue, 30 Jun 2009 20:41:46 +0200 To: Juergen Lock Message-ID: <20090630184146.GA39346@triton.kn-bremen.de> References: <20090628082701.GA34665@triton.kn-bremen.de> <56244219@ipt.ru> <20090628141008.GA3841@triton.kn-bremen.de> <179b97fb0906280929u654129bfoaefa2a43f7058dc5@mail.gmail.com> <20090628165458.GA25437@dchagin.static.corbina.ru> <20090628174748.GA27292@dchagin.static.corbina.ru> <91921319@ipt.ru> <20090628212720.GA29902@triton.kn-bremen.de> <20090630163841.GA28338@triton.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090630163841.GA28338@triton.kn-bremen.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Brandon Gooch , freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Chagin Dmitry Subject: Re: nspluginwrapper patch for testing (was: Re: flash10 vs f10) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 18:42:57 -0000 On Tue, Jun 30, 2009 at 06:38:41PM +0200, Juergen Lock wrote: > On Sun, Jun 28, 2009 at 11:27:20PM +0200, Juergen Lock wrote: > > On Mon, Jun 29, 2009 at 12:37:12AM +0400, Boris Samorodov wrote: > > > Chagin Dmitry writes: > > > > On Sun, Jun 28, 2009 at 12:39:09PM -0500, Sean C. Farley wrote: > > > >> On Sun, 28 Jun 2009, Chagin Dmitry wrote: > > > >> > > > >> > On Sun, Jun 28, 2009 at 04:29:49PM +0000, Brandon Gooch wrote: > > > >> > > > >> *snip* > > > >> > > > >> >> I have. I'm using it with about the same level of success as the > > > >> >> previous versions of Flash (I need to map a couple of keys to run > > > >> >> `pkill npviewer.bin`). > > > >> > > > >> I also have a key mapping to killall npviewer.bin. > > > >> > > > >> > for amd64 try: compat.linux32.maxssiz=4194304 > > > >> > > > > >> > for i386 try: limit stacksize to 4mb or set unlimited. > > > >> > > > >> Thank you. I tested viewing "TXT ISLAND" on YouTube. Works at higher > > > >> limits for me such as 32MB but not at my default of 64MB. > > > >> > > > >> Why/how does this help? At least on i386, it stops Flash from choking > > > >> on YouTube videos when switching to HD or jumping within a video. > > > > > > > > the reason? foolish waves in a Uli head and stupid bug in flash plugin. > > > > flash uses pthread_detach() after pthread_join() call. > > > > glibc allows such behaviour (if stack limit < 40Mb) piece of shit... > > > > > .oO(Why does that remind me again of > > http://developers.slashdot.org/comments.pl?sid=1063323&cid=26128419 > > ?) > > > > > If that helps then it's a good idea to create a pkg-message for > > > the port (Juergen Lock is CCed). > > > > Well i386 doesn't seem to have a sysctl for linux stacksize, can > > ulimit be used for this too? Because I can't seem to reproduce this > > problem on an i386 20090605 vbox head guest with the new ports, suddenly > > flash behaves even when I click the youtube `watch in hd' button, even > > multiple times... (On 7-stable amd64 with f8 the sysctl does help tho.) > > > > Oh and if ulimit does indeed work for the linuxulator maybe > > nspluginwrapper should be patched instead? (Or at least on i386?) > > Ok the following seems to work here on 7-stable amd64 with the default > compat.linux32.maxssiz setting, please test elsewhere too: > (maintainer Cc'd.) > New version that redirects possible error messages to /dev/null: (in case limit is already lower than 32M...) Index: Makefile =================================================================== RCS file: /home/pcvs/ports/www/nspluginwrapper/Makefile,v retrieving revision 1.13 diff -u -p -r1.13 Makefile --- Makefile 19 Mar 2009 17:28:49 -0000 1.13 +++ Makefile 30 Jun 2009 16:31:29 -0000 @@ -7,7 +7,7 @@ PORTNAME= nspluginwrapper PORTVERSION= 1.2.2 -PORTREVISION= 2 +PORTREVISION= 3 CATEGORIES= www linux emulators MASTER_SITES= http://gwenole.beauchesne.info/projects/nspluginwrapper/files/ DISTFILES= ${DISTNAME}${EXTRACT_SUFX} ${RPMFILE} @@ -53,6 +53,8 @@ post-extract: post-patch: @${REINPLACE_CMD} -e 's,/usr/X11R6,${LOCALBASE},g' \ ${WRKSRC}/src/npw-config.c + ${RM} ${WRKSRC}/usr/lib/nspluginwrapper/i386/linux/npviewer.orig + post-install: ${MKDIR} ${LIBDIR}/i386/linux ${INSTALL_SCRIPT} ${WRKSRC}/usr/lib/nspluginwrapper/i386/linux/* \ Index: files/patch-ulimit @@ -0,0 +1,7 @@ +Index: usr/lib/nspluginwrapper/i386/linux/npviewer +@@ -1,4 +1,5 @@ + #!/bin/sh + TARGET_OS=linux + TARGET_ARCH=i386 ++ulimit -s 32768 2>/dev/null + . /usr/local/lib/nspluginwrapper/noarch/npviewer