after upgrading ports to date 2009.01.24.00.00.00 snapshot gmplayer refuses to start with the following diagnostics: % gmplayer MPlayer 1.0rc2-4.2.1 (C) 2000-2007 MPlayer Team CPU: AMD Athlon(tm) Dual Core Processor 4850e (Family: 15, Model: 107, Stepping: 2) CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. xscreensaver_disable: Could not find XScreenSaver window. dcop: not found Cannot load bitmap font: /usr/home/marat/.mplayer/subfont.ttf [ws] Error in display. [ws] Error code: 10 ( BadAccess (attempt to access private resource denied) ) [ws] Request code: 144 [ws] Minor code: 1 [ws] Modules: (NULL) mplayer works fine xdpyinfo -queryExtensions says that opcode 144 belongs to MIT-SHM extension How-To-Repeat: csup to date 2009.01.24.00.00.00, install mplayer and try to start gmplayer
Maintainer of multimedia/mplayer, Please note that PR ports/130966 has just been submitted. If it contains a patch for an upgrade, an enhancement or a bug fix you agree on, reply to this email stating that you approve the patch and a committer will take care of it. The full text of the PR can be found at: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/130966 -- Edwin Groothuis via the GNATS Auto Assign Tool edwin@FreeBSD.org
State Changed From-To: open->feedback Awaiting maintainers feedback (via the GNATS Auto Assign Tool)
hi, I have the same problem on my desktop (mplayer is working properly, gmplayer - not): [tiger@tiger]~%uname -a FreeBSD tiger.domain 8.0-CURRENT FreeBSD 8.0-CURRENT #22: Tue Jan 13 13:39:10 EET 2009 tiger@tiger.domain:/usr/obj/usr/src/sys/tiger-desktop i386 [tiger@tiger]~%gmplayer MPlayer 1.0rc2-4.2.1 (C) 2000-2007 MPlayer Team CPU: Intel(R) Pentium(R) Dual CPU E2140 @ 1.60GHz (Family: 6, Model: 15, Stepping: 13) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. [ws] Error in display. [ws] Error code: 10 ( BadAccess (attempt to access private resource denied) ) [ws] Request code: 149 [ws] Minor code: 1 [ws] Modules: (NULL) [tiger@tiger]~%xdpyinfo -queryExtensions|grep 149 MIT-SHM (opcode: 149, base event: 100, base error: 179) -- wbr, tiger
It should be necessary to recompile mplayer due to the recent xorg upgrade. Does this solve the problem? Riggs
hi, tiger# portupgrade -f mplayer [skipped] ===> Compressing manual pages for mplayer-0.99.11_11 ===> Registering installation for mplayer-0.99.11_11 ===> Cleaning for mplayer-0.99.11_11 ---> Cleaning out obsolete shared libraries [tiger@tiger]~%gmplayer MPlayer 1.0rc2-4.2.1 (C) 2000-2007 MPlayer Team CPU: Intel(R) Pentium(R) Dual CPU E2140 @ 1.60GHz (Family: 6, Model: 15, Stepping: 13) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. [ws] Error in display. [ws] Error code: 10 ( BadAccess (attempt to access private resource denied) ) [ws] Request code: 149 [ws] Minor code: 1 [ws] Modules: (NULL) p.s. xorg-server-1.5.3_2,1 X.Org X server and related programs -- wbr, tiger
> It should be necessary to recompile mplayer due to the recent xorg upgrade. > Does this solve the problem? > > Riggs this time I've made pkg_delete -a before updating anything -- SY, Marat
On Thu, Jan 29, 2009 at 20:59, Sergey V. Dyatko <sergey.dyatko@gmail.com> wrote: > tiger# portupgrade -f mplayer ... > [ws] Error in display. > [ws] Error code: 10 ( BadAccess (attempt to access private resource > denied) ) [ws] Request code: 149 > [ws] Minor code: 1 > [ws] Modules: (NULL) Does one of you have the chance to track this down right now? I am in the uncomfortable situation of not having access to my FreeBSD boxes for a while. Riggs
÷ Sat, 31 Jan 2009 00:19:51 +1100 Thomas Zander <thomas.e.zander@googlemail.com> wrote: > > Does one of you have the chance to track this down right now? I am in > the uncomfortable situation of not having access to my FreeBSD boxes > for a while. > What should I do? -- wbr, tiger
This problem is deeply concerned with upgrade to X.org 7.4, I believe. So it would be interesting to find out what part of new X-server makes impossible to retrieve MIT-SHM segment by gmplayer Robert, can you advise us, if you have enough time? -- SY, Marat
On Sun, 2009-02-01 at 08:43 +0300, Marat N.Afanasyev wrote: > This problem is deeply concerned with upgrade to X.org 7.4, I believe. > So it would be interesting to find out what part of new X-server makes > impossible to retrieve MIT-SHM segment by gmplayer Is that confirmed to be the issue? When I looked at it very briefly, it looked like something in the drag n drop initialization. > Robert, can you advise us, if you have enough time? I'll add it to my list, but please don't wait on me... This might possibly be related to : http://lists.freedesktop.org/archives/xorg/2009-January/043143.html I haven't had time to look at it closely though. robert. -- Robert Noland <rnoland@FreeBSD.org> FreeBSD
I've patched xcb_disp.c as in http://lists.freedesktop.org/archives/xorg/2009-January/043143.html and rebuilt x11/libX11. It seems that nothing changed. Am I supposed to rebuild x11-servers/xorg-server or something else after = rebuilding libX11?
Can anyone confirm, that the following patch fixes the problem? For me it works now. --- snip --- --- gui/wm/ws.c.orig 2009-02-14 02:11:25.000000000 +0100 +++ gui/wm/ws.c 2009-02-14 02:11:30.000000000 +0100 @@ -1157,6 +1157,7 @@ win->xImage->data=win->Shminfo.shmaddr; win->Shminfo.readOnly=0; XShmAttach( wsDisplay,&win->Shminfo ); + XSync(wsDisplay, False); shmctl( win->Shminfo.shmid,IPC_RMID,0 ); } else -- Keep it icy man. I don't want to end up a corpse before my time because you were daydreaming.
That worked for me.
Hi Andreas, I can confirm that your patch works fine for me too. Thanks. Regards.
this patch works for me too. thanks a lot -- SY, Marat
Hi all, Andrea your patch works for me too. Thanks! (FreeBSD 7.1-STABLE/i386)
Responsible Changed From-To: freebsd-ports-bugs->miwi I'll take it.
It fixed the problem for me too! :) Best regards, Petyo Milotinov
Hello. It fixed the problem for me too. Thanks. -- Demin Alexander / Network Administrator Group of companies Spectrum / tel. (+7 495) 995-8999 Russia, Moscow, 103009, Strastnoy blvr. 8 Web: http://www.spectrum.ru/
State Changed From-To: feedback->closed fixed now.
Shouldn't it be more correct naming the new file as /usr/ports/multimedia/mplayer/files/patch-gui-wm-ws.c instead of /usr/ports/multimedia/mplayer/files/patch-gui-wm_wc.c ?