this is most certainly related to the way rred currently works, it uses a tail recursion on the stack to reverse the diff elements. it would be easy to change that to use an iteration instead, if you want that just holler and i'll change rred.cc, but i think the real problem is that we should never produce such a large diff anyway, downloading the original file is probably faster! perhaps we just need a filter on the diff generation side? cu robert -- Robert Lemmen http://www.semistable.com
Attachment:
signature.asc
Description: Digital signature