-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Actually, if it worked reliably before, then there might actually be a regression or something that should be better documented. Can you share the top_block's source? Greetings, Marcus
On 20.12.2013 13:36, Miguel Duarte wrote: > It worked. > > I don't think it's about file opening permissions, it must be > something else, but it did the trick. The reason I don't think it's > about permissions is that the files are different, therefore the > handle shouldn't even be the same, or am I wrong in thinking so? > > Don't know why I need to take this care now, I've used this script > a LOT of times before and this was the first time this happened > (fresh GR install on a new computer). > > Thanks a lot Marcus, > > Best Regards, > > Miguel > > > > > > 2013/12/20 Marcus Müller <mar...@hostalia.de> > > Hi Miguel, don't shame yourself too much. We all make mistakes. > > It could be that B can't open the file it wants to write, because > the file_sink of A still has it open. After the A.stop() have an > A.wait() and an A = None. The wait call should let your program > wait until all blocks are finished and no samples are left stuck in > the flowgraph somewhere. The None-assignment should cause Python to > deconstruct A, causing Swig to call the destructor of the C++ > blocks and thus in turn should close the file_sink's file. Sadly, > Python is a modern language/runtime and has lazy garbage > collection. So in some cases, it might happen that python decides > that it should clean up later instead of instantly at the A=None; > then we still have a problem. To solve that, you might overload > your top_block's stop() method, making sure that it calls > miguels_file_sink.close() after stopping the flowgraph: > > class detector(grc_wxgui.top_block): ... def stop(self): > grc_wxgui.top_block.stop(self) self.miguels_file_sink.close() > > Hopefully, that helps. > > Greetings, Marcus > > On 20.12.2013 00:10, Miguel Duarte wrote: >>>> I hope this doesn't start a new thread. I wanted to answer on >>>> my thread but I didn't get my own message on my inbox so.. I >>>> hope it works. >>>> >>>> >>>> I ended up getting what was wrong, and I feel ashamed on so >>>> many levels, I'm sorry. I was using complex data. Damn. >>>> >>>> Anyway, after changing everything, it all works as expected. >>>> So I delved a little into what was causing my troubles >>>> initially. >>>> >>>> It seems that my top block class "refuses" to be instanced >>>> twice, with two different identifiers. >>>> >>>> So let's say I have a >>>> >>>> >>>> class detector(grc_wxgui.top_block_gui) def __init__(self, >>>> options): >>>> >>>> Where I start an instance A with a certain set of options and >>>> an instance B with other options. >>>> >>>> I do: A = detector(options) A.start() time.sleep(x) A.stop() >>>> >>>> change options >>>> >>>> B = detector(options) B.start() time.sleep(x) B.stop() >>>> >>>> I have a file sink in the flow graph. With instance A it >>>> writes everything, with instance B it doesn't. Nothing is >>>> changing the top block, and even with the options parameter >>>> switched only A works. >>>> >>>> Is there something in this new release which prevents this >>>> from working? >>>> >>>> Thanks in advance, >>>> >>>> Miguel. >>>> >>>> >>>> >>>> _______________________________________________ >>>> Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org >>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >>>> >> >> _______________________________________________ Discuss-gnuradio >> mailing list Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJStDtYAAoJEAFxB7BbsDrL5HkIAJ5A1uOcoB1A9Zi7t0R6Fwz1 HMBrq3cTgq+j+RLA1FsxAN4vuihOudpuI1TWldsK9AI2H7O5Is9GzlT53V/XCBi6 ugx5qH4WewgxrZjdqJ/EftJ/VIHLEb4hOFARA7Aq4v1N7fosxeOqBMX4wu7nLD0P UuKIS2hWi97/yUVfBM8s+WKN+3SiNY0zziQs+oc8WfhgiRVK3SRLMPYjWJYoRAAY PQsdr8GNRYQah7bqAqrRxX2wneZyAje7mHvfR/5fqk+DxrFlAaPnAyycaz0MAOtM qJTWI89LdFmdoPIAf7+GAj7RBKDtcgeOOKU4JZv2/dhAcrGy1bVuC5+9BuWpwR0= =4qYc -----END PGP SIGNATURE----- _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
