Given the fact that this is a crane it'd be safe to bet that the load, the box, is pretty heavy which is probably causing your problems. This might happen in two ways:
1) If the rope bodies are very light, which probably is the case, you have a two bodies connected which are orders of magnitude apart in mass. Floating point numbers can't handle calculations of a very wide dynamic range very well.
2) If the mass of the load is very big then the slider might not be, let's say "stiff" enough to hold its alignment properly. In ODE parlance the CFM and ERP _of the slider joint_ might not be appropriate. These values roughly translate to a spring and damper. Check them up in the manual.
Now what I would suggest:
a) Make the load _much_ lighter. If that fixes your problem then it's probably one of 1 or 2 above.
b) Try switching to double precision floating point. You'll need to get ODE compiled for double precision through some package or a precompiled binary or compile it yourself. This will give you more precision so ODE will handle the stiff equations you throw at it better and it will also change the default CFM and ERP values of the world, which the joints inherit.
c) Try to eliminate the rope unless it's vital to your simulation. One way would be to use the double-ball joint but you'll have to compile the latest version of ODE from the subversion repository. This'll get rid of the rope (the double-ball joint, as its name implies is a pair of ball joints a fixed distance apart), but you won't have the slider. To get that without an intermediate rope body you need the prismatic double-ball joint. I have a patch in the patches tracker in SourceForge which implements that joint but it hasn't been added to ODE yet (and I'm not sure it ever will). It's no big deal to patch the sources yourself to get it though. For more information on these joints (don't expect to find anything in the manual) check the recent list archives here.
Dimitris