On Thu, Apr 14, 2011 at 9:48 PM, Marcus D. Leech <[email protected]> wrote:
> On 04/14/2011 09:40 PM, Tom Rondeau wrote: > > > Hmm... that's very disappointing. I was unable to reproduce this on three > of my machines (Core2Quad, i7, and i7 (sandybridge)) and a couple of VMs. > But I did see a segfault about once in twenty on my Core2Duo. So that that > for what you will. > > I tried your fix and also applied the fix to pyqt_example_f.py and ran > both about 50 times in a row without seeing the seg fault, so that seems to > fix it. Either that, or it just reduces the probability of it occurring even > more.... But I think we go with it until someone reports another problem. > > Good catch, thanks! > > Tom > > I think this speaks to the *monumental* complexity of modern software. > The surprising thing is not how well it generally works, but that > it works at all. > > I think that people who aren't software developers (heck, technology > developers in general) have no grasp of the horrendous complexity we > juggle in our heads every day, and generally "just make it work". > > -- > Marcus Leech > Principal Investigator > Shirleys Bay Radio Astronomy Consortiumhttp://www.sbrac.org > > That's a good point, Marcus. It also brings me back to why we have so many dependencies in the project, which I've often heard people complain about. But the thousands of lines of code that those dependencies have means that we don't have to re-write them and can then build more complex systems because of it. The whole "standing on the shoulders of giants" concept. But it definitely adds to the complexity and the potential problems with stability and compatibility that we need to work on. Though the effort of dealing with the latter problems no where near outweighs the former benefits. Then again, since we're talking about the fact that these things work at all, even though I understand the physics and have flown in them before, I'm still not convinced that a 747 can fly*. Tom *Note: This remark was not intended to be a factual statement.
_______________________________________________ Discuss-gnuradio mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
