From: P. G. L. <gl...@um...> - 2007-02-02 13:15:38
|
Hi Davide, Mike, et al., We've had trouble with the non-parser PGcomplexmacros.pl, and have been using the Parser based version for the last year or so. We're not putting it under any real stress (just checking ordinary boring complex numbers), but it's worked well for us. So I'm for making the change to using that as the default. Gavin -- P Gavin LaRose, PhD | gl...@um... | 734.764.6454 | ...you have Program Manager, Instructional Technology | to respect someone who can Mathematics Dept, University of Michigan | spell Tuesday, even if they http://www.math.lsa.umich.edu/~glarose/ | can't spell it right. -Milne On Thu, 1 Feb 2007, Davide P. Cervone wrote: >> I'd like to propose replacing the current PGcomplexmacros.pl in pg/ >> macros with the one in >> >> pg/lib/Parser/Legacy/PGcomplexmacros.pl for rel-2-3-dev >> distribution of PG. > > That's fine by me. The various strict modes haven't had a lot of > testing, so you might find some issues there, but they probably > aren't used very much. > >> The files look to be completely compatible and I'll be surer of >> that once >> I use the new one in my course. > > I'm pretty sure I implemented everything from the traditional complex > answer checker; it just hasn't had much field testing. > >> Does anyone see a downside to replacing the the PGcomplexmacros.pl >> file with the one at Parser/Legacy/PGcomplexmacros.pl ? > > I think Gavin might have used these last fall (I vaguely remember him > having the sqrt() trouble and my suggesting he try it out). Perhaps > he has some experience he could share. > > Davide |