Hi!
with creduce-current i got crash-input-files to send to list :)
But, probably, its my fault : i can incorrectly modify creduce to
clang-3.4-current...
At least, there are crash files.
Thank You!
Dmitry
---------------------------
$ cat clang_delta_crash_tmp_file0M1yxx.ii
extern "C" extern "C"
int soap_call_lcdpanel__ShowLCDPanelMessage ( );
int main_res;
main ( )
{
soap_call_lcdpanel__ShowLCDPanelMessage ( );
}
// this should reproduce the crash:
// /usr/local/libexec/clang_delta --transformation=return-void
--counter=2 /home/dimhen/errs/gcc-4.9/clang_delta_crash_tmp_file0M1yxx.ii
[dimhen@dim gcc-4.9]$ /usr/local/libexec/clang_delta
--transformation=return-void --counter=2
/home/dimhen/errs/gcc-4.9/clang_delta_crash_tmp_file0M1yxx.ii
clang_delta: ReturnVoid.cpp:191: bool
RVASTVisitor::rewriteFuncDecl(clang::FunctionDecl*): Assertion `Offset
>= 0' failed.
Stack dump:
0. <eof> parser at end of file
Aborted (core dumped)
-----------------
2013/5/15 Дмитрий Дьяченко <[email protected]>:
> +1 old bug. i saw it in october-2012. And (i'm not 100% sure) in May
> 2013 with clang-trunk + creduce-trunk
>
> after creduce_delta crashes there are no files in temporary dir to sent to
> list.
>
> Bug is described by Paolo Matos in
> http://article.gmane.org/gmane.comp.programming.creduce.devel/169
>
>
> Dmitry
>
> 2013/5/15 John Regehr <[email protected]>:
>> This is mainly for Konstantin but I thought it would be better here than in
>> private mail.
>>
>> The C-Reduce output below shows two problems. First, the "getcwd() failed"
>> problem has been there for some time, I added the bug when I added parallel
>> testcase reduction. It does not happen when reducing with "-n 1". It does
>> not appear to affect results but it is annoying. I spent some time looking
>> for the issue and didn't find it.
>>
>> Second, the "TERM caught" problem is new. The exit occurs in this line:
>>
>> File::Copy::copy($tmpfn,$toreduce_best) or die;
>>
>> One possibility is that this is related to the first problem and was latent
>> until one of Konstantin's recent changes. Another possibility is that these
>> changes somehow added a bug. Anyway, this problem also does not seem to
>> happen when running in non-parallel mode.
>>
>> Anyway, I'd like to get these nailed down if anyone has time to take a
>> look...
>>
>> Thanks,
>>
>> John
>>
>>
>>
>> (100.0 %, 1260 bytes)
>> (100.0 %, 1094 bytes)
>> (100.0 %, 921 bytes)
>> (100.0 %, 634 bytes)
>> (100.0 %, 551 bytes)
>> ===< pass_lines :: 1 >===
>> (100.0 %, 556 bytes)
>> (100.0 %, 555 bytes)
>> ===< pass_lines :: 2 >===
>> (100.0 %, 567 bytes)
>> (100.0 %, 566 bytes)
>> sh: 0: getcwd() failed: No such file or directory
>> (100.0 %, 539 bytes)
>> (100.0 %, 519 bytes)
>> ===< pass_lines :: 2 >===
>> (100.0 %, 528 bytes)
>> sh: 0: getcwd() failed: No such file or directory
>> (100.0 %, 527 bytes)
>> ===< pass_lines :: 2 >===
>> (100.0 %, 536 bytes)
>> (100.0 %, 535 bytes)
>> ===< pass_lines :: 10 >===
>> (100.0 %, 544 bytes)
>> (100.0 %, 543 bytes)
>> ===< pass_lines :: 10 >===
>> TERM caught, terminating 3982
>> Died at /home/regehr/z/creduce/creduce/creduce line 336.
