home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / specific / 545 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  3.2 KB

  1. Path: sparky!uunet!noc.near.net!nic.umass.edu!dime!chelm.cs.umass.edu!yodaiken
  2. From: yodaiken@chelm.cs.umass.edu (victor yodaiken)
  3. Newsgroups: comp.specification
  4. Subject: Re: "Algebra": and Re: Semantic definition style
  5. Keywords: structural operational semantics, denotational semantics
  6. Message-ID: <56524@dime.cs.umass.edu>
  7. Date: 20 Nov 92 21:47:40 GMT
  8. References: <1992Nov13.084826.26088@daimi.aau.dk> <56242@dime.cs.umass.edu> <1992Nov18.014700.14864@cis.ohio-state.edu>
  9. Sender: news@dime.cs.umass.edu
  10. Organization: University of Massachusetts, Amherst
  11. Lines: 59
  12.  
  13. In article <1992Nov18.014700.14864@cis.ohio-state.edu> ogden@seal.cis.ohio-state.edu (William F Ogden) writes:
  14. >In article <56242@dime.cs.umass.edu> yodaiken@chelm.cs.umass.edu (victor yodaiken) writes:
  15. >   ...
  16. >>In any event, I've never been able to understand the virtue of working 
  17. >>within a mathematical model of computation which permits description of
  18. >>processes that cannot be carried out, even in principle, by any physical
  19. >>computing device. What is it that one intends to learn by application of
  20. >>these methods?
  21. >
  22. >If you look at recursion theory, you'll find that it has developed some
  23. >rather interesting results about degrees of unsolvability by just such an
  24. >approach.
  25.  
  26. You've misunderstood my point, perhaps I relied too much on the context.
  27. I was responding to a post which argued that first order equational logic
  28. was too restricted to allow description of programs. So, I assumed that
  29. we were discussing the subject of the specification and verification of
  30. computer programs and devices. In this field, it seems inexplicable to 
  31. demand, on grounds of generality, that one permit description of physically
  32. impossible computations. 
  33.  
  34. >From this work we know, for example, that natural numbers, a mathematical
  35. >domain which we often use to model computations, permit the description of
  36. >computations that can certainly not be carried out. In fact, in almost
  37. >every domain within which we can describe those computations that could be
  38. >carried out on a physical computing device, we can also describe processes
  39. >which could not. We don't have a choice here, the power to describe the
  40. >uncomputable just comes with the language that allows us to describe the
  41. >computable.
  42.  
  43. I don't see how we learn this from the study of higher degrees of
  44. unsolvability or from general recursion. It's quite obvious that we can
  45. describe impossible *finite* computations --- e.g. one requiring 
  46. Ackermann(100000,100000000000) steps. And, the standard results on
  47. uncomputability can be derived without recourse to transfinite recursion,
  48. oracles, ....
  49. In any case, if someone advances a language L in which we can specify
  50. programs, say: why would it be a flaw if L could only represent all
  51. Turing computable programs, or even all  exponential time computable programs? 
  52. Surely any feasable computation will fall within these domains. And, of 
  53. course, it is incorrect to confuse the language for specification with 
  54. the domain of mathematics available to us. For example, it seems perfectly
  55. reasonable that one could specify a program in language L and prove a
  56. property of the program using some theorem which could not be derived 
  57. within L itself. 
  58.  
  59. >
  60. >
  61. >
  62. >-- 
  63. >
  64. >/Bill
  65.  
  66.  
  67. -- 
  68.  
  69.  
  70. yodaiken@chelm.cs.umass.edu
  71.  
  72.