By looking at the run.c source, this could be a race condition in
function read_proc. The code opens file /proc/<process-id>/stat
to get data about a process but the process could die between
the call to fopen and the call to getc (or between successive calls
to getc?).
This happened when I tried votesmtmp QF_LRA -t 120 -s 1400 -i -u -a
I'm using Ubuntu 8.04 (kernel 2.6.24) on an x86_64 machine.
Another small issue: votesmtmp does not correcly parse the
command-line flag "-a" (this can be fixed by changing line 114)
< while getopts "t:s:o:m:uipc" o
---
> while getopts "t:s:o:m:uiac" o
Bruno
Robert Brummayer
unread,
Aug 26, 2009, 1:51:31 AM8/26/09
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to SMT Tools
Thanks for your bug report Bruno. The race condition problem has
already been fixed and a new version of the run tool should be
available soon. Moreover, the minor option parsing bug in votesmtsp
will be fixed in the next release.
Robert
Robert Brummayer
unread,
Sep 2, 2009, 9:24:05 AM9/2/09
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to SMT Tools
A new version of the run tool is now available. The race condition
problem should have been fixed.