<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:st1="urn:schemas-microsoft-com:office:smarttags" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv=Content-Type content="text/html; charset=us-ascii"> <meta name=Generator content="Microsoft Word 11 (filtered medium)"> <o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="Street"/> <o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="address"/> <o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="country-region"/> <o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="place"/>  <style>  </style> </head> <body lang=EN-GB link=blue vlink=purple> <div class=Section1> Hi Ignas,<o:p></o:p> <o:p> </o:p> > The error was 'BadLength (poly request too large or internal Xlib length erro'.<o:p></o:p> <o:p> </o:p> The problem is down to the X-Server buffers.<o:p></o:p> <o:p> </o:p> Run the program ‘xdpyinfo’ on the machine in question and post the output to the cario list.<o:p></o:p> <o:p> </o:p> The output from one of my machines is (cut down):<o:p></o:p> <o:p> </o:p> xdpyinfo<o:p></o:p> name of display:    pooky:0.0<o:p></o:p> version number:    11.0<o:p></o:p> vendor string:    The Cygwin/X Project<o:p></o:p> vendor release number:    60899901<o:p></o:p> maximum request size:  16777212 bytes<o:p></o:p> motion buffer size:  256<o:p></o:p> <o:p> </o:p> The figure of interest is the ‘maximum request size’.<o:p></o:p> <o:p> </o:p> 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.<o:p></o:p> <o:p> </o:p> 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…<o:p></o:p> <o:p> </o:p> The max’ buffer size is only 262140 bytes! As shown below.<o:p></o:p> <o:p> </o:p> name of display:    pollux:0.0<o:p></o:p> version number:    11.0<o:p></o:p> vendor string:    Sun Microsystems, Inc.<o:p></o:p> vendor release number:    6620<o:p></o:p> maximum request size:  262140 bytes<o:p></o:p> <o:p> </o:p> Hopefully this provides some insight into the cause of the problem and a couple of potential solutions.<o:p></o:p> <o:p> </o:p> Regards<o:p></o:p> Damian <o:p></o:p> -- Damian Dixon, BSc(Hons), BSc(Hons), FRGS. TENET Technology Ltd., <st1:Street w:st="on"><st1:address w:st="on">North Heath Lane</st1:address></st1:Street>, Horsham, West Sussex, RH12 5UX,<st1:country-region w:st="on"><st1:place w:st="on">United Kingdom</st1:place></st1:country-region> Tel: +44 1403 273173  Fax: +44 1403 273123 Email: damian.dixon@tenet.co.uk <a href="http://www.tenet.co.uk">http://www.tenet.co.uk</a> ************************************************************************* 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. *************************************************************************<o:p></o:p> <o:p> </o:p> </div> </body> </html>