From owner-freebsd-current@FreeBSD.ORG Wed Jul 1 19:50:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B32871065670 for ; Wed, 1 Jul 2009 19:50:42 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 45EA78FC16 for ; Wed, 1 Jul 2009 19:50:42 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,327,1243807200"; d="scan'208";a="276013122" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 01 Jul 2009 21:50:41 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id CED8D1B0741; Wed, 1 Jul 2009 21:50:40 +0200 (CEST) Date: Wed, 01 Jul 2009 21:50:40 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Juergen Lock Message-ID: In-Reply-To: <200907011936.n61Jahd7061038@triton.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: nspluginwrapper patch for testing (was: Re: flash10 vs f10) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 19:50:42 -0000 you're right. it was my mistake. i didn't apply the patch, but added the changes manually. i probably overlooked the "2>". sorry for that. ;) alex Juergen Lock schrieb am 2009-07-01: > In article > > you write: > >the latest patch to get rid of the ulimit warning doesn't suppress > >the warning > >since it get's output to stderr and not to stdout. replacing it with > >"ulimit > >-s 32768 2 > /dev/null 2>&1" should work. > You mean the patch doesn't work for you? It already does redirect > stderr to /dev/null (`2>/dev/null'), which works as expected when > tested here from commandline /bin/sh and from a script, and also when > invoking firefox after ulimit -s 16384. If it doesn't work for you > there > must be something else going on... > Wondering... > Juergen