[Camps-users] refresh-camp --files and process_copy_paths
David Christensen
david at endpoint.com
Thu Sep 17 23:34:30 UTC 2009
On Sep 17, 2009, at 6:03 PM, Jon Jensen wrote:
> On Thu, 17 Sep 2009, David Christensen wrote:
>
>> I tracked down some bad behavior on the part of process_copy_paths()
>> when used non-interactively (filled up the root partition on a disk
>> due
>> to an infinite loop when STDIN was null). This prompted me to review
>> things for an appropriate fix. The following is the patch that I
>> came
>> up with. It introduces an optional parameter to refresh-camp --files
>> which can take several values: copy, symlink, ask, default. The
>> commit
>> message goes into detail about what each option does, but it's pretty
>> straightforward.
>>
>> I'd appreciate a review of the ideas and the code itself before I
>> push
>> it to the general repository.
>
> David, it looks like a nice enhancement to me.
>
> It doesn't actually seem to stop the infinite loop problem, though,
> in the
> case a non-tty process calls with --files=ask, does it? I really
> think the
> process should abort if the read from STDIN results in undef, since
> that
> can only mean EOF given manually or no tty, in which case aborting
> makes
> sense. (Even hitting <enter> won't return undef.)
That's fine and makes sense to me; in any case, I'd added the tty-
specific logic to refresh-camp rather than Camp::Master, so I think
it'll have fixed my problem. But I agree with your analysis.
> What do you think?
>
> Jon
>
>
> --
> Jon Jensen
> End Point Corporation
> http://www.endpoint.com/
> _______________________________________________
> Camps-users mailing list
> Camps-users at endpoint.com
> https://mail.endcrypt.com/mailman/listinfo/camps-users
Regards,
David
--
David Christensen
End Point Corporation
david at endpoint.com
More information about the Camps-users
mailing list