home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / sci / math / symbolic / 2250 next >
Encoding:
Text File  |  1992-08-23  |  1.3 KB  |  40 lines
  1. Newsgroups: sci.math.symbolic
  2. Path: sparky!uunet!wupost!gumby!destroyer!ubc-cs!uw-beaver!news.u.washington.edu!runners.math.washington.edu!petry
  3. From: petry@runners.math.washington.edu (David Petry)
  4. Subject: Re: Mma Solve[] oddity (a much shorter version)
  5. Message-ID: <1992Aug23.215353.3637@u.washington.edu>
  6. Keywords: Solve, oddity
  7. Sender: news@u.washington.edu (USENET News System)
  8. Organization: University of Washington, Mathematics, Seattle
  9. References: <28914@option.GBA.NYU.EDU>
  10. Date: Sun, 23 Aug 1992 21:53:53 GMT
  11. Lines: 27
  12.  
  13. In article <28914@option.GBA.NYU.EDU> jcao@option.GBA.NYU.EDU (Jingbin Cao) writes:
  14. >The following log documents some weired Solve[] oddities. They are:
  15. >
  16. >    1. Solve[] cannot find roots in some cases, at least not within
  17. >       reasonable period of time. But if you divide the equations
  18. >       by something, Solve[] finds some roots!
  19.  
  20. [long transcript deleted]
  21.  
  22. Here's a simple example of what Jingbin Cao is getting at (I think):
  23.  
  24. eqs  =  {  a*x*y + b*x + c*y ==0,  d*x*y + e*x + f*y + g == 0}
  25.  
  26. Solve[ eqs, {x,y}]
  27.  
  28. Mathematica 2.  seems to be unable to solve the above equations, but if we 
  29. divide out the "a" and "d", so that
  30.  
  31. eqs = { x*y + b*y + c*x == 0,  x*y + e*x + f*y + g == 0}
  32.  
  33. then Mathematica gets the answer right away.
  34.  
  35. A frustrating deficiency!
  36.  
  37.  
  38. David Petry
  39.  
  40.