home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / windows / x / 20139 < prev    next >
Encoding:
Internet Message Format  |  1992-12-11  |  2.3 KB
  1. Path: sparky!uunet!cbmvax!snark!esr
  2. From: esr@snark.thyrsus.com (Eric S. Raymond)
  3. Newsgroups: comp.windows.x
  4. Subject: Looking for skilled X hacker to help fix Xlife
  5. Message-ID: <1jl47Z#4zGwVx9MyJTb4OKv6T0lY9bl=esr@snark.thyrsus.com>
  6. Date: 10 Dec 92 15:14:42 GMT
  7. Distribution: world
  8. Lines: 38
  9. Validation-Errors: snark=7Pl3VC721COt8BPgNm3mSL5T
  10.  
  11. A couple years back I got my hands on the source to Xlife 2.0 (the last version
  12. publicly released, to my knowledge) and made quite a few improvents --- on-line
  13. help, improved commands, a better pattern-loading facility.
  14.  
  15. What I was really after, though, was to generalize Xlife into a program capable
  16. of handling table-driven cellular automata with more than 2 states (retaining
  17. the original fast code for the 2-state case).  The Codd automaton, Wireworld,
  18. things like that.  I did most of the coding for this.
  19.  
  20. Trouble is, the display didn't work.  The program refused to display colored
  21. cells at scales above 1 pixel per cell.  After some back-and-forth with the
  22. two original authors (a pair of CMU students who've since dropped out of sight
  23. and no longer answer email at the addresses I have) we arrived at the theory
  24. that my X server (an archaic X11R3) was buggy.
  25.  
  26. So there it lay for many months.  Now I have a fast X11R5 --- and the program
  27. fails in a *completely different* way.  Now it will display cells at scales
  28. above 1, but not at scale 1 --- the opposite of the previous behavior.  And
  29. it's prone to core-dumps.
  30.  
  31. I hasten to add that the 2-state B&W case, ordinary Life, works beautifully.  I
  32. didn't break that --- matter of fact I've sped it up a good deal.  The problem
  33. is solely in the program's interaction with X when color is used to indicate
  34. cell states.
  35.  
  36. With this posting, I am formally crying uncle.  X has baffled and defeated
  37. me.  I'm an expert C/UNIX programmer and I'm normally very good at picking
  38. up new interfaces quickly, but X's is sufficiently complex and this enough
  39. of a heisenbug that I can't get a grip on it.
  40.  
  41. Rather than sit on the Xlife code for another year hoping for lightning to
  42. strike, I'm looking for an good X hacker to help me figure out just what in
  43. the bleedin' hell is wrong and fix it so we can release Xlife 3.0 and let
  44. *everybody* have the improvents I made.
  45.  
  46. Any volunteers?  Reply by email, please.
  47. -- 
  48.                     Eric S. Raymond <esr@snark.thyrsus.com>
  49.