Hi Eric,
"Eric Schulte" wrote:
> You both make good points in favor of this behavior, and I had no idea
> this would be as easy as Dan's patch below, I was thinking that some
> sort of intermediate results return would be required.
>
> I would be open to either of Dan's suggested changes
> 1. retu
Hi Dan and Eric,
Dan Davison wrote:
> Sébastien Vauban writes:
>> Dan Davison wrote:
>>> Sébastien Vauban wrote:
"Eric Schulte" wrote:
> I don't forsee adding partial results insertion both because
>
> - it would add a good deal of complexity to the code to insert results
>
Sébastien Vauban
writes:
> Hi Eric and Dan,
>
> Dan Davison wrote:
>> Sébastien Vauban wrote:
>>> "Eric Schulte" wrote:
I don't forsee adding partial results insertion both because
- it would add a good deal of complexity to the code to insert results
part-way through a ru
Hi Eric and Dan,
Dan Davison wrote:
> Sébastien Vauban wrote:
>> "Eric Schulte" wrote:
>>> I don't forsee adding partial results insertion both because
>>>
>>> - it would add a good deal of complexity to the code to insert results
>>> part-way through a run
>>
>> I can't comment on this, of cour
Hi,
You both make good points in favor of this behavior, and I had no idea
this would be as easy as Dan's patch below, I was thinking that some
sort of intermediate results return would be required.
I would be open to either of Dan's suggested changes
1. return partial results for ":results outpu
Hi Eric,
Sébastien Vauban wrote:
> "Eric Schulte" wrote:
>> I don't forsee adding partial results insertion both because
>>
>> - it would add a good deal of complexity to the code to insert results
>> part-way through a run
>
> I can't comment on this, of course.
>
>> - the current behavior of o
Hi Seb, I definitely have some sympathy with your request. On two
occasions I've had to manually make this change just to carry on
working. The change I made is straightforward if you need it as a
temporary hack:
--8<---cut here---start->8---
diff --git a/lisp/o
Hi Eric,
"Eric Schulte" wrote:
> I don't forsee adding partial results insertion both because
>
> - it would add a good deal of complexity to the code to insert results
> part-way through a run
I can't comment on this, of course.
> - the current behavior of only inserting results on a fully su