BadLength error. RE: [cairo] gtkcairo

[Damian Dixon]

Hi Ignas,

 

> The error was 'BadLength (poly request too large or internal Xlib
length erro'.

 

The problem is down to the X-Server buffers.

 

Run the program 'xdpyinfo' on the machine in question and post the
output to the cario list.

 

The output from one of my machines is (cut down):

 

xdpyinfo

name of display:    pooky:0.0

version number:    11.0

vendor string:    The Cygwin/X Project

vendor release number:    60899901

maximum request size:  16777212 bytes

motion buffer size:  256

 

The figure of interest is the 'maximum request size'.

 

The only way for this to be avoided is for polygons with large number of
points (and lines) to be split up in such away as to not exceed the
space available. This will probably need to be done in the xlib backend.
Though the user could also do this as well by clipping the offending
polygons to a line.

 

This is a problem I am getting with my own code (not cario) on Solaris
10 with the default installed X-Server. Lucky this does not happen with
our code too often as we filter out points when converting from user
space to device space. I will not be able to provide any pointers to a
solution for awhile though as I am currently stuck writing code for M$
Windows...

 

The max' buffer size is only 262140 bytes! As shown below.

 

name of display:    pollux:0.0

version number:    11.0

vendor string:    Sun Microsystems, Inc.

vendor release number:    6620

maximum request size:  262140 bytes

 

Hopefully this provides some insight into the cause of the problem and a
couple of potential solutions.

 

Regards

Damian 

--
Damian Dixon, BSc(Hons), BSc(Hons), FRGS.
TENET Technology Ltd., North Heath Lane, Horsham, West Sussex, RH12
5UX,United Kingdom
Tel: +44 1403 273173  Fax: +44 1403 273123
Email: damian.dixon at tenet.co.uk
http://www.tenet.co.uk
************************************************************************
*
Any views expressed in this message are those of the individual sender,
except where the sender specifically states them to be the views of
TENET
Technology Ltd.

This email and any attachments may contain confidential information
and/or
copyright material. It is intended for the use of the addressee only and
any unauthorised use may be unlawful. If you receive this email by
mistake, please advise the sender by using the reply facility in your
email software.
************************************************************************
*

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freedesktop.org/archives/cairo/attachments/20070105/6b9eea1c/attachment.html