Anonymous Monk,
Sometimes, it helps to stop thinking about the problem at hand. You get too close to the problem and you miss the forest through the trees. The process I am about to explain can be applied to any similar problem and is not unique to your situation. Once you understand that - you have the tools you need to solve it yourself in the future.

Problem Description:

You start out with some number of jobs to perform. In working on those jobs, you discover that you have new jobs to work on. The total number of jobs to perform can't be known ahead of time. Additionally, it is possible for one job to lead to another job which leads back to the original job. If we think of the number of known jobs at any given time as a stack or a queue, then we know we can stop work when it is empty.

my @work = fetch_jobs($starting_condition);
while ( @work ) {
    # ...
}
[download]

When we evaluate an array in this context, it will be false when the array is empty. The while loop will terminate because all work has been completed. Inside the loop, we add to our known work queue/stack by checking to see if the job leads to more work.

my @work = fetch_jobs($starting_condition);
while ( @work ) {
    # Remove 1 item from our stack/queue
    my $job = shift @work;

    # Possibly add new jobs to our stack/queue
    if ( more_jobs($job) ) {
        push @work, fetch_jobs($job);
    }

    # process job
}
[download]

We now need to consider that one job may lead back to itself and break the infinite loop.

my @work = fetch_jobs($starting_condition);
my %seen;
while ( @work ) {
    # Remove 1 item from our stack/queue
    my $job = shift @work;

    # Skip this job if we have already done it
    next if $seen{$job}++;

    # Possibly add new jobs to our stack/queue
    if ( more_jobs($job) ) {
        push @work, fetch_jobs($job);
    }

    # process job
}
[download]

We can additionally decide to abandon our work if we discover that our queue/stack has grown larger than we anticipated. We rely on the fact that when an array is evaluated in scalar context it returns the number of elements present.

my @work = fetch_jobs($starting_condition);
my %seen;
while ( @work && @work < 1000 ) {
    # ...
}
[download]

Now it may be important to process the work in a specific order. A depth first approach is when one job leads to another job which leads to another job and they need to be processed it that order. A breadth first approach is when secondary and tertiary jobs are only executed after all primary jobs are complete. The way to control this is by adjusting what end of the stack/queue you take work off and put on. See push, pop, shift, unshift for more details.

Update: Minor oversights corrected per the astute herveus.

---

---

• Are you posting in the right place? Check out Where do I post X? to know for sure.
• Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:

  <code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>

• Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
• Want more info? How to link or How to display code and escape characters are good places to start.