struct-type expression in loop-assigns causes crash
ID0000523: This issue was created automatically from Mantis Issue 523. Further discussion may take place here.
| Id | Project | Category | View | Due Date | Updated |
|---|---|---|---|---|---|
| ID0000523 | Frama-C | Plug-in > jessie | public | 2010-06-28 | 2010-12-18 |
| Reporter | Jochen | Assigned To | cmarche | Resolution | fixed |
| Priority | normal | Severity | crash | Reproducibility | always |
| Platform | - | OS | - | OS Version | - |
| Product Version | Frama-C Boron-20100401 | Target Version | - | Fixed in Version | Frama-C Carbon-20101202-beta2 |
Description :
When running the attached program, Jessie asked me to report a crash:
liveness_test.c:75:[jessie] failure: Unexpected failure. Please submit bug report (Ref. "interp.ml:994:8"). [kernel] The full backtrace is: Raised at file "src/kernel/log.ml", line 506, characters 30-31 Called from file "src/kernel/log.ml", line 500, characters 2-9 Re-raised at file "src/kernel/log.ml", line 503, characters 8-9 Called from file "src/lib/type.ml", line 746, characters 40-45 Called from file "queue.ml", line 134, characters 6-20 Called from file "src/kernel/boot.ml", line 50, characters 4-20 Called from file "src/kernel/cmdline.ml", line 170, characters 4-8
Plug-in jessie aborted because of an internal error.
Please report as 'crash' at http://bts.frama-c.comIt seems to be caused by the struct-type expression "hist[t]" in the loop-assigns clause in line 75. When I provide each struct-field by its own (see line 82; you can switch between both versions using the "#define" in line 3), Jessie works without problems.