** Using WeBWorK **

I have a problem which checks an answer using cplx_cmp, viz.,

  $ans = cplx(0,-1*sqrt(2*$b*$c2));
  ...
  ANS( cplx_cmp( $ans ) );

I find that when a student enters an answer involving a square root, the message "Ambiguous call resolved as CORE::sqrt(), qualify as such or use &" is logged to the server's httpd error log. The problem is marked correctly, which is good, but the accumulation of error messages seems unnecessary.

My first guess would be that this has something to do with the overloading of sqrt in the complex numbers package. Can someone point me in the direction of a fix?

Thanks,
Gavin

<| Post or View Comments |>

If you already ARE using the parser version, let me know and I'll look into it. Otherwise, you are right that it has to do with sqrt() being overloaded, but it may not be the Complex package that is at fault, but rather PGcommonfunctions.pl (or whatever it is called). it might be possible to post-filter the result of AlgParser before evaluating it to convert sqrt() to CORE::sqrt().

Davide

<| Post or View Comments |>

I'm using the parser versions.

Thanks,
Gavin

<| Post or View Comments |>

I was able to reproduce the warning using the old answer checkers, but they do not occur for me with the Parser-based ones.

Note that you actually have to replace the pg/macros/PGcomplexmacros.pl file with the one from the pg/lib/Parser/Legacy directory AND have useOldAnswerMacros set to 0 in the global.conf file to get the parser-based versions. The complex answer checker is not replaced automatically like the numeric and function checkers are, so using the parser-based numeric and function checkers does not mean you are using the parser-based complex checker, unless you took the extra step to move the PGcomplexmacros.pl file.

If you get answers that look like [1.4183746683487,pi/8] (i.e., polar form, or with more than 5 or 6 digits displayed), then you are still using the old checker. My suspicion is that this is the case for you.

Davide

<| Post or View Comments |>

It means that I was using the Parser versions of the answer checkers in general, but had missed that to get the Parser version of the complex macros I had to copy the file. Sorry for missing that part of the problem.

I've now replaced PGcomplexmacros.pl, and so should be out of the woods.

Thanks,
Gavin

<| Post or View Comments |>

I made the change to the Parser versions and the problem immediately crashed with an error, I think about checking equivalence. So I've backed off to the old complex answer checker. We're running an older version of the Parser (that is, HEAD from the CVS from about the beginning of the term), however, so it may be that I just need to get everything up to snuff there. In that the old answer checker only produces silent (for the student) errors, I'll deal with that when we get to the summer.

Thanks for the help,
Gavin

<| Post or View Comments |>

Davide

<| Post or View Comments |>