pass_line_markers causes fatal error when reducing

[arichardson]

After updating creduce I am no longer able to reduce clang crashes. Every time I try, creduce dies with the following stack trace:

Died at /usr/local/Cellar/creduce/2.10.0/share/creduce/perl/pass_line_markers.pm line 26.
 at /usr/local/Cellar/creduce/2.10.0/libexec/creduce line 35.
        main::__ANON__('Died at /usr/local/Cellar/creduce/2.10.0/share/creduce/perl/p...') called at /usr/local/Cellar/creduce/2.10.0/share/creduce/perl/pass_line_markers.pm line 26
        pass_line_markers::count_line_markers('usbdump-facd48-pp-smaller-reduce.c', 0) called at /usr/local/Cellar/creduce/2.10.0/share/creduce/perl/pass_line_markers.pm line 40
        pass_line_markers::new('usbdump-facd48-pp-smaller-reduce.c', 0) called at /usr/local/Cellar/creduce/2.10.0/libexec/creduce line 372
        main::call_new('pass_line_markers', 'usbdump-facd48-pp-smaller-reduce.c', 0) called at /usr/local/Cellar/creduce/2.10.0/libexec/creduce line 609
        main::delta_pass('HASH(0x7fc52886ad60)') called at /usr/local/Cellar/creduce/2.10.0/libexec/creduce line 1079

[arichardson]

Locally I've worked around this by deleting the following line:

creduce/creduce/creduce.in

Line 762 in 8a67e69

{ "name" => "pass_line_markers", "arg" => "0", "first_pass_pri" => 1, "C" => 1, },

Is there a way to work around this bug by passing command line flags? I often run creduce on a server where I can't build it from source or update packages.

[regehr]

I can add a command line option to remove a pass from the pass schedule, but I'd like to understand what leads to this assert being triggered, perhaps you can share a way for us to reproduce this problem? the line in question just opens the file being reduced, I don't see how this would fail.

[arichardson]

It appears that this pass is attempting to open the file in the current working directory but I invoke creduce with the CWD set to a different directory.
In the example above my creduce wrapper uses ['time', '/usr/bin/creduce', '/tmp/tmpymnudx8l/reduce_script.sh', '/tmp/usbdump-facd48-pp-smaller-reduce.c', '--timing'] {'cwd': '/tmp/tmpymnudx8l'}

I just found a workaround: if I copy the input file to that directory before invoking creduce the pass will succeed.

It seems like the pass is opening the file before creduce has copied the current input to the working directory?

[regehr]

the rule for interestingness tests is that:

• c-reduce will create a temporary directory somewhere and copy the file to it
• c-reduce will set CWD to that directly and invoke your interestingness test
  it does not matter what the CWD is set to when you invoke C-Reduce

[arichardson]

I think the following is happening:

pass_line_markers opens the file in sub new ($$) which is called by

creduce/creduce/creduce.in

Line 609 in 8a67e69

my $state = call_new ($delta_method,$fileonly{$fn},$delta_arg);

.
All other passes seem to open the $cfilevariable inside transform.
It seems to me like c-reduce only copies the source file after calling new:

creduce/creduce/creduce.in

Line 631 in 8a67e69

copy_files_here();

which is before calling transform:

creduce/creduce/creduce.in

Line 635 in 8a67e69

(my $delta_res, $state) = call_transform ($delta_method,$variant,$delta_arg,$state);

Maybe pass_line_markers can be changed to open the file later?

[Absoler]

I found this too. It seems still not fixed. I have to put reduce target the same directory I invoke creduce, or use the option --skip-initial-passes