home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / sci / math / symbolic / 2096 < prev    next >
Encoding:
Text File  |  1992-07-28  |  3.2 KB  |  92 lines

  1. Newsgroups: sci.math.symbolic
  2. Path: sparky!uunet!darwin.sura.net!Sirius.dfn.de!chx400!bernina!neptune!monagan
  3. From: monagan@inf.ethz.ch (Michael)
  4. Subject: Re: galois problem
  5. Message-ID: <1992Jul28.094747.7018@neptune.inf.ethz.ch>
  6. Summary: galois routine in Maple
  7. Sender: news@neptune.inf.ethz.ch (Mr News)
  8. Nntp-Posting-Host: rutishauser-gw.inf.ethz.ch
  9. Organization: Dept. Informatik, Swiss Federal Institute of Technology (ETH), Zurich, CH
  10. References: <Bs2CE0.Cx7@cs.psu.edu>
  11. Date: Tue, 28 Jul 1992 09:47:47 GMT
  12. Lines: 78
  13.  
  14. In article <Bs2CE0.Cx7@cs.psu.edu>, sibley@math.psu.edu (David Sibley) writes:
  15. > In the following:  What does the error message mean?  Why won't maple
  16. > find the Galois group?  A change of variables does work to allow the
  17. > Galois group to be computed, but I don't think I should have to do
  18. > that.  (Anyway, how would I know what change of variables would work?)
  19. > Environment: Sparcstation running SunOS 4.1.1.
  20. > David Sibley
  21. > sibley@math.psu.edu
  22. > -----------------------------------------------------
  23. >     |\^/|      MAPLE V
  24. > _|\|   |/|_.  Copyright (c) 1981-1990 by the University of Waterloo.
  25. >  \  MAPLE  /   All rights reserved.  MAPLE is a registered trademark of
  26. >  <____ ____>   Waterloo Maple Software.
  27. >       |        Type ? for help.
  28. > > f:=1+2*x+3*x^2+4*x^3+5*x^4+6*x^5+7*x^6;
  29. >  
  30. >                                   2      3      4      5      6
  31. >                 f := 1 + 2 x + 3 x  + 4 x  + 5 x  + 6 x  + 7 x
  32. >  
  33. > > galois(f);
  34. > Error, (in unknown) division by zero
  35. > >
  36.  
  37. Dear David,
  38.  
  39. It is a bug in the subroutine cyclepattern that was introduced
  40. in Maple V by someone who was trying to speed up the code.
  41. John Mckay pointed the bug out to me in June and we have fixed it.
  42. I have put the correction in the share library -- but I haven't
  43. distributed this yet.
  44. Here is a correct version of the cyclepattern subroutine.
  45.  
  46.  
  47. cyclepattern := proc(f, x, p) local g ;
  48.     g := (f / lcoeff(f mod p, x)) mod p ;
  49.     op( sort(
  50.        map( proc(f) f[2] $ iquo(degree(f[1]),f[2]) end, DistDeg(g,x) mod p ),
  51.          proc(x,y) evalb( x > y ) end ) )
  52. end:
  53.  
  54.  
  55. What you need to do is to read this code into Maple after loading the
  56. galois code, so that the wrong routine is overwritten.
  57. The output of your example appears below
  58.  
  59. Mike
  60.  
  61.  
  62.     |\^/|      MAPLE V
  63. ._|\|   |/|_.  Copyright (c) 1981-1990 by the University of Waterloo.
  64.  \  MAPLE  /   All rights reserved.  MAPLE is a registered trademark of
  65.  <____ ____>   Waterloo Maple Software.
  66.       |        Type ? for help.
  67. > readlib(galois): # first read in the galois code
  68. > read cyclepattern; # now read in the fix
  69. > f:=1+2*x+3*x^2+4*x^3+5*x^4+6*x^5+7*x^6;
  70.  
  71.                                   2      3      4      5      6
  72.                 f := 1 + 2 x + 3 x  + 4 x  + 5 x  + 6 x  + 7 x
  73.  
  74. > galois(f);
  75. bytes used=1001720, alloc=720764, time=5.116
  76. bytes used=2001992, alloc=1048384, time=29.833
  77. bytes used=3006404, alloc=1113908, time=46.666
  78. bytes used=4012864, alloc=1310480, time=86.833
  79. bytes used=5013376, alloc=1310480, time=170.416
  80. bytes used=6013724, alloc=1507052, time=174.166
  81. bytes used=7022460, alloc=1507052, time=203.950
  82. bytes used=8047840, alloc=1507052, time=305.283
  83.                   PGL2(5), 120, {(1 2 3 4 5), (1 6)(2 3)(4 5)}
  84.  
  85. > quit
  86.  
  87. Mike
  88.