Project

General

Profile

Bug #1313

[distcc-tool] Job management/error handling isn't robust

lukeshu - over 2 years ago - . Updated about 1 year ago.

Status:
open
Priority:
bug
Category:
-
Assignee:
-
% Done:

0%


Description

As proud of of it as as I was for its robustness when I wrote it, at the end of the day, bash can't robustly find out about errors from socat.

A rewrite in Perl is probably in order.

History

#1

Updated by lukeshu over 2 years ago

If I'd written it after indent (the first bit of Perl in libretools), I probably would have written it in Perl. But, I wrote distcc-tool while I was still first learning Perl, and 4 months before indent; 4 months before I evaluated Perl as being safe to use inside a chroot.

#2

Updated by lukeshu about 1 year ago

Rewriting it in Perl would also allow it to ask the kernel for random unused ports, instead of counting up from 8000. Not that we expect there to be a collision; since it's in the chroot's private network namespace, there shouldn't be anything on any ports.

#3

Updated by lukeshu about 1 year ago

Wait, the list of ports has to be deterministic across multiple runs of distcc-tool rewrite.

Also available in: Atom PDF