[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference bulova::decw_jan-89_to_nov-90

Title:DECWINDOWS 26-JAN-89 to 29-NOV-90
Notice:See 1639.0 for VMS V5.3 kit; 2043.0 for 5.4 IFT kit
Moderator:STAR::VATNE
Created:Mon Oct 30 1989
Last Modified:Mon Dec 31 1990
Last Successful Update:Fri Jun 06 1997
Number of topics:3726
Total number of notes:19516

1167.0. "Max Array Length for X$DRAW_LINES?" by GIDDAY::CULLEN (Andrew Cullen, TSC New Zealand) Tue Jul 25 1989 00:18

Hi,
    I have an application that calls X$DRAW_LINES. The array to be plotted is
6000 points. If I try to plot all 6000 points in one call I get an error and
program crashes This always happens if I try to plot more than 4093 points.
If I modify the program to plot 4000 points in one DRAW_LINE call and the rest
(2000) in another call, it also works OK. Is there a limit to the size of the
array that can be plotted by DRAW_LINES? If so, where is it documented? 4093
is quite close to 4096 (largest number that can be represented by 12 bits).
I have a workaround (limit size of array passed to X$DRAW_LINES), but am not
sure if I found a bug or not. Anyone else seen this?
I can post the code and plot data if anyone is interested (FORTRAN code).
(VMS 5.1)...
==========================================================================
$R DECW/NODEB
file :
maxx =    431.0000
minx =   -1150.000
buffer_len =         6001
maxx =    1.000000
minx =   1.6663890E-04
buffer_len =         6001
[_XInputArrival - input buffer pointer not empty during processing]
[               - state: 2   flags: 0  stopDepth: 0]
%SYSTEM-F-BADPARAM, bad parameter value
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name     routine name                     line       rel PC    abs PC

                                                           00073D3E  00073D3E
                                                           8015B8EF  8015B8EF
                                                           0006B9B5  0006B9B5
                                                           0006B7D5  0006B7D5
                                                           00081328  00081328
PLOT_THE_BUFFER PLOT_THE_BUFFER                  6641      000000C4  00001D38
DECW$MAIN       DECW$MAIN                          37      000000B1  000010B1


T.RTitleUserPersonal
Name
DateLines
1167.1PRNSYS::LOMICKAJJeff LomickaTue Jul 25 1989 10:587
I asked a similar question in DECWINDOWS_PROGRAMMING with
XDrawSegments.  When I had about 2040 segments - XLIB would I/O error.

I never got any reply.



1167.2STAR::ORGOVANVince OrgovanTue Jul 25 1989 20:096
    All of the XDrawFoobar routines are limited by the server's
    maximum request size. If you ask in X conference on RDVAX
    someone should be able to tell you how to figure out how
    to translate the max request size into the maximum number
    of Foobars that you can draw.

1167.3Should be fixed in DECWindows V2STAR::BMATTHEWSWed Jul 26 1989 11:359
Actually I believe that this problem is fixed in DECWindows V2. Vince or
Jackie can correct me if I am wrong but my quick reading of the Xlib sources
indicates that xlib will break out large requests if possible into sizes
the server can take. If the semantics of the request are such that breaking
a single xlib request into multiple x11 protocol requests is not possible
then those requests are limited by the maximum request size allowed by the
server.
							Bill

1167.4I'll try it again under DECWindows V2GIDDAY::CULLENAndrew Cullen, TSC New ZealandWed Jul 26 1989 23:515
    Thanks for the replies. I shall install VMS 5.2 and DECwindows 2.0 FT1
    this weekend to see if problem disappears. 
    Cheers,
        Andrew

1167.5POBOX::CHALTASBasketball is a peaceful planet!Thu Jul 27 1989 10:348
    I found this problem LONG ago -- most systems have some kind of
    limit -- UIS has a limit of 32K points, for instance.
    
    I did notice that on a DS3100 that the limit was somewhere in exccess
    of 16K (the limit of my test program).
    
    			George