bc5f13bb4e
2008-05-29 Guillaume SADEGH <sadegh@lrde.epita.fr> * iface/nips/nips.cc, iface/nips/nips.hh, iface/nips/common.cc, iface/nips/common.hh, iface/nips/Makefile.am: TGBA implementation with the NIPS library. * iface/nips/emptiness_check.cc: Emptiness check on a Promela interface. * iface/nips/dottynips.cc: Dot printer on the NIPS interface. * iface/nips/compile.sh: Add. Wrapper around nips compiler to compile Promela to NIPS bytecode. * iface/nips/nips_vm,iface/nips/nips_vm/bytecode.h, iface/nips/nips_vm/ChangeLog, iface/nips/nips_vm/COPYING, iface/nips/nips_vm/hashtab.c, iface/nips/nips_vm/hashtab.h, iface/nips/nips_vm/INSTALL, iface/nips/nips_vm/instr.c, iface/nips/nips_vm/instr.h, iface/nips/nips_vm/instr_step.c, iface/nips/nips_vm/instr_step.h, iface/nips/nips_vm/instr_tools.c, iface/nips/nips_vm/instr_tools.h, iface/nips/nips_vm/instr_wrap.c, iface/nips/nips_vm/instr_wrap.h, iface/nips/nips_vm/interactive.c, iface/nips/nips_vm/interactive.h, iface/nips/nips_vm/main.c, iface/nips/nips_vm/Makefile, iface/nips/nips_vm/Makefile.am, iface/nips/nips_vm/nips_asm_help.pl, iface/nips/nips_vm/nips_asm_instr.pl, iface/nips/nips_vm/nips_asm.pl, iface/nips/nips_vm/nips_disasm.pl, iface/nips/nips_vm/nipsvm.c, iface/nips/nips_vm/nipsvm.h, iface/nips/nips_vm/README, iface/nips/nips_vm/rt_err.c, iface/nips/nips_vm/rt_err.h, iface/nips/nips_vm/search.c, iface/nips/nips_vm/search.h, iface/nips/nips_vm/split.c, iface/nips/nips_vm/split.h, iface/nips/nips_vm/state.c, iface/nips/nips_vm/state.h, iface/nips/nips_vm/state_inline.h, iface/nips/nips_vm/state_parts.c, iface/nips/nips_vm/state_parts.h, iface/nips/nips_vm/timeval.h, iface/nips/nips_vm/tools.h: NIPS VM added to the SPOT distribution. * configure.ac, iface/Makefile.am: Build system updated for the NIPS front-end.
43 lines
1.4 KiB
Text
43 lines
1.4 KiB
Text
REPORTING BUGS
|
|
==============
|
|
|
|
Please report any bugs encountered to
|
|
|
|
Michael.Weber@cwi.nl
|
|
|
|
|
|
Please include enough information in a bug report that someone reading
|
|
it can reproduce the problem.
|
|
|
|
|
|
KNOWN ISSUES
|
|
============
|
|
|
|
[The gaps in the number sequence belong to old bug descriptions which
|
|
have gone away.]
|
|
|
|
#1:
|
|
The VM is relatively slow on Intel Xeon CPUs (compared to AMD64).
|
|
Probable reasons:
|
|
* Cache effects; Xeon has only 512kB cache
|
|
* Pipeline stalls; Xeon has a very deep pipeline, such that
|
|
mispredicted branches are very expensive. The inner loop of the
|
|
VM does a lot of unpredictable branching...
|
|
|
|
#2: 2006-02-22
|
|
Processes do not die in stack order. No idea why this is needed at
|
|
all.
|
|
|
|
Also, if within the last step(sic!) a process-local variable is set
|
|
and then the process dies, the never claim might not see it. This
|
|
is a more serious issue. Ways around it: put "l: goto l;" at the
|
|
end of such a process.
|
|
|
|
http://spinroot.com/spin/Man/_pid.html:
|
|
"Process instantiation numbers begin at zero for the first process
|
|
created and count up for every new process added.
|
|
[...]
|
|
When a process terminates, it can only die and make its _pid number
|
|
available for the creation of another process, if and when it has
|
|
the highest _pid number in the system. This means that processes can
|
|
only die in the reverse order of their creation (in stack order)."
|