home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / bsd / 10768 < prev    next >
Encoding:
Text File  |  1992-12-30  |  2.9 KB  |  78 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!newsflash.concordia.ca!nstn.ns.ca!psinntp!psinntp!dg-rtp!ponds.uucp!rivers
  3. From: rivers@ponds.uucp (Thomas David Rivers)
  4. Subject: Re: XFree86 problem in XDrawSegments
  5. References: <1992Dec30.013451.13074@ponds.uucp> <1992Dec30.063602.8978@fcom.cc.utah.edu>
  6. Message-ID: <1992Dec30.140352.18037@ponds.uucp>
  7. Date: Wed, 30 Dec 1992 14:03:52 GMT
  8. Lines: 68
  9.  
  10. In article <1992Dec30.063602.8978@fcom.cc.utah.edu> terry@cs.weber.edu (A Wizard of Earth C) writes:
  11. >In article <1992Dec30.013451.13074@ponds.uucp> rivers@ponds.uucp (Thomas David Rivers) writes:
  12. >>
  13. >> In trying to get cbzone up and running in 386bsd; I discovered the 
  14. >> following problem.
  15. >>
  16. >> I'm using XFree86 version 1.1 as available on agate.
  17. >>
  18. >> After the game starts up (opens the display and does some drawing) it
  19. >> will bomb out with the following message:
  20. >>
  21. >>XIO:  fatal IO error 14 (Bad address) on X server ":0.0"
  22. >>      after 400 requests (399 known processed) with 17 events remaining.
  23. >>
  24. >>
  25. >>  A breakpoint in _XDefaultIOError() reveals the following traceback:
  26. >>
  27. >>    _XDefaultIOError()
  28. >>    _XIOError()
  29. >>    _XSend()
  30. >>    _XDrawSegments()
  31. >>    multiline()              <----- cbzone function
  32. >>    drawhorizone()           <----- cbzone function
  33. >>    main()()                 <----- cbzone function
  34. >>
  35. >> It would appear that something is wrong in XDrawSegments....
  36. >>
  37. >> Has anyone else run into this?
  38. >
  39. >I have run into a similar problem (resulting in "BadMatch" errors) on an
  40. >AT&T X terminal.  The problem traced back to a modification of the GC
  41. >occurring before a draw, but not being forced to take effect (basically,
  42. >an event queueing problem).  Using an XSync( Display, False); prior to
  43. >the draw fixed the problem.
  44. >
  45. >
  46. >                    Terry Lambert
  47. >                    terry@icarus.weber.edu
  48. >                    terry_lambert@novell.com
  49. >---
  50. >Any opinions in this posting are my own and not those of my present
  51. >or previous employers.
  52. >-- 
  53. >-------------------------------------------------------------------------------
  54. >                                        "I have an 8 user poetic license" - me
  55. > Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
  56. >-------------------------------------------------------------------------------
  57.  
  58.  
  59.  
  60.  Well, I was anxious and since that sounded plausible, I tried it out.
  61.  
  62.  Unfortunately, it didn't seem to change the situation.  I'm beginning
  63.  to wonder if this is simply a R5 problem - except that I build it
  64.  regularly at work with my own R5 X libraries for the IBM 370 (really, honest.)
  65.  
  66.  To be specific; I placed an XSync( d, False )  [D is a global Display
  67.  pointer] before the only call to XDrawSegments.  But, sadly enough,
  68.  I still get the same error and same traceback.  
  69.  
  70.        - Dave Rivers -
  71.        (rivers@ponds.uucp)
  72.  
  73. p.s. If anyone who has space and is building XFree86 would like to
  74.      take a crack at this, I can mail you the sources, or you can
  75.      find them in the X distribution.
  76.  
  77.  
  78.