Menu

#77 xvidcap-1.1.5: received an X Window System error.

open
capture (20)
5
2013-11-24
2007-05-01
No

Hello,

I have built xvidcap-1.1.5 on FreeBSD, with forced-embedded-ffmpeg, and capture stops at the very beginning on two different machines with the following message:

The program 'xvidcap' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAccess (attempt to access private resource denied)'.
(Details: serial 2311 error_code 10 request_code 143 minor_code 1)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)

Program exited with code 01.

Note: X configuration are different on the two machines, and the request_code are different, but both of them correspond to the extension MIT-SHM (according to `xdpyinfo -queryExt').

The problem seems located in xvidcap-1.1.5/src/capture.c at line :833
if (XShmGetImage (dpy,
RootWindow (dpy, DefaultScreen (dpy)),
image, app->area->x, app->area->y, AllPlanes)) {

Best regards,
--
Th. Thomas.

Discussion

  • Karl H. Beckers

    Karl H. Beckers - 2007-05-02

    Logged In: YES
    user_id=782084
    Originator: NO

    What's with the two machines? It is just that you tested on two machines after receiving the error? You were not trying to record your screencast form one machine on the other?
    In other words: Please make absolutely sure that the DISPLAY variable in the shell you start xvidcap from points to the local host. Otherwise you MUST use --source x11 .

     
  • Karl H. Beckers

    Karl H. Beckers - 2007-05-02
    • assigned_to: nobody --> charly4711
     
  • Thierry Thomas

    Thierry Thomas - 2007-05-02

    Logged In: YES
    user_id=367145
    Originator: YES

    Thanks for your answer.

    No, I'm did'nt record from one machine to another, but just locally.

    Strangely, if I run `xvidcap --source x11' (always locally), the problem
    get fixed!

    Regards,
    --
    Th. Thomas.

     
  • Karl H. Beckers

    Karl H. Beckers - 2007-05-17

    Logged In: YES
    user_id=782084
    Originator: NO

    Not strange at all if you're right with the assumption that the problem is located in XShmGetImage and --source x11 avoids that.
    I would still be interested in your reason for that assumption.

     
  • Thierry Thomas

    Thierry Thomas - 2007-05-20

    Logged In: YES
    user_id=367145
    Originator: YES

    I have built it in debug mode (with -g -DDEBUG), and tried to locate the
    problem with gdb.

    Note: my initial report was with x.org 6.9, and in the meantime I have
    run other tests with x.org 7.2, and got the same message.

    No problem on the same machines with xvidcap-1.1.4p1.

    Best regards,
    --
    Th. Thomas.

     
  • Karl H. Beckers

    Karl H. Beckers - 2007-12-18

    Logged In: YES
    user_id=782084
    Originator: NO

    Could you try again with current SVN?

     
  • Thierry Thomas

    Thierry Thomas - 2007-12-19

    Logged In: YES
    user_id=367145
    Originator: YES

    Thanks for not forgetting this!

    Unfortunately, I'm still getting the same message:

    The program 'xvidcap' received an X Window System error.
    This probably reflects a bug in the program.
    The error was 'BadAccess (attempt to access private resource denied)'.
    (Details: serial 1942 error_code 10 request_code 145 minor_code 1)
    (Note to programmers: normally, X errors are reported asynchronously;
    that is, you will receive the error a while after causing it.
    To debug your program, run it with the --sync command line
    option to change this behavior. You can then get a meaningful
    backtrace from your debugger if you break on the gdk_x_error() function.)

    Note:
    xdpyinfo -queryExt | grep MIT-SHM
    MIT-SHM (opcode: 145, base event: 87, base error: 165)

     

Log in to post a comment.