On Sat, Sep 29, 2018 at 06:45:53PM +0100, Alberto Bertogli wrote:
On Sat, Sep 29, 2018 at 03:36:51PM +0300, Adrian Bunk wrote:
./wrap-python 2 ./test-fiu_ctrl.py
./wrap-python 2 ./test-basic.py
cc -I../../libfiu/ -L../../libfiu/ -D_XOPEN_SOURCE=600 -D_GNU_SOURCE -fPIC
-DFIU_ENABLE=1 -g -O2 -fdebug-prefix-map=/build/libfiu-0.96=.
-fstack-protector-strong -Wformat -Werror=format-security -std=c99 -pedantic
-Wall -std=c99 -pedantic -Wall tests/open.c -lfiu -o tests/open.bin
Traceback (most recent call last):
File "./test-fiu_ctrl.py", line 21, in <module>
cmd = run_cat()
File "./test-fiu_ctrl.py", line 16, in run_cat
return fiu_ctrl.Subprocess(["./small-cat"],
AttributeError: 'module' object has no attribute 'Subprocess'
This is weird.
fiu_ctrl.py definitely defines a class Subprocess, so if the file is
there and with the proper contents, this should work.
I think this might be caused by building python2 and python3 in
parallel, because both builds could attempt to generate fiu_ctrl.py
and they might be stepping onto each other, to the point where one
copies a partial (or empty) file as the module.
But that's just a wild theory at this point, I will look into it a bit
more and post again once I have any news.
I think that's what happened.
I can't reproduce it despite multiple runs, probably because of the race
being too small in my laptop; however, everything I've seen points to
this being the cause.
I think this newly written patch fixes the problem:
https://blitiri.com.ar/git/r/libfiu/c/b4c21a6b2a714c1ad9cdfe96358f843688c3a77e/
Chris, if you want to give the above patch a try, please go ahead.
That said, I'm going to cut a release soon (I'm waiting on someone's
confirmation of other unrelated patches), so you might want to consider
waiting instead :)
Thanks!
Alberto
