Hi, the issue will be fixed in the next release. Meanwhile one can get the latest sources from the source code repository.
Regards, Detlev On Mittwoch, 10. Februar 2010, Linos wrote: > Hi, > i can reproduce with this simple code: > > import subprocess, time > > if __name__ == "__main__": > subprocess.Popen(['soffice', '/tmp/prueba.csv']) > time.sleep(100) > print "ended sleep" > > change prueba.csv for any openoffice document. Anyway i think this is > related to the problem i am getting other time that i related first time > here http://www.mail-archive.com/eric@riverbankcomputing.com/msg02056.html > argh. > > El 10/02/10 19:12, detlev escribió: > > Hi, > > > > can you please generate a small test script that shows the problematic > > behavior? That would allow me to debug it. > > > > Regards, > > Detlev > > > > On Mittwoch, 10. Februar 2010, Linos wrote: > >> Hello, > >> i have upgraded today to version 4.4.1 and i now have a problem i had > >> not before upgrade, i have a line in code where i do this: > >> subprocess.Popen(["soffice", filename]) > >> > >> I use this to open a csv file i generate from code, with the new eric > >> version i get a dialog where i have to choose "Parent process" or > >> "Child process", if i choose parent i get an excepcion from > >> subprocess.py (9, Bad file descriptor), if i choose child openoffice > >> loads the file cleanly but on close openoffice, eric close my program > >> too. > >> > >> This same code works well if i launch the program directly without eric. > >> I have other lines in code where i use subprocess.call instead of Popen > >> but i get the same result. I am using python 2.6 in Linux 2.6.32. How > >> can i fix this? any configuration option? Thanks. > >> > >> Regards, > >> Miguel Angel. > >> _______________________________________________ > >> Eric mailing list > >> Eric@riverbankcomputing.com > >> http://www.riverbankcomputing.com/mailman/listinfo/eric > -- Detlev Offenbach det...@die-offenbachs.de _______________________________________________ Eric mailing list Eric@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/eric