** Using WeBWorK **

Another 2.9 installation-related issue. I've got (yet another) fresh install, this time set up using Ubuntu 14.04, and Goele's installation script to avoid manual errors.

http://webworkgoehle.blogspot.ca/2014/05/automated-install.html?view=classic

Again, things are working almost correctly. The problem symptom now is that a quiz designated as a "Gateway" on the instructor side is requiring Proctor information when a student attempts it.

Administrator's view:

The same problem on our version of WebWork, hosted on our campus.

I thought I could just copy and paste the pictures. The Moodle 'add image' button requires a url. I'm pasting that as jpg this time instead of bmp. I am also attaching them.

Since Moodle only allows one attachment - in this post is what the problem looks like on the PREP2014 WebWork course. What it looks like on ours will be in the next post.

My work.xxxxxxx folders are being created in

webwork2/htdocs/tmp/<course name>/hardcopy

not in each course's html/tmp/hardcopy folder, as that wiki link suggests. Could this be part of the problem?

In these folders for sets that fail to create a hard copy, hardcopy.tex exists, but not hardcopy.log, pdflatex.sterr, or pdlatex.stdout. The wiki author is not sure what would cause this :) For instances where the hard copy was successfully created, all of the files are there.

When I try to execute the command from the error message:

/usr/bin/pdflatex --shell-escape >pdflatex.stdout 2>pdflatex.stderr hardcopy

I get this message:

-bash: pdflatex.stdout: Permission denied

I get this message if I apply the same command to a different hardcopy.tex that had successfully compiled too. The file hardcopy.tex has these attributes:

-rw-r--r-- 1 www-data www-data 109025 Jan 5 15:05 hardcopy.tex

Do those look kosher? Each of the work.xxxxxx folders has attributes like this:

drwxr-xr-x 2 www-data wwdata 4096 Jan 5 15:05 work.2b9AgQad

With a different group; does that seem kosher?

This has appeared on the forum before but I didn't see a solution. Several students have reported that their answers that they KNEW were correct were counted wrong several times before being counted as correct. One such example from a student today was on this problem. I copied from the "editing" window so the library path could be seen. Her seed was 3655, and a copy of the answer log page is attached. The course path is http://webwork.nwmissouri.edu/webwork2/Precalculus_17-117_Shepherd_Fall_2013/HW_2-1/18/?effectiveUser=S517956&displayMode=images

We are using a brand new install of 2.7 installed from vanilla live. We have been having some issues with problems that we have used several times in the past. So far I have been able to fix them, but this one has me stumped.

Unfortunately it is a long problem, but I will paste the code and output below. This issue we are having is that a student is typing in a numeric answer, but WeBWorK is interpreting it as an interval.

Here is the students answer:

Hi,

I think this used to work for me, but now it does not. I wanted to make some changes to a problem that is in the public library. I opened the problem in the editor and saved it to my local directory, my next step was to go and make the changes. However, this time around, the system message was the the file
has been saved, and the problem has been redirected, but the new version has not been "permanently" saved, whatever that means....

I tried looking at this through the problem set editor and am faced with the
same problem: in the list of problems the link is to the new file, but when I click on "edit it" I am redirected to some kind of temporary version of the old file. See screenshots below. BTW I checked through the file browser and the new file exists in the expected location.

How do I get from this "tmpEdit" version to my own local version? Better yet, how can I copy a problem from the library to my own directory without having this problem?

Yoav


Problem 5 seen through the problemset editor:



But clicking on "Edit it" gets me to a page with this message:

Much of that wish list has been achieved.  The documentation is lacking.

It looks like there is a bit more work to do. PDL uses its own programming language, where the underlying data structure is a piddle. There is code to convert a piddle to something Perl will recognize, but I have not been able to get WeBWorK to recognize that conversion code yet.
Will keep you posted, this does like a useful library.

I wouldn't expect a new function to work with MathObjects without a bit more work.

sub bessjn {

my ($a, $b) = @_;

return MATH::bessjn($a,$b);

}

Perhaps it should be PDL::MATH::bessjn.  Look at the package declarations in the code to see what the full namespace should be. 

Once you get something like this working you can use shortcuts such as Maria's to automatically import a bunch of subroutines without having to write everything out.

I wasn't aware of the CPAN PDL modules.  They look like they might be useful for many things.

Hope this helps.

-- Mike