home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / acorn / tech / 1377 < prev    next >
Encoding:
Text File  |  1993-01-21  |  2.8 KB  |  61 lines
  1. Newsgroups: comp.sys.acorn.tech
  2. Path: sparky!uunet!pipex!warwick!pavo.csi.cam.ac.uk!idg10
  3. From: idg10@cl.cam.ac.uk (I.D. Griffiths)
  4. Subject: Re: EPS files
  5. Message-ID: <1993Jan21.115246.17905@infodev.cam.ac.uk>
  6. Sender: news@infodev.cam.ac.uk (USENET news)
  7. Nntp-Posting-Host: ufford.cl.cam.ac.uk
  8. Reply-To: idg10@phx.cam.ac.uk
  9. Organization: U of Cambridge Computer Lab, UK
  10. References: <ARM200-921214124010-52326667*@MHS <1992Dec23.155806.22223@gec-rl-hrc.co.uk> <1993Jan12.111800.15139@infodev.cam.ac.uk> <1993Jan18.102504.18587@gate.esat.kuleuven.ac.be>
  11. Date: Thu, 21 Jan 1993 11:52:46 GMT
  12. Lines: 47
  13.  
  14. In article <1993Jan18.102504.18587@gate.esat.kuleuven.ac.be>, tytgat@esat.kuleuven.ac.be (John Tytgat) writes:
  15. |> >also be rather hard, since you would need to have a postscript interpretter,
  16. |> >which you don't need to read EPS files (since they're not really programs, but
  17. |> >a postscript representation of a data structure), and then you would have
  18. |> >problems with programs possibly not terminating, and it all gets a bit
  19. |> >horrid.
  20. |> 
  21. |> Tsj, tsj, tsj.  PS is a real graphics language, so PS and EPS files can be
  22. |> considered as programs (if all the procedures are defined).  And what do you
  23. |> mean with "possibly not terminating programs" ???
  24. |> 
  25.  
  26.  
  27. It's possible to prove that one cannot generally prove that programs will
  28. terminate, but that was done by Alan Turing a while back so I won't bother
  29. with details.
  30.  
  31. To give a useful example though, there is a raytracing package written in
  32. Postscript, popular amongst students for annoying departments' laser
  33. printing services, since they typically take 3 hours to render a page, and
  34. are rather hard to stop neatly since flushing the queue doesn't work -
  35. the page has already reached the printer by the time you work out
  36. something has gone wrong, and turning the printer off and on doesn't
  37. go down well with queuing software.  (OK, so you can get round this, but
  38. that's not really relevant to the topic.)
  39.  
  40. An importer to convert this into, say, an Artworks file would take quite
  41. some time to execute, and it's not impossible to conceive of a scene that
  42. would never finish rendering (just have zero loss reflections) so what
  43. does the import do? 
  44.  
  45. It is precisely BECAUSE Postscript is a real language that you get problems.
  46.  
  47. On the other hand you'll only get these termination problems with stuff that
  48. wouldn't print anyway.
  49.  
  50. However I am dubious as to the extent to which one can usefully interpret it
  51. into a data structure, since it is a real language.  How does one deduce
  52. that a function is, say, a graduated fill?
  53.  
  54.  
  55. As for your comment that CC have the in house technology to do this,  do 
  56. they?  Oh.  If you refer to the code in Showpage, that's rather different,
  57. it's just interpretting postscript, and producing a bitmap, and the importers
  58. on Artworks rely on known prologs to do conversions.
  59.  
  60. Ian
  61.