From mertensb.mazda at gmail.com Sun Nov 1 10:37:03 2009 From: mertensb.mazda at gmail.com (Bram Mertens) Date: Sun, 1 Nov 2009 11:37:03 +0100 Subject: npviewer segfaults lock up X Message-ID: <4f1666380911010237m2d31ea54w55eac09d5f3cbaf6@mail.gmail.com> Hi, I'm using nspluginwrapper-1.3.0-2 on Fedora 10. On several occasions (usually after using "switch user") X has completely locked up (monitor often saying something like "no signal"). >From dmesg output and the messages file I believe npviewer.bin is at least involved: $ dmesg|grep npvi npviewer.bin[26603]: segfault at 13 ip 0000000001459fb7 sp 00000000ff898ea4 error 4 in libflashplayer.so[d80000+990000] npviewer.bin[19605]: segfault at ff99cd48 ip 00000000ff99cd48 sp 00000000ffc0a58c error 14 npviewer.bin[23408]: segfault at ff99cd48 ip 00000000ff99cd48 sp 00000000ffba206c error 14 npviewer.bin[17673]: segfault at 3c ip 0000000000fc90da sp 00000000ffc29390 error 4 in libflashplayer.so[d80000+990000] $ sudo grep npvi /var/log/messages-20091101 Oct 28 19:50:20 localhost kernel: npviewer.bin[19605]: segfault at ff99cd48 ip 00000000ff99cd48 sp 00000000ffc0a58c error 14 Oct 28 23:17:57 localhost kernel: npviewer.bin[23408]: segfault at ff99cd48 ip 00000000ff99cd48 sp 00000000ffba206c error 14 Oct 31 18:49:20 localhost kernel: npviewer.bin[17673]: segfault at 3c ip 0000000000fc90da sp 00000000ffc29390 error 4 in libflashplayer.so[d80000+990000] I don't know if it is npviewer.bin or the flash player. It is very much possible that when this occured a firefox instance was running with an open tab containing a page using flash. Is this a known issue? How can I debug this further? Kind regards Bram From jwallace at livetechnology.com Fri Nov 6 15:59:19 2009 From: jwallace at livetechnology.com (Jonathan Wallace) Date: Fri, 06 Nov 2009 10:59:19 -0500 Subject: Is there a library for this? Message-ID: <4AF447D7.90806@livetechnology.com> The wrapper doesn't want to compile on my Windows machine and I would really like to use the Flash plugin in my application. I was wondering if there were a static library or dll somewhere floating around? -------------- next part -------------- An HTML attachment was scrubbed... URL: From tschmelcher at google.com Mon Nov 23 15:10:11 2009 From: tschmelcher at google.com (Tristan Schmelcher) Date: Mon, 23 Nov 2009 16:10:11 +0100 Subject: Patch to fix bug where arrays of NPIdentifiers were marshalled incorrectly In-Reply-To: <4A5DEC81.8070509@redhat.com> References: <5323d74a0906261645r74c7ca0ib31fef6d7955663b@mail.gmail.com> <4A5DEC81.8070509@redhat.com> Message-ID: <5323d74a0911230710l1490ff13nd9fa868c59ffce1b@mail.gmail.com> Gwenole, any chance of getting this submitted to the mainline nspluginwrapper source at http://svn.beauchesne.info/svn/gwenole/projects/nspluginwrapper/trunk ? 2009/7/15 Martin Stransky > Filled as https://bugzilla.redhat.com/show_bug.cgi?id=511897 > and added to Fedora 12 (rawhide) package. > > > On 06/27/2009 01:45 AM, Tristan Schmelcher wrote: > >> Hello, >> >> I'm a developer on Google's open-source O3D plugin project for doing >> hardware-accelerated 3D rendering in web browsers ( >> http://code.google.com/apis/o3d/). O3D is 32-bit only due to a dependency >> on >> Google's V8 JavaScript JIT engine, so I've been working on compatibility >> with nspluginwrapper so that we can support 64-bit Linux. Along the way I >> discovered that one of the issues was a bug in nspluginwrapper's >> marshalling >> of arrays of NPIdentifiers. A patch with the fix is attached. Apply with >> "patch -p0< FILENAME". >> >> The bug exists in versions 1.2.0 and later. The issue is that >> NPIdentifiers >> are passed to the do_send_NPIdentifier function by _value_, not by >> pointer, >> which is how other parameters are passed to their marshallers. This is >> fine >> when calling rpc_method_send_reply, but it results in a bug when >> marshalling >> arrays of NPIdentifiers, because the array marshalling code in >> rpc_message_send_args passes the individual elements by passing a pointer >> to >> their position in the array. This resulted in do_send_NPIdentifier >> interpreting the address of the NPIdentifier as the NPIdentifier itself. >> As >> a result, nspluginwrapper's implementation of NPN_GetStringIdentifiers was >> broken, because the NPIdentifier values that it returned to the plugin >> were >> mapped to garbage addresses in the browser. >> >> My fix is to change NPIdentifiers to be passed by pointer. With this fix, >> nspluginwrapper can successfully run O3D plugins built from our SVN trunk >> at >> revision 19440 or later. >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Nspluginwrapper-devel-list mailing list >> Nspluginwrapper-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/nspluginwrapper-devel-list >> > > _______________________________________________ > Nspluginwrapper-devel-list mailing list > Nspluginwrapper-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/nspluginwrapper-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: